--- Log for 21.06.109 Server: simmons.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 18 days and 7 hours ago 00.00.45 Quit Ubuntuxer ("Leaving.") 00.00.56 # New commit by 03alex (r21423): Much cleaner version of r21411 - add three column button tables capability to the manual. To use, add remote_keymap to the platform file, then button ... 00.03.35 Quit ender` (" Working computer hardware is a lot like an erect penis. It stays up as long as you don't fuck with it.") 00.04.53 # New commit by 03zagor (r21424): Fixed zip name. Fixed core count. 00.05.57 Quit robin0800_ (Remote closed the connection) 00.14.29 # AlexP: can't we define btnmap with three params in the remote case? If the third param is given then the table would still be defined with two columns thus allowing case by case adjusting 00.15.37 Part grimman 00.15.40 # fml: I'm not sure I undertand - If the table has two columns how would we get the three for Main, Remote, and Description? 00.15.52 # New commit by 03alle (r21425): Fix a typo 00.16.37 Quit perrikwp (Read error: 110 (Connection timed out)) 00.16.54 # AlexP: \opt inside of the btnmap environment works? Nice to know :) 00.17.02 # bluebrother: yup :) 00.18.00 # AlexP: the btnmap env would accept three params. The third, if given, would set the table with two columns -- even in the "remote" case. It's just a hack to enable table by table adjustment, not all in one shot. 00.18.53 # is it that much work to fill in this third column for all targets? 00.18.55 # The value of the third param would be ignored, just its presence would be tested 00.19.15 # fml: Sounds interesting, by all means add it :) 00.19.18 # fml: the btnmap environment doesn't get its data as as parameter. Changing the environment to use some kind of bool value would require changing all useage of it 00.19.26 # Mikachu: Just very tedious 00.19.47 # Mikachu: You have to go through every table adding the remote button for every action 00.19.58 # fml: Or don't :) 00.20.06 # and look it up from somewhere too i suppose 00.20.15 # * bluebrother would consider it easier to create a new environment for that -- like having a 2column and 3column in the remote case 00.20.24 # Mikachu: How could you do it automatically? 00.20.34 # when did i say you could? :) 00.20.46 # AlexP: you know about sed? ;-) 00.20.54 # Mikachu: Well I assumed you meant that by looking it up :) 00.21.00 # bluebrother: Indeed so :) 00.21.07 # no i meant finding out what buttons to fill in 00.21.21 # well, but doesn't make a 3rd row the tables look cramped like hell? 00.21.24 # AlexP: is there something like \else for the TeX's \if\given? 00.21.28 # bluebrother: I started off making a seperate environment, but \end{...} doesn't work inside an \opt 00.21.38 # fml: bluebrother is the expert here :) 00.22.00 # Mikachu: Of course, but looking them up then filling them in is the tedious I was referring to 00.22.01 Join funman [0] (n=fun@rockbox/developer/funman) 00.22.12 # okay :) 00.22.31 # but the work is finding the button in the code and putting it in the manual then, not just moving it from one place in the manual to another? 00.22.44 # bertrik: big up for fixing the e200v2 FM :) 00.22.48 # It isn't in the manual, so there is no moving to be done 00.23.20 # yes, that was my question :) 00.23.28 # ah right :) 00.23.38 # funman, tested it already on your c200v2? 00.23.55 # funman, yeah, a lot of work for a tiny fix 00.25.43 # Bagder: These guys on the floor, are they building the tower or what? 00.25.43 # BTW your lcd patch brought fps back up on my c200v1 (49.something IIRC), can't test now, my c200v1 is currently being added to the tower of rockbox 00.26.03 # TOWER OF POWER 00.26.18 # AlexP: where should I add the remote_keymap macro? 00.26.53 # matsl: they're working hard on the art of towering 00.27.20 # * matsl remembers a stack of just archos players, those were the days ;-) 00.27.32 # they need to use proper blueprints these days 00.27.37 # fml: It goes in the manual/platform/xxx.tex in the form of \edef\UseOption{\UseOption,remote_keymap} 00.27.43 # and a lot of civil engineering math to calculate wind shear 00.30.27 # matsl: last year's: http://www.rockbox.org/twiki/pub/Main/TowerOfRockbox/devconeuro2008.jpg 00.31.41 # see: no docks 00.31.44 # docks are cheating 00.32.32 # Bagder: good to see those archos units at the base making it stand on solid technology 00.33.20 # bertrik: i just tried: no HW detected on 2 boots, i'll try with an higher delay in fm i2c 00.33.37 # bertrik: ok i'll commit it then 00.33.59 # Bagder: I can't wait tonight for this years tower but I look forward to seeing the result later. Good work everyone. 00.34.33 # fml: do you want to start with filling out one of those columns for a specific target? 00.35.09 # * matsl needs some sleep 00.35.13 Join perfectdrug [0] (n=marko@p5B0ED049.dip.t-dialin.net) 00.35.15 Quit matsl ("Leaving") 00.37.56 Quit tessarakt ("Client exiting") 00.38.25 # AlexP: I think about something like http://pastebin.ca/1468121 but it doesn't seem to work for me. 00.39.04 # pixelma: no, I just want to make it possible to do it gradually. And now I just want to sleep! :-) 00.39.53 # Should I close FS#10356 or should I let it open for some time to let the people to comment? 00.40.13 # stable base at least 00.40.57 # we need that part in slow-motion later 00.41.06 # is it recording too? 00.41.08 # to properly assign blame 00.41.12 # yes 00.41.29 # is there any way to access the video stream directly (for use in mplayer)? 00.41.41 # I don't think so 00.42.05 # those two flash players take up ~70% cpu.. :) 00.43.35 Quit fml ("CGI:IRC 0.5.9 (2006/06/06)") 00.43.44 # and now the cam broke down 00.43.56 # someone is trying to destroy evidence 00.44.41 # New commit by 03pixelma (r21426): Remove the 'hand-made' MASCODEC UseOption from the platform files and replace it with other options which automatically parsed from features.txt. Also ... 00.44.53 *** Saving seen data "./dancer.seen" 00.45.29 Quit petur (Read error: 104 (Connection reset by peer)) 00.45.49 Join petur [50] (n=petur@rockbox/developer/petur) 00.48.41 # funman, hmm, too bad it doesn't fix the c200v2 00.48.55 # bertrik: it's different : the radio isn't detected 00.49.07 # New commit by 03funman (r21427): Sansa c200v1 & c200v2 LCD: higher performance when writing pixels ... 00.49.21 # New commit by 03zagor (r21428): Added config reading, and UPDATE. 00.51.50 Quit DarkDefender ("Leaving") 00.51.50 # a higher delay makes the menu reappear but the radio still doesn't work, but with your work i know where to look :) 00.52.37 # funman, oh I think I know what is going wrong 00.53.02 # look in firmware/drivers/tuner/si4700.c line 36 00.53.19 # I think we need to add the c200v2 to the defines 00.53.51 Join nibbler_ [0] (n=Nibbler@pD9E1F6C7.dip.t-dialin.net) 00.55.13 # yes it's fine, i'll tweak the delay in fm i2c and make it conditional for c200v2 00.55.52 # funman, what do you mean, you can actually make it work for the c200v2 by increasing the fmradio i2c delay? 00.56.55 # New commit by 03zagor (r21429): Add UPDATE to accepted commands. 00.58.05 # bertrik: hm only with the diff in si4700.c fm works fine 00.58.06 # New commit by 03zagor (r21430): Hardcoding Daniels laptop as buildmaster during testing. 01.00.58 # what does lowering the bar mean for supported players? 01.01.10 # New commit by 03zagor (r21431): clientver = 2. Added small startup banner. 01.01.23 # kkurbjun: Call them supported with fewer conditions 01.02.33 # yes, well, I guess I wasn't exactly clear what the bar is, the m:robe 500 is pretty useful for general music listening and hte like 01.02.51 # also, the gigabeast seems very "supported" 01.02.54 # New commit by 03funman (r21432): c200v2 : fix FM radio, the c200v2 uses the internal oscillator like others Sansa AMS 01.03.06 # at least from the target status wiki page 01.03.25 # Horscht: There are a couple of issues with that one 01.03.42 # Horscht: The install is somewhat unreliable 01.03.47 # Horscht: But yes, in general 01.05.39 # New commit by 03bagder (r21433): support for updating the client if found too old 01.05.41 # New commit by 03zagor (r21434): Runclient wrapper shell script. 01.06.35 # commit storm 01.06.42 # go Zagor ;) 01.07.35 # would there be a way to find out button or action macros in the manual that are not inside a buttontable (or platform file (if yes, how)? 01.07.46 # AlexP: so is there a target in mind to add as a supported target under the lower guidlines 01.08.04 # funman, cool 01.09.02 # New commit by 03zagor (r21435): Replacing config file with parameters instead. 01.09.59 # kkurbjun: There are a few I think (or approaching) - some AMS Sansas come to mind 01.11.35 Quit krazykit (Read error: 113 (No route to host)) 01.11.37 # * funman puts a veto against supporting AMS Sansas - storage driver is buggy 01.11.49 Join krazykit [0] (n=kkit@c-24-218-166-241.hsd1.ma.comcast.net) 01.12.51 # funman: not *now*... 01.13.59 # tower: http://squisch.net/pics/DSC_6734.jpg 01.14.03 # well i put a veto for tomorrow as well if it's what you mean .. :o) 01.14.15 # so it it just a relative call for when the people working on the port feel that the target is stable enough? 01.15.25 # speaking of AMS Sansas, what is the bleeding edge status of USB support, and is there a branch in svn for it? 01.15.35 Quit nibbler_ (Read error: 110 (Connection timed out)) 01.15.53 # jkl: undocumented and unstarted 01.16.04 # that's quite a compact tower 01.16.58 # so the undocumented part... about that, wouldn't the Synopsys Linux driver be "almost" documentation? 01.17.37 Quit jordoex (Read error: 113 (No route to host)) 01.17.52 # i think someone posted a link to a synopsys driver but the registers didn't match at all with the registers documented in AS3525 datasheet 01.18.31 # oh, I do remember a register match 01.18.37 # there is belief that the usb controller is very similar to a (AMD) controller for which there is a linux driver - the details should be on SansaAMS wiki page 01.21.05 # i have started disassembling the OF usb code but didn't get very far 01.21.12 # scorche|sh: last years tower was better :) 01.21.27 # funman: yeah i saw that... i kind of didn't look at that AMD document too carefully but I have it 01.21.57 # most of the registers do match but there is some specificities 01.22.13 # now let's hope the registers content match as well :) 01.24.03 # bluebrother: get on a train and show us you can do better! 01.24.05 # right... but are the current (for the current IP cores that is) linux driver sources not available from Synopsys? (Solvnet, their support portal seems to be down) 01.26.02 # gevaerts: I would arrive tomorrow evening, plus I have to leave for a training at work monday afternoon ... a bit too tight 01.26.36 # funman: you don't need to put a veto 01.27.17 # but new release blocking bugs should probably be added to the SansaAMS page 01.27.35 # true 01.28.01 # jkl: do you want to help with the usb driver? 01.29.22 # yeah, i am interested in the sansa ams port 01.30.15 # that would be really appreciated :) 01.31.07 # i kinda looked at a while ago... i think i even send an email to AMS for an NDA and they responded and I didn't get back to them.. but i notice the datasheet is downloadable without one now 01.32.52 # yes the AS3525 datasheet is freely available, but they also had given it to us before it was. But they only mention synopsys and give the list of registers and their addresses, nothing else 01.33.24 # since mpegplayer needs at least 2MB of RAM, and the c200v2 only has 2MB, I think lcd_blit_yuv support is not needed ;) 01.33.32 # funman: how much fps do you get on the c200v2 now? 01.33.35 # There have been 83 commits since the start of devcon 01.33.43 # kugel: 181.5 at 62MHz 01.33.56 # full screen update? 01.34.06 # yes 01.34.12 # how many MB/s are that? 01.34.55 # I'm curious if it would also show blue bars when hitting the maximum 01.35.49 # hmm, that's weird. why's the PP display port faster for e200, while the as3525 one is faster for c200? 01.36.00 # hm .. when cpu is boosted the lcd goes off .. only backlight 01.36.05 # right... i was trying to get on Synopsys Solvnet, but their registration seems to be down... the linux driver datasheet says that the source is basically under a BSD style license so I was thinking it might be available without a Site ID 01.36.19 # kugel: isn't the controller different between e200 & e200v2 ? 01.36.30 # I don't think it is 01.36.43 # the driver is mostly a plain copy from e200v1 too 01.37.40 # kugel: 3.66MBytes/s 01.37.50 # I do have a site ID too though 01.38.29 Join W00fer [0] (n=jr@a213-84-141-34.adsl.xs4all.nl) 01.38.33 # hi 01.38.42 # so i'm watching the rockbox webcams :) 01.38.43 # nice 01.38.55 # great that there is a euro devcon 01.39.21 # funman: huh 01.39.23 # too bad i didn't send my iriver E100 in for a loan. So you guys could have a look at it. 01.39.31 # if you want, ask me next time. 01.39.47 # 181.5*132*80*2 01.39.55 # funman: the 181,5fps was at boosted or unboosted? 01.40.16 # I have that old Synopsys DWC linux source you mentioned, but it obviously doesn't seem to be similar to the reg layout in the AMS 01.40.32 # seems there's something seriously wrong on the c200v1 if the controller and lcd can actually handle more 01.40.34 # kugel: just read my last messages ;) 01.40.55 # when boosted the lcd turns down and doesn't recover so i can't tell what is the performance here 01.41.05 # the lcd also turns down in the bootloader occasionally 01.41.19 # W00fer: I think JdGordon already looked at the iriver E100 01.41.23 # I guess there's some delay missing 01.41.39 # didn't see anything in the OF 01.41.42 # W00fer: There should be a forum thread or wiki page somewhere on it 01.42.04 # maybe a missing bit in the dbop init? 01.42.52 # what tools do you use to assist in reversing the OF? 01.43.12 Join mc2739_ [0] (n=mc2739@cpe-67-10-238-175.satx.res.rr.com) 01.43.21 Quit mc2739 (Nick collision from services.) 01.43.22 Nick mc2739_ is now known as mc2739 (n=mc2739@cpe-67-10-238-175.satx.res.rr.com) 01.43.25 # arm disassembler 01.44.31 # funman: anything in particular though (other than just objdump)? 01.45.00 # i use ida and sometimes objdump 01.45.02 # AlexP: at this devcon ? 01.45.03 # i was just wondering if there were some good tools in a similar vein to IDA 01.45.20 # jkl: http://forums.rockbox.org/index.php?topic=14064.msg148952#msg148952 01.45.55 # an iphone hacker is working on a disassembler : 01.46.19 # http://github.com/geohot/eda-2 but i don't know the current state (still quite a new project) 01.47.20 # W00fer: not at this devcon, no. He's not here. 01.48.54 # happy devcon :) 01.48.57 Quit funman ("free(random());") 01.50.25 # W00fer: A few months ago now 01.51.25 Quit n1s (Read error: 110 (Connection timed out)) 01.51.55 # is there a change rockbox will run at smartphones (based on windows mobile nowadays). Since a lot of activity is going on on developing Andriod (based on linux) onto HTC's Samsungs and other brands. They already have a sample of Android running on an Samsung i900 Omnia. Possibly it could run rockbox too. 01.52.49 # some of todays smartphones have 3,5mm headphone jacks and 1000mAH or more batteries 01.53.07 # touchscreen and detailed hardware support with SDK's or diagrams available 01.53.21 # see xda-developers.com 01.54.48 # also many thanks on rockbox 3.3 !! great progess. Too bad no USB on ipod 4G photo. Hope for it next time 01.56.20 # W00fer: yes rockbox can run on it. but these machines are really too powerful to only run rockbox. 01.56.37 # we only use half of the features they have 01.56.50 # no problem, if anyone has a smartphone running around 01.56.52 # w00fer: if it can hold win mobile it certainly has enough flash for linux and stuff 01.56.52 Join jordoex [0] (n=quassel@S0106002129693a39.vc.shawcable.net) 01.57.23 # most OS'es like windows mobile or symbian have bad media player coding, so bad battery performance 01.57.42 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 01.57.51 Join BryanJacobs [0] (n=bryanjac@cpe-74-67-191-154.rochester.res.rr.com) 01.57.52 # only difference is the Nokia N97, which is said to play 37 hours of mp3 on one charge 01.58.44 # the problem is rather that they have to do lots of other things too, like keeping a radio constantly broadcasting 01.59.04 # seems odd a smartphone manufacturer wouldn't be able to tend to the power issue better 01.59.05 # and if you don't use the bootloader for windows mobile. 01.59.12 # still, very few people want to turn their phone into a media player. rockbox-as-application is more interesting. 01.59.15 # ONLY load rockbox or ipodlinux 01.59.31 # * BryanJacobs has an N85 and is extremely happy with the battery life playing back MP3s 01.59.56 # but rockbox as application is way more work than loading linux onto a smartphone and rockbox i think 01.59.58 # besides, if you JUST ran Rockbox you'd lose features - like A2DP 02.00.16 # like calling... 02.00.16 # don't need that 02.00.17 # i want a cool media player 02.00.28 # with 1000+ mah battery 02.00.28 # I like my stereo headphones 02.00.45 # have you looked at the iPod battery packs? 02.00.46 # W00fer: then get to work. I don't expect many other owners of such hardware to agree with you. 02.00.48 # i did windows mobile integration for devices that were similar to smartphones... data terminals with GSM, bluetooth, and 802.11b/g 02.00.51 # there are some quite large ones 02.00.57 # for calling i have a second phone 02.01.17 # or you could get a small USB charger pack and keep the media player plugged in 02.01.26 # RF kill was a major thing for aviation purposes of course 02.01.27 # et voila, cheaper solution 02.01.49 # anyone succesfully launched playstation 2 linux ? 02.01.53 Quit Thundercloud (Remote closed the connection) 02.02.42 # does the WPS battery saving in rockbox 3.3 also saves battery on pp5 targets (ipod photo like i have) ? 02.02.55 Quit perfectdrug (Remote closed the connection) 02.03.10 Quit mc2739 (Read error: 110 (Connection timed out)) 02.03.46 # New commit by 03rasher (r21436): Properly match IDs - require a perfect match, not just a substring match. Oops. 02.04.39 # New commit by 03rasher (r21437): Deprecate LANG_REPLAYGAIN_ENABLE in all languages, which r21415 failed to do. 02.07.48 Quit jordoex (Remote closed the connection) 02.09.17 Join ash001 [0] (n=thanaton@adsl-99-189-199-217.dsl.emhril.sbcglobal.net) 02.11.27 # BryanJacobs: are you U of R alumnus? 02.12.26 # Ohh Ohh Ohh. On BuildServerRemake. Soap's idea is "Build on a RAM drive by default". 02.13.32 # since you run the client you can do that easily yourself 02.13.46 # just make a ramfs or something 02.13.52 Join saratogahome [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-d9e395dfc8256a67) 02.14.02 # I see how it is - make _me_ do the work. ;) 02.14.05 # tmpfs is good for that, since it doesn't allocate the ram statically 02.14.11 # New commit by 03zagor (r21438): Do blocking connect. 02.14.21 # right tmpfs was the one I thought about 02.14.38 # it really sped up the builds when I did binsize builds 02.14.44 # how is the new build server coming? 02.15.08 # we're about to run a test with... 6-7 laptops building here 02.15.21 # are we? :) 02.19.04 # New commit by 03zagor (r21439): Throttle connection retries. 02.20.12 # lol that cola bottle at the webcam was filled alot more an hour ago wasn't it ;) 02.20.37 # There is still a coke bottle infront of cam 1 02.20.41 # I'll wave now 02.20.51 # So you can see what the lag is 02.23.25 # didn't see it 02.23.44 # You watching cam 1? 02.23.45 Quit ocean ("Page closed") 02.23.47 # yep 02.23.54 # cam 2 only shows robodog 02.24.07 # I just waved again 02.24.09 # New commit by 03zagor (r21440): Fixed connection throttling. 02.24.31 # haha the lag is almost 30 seconds 02.24.59 # hows the beer, i just finished my dutch Dommelsch 02.25.15 # The beer is great thanks :) 02.25.17 # drunk 8 bottles with my mate, he left already 02.26.06 # you wouldn't drink 8 of these beers and still type/talk ;) 02.26.10 # haha alexp still takes a nip of his glass of beer 02.26.24 # no i think that ones have 5+ % alcohol 02.26.41 # mines only have 2,5% 02.26.53 # These are all over 6% 02.27.07 # lol 02.27.32 # 2,5% doesn't qualify as beer 02.27.46 # why don't you guys use a beamer to show a roadmap or something ? 02.27.56 # or plans ;) 02.27.58 # what roadmap? 02.27.59 # roadmap? what's that? 02.28.07 # W00fer: A BMW? 02.28.16 # no a projector 02.28.27 # ;) 02.28.31 Quit bluebrother ("leaving") 02.28.51 # 2,5 % qualifies as pils, not beer 02.29.21 # ah a laptop just shut down, the grey one. 02.29.22 # We ought to take this to #rockbox-community :) 02.29.41 # lol 02.29.50 # i meant to suggest that too 02.29.59 # oh it's night 02.30.08 # 2.30 am here 02.30.29 # who is the guy with the beard, he looks like grandpa smurf haha :D 02.31.55 # jkl: student 02.33.23 # did you recognize my mail server's IP range or something? 02.33.25 # 10 build clients 02.33.35 # seems to run 02.33.50 # on the first try? 02.34.20 # Mikachu: Let's say yes 02.34.24 # :D 02.34.28 # hehe 02.36.49 Quit XavierGr () 02.38.42 # New commit by 03zagor (r21441): Removed some verbosity. 02.41.14 # * Mikachu looks at his athlon xp 2ghz 02.42.06 # "Still 46 builds left to complete with 11 in progress" 02.44.50 # is there some way i can make a "screenshot" on the actual hardware? 02.44.54 *** Saving seen data "./dancer.seen" 02.45.03 # with the screenshot function in the debug menu? 02.45.25 # Yes 02.45.36 # Enable it, then connect USB to take one 02.46.15 # BryanJacobs: no just noticed your IP 02.46.33 # ah 02.46.34 # i'm '10 ECE 02.46.47 # jkl: cool 02.46.50 # i noticed that setting before, but I was not sure how to actualy dump the screen :D 02.48.53 # New commit by 03zagor (r21442): Remove killed builds. Bumped version. 02.50.49 Quit faemir (Read error: 60 (Operation timed out)) 02.50.59 Join ocean [0] (i=d59c23e8@gateway/web/freenode/x-f16afb38a96fdbbf) 02.51.41 # svn isn't working for me if i do svn up or co says connection refused :( 02.51.51 Join faemir [0] (n=faemir@78.33.109.163) 02.52.06 # works here 02.52.29 # yes strange thing is that it doesn't work only on my notebook 02.52.44 # can you access the web from your notebook? ;) 02.53.02 # Horscht: yes and i can also access http://svn.rockbox.org 02.53.33 # maybe it could be the slackware svn package i try to revert it to an older version 02.53.37 # maybe Zagor is overloading the svn server :P 02.53.44 # maybe :P 02.53.48 # wohoo, auto update works beautifully 02.53.53 # ahah 02.54.29 # so now you have root access to all the client computers? 02.54.39 # yesssss ;-P 02.54.45 # and now the plan unfolds 02.54.55 # no, we've turned the clients around. no ssh anymore. 02.55.21 # ah, no ssh at all? awesome 02.55.25 # the client owner is much more in control with the new system 02.57.43 # mmm strange :\ keeps not connecting, while from another notebook here works 02.57.56 # maybe it doesn't like my pc :P 03.02.40 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 03.04.39 Join perrikwp [0] (n=perrikwp@74.167.148.160) 03.06.14 Quit ocean ("Page closed") 03.06.26 Join ocean [0] (i=d59c23f7@gateway/web/freenode/x-05ea3554bdf8fe0f) 03.06.45 # ok done instead of using the wireles i got a lan wire and it works :P 03.07.26 Quit BryanJacobs ("Java user signed off") 03.11.47 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 03.14.14 Mode "#rockbox +o GodEater " by ChanServ (ChanServ@services.) 03.15.26 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 03.22.52 # New commit by 03bagder (r21443): hush up, don't listen to localhost only, wait 5 seconds before starting the ... 03.23.46 Quit W00fer () 03.24.14 # New commit by 03zagor (r21444): Cleanup after killed builds. 03.25.02 Quit Domonoky1 ("Leaving.") 03.25.30 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 03.26.39 Quit Bagder ("It is time to say moo") 03.26.47 Quit Zagor ("Leaving") 03.26.56 Quit petur ("Zzzzz") 03.27.40 Quit markun ("good night") 03.27.54 # i've seen lots of IBSS_ATTR as variable name in sources, what does it mean? 03.28.24 Join Bugsley [0] (n=ad631c1d@gateway/web/cgi-irc/labb.contactor.se/x-021a01a99b5d76ec) 03.28.58 # ocean: those tell the linker to put that variable into fast internal memory, rather then external dram, if any is available 03.29.31 # ICONST does the same thing, but for constants, and ICODE does it for code sections 03.31.17 # saratogahome: thanks, are all these things documented somewhere? i had bad luck trying to find them on google, only results i have are rockbox sourcecodes :P 03.33.16 Quit Thundercloud (Remote closed the connection) 03.33.54 Quit jkl (Read error: 110 (Connection timed out)) 03.34.33 # ocean: no they're rockbox internal defines, not something you'll find on google 03.34.44 # your best bet is to grep the source code and see what they're defined for on your system 03.34.55 Quit bertrik (Read error: 60 (Operation timed out)) 03.35.01 # i believe you'll find that the IRAM defines map to various GCC c extensions 03.35.17 # i was giving a look at how to write a codec :) 03.35.21 # or to nothing if you don't have IRAM on your system 03.35.32 # ocean: which codec are you interested in? 03.35.43 # xm 03.35.53 # i've seen it hasn't been done 03.36.25 # IRAM 03.36.38 # sounds like a turkish male hooker :) 03.36.55 # Hey - sorry to take everyone off topic, but I've searched google and the Rockbox site for this issue. During install on a e250, I get "Dowloading bootloader file", "Downlad finished", "Installing Rockbox bootloader", then I get "Could not open Sansa". I'm on OSX Leopard 03.38.08 # ocean: have you seen FS#8806 03.39.55 # Bugsley: i don't know anything about OSX, but are you sure its a V1 sansa, and that its in MSC mode? 03.39.57 # saratogahome: not seen it, but i don't like mikmod howewer it plays wrong some mods/xms 03.40.46 # ocean: its probably a good place to start though 03.41.03 # i would like to write a xm codec to learn something and to get a good quality i'm one of those mods nostalgic :P 03.41.05 # Saratogahome: yes it's in MSC. I am not sure it's V1, checking 03.42.21 # if you're just interested in codecs, might i interest you in WMA pro? 03.42.43 # i've seen something in the mighty quotes about wma :P 03.42.59 # Saratogahome: it's Version 01.02.18A... There's nothing on the exterior that says what Version 03.43.06 # thats a V1 03.43.09 # "The problem with WMA is that the existing open source WMA implementation is using floating point arithmetics, something that the CPU in the iriver can't deal with. We need to convert all calculations to fixed point, a rather tedious and complicated task. Someone with a clue needs to step forward and do this. The problem is that people with a clue don't use WMA." 03.43.13 # lol 03.43.19 # thats an old quote 03.43.26 # i ported WMA a couple years back 03.43.28 # yeah but have a good point :P 03.43.35 # i love ogg :P 03.43.41 # saratogahome: so you have half a clue? 03.43.49 # why would anyone use floating point 03.43.53 # when its not required? 03.44.07 # martian67: virtually everything is floating point 03.44.14 # fixed point is much more annoying and less precise usually 03.44.19 # fixed point is much more difficult and generally much slower on modern computers 03.44.23 # unless the format is integer to begin with of course 03.45.06 # So Anyone have an idea on the "Could not open..." error? I seriously doubt it's an OSX issue. Perhaps a setting on the Sansa? 03.45.06 # Mikachu, well everything is fixed point to a computer, even floating point :) 03.45.29 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 03.45.29 Quit amiconn (Nick collision from services.) 03.45.46 # martian67: modern computers do not deal with everything in fixed point, they have FPUs, in which the decimal point floats during computation 03.45.50 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 03.46.08 Quit pixelma (Nick collision from services.) 03.46.09 Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) 03.46.11 # saratogahome: i think it would be a really hard work and i would not be able (as knowledge and for free time) to get involved in such a difficult task :) 03.46.25 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 03.46.26 # saratoga, my point was it ultimately does get delt with in a fixed point manner inside the fpu, its not terribly relivant though 03.46.41 # martian67: it does not 03.46.55 # i suggest you look at the code for fixed point multiplies and FP emulated multiplies 03.47.04 # the operations are fundimentally quite different 03.47.23 Quit kugel (Read error: 110 (Connection timed out)) 03.48.04 # floating point has some rather un-expected side effects if you arnt aware how it operates 03.49.12 # * ocean thinks of the 40000000000-39999999999 behaviour in google 03.50.19 # you can't do 10^90 + 0.5 in fixed point 03.50.42 # if you think side effects in fp are difficult, you've probably not done much in fixed 03.51.02 # saratoga, just dont divide :) 03.51.46 # or wrap 03.52.01 Quit Bugsley ("CGI:IRC (EOF)") 03.52.16 # but division and wrapping are easier to comprehend than what floating point does imo 03.52.40 # anything involving binary radixes is a little hairy :P 03.53.14 # saratogahome: just given a look to some sources of your libwma... that's a LOT of work 03.54.45 Quit froggyman (" Want to be different? Try HydraIRC -> http://www.hydrairc.com <-") 03.55.08 # i think wma pro would be easier, a lot of the code is already written 03.59.29 # it has multichannel, those maybe should be mixed 03.59.53 # howewer it's too much harder for me i think i'll start with something simpler :P 04.00.08 # yeah they'd need to be down mixed to stereo, but theres code to do that in AC3 04.00.23 # it could be borrowed, or removed to the codeclib and shared 04.00.43 # xm is an integer format with simple samples compression (from what i remember of this format) 04.00.59 # so that could be a simple thing to start with :) 04.01.16 # i don't konw anything about those emulated formats 04.01.36 # though i suppose if theres already a patch for XM on the tracker, correcting it for your files should be pretty easy 04.03.43 # i could take a look on the code of mikmod, but i was more focused on getting some basic code information from xmp, and then trying to get the best possible implementation from fast tracker II format document 04.11.00 # time to go to sleep good night 04.11.02 Quit ocean ("Page closed") 04.11.20 Quit intrados (Read error: 104 (Connection reset by peer)) 04.17.58 Join Strath [0] (n=Strath__@173-23-45-236.client.mchsi.com) 04.33.08 Quit PaulJam_ (".") 04.35.41 Quit saratogahome ("CGI:IRC (EOF)") 04.44.55 *** Saving seen data "./dancer.seen" 05.08.24 Quit martian67 (Read error: 113 (No route to host)) 05.13.49 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 05.18.55 # Is rockbox on C200V2 at least bootable without risk of bricking it? 05.19.02 # I seems funman got a lot of work done on it.. 05.21.44 Quit Cory` ("Ex-Chat") 05.26.09 Join dmb [0] (n=dmb@unaffiliated/dmb) 05.26.21 Join Cory` [0] (n=Cory@h3.176.89.75.dynamic.ip.windstream.net) 05.45.02 Quit faemir (Remote closed the connection) 05.47.14 Join n17ikh [0] (n=n17ikh@c-68-59-19-150.hsd1.sc.comcast.net) 05.58.26 Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) 06.00.50 Quit LambdaCalculus37 (Client Quit) 06.12.03 Join Rob2223 [0] (n=Miranda@p4FDCC410.dip.t-dialin.net) 06.21.18 Part toffe82 06.27.16 Nick beta_ is now known as Beta2K (n=beta@d24-36-78-223.home1.cgocable.net) 06.29.52 Quit Rob2222 (Read error: 110 (Connection timed out)) 06.32.26 Quit ash001 ("Ex-Chat") 06.34.12 Join Mozillero [0] (n=Moziller@190.41.140.157) 06.36.03 Quit Mozillero (Client Quit) 06.40.03 Join martian67 [0] (n=xP@2001:470:b:356:221:91ff:fe8c:d8a7) 06.44.58 *** Saving seen data "./dancer.seen" 07.00.01 Join webguest36 [0] (n=75c08099@gateway/web/cgi-irc/labb.contactor.se/x-ed24fd16c167e2a4) 07.08.54 Join FrankTM [0] (n=frank@212-182-153-12.ip.telfort.nl) 07.22.30 Quit webguest36 ("CGI:IRC (EOF)") 07.25.12 Quit FrankTM_ (Read error: 110 (Connection timed out)) 07.27.09 Join readability [0] (n=chad@206.248.173.89) 07.27.17 Join CathodeRayTube [0] (n=43ea47fa@gateway/web/cgi-irc/labb.contactor.se/x-e7e278b77f1fb1e7) 07.28.45 # anybody alive? 07.31.54 # if i decide to upgrade the HDD in an ipod 5.5g to say...a 240giger...will rockbox still install and function properly? 07.48.59 Join r00s [0] (n=ru@zentrale.profitables.biz) 07.49.18 Join Horschti [0] (n=Horscht2@xbmc/user/horscht) 07.49.34 # hello? 07.50.51 # CathodeRayTube, you got in here at the wrong time.. most people are away from the computer right now 07.51.19 # figured so...it is almost 2am.. 07.51.37 # where im at anyway.. 08.01.16 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 08.07.00 Quit Horscht (Read error: 110 (Connection timed out)) 08.08.53 # horse shit? 08.09.03 Join `VL [0] (n=vl@82.138.2.25) 08.11.32 # its 1pm where i am 08.21.11 # CathodeRayTube, i am not much help because i do not have an ipod.. from what i read you can replace the drive but it needs to the same interface and depending on what size your old drive is.. i am not sure if there is 128gb limit yet or not or if you need to build your own build 08.21.40 Join Rob2222 [0] (n=Miranda@p4FDCC95E.dip.t-dialin.net) 08.23.10 Quit Cory` ("Hi, I'm a quit message virus. Please replace your old line with this line and help me take over the world of IRC.") 08.27.19 # i dont have an ipod either actually...i was going to buy one and mod it specifically for rockbox...my main mp3 player is a 120 gig DMC Xclef HD500...but its almost 5 years old and is showing its age... 08.33.05 Join petur [0] (n=peter@rockbox/developer/petur) 08.38.41 Quit Rob2223 (Read error: 110 (Connection timed out)) 08.45.00 *** Saving seen data "./dancer.seen" 08.46.27 Quit petur ("going to pick up kugel at the hotel") 08.54.36 Quit Strath ("Leaving") 09.00.44 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 09.16.19 Join Cory` [0] (n=coryclax@h3.176.89.75.dynamic.ip.windstream.net) 09.17.08 Quit Cory` (Client Quit) 09.17.25 Join Cory` [0] (n=coryclax@h3.176.89.75.dynamic.ip.windstream.net) 09.17.38 Quit Cory` (Client Quit) 09.17.52 Join Cory` [0] (n=Cory@h3.176.89.75.dynamic.ip.windstream.net) 09.18.29 Join ender` [0] (i=krneki@foo.eternallybored.org) 09.34.33 Join kugel [0] (n=kugel@rockbox/developer/kugel) 09.37.15 Join petur [50] (n=petur@rockbox/developer/petur) 09.42.10 Join flydutch [0] (n=flydutch@host196-167-dynamic.8-87-r.retail.telecomitalia.it) 09.44.02 Join Zagor [242] (n=bjst@rockbox/developer/Zagor) 09.44.35 Join p3tur [50] (n=petur@rockbox/developer/petur) 09.44.56 Quit petur (Read error: 104 (Connection reset by peer)) 09.46.28 Join Bagder [241] (n=daniel@rockbox/developer/bagder) 09.51.23 # good devcon morning! 10.01.57 Join bertrik [0] (n=bertrik@213.49.144.150) 10.02.34 Quit Zagor (Read error: 110 (Connection timed out)) 10.02.44 Join Zagor [242] (n=bjst@rockbox/developer/Zagor) 10.03.55 Join markun [0] (n=markun@ip-212-239-214-166.dsl-static.scarlet.be) 10.04.46 Join Domonoky [0] (n=domonoky@rockbox/developer/domonoky) 10.05.15 Nick p3tur is now known as petur (n=petur@rockbox/developer/petur) 10.10.51 # Question to devcon people - does the description of "supported" here still meet what you decided? http://www.rockbox.org/twiki/bin/view/Main/TargetStatus 10.12.21 # it seems like that what we agreed to 10.12.44 # it probably needs some review 10.16.51 Quit Cory` (Remote closed the connection) 10.20.21 Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com) 10.26.32 Nick Horschti is now known as Horscht (n=Horscht2@xbmc/user/horscht) 10.27.26 Quit BHSPitLappy ("Ex-Chat") 10.34.57 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 10.37.31 # Any forum guys around? Baffmyiloven needs banning. 10.37.44 # I don't know if I can do that? 10.41.28 Quit saratoga (Remote closed the connection) 10.45.03 *** Saving seen data "./dancer.seen" 10.48.43 # nope 10.49.42 # rasher: he's gone 10.50.01 Quit CathodeRayTube ("CGI:IRC (Ping timeout)") 10.50.54 # Completely, or just the post? 10.50.56 # GodEater: you don't need to be op on irc to ban people on the forums! 10.51.15 # banned 10.51.25 # Excellent. 10.53.21 Join Grahack [0] (n=chri@stc92-1-82-227-106-100.fbx.proxad.net) 10.54.03 # and by "banned" he means that his name was added to the ban list without any sort of ban at all =) 10.54.38 Mode "#rockbox -o GodEater " by ChanServ (ChanServ@services.) 11.08.40 Join Domonoky1 [0] (n=domonoky@ip-212-239-214-166.dsl-static.scarlet.be) 11.12.22 Join ch4os [0] (n=ch4os@gentoo/user/ch4os) 11.22.59 Quit Domonoky (Read error: 110 (Connection timed out)) 11.33.34 Quit ender` (Read error: 110 (Connection timed out)) 11.35.23 Join mcuelenaere [0] (n=mcuelena@78-21-191-122.access.telenet.be) 11.42.30 Join bmbl [0] (n=Miranda@dsl202-79.pool.bitel.net) 11.59.24 Quit mcuelenaere () 12.03.39 Quit __lifeless (Remote closed the connection) 12.06.04 Join _lifeless [0] (n=lifeless@188.16.121.91) 12.09.46 Join robin0800 [0] (n=root@general-ld-216.t-mobile.co.uk) 12.12.50 Quit _lifeless (Remote closed the connection) 12.13.43 Join faemir [0] (n=faemir@78.33.109.163) 12.15.07 Join _lifeless [0] (n=lifeless@188.16.121.91) 12.19.36 Join nibbler_ [0] (n=Nibbler@pD9E1FD35.dip.t-dialin.net) 12.34.09 Join ender` [0] (i=krneki@foo.eternallybored.org) 12.35.17 Join AndyI [0] (i=AndyI@212.14.205.32) 12.36.41 # does anyone have the tcc773 datasheet? 12.37.14 # I have the tcc76x, is it similar to the tcc773? 12.37.18 Quit faemir (Read error: 110 (Connection timed out)) 12.43.12 Quit bmbl ("Bye!") 12.43.27 Join bmbl [0] (n=Miranda@dsl202-79.pool.bitel.net) 12.44.32 Join ocean [0] (i=d59c23f7@gateway/web/freenode/x-07327e29f91f74f0) 12.45.07 *** Saving seen data "./dancer.seen" 12.46.22 Quit AndyIL (Read error: 110 (Connection timed out)) 12.48.17 Quit bmbl (Client Quit) 12.48.31 Join bmbl [0] (n=Miranda@dsl202-79.pool.bitel.net) 12.49.18 Quit Sajber^ (Read error: 60 (Operation timed out)) 12.50.51 Quit bmbl (Client Quit) 12.51.04 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 12.54.50 Join Sajber^ [0] (n=Sajber@c-703171d5.012-155-73746f22.cust.bredbandsbolaget.se) 12.57.00 Part Grahack 12.57.15 # I think I found a bug in telechips i2c, the i2c mutex seems to be never initialised 13.02.51 # bertrik: The 76x is different to the 77x 13.12.31 Join Rondom [0] (n=Rondom@dslb-084-057-155-155.pools.arcor-ip.net) 13.13.56 Join Buschel [0] (n=abc@p54A3B82F.dip.t-dialin.net) 13.14.17 Quit killan (Read error: 54 (Connection reset by peer)) 13.18.11 Quit ocean ("Page closed") 13.21.10 Join jkl [0] (n=jlp@pool-72-90-74-76.syrcny.fios.verizon.net) 13.23.52 Join killan [0] (n=nnscript@c-0efa70d5.06-397-67626721.cust.bredbandsbolaget.se) 13.29.11 Join Horschti [0] (n=Horscht2@xbmc/user/horscht) 13.29.25 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 13.30.40 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 13.32.26 Nick zitune[afk] is now known as zitune (n=zitune@bearstech/zitune) 13.40.34 Quit Sajber^ (Read error: 110 (Connection timed out)) 13.44.21 Join Rob2223 [0] (n=Miranda@p4FDCC95E.dip.t-dialin.net) 13.45.13 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 13.45.13 Quit amiconn (Nick collision from services.) 13.45.31 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 13.46.28 Join lilltiger_ [0] (n=lilltige@82.145.152.217) 13.46.51 Join kachna [0] (n=kachna@r4ax178.net.upc.cz) 13.46.55 Quit Horscht (Read error: 110 (Connection timed out)) 13.47.07 Quit gevaerts (Nick collision from services.) 13.47.16 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 13.47.29 Quit jkl (simmons.freenode.net irc.freenode.net) 13.47.29 NSplit simmons.freenode.net irc.freenode.net 13.47.29 Quit nibbler_ (simmons.freenode.net irc.freenode.net) 13.47.29 Quit DarkDefender (simmons.freenode.net irc.freenode.net) 13.47.29 Quit Rob2222 (simmons.freenode.net irc.freenode.net) 13.47.29 Quit n17ikh (simmons.freenode.net irc.freenode.net) 13.47.29 Quit dmb (simmons.freenode.net irc.freenode.net) 13.47.29 Quit kkurbjun (simmons.freenode.net irc.freenode.net) 13.47.29 Quit MrDuck (simmons.freenode.net irc.freenode.net) 13.47.29 Quit BlakeJohnson86 (simmons.freenode.net irc.freenode.net) 13.47.29 Quit Ridayah (simmons.freenode.net irc.freenode.net) 13.47.29 Quit evilnick_home1 (simmons.freenode.net irc.freenode.net) 13.47.29 Quit lilltiger (simmons.freenode.net irc.freenode.net) 13.47.29 Quit CIA-70 (simmons.freenode.net irc.freenode.net) 13.47.29 Quit tchan (simmons.freenode.net irc.freenode.net) 13.47.29 Quit alexbobp (simmons.freenode.net irc.freenode.net) 13.47.29 Quit redfox (simmons.freenode.net irc.freenode.net) 13.47.44 NHeal simmons.freenode.net irc.freenode.net 13.47.44 NJoin jkl [0] (n=jlp@pool-72-90-74-76.syrcny.fios.verizon.net) 13.47.44 NJoin nibbler_ [0] (n=Nibbler@pD9E1FD35.dip.t-dialin.net) 13.47.44 NJoin DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com) 13.47.44 NJoin n17ikh [0] (n=n17ikh@c-68-59-19-150.hsd1.sc.comcast.net) 13.47.44 NJoin dmb [0] (n=dmb@unaffiliated/dmb) 13.47.44 Join kkurbjun [0] (n=kkurbjun@rockbox/developer/kkurbjun) 13.47.44 NJoin BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 13.47.44 NJoin Ridayah [0] (n=ridayah@173-19-228-175.client.mchsi.com) 13.47.44 NJoin evilnick_home1 [0] (n=evilnick@pool-173-52-144-203.nycmny.east.verizon.net) 13.47.44 NJoin CIA-70 [0] (n=CIA@208.69.182.149) 13.47.44 NJoin tchan [0] (n=tchan@lunar-linux/developer/tchan) 13.47.44 NJoin alexbobp [0] (n=alex@ppp-70-253-78-64.dsl.austtx.swbell.net) 13.47.44 NJoin redfox [0] (n=redfox2@ns351996.ovh.net) 13.49.33 Quit petur (Read error: 54 (Connection reset by peer)) 14.08.51 Join Sajber^ [0] (n=Sajber@c-703171d5.012-155-73746f22.cust.bredbandsbolaget.se) 14.09.54 Quit martian67 (Read error: 60 (Operation timed out)) 14.11.35 Join martian67 [0] (n=xP@2001:470:b:356:221:91ff:fe8c:d8a7) 14.12.24 # Is there any real potential for improving seeking in VBR MP3 from its current state? 14.23.11 # Llorean: in terms of precision? 14.24.55 # Buschel: Primarily, though realistically I'd settle for "taking steps to ensure you're always at an earlier time than you sought to." Right now in very large files, the 2 second rewind on unplug can take me 1-2 minutes *forward* in the file 14.26.13 # Knowing nothing about MP3 I'm honestly surprised that we can tell I'm 2:45:30 into the file after seeking (when the seek bar said 2:43:00) but we can't hit more accurately (maybe by using this knew knowledge of where we ended up to try for a second approximation?) 14.26.34 # I'd think if we couldn't seek to a specific time, we shouldn't be able to determine what time I'm at *after* the inaccurate seek either. 14.26.49 # But again, I don't know anything useful, so this just seems odd from my perspective 14.30.38 # Llorean: seeking in mp3 is quite unprecise as long as you want to have fast seek. for full precision you'll need to parse through the stream from the beginning (like mpc does). doing so needs lots of buffering and cpu time of course. 14.32.02 # Buschel: How can we know what the elapsed time is after a seek then? Or rather, once we know we've missed the target by 30 seconds, can we use that information to try a second approximation at least? I know it'd slow seeks somewhat, but seeks are so fast now that I think even a fair amount of slowing when they go *really* bad would be preferable. 14.32.16 # Llorean: the current code estimates (there are no timestamps in the mp3-stream itself) to which byte to jump based upon either 0% runtime = byte 0 and 100% runtime = last byte or sokme more detailed info from vbr-headers (if present) 14.32.33 # I have vbr headers, but it can still be pretty bad. 14.33.05 # But how do we get the elapsed time? I mean, if we have to estimate where to seek to, don't we have to estimate the elapsed time after the seek as well? 14.33.17 # Why don't they match? 14.33.33 # let me check the code 14.34.19 # It just seems to me, if I seek to 2:50 and when the seek finished it says 2:52 as the elapsed time, if it knows the elapsed time is wrong it should've known the seek was wrong too. ;) 14.34.31 # 2hrs 52 minutes that is 14.34.41 # * Llorean is not quibbling over a second or two 14.36.21 Join mt [0] (n=MTee@rockbox/developer/mt) 14.38.26 # Llorean: it seems like the following: 1) you want seek to let's say 2:50 -> the algorithm calculates this must be at byte no. 123.345.789 in the stream and jumps to it. 2) the time pos is calculated from the byte pos (123.456.789) via a similar algorithm which results in a slightly different time pos 2:52. the differences may come from rounding errors -- but i cannot tell from a short view into the source. 14.39.39 # question is: what is more correct -> the time you wanted to seek to or the time from the byte position? ;) 14.41.00 # Well, the current problem is "if I seek to 2:00, I end up at 2:02, if I seek to 2:02, I end up at 2:04" 14.41.11 # If you seek to what the time displayed just 2 seconds ago, you end up several minutes in the future 14.41.26 # This makes "Rewind on unplug" fail spectacularly. 14.41.50 # At the very least, rewinding should *never* take you to a later place in the file than you are now. 14.42.05 # yes, that's another story. 14.42.20 # Would it be possible to seek from "now" instead of the beginning of the file? 14.42.25 # so, it'Äs not only the displayed time but also the real time in the stream? 14.42.47 # I don't know accurate real times in the stream. 14.42.49 # Llorean: that would also require parsing. 14.43.37 # Really? 14.44.18 # The algorithm takes 2hrs 50 minutes and calculates an approximate number of bytes per second / millisecond / time to figure out what by to guess, right? 14.44.49 # If it does that, why can't it take the current byte, then use that algorithm to calculate the *difference* between "current time" and "seeked to time" and so do that approximation on a much smaller number of bytes? 14.45.08 *** Saving seen data "./dancer.seen" 14.45.09 # yes, a vbr header contains 256 time positions and their corresponding byte positions. a 3h-file has a seek-resolution of ~40 seconds. 14.45.24 # all positions in between are extrapolated 14.45.54 # I'm just saying, when you seek you go X bytes into the file. Why can't you go Y bytes from where the seek started instead? 14.46.22 # Isn't it the same math, on the same data set? 14.46.54 Join jordan` [0] (i=gromit@78.235.252.137) 14.46.55 # Llorean: hmm, in the end the algorithm does what you describe. 14.47.07 # No, it doesn't, or rewinding would never take you to a point *after* the one you're listening to. 14.47.13 # Llorean: as i'm understanding this, part of the trouble is that when you go to an approximated seek point in the data you don't know what time you have found. 14.47.21 # Llorean: how long you are playing with? 14.47.41 # Unhelpful: Yeah, but if you were inaccurate relative to "now" rather than inaccurate relative to 0, you'd at least never rewind to a position later than the one you're listening to, right? 14.47.47 # Buschel: 8-11 hours. 14.47.51 # Audiobooks 14.48.39 # could we go to the latest seek point that's before the time we want, and parse forward from there? if we're only parsing frames, and not decoding, would it really cost that much to seek, say, 40-120s "the hard way" after going to the seek point? 14.48.41 # Unhelpful: That's what I think I'm failing to describe. If you're using approximate bitrate to approximate the number of bytes over time, why can't you approximate the number between "now" and "destination" then add or subtract that to the current file position, rather than trying to approximate an absolute position in the file and just jump there? 14.50.01 # Llorean: ah... i understand you now. you're suggesting jump back N bytes, then find the next start-of-frame? 14.50.29 # Unhelpful: Something like that yeah. Relative seeking rather than absolute seeking so that even in the worst case, you at least go in the right direction in the file. 14.50.49 # Llorean: your main point is to avoid jumping forward when seeking backwar, right? and not the wrong total time position? 14.50.54 # Since we know they're seeking *from* somewhere, we should be able to at least use that to make sure we're not going someplace completely wrong. 14.51.15 # Buschel: Yeah, I know the time can never be absolutely accurate, but I'd rather it fail in the right direction. :) 14.52.33 # if you jump to one of the marked seek points and parse forward, you'd also have the time right... 14.53.27 # I'm a little confused by that statement. 14.53.41 # Or do you mean, with slow seeking forward from the seek point? 14.54.21 # I mean, the problem is that I'm using *very* large files, so they have a pretty large-grained seek table as it is, which doesn't help 14.55.09 # damn, just recognized i made a mistake when interpreting the code. it's even worse: even with a vbr-header the time resolution for seek is 100 entries only (~36 seconds in a 1h file, *10 14.55.25 # oops, wasn't finished :) 14.56.09 # My understanding is that 100 entries was the maximum for the VBR header to have. 14.56.22 # * linuxstb suggests putting mp3 in a container (.mp4?) and supporting that in Rockbox... 14.56.35 # mkv? :-P 14.56.48 # damn, just recognized i made a mistake when interpreting the code. it's even worse: even with a vbr-header the time resolution for seek is 100 entries only (~36 seconds in a 1h file, 6min in a 10h file). each time mark has a byte position saved with a resolution of 256 (256=eof). 14.57.28 # Unhelpful: Does "parsing" require decoding, or is it somewhat faster than that? 14.58.30 # Llorean: i would imagine we'd just scan forward in the bitstream for frame headers. i can't see any reason to do full decode... 14.59.04 # is there an id3 chapters or seekpoints tag? 14.59.38 # How slow could this potentially be in say, a large file with 6 minute gaps between vbr seek entries? 15.00.27 # Llorean: It would mean reading the whole file from disk, and then doing some relatively easy parsing of it. The disk reading would be the main limitation. 15.01.20 # Or rather, reading from the start of the file to the seekpoint. But I guess there could be some optimisations - e.g. the codec caching its own seekpoints if the file has been played from the start. 15.01.23 # linuxstb: "the whole" as in "starting from the seek point? 15.02.05 # linuxstb: Well, as I said, I'd just be satisfied if rewind didn't ever take me forward. :) 15.02.16 Join moos [0] (i=mustapha@rockbox/staff/moos) 15.04.04 # Llorean: But if you seek relatively to the current position, you'll get ever more inaccurate seeking IIUC, as the current position may be the result of a previous guess. 15.04.33 # Splitting long mp3s would also solve your problem... 15.05.10 # Well, "I rewind and end up further in the file instead" is a bug either way though 15.08.57 # it sounds like it may be possible for the position specified in the seek table to be off by several frames, too, though. :/ 15.10.16 Nick Horschti is now known as Horscht (n=Horscht2@xbmc/user/horscht) 15.10.38 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 15.12.34 Quit _lifeless (Read error: 60 (Operation timed out)) 15.13.47 Join mcuelenaere [0] (n=mcuelena@213.49.144.150) 15.16.20 # Llorean: you may solve the jumping forward when seeking backward issue with some small coe change in codecs/mpa.c. in function get_file_pos just comment the 4 code lines below /* Use the remainder to get a more accurate position */ 15.17.38 Join petur [50] (n=petur@rockbox/developer/petur) 15.17.44 Quit kugel (Nick collision from services.) 15.17.50 Join kugel [0] (n=kugel@d54C18FB2.access.telenet.be) 15.18.47 Join ZincAlloy [0] (n=d9eed5b0@gateway/web/cgi-irc/labb.contactor.se/x-90c8246d94147abb) 15.22.00 Quit CaptainKewl (Read error: 54 (Connection reset by peer)) 15.22.20 Join CaptainKewl [0] (n=jason@cpe-68-173-40-122.nyc.res.rr.com) 15.26.37 # New commit by 03bertrik (r21445): Fix missing i2c mutex initialisation for telechips. 15.28.16 # New commit by 03zagor (r21446): Start next build as soon as 'make' is done. Upload while new build is running. Added svn revision and repo check. 15.31.11 # New commit by 03bagder (r21447): Now the server makes sure all clients sent builds so that they always have ... 15.32.33 Join n1s [0] (n=n1s@rockbox/developer/n1s) 15.32.42 # New commit by 03zagor (r21448): Add Id keyword. 15.33.12 Quit martian67 (Read error: 54 (Connection reset by peer)) 15.34.07 Join martian67 [0] (n=xP@2001:470:b:356:221:91ff:fe8c:d8a7) 15.37.17 Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) 15.37.29 Join Zagor_ [0] (n=bjst@ip-212-239-214-166.dsl-static.scarlet.be) 15.38.05 Join Horschti [0] (n=Horscht2@xbmc/user/horscht) 15.38.19 Quit kugel (Read error: 60 (Operation timed out)) 15.39.06 Quit Zagor (Read error: 60 (Operation timed out)) 15.40.53 Quit Horschti (Client Quit) 15.41.33 Join Horschti [0] (n=Horscht2@xbmc/user/horscht) 15.43.26 Join markun_ [0] (n=markun@213.49.144.150) 15.43.59 Quit markun (Nick collision from services.) 15.44.01 Nick markun_ is now known as markun (n=markun@rockbox/developer/markun) 15.44.04 # New commit by 03zagor (r21449): Adjusted revision check. 15.44.23 Nick Zagor_ is now known as Zagor (n=bjst@rockbox/developer/Zagor) 15.45.41 Join Domonoky [0] (n=domonoky@rockbox/developer/domonoky) 15.46.25 Join kugel [0] (n=kugel@rockbox/developer/kugel) 15.47.12 Quit robin0800 (Remote closed the connection) 15.47.13 Join funman [0] (n=fun@rockbox/developer/funman) 15.48.49 # Zagor, Bagder: Will your build-system work include using svn revisions more in the website - e.g. the build tables currently use timestamps, rather than revisions. (which I'm assuming is left-over from CVS) 15.50.03 # the date stuff is a leftover yes, but it's actually usign revs only for what particular rev that builds etc 15.50.18 Quit Domonoky1 (Read error: 110 (Connection timed out)) 15.51.06 # what about making lcd_blit_yuv dependent on MEMORYSIZE > 2, or create a HAVE_LCD_BLIT_YUV ? 15.51.49 # funman: I assume mpegplayer doesn't run if MEMORYSIZE <= 2 then? 15.52.17 # right, it allocates 2MB of memory at runtime. I disabled mpegplayer building for MEMORYSIZE <= 2 already 15.52.21 # New commit by 03zagor (r21450): Removed svn revision check again. It doesn't work when downloading the file... 15.52.56 Quit bertrik (Read error: 110 (Connection timed out)) 15.55.16 # Bagder: So you're saying nothing really needs changing? 15.55.32 Quit Horscht (Read error: 110 (Connection timed out)) 15.57.45 # the parsing and the table and things on the server should basically work unmodified 15.58.18 # we'll just start this new server, and all participants run build clients and it should work 16.05.58 Join bertrik [0] (n=bertrik@213.49.144.150) 16.07.26 # New commit by 03bagder (r21451): Updated "score" or "weight" of all the curreny builds based on gevaerts ... 16.09.22 # New commit by 03bagder (r21452): back to the previous port number, make sure that clients only get each build ... 16.09.51 # i've a decently-modern amd64x2 linux box to volunteer, if more build servers are wanted... since it sounds like this new system will not be too difficult for clients :) 16.09.52 # New commit by 03funman (r21453): Do not use lcd_blit_yuv() if MEMORYSIZE <= 2, since mpegplayer won't run anyway (and won't build) ... 16.11.37 # Unhelpful: I think all build servers are welcomed. :) 16.12.14 # * LambdaCalculus37 wants to contribute one himself, but that has to wait for a bit until he has the space to set it up 16.12.35 # yeah, all servers (now called clients) will be welcome 16.13.41 # Bagder: I was considering buying a PlayStation 3, installing a Linux on it, and setting it up as a build server. 16.13.49 # LambdaCalculus37: gogogo! :) 16.14.10 # Zagor: Actually, with that horsepower, I can also help rasher run binsize graphs on it. :) 16.14.30 # LambdaCalculus37: as i understand it ps3 is really nothing special if you're not running code specialized for its vector units :/ 16.14.52 # LambdaCalculus37: that's not really needed. gevaerts is more than keeping up with that on his own 16.15.11 # rasher: Okay. 16.15.51 # and he might get mad if somebody shoved him out of his ranking ;) 16.16.00 # Hehehe. :) 16.16.41 # Since builds are now scored, we could give out points for each build completed and score the buildclients. 16.18.30 # yes, the plan is to get proper logs for everything so that we can do things like that 16.18.43 # long run, that's more meaningful than bogomips 16.18.52 # Agreed. 16.18.55 # i don't think bogomips accounts for dual cores, either ;) 16.18.56 # but dead hard 16.19.01 # amiconn: about FS#10274, perhaps it would be possible to move interrupt priority setting inside alpine_cdc plugin? I don't know if IPRD can be modified after timer has started. 16.19.04 # since we use ccache 16.19.05 # Unhelpful: What about 8 cores? ;) 16.19.11 # Unhelpful: It also just encourages non-technical people to volunteer too (see Folding@Home scores) 16.19.12 # and systems have different loads all the time 16.19.15 # for *multiplie* cores 16.19.27 # I wasn't referring to scores for technical reasons. More just for "fun" 16.19.32 # ah yes 16.19.40 # I'd like highscores too 16.20.04 # Bagder: over a long average, raw seconds/build should do just fine, seeing as all clients are using ccache ;) 16.20.22 # possibly 16.20.34 # but really, the exact speed is not that important 16.20.54 # I want a rough estimate just to make sure the toughest builds get to the proper builders 16.21.13 # time to close down here 16.21.23 # * Bagder exits 16.21.24 Quit Bagder ("It is time to say moo") 16.21.33 # in the long run, is it going to continue handing out the same build to more than one client? killing half-finished builds seems like it might be wasting effort... although it will at least be populating ccache on the clients. 16.22.09 Quit Domonoky ("Leaving.") 16.22.31 # Unhelpful: but you can just do bogomips*cores to reflect multicore in a basic way 16.22.52 # about the build table: since some asian scripts (japanese for example) can be written vertically, there must be some way to draw vertical text in web pages? 16.23.05 Quit dmb (Read error: 113 (No route to host)) 16.23.19 # funman: i doubt that would allow one to rotate the characters... 16.23.58 # can't unicode come to the rescue here, or we can only write 180° rotated characters ? 16.24.54 # japanese is fixed width, so you can just transpose the characters 16.25.40 Quit Zagor ("Leaving") 16.26.16 # Mikachu: i thought the orientation of the characters remained the same, whether the "lines" are read top->bottom or left->right? 16.26.25 # they are 16.26.31 # well i'm not even sure that non rotated characters would be harder to read than current text 16.26.34 # which is why you don't need any special html support 16.26.46 # (for japanese) 16.27.11 # ah... transpose the block of text, not the glyphs :) 16.27.31 Quit BlakeJohnson86 ("Leaving.") 16.27.33 # yes, instead of A B \n C D you would put C A \n D B 16.27.48 # (it is right to left when it is top to bottom ;) 16.27.56 # http://bytes.com/topic/javascript/answers/721811-solution-display-text-rotated-90-vertically-firefox-css < using css+svg 16.28.16 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 16.28.37 # doesn't work in plain IE6/7 though 16.29.24 # you can do anything with js+svg: http://people.mozilla.com/~prouget/demos/DynamicContentInjection/play.xhtml 16.29.26 Join dmb [0] (n=dmb@unaffiliated/dmb) 16.29.35 # (you need ff 3.1 for that demo though) 16.30.04 # we don't need diagonal text :) 16.30.43 # funman: are there *really* devs using ie6/7? :P 16.31.43 # Unhelpful: not sure, i hestiated to add "(but I don't care)" 16.32.06 Quit kugel (Read error: 60 (Operation timed out)) 16.32.23 # New commit by 03amiconn (r21454): Change the X5/M5 remote keymapping to match the M3 way, improving consistency with the button labels. The most important change is that VOL+/VOL- are ... 16.33.39 # LambdaCalculus37: I don't think a PS3 would make a good build client - at least mine is very noisy and can get very warm, so I assume it's not cheap to leave on 24/7... And it's not that fast. 16.34.41 # hrm... the ARM asm 8-point IDCT is about 500B. perhaps it would be wise to build it both with and without the zero-row test, and select an appropriate version based on some heuristic (average quantizer, perhaps?) 16.35.18 # linuxstb: I'll go for something else, then. 16.36.07 # 360! ;) 16.36.16 # game boy @#! 16.37.18 # funman: That's just silly. :) 16.37.27 # game boy with a tetris-based visualization of the build progress. ;) 16.37.45 Quit DarkDefender (Read error: 104 (Connection reset by peer)) 16.39.48 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 16.40.58 Quit Thundercloud (Remote closed the connection) 16.42.50 Quit markun (Read error: 110 (Connection timed out)) 16.45.09 *** Saving seen data "./dancer.seen" 16.47.41 Quit mcuelenaere () 16.47.57 Quit Sajber^ (Connection timed out) 16.48.14 Quit petur (Remote closed the connection) 16.59.58 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 17.01.34 Quit CaptainKewl (Remote closed the connection) 17.06.33 Quit bertrik (Read error: 110 (Connection timed out)) 17.08.41 Join CaptainKewl [0] (n=jason@cpe-68-173-40-122.nyc.res.rr.com) 17.19.08 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 17.20.39 Quit funman ("free(random());") 17.20.50 Join faemir [0] (n=faemir@78.33.109.163) 17.23.32 Quit LambdaCalculus37 ("Fwump") 17.29.23 Join n00b81 [0] (n=taylor@unaffiliated/n00b81) 17.35.58 Join Sajber^ [0] (n=Sajber@h-143-12.A213.priv.bahnhof.se) 17.36.08 Part n00b81 ("Leaving") 17.38.38 Quit ZincAlloy ("CGI:IRC (EOF)") 17.53.18 Join Lss [0] (n=Lss@cm33.zeta237.maxonline.com.sg) 17.55.01 Nick lilltiger_ is now known as lilltiger (n=lilltige@82.145.152.217) 17.57.24 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 18.00.41 Join fyrestorm [0] (n=nnscript@cpe-24-90-81-178.nyc.res.rr.com) 18.03.22 Quit mt (Read error: 113 (No route to host)) 18.11.24 Quit Thundercloud (Remote closed the connection) 18.14.07 Quit n1s (Read error: 60 (Operation timed out)) 18.23.18 Join webguest61 [0] (n=ad0b4d0d@gateway/web/cgi-irc/labb.contactor.se/x-5a294d09154d29d5) 18.29.23 Join n1s [0] (n=n1s@rockbox/developer/n1s) 18.30.18 # do any of the rockbox targets have an implemented software usb target mode? 18.31.45 Join saratogahome [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-09eb0f19a1f331e5) 18.32.06 # regarding walking the mp3 bitstream between seek points, i think this could be done very rapidly 18.32.23 # i've walked it with inverse filterbank disabled and that doubles the speed 18.32.40 # i think you could disable imdct, windowing, etc and probably walk it at 10x normal decode speed 18.33.29 # since i think the frames are fixed length, you might not even need to run the decoder at all, just the frame parser 18.33.58 # well, when one frame was recognized you can calculate the length from the bitrate of this frame and just jump. 18.34.02 # hmm but you still need to know how many PCM samples you're getting, so you'd have to at least get the block length information 18.34.19 Join schrottplatz [0] (n=max@f053224082.adsl.alicedsl.de) 18.34.23 # hi 18.34.37 # i'm thinking about this backwards, frames are fixed in time, not bytes right? 18.34.38 # saratogahome: do you still know where in the stream each seek point is? someone (you?) said something about byte resolution 18.34.50 # can i map the record button to an application without compiling 18.34.53 # ? 18.34.57 # No 18.35.05 # k 18.35.07 # Mikachu: its in the VBR header at the start of the file 18.35.08 # thanks 18.35.10 # theres a seek table 18.35.16 # yes that is the one i'm talking about 18.35.40 Part schrottplatz ("o.O") 18.35.46 # " [...] even with a vbr-header the time resolution for seek is 100 entries only (~36 seconds in a 1h file, 6min in a 10h file). each time mark has a byte position saved with a resolution of 256 (256=eof)" 18.36.03 # seeking backwards via parsing seems difficult. we could use the latest byte position from the vbr-header and seek forwards again from this point 18.37.23 # in ASF we estimate the frame position based on the bitrate, and then parse packets until we find the time stamp we need 18.37.37 # a similar system should work here, but theres no time stamp, so you'd have to count frames 18.38.48 # yes, but if the vbr-encoder worked fine when creating the header, it should be no problem to count the frames when parsing from the last vbr-header's seeking point to the desired position 18.41.44 # hmm, but, in long files even the precision of the byte position within the stream is inaccurate (256 steps resolution). this will equal several dozen seconds on long files... so, seeking is inaccurate even with this approach. 18.41.55 # yes looking online it seems that given the start position of a frame from the VBR header, we could easily parse a frame, calculate its length, and then jump to the next frame 18.42.18 # wow, if the seek table doesn't give you the byte the frame starts on, how do you find it? 18.42.28 # search for the sync word? 18.42.40 # yes, parsing 18.43.40 # so we're back to needing to walk the entire file 18.44.06 # yes, that's the _only_ way to have precise seeking. 18.44.28 # we need MP3 in MP4 support :) 18.45.14 *** Saving seen data "./dancer.seen" 18.46.04 Quit webguest61 ("CGI:IRC") 18.49.57 # example: we have a file ~100min playtime and 256MB large (~360kbit/s). then the resolution of the vbr-header's timestamps is 1min, the resolution of the byteposition is 1MB. so, if you by chance want to seek to exactyl 22min 00sec you will have a perfect vbr-timestamp, but the accuracy of the byte position is only 0-1MB off the desired real one (equals ~23sec accuracy). even the starting point of the search is pretty inaccurate. 18.52.38 # linuxstb: regarding the supported targets requirements, perhaps the explicit requirement for Windows, Linux and Mac should be relaxed a little? I'm thinking of devices such as the Gigabeat S which are more or less WIndows only in the OF and therefore are unlikely to have many users on Mac OS 18.53.54 # perhaps something like "install directions for Linux, Windows and Mac, or else relatively easy to install by LiveCD" would be better? 18.54.24 Join n00b81 [0] (n=taylor@unaffiliated/n00b81) 18.56.28 Join Cory` [0] (n=Cory@h3.176.89.75.dynamic.ip.windstream.net) 18.56.28 Quit lilltiger (Read error: 104 (Connection reset by peer)) 18.56.44 Join lilltiger [0] (n=lilltige@82.145.152.217) 18.59.49 Quit prona (Read error: 110 (Connection timed out)) 19.00.09 Part n00b81 ("Leaving") 19.05.32 Join n00b81 [0] (n=taylor@unaffiliated/n00b81) 19.05.44 Part n00b81 ("Leaving") 19.07.53 Join BradfordDS [0] (n=nds@d75-159-180-208.abhsia.telus.net) 19.08.04 Quit BradfordDS (Client Quit) 19.12.15 # saratogahome: You can find the exact position in an mp3 file by just parsing the frame headers, but you have to count from the beginning 19.13.25 # Depending on the mpeg version and layer, each frame represents a fixed amount of pcm samples. The number of bytes can be calculated from that, the bitrate, and the padding bit 19.20.16 Join tchan1 [0] (n=tchan@c-67-173-9-133.hsd1.il.comcast.net) 19.20.26 Join Rosalina [0] (i=saritta@adsl-8-211-192-81.adsl2.iam.net.ma) 19.21.43 Part Rosalina 19.22.36 Quit tchan1 (Client Quit) 19.23.43 # saratogahome: I see those requirements as being flexible. e.g. if everything else was in place for the Beast, but no-one had got beastpatcher working on OS X, I wouldn't be against calling it supported. But I still think the normal expectation would be to develop a cross-platform installation tool. 19.24.12 # ok sounds reasonable 19.25.32 Quit bubsy ("Mrrrrreow!") 19.26.03 Join tchan1 [0] (n=tchan@c-67-173-9-133.hsd1.il.comcast.net) 19.26.19 Quit nibbler_ (Read error: 110 (Connection timed out)) 19.27.01 # did petur already upload the recording of the meeting somewhere ? 19.27.09 # I forgot to ask before I left 19.28.06 Quit moos ("Rockbox rules the DAP world") 19.28.07 Quit tchan1 (Client Quit) 19.29.52 # if he did I didn't notice either... 19.30.15 # guess we'll just have to wait then :) 19.32.35 Join petur [0] (n=peter@rockbox/developer/petur) 19.35.34 Quit tchan (Read error: 110 (Connection timed out)) 19.35.39 Join bubsy [0] (i=Bubsy@94.139.72.137) 19.43.18 # petur: ping 19.44.56 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 19.46.59 # are the devcon discussion recordings online yet? 19.51.20 Join cmwslw [0] (n=cmwslw@c-98-249-113-152.hsd1.tn.comcast.net) 19.52.29 # GodEater: pong 19.53.00 # bluebrother: for \includegraphics - is there some kind of "margin" parameter I pass it, similar to height and width? 19.53.03 # just wanted to say thank you again for hosting. It was excellent fun. 19.53.04 # actually, there's only one and I gave it to the swedes to put it online 19.53.39 # * pixelma agrees with GodEater 19.53.40 # GodEater: I hope it reached the required/expected standards ;) 19.53.40 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 19.53.52 # very much so ! 19.54.20 # the room was a bit small and crowded, same for the bar/dining room 19.54.59 Part cmwslw ("Ex-Chat") 19.55.29 # GodEater: are you home already? 19.56.04 # and the chocolates...? 19.56.10 # yep, got back hours ago 19.56.17 # chocolates have generated much love for me :D 19.56.31 # good for you 19.57.08 # * AlexP chimes in with thanks too, both for petur and the fund :) 19.57.50 # yes, the weekend turned out a lot cheaper than I was budgeting :D 19.58.19 # pixelma: not that I'm aware of. What exactly is the problem? 19.59.02 # I want to have some spacing between the player and the remote svg :) 19.59.32 # ah, so you're putting two images in an image float? 19.59.57 Quit XavierGr (Read error: 104 (Connection reset by peer)) 19.59.58 # JdGordon: I'll upload the recording to a temporary spot so you guys can start listening before it's on the rb site. I might redo the post-processing because I lost my patience with it on my slow laptop (was only a 1.4GB WAV file) 20.00.06 Nick Cory` is now known as Cory (n=Cory@h3.176.89.75.dynamic.ip.windstream.net) 20.00.19 Nick Cory is now known as Cory` (n=Cory@h3.176.89.75.dynamic.ip.windstream.net) 20.00.33 # ta 20.01.01 # bluebrother: sorry... float? Currently I just put two \includegraphics below each other 20.01.20 # err,, one below the other ;) 20.01.50 # ah, ok. Well, you could add some \vspace{amount} between those. 20.02.29 # thanks, I'll try 20.02.31 # s/some/a/ 20.03.08 # but thinking about it, is there any target where we couldn't put the two images next to each other? 20.03.18 # aargh... Bagder deleted the recording I had put on my NAS for him :( 20.03.31 # * petur fires up his laptop to get the other copy 20.04.27 # that will teach me, giving Bagder write access... stupid! 20.04.41 # bluebrother: you mean one on the left and the other on the right side? Not sure it won't look too crowded 20.05.10 # well, that's the question :) 20.06.14 Quit saratogahome ("CGI:IRC (EOF)") 20.06.18 # I think for the Iaudio (M3 at least) it could work out if the pictures are bottom aligned because the main unit's button labels are more at the top 20.06.31 # not sure about the H300 etc. 20.06.41 Join cspotcode [0] (n=bradla@pool-72-66-137-38.slsbmd.east.verizon.net) 20.08.45 # heh, the file was still there, couldn't see it due to access rights. Uploading now (28 minutes left) 20.16.40 # bluebrother: somehow I can't make it insert the vspace between the 2 pictures, somehow it's either above or below the 2 20.18.56 Join notlistening [0] (n=tom@94-195-105-95.zone9.bethere.co.uk) 20.19.24 # pixelma: can you pastebin the code somewhere? 20.23.22 # http://rockbox.pastebin.ca/1468993 - I won't be here for long though 20.25.42 # * petur needs faster uplink speed :/ 20.25.52 # gnah. Why has svnversion.sh been renamed? 20.27.24 # * petur looks forward to the new buildsystem. His new quadcore will be able to contribute in the buildsystem now :D 20.30.03 # pixelma: try adding a \newline before and after the \vspace 20.32.49 Quit n1s (Read error: 110 (Connection timed out)) 20.32.51 # * GodEater will also be able to donate his work PC as a build server 20.33.13 # it'll have to be cygwin or a vm on it tho... 20.33.48 # sadly, no svn at my work, and I'm not allowed to use much bandwidth for personal uses during the day 20.34.08 # technically neither am I 20.34.13 Join d3v14710n [0] (i=d3v14710@unaffiliated/d3v14710n) 20.34.20 # but they don't monitor it, and it's not a massive amount of b/w in the scheme of things 20.34.26 # Cygwin as a build server? Forget about that... 20.34.29 # (at my work = on the regular network behind the real firewall) 20.35.23 # GodEater: well, you've seen the bandwidth we have at work, so it would count more here... and that was already 3 links bundled. 20.35.55 # let's hope cityconnect (ADSL2+) gets here soon, then it will be less of an issue 20.36.53 # fingers crossed for you! 20.39.05 # alright... temporary location for the meeting recording: http://www.qnapclub.be/rockbox/R_LINE_090620-175818.mp3 20.39.09 # enjoy... 20.39.17 # bluebrother: it works but still not a 100% as I like it: now I have spacing between the two and below (whiich I wouldn't like) - and it had an influence on the horizontal alignment (before both were centered (seems to break the center environment then, I guess?) 20.39.21 # JdGordon: ping ^^ 20.39.48 Quit linuxstb (Remote closed the connection) 20.43.10 # interesting. Shouldn't break the center environment AFAIK. Though you could try to use two center environments, maybe that works better? 20.45.18 *** Saving seen data "./dancer.seen" 20.46.46 # * petur would like to hear from people listening to the recording: is it clear enough or should there be more/better post-processing? 20.47.05 # * GodEater gets curl to sucking on the download to find out 20.47.10 # my lazy side is showing up :) 20.47.16 Join guesticloe [0] (n=621cc6c1@gateway/web/cgi-irc/labb.contactor.se/x-f4638a4542bc4805) 20.47.25 # GodEater: what speed do you get? 20.47.54 # just interested in how good this hosting company is... 20.48.06 # 237K a second 20.48.18 # hmmm not really fast... 20.48.27 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 20.48.28 # it's about half what my line can do 20.48.36 Quit guesticloe (Client Quit) 20.49.01 # * petur waves at bertik. Back home? 20.49.13 # *bertrik 20.49.47 # * bertrik waves at petur 20.59.36 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 21.00.22 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 21.02.24 Quit stripwax (Client Quit) 21.04.03 # bluebrother: that helped for the centered alignment but with vspace I still have space 21.04.22 # ... added above and below the second image 21.09.48 # cheers petur 21.11.15 Quit bubsy ("Mrrrrreow!") 21.23.23 Quit Buschel () 21.23.50 Quit flydutch ("/* empty */") 21.27.44 Join cH360po [0] (n=57a6c8a9@gateway/web/cgi-irc/labb.contactor.se/x-5bf8eb5084f9dd65) 21.28.23 Join saratoga [0] (i=9803c6dd@gateway/web/freenode/x-6d570fc1ce6748d6) 21.31.46 # Hi there, I'm a newbie and I found a bug on the rb v3.2 - current build. When i release the hold button the display of my H340 display after several minutes of playback, the display fades in and out continously. That bug does not appear if "fade in" is deactivated. 21.32.39 # *When i release the hold button of my H340 after several minutes of playback, ... (should be readable then) 21.33.07 # cH360po: Rockbox 3.3 is out. Have you considered updating first? 21.33.07 Join markun [0] (n=markun@93-125-230-108.dsl.alice.nl) 21.33.29 # cH360po: "3.2 - current build" is sort of an oxymoron too 21.33.41 # plus, what are you referring to as "3.2 - current build"? We have a release 3.2 and current builds, which are ocmpletely different 21.33.42 # bluebrother: yes it's the current nightly 21.33.49 # then it's not 3.3 21.34.07 # i tried 3.2, 3.3 and the current nightly 21.34.16 # it appears on all of 'em 21.34.24 # ahm you mean, "from 3.2 to current"? 21.34.33 # gevaerts: yes 21.35.48 Join CathodeRayTube [0] (n=43ea47fa@gateway/web/cgi-irc/labb.contactor.se/x-9f9f25aca478d04b) 21.36.00 # hm, I've never seen or heard that 21.36.22 # * gevaerts grabs his h320 21.40.33 # cH360po: it sort of flickers a bit here (i.e. seemingly random brightness changes). Is that what you're seeing as well, or do you have full fades to black? 21.41.03 # gevaerts: full fades to black ... 21.41.55 # This is an old build though (r19926, from february). I'll try a newer one 21.42.49 # the bug did not appear till 3.1 21.43.46 # 3.1 was in december 21.45.14 # hmmm could it be that the wps-theme is not compatible? 21.45.22 # woohoo.. 24049 bogomips (4 cores) :D 21.45.39 # cH360po: no. That should never have this sort of result 21.46.41 # does you have a minimum time you need to keep it on hold? 21.47.13 # yeah, feels like it's several minutes 21.47.58 # ahh 21.48.30 Quit markun ("leaving") 21.48.38 # and if i go to the settings menu then sometimes it stops blinkin 21.49.48 # I'm seeing the same on my sansa, I think 21.50.16 # Maybe related to caption backlight? 21.51.59 # * gevaerts leaves this to rasher and goes to sleep :) 21.54.08 # cH360po: do you have caption backlight enabled? 21.56.13 # * rasher is thinking the backlight changes might be queued up somehow 22.01.12 # rasher: yes 22.01.37 # could be that 22.01.52 Quit faemir (Remote closed the connection) 22.02.05 # And also backlight off when on hold? 22.02.28 # yes 22.02.56 # I'm almost willing to bet that combination causes backlight changes to get queued up 22.03.14 # Probably requiring backlight fading as well 22.03.27 Join _Auron_ [0] (n=DarkAuro@adsl-76-203-192-240.dsl.rcsntx.sbcglobal.net) 22.03.54 # rasher: i tested it and the longer it stays on hold, the longer it blinks 22.04.34 # Makes sense 22.07.56 # i dunno how to create a bug report and what to write 22.08.22 # I'll do it 22.08.59 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 22.09.13 # thx a lot, i'm uploading a video where one can see the bug 22.09.49 # http://solidfiles.com/d/Bb2I 22.10.05 Join faemir [0] (n=faemir@78.33.109.163) 22.11.19 # kugel's the last person to touch backlight fading, wasn't he? 22.11.44 # IIRC, yes 22.13.08 # Do you need any further information rasher? Otherwise I would log off then :) 22.13.36 # I don't think so, no. 22.13.59 # thanks a lot and bye bye 22.14.08 Quit cH360po ("CGI:IRC 0.5.9 (2006/06/06)") 22.14.34 Join nibbler_ [0] (n=Nibbler@pD9E33035.dip.t-dialin.net) 22.17.57 Join n1s [0] (n=n1s@rockbox/developer/n1s) 22.18.21 Join BradfordDS [0] (n=nds@d75-159-180-208.abhsia.telus.net) 22.18.41 # Anyone knowledgeable about backlight (fading), please check out FS#10362 22.22.17 Nick Bagder_ is now known as Bagder (n=daniel@1-1-5-26a.hud.sth.bostream.se) 22.24.10 Quit petur ("ZzzzzzzzzzzzzzzzzzzzzzzzZzzzzzzzzzzzzzzzzzzz") 22.24.58 Join bubsy [0] (i=Bubsy@94.139.72.137) 22.26.46 Quit Lss (Read error: 104 (Connection reset by peer)) 22.29.30 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 22.34.12 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 22.38.13 # http://daniel.haxx.se/blog/2009/06/21/rockbox-devcon-2009-summary/ 22.38.34 Quit BradfordDS (Read error: 110 (Connection timed out)) 22.38.45 # what does a flashing charging light on h140 mean? 22.38.59 # it means the matrix has you 22.39.07 # can we release the new PP bootloaders that do not boot the OF on plugin? 22.39.07 # i knew that already ;) 22.39.20 # saratoga: yes we should 22.39.27 # they seem to be ready, i think all thats left is to post sansapatcher binaries for them 22.39.48 # Bagder: the binaries are on FS waiting to go to the download server 22.40.13 # I'm not up to it today, but will fix soonish 22.40.30 # ok as long as you're aware 22.40.37 # there is no need to hurry 22.40.41 # Bagder: i think you typod GodEater on your blag entry 22.40.54 # well it fell to the floor, didn't work at all untill i connected the charger, now the light flashes, it keeps working even without charger though 22.40.55 # oh 22.41.02 # so I guess the battery is just very empty 22.41.16 # can we also release a new bootloader for iPod, even though there's no dualboot behaviour change for that? 22.41.17 # because it got shorted when it fell 22.41.23 # is that possible? 22.41.29 # so that the released bootloader will have my OSOS boot patch in it? :) 22.41.32 # and petur as well :-/ 22.42.14 Quit Sajber^ (Read error: 104 (Connection reset by peer)) 22.42.48 Join Sajber^ [0] (n=Sajber@h-143-12.A213.priv.bahnhof.se) 22.43.26 # I have trouble flashing the m3 gevaerts borrowed me, but I can't ask them since they are both probably asleep now 22.43.48 # both gevaerts? ;-) 22.44.01 # gevaerts and markun I mean :) 22.44.24 # and "lent"! 22.44.28 # * Mikachu tries to leave proof reading mode 22.45.22 *** Saving seen data "./dancer.seen" 22.46.21 # ah I think I got it 22.47.10 Quit bluebrother ("leaving") 22.47.14 Join Grahack [0] (n=chri@stc92-1-82-227-106-100.fbx.proxad.net) 22.53.08 Join Thundercloud_ [0] (i=thunderc@persistence.flat.devzero.co.uk) 22.54.25 Quit Thundercloud (Read error: 101 (Network is unreachable)) 22.58.53 Quit Grahack ("Leaving.") 23.06.00 Quit Rondom ("Ex-Chat") 23.06.59 Part cspotcode 23.10.03 Join markun [50] (n=markun@rockbox/developer/markun) 23.10.35 Quit markun (Client Quit) 23.11.22 Join markun [50] (n=markun@rockbox/developer/markun) 23.15.07 Join Blue_Dude [0] (n=chatzill@adsl-235-206-197.mco.bellsouth.net) 23.15.44 # Please check out FS#10364 and FS#10365. They are short patches to cut down on debug output clutter. Thanks. 23.18.04 Join tchan [0] (n=tchan@lunar-linux/developer/tchan) 23.24.00 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 23.24.37 # New commit by 03zagor (r21455): Exit on INT signal. 23.25.16 Join kugel [0] (n=kugel@rockbox/developer/kugel) 23.25.53 # New commit by 03zagor (r21456): Changed rmtree() to 'rm -r', hopefully fixing the bug. ... 23.26.24 Nick Horschti is now known as Horscht (n=Horscht2@xbmc/user/horscht) 23.27.47 Join cmwslw [0] (n=cmwslw@c-98-249-113-152.hsd1.tn.comcast.net) 23.32.09 # any know whee the instuction on how to creat your own .talk files is on the wiki i am being stupid 23.32.23 Part cmwslw ("Ex-Chat") 23.32.24 # Blue_Dude: ah yea, those are annoying 23.39.36 Join safetydan [0] (n=deverton@rockbox/developer/safetydan) 23.39.49 # markun, gevaerts, I flashed the OF of the meizu M3, it does indeed support voice recording, so the flat cylindrical thing must be the microphone 23.42.43 # if anyone wants to test the new build system "live", follow the wiki instructions: http://www.rockbox.org/twiki/bin/view/Main/BuildServerRemake#Test_run 23.42.47 # bertrik: wow, cool 23.42.51 # I'll be here another hour at least 23.43.14 # now I just need a way to delete the silly voice recording I made ... 23.43.56 # kugel: Sorry, I was off for a few minutes. I would appreciate a commit on those debug patches. Fewer messages are better unless you really need to see them. 23.45.10 # Blue_Dude: how does that work now? it seems you need a logf build for those now? 23.45.16 # hm, it's not trivial to find the svn checkout uri 23.45.25 # \o/ I can now control the backlight brightness with the touch strip 23.46.00 # bertrik: what did you change? 23.46.17 # markun, the problem with the interrupt was that I also needed to clear the interrupt in the interrupt controller, not just in the timer 23.46.19 # gevaerts: we should have given him a meizu much earlier :) 23.47.03 # so what probably happened is that the interrupt kept on firing, starving the main "thread" of CPU time 23.47.08 # Mikachu: link added 23.47.28 # bertrik: so, what's next now? 23.47.56 # I don't know, sleep I guess :P 23.48.03 # the "which" command on line 400 doesn't seem to work for me 23.48.08 # markun: I'm still angry that you take him away from the AMSes, you shouldn't have given him one at all :P 23.48.16 # :) 23.48.20 # Mikachu: what happens? 23.48.32 # Zagor: it just runs "which" without any arguments 23.48.33 # by the way, I thought the meizu m3 interrupt controller was the same as the "standard" arm interrupt controller, but it's slightly different 23.48.49 # Mikachu: what is your -archlist param? 23.48.55 # arm 23.49.14 # print $archlist; just above gives "1" 23.49.16 # that's odd 23.49.27 # which system is this? 23.49.42 # if i change "arm" to "1" it works 23.49.46 # in the %which array 23.49.54 # > You specified arch sdl but don't have in your path! 23.49.56 # well, it prints HELLO on stdout 23.49.56 # Zagor: will you add some nice (and useless) text messages to broadcast to the clients? 23.49.57 # well it's not supposed to be 1 ... :) 23.50.06 # 1 isn't a supported architecture though :P 23.50.12 # Zagor: Is it not sdl? 23.50.17 # markun: yeah that's planned 23.50.23 # Zagor: gentoo linux 23.50.35 # sdl targets are not built yet 23.50.35 # Zagor: looking forward to it :) 23.50.40 # i am guessing it's not supposed to print to stdout either 23.50.53 # Mikachu: uh, no 23.51.03 # Zagor: Ah, maybe it should detect if the archlist has something that is not in %which? 23.51.24 # rasher: yeah, I noticed that too just recently 23.51.29 # Zagor: lines 27 and 18 look like they might be in the wrong order btw 23.51.40 # kugel: no, DEBUGF still works fine. But if you use logf, it's easy to make all the debug messages in your file conditional with a #define statement. So if you need to debug the module, remove the comment markers around the #define. Otherwise, it's silent. 23.51.44 # yes, darn I forgot to commit that :( 23.52.05 # i get a "curl: (6) Couldn't resolve host 'http:'" after running for a while 23.52.12 # New commit by 03zagor (r21457): $upload must be set after $buildmaster... 23.52.25 # yes, I'll schedule an update. hang on. 23.52.30 # Blue_Dude: you mean you don't need to enable logf in the advanced build menu? 23.52.42 # New commit by 03zagor (r21458): Bumped revision. 23.52.45 # http://pastebin.com/m36ac3de9 23.53.29 # if i don't change anything, it does this 23.53.30 # You specified arch 1 but don't have in your path! 23.53.44 # Blue_Dude: alright, I see: /* built without logf() support enabled, replace logf() by DEBUGF() */ 23.53.49 # Zagor: That worked nicely 23.54.15 # yeah I'm quite happy with the update feature 23.54.41 # Kugel: Nope. All you need to do is #define LOGF_ENABLE, then #include logf.h. You need a few more #defines to make the code non-simulator friendly. Then replace all the DEBUGF's with LOGFQUEUE's or whatever. 23.54.48 # if we're going to have templates for the commit messages, we surely also need the tracker to generate those for us ;) 23.55.06 # Mikachu: I'm guessing your perl does the -s flag differently. but I don't know for sure. 23.55.07 # uncommenting the use strict; is fun too 23.55.18 # this is regular perl 5.8.8 23.55.30 # unfortunately we only had debian boxes at devcon so the testing was a bit limited 23.55.31 # Zagor: and also, you're not using -s 23.55.39 # rbclient is 23.55.46 # if i add that, it works 23.55.49 # Zagor: is it doing mulitple builds in parallel? 23.55.52 # look at runclient.sh again 23.56.07 Quit matsl (Read error: 110 (Connection timed out)) 23.56.20 # Mikachu: ah, that's the difference. good catch! 23.56.31 # Blue_Dude: ok, I understand, I'm gonna commit them 23.56.35 # it seems to do something now 23.56.48 # saratoga: not really. it "only" starts the next build while the previous is uploading 23.57.17 # Mikachu: which shell is /bin/sh on your box? 23.57.22 Quit markun ("good night") 23.57.28 # kugel: thanks! 23.57.29 # Zagor: bash 4.0p17 or so 23.58.04 # Blue_Dude: I think the vorbis one was by accident anyway, not sure about the albumart one 23.58.16 # perl 5.8.8 sounds a bit old for being gentoo? I have 5.10.0 on my debian testing. 23.58.53 # someone told me to stay away from 5.10