--- Log for 26.01.110 Server: zelazny.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 9 days and 4 hours ago 00.06.34 Quit Oxymis (Remote closed the connection) 00.08.03 Quit Zagor ("Clint excited") 00.09.17 # domonoky: It seems multiple themes at once is the problem - if I try to do that nothing happens and I have to clear cookies/cache again before I can do anything else 00.09.18 Quit simabeis (Remote closed the connection) 00.11.23 # New commit by 03Domonoky (r24334): Dont show themedetails of hidden themes. 00.12.40 Quit Barahir (Read error: 113 (No route to host)) 00.13.23 Quit n17ikh (Read error: 104 (Connection reset by peer)) 00.15.43 Join simabeis [0] (n=simabeis@lobmenschen.de) 00.16.02 Mode "#rockbox +v simabeis " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 00.16.20 # AlexP: good to know. But i dont know what could go wrong there. If some PHP skilled person wants to look: the code in questions is at the top of private/admin.php 00.16.56 Quit GeekShadow (Read error: 110 (Connection timed out)) 00.17.35 Quit domonoky (Read error: 104 (Connection reset by peer)) 00.17.48 Join GeekShadow [0] (i=Antoine@reactos/tester/GeekShadow) 00.18.08 Mode "#rockbox +v GeekShadow " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 00.18.44 Quit GeekShado_ (Read error: 110 (Connection timed out)) 00.19.23 Join GeekShado_ [0] (n=Antoine@78.251.74.96) 00.19.44 Mode "#rockbox +v GeekShado_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 00.21.28 Join n17ikh [0] (n=n17ikh@host-69-59-126-212.nctv.com) 00.21.48 Mode "#rockbox +v n17ikh " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 00.27.37 # amiconn: if iram is not used, neither is the table. i can make the use of rsbs conditional, though... 00.35.30 Quit GeekShad__ (Read error: 110 (Connection timed out)) 00.37.06 Quit GeekShadow (Connection timed out) 00.39.05 Join GeekShadow [0] (i=Antoine@reactos/tester/GeekShadow) 00.39.26 Mode "#rockbox +v GeekShadow " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 00.42.03 Join Strife89 [0] (n=michael@adsl-220-102-197.mcn.bellsouth.net) 00.42.24 Mode "#rockbox +v Strife89 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 00.46.47 Join funman [0] (n=fun@rockbox/developer/funman) 00.47.05 # saratoga: FS#9332 doesn't seem to affect battery life 00.47.07 Mode "#rockbox +v funman " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 00.47.26 # funman: good to know 00.47.50 # so either we're not powering down the flash correctly, or sandisk designed the hardware to work efficiently without a memory buffer 00.48.30 # http://www.rockbox.org/tracker/task/9332?getfile=21250 00.48.40 Quit pamaury ("abort();") 00.49.01 Part froggyman 00.49.03 # we could try to really power it down with MCI_POWER 00.51.35 Join fdinel [0] (n=Miranda@modemcable235.127-131-66.mc.videotron.ca) 00.51.55 Mode "#rockbox +v fdinel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 00.52.00 # i'll try to remember it tomorrow when my clip's charged 00.54.28 Quit GeekShado_ (Read error: 110 (Connection timed out)) 00.56.42 Quit bimbel ("Bye!") 00.56.46 Quit funman ("free(random());") 01.16.19 Quit jgarvey ("Leaving") 01.17.05 Quit GeekShadow (Read error: 110 (Connection timed out)) 01.20.44 Quit avacore (Read error: 104 (Connection reset by peer)) 01.22.14 Join avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) 01.22.34 Mode "#rockbox +v avacore " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 01.24.11 Quit parafin (zelazny.freenode.net irc.freenode.net) 01.24.11 NSplit zelazny.freenode.net irc.freenode.net 01.24.11 Quit avacore (zelazny.freenode.net irc.freenode.net) 01.24.11 Quit S_a_i_n_t (zelazny.freenode.net irc.freenode.net) 01.24.11 Quit Horscht (zelazny.freenode.net irc.freenode.net) 01.24.11 Quit toffe82 (zelazny.freenode.net irc.freenode.net) 01.24.11 Quit elcan (zelazny.freenode.net irc.freenode.net) 01.24.11 Quit crashd (zelazny.freenode.net irc.freenode.net) 01.24.11 Quit Res1 (zelazny.freenode.net irc.freenode.net) 01.24.11 Quit Xerion (zelazny.freenode.net irc.freenode.net) 01.24.11 Quit rvvs89 (zelazny.freenode.net irc.freenode.net) 01.24.11 Quit Zarggg_ (zelazny.freenode.net irc.freenode.net) 01.24.11 Quit Kohlrabi (zelazny.freenode.net irc.freenode.net) 01.24.11 Quit jvd (zelazny.freenode.net irc.freenode.net) 01.24.12 Join Kohlrabi_ [0] (n=Kohlrabi@frustrum.nosebud.de) 01.24.12 Join yawny [0] (i=user36@pr0.us) 01.24.21 NHeal zelazny.freenode.net irc.freenode.net 01.24.21 NJoin S_a_i_n_t [0] (i=S_a_i_n_@203.184.3.6) 01.24.22 Join jvd_ [0] (n=syscrash@209.126.180.153) 01.24.31 NJoin Horscht [0] (n=Horscht2@xbmc/user/horscht) 01.24.37 Mode "#rockbox +v yawny " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 01.24.38 Mode "#rockbox +v Kohlrabi_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 01.24.39 NJoin toffe82 [0] (n=chatzill@12.169.218.14) 01.24.39 Mode "#rockbox +v S_a_i_n_t " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 01.24.40 Mode "#rockbox +v jvd_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 01.24.43 Mode "#rockbox +v Horscht " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 01.24.44 NJoin Xerion [0] (n=xerion@82-170-197-160.ip.telfort.nl) 01.24.51 Mode "#rockbox +v toffe82 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 01.24.52 NJoin Zarggg_ [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 01.25.03 Mode "#rockbox +v Xerion " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 01.25.13 Mode "#rockbox +v Zarggg_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 01.25.44 Join avacore^ [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) 01.25.50 Part toffe82 01.26.04 Mode "#rockbox +v avacore^ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 01.27.07 Nick Kohlrabi_ is now known as Kohlrabi (n=Kohlrabi@frustrum.nosebud.de) 01.27.16 NJoin crashd [0] (i=foobar@lostnode.org) 01.27.37 Mode "#rockbox +v crashd " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 01.30.18 Join Res1 [0] (n=Res@adsl-067-034-129-222.sip.mco.bellsouth.net) 01.30.18 NJoin parafin [0] (i=parafin@paraf.in) 01.30.35 Mode "#rockbox +v Res1 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 01.30.35 Mode "#rockbox +v parafin " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 01.32.17 Join rvvs89 [0] (n=ivo@bright-snat.ucc.asn.au) 01.32.37 Mode "#rockbox +v rvvs89 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 01.34.10 # oooh, i found a magic number for ffs that has zeroes for the first *three* table entries... i think i might be able to do the pow2 division case without having to form the address of the table in a register 01.53.24 *** Saving seen data "./dancer.seen" 01.54.36 Quit JdGordon| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 02.00.10 Join Oxymis [0] (n=quassel@adsl-065-013-002-216.sip.asm.bellsouth.net) 02.00.30 Mode "#rockbox +v Oxymis " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 02.00.37 # hrm, this seems innocent enough... why the data abort at the ldrb? add r2, pc, r2, lsr #26; ldrb r1, [r2, #.L_udiv_pow2_table-.-4] 02.01.03 # there's a 64B table at .L_udiv_pow2_table... it looks just fine in objdump :/ 02.14.18 Quit GodEater (Read error: 110 (Connection timed out)) 02.15.02 Join JdGordon1 [0] (n=jonno@173-128-250-191.pools.spcsdns.net) 02.15.23 Mode "#rockbox +v JdGordon1 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 02.19.34 # amiconn: pow2 test gets me about a .22MHz improvement, if i remove the small-divisor test from the table lookup path, and if i move the 0-divisor test into the pow2 part 02.22.16 # i've not looked at the distribution of divisors on any finer resolution than blocks of 256, so it may be that although the first block is a huge portion of the divisors in practice, 1 is not terribly common. also the reciprocal LUT had to lose 64 entries ;) 02.22.26 # * stripwax cannot see amiconn's replies for some reason 02.22.54 # rasher: can you langtool not change the dest: field for a string? 02.25.33 # stripwax: well, he's said nothing for almost 3hr by my rceckoning. he'd suggested a good ways back that i try testing for power-of-two divisors in the specialized divider that the ape codec uses... 02.26.40 # * Unhelpful wishes there were a way to decode range coding with all of this division :P 02.26.41 # JdGordon1: What are you trying to do? 02.26.52 # s/with/without/ ? 02.26.56 # :) 02.27.14 # maybe I should deprecate the string instead of just changing the values 02.27.57 # stripwax: obviously that is what i meant! ;) 02.29.25 # also, there are 60+ deprecated strings, maybe its time to rip them out? 02.31.06 Quit stripwax ("http://miranda-im.org") 02.37.59 # JdGordon1: It doesn't save much space at all 02.38.11 # so, I know 02.38.21 # its just at some point we need to break it 02.38.26 # may as well be now :) 02.38.28 # Not really worth it to break backwards compatibility 02.39.20 # Anyway, still not sure what you were trying to do with the dest. Generally, if dest changes, we need translators' eyes on the thing 02.39.43 # would it be possible to have the themes site create a forum thread (if wanted) automatically for discussion? 02.40.01 # at least to have it clear the dest so its not translated anymore 02.40.21 # --deprecate does that, doesn't it? 02.40.36 # that seems to be overkill, but yeah i guess so 02.41.09 # I think I still don't quite understand what you're trying to do 02.41.24 Quit DataGhost (Read error: 113 (No route to host)) 02.41.28 Quit stephen___ (Read error: 104 (Connection reset by peer)) 02.41.48 Join stephen___ [0] (n=S@86-45-75-29-dynamic.b-ras2.srl.dublin.eircom.net) 02.41.48 # rename all references to custom satutsbar with the least amount of needed changes, which is bassically change the string in english.lang 02.41.51 # back in 10 02.42.08 Mode "#rockbox +v stephen___ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 02.42.23 # Change it to what? 02.44.55 Nick jvd_ is now known as jvd (n=syscrash@209.126.180.153) 02.45.09 Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) 02.45.29 Mode "#rockbox +v robin0800 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 02.50.00 # i dont know 02.50.21 # something more meaningful 02.52.59 # Well then you're potentially changing the meaning of the string, which means that translators need to see it. So just change it in english.lang 03.00.18 Quit Hillshum (Read error: 110 (Connection timed out)) 03.06.39 Join DerPapst [0] (n=DerPapst@p4FE8EC44.dip.t-dialin.net) 03.06.55 Quit DerPapst (Client Quit) 03.07.21 Quit JdGordon1 (Read error: 110 (Connection timed out)) 03.10.22 # JdGordon, In your recent WPS forum post asking for suggestions on renaming the custom status bar - how about a quick and dirty summary about what it _can_ do and what it _can't_ do - and perhaps how you (personally) think about the collection? (ie why "custom statusbar" is an outright lie!) 03.16.16 Join c200v1user [0] (i=44e61c9c@gateway/web/freenode/x-edaoogsckwwgohfq) 03.16.36 Mode "#rockbox +v c200v1user " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 03.17.11 # hi guys, i did the complete uninstallation of rockbox and now i have the error: can't load rockbox.mi4 03.17.24 Quit HBK (Read error: 104 (Connection reset by peer)) 03.17.28 # i can access to the c200v1 only via mini-b -> device mode 03.17.34 # can i restore something from there? 03.20.01 Join Hillshum [0] (n=hillshum@75-165-227-235.slkc.qwest.net) 03.20.21 Mode "#rockbox +v Hillshum " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 03.24.07 Quit Lss (Read error: 104 (Connection reset by peer)) 03.24.47 Quit Tomis () 03.28.52 Quit c200v1user ("Page closed") 03.34.54 Join Tomis [0] (n=Tomis@70.134.87.19) 03.35.15 Mode "#rockbox +v Tomis " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 03.36.11 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 03.36.32 Mode "#rockbox +v BHSPitMonkey " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 03.37.09 Quit Oxymis (Remote closed the connection) 03.44.20 Join robin0800_ [0] (n=quassel@general-ld-216.t-mobile.co.uk) 03.44.41 Mode "#rockbox +v robin0800_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 03.51.53 Quit robin0800_ (Remote closed the connection) 03.53.27 *** Saving seen data "./dancer.seen" 03.54.57 # soap: ok, fair enough 03.56.02 Quit stephen___ ("Leaving") 03.59.34 Quit Strife89 ("Bed.") 04.00.33 Nick fxb is now known as fxb__ (n=felixbru@85.214.97.64) 04.01.33 Quit robin0800 (Read error: 110 (Connection timed out)) 04.32.54 Join dys` [0] (n=andreas@krlh-5f72e9d2.pool.mediaWays.net) 04.33.15 Mode "#rockbox +v dys` " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 04.45.39 Quit TheSeven (Nick collision from services.) 04.45.51 Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) 04.46.03 Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven) 04.46.11 Mode "#rockbox +v TheSeven " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 04.48.43 Quit dys (No route to host) 04.51.20 Join rhodan_ [0] (n=quassel@81.62.93.53) 04.51.41 Mode "#rockbox +v rhodan_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 04.51.57 Quit panni_ (Read error: 104 (Connection reset by peer)) 05.04.39 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 05.06.37 Quit rhodan (Read error: 110 (Connection timed out)) 05.15.23 Quit fyrestorm ("Ur skills' fireproof like a wooden panel -- U got feds talking leet on your IRC channel!") 05.19.10 Quit dmb (Read error: 104 (Connection reset by peer)) 05.19.35 Join diz_Child [0] (n=preston2@61.142.114.74) 05.19.56 Mode "#rockbox +v diz_Child " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 05.20.33 # hello? 05.22.39 # hello 05.22.45 Join dmb [0] (n=Dmb@unaffiliated/dmb) 05.22.46 Join Llorean [0] (n=DarkkOne@99-32-77-163.lightspeed.hstntx.sbcglobal.net) 05.23.06 Mode "#rockbox +v dmb " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 05.23.07 Mode "#rockbox +v Llorean " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 05.26.38 # I got a moto m500 mp3 player, but the firmware(v1.01) from moto.org is not stable, (with the problem that once it go to the playing mode, it restarts again and again...), it's a STMP3550 based board, what can i do with it? 05.27.49 # well, you can't install rockbox, unless you're planning on doing a new port. as for reparis, that would be offtopic for this channel 05.29.46 # how can i do a new port? 05.31.17 # any guidence? 05.31.18 # you'd need to know c, and read this: http://www.rockbox.org/wiki/NewPort 05.31.30 # oh, thanks~ 05.34.40 Quit JdGordon ("Leaving.") 05.35.46 Quit Horscht ("Verlassend") 05.38.23 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 05.38.44 Mode "#rockbox +v JdGordon " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 05.39.07 Quit diz_Child () 05.39.53 Join diz_Child [0] (n=preston2@61.142.114.74) 05.39.56 Part diz_Child 05.46.44 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 05.46.51 Quit Zarggg_ (Read error: 104 (Connection reset by peer)) 05.47.04 Mode "#rockbox +v Zarggg " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 05.48.34 Join JdGordon1924 [0] (n=Miranda@c-24-22-210-83.hsd1.wa.comcast.net) 05.48.55 Mode "#rockbox +v JdGordon1924 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 05.53.30 *** Saving seen data "./dancer.seen" 05.54.23 # Is there a better way to change how the version information is displayed on the splash screen? right now I've just changed line 123 in main.c to "const char appsversion[]="My Custom Build;" (just to see how it'd work out), but it displays as "Ver. My Custom Build" instead of just "My Custom Build"...is there a way I can drop the "Ver. " altogether? 05.55.48 Join GodEater [0] (n=bibble@bb-87-80-121-64.ukonline.co.uk) 05.56.10 Mode "#rockbox +v GodEater " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 05.57.39 # Also, is there a way to change the time period for which the splash screen is displayed? Presently it's literally just a brief flash, I'd like to make it display for around 3~4 seconds perhaps...or to display until first button press. 05.59.52 # no and yes 06.00.00 # but im not telling you how, because thats bloody annoying! 06.03.04 # so no to being able to drop the "Ver. "? Hmmm....I'll have to think of something that suits it a bit better. and yes to the splash screen timeout, but no to explaining it? :P 06.17.00 Join HBK [0] (n=hbk@rrcs-97-77-49-215.sw.biz.rr.com) 06.17.21 Mode "#rockbox +v HBK " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 07.08.30 Join CGL [0] (i=CGL@190.207.171.223) 07.08.50 Mode "#rockbox +v CGL " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 07.10.17 # identify 07.10.25 Part CGL ("Saliendo") 07.10.59 Join CGL [0] (i=CGL@190.207.171.223) 07.11.19 Mode "#rockbox +v CGL " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 07.14.10 # Hi everyone, i wanna know why i can't play a ogg file in my e200? It's works fine in vlc player but not in the rockbox... Any suggest? Thanks! 07.14.39 # an ogg file?...do you mean vorbis? 07.14.53 # yeah! 07.16.04 Nick krazykit` is now known as krazykit (n=kkit@ppp-70-225-131-54.dsl.ipltin.ameritech.net) 07.16.07 # It's a podcast, and it works fine in windows with vlc player 07.16.47 # can you point me to this podcast? 07.19.16 # point you? My english is not so good, sorry 07.19.36 # do you mean, send you? 07.20.52 # i was just curious about the file itself...if it was a podcast, i assumed i could easily download it and examine it myself 07.21.43 # Ok... http://radiognu.org/podpress_trac/web/259/0/eepica-2010_01_24.ogg 07.21.53 # This is the link 07.22.16 # But it's 155 mb :S 07.26.44 Quit yawny (Remote closed the connection) 07.26.54 Join elcan [0] (n=loaa@pr0.us) 07.27.15 Mode "#rockbox +v elcan " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 07.27.56 Join Rob2222 [0] (n=Miranda@p4FDCBDF0.dip.t-dialin.net) 07.28.15 Mode "#rockbox +v Rob2222 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 07.29.02 # scorche, Are you downloading the file? 07.33.11 Part CGL ("Saliendo") 07.44.09 Quit evilnick_ (Read error: 110 (Connection timed out)) 07.45.20 Quit Rob2223 (Read error: 110 (Connection timed out)) 07.47.03 Quit gevaerts (Nick collision from services.) 07.47.14 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 07.47.35 Mode "#rockbox +v gevaerts " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 07.49.47 # Unhelpful: Ahem, it's still not used 07.50.30 # In your paste, you do rsbs r1, r1, #0 / tst r0, r0 07.51.33 # The flags produced by the rsbs are never used 07.51.53 Quit dmb (Read error: 110 (Connection timed out)) 07.52.54 Join dmb [0] (n=Dmb@unaffiliated/dmb) 07.53.15 Mode "#rockbox +v dmb " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 07.53.32 *** Saving seen data "./dancer.seen" 07.57.02 Quit liar (Read error: 113 (No route to host)) 07.58.02 Join yzflcyq [0] (n=777b13d3@giant.haxx.se) 07.58.23 Mode "#rockbox +v yzflcyq " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 07.59.10 Quit yzflcyq (Client Quit) 07.59.23 Join yzflcyq [0] (n=777b13d3@giant.haxx.se) 07.59.44 Mode "#rockbox +v yzflcyq " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 07.59.54 # CGL: well, i looked into the file a bit...there shouldnt be an issue with it being 48kHz (rockbox should re-sample that), but i transcoded it to 44.1kHz and it worked....there is a current bug with playback of chained vorbis files, but i do not really know myself how to tell if this is one of them or if the only reason that it worked when i transcoded it is if it was no longer chained 08.00.08 # you might havt to wait for someone who knows more about the format to come around.. 08.00.21 Quit yzflcyq (Client Quit) 08.00.43 Join yzflcyq [0] (n=777b13d3@giant.haxx.se) 08.01.04 Mode "#rockbox +v yzflcyq " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 08.01.09 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 08.01.30 Mode "#rockbox +v DataGhost " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 08.01.58 # So Mr./Mrs. AlexP,I'm the creater of the 'Windows Media Player 11 (Preview)' theme. 08.03.30 # Why was my theme Windows Media Player 11 (Preview) removed from the Rockbox theme site. 08.05.00 Quit yzflcyq (Client Quit) 08.06.23 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 08.06.44 Mode "#rockbox +v Zagor " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 08.14.34 Quit dmb (Read error: 110 (Connection timed out)) 08.16.22 Join saratoga_home [0] (i=463f90ed@gateway/web/freenode/x-fxninrexcdwlqxai) 08.16.43 Mode "#rockbox +v saratoga_home " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 08.17.28 Join dmb [0] (n=Dmb@unaffiliated/dmb) 08.17.49 Mode "#rockbox +v dmb " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 08.22.52 Quit saratoga_home ("Page closed") 08.35.31 Quit shai ("Leaving") 08.35.57 Quit kadoban (Read error: 113 (No route to host)) 08.38.53 Quit JdGordon1924 (Read error: 104 (Connection reset by peer)) 08.39.42 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 08.40.03 Mode "#rockbox +v bmbl " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 08.42.00 Join JdGordon1 [0] (n=jonno@c-24-22-210-83.hsd1.wa.comcast.net) 08.42.03 Quit togetic ("WeeChat 0.3.0") 08.42.21 Mode "#rockbox +v JdGordon1 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 08.43.59 Join flydutch [0] (n=flydutch@host177-45-dynamic.5-87-r.retail.telecomitalia.it) 08.44.20 Mode "#rockbox +v flydutch " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 08.53.58 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 08.54.19 Mode "#rockbox +v LinusN " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.04.20 # * dys` just opened his Nex II 09.04.22 Nick dys` is now known as dys (n=andreas@krlh-5f72e9d2.pool.mediaWays.net) 09.04.39 # I found a lonly TI DSP 320VC5416PGE without external memory 09.05.20 # it has 256kB internal ram, but I'm afraid this is not enough for porting rockbox? 09.05.52 # s/lonly/lonely/ 09.08.18 Join petur [50] (n=petur@rockbox/developer/petur) 09.08.39 Mode "#rockbox +v petur " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.11.03 # dys: perhaps not with all featurse, but you should be able to get some core stuff running at least 09.12.22 # i see. so the main obstacle is probably getting gcc running on this dsp 09.16.20 # Iirc the Neo had 256kB RAM as well, and openneo is a fork of (early) rockbox 09.16.26 # But the Neo is hwcodec 09.21.24 Join maruk [0] (n=papier@titanium.sdv.fr) 09.21.45 Mode "#rockbox +v maruk " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.23.18 # dys: oh, I didn't see that it was a DSP. yeah, that's an obstacle. 09.28.49 Quit JdGordon (Read error: 110 (Connection timed out)) 09.51.24 Join mt [0] (n=mtee@rockbox/developer/mt) 09.51.44 Mode "#rockbox +v mt " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.53.33 *** Saving seen data "./dancer.seen" 09.55.14 Join togetic [0] (n=togetic@unaffiliated/ibuffy) 09.55.34 Mode "#rockbox +v togetic " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.55.36 # saratoga: I have checked the output from the ATRAC3 decoder to look for the bug about audible noise in output. I wrote a wav file using test_codec and another wav file using ffmpeg, analyzed the spectrum of both, and from comparison, it seems that we're only a few db higher (~5-6db) in frequencies lower than 35HZ, Beyond that, I can't spot a difference between both. 09.58.03 # scorche: (I see CGL left) - Rockbox doesn't support chained ogg files, and probably never will. 09.58.37 Join terrakok [0] (n=terrakok@ppp78-37-2-210.pppoe.avangarddsl.ru) 09.58.42 # linuxstb: i see that, but i was not even sure if this file was a chained ogg file 09.58.57 Mode "#rockbox +v terrakok " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.59.21 # * scorche doesnt really now how to check for this sort of thing 09.59.31 Join Bagder [0] (n=dast@83.168.254.42) 09.59.52 Mode "#rockbox +v Bagder " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 10.00.01 # scorche: "ogginfo" 10.00.16 # (that file is chained - I downloaded the first few MB) 10.01.18 # A chained ogg file is simply "cat file1.ogg file2.ogg file3.ogg > chained.ogg" - so Rockbox would need to scan the entire file to find all the sub-files. 10.02.03 # hello! a file manager can be installed on rockbox-debian? 10.02.11 # * scorche apt-gets vorbis-tools 10.02.23 # terrakok: What's "rockbox-debian" ? 10.02.34 # terrakok: on the virtual image, i assume? 10.02.41 # yes 10.03.15 # terrakok: sure, though it is generally assumed that one would be using either the command line or windows via samba share to do such things 10.03.26 # apt-get install thunar (or something like it) 10.04.13 # thanks) 10.04.55 # linuxstb: thanks for cluing me in to how to see this sort of thing - ogginfo/vorbis-tools certainly shows such things =) 10.05.24 # * linuxstb wonders if there are any simple tools to split a chained ogg file 10.06.41 # linuxstb: i saw a lot of mention about OggSplit, but do not know how good it may be 10.06.49 # I installed mc, but changed gcc-Library 10.07.28 # and not work compilation 10.08.39 # terrakok: this really is more of a debian issue than a rockbox issue at this point 10.08.49 # also, you may be using a very old image... 10.09.54 # downloaded yesterday ... 10.10.17 # that doesnt mean you downloaded a newer one ;) 10.11.34 # The bug about rebuffering deleted files isn't reproducible in the sim, is it ? 10.11.36 # ) where new? 10.12.16 # mt: Do you know if the buffering code keeps the file "open" ? 10.12.51 # Or does it close and re-open it between buffering sessions? 10.13.51 # terrakok: here is a newer one, but it is getting a bit old now as well...it was never officially put up as I didn't have the time to test it and others didnt test fully, so your results may vary: http://forums.rockbox.org/index.php?topic=21010.0 10.14.03 # * scorche should probably whip up a new one once he has time 10.14.39 # linuxstb: No, I don't know about that. 10.15.38 # mt: What is the actual bug? 10.17.02 # linuxstb: FS#10874 - http://www.rockbox.org/tracker/task/10874?project=1&type=2&order=dateopened&sort=desc 10.18.15 # terrakok: you may be better off simply making your own image... 10.19.44 # scorche: I understand it) 10.20.30 # strange that no mc 10.20.33 Join liar [0] (n=liar@213162066173.public.t-mobile.at) 10.20.43 Quit bmbl (Read error: 110 (Connection timed out)) 10.20.54 Mode "#rockbox +v liar " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 10.21.08 # not really...it would just be another thing taking up yet more room and is something that isnt really needed 10.21.39 # * gevaerts never used mc, and he finds it strange that people want it :) 10.23.03 Quit BHSPitMonkey (Remote closed the connection) 10.24.33 Quit S_a_i_n_t ("S_a_i_n_t [St.]™") 10.29.46 # how do I configure qemu, to establish contact with him through krusader? 10.29.50 Part maruk 10.30.20 Join maruk [0] (n=papier@titanium.sdv.fr) 10.30.41 Mode "#rockbox +v maruk " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 10.31.46 # terrakok: this channel is for rockbox support only - you might be better served to ask a qemu or debian/etc channel for help with such issues 10.32.27 # sorry<) 10.35.16 Join kugel [0] (n=kugel@rockbox/developer/kugel) 10.35.36 # there is a strange bug in buffering 10.35.37 Mode "#rockbox +v kugel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 10.35.43 # it's reproducable in the sim 10.35.50 # http://fosdem.org/2010/schedule/events/emb_music_firmware 10.35.59 # not time or date set yet 10.40.18 # first_handle is being trashed 10.41.02 # watching it in gdb I can't see where it's getting a wrong value, so it seems to happen indirectly 10.42.49 Join derpeter_ [0] (n=derpeter@dslb-094-221-182-179.pools.arcor-ip.net) 10.43.10 Mode "#rockbox +v derpeter_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 10.45.20 Join NickRx [0] (n=4a882933@giant.haxx.se) 10.45.36 # anyway, it crashes my fuze pretty badly 10.45.41 Mode "#rockbox +v NickRx " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 10.45.57 # kugel: is that about FS#10874 or something different ? 10.47.48 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 10.48.09 Mode "#rockbox +v einhirn " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 10.49.21 Quit liar ("Verlassend") 10.53.21 # mt: the crash doesn't happen on hwcodec btw. which is not very surprising as it uses a different playback engine and buffering. I just checked in case to safely exclude something unexpected 10.54.20 # pixelma: Thanks :) 10.57.17 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 10.57.38 Mode "#rockbox +v bmbl " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 10.58.44 # linuxstb: What's the problem with chained ogg files? Sure rockbox won't know its proper playtime without scanning the whole file, but I would expect it to play... 11.00.02 Quit terrakok (Remote closed the connection) 11.00.10 # mt: no, that's a different one 11.01.15 # amiconn: I don't know exactly what happens - I've never tried it. Maybe the metadata parser rejects it. 11.02.57 Join mt_ [0] (n=mtee@41.233.150.69) 11.03.18 Mode "#rockbox +v mt_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 11.03.26 # maybe related or not, the changes to make buffering on the clip work don't look 64-bit safe at all 11.08.23 Quit stacker55 ("ircN 7.27 + 7.0 for mIRC (2002/01/10 00.00)") 11.08.47 # Ive been looking through the forums for a while now and still havent seen what I am looking for, basicaly im looking to buy a new mp3 player, but the one i have in mind isnt supported by rockbox, I have been studying electronics but I cant figgure out how you guys actualy reverse engineer the mp3 players. Can someone point me in the right direction? 11.08.51 Join bluebrother [0] (n=dom@g224238079.adsl.alicedsl.de) 11.09.11 Mode "#rockbox +v bluebrother " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 11.10.18 # int* here = 0x14720; int* there 0xff9569a3ff95998b [both are totally insane values]; int* end = 0x9668f0; int*begin = 0x9698d8 [the latter two are OK] 11.10.21 Quit mt (Read error: 60 (Operation timed out)) 11.12.53 Join Barahir [0] (n=jonathan@gssn-5f757498.pool.mediaWays.net) 11.13.13 Mode "#rockbox +v Barahir " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 11.14.27 # :( I answered my own question, thanks though :D 11.14.54 Join S_a_i_n_t [0] (i=S_a_i_n_@203.184.3.6) 11.15.14 Mode "#rockbox +v S_a_i_n_t " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 11.15.24 # debugging this is going to be a pain 11.16.32 # NickRx: we simply examine the hardware and stock firmware and try to come up with a way to upload code to it that it will run. then we try to create code that it can run. 11.16.54 # it's not a simple step-by-step process 11.17.15 # in spite of my overuse of "simple" :-) 11.17.48 # NickRx: See http://www.rockbox.org/wiki/NewPort ? 11.17.56 # s/See/Seen/ 11.18.40 # linuxstb: looking at the buffering thread, it seems that it actually keeps the file open and keeps trying to rebuffer. Even when I selected another file for playback (which doesn't play, as per the bug report) - the buffering thread seems to be still "stuck" with the previous file which has been deleted. 11.19.11 Nick mt_ is now known as mt (n=mtee@41.233.150.69) 11.19.51 # mt: Have you checked if behaviour is different with and without dircache? 11.21.23 # I was just looking for the wrong thing >.< 11.21.32 # But that sounds like the problem. Also, it will probably be fine in a (Unix at least) sim - if you delete a file in Linux which is currently opened, then the file is only deleted when the last process closes it. 11.25.54 Quit bluebroth3r (Read error: 110 (Connection timed out)) 11.26.24 # linuxstb: So our sim needs fixing in order to behave more target like 11.26.38 # In windows you can't delete an opened file at all 11.26.58 # linuxstb that page is really helpfull, the only thing i dont understand (I program on AVR chips, and im not sure if it has it) is how to get the original firmware off the chip (is this actually needed??) 11.27.01 # linuxstb: Behaviour is the same with dircache on. 11.27.13 Quit derpeter_ ("ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]") 11.27.27 # NickRx: We normally don't extract the firmware from the device, we work with firmware upgrade files provided by the manufacturer 11.28.07 # if they dont have any firmware upgrades im sol? 11.28.29 # I can't recall any Rockbox ports that have succeeded without them... 11.28.52 # with some devices extracting them off the player have been easy 11.29.17 # Bagder how was this done? 11.29.32 # file copy in most cases 11.29.34 # That's true. I guess the first thing is to examine the device and see if you can find the firmware files anywhere - i.e. on the disk. 11.30.06 # Some devices have separate firmware partitions where the firmware is stored. These may or may not be accessible via USB. 11.30.11 # NickRx: most players actually only have a bootloader in the "permanent" flash and then they load the OS part from somewhere else at start 11.30.46 # used to be disk, these days mostly nand flash 11.30.58 # NickRx: Which player are you looking at? 11.31.35 # http://www.visual-land.com/vl972.html 11.32.04 Join derpeter_ [0] (n=derpeter@dslb-094-221-182-179.pools.arcor-ip.net) 11.32.19 Quit kugel (Read error: 110 (Connection timed out)) 11.32.25 Mode "#rockbox +v derpeter_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 11.32.48 # Theres a 16gb version on a bunch of sites, but they all point to different companies, i sent an email to see if they do have a 16gb model, if they do I will buy it 11.33.31 # It looks like the old os from my old mp3 player, which I didnt like at all, so if I buy it my first concern will be changing it 11.33.52 # oh and adding a tilt sensor 11.33.57 # my guess that's a chinese player 11.34.25 # thus most likely one of the Chinese SoCs 11.34.26 # us based company in cali 11.34.38 # NickRx: that actually makes it? 11.34.50 # not just selling or branding it? 11.35.03 # how would i go about checking it? 11.35.10 # ask them? 11.35.12 # Should we be looking at changing the buffering behaviour to handle rebuffering for deleted files, or should we disallow deleting a file that's currently playing at all ? 11.36.19 # mt: I'd say skip the file if we discover it has been deleted 11.37.37 # its in cali, and a bunch of processors/microcontrollers are made there so i would guess its a US built product 11.38.29 # oh well, it doesn't matter too much at this point anyway 11.38.59 # NickRx: there's not a lot more to do/guess until you have an actual unit 11.39.06 # or find a downloadable firmware upgrade file 11.41.01 # >.< Thanks for all the info guys, I always wanted to figgure out how they made custom firmware 11.41.08 Join liar [0] (n=liar@213162066175.public.t-mobile.at) 11.41.29 Mode "#rockbox +v liar " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 11.42.53 # http://mympx.org/forum/dead-players/44799-visual-land-v-tap-board-id-cr43tftpmp-v1-4-processor-rk2705-firmware.html 11.43.17 # ok so i got the processor 11.45.00 # RK is Rockchip 11.45.12 # yep 11.45.20 # that site smells of spring rolls 11.45.36 # visual-land.com, I mean 11.45.50 # is there any other player that is supported by rockbox that uses that kind of chip? 11.46.05 # I doubt very much a US company would be that sloppy and clone-happy 11.46.05 # or one like it? 11.46.11 # "The RK2705 is an integrated system-on-chip with Dual Core architecture" 11.46.12 Quit kaniini (Read error: 113 (No route to host)) 11.46.19 Join kaniini [0] (n=kaniini6@dyn75-70.yok.fi) 11.46.34 Quit thegeek (Read error: 113 (No route to host)) 11.46.39 Mode "#rockbox +v kaniini " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 11.46.47 # Dual Core Architecture (ARM7EJC+DSP) 11.47.29 # that's pretty bad news imho 11.47.36 Quit derpeter_ ("ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]") 11.47.36 Join thegeek [0] (n=nnscript@s080b.studby.ntnu.no) 11.47.57 Mode "#rockbox +v thegeek " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 11.48.14 Join derpeter_ [0] (n=derpeter@dslb-094-221-182-179.pools.arcor-ip.net) 11.48.34 Mode "#rockbox +v derpeter_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 11.48.51 # how would i be bad news? 11.49.23 # the DSP part tend to be obscure and hard to get to 11.49.40 # and the ARM7 part feels like underpowered to do a lot on its own without the DSP 11.50.11 # Complies with the Universal Serial Bus specification Rev. 2.0, Supports USB Full Speed (12Mb/sec) and High Speed (480 Mb/sec), is Backward compatible with USB1.1 (This is good though right?) 11.50.28 # that doesn't mean anything 11.50.34 # yes, that means it does usb fine 11.50.54 # "If someone familiar with rk2705 firmware can suggest a small piece of DSP code, I'll try to find some ZSP G2 instructions, perhaps hack a simple (open source) disassembler because there doesn't seem to be one. " 11.51.08 # like that... 11.51.17 # The ARM7 is not that small actually 11.51.26 # It's one of the retrofitted ARMv5TE ARM7s :) 11.51.31 # and it lists its max clock as 240Mhz 11.51.36 # oh 11.51.53 # that might not be too shabby then 11.52.08 # whether you cna clock it that fast in a real device is different but hey 11.52.14 # I don't think I've ever seen a non-chinese player based on rockchip 11.52.31 Quit lostlogic (Read error: 60 (Operation timed out)) 11.52.43 Join lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic) 11.52.45 # archos 11.52.47 # It certainly seems *feasible* we could run on it, at least 11.53.03 Mode "#rockbox +v lostlogic " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 11.53.06 # it's not a tiny crippled thing like the s3 chip 11.53.08 # Bagder: archos has a rockchip player? 11.53.10 # Zagor: there's clearly archos players with RK2705 or 2706 11.53.11 # s1 even 11.53.28 # at least if the forums are right, they may not be 11.53.35 *** Saving seen data "./dancer.seen" 11.55.54 # ah yes it does say ARM7EJC 240MHz 11.56.11 # DSP 176MHz 11.56.37 # ARM7EJC is a weird one 11.56.57 # 5 stage pipeline but all the ARMv5TE instructions :) 11.58.09 # http://www.szxizhuo.com/UploadFiles/2009-3/Products/20093218105248185.pdf has this info btw 11.58.22 # a good old us domain ;-) 11.58.38 # but it is clearly a leaked docs 11.59.02 # indeed 11.59.21 Quit derpeter_ ("ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]") 11.59.35 # its the one i am looking at 12.00.09 # on the mympx.org forums there is talk of a leaked RK sdk but I couldn't find the actual download 12.00.16 Quit TheSeven ("ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]") 12.00.41 # Zagor: (I'm guessing you know Rockbox's FAT code) - would it be feasible for Rockbox to behave the same way as Unix does with respect to deleting open files? i.e. for as long as the buffering code has the file open, it can still read from it, even if it's been deleted? 12.01.03 # "visual land are famous for not giving out firmeware at all so i would not hold out much hope there" -- mp4nation.net 12.01.04 Join DerPapst [0] (n=DerPapst@p4FE8FC9D.dip.t-dialin.net) 12.01.25 Mode "#rockbox +v DerPapst " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 12.01.44 # linuxstb: we'd have have to introduce a virtual filesystem layer to keep track of that 12.01.45 Quit togetic (Read error: 110 (Connection timed out)) 12.02.30 # I don't quite see why we want to support deleting files that are being played? 12.03.55 # Zagor, I usualy just toss a bunch of mp3's on my players and then i go through them, find the ones i dont like and delete them (its nice to be able to delete it when its on the screen, like a quick option) 12.04.33 # NickRx: but surely you don't expect it to keep playing efter you delete it? 12.04.51 # nope, i expect it to go to the next song 12.10.36 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 12.10.57 Mode "#rockbox +v dfkt " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 12.18.22 # http://mympxplayer.org/viewtopic.php?t=12634 12.20.00 Join kugel [0] (n=kugel@rockbox/developer/kugel) 12.20.20 Mode "#rockbox +v kugel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 12.21.01 # NickRx: ah, PUDN :) 12.21.28 # "please upload some stolen code/datasheets to get download access to other stolen code/datasheets" 12.24.52 Quit Topy44 (Remote closed the connection) 12.25.10 Join Topy44 [0] (n=topy@my.fastsh.it) 12.25.30 Mode "#rockbox +v Topy44 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 12.27.40 Quit parafin ("So long and thanks for all the fish") 12.27.48 Join parafin [0] (i=parafin@paraf.in) 12.28.09 Mode "#rockbox +v parafin " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 12.35.58 Join evilnick [0] (n=evilnick@ool-457bccf5.dyn.optonline.net) 12.36.18 Mode "#rockbox +v evilnick " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 12.37.10 Part LinusN 12.37.38 # my bug seems to only happen when having skip length set to skip to outro (to skip to 5s before the end) and/or when skipping back from the end of a song 12.40.48 Quit Topy44 (Remote closed the connection) 12.40.53 Join Topy44 [0] (n=topy@my.fastsh.it) 12.41.14 Mode "#rockbox +v Topy44 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 12.42.14 Join MethoS- [0] (n=clemens@134.102.106.250) 12.42.35 Mode "#rockbox +v MethoS- " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 12.43.23 Join Stephen__ [0] (n=S@86-45-75-29-dynamic.b-ras2.srl.dublin.eircom.net) 12.43.43 Mode "#rockbox +v Stephen__ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 12.50.46 Join Assembler [0] (n=6d43857e@giant.haxx.se) 12.51.07 Mode "#rockbox +v Assembler " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 12.51.20 # hiya 12.51.36 # im back in a less laggy computer.... 12.52.46 # whats the easiest wy to compile rockbox on windows? 12.53.33 # linuxstb: I'd rather make the sim behave like target (file is gone after deletion) 12.53.49 # http://www.rockbox.org/wiki/SimpleGuideToCompiling 12.54.02 # using the virtual linux way is said to be the quickest 12.54.25 Quit Sajber^ (Read error: 104 (Connection reset by peer)) 12.54.29 # yeah justaa finished reading hat one 12.54.41 # justa finished reading it 12.55.37 # think its a wise idea to install porable virtualbox on a 4gb flash drive and xbuntu on it to have the compiler portable? 13.02.59 # amiconn: How would you do that? 13.03.48 # amiconn: But it sounds like a solution would be to force the playback code to skip to the next track before deleting it. That would also seem to be what a user would expect to happen, and would avoid the issue. 13.06.09 # Close the file on the OS side before deleting it 13.06.30 # Assembler: "easiest" is probably Cygwin. "quickest" (i.e. the time to do one build) is with a Linux VM. 13.08.18 # amiconn: What do you mean with "OS side" ? 13.08.48 # The OS "below" the sim 13.16.58 # You mean Linux (e.g.). Or the uisimulator/ code? 13.22.49 # move_handle() seems to be on fault 13.51.37 Join dfkt_ [0] (i=dfkt@unaffiliated/dfkt) 13.51.58 Mode "#rockbox +v dfkt_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 13.52.59 Quit dfkt (Nick collision from services.) 13.53.02 Nick dfkt_ is now known as dfkt (i=dfkt@unaffiliated/dfkt) 13.53.38 *** Saving seen data "./dancer.seen" 14.07.18 # * kugel has a suspicion 14.07.43 # it seems that there can be a case, where move_handle() with wrapping overwrites an existing handle 14.08.10 Join Oxymis [0] (n=quassel@adsl-065-013-002-216.sip.asm.bellsouth.net) 14.08.22 # I'm debugging the linked list, and it breaks sometimes with the next pointer being total garbage 14.08.30 Mode "#rockbox +v Oxymis " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 14.09.38 # I can imagine this problem is more likely to happen when the buffer size is roughly enough to hold a single song + a bit other data 14.10.22 # hiya :) 14.10.49 # can someone explain me why cant sansa fuze run the GBA emulator? 14.11.09 # what GBA emulator? 14.11.22 # i mean gameboy advance 14.11.34 # i heard lots of people telling fuze is too slow 14.11.41 # cant get why 14.11.54 # its 250 mhz 1 mb of RAM 14.12.24 # We don't have a GBA emulator 14.12.31 # That might bepart of it 14.12.52 Join maveas [0] (n=maveas@unaffiliated/maveas) 14.13.00 # amiconn: yes... and that beq .L_div0 needs to be moved up, actually, since right now it will trigger when dividing zero, instead of when dividing *by* 0 14.13.04 # yeah i kno you dont ahve one 14.13.13 Mode "#rockbox +v maveas " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 14.13.14 # So that is why you can't install it - it doesn't exist 14.13.35 # hay are you a developer? 14.13.39 # Nope 14.13.43 # * gevaerts waits for Assembler's reasons why the fuze should be fast enough for a GBA emulator 14.13.50 # Well, only of the manual :) 14.14.01 # ok.. 14.14.26 # im wondering if i can start mking plugins 14.14.34 # I suspect you can, yes 14.14.37 # i only have basic knowlage of C 14.14.58 # Have a look how the existing ones are done, and there is some info on the wiki 14.15.25 # thanks il try it :P 14.15.39 # 1MB of ram is not enough for a GBA emulator :) 14.15.44 # regardless of processor speed. 14.15.48 # gevaerts: well, they're both same/similar architecture - isn't gba arm7tdmi? you could probably get away with not emulating, provided the hardware stuff is reasonably well-separated (calls to a ROM BIOS of some sort instead of inlined) 14.15.57 # Unhelpful: No, the hardware stuff is none of the sort 14.15.59 # Torne: That needs :( not :) surely! :) 14.16.08 # You would need to stop emulating every dozen instructions or so 14.16.11 # Unhelpful: the GBA doesn't have any graphics or sound hardware? :) 14.16.14 # Torne: inline stuff al over? :/ 14.16.17 # the GBA has extremely magical and specialised graphics and sound hardware 14.16.18 # how good is the nanos RAM? 14.16.25 # i heard it has 80 Ghz 14.16.26 # Which is accessed by direct register reads/writes, constantly 14.16.36 # The nano has 32 MB of RAM 14.16.40 Join fyrestorm [0] (n=nnscript@cpe-24-90-81-175.nyc.res.rr.com) 14.16.42 # wow... 14.16.45 # 1st gen anyway 14.16.54 # 80GHz? of RAM?! you sure you're not trolling? :P 14.16.56 # And a dual core 80 MHz processor 14.16.59 # it really is better 14.16.59 # Unhelpful: There are no libraries for this stuff on GBA :) 14.17.00 Mode "#rockbox +v fyrestorm " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 14.17.11 # Unhelpful: games program the hardware directly 14.17.11 # i mean 80 Ghz processor speed silly XD 14.17.18 # Giga? 14.17.23 # M 14.17.26 # Mega 14.17.30 # whoops 14.17.35 # mistype 14.17.39 # And it has a dual core 80 MHz CPU 14.17.56 # anyway, for GBA you will need at least 8MB of ram, realistically 14.18.08 # even the smallest GBA carts are 2MB, most are 4/8, some are 16 14.18.09 # yeah that explains the price 14.18.20 # eh? 14.18.20 Part maveas 14.18.26 # I'm talking nano 1st gen here 14.18.28 # brb 14.18.40 # hay do you guys have eny idia what does sandisk think of rockbox? 14.18.56 # thinks* 14.19.07 # Torne: stop emulating every dozen instructions or so, or else pre-scan code and substitute calls to hardware emulation in place of direct access. and of course trap self-modifying code. messy... :/ 14.19.14 # Assembler: everyone loves us! 14.19.21 # Unhelpful: The problem is that that's quite a lot :) 14.19.30 # it really does do it constantly 14.19.39 # "port gpSP" is the best answer 14.19.47 # since that's the most optimal gba emulator on ARM by a long way 14.20.00 # but still you aren't going to do it on a platform with RAM smaller than the size of a rom 14.20.18 # Torne: sure we can, just use swap ;) 14.20.29 # heh 14.21.18 # You'd probably have to swap ram also :) 14.21.24 # since there's 386KB of writable memory on the GBA 14.21.45 Quit bmbl ("Bye!") 14.22.00 # that wouldn't be slowly destroying the storage ;) 14.22.54 # thinki can change my fuzes baterry with a small phone baterry? i wana impovre its battery life 14.23.12 # Assembler: anyway, porting gpSP or similar would be possible, but a lot of work and the result would not work on targets with such small ram, and would work very slowly on the targets without processors in the several hundred MHz :) 14.23.29 # So, just the beast again :) 14.23.31 # so, it might be halfway tolerable for RPG type games, maybe, on the Beast and similar 14.23.44 # but i would be surprised if even the beast could play many games in realtime 14.24.00 # the GBA graphics hardware really is hilariously awkward to emulate 14.24.03 # * GodEater still thinks the best way to play GBA games is on a GBA! 14.24.17 # indeed :) 14.24.20 # GodEater: What a novel plan 14.24.27 # it has, like, all the right buttons and stuff 14.24.51 # I think I even have one at home somewhere 14.24.51 Part Bagder 14.25.46 # next you'll be telling me we don't need Frotz because you have a z-machine at home somewhere! 14.25.49 # oh wait 14.26.01 # :) 14.26.01 # yeah i got lots of crazy ideas for plugins 14.26.01 # Torne: no, but he has a chip-8! 14.26.10 # the chip-8 isn't a real platform either! 14.26.16 # :) 14.26.38 # like will it be possible to use a port as an antenna to set up networking/ 14.26.51 # a pin 14.27.03 # connect a wire to a choosen pin 14.27.06 # Assembler: anyway, there is a big difference between what is theoretically possible on one or more targets, vs what will actually work on most of them, vs what anyone is likely to bother to do ;) 14.27.38 # er, you mean wifi? :) 14.27.50 # possibly 14.27.53 # Only if you can modulate that port at 2.4GHz.. 14.28.03 Nick fxb__ is now known as fxb (n=felixbru@85.214.97.64) 14.28.10 # wifi radios are not generally optional :) 14.28.18 # maybe bluetooth? 14.28.35 # it is not possible to emit signals at that frequency from anything that's not supposed to be a radio. 14.29.22 # maybe we can use a USB bluetooth rescuver? 14.29.22 # Torne: don't you need to modulate at twice that? 14.29.26 # resciver* 14.29.36 # idk 14.29.48 # justa throwng all cool ideas i had 14.30.10 # i like programming and i like such challanges 14.30.11 # a target that has USB host could use, in theory, any usb device someone wrote a driver for. 14.30.33 # not too many targets have usb host, though 14.30.38 # we have no usb host stack 14.30.43 # and we have no drivers for any usb devices 14.30.46 # and we have no network stack. 14.30.50 # so that would be quite a big project ;) 14.30.59 # several quite big projects 14.31.00 # maby we can setup the fuze to use USB? 14.31.10 # does the fuze have usb host? 14.31.19 # nope 14.31.23 # Then no 14.31.30 # butbut we can make a converter 14.31.34 # No you can't. 14.31.54 # use 4 pins and connect it to a USB device? 14.32.05 # The difference between host and device is not what kind of plug they have 14.32.13 # it's what actual electronics are connected :) 14.32.28 # right 14.32.38 # the only thing which can connect two USB devices "together" is another microprocessor with a USB Host interface. 14.32.42 # i.e. a computer 14.32.42 # didnt really think bout that 14.33.08 # but the fuze has a USB charge cable 14.33.29 # if it can transfer data with a PC means it has a USB interface doesnt it? 14.33.30 # All of our targets are USB devices 14.33.35 # USB interfaces are *not symmetrical* 14.33.42 # a USB device chipset is different from a USB host chipset 14.34.03 # Some of our targets have a USB host chipset as well, or have a USB OTG chipset which can function as either, but most of them don't. 14.34.11 # o ure really smart 14.34.16 # or im really dumb 14.34.18 # No, this is extremely basic knowledge 14.34.24 # XD 14.34.29 # im really young 14.34.33 # im just learning 14.34.35 # Yes. 14.35.10 # Embedded programming is difficult compared to most other things. 14.35.26 # generally this is not a great way to learn. 14.35.40 # um what is embedded? im israeli... 14.36.08 # developing low-level features for mp3 players is exceptionally hard, because we frequently have no documentation and must painstakingly reverse engineer everything from the original firmware, and because there are often limited or no debugging facilities. 14.36.37 # ok 14.36.51 # im justa really interested in it 14.36.58 # it looks really cool 14.37.17 # and like challanges so it really does looks difficult 14.37.28 # start with something easier :) 14.37.38 # i mean in that kind of development even hello orld can be hard 14.37.44 # Adding new hardware capabilities to the targets we support is about an eleven out of ten for difficult 14.38.03 # im startig making plugins 14.38.15 # Do more of that :) 14.38.27 # ex? 14.39.25 # wait cant you use the simulator as a debugging faxility? 14.39.37 # for applications yes, for hardware features, no. 14.39.57 # s/applications/plugins and such like 14.39.58 # ok 14.40.15 # the simulator doesn't simulate the actual hardware 14.40.26 # so you can't test drivers or anything that wayl. 14.40.29 # I have the strong feeling that while debugging the data abort that happens on target I also fight with 64bit-unsafety of some code 14.40.59 # kugel: oh dear :) 14.41.24 # it does pointer arithmetic with int32_t there :( 14.42.06 # yuck. 14.42.18 # well, int32_t*; and that shouldn't be a problem after all, but it's suspicious and I seem to get more crashes on the sim than on target 14.43.13 # how can i impovre the fuzes baterry life? 14.43.23 Join Lss [0] (n=Lss@cm80.omega217.maxonline.com.sg) 14.43.43 Mode "#rockbox +v Lss " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 14.44.40 # Depends what is causing it to have short battery life. 14.44.51 # But a first guess is "you can't" 14.45.06 # XD 14.45.18 # it lasts for less than a day 14.45.21 # most targets where our battery life is not as good as the OF, it's because there is some power saving feature of the hardware whcih we are not using. 14.45.40 # so, fixing that generally requires that someone reverse engineer a bunch more stuff to work out how to be more power efficient. 14.45.49 # i don't know what's up with the fuze specifically, though 14.45.54 # i don't have one ;) 14.46.04 # really? 14.46.12 # so what port do you have? 14.46.37 # i have an ipod video, a gigabeat s, and a clipv2 14.46.45 # oh, and an iriver h120 14.46.59 # wo you have lots 14.47.11 # i only have a fuze and i quite like it :P 14.47.14 # not really. some devs have a lot more than four :) 14.47.24 # yeah, I think amiconn has like 19 14.48.00 # its so fun spending time with you guys 14.48.42 # i mean ure the only ones i kno who really have some bit of idea about all that stuff and are ready to share it ith me 14.50.49 # use real words please 14.50.59 # i.e. "ure' is forbidden 14.51.12 # really? 14.51.20 # dont you like chat language? 14.51.26 # yes, read the irc guidelines linked to in the topic 14.53.41 # Assembler: that sort of thing makes the channel really hard to read for people who don't know English well or who use text to speech systems 14.54.57 # allright 14.59.32 Join Sajber^ [0] (n=Sajber@h-65-75.A213.priv.bahnhof.se) 14.59.53 Mode "#rockbox +v Sajber^ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 15.00.55 Join jgarvey [0] (n=jgarvey@cpe-065-190-066-169.nc.res.rr.com) 15.01.16 Mode "#rockbox +v jgarvey " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 15.05.37 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 15.05.57 Mode "#rockbox +v robin0800 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 15.09.44 # Torne: surely the pin could just feed data to a wifi or bt radio that you graft on... but if he wants to save batter, not a great idea ;) 15.09.57 # You could use a serial wifi radio, yah 15.10.02 # but they're not very good ;) 15.11.01 # I can't reproduce any crash on r23679 (the revision before the buffering fixes for the clip) 15.11.34 Quit tchan ("WeeChat 0.3.2-dev") 15.12.22 Quit Assembler ("CGI:IRC (EOF)") 15.13.42 # I also don't understand why it's coyping data backwards (*there-- = *here--) 15.14.02 Join tchan [0] (n=tchan@lunar-linux/developer/tchan) 15.14.09 # kugel: where? 15.14.23 Mode "#rockbox +v tchan " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 15.14.23 # buffering.c, move_handle() 15.14.57 # kugel: if you're doing it with indexes instead of pointers, the compiler can optimize away the loop test (on some platforms) ;) 15.15.15 # http://svn.rockbox.org/viewvc.cgi/trunk/apps/buffering.c?r1=23679;r2=23680;pathrev=23680; the removed comment mentions what I suspect to be still not fixed 15.17.09 # also you might do that in an overlap-safe memmove-type function, if you *also* have a branch that copies it forward instead 15.18.12 # optimization isn't my problem right now 15.21.12 # you asked why you'd copy backwards. copying backwards is safe if the start of dest overlaps with the end of source 15.22.04 # ah I missed that part of the second sentence 15.22.29 # I think it's overlap-with-itself-safe, but not overlap-with-existing-data safe :) 15.22.47 # although I think I managed that data abort on the clip to 15.22.49 # too 15.33.47 Join funman [0] (n=fun@rockbox/developer/funman) 15.34.07 Mode "#rockbox +v funman " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 15.40.46 Quit einhirn (Read error: 104 (Connection reset by peer)) 15.41.20 Join evilnick_B [0] (i=0c140464@rockbox/staff/evilnick) 15.41.32 Quit kugel (Read error: 110 (Connection timed out)) 15.41.41 Mode "#rockbox +v evilnick_B " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 15.42.35 Quit grndslm (Read error: 110 (Connection timed out)) 15.44.33 Join codeswing [0] (n=codeswin@unaffiliated/codeswing) 15.44.45 # hi 15.44.53 Mode "#rockbox +v codeswing " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 15.44.57 # Can I install rockbox on ipodf Shuffle 15.45.15 # codeswing: no 15.45.19 # supported devices are listed on the front page 15.45.20 # hmm 15.45.23 # hmm 15.45.24 # oh no 15.45.31 # is downloading it 15.46.17 # hey .. 15.46.21 # is it for real 15.51.43 Join codeswin_ [0] (n=codeswin@123.236.183.99) 15.52.04 Mode "#rockbox +v codeswin_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 15.53.40 *** Saving seen data "./dancer.seen" 15.54.19 Quit funman ("free(random());") 15.58.18 Join diz_Child [0] (n=preston2@61.142.114.74) 15.58.38 Mode "#rockbox +v diz_Child " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 16.00.00 Part codeswin_ ("Leaving...") 16.00.20 Nick Oxymis is now known as Adnyxo (n=quassel@adsl-065-013-002-216.sip.asm.bellsouth.net) 16.07.11 Quit codeswing (Read error: 110 (Connection timed out)) 16.17.05 Quit jgarvey (Read error: 110 (Connection timed out)) 16.17.31 Join jgarvey [0] (n=jgarvey@cpe-065-190-066-169.nc.res.rr.com) 16.17.56 Mode "#rockbox +v jgarvey " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 16.19.44 Join grndslm [0] (n=grndslm@174-126-14-4.cpe.cableone.net) 16.20.04 Mode "#rockbox +v grndslm " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 16.22.43 Quit diz_Child (Read error: 104 (Connection reset by peer)) 16.28.33 Quit DataGhost (Nick collision from services.) 16.28.41 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 16.29.01 Mode "#rockbox +v DataGhost " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 16.32.34 # amiconn: this just boggles me... without the LUT, pow2 special case seems to make the divider slightly slower.... 16.33.47 Quit antil33t (Read error: 104 (Connection reset by peer)) 16.33.51 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 16.33.53 Join antil33t [0] (n=Mudkips@203-184-54-232.callplus.net.nz) 16.34.11 Mode "#rockbox +v einhirn " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 16.34.13 Mode "#rockbox +v antil33t " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 16.52.38 Join toffe82 [0] (n=chatzill@12.169.218.14) 16.52.58 Mode "#rockbox +v toffe82 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 17.00.56 Quit DerPapst ("Leaving.") 17.01.39 Quit Xerion (" ") 17.01.54 Join TheSeven [0] (n=theseven@rockbox/developer/TheSeven) 17.02.15 Mode "#rockbox +v TheSeven " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 17.07.35 Quit robin0800 (Remote closed the connection) 17.11.47 Quit liar (Read error: 110 (Connection timed out)) 17.15.09 Join panni_ [0] (i=hannes@ip-95-222-52-93.unitymediagroup.de) 17.15.29 Mode "#rockbox +v panni_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 17.16.13 Quit Zagor ("Clint excited") 17.16.32 Quit einhirn (Read error: 110 (Connection timed out)) 17.18.42 # actually, no, the same table size is slightly slower with the pow2 special case, even though the test adds only 1 instruction compared to the low-divisor test that's used to handle 0-2 if the pow2 code is disabled. i should build with and without pow2 again with the table code removed, instead of comparing with-pow2 to an old time for the table-less code... maybe i changed something else without realizing it. 17.25.14 Join pamaury [0] (n=pamaury@ALyon-551-1-19-164.w92-137.abo.wanadoo.fr) 17.25.34 Mode "#rockbox +v pamaury " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 17.33.12 # gevaerts: will your usb storage *fix* of yesterday make any noticeable difference ? 17.33.54 # it will probably make things slightly slower. It didn't fix any user-visible issue for me 17.36.56 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 17.37.16 Mode "#rockbox +v einhirn " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 17.47.56 Join Kitar|st [0] (n=Kitr88@BSN-182-67-77.dial-up.dsl.siol.net) 17.48.16 Mode "#rockbox +v Kitar|st " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 17.49.52 Join Assembler [0] (n=6d43857e@giant.haxx.se) 17.50.12 Mode "#rockbox +v Assembler " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 17.50.20 # hello 17.52.03 Quit NickRx ("CGI:IRC") 17.53.43 *** Saving seen data "./dancer.seen" 17.54.08 # i need help 17.54.16 # enyone familiar with xubuntu? 17.54.35 # Assembler: Welcome to #rockbox 17.54.51 # Assembler: => #rockbox-community, please 17.56.16 # or even #ubuntu maybe 17.56.41 # how can i change the # thing? 17.57.12 # Assembler: This channel is for Rockbox questions. You will be ignored or shouted at if you ask off-topic questions. 17.57.36 # well actually my question is about rockbox... 17.57.51 # well be right back 17.59.16 Join Farthen [0] (n=chatzill@e176129033.adsl.alicedsl.de) 17.59.27 # so, what *is* your question? 17.59.36 Mode "#rockbox +v Farthen " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.00.20 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 18.00.34 Join samlii [0] (n=samlii@h-72-245-223-210.chcgilgm.static.covad.net) 18.00.54 Mode "#rockbox +v samlii " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.00.58 # how about "base skin" as a replacement name for the sbs? 18.01.07 Join _zic [0] (n=user@91-165-231-19.rev.libertysurf.net) 18.01.27 Mode "#rockbox +v _zic " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.04.41 Quit Lss (Read error: 104 (Connection reset by peer)) 18.05.33 Quit flydutch (Read error: 110 (Connection timed out)) 18.06.09 Quit Kitr88 (Read error: 110 (Connection timed out)) 18.06.28 Join Kitr88 [0] (i=Kitr88@89.142.99.158) 18.06.49 Mode "#rockbox +v Kitr88 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.07.20 Quit Sajber^ ("Leaving.") 18.07.22 Quit Kitar|st (Connection timed out) 18.08.07 Join Sajber^ [0] (n=Sajber@h-65-75.A213.priv.bahnhof.se) 18.08.27 Mode "#rockbox +v Sajber^ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.09.55 Join flydutch [0] (n=flydutch@host230-132-dynamic.15-87-r.retail.telecomitalia.it) 18.10.53 Join panni__ [0] (i=hannes@ip-95-222-52-93.unitymediagroup.de) 18.11.18 Quit panni_ (Read error: 104 (Connection reset by peer)) 18.11.33 Join liar [0] (n=liar@clnet-p09-185.ikbnet.co.at) 18.11.38 Mode "#rockbox +v flydutch " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.11.40 Mode "#rockbox +v panni__ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.11.53 Mode "#rockbox +v liar " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.13.20 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.13.40 Mode "#rockbox +v domonoky " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.24.55 Join kugel [0] (n=kugel@rockbox/developer/kugel) 18.25.16 Mode "#rockbox +v kugel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.27.45 # hiya 18.28.16 # im back 18.29.14 # i cant download the subversion package from the simple guide to cimpile for linux 18.30.07 # you mean sudo apt-get install subversion ? 18.30.11 # Do you have Debian/Ubuntu? 18.30.18 # other distributions don't use apt-get 18.30.46 # i have xubuntu 18.30.57 # wait i think it just worked! 18.31.07 # phew for 5th time now... 18.31.32 # JdGordon1: is there any need to change the .sbs extension? Why break all existing sbs themes for something that's arbitary anyway? 18.32.49 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 18.33.09 Mode "#rockbox +v JdGordon " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.34.37 Quit Assembler ("CGI:IRC (EOF)") 18.34.48 Quit maruk ("Leaving.") 18.35.51 Quit petur ("*plop*") 18.43.45 Join Xerion [0] (n=xerion@82-170-197-160.ip.telfort.nl) 18.44.05 Mode "#rockbox +v Xerion " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.45.16 Quit Adnyxo (Remote closed the connection) 18.46.57 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 18.47.18 Mode "#rockbox +v Horscht " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.51.04 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.51.25 Mode "#rockbox +v bertrik " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.53.18 # kugel: it at least needs a more descriptive name in the menu - "custom statusbar" is totally misleading 18.53.36 # yea, I can see that 18.53.51 # I meant the file extension particularly 18.53.56 Quit Sajber^ (Read error: 104 (Connection reset by peer)) 18.55.07 # kugel: we dont need to, it would make more sense to, but its not required 18.55.20 # and if we did, we oculd easily script it to fix all the themes 18.55.48 Quit dmb (Read error: 113 (No route to host)) 19.01.13 # JdGordon: and carefully fix all places which already deal with .sbs files. (themesite,checkwps,etc) 19.01.52 # why are they using it? 19.02.04 # checkwps especially 19.02.17 # it should just verify the text is legal,nothing else 19.02.34 # it checks them, dont know if checkwps really cares about the file ending. 19.03.18 # also if the themes are batch-fixed on the themepage, it means they nolonger work for older binarys (ie last release). 19.03.51 # yes 19.04.10 # thats not a reason to not do this though 19.05.10 # depends on when we want todo that. directly after a release might be bad :-) 19.05.52 # we shold have done this weeks ago :/ 19.08.25 # oh well... we branch today yeah? 19.08.28 # maybe we should come up with a name, which we can still short to .sbs :-) like "special base skin" 19.08.57 # skin base skin? 19.09.05 # super boring screen 19.09.09 # hehe 19.09.26 # skinned base screen? 19.09.35 # that good. 19.09.44 # in which case calling it "base skin" in the menu wouldnt be terrible 19.09.50 # back in 10 19.10.01 # .sbs = Sound like Bag of Shit :-) 19.13.56 Join komputes [0] (n=komputes@ubuntu/member/komputes) 19.14.17 Mode "#rockbox +v komputes " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 19.15.10 Quit dys (Read error: 104 (Connection reset by peer)) 19.15.32 # linuxstb: is there a way to fake a nano2g similar to the other ipods? I'd like to check against this rbutil crash with the nano2g bootloader 19.16.15 # how does it detect an ipod? 19.16.35 Join JdGordon| [0] (n=Miranda@131.107.0.69) 19.16.55 Mode "#rockbox +v JdGordon| " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 19.17.14 # haven't checked but I guess it's doing it the same way as for the other ipods, which is checking the partition layout and the firmware partition 19.22.54 # General question for everyone using Linux: What jukebox software do you use to sync your playlists to your rockbox device? 19.23.03 Join togetic [0] (n=togetic@unaffiliated/ibuffy) 19.23.23 Mode "#rockbox +v togetic " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 19.23.38 # rsync or cp 19.23.49 # cpio 19.24.14 # are you guys serious, you manually copy files to the device? 19.24.25 # sure, why not? 19.24.32 # man, that would drive me nuts 19.24.34 # blasphemy, but heck, thatss just me! 19.24.41 # i need to listen to it, make a playlist 19.26.27 Join Grahack [0] (n=Grahack@ip-222.net-82-216-222.rev.numericable.fr) 19.26.48 Mode "#rockbox +v Grahack " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 19.27.21 # Anyhow, RB 3.4 using RB-UTIL 1.2.3 fails to install on my iPod Nano 1G :( 19.27.39 # anyone available to walk me through it and report whatever issues may arrise 19.28.05 # komputes: I copy and paste 19.28.25 # AlexP: nice variation :D 19.28.35 # yep, I'm all about the gui me 19.28.40 # hehe 19.28.45 # are we ready to branch for 3.5? 19.28.56 # saratoga: yeppers 19.29.07 # komputes: So what is up with rbutil? 19.29.14 # What os firstly? 19.29.56 # AlexP: Ubuntu 10.04 Lucid Lynx 19.30.12 # Ah, an early alpha? 19.30.20 # Are you running with sudo? 19.30.48 # AlexP: yep, I'm all about the beta testinz me 19.30.56 # heh :) 19.31.12 # why are you trying to install 3.4 then, instead of the current build? ;) 19.31.29 # AlexP: hold up, last time I tried this I bricked the iPod, let me do it again. right now the ipod has the 1.3.1 apple fw 19.31.33 # yeah! its all about the 3.5 now 19.31.40 # komputes: You didn't brick it 19.31.47 # komputes: Brick means unrecoverable 19.31.59 # AlexP: the temporarily made it unusable w/o a mac ;) 19.32.05 # then* 19.32.08 # Ah, so it is a Mac Pod? 19.32.13 # i don't even think thats possible for an ipod 1g 19.32.17 # That won't work, it needs to be a winpod 19.32.19 # nano 1g 19.32.25 # they always have USB mode 19.32.30 # let me check the filesystem 19.33.05 # komputes: did rbutil gave any error messages ? 19.33.35 # hfs+, damn 19.33.54 # domonoky: don't remember, was a while ago 19.34.04 # komputes: Just formatting it won't work either 19.34.08 # thats a macpod. But rbutil should have told you that 19.34.28 # ok, so let me winbod this b-och and I'll be back to test 3.5 19.34.28 # komputes: Either restore it with windows itunes, or there is a manual method on the wiki somewhere 19.34.39 # winpod* 19.36.59 Quit JdGordon (Read error: 110 (Connection timed out)) 19.39.49 # komputes: if it fails again please save the system trace (in About / Troubleshoot / System Trace) after the problem occured and post it somewhere. 19.40.13 # bluebrother: will do thanks for the tip 19.40.52 Quit TheSeven ("ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]") 19.41.30 Join TheSeven|Mobile [0] (n=theseven@rockbox/developer/TheSeven) 19.41.30 # saratoga: didn't you have a patch for continuous logf saving? 19.41.42 # gevaerts: yeah 19.41.48 # its not clean enough to commit though 19.41.50 Mode "#rockbox +v TheSeven|Mobile " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 19.41.51 # AlexP, saratoga: I'm not 19.41.56 # (ready for branch) 19.42.08 # OK 19.42.24 # getting there, though 19.42.24 # ouch 19.42.54 # saratoga: forget it. I forgot that I'm logging MSC things, no disk access from within rockbox :( 19.43.16 # * gevaerts decides to grow the buffer instead 19.43.21 # yeah thats what i would do 19.43.33 # log to disk is only useful if you expect rockbox to crash or to log for a very long time 19.44.43 # saratoga: regarding funmans messurement; I do believe that there's little to zero difference with the flashbuffering patch on the clip because it rebuffers every other second anyway. But I have had a very significant reducement on the e200v1 19.45.33 Quit Zarggg (Read error: 104 (Connection reset by peer)) 19.45.35 # kugel: 350KB is still ~20 seconds of buffer 19.45.40 # the difference is probably the clip hardware 19.45.56 # or that we're not powering down the flash at all 19.46.00 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 19.46.14 # which actually wouldn't be surprising, it took us years to realize we didn't power down the flash on the e200v1 19.46.20 Mode "#rockbox +v Zarggg " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 19.46.23 # saratoga: other question, are we releasing for the clip? 19.46.33 # i don't see why not 19.46.38 # though i would keep it unstable 19.47.06 # do you release 3.5 for the nano2g? 19.47.33 # if not, I would suggest reverting r23680; there's a regression on at least the fuze 19.47.49 # (reverting in the release branch) 19.48.00 # liar: much too unstable 19.48.56 # don't all the unstable targets get "released" in 3.5? 19.48.57 # yep 19.49.08 # saratoga: you should be able to reproduce it easily if you set skip length to skip to outro, skipping to near the end and back to the beginning gives a data abort quite likely 19.49.17 # i thought the idea was to have a known good (or bad) build available 19.49.48 Join dantje_ [0] (n=dvg@HSI-KBW-095-208-155-207.hsi5.kabel-badenwuerttemberg.de) 19.50.05 # * TheSeven|Mobile would like to have more details of the nano2g problems 19.50.09 Mode "#rockbox +v dantje_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 19.50.10 # saratoga: we've never done that before 19.50.24 # we never had unstable targets before 19.50.30 # both the usb and flash issues seem to affect only very few people 19.50.45 # enough to be unstable 19.51.15 # is liar's patch accepted? 19.51.30 # which one? 19.51.37 # the flash/nand one 19.51.39 # the obvious usb bug was fixed, yes 19.51.46 # kugel: buffering on the fuze was always a little iffy, i don't think reverting that commit in the release makes sense 19.51.58 # it was? 19.52.05 # the nand one not, as it only affects very few people and the patch will probably break it for even more of them 19.52.05 # you'd just be trading one crash in a specific circumstance with a randomly occuring, but rare crash in normal buffering 19.52.12 # I can definitely say r23680 is introducing the regression 19.52.16 # saratoga: if we make 3.5 builds for unstable targets, people will use them. Do we really want that? For e.g. the D2 I can see the benefit, but for most of them, I'd want people to use the latest current build 19.52.47 # the specific crash is *way* more likely to happen 19.52.49 # kugel: I know why nano2g is still unstable, and I don't object to that 19.52.51 # and perfectly reproducable 19.53.02 # gevaerts: good point 19.53.05 # TheSeven|Mobile: i would not say the flash affects very few people 19.53.19 Quit Zarggg (Read error: 104 (Connection reset by peer)) 19.53.21 # i only wanted to note that i would need more detailed reports/research to finally sort it out 19.53.24 # flash bug* 19.53.28 # yeah but if its reproducible it should be avoidable :) 19.53.34 # saratoga: the rare crash in normal buffering never affected the fuze really 19.53.36 Quit togetic (Read error: 110 (Connection timed out)) 19.53.36 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 19.53.42 # how hard would a real fix be for it? 19.53.46 *** Saving seen data "./dancer.seen" 19.53.56 Mode "#rockbox +v Zarggg " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 19.54.01 # I've spend 4h trying to find the root cause, without success 19.54.16 # and you're sure it doesn't happen without matsch's changes? 19.54.24 # yea 19.54.34 # strange 19.54.46 # liar: i only have 2 reports of that bug, while i have lots of success reports 19.54.50 # i don't mind reverting it in the release if we choose to have 3.5 for the fuze 19.54.59 # well, I'm not entirely surte 19.55.22 # it could be that matsch introduced additional 64bit sim instability which wouldn't happen on target 19.55.47 # (his changes don't look very 64bit safe to me, but I may be wrong) 19.55.51 # kugel: i tested that patch on the 64 bit sim and didn't ahve any trouble 19.56.02 # it actually fixed the occasional crashes I got with small audio buffer in the sim 19.56.10 # does anyone recognise the logo on the chip in this image: http://lh3.ggpht.com/_7rIKq3O_JpY/Sz0NlJ75KvI/AAAAAAAAAB8/Wn9ABrYeoyg/s512/%C3%AC%E2%80%9A%C2%AC%C3%AC%C2%A7%E2%80%9E%20018.jpg ? 19.56.13 # and if your patch was likely to work for all flash types, i would accept it 19.56.13 # it's just that i trust the apple code a lot more than the datasheet 19.56.13 Quit TheSeven|Mobile (Read error: 104 (Connection reset by peer)) 19.56.23 Join TheSeven|Mobile [0] (n=theseven@188.46.202.78) 19.56.23 # what didn't look 64 bit clean? 19.56.28 # do try to reproduce it on your e200v2, I expect it to happen ther e too 19.56.43 Mode "#rockbox +v TheSeven|Mobile " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 19.56.53 # so skip to the end, then skip to the beginning? 19.57.08 # saratoga: casting pointer differences (64bit) to size_t (32bit) for example 19.57.25 # saratoga: yea, with skip lenght set to skip to outro 19.57.59 # TheSeven|Mobile: fs#10775, 10 if i've counted right 19.58.06 # I suspect it happens in move_handle, so you need to trigger that. I think skipping the whiole file only triggers rebuffering 19.58.29 # kugel: its a cast to (int32_t *) which i thought was ok? 19.58.52 # it'll still be 8 bytes long, just it points to an int32 19.59.16 # as I said, I may be wrong 19.59.22 # isnt int32_t always 4 bytes? 19.59.34 # saratoga: "oldpos = (void *)src - (void *)buffer;" for example 19.59.44 # with oldpos being size_t 19.59.55 Join The_Seven [0] (n=theseven@92.117.167.46) 20.00.15 Mode "#rockbox +v The_Seven " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.00.20 # JdGordon|: not pointer to it 20.00.32 Quit TheSeven|Mobile (Nick collision from services.) 20.00.36 Nick The_Seven is now known as TheSeven|Mobile (n=theseven@rockbox/developer/TheSeven) 20.01.07 # * TheSeven|Mobile needs to look at that flyspray again when he's at home 20.02.17 Quit Hillshum (Read error: 110 (Connection timed out)) 20.02.31 # r24134 seems to work fine (skip forward and get the outro, then seek to the first 5 seconds) 20.02.38 # although i get quite a lot of screen corruption doing so 20.02.45 # e200v2 20.02.48 # yea, that also happens 20.03.22 # i had no idea we had skip to outro 20.03.22 # I've also seen the next track info being garbled 20.03.38 # anyway, the memory is corrupted, with or without data abort 20.03.48 # with USE_ROCKBOX_USB disabled and the nand patch i would even call the nano2g stable :). but i only know about those 3 nano2gs i have access to 20.04.29 # garbled next track info? should I be paying attention? 20.05.20 # liar: I guess we'll disable USE_ROCKBOX_USB for other ipods anyway :) 20.05.41 # AFAIK size_t should be 64 bit, and of course the (void *) will be too, so I think this is 64 bit safe 20.06.13 # "The type's size is chosen in such a way as to allow you to write the maximum size of a theoretically possible array into it. On a 32-bit system size_t will take 32 bits and on a 64-bit one - 64 bits. " 20.06.22 # bertrik: It doesn't answer your question, but a useful page if you haven't seen it before - http://www.chipdocs.com/logos/logotypes.html 20.06.44 # Why do some HID transfers complete with 0 bytes sent? 20.07.01 Join _TheSeven_ [0] (n=theseven@188.46.161.88) 20.07.21 Mode "#rockbox +v _TheSeven_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.07.36 Quit TheSeven|Mobile (Nick collision from services.) 20.07.46 Quit tchan ("WeeChat 0.3.2-dev") 20.07.48 Nick _TheSeven_ is now known as TheSeven|Mobile (n=theseven@rockbox/developer/TheSeven) 20.08.58 Quit TheSeven|Mobile (Read error: 104 (Connection reset by peer)) 20.09.17 Join The_Seven [0] (n=theseven@188.46.161.88) 20.09.24 # er 20.09.34 Nick The_Seven is now known as TheSeven|Mobile (n=theseven@rockbox/developer/TheSeven) 20.09.37 Mode "#rockbox +v TheSeven|Mobile " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.10.43 # saratoga: ah ok, thanks for the clarification 20.13.06 # saratoga: on the sim you can see that one of the memory_handles in the linked list is pointing to something random with its next pointer 20.13.37 # bertrik: A more comprehensive page - http://www.classiccmp.org/rtellason/logos/semiconductorlogos.html 20.13.52 # linuxstb, thanks 20.15.34 # bertrik: I can't find your logo there though... 20.16.18 Join darkham [0] (n=darkham@host25-96-dynamic.182-80-r.retail.telecomitalia.it) 20.16.39 Mode "#rockbox +v darkham " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.17.34 Join einhirn [0] (n=Miranda@p54858384.dip0.t-ipconnect.de) 20.17.54 Mode "#rockbox +v einhirn " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.18.18 # linuxstb, can't find it either, I think this is some kind of capacitive touch sensor controller. The picture is from a samsung yp-t10, which has touch keys just like my samsung yp-s3. 20.18.59 Join DerPapst [0] (n=DerPapst@p4FE8FC9D.dip.t-dialin.net) 20.19.01 # I already reverse-engineered it, but I would still like to know the manufacturer and possibly a data sheet of the touch sensor controller 20.19.19 Mode "#rockbox +v DerPapst " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.20.45 # bertrik: its synaptics 20.20.59 # * JdGordon| decided to try the obvious company first :p 20.21.14 # ah yes it is, thanks 20.25.12 # too bad the resolution of the photo is just a little too low to figure out the part number 20.28.18 Quit FlynDice (Remote closed the connection) 20.28.22 Quit pixelma (Nick collision from services.) 20.28.24 Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) 20.28.24 Quit amiconn (Nick collision from services.) 20.28.26 Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) 20.28.41 Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) 20.28.44 Mode "#rockbox +v pixelma " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.28.46 Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) 20.28.47 Mode "#rockbox +v amiconn " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.30.33 Join AndyI [0] (n=pasha_in@212.14.205.32) 20.30.53 Mode "#rockbox +v AndyI " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.31.59 Join FlynDice [0] (n=FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) 20.32.19 Mode "#rockbox +v FlynDice " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.40.28 Join dmb [0] (n=Dmb@unaffiliated/dmb) 20.40.48 Mode "#rockbox +v dmb " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.41.41 Join Strife89 [0] (n=michael@168.16.237.214) 20.42.01 Mode "#rockbox +v Strife89 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.42.41 Quit AndyIL (Read error: 110 (Connection timed out)) 20.43.33 Quit pamaury ("abort();") 20.44.27 Join togetic [0] (n=togetic@unaffiliated/ibuffy) 20.44.47 Mode "#rockbox +v togetic " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.45.12 Join Oxymis [0] (n=quassel@adsl-065-013-002-216.sip.asm.bellsouth.net) 20.45.33 Mode "#rockbox +v Oxymis " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.46.44 # fractals looks strange colorwise 20.47.52 # fractals just gives a blank screen on my Ondio :( 20.48.09 # more precise: a full black screen 20.49.02 Quit einhirn (Read error: 110 (Connection timed out)) 20.54.21 Quit Zarggg (Read error: 54 (Connection reset by peer)) 20.54.38 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 20.54.58 Mode "#rockbox +v Zarggg " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.55.53 Join funman [0] (n=fun@rockbox/developer/funman) 20.56.13 Mode "#rockbox +v funman " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.56.50 # yay, I think I found a datasheet at the synaptics web site with a description of the protocol 20.57.34 # i'm testing http://pastie.org/795552 on clip & fuze to see if/how it affects battery life. Seemed to work ok on Clip but *very* slowly on fuze 20.58.43 Join derpeter_ [0] (n=derpeter@dslb-088-078-099-181.pools.arcor-ip.net) 20.59.03 Mode "#rockbox +v derpeter_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 21.00.17 # kugel: is the regression introduced by r23680 reproducible only on Fuze ? i don't see any target specific code 21.00.40 # yes 21.00.56 # yes, no target specific code 21.01.06 Quit Farthen (Nick collision from services.) 21.01.11 # the clip seems to show it too 21.01.14 # i'll try on yh920 21.01.17 # I haven't tried any other target yet 21.01.31 # it might be related to the audio buffer size 21.01.33 Join Farthen_ [0] (n=chatzill@e176129033.adsl.alicedsl.de) 21.01.36 Nick Farthen_ is now known as Farthen (n=chatzill@e176129033.adsl.alicedsl.de) 21.01.53 Mode "#rockbox +v Farthen " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 21.02.41 Quit Oxymis (Remote closed the connection) 21.04.16 Quit Farthen (Client Quit) 21.04.30 Quit derpeter_ ("ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]") 21.04.32 # saving the logf dump is slow :( 21.07.14 Join Farthen [0] (n=chatzill@e176129033.adsl.alicedsl.de) 21.07.34 Mode "#rockbox +v Farthen " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 21.10.10 # kugel: how do you reproduce the bug ? 21.10.52 # "you should be able to reproduce it easily if you set skip length to skip to outro, skipping to near the end and back to the beginning gives a data abort quite likely" 21.11.10 # FWIW I didn't get that work on the e200v2 but its probably just due to me not doing it right 21.11.30 # if its a buffering bug it probably happens whenever you try to seek past the edge of whatever is in the buffer 21.11.36 # actually i may have just used too short of a song 21.11.49 # I thought you saw display corruption? 21.12.02 # kugel: what is "skip length to skip to outro" ? 21.12.09 # i think the display corruption is unrelated 21.12.11 # settings->playback->skip length 21.12.12 # i get it whenever i seek 21.12.18 # saratoga: I think it's the same 21.12.24 # probably the same as in mpegplayer 21.12.29 # memory corruption can have the wildest symptoms 21.12.59 # it's possible that some songs are more likely to trigger it than others 21.14.16 # I have one here that is 100k smaller than the entire audio buffer (4.05MB vs 4.14MB), that one reproduces it almost 100% of the time 21.14.45 # New commit by 03kugel (r24335): Accept the last patch FS#10797 with a few changes by me (fixing side effects and adding the new backdrop_hide() to the multi screen api). It changes ... 21.14.57 # i can reproduce on yh920 21.15.16 # * JdGordon| thinks he is going to annoyed with that commit 21.15.44 # whoops I meant FS#10775 21.16.10 Join TheSeven [0] (n=theseven@rockbox/developer/TheSeven) 21.16.16 # why did you add backdrop_hide to the plugin api? 21.16.23 # I didn't 21.16.25 Join Zarggg_ [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 21.16.30 Mode "#rockbox +v TheSeven " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 21.16.35 # oh, misread 21.16.37 Quit Zarggg (Read error: 104 (Connection reset by peer)) 21.16.37 # appologies 21.16.42 # screen api != plugin api 21.16.45 Mode "#rockbox +v Zarggg_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 21.17.18 # ok, now can we branch so I can oblitarate those changes with correct fixes? :) 21.17.30 # no, the other fix should go in before too 21.17.32 # liar: can you please give me the fs number again? I'm at home now... 21.18.04 # TheSeven: its fs#10775 21.18.18 # funman: if it's reproducable on large-mem targets as well we should probably revert it for at least the release branch 21.18.31 # kugel: which other fix? 21.18.50 # I wrote it in the ml 21.19.21 # can you put the change on pastebin or soemthing before you do? 21.19.46 # that commit really isn't all that complicated, so I think it shouldn't be too hard to figure out what its breaking 21.20.18 # http://pastie.org/795590 21.20.25 # kugel: i think it should be reverted on trunk, probably better to ask matsch 21.20.30 # actually i bet its the change to playback.c that causes the problem, rather then buffering 21.20.48 # i don't think we should revert on trunk since that will break the clip almost entirely 21.21.04 # * bertrik spots red 21.21.09 # but for release maybe its a good idea 21.21.54 Quit Horscht ("Verlassend") 21.22.03 # :\ 21.22.07 # is that my red? 21.22.17 # did I now make rockbox too big for the ondio? 21.22.17 # i'm going to guess the problem is moving the "buf_set_base_handle(CUR_TI->audio_hid); " from the track change to the end of buffering 21.22.35 # it probably corrupts a handle if you seek back before the track change 21.23.01 # I'll have a look 21.23.01 # kugel: red 21.23.15 # JdGordon1: see 4 lines above 21.23.25 # sorry 21.24.25 # I'm not sure if my commit was the cause 21.25.18 # dodgey compiler maybe? 21.25.39 Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) 21.25.59 Mode "#rockbox +v robin0800 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 21.26.06 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 21.26.14 # broken rombox 21.26.27 Mode "#rockbox +v Horscht " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 21.26.35 # Why is REG_ENDPTCOMPLETE not 0? 21.26.50 # why does this patch add so much to targets that don't have a backdrop anyways? 21.27.10 # * gevaerts suspects that we miss something 21.27.17 # saratoga: still happens 21.27.36 # pixelma: is that the last of the rombox'es that still build? 21.27.39 # or was? 21.27.43 # no 21.27.50 # much? 21.27.58 # Player still has it - and flashed H100s 21.28.11 # +hwcodec/bmp then :) 21.28.23 # ? 21.28.24 Join Oxymis [0] (n=quassel@adsl-065-013-002-216.sip.asm.bellsouth.net) 21.28.26 Join einhirn [0] (i=Miranda@vpn10.rz.tu-clausthal.de) 21.28.38 # it added a tiny bit, because of the new functions in the multiscreen api 21.28.43 # kugel: still hapens with that change reverted? 21.28.44 Mode "#rockbox +v Oxymis " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 21.28.46 Mode "#rockbox +v einhirn " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 21.29.22 # kugel: wach a #if blaa around it then, 21.29.27 # s/,// 21.29.41 # liar: obviously there are still problems with that patch... I know, there are also a bunch of issues without it, but I would rather like to first fully figure out what's going on instead of risking to break it on devices that worked previously 21.30.08 # kugel: well, it seems much to me after reading the commit message and thinking that backdrop handling shouldn't add anything to targets that don't have backdrops 21.30.53 # kugel: it might also be worth testing it with this patch: http://www.rockbox.org/tracker/task/10605?getfile=21013 21.31.03 # since I think it adds additional checks when overwriting data 21.31.40 # I don't understand the delta - colour targets saw some decrease and greyscale increase 21.32.22 # stubs? 21.32.43 # pixelma: it's not clear to me why the others got a decrease as well 21.32.55 # but crap, are we that close to losing the ondio rombox? 21.33.00 # putting #ifdefs around defeats the purpose of the api 21.33.08 # no it doesnt 21.33.10 # not entirely 21.33.20 # do it to make evryone happy... I'll be removing it anyway 21.33.38 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 21.33.44 # I'm entirely changing the backdrop API anyway 21.33.58 Mode "#rockbox +v stripwax " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 21.34.00 # liar: I see that you patch has shrunken quite a bit though 21.34.40 # there are still some hunks which will need further explanations 21.35.07 # JdGordon|: OndioSP even. OndioFM seems to have lost it for a while (don't know exactly because it was broken on mine for even longer due to the backlight mod) 21.35.49 # you could get it back probbaly by stripping down the skin parser to a more minimal version 21.36.00 # so, it would've been broken within the next week or two anyway, most likely 21.36.11 # it gets alot of tags which only work on bitmap, but really need a larger screen 21.36.16 # nice argument :\ 21.36.35 # maybe shrink some static buffers instead 21.36.45 # will that help? 21.37.02 # not sure, bss probably doesn't count, does it=? 21.37.47 # nah, band aid "fixes" aren't worth it either 21.38.07 # hm, this could be a HID bug 21.38.44 # #if HAVE_FULL_SKIN_PARSER around most of it and you should get back a bit, enough to live for a few more weeks anyway 21.39.50 # I wonder which tags you are thinking of. And I also think an arbitrary differentiation (and code complication) isn't worth it 21.40.02 # we could maybe make it survive 3.5, but I'm sure we cannot have in for 3.6 without cutting majorly 21.40.39 # the playlist viewer, that added 2k or something didnt it? 21.41.05 # of course removing the database will get you more 21.41.14 # * JdGordon| has numbers in the forums somewhere 21.41.40 # We're talking about a few hundred bytes, for the release? 21.41.59 # well, if the OndioSP is broken now which is the least feature packed of the targets with the smallest ROM size (IIRC)... 21.42.02 # it seems like an increase in that magnitute broke it yes 21.42.08 # less than 200 by the looks of it 21.42.27 # gevaerts: only OndioSP, it was broken for others for a long time :\ 21.42.33 # hm 21.43.09 # sounds like this should be fixable by some optimization, without dropping functionality 21.43.28 # TheSeven: I think HID is buggy, and there are some cases where it calls usb_drv_send_nonblocking() more than once without waiting for the result 21.43.31 # yes, but only in the short term 21.43.55 # I'll do my best to fix it soon... 21.43.57 # #if the api and get rid of the stubs... it shouldnt be difficult 21.44.17 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 21.44.49 # TheSeven: you were also able to break usb with HID activity while doing MSC, right? 21.44.57 Quit grndslm (Read error: 110 (Connection timed out)) 21.45.04 Join froggyman [0] (n=sopgenor@pool-72-69-205-209.chi01.dsl-w.verizon.net) 21.45.24 Mode "#rockbox +v froggyman " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 21.45.53 # gevaerts: I tried to reproduce the crash yesterday and couldn't 21.46.29 # it was just dropping lots of events if there was MSC traffic in parallel 21.46.46 # (which is especially nasty if key release events get lost) 21.47.10 # could still be the same. I hope to have a patch to test *very* soon 21.48.55 Join grndslm [0] (n=grndslm@174-126-14-4.cpe.cableone.net) 21.49.16 Mode "#rockbox +v grndslm " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 21.49.19 Nick Oxymis is now known as Adnyxo (n=quassel@adsl-065-013-002-216.sip.asm.bellsouth.net) 21.52.49 # hm, it's not that simple 21.53.50 *** Saving seen data "./dancer.seen" 21.53.53 # * bertrik wonders about mcuelenaere's volume problem 21.55.13 # liar: around? 21.57.44 # TheSeven: yep 21.57.48 # does the red need to be fixed now? I'm feeling it will break a few times during the next week 21.58.23 # it looks like I'm missing an interrupt or something like that :\ 21.58.53 # kugel: In the branch? 21.59.12 # the solution suggested was to do a multiply at a very low level, but isn't that going to take a lot of processing power? 21.59.16 # if 150bytes break it, any commit can break it 21.59.33 # we didn't get many translation updates in, right? 22.00.11 Quit Strife89 ("Going home.") 22.00.26 # no call for translators mail too 22.00.29 # liar: There are still some things I don't really like about that patch 22.00.51 # While I think that most of it can't hurt, there are some questionable things 22.01.05 # Ok, done formatting my iPod under windows, is this 3.5? -> http://build.rockbox.org/data/rockbox-ipod1g2g.zip 22.01.14 # one of those is removing the reset from the chip type detection 22.01.17 # we haven't released 3.5 yet 22.01.53 Quit robin0800 (Remote closed the connection) 22.02.30 # the type detection will not be called often (before your patch), as it is only being done during initialization, where we should really reset the flash, and this won't be a noticable performance hit 22.03.24 # komputes: using rbutil will be easier 22.03.29 # kugel: it would be nice if the release could have rombox on the OndioSP still. And I have a German update almost ready, just waiting for the "custom statusbar" decision 22.04.00 # gevaerts: rbutil 1.2.3 comes with rb 3.5? 22.04.01 Join moos [0] (i=moos@85-171-102-158.rev.numericable.fr) 22.04.02 # multiply factors for volume are logarithmic, so perhaps the volume multiply can be done with a couple of lookup tables and a shift instead 22.04.13 # komputes: see what saratoga just said 22.04.22 Mode "#rockbox +v moos " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 22.04.36 # however, your next hunk makes it being called after every powerup, *without* resetting the chip first, which may be in an unknown state after powering it up 22.04.39 # pixelma: nothing is going to change for the sbs for 3.5 IIUC 22.05.01 # komputes: And Rbutil doesn't "come" with anything, it will install either the current build or the latest release 22.05.07 # saratoga: gevaerts: I understand it's not officially out, but I was told to install that instead of 3.4 22.05.11 # komputes: 3.5 will be released in a week 22.05.19 # also, I'm wondering what the reason for the second nand_set_fmctl0 in the type detection function is 22.05.28 # komputes: you were told that if you like beta testing, you should install a current build 22.05.47 # komputes: if you understand that it doesn't exist maybe asking us why you can't install it isn't the best course of action 22.05.54 # although I wouldn't like "fixing" by disabling things and making up unnecessary differences. If that would be the only way, I'd prefer consistenx 22.05.54 # just install the current build if you want the latest build 22.05.56 # AlexP: so I could just wait until then, or if given instructions I can beta test 3.5 22.06.07 # consistency over rombox 22.06.20 # komputes: Just install a current build 22.06.36 # Which rbutil will do 22.07.37 # JdGordon|: do you want to see that paste or can I commit it? 22.07.44 # I don't like the thing you did in the powerup function at all. I would rather store the number of detected chips during initialization and then reset that number of chips, instead of detecting them every time (which will run into timeouts on every powerup on devices where not all banks are populated) 22.07.48 # kugel: I thought that the menu item rename should especially be *for* 3.5, so that the first release with the feature has it with a correct (and more descriptive) name 22.07.50 # kugel: can i see it? 22.07.52 # it's just clearing the screen and forcing a sbs update in enter_wps 22.08.08 # I posted the link, but you're at work right? 22.08.18 # im on lunch break :) 22.08.26 # pixelma: I agree, the rename should be pre-3.5 22.09.04 # me too, but I dont like any of the suggestions so far :) 22.09.11 # http://pastie.org/795590 22.09.17 # liar: If those things are fixed, and it received some (successful) testing by users of ipods that didn't have any problems before, I'm about to commit it. 22.09.53 # kugel: that actually works? backdrop show needs to be before the clear 22.10.08 Quit saratoga ("Page closed") 22.10.09 # actually it has to be the other way around 22.10.20 Join S_a_i_n_t_ [0] (i=S_a_i_n_@203.184.1.61) 22.10.22 # that makes no sense 22.10.29 # because clear() overwrites the framebuffer with the backdrop data 22.10.40 Mode "#rockbox +v S_a_i_n_t_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 22.10.43 # err 22.10.48 Quit stripwax ("http://miranda-im.org") 22.10.49 # right, so you get the old backdrop 22.11.07 # yes you're right 22.11.28 # yeah, ok commit that, once you swap the order 22.11.36 # it shoudlnt be needed though, but whatever 22.11.47 # well it is 22.12.35 # TheSeven: that second nand_set_fmctl0 is a bank reselect(datasheet...) but not necessary. i'll fix those things. 22.12.51 # pixelma: AlexP: what do you tinhk of "Base Skin"? it is slightly more accurate 22.12.55 # no code path is doing it except if vpm_enable_theme() actually toggles anything 22.13.05 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 22.13.25 Mode "#rockbox +v stripwax " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 22.13.31 # liar: oh, that's interesting 22.13.37 # JdGordon|: I don't know - I haven't commented principally as I can't think of a decent suggestion. 22.13.37 # kugel: ok, so you have a specific problem when the wps doesnt disable the sbs and you change the backdrop 22.13.49 # * kugel thought we wanted to keep the term skin away from the user 22.14.04 # actually the bank should be reselected after doing the chip detection, as we will know the correct timings at that point 22.14.10 # it also happens with the builtin statusbar 22.14.11 # just ignoring it won't hurt though 22.14.25 # it will just be a little slower until the next bank select :-) 22.14.27 # ok 22.14.28 # I'd call the things petroglyphs 22.14.44 # petroglyphs it is then! 22.16.08 # http://thesaurus.reference.com/browse/skin not much there to work with 22.16.35 # how about "this makum rockbox pretty"? 22.16.48 Quit _zic (Remote closed the connection) 22.16.51 Join einhirn [0] (n=Miranda@p54858384.dip0.t-ipconnect.de) 22.17.10 # I think base skin is fine 22.17.11 Mode "#rockbox +v einhirn " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 22.20.31 # ok, either way, thats better than custom statubsar (for what its describing), so change ti only in the menu for 3.5 22.20.45 # unless we do the setting also and break all themes on the site? 22.20.56 # which we never guarentee they will continue working anyway 22.22.14 # it would be nice to have working themes if we introduce a new theme-feature with a release 22.22.44 # I don't see a good reason to change the extension 22.22.44 # I dont think many will break 22.22.59 # no, the extension is fine, the setting name though 22.23.04 # or is it just sbs:? 22.23.05 # sbs obviously stands for (main) screen base skin 22.23.24 # yea, it's so obvious! 22.24.18 # * froggyman didnt know that about .sbs 22.24.41 # I never got why it wasnt .csb for custom status bar 22.24.48 # statusbar skin 22.25.00 # screen base skin cream makes much more sense 22.25.07 # kugel: If you're dealing with address differences, use intptr_t. That's what it's meant for 22.25.23 # or ptrdiff_t 22.25.28 # in that the file extension was slightly less confusing than the setting name 22.26.37 # ok, the setting name is just "sbs" so that doesnt need to change either 22.26.57 # so its just change the menu item name to "Base Skin" and thats it? 22.27.15 # the "custom" option stays in the statusbar setting? 22.27.35 Quit S_a_i_n_t (Read error: 113 (No route to host)) 22.29.10 # New commit by 03kugel (r24336): Fix wps showing parts of the main backdrop in some circumstances. 22.31.55 # New commit by 03kugel (r24337): Update on even pixel boundaries on the e200v2 for best performance (was forgotten in r24198). 22.35.10 # New commit by 03kugel (r24338): Fuze: Change pause/exit button in chopper to short home as it's nearly impossible to hold it ... 22.36.32 # can I reduce the duration the "saving..." splash shows in bubbles without getting bashed? 22.36.54 # it's 1s currently (that also means it delays the actualy saving by 1s) 22.37.26 # kugel: can you change the fuze manual for chopper? 22.37.33 # remiinds me of this row hright thing :\ 22.37.44 # or height 22.37.44 # it's not a real bug, but an annoyance (and the change is a no brainer) 22.38.52 # funman: it seems the fuze has no button tables for chopper 22.39.37 # hm a lot of plugins are missing 22.40.10 # I don't have the tools installed 22.40.27 # forget about it then, i thought plugins keymaps had been added to the manual 22.40.28 # that should work though: http://pastie.org/795726 22.40.38 # when is the branch planned ? 22.41.15 # so, does anyone object to the bubbles change? 22.41.47 Quit TheSeven ("ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]") 22.42.35 Quit Grahack ("Tu m'as vu ?") 22.42.41 Join TheSeven [0] (n=theseven@rockbox/developer/TheSeven) 22.43.02 Mode "#rockbox +v TheSeven " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 22.44.38 Quit togetic (Read error: 110 (Connection timed out)) 22.45.36 Quit moos ("ChatZilla 0.9.86 [Firefox 3.6/20100115144158]") 22.46.09 Join moos [0] (i=moos@85-171-102-158.rev.numericable.fr) 22.46.30 Mode "#rockbox +v moos " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 22.50.13 Quit funman ("free(random());") 22.51.36 # maybe a stupid question, but what is the exact effect of disable_irq_save()? 22.52.06 # I mean, what happens to interrupts that would have happened? 22.58.38 Quit CIA-44 () 23.00.21 # can anyone reproduce FS#10926? 23.02.35 Join GeekShadow [0] (i=Antoine@reactos/tester/GeekShadow) 23.02.55 Mode "#rockbox +v GeekShadow " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 23.14.59 Join GeekShado_ [0] (i=Antoine@78.251.74.157) 23.15.20 Mode "#rockbox +v GeekShado_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 23.17.22 Join CIA-46 [0] (n=CIA@208.69.182.149) 23.17.22 Quit CIA-46 (Client Quit) 23.17.23 # kugel, I won't mind the bubbles change 23.21.07 Quit Barahir (Remote closed the connection) 23.21.09 Quit samlii ("leaving") 23.21.48 # FS#10874 - I think I found the cause: the file isn't closed if it wasnt buffered completely 23.22.27 # oh, nice find! 23.24.47 # Didn't mt say that this morning? 23.25.07 Quit jgarvey ("Leaving") 23.26.34 Quit toffe82 (Read error: 54 (Connection reset by peer)) 23.26.59 Join Barahir [0] (n=jonathan@gssn-5f757498.pool.mediaWays.net) 23.27.19 Mode "#rockbox +v Barahir " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 23.29.04 Quit GeekShadow (Read error: 110 (Connection timed out)) 23.29.45 # possibly 23.30.01 # gevaerts: the trick is that it handles renaming by not closing apparently 23.30.29 # ah, that sounds reasonable (on its own) 23.31.42 # which is why I fail to reproduce it by simply renaming :) 23.31.54 # linuxstb: indeed, mt found that too 23.32.17 # kugel: try moving to a different disk :) 23.32.21 # I think it should be closed no matter of the renaming thing; that's probably not intended anyway 23.33.25 # gevaerts: indeed 23.39.11 Join CIA-5 [0] (n=CIA@208.69.182.149) 23.39.27 # cool, fixing that (2-liner) makes it behave ok 23.39.32 Mode "#rockbox +v CIA-5 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 23.40.14 # it now skips to about 2s before the end emptying the pcm buffer, then stops. after that the playback engine is still functional 23.41.27 # http://pastie.org/795845 23.41.55 # \o/ 23.44.22 Join GeekShadow [0] (i=Antoine@reactos/tester/GeekShadow) 23.44.43 Mode "#rockbox +v GeekShadow " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 23.49.57 # kugel: so now it also skips on rename? 23.50.20 # * gevaerts doesn't think we've ever promised it wouldn't 23.52.02 # hm, closing the file might have an interesting side effect. If you happen to run a plugin that opens lots of files, couldn't that make rebuffering break? 23.52.21 DEBUG EOF from server (Success) (snapshot: netstuff.c line 545) 23.52.21 *** Cleanup 23.52.21 *** Cleanup 23.52.21 *** Saving seen data "./dancer.seen" 23.52.21 *** Exit 23.52.23 *** Started Dancer V4.16 23.52.23 *** Connected to irc.freenode.net on port 6667 23.52.23 *** Logfile for #rockbox started 23.52.25 *** Server message 501: 'logbot :Unknown MODE flag' 23.52.25 Mode "logbot :+i" by logbot 23.52.26 Join logbot [0] (n=rockbox@giant.haxx.se) 23.52.26 Join +GeekShadow [0] (i=Antoine@reactos/tester/GeekShadow) 23.52.26 Join +CIA-5 [0] (n=CIA@208.69.182.149) 23.52.26 Join +Barahir [0] (n=jonathan@gssn-5f757498.pool.mediaWays.net) 23.52.26 Join +GeekShado_ [0] (i=Antoine@78.251.74.157) 23.52.26 Join +moos [0] (i=moos@rockbox/staff/moos) 23.52.26 Join +TheSeven [0] (n=theseven@rockbox/developer/TheSeven) 23.52.26 Join +einhirn [0] (n=Miranda@p54858384.dip0.t-ipconnect.de) 23.52.26 Join +stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 23.52.26 Join +S_a_i_n_t_ [0] (i=S_a_i_n_@203.184.1.61) 23.52.26 Join +grndslm [0] (n=grndslm@174-126-14-4.cpe.cableone.net) 23.52.26 Join +froggyman [0] (n=sopgenor@pool-72-69-205-209.chi01.dsl-w.verizon.net) 23.52.26 Join +Adnyxo [0] (n=quassel@adsl-065-013-002-216.sip.asm.bellsouth.net) 23.52.26 Join +Horscht [0] (n=Horscht2@xbmc/user/horscht) 23.52.26 Join +Zarggg_ [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 23.52.26 Join +Farthen [0] (n=chatzill@e176129033.adsl.alicedsl.de) 23.52.26 Join +dmb [0] (n=Dmb@unaffiliated/dmb) 23.52.26 Join +FlynDice [0] (n=FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) 23.52.26 Join +AndyI [0] (n=pasha_in@212.14.205.32) 23.52.26 Join +amiconn [0] (i=quassel@rockbox/developer/amiconn) 23.52.26 Join +pixelma [0] (i=quassel@rockbox/staff/pixelma) 23.52.26 Join +DerPapst [0] (n=DerPapst@p4FE8FC9D.dip.t-dialin.net) 23.52.26 Join +darkham [0] (n=darkham@host25-96-dynamic.182-80-r.retail.telecomitalia.it) 23.52.26 Join +TheSeven|Mobile [0] (n=theseven@rockbox/developer/TheSeven) 23.52.26 Join +dantje_ [0] (n=dvg@HSI-KBW-095-208-155-207.hsi5.kabel-badenwuerttemberg.de) 23.52.26 Join +JdGordon| [0] (n=Miranda@131.107.0.69) 23.52.26 Join +komputes [0] (n=komputes@ubuntu/member/komputes) 23.52.26 Join +bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 23.52.26 Join +Xerion [0] (n=xerion@82-170-197-160.ip.telfort.nl) 23.52.26 Join +kugel [0] (n=kugel@rockbox/developer/kugel) 23.52.26 Join +domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 23.52.26 Join +liar [0] (n=liar@clnet-p09-185.ikbnet.co.at) 23.52.26 Join +panni__ [0] (i=hannes@ip-95-222-52-93.unitymediagroup.de) 23.52.26 Join +flydutch [0] (n=flydutch@host230-132-dynamic.15-87-r.retail.telecomitalia.it) 23.52.26 Join +Kitr88 [0] (i=Kitr88@89.142.99.158) 23.52.26 Join +antil33t [0] (n=Mudkips@203-184-54-232.callplus.net.nz) 23.52.26 Join +DataGhost [0] (i=dataghos@unaffiliated/dataghost) 23.52.26 Join +evilnick_B [0] (i=0c140464@rockbox/staff/evilnick) 23.52.26 Join +fyrestorm [0] (n=nnscript@cpe-24-90-81-175.nyc.res.rr.com) 23.52.26 Join +dfkt [0] (i=dfkt@unaffiliated/dfkt) 23.52.26 Join +Stephen__ [0] (n=S@86-45-75-29-dynamic.b-ras2.srl.dublin.eircom.net) 23.52.26 Join +MethoS- [0] (n=clemens@134.102.106.250) 23.52.26 Join +Topy44 [0] (n=topy@my.fastsh.it) 23.52.26 Join +evilnick [0] (n=evilnick@ool-457bccf5.dyn.optonline.net) 23.52.26 Join +parafin [0] (i=parafin@paraf.in) 23.52.26 Join +lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic) 23.52.26 Join +thegeek [0] (n=nnscript@s080b.studby.ntnu.no) 23.52.26 Join +kaniini [0] (n=kaniini6@dyn75-70.yok.fi) 23.52.26 Join +bluebrother [0] (n=dom@rockbox/developer/bluebrother) 23.52.26 Join +mt [0] (n=mtee@rockbox/developer/mt) 23.52.26 Join +JdGordon1 [0] (n=jonno@c-24-22-210-83.hsd1.wa.comcast.net) 23.52.26 Join +gevaerts [0] (n=fg@rockbox/developer/gevaerts) 23.52.26 Join +Rob2222 [0] (n=Miranda@p4FDCBDF0.dip.t-dialin.net) 23.52.26 Join +elcan [0] (n=loaa@pr0.us) 23.52.26 Join +HBK [0] (n=hbk@rrcs-97-77-49-215.sw.biz.rr.com) 23.52.26 Join +GodEater [0] (n=bibble@rockbox/staff/GodEater) 23.52.26 Join +Llorean [0] (n=DarkkOne@rockbox/user/Llorean) 23.52.26 Join +rhodan_ [0] (n=quassel@81.62.93.53) 23.52.26 Join +Tomis [0] (n=Tomis@70.134.87.19) 23.52.26 Join +rvvs89 [0] (n=ivo@pdpc/supporter/base/rvvs89) 23.52.26 Join +Res1 [0] (n=Res@adsl-067-034-129-222.sip.mco.bellsouth.net) 23.52.26 Join +crashd [0] (i=foobar@lostnode.org) 23.52.26 Join +avacore^ [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) 23.52.26 Join +jvd [0] (n=syscrash@poipu/developer/syscrash) 23.52.26 Join +Kohlrabi [0] (n=Kohlrabi@frustrum.nosebud.de) 23.52.26 Join +n17ikh [0] (n=n17ikh@host-69-59-126-212.nctv.com) 23.52.26 Join +simabeis [0] (n=simabeis@lobmenschen.de) 23.52.26 Join +MagusG [0] (i=magusg@c-98-192-69-229.hsd1.ga.comcast.net) 23.52.26 Join +krazykit [0] (n=kkit@ppp-70-225-131-54.dsl.ipltin.ameritech.net) 23.52.26 Join +jfc [0] (n=john@dpc6682208002.direcpc.com) 23.52.26 Join +FOAD [0] (n=dok@dinah.blub.net) 23.52.26 Join +linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 23.52.26 Join +BeFalou [0] (n=mamutoi@unaffiliated/befalou) 23.52.26 Join +crwl [0] (n=crwlll@a91-156-100-168.elisa-laajakaista.fi) 23.52.26 Join +jordan` [0] (n=jordan@78.235.252.137) 23.52.26 Join +Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) 23.52.26 Join +mikroflops [0] (n=yogurt@217-208-157-242-no112.tbcn.telia.com) 23.52.26 Join +linuxguy3 [0] (n=timj@adsl-76-203-23-66.dsl.emhril.sbcglobal.net) 23.52.26 Join +z35 [0] (n=z35@ool-45714f83.dyn.optonline.net) 23.52.26 Join +preglow [0] (i=thomj@tvilling2.pvv.ntnu.no) 23.52.26 Join +tha [0] (i=1038@ccc2.rbg.informatik.tu-darmstadt.de) 23.52.26 Join +tmzt [0] (n=tmzt@99.164.34.42) 23.52.26 Join +pippijn [0] (n=pippijn@unixcorps/staff/pippijn) 23.52.26 Join +Unhelpful [0] (n=quassel@rockbox/developer/Unhelpful) 23.52.26 Join +nima [0] (n=nima@adsl-75-45-250-145.dsl.sfldmi.sbcglobal.net) 23.52.26 Join +ps-auxw [0] (n=arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 23.52.26 Join +YPSY [0] (n=ypsy@geekpadawan.de) 23.52.26 Join +blithe [0] (n=blithe@blakesmith.me) 23.52.26 Join +beta2k [0] (i=1000@d24-36-68-97.home1.cgocable.net) 23.52.26 Join +Curtman [0] (n=curt@S010600248c269238.wp.shawcable.net) 23.52.26 Join +martian67 [0] (n=martian6@about/linux/regular/martian67) 23.52.26 Join +mc2739 [0] (n=mc2739@rockbox/developer/mc2739) 23.52.26 Join +tomaw__ [0] (i=tom@freenode/staff/tomaw) 23.52.26 Join +kloeri [0] (i=kloeri@freenode/staff/exherbo.kloeri) 23.52.26 Join +jho [0] (n=jh@unaffiliated/cene) 23.52.26 Join +sinuc [0] (n=sinuc@unaffiliated/sinuc) 23.52.26 Join +yosafbridge [0] (n=yosafbri@adsl-71-142-225-118.dsl.scrm01.pacbell.net) 23.52.26 Join +utchybann [0] (n=papier@ede67-1-81-56-102-26.fbx.proxad.net) 23.52.26 Join +ThomasAH [0] (n=thomas@aktaia.intevation.org) 23.52.26 Join +bzed [0] (n=bzed@devel.recluse.de) 23.52.26 Join +intrados1 [0] (n=intrados@d149-67-101-219.col.wideopenwest.com) 23.52.26 Join +pjm0616 [0] (n=user@61.250.113.98) 23.52.26 Join @scorche [50] (n=scorche@rockbox/administrator/scorche) 23.52.26 Join +killan [0] (n=nnscript@c-83f070d5.06-397-67626721.cust.bredbandsbolaget.se) 23.52.26 Join +Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 23.52.26 Join @rb_voicebot [0] (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 23.52.26 Join +jd [0] (n=jd@Wikipedia/HellDragon) 23.52.26 Join +Hadaka [0] (n=naked@naked.iki.fi) 23.52.26 Join +tarbo [0] (n=me@unaffiliated/tarbo) 23.52.26 Join +Zambezi [0] (i=Zulu@unaffiliated/zambezi) 23.52.26 Join +gibbon_ [0] (i=gibbon_@not.a.servant4you.org) 23.52.26 Join @scorche|sh [50] (n=scorche@rockbox/administrator/scorche) 23.52.26 Join +zu [0] (n=zu@bucketheaded.eu) 23.52.26 Join +fxb [0] (n=felixbru@85.214.97.64) 23.52.26 Join +lyngaas [0] (n=staale@19.81-167-149.customer.lyse.net) 23.52.26 Join +BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 23.52.26 Join +maraz [0] (i=maraz@217.30.184.161) 23.52.26 Join +dionoea [0] (n=dionoea@videolan/developer/dionoea) 23.52.26 Join +alexbobp [0] (n=alex@66.112.249.238) 23.52.26 Join +topik [0] (i=awesome@wtf.grmpf.org) 23.52.26 Join +Torne [0] (i=torne@rockbox/developer/Torne) 23.52.26 Join +ehntoo [0] (n=ehntoo@lug.mtu.edu) 23.52.26 Join +Galois [0] (i=djao@efnet.math.uwaterloo.ca) 23.52.26 Join @rasher [50] (n=rasher@rockbox/developer/rasher) 23.52.26 Join +aevin [0] (i=eivindsy@unaffiliated/aevin) 23.52.26 Join +rphillips [0] (n=rphillip@unaffiliated/rphillips) 23.52.26 Join +B4gder [241] (n=daniel@rockbox/developer/bagder) 23.52.26 Join @AlexP [0] (n=alex@rockbox/staff/AlexP) 23.52.26 Join +chaos [0] (n=chaos@gentoo/user/ch4os) 23.52.26 Join +sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 23.52.26 Join @ChanServ [0] (ChanServ@services.) 23.52.31 Join Slasheri_ [0] (i=miipekk@xen.ihme.org) 23.52.34 # If it can, it's probably already possible now of course, although maybe harder to trigger 23.52.42 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 23.52.46 Mode "#rockbox +v logbot " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 23.52.51 Join soap [50] (n=soap@rockbox/staff/soap) 23.52.52 Mode "#rockbox +v Slasheri_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 23.53.02 Mode "#rockbox +v advcomp2019 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 23.53.04 Join xavieran [0] (n=xavieran@ppp118-209-153-106.lns20.mel6.internode.on.net) 23.53.11 Mode "#rockbox +v soap " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 23.53.24 Mode "#rockbox +v xavieran " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 23.53.31 Quit einhirn (Read error: 104 (Connection reset by peer)) 23.53.55 Join kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) 23.54.15 Mode "#rockbox +v kadoban " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 23.55.35 Quit Stephen__ ("Leaving") 23.57.11 # what the heck, I can't manage to extract a new rockbox.zip :/