--- Log for 27.01.110 Server: card.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 8 minutes and 40 seconds ago 00.01.03 Quit stripwax ("http://miranda-im.org") 00.01.15 # maybe closing isn't enough 00.01.33 Quit GeekShado_ (Connection timed out) 00.02.15 # liar: I wonder why we need that sleep(0); 00.02.54 Quit bertrik ("De groeten") 00.03.21 # TheSeven: the first command to the flash chip always fails on some chips if we dont wait a bit after resetting it 00.03.31 # could also be a threading thing, maybe it shouldn't be closed from within the buffering thread 00.04.16 # liar: any idea how long that "bit" is? 00.04.31 # would 10ms be overkill? 00.04.59 # if not, I suggest a sleep(HZ / 100) 00.05.01 # volatile int i; for(i=0;i<3500;i++) is enough iirc 00.05.47 # that should be something between 100 and 1000 microseconds 00.05.48 Quit domonoky (Read error: 104 (Connection reset by peer)) 00.05.53 Quit GeekShadow (Read error: 110 (Connection timed out)) 00.07.24 Quit dantje_ (Client Quit) 00.07.33 # and we need to reverse those ifs in the bank loop in nand_power_on 00.08.00 # if the bank type is 0xffffffff, don't even try to reset it, that's useless and a noticable performance hit 00.09.16 # the rest looks ok to me 00.09.28 Quit DataGhost (Read error: 113 (No route to host)) 00.09.56 Quit flydutch ("/* empty */") 00.12.35 # ok, so once you've swapped those ifs, I'd say it's OK with me... 00.13.48 # I won't have much time until sunday/monday, so I'd wait until then to see if any issues keep turning up, i.e. if it breaks other flash types and if it actually fixes the problems we've seen. 00.14.14 # If everything is working smoothly, I'll commit it on monday. 00.16.56 # I've set FS10775 to "requires testing", so please upload the final patch there. 00.17.53 Quit moos ("ChatZilla 0.9.86 [Firefox 3.6/20100115144158]") 00.19.13 # ok 00.23.35 Quit TheSeven|Mobile (Read error: 54 (Connection reset by peer)) 00.29.48 # liar: thanks, it looks fine to me now 00.30.00 # let's wait for testing results... 00.31.23 # i can test it on 3 different nano2gs(2 without the flash problem) 00.32.36 Quit Farthen ("ChatZilla 0.9.86 [Firefox 3.6/20100115144158]") 00.33.36 # maybe jho could test it on his nano2g too 00.33.44 # I'm curious as to what that audio glitch is 00.35.06 # Eek 00.40.58 Join dfkt_ [0] (n=dfkt@unaffiliated/dfkt) 00.41.19 Mode "#rockbox +v dfkt_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 00.41.52 Quit dfkt (Nick collision from services.) 00.42.04 Join Farthen [0] (n=chatzill@e176129033.adsl.alicedsl.de) 00.42.24 Mode "#rockbox +v Farthen " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 00.42.50 Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) 00.43.10 Mode "#rockbox +v GeekShadow " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 00.43.30 Nick dfkt_ is now known as dfkt (n=dfkt@unaffiliated/dfkt) 00.43.45 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 00.44.06 Mode "#rockbox +v stripwax " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 00.45.55 Join tchan [0] (n=tchan@lunar-linux/developer/tchan) 00.46.15 Mode "#rockbox +v tchan " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 00.50.22 Quit mt (Read error: 104 (Connection reset by peer)) 00.50.52 Join mt [0] (n=mtee@rockbox/developer/mt) 00.51.13 Mode "#rockbox +v mt " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 00.52.30 # funman, saratoga (for the logs): recovering what matsch commented out in buffer_handle() seems to get red of the memory corruption (and it seems to suggest my suspicion was correct) 00.54.30 # that part seems to protect against overwriting the next handle which is apparently possible (it shouldn't be), maybe alignment fixes make it possible? 00.54.56 # liar: Seems to work for me 00.55.32 # jho: thanks 01.03.27 Part froggyman 01.08.04 Quit GeekShadow (Success) 01.14.42 Quit stripwax ("http://miranda-im.org") 01.17.16 # what exactly is the problem with nano 2g and usb hid? i've been trying in vain to get to work. 01.17.46 # s/to get/to get it/ 01.26.29 Quit Farthen (Nick collision from services.) 01.26.53 Join Farthen_ [0] (n=chatzill@e176128039.adsl.alicedsl.de) 01.26.55 Nick Farthen_ is now known as Farthen (n=chatzill@e176128039.adsl.alicedsl.de) 01.27.14 Mode "#rockbox +v Farthen " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 01.29.55 Quit kugel (Remote closed the connection) 01.30.40 Quit DerPapst ("Leaving.") 01.34.37 Join togetic [0] (n=togetic@unaffiliated/ibuffy) 01.34.49 Join Raydiation [0] (n=bernhard@78.104.151.115) 01.34.58 Mode "#rockbox +v togetic " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 01.35.10 Mode "#rockbox +v Raydiation " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 01.35.12 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 01.35.13 # support for for ipod classic 6th gen anytime soon? 01.35.30 # no 01.35.34 # gdammit 01.35.43 # have you done anything about helping? 01.36.03 # JdGordon? 01.36.30 # just commenting on your apparent annoyance 01.37.15 # JdGordon|: what do you mean about helping? 01.37.24 # submit code? 01.40.20 # yes 01.41.07 Quit dfkt (Read error: 110 (Connection timed out)) 01.41.29 Join Strife89 [0] (n=michael@adsl-154-2-245.mcn.bellsouth.net) 01.41.49 Mode "#rockbox +v Strife89 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 01.42.11 # i dont know anything about rockbox in general 01.42.21 # nor anything specific about C 01.42.32 # or how to crack apples encryption 01.43.04 # then complaining about the lack of support isnt exactly fair is it? 01.45.59 # JdGordon|: if you complain about apple it is 01.46.19 # [16:35] Raydiation: gdammit 01.46.26 Join Spinetti_ [0] (n=darkham@95.239.182.185) 01.46.29 # that ipod was the biggest mistake ive ever bought 01.46.47 Mode "#rockbox +v Spinetti_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 01.46.51 # JdGordon|: i cursed about apple 01.47.03 # i hoped you cracked it already 01.47.42 # Sell it 01.48.11 # Fun fact: Just because everyone's doing it, doesn't mean it's right to do it ;) 01.48.46 # Raydiation: There should be plenty semi-cheap rockboxable players out there 01.49.29 # Kohlrabi: anyone with 80-160gb diskspace? 01.52.26 *** Saving seen data "./dancer.seen" 01.53.41 Quit Spinetti_ (Client Quit) 01.58.58 # you can drop 80gb and larger ZIF drives into various HD daps 01.59.36 # though with most you need a 50pin to ZIF adapter. larger 50-pin drives are harder to find 02.03.44 Quit darkham (Read error: 110 (Connection timed out)) 02.04.21 Quit JdGordon| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 02.09.57 Join Tomis2 [0] (n=Tomis@70.134.94.127) 02.10.17 Mode "#rockbox +v Tomis2 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 02.10.38 Quit Tomis (Read error: 104 (Connection reset by peer)) 02.10.38 Nick Tomis2 is now known as Tomis (n=Tomis@70.134.94.127) 02.12.37 Quit amiconn ("No Ping reply in 60 seconds.") 02.12.41 Join amiconn [0] (i=quassel@rockbox/developer/amiconn) 02.13.02 Mode "#rockbox +v amiconn " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 02.14.20 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 02.14.40 Mode "#rockbox +v JdGordon " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 02.17.10 # probably no surprises here, but... http://groups.google.com/group/google-summer-of-code-discuss/browse_thread/thread/d839c0b02ac15b3f?pli=1 02.34.50 Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) 02.35.10 Mode "#rockbox +v robin0800 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 02.36.21 Quit panni__ (Read error: 104 (Connection reset by peer)) 02.43.41 Join CaptainKewl [0] (i=jds@207-237-117-89.c3-0.80w-ubr2.nyr-80w.ny.cable.rcn.com) 02.44.02 Mode "#rockbox +v CaptainKewl " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 02.46.38 Join rhodan [0] (n=quassel@171-110.107-92.cust.bluewin.ch) 02.46.59 Mode "#rockbox +v rhodan " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 02.55.38 Quit JdGordon (Read error: 60 (Operation timed out)) 02.55.44 Nick JdGordon1 is now known as JdGordon (n=jonno@c-24-22-210-83.hsd1.wa.comcast.net) 02.58.03 # still waiting to branch? 02.58.52 Quit thegeek (Read error: 104 (Connection reset by peer)) 02.59.30 # later this evening... 1 commit to do before we branch 03.00.44 Quit rhodan_ (Read error: 110 (Connection timed out)) 03.02.01 Quit MethoS- (Remote closed the connection) 03.03.44 Join CaptainKwel [0] (n=jds@207-237-117-89.c3-0.80w-ubr2.nyr-80w.ny.cable.rcn.com) 03.04.05 Mode "#rockbox +v CaptainKwel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 03.04.26 Quit JdGordon ("Leaving.") 03.13.58 Quit Strife89 ("Bed.") 03.14.29 Join JdGordon [0] (n=Miranda@c-24-22-210-83.hsd1.wa.comcast.net) 03.14.50 Mode "#rockbox +v JdGordon " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 03.17.00 Quit Xerion (Read error: 104 (Connection reset by peer)) 03.18.28 Quit Adnyxo (Read error: 104 (Connection reset by peer)) 03.19.14 Join Oxymis [0] (n=quassel@adsl-065-013-002-216.sip.asm.bellsouth.net) 03.19.33 Quit jd (Read error: 54 (Connection reset by peer)) 03.19.35 Mode "#rockbox +v Oxymis " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 03.19.51 Join jd [0] (n=jd@modemcable207.134-202-24.mc.videotron.ca) 03.20.12 Mode "#rockbox +v jd " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 03.21.49 Quit CaptainKewl (Read error: 110 (Connection timed out)) 03.22.02 Nick fxb is now known as fxb__ (n=felixbru@85.214.97.64) 03.36.40 Quit tchan ("WeeChat 0.3.2-dev") 03.39.11 Quit Oxymis (Read error: 110 (Connection timed out)) 03.41.11 Join froggyman [0] (n=sopgenor@pool-72-69-205-209.chi01.dsl-w.verizon.net) 03.41.32 Mode "#rockbox +v froggyman " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 03.44.27 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 03.44.48 Mode "#rockbox +v BHSPitMonkey " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 03.49.54 Quit robin0800 (Read error: 110 (Connection timed out)) 03.52.27 *** Saving seen data "./dancer.seen" 03.55.21 Join S_a_i_n_t [0] (i=S_a_i_n_@203.184.4.51) 03.55.23 Quit S_a_i_n_t_ (Read error: 104 (Connection reset by peer)) 03.55.41 Mode "#rockbox +v S_a_i_n_t " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 04.03.14 Part froggyman 04.05.59 Quit TheSeven (Nick collision from services.) 04.06.10 Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) 04.06.22 Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven) 04.06.31 Mode "#rockbox +v TheSeven " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 04.30.55 Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) 04.31.16 Mode "#rockbox +v phanboy4 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 04.31.51 Quit CaptainKwel (Read error: 110 (Connection timed out)) 04.57.50 Join solrize [0] (n=phr@unaffiliated/solrize) 04.58.11 Mode "#rockbox +v solrize " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 04.58.48 Join Barahir_ [0] (n=jonathan@gssn-5f755d4c.pool.mediaWays.net) 04.59.08 Mode "#rockbox +v Barahir_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 05.14.46 Quit scorche (Read error: 54 (Connection reset by peer)) 05.15.17 Quit Barahir (Read error: 110 (Connection timed out)) 05.16.03 Quit intrados1 (Connection timed out) 05.23.58 Join scorche [50] (n=scorche@rockbox/administrator/scorche) 05.24.19 Mode "#rockbox +v scorche " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 05.32.07 Join NickRx [0] (n=4a882933@giant.haxx.se) 05.32.28 Mode "#rockbox +v NickRx " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 05.35.49 Quit Zarggg_ (Read error: 104 (Connection reset by peer)) 05.36.24 Join Zarggg_ [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 05.36.44 Mode "#rockbox +v Zarggg_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 05.40.28 Join JdGordon1 [0] (n=jonno@c-24-22-210-83.hsd1.wa.comcast.net) 05.40.49 Mode "#rockbox +v JdGordon1 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 05.45.03 Quit NickRx ("CGI:IRC") 05.52.31 *** Saving seen data "./dancer.seen" 05.53.25 Quit parafin (Read error: 54 (Connection reset by peer)) 05.55.48 Join parafin [0] (n=operator@paraf.in) 05.56.09 Mode "#rockbox +v parafin " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 06.01.11 Part Raydiation 06.14.15 Quit JdGordon1 (Read error: 60 (Operation timed out)) 06.14.23 Quit Horscht ("Verlassend") 06.17.51 Join `Assassin [0] (n=blank@71-8-56-51.dhcp.leds.al.charter.com) 06.18.11 Mode "#rockbox +v `Assassin " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 06.19.30 Nick Zarggg_ is now known as Zarggg (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 06.24.00 Join Rob2223 [0] (n=Miranda@p4FDCA294.dip.t-dialin.net) 06.24.21 Mode "#rockbox +v Rob2223 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 06.41.37 Quit Rob2222 (Read error: 110 (Connection timed out)) 06.53.51 Quit Slasheri_ (Client Quit) 06.53.58 Join Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) 06.54.18 Mode "#rockbox +v Slasheri " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 06.58.22 Quit mt (Read error: 104 (Connection reset by peer)) 06.58.49 Join mt [0] (n=mtee@rockbox/developer/mt) 06.59.10 Mode "#rockbox +v mt " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 07.00.48 Quit liar ("Verlassend") 07.00.53 Quit jd (Client Quit) 07.10.32 Quit JdGordon (Read error: 104 (Connection reset by peer)) 07.12.36 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 07.12.56 Mode "#rockbox +v JdGordon " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 07.16.56 Join JdGordon1 [0] (n=jonno@c-24-22-210-83.hsd1.wa.comcast.net) 07.17.16 Mode "#rockbox +v JdGordon1 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 07.18.27 Join shai [0] (n=Shai@l192-117-110-233.cable.actcom.net.il) 07.18.47 Mode "#rockbox +v shai " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 07.22.02 Join NickRx [0] (n=4a882933@giant.haxx.se) 07.22.22 Mode "#rockbox +v NickRx " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 07.23.26 Quit NickRx (Client Quit) 07.26.02 Quit togetic ("WeeChat 0.3.0") 07.26.04 Join NickRx [0] (n=4a882933@giant.haxx.se) 07.26.25 Mode "#rockbox +v NickRx " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 07.27.46 # Is there a certian type of IC that stores the mp3's on a player? 07.34.33 # NickRx: content (well user content anyway...) is stores on either a HD or Flash drive. 07.34.41 # *stored 07.34.53 # New commit by 03jdgordon (r24339): Rename "custom statusbar" to "base skin" in the theme menu, no other changes. If translators are quick enough to update we can put them in the 3.5 ... 07.36.33 Quit martian67 (Excess Flood) 07.39.40 # http://www.micron.com/products/partdetail?part=MT29F128G08AUABAC5 is this what im looking for? 07.39.43 Quit NickRx ("CGI:IRC") 07.39.46 Join NickRx [0] (n=4a882933@giant.haxx.se) 07.40.07 Mode "#rockbox +v NickRx " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 07.40.49 # NickRx: depends what player you have...you haven't said that yet. 07.41.02 # NickRx: Is this specific to Rockbox? 07.42.15 # S_a_i_n_t no player, just looking at stuff for my projects :P 07.42.35 # NickRx: then this isn't the place to ask about it... 07.43.11 # Yeah, I was trying to figgure out where data is stored in an electronic device (not flash memory) I figgured out what i needed to know 07.43.21 # :P you guys have been helpful so far 07.43.43 Quit JdGordon1 (Read error: 113 (No route to host)) 07.45.15 Join funman [0] (n=fun@rockbox/developer/funman) 07.45.34 # NickRx: Next time, (unless it's actually Rockbox specific) you might want to try #rockbox-community as it's mostly the same people present..and the question wouldn't be off-topic. 07.45.35 Mode "#rockbox +v funman " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 07.45.54 # I'm not growling...just saying. 07.46.04 # is the branch already created? could you wait until i update the fuze manual today? 07.46.26 # S_a_i_n_t alright, thanks 07.46.30 # funman: [19:35] 1 more commit till branch! 07.46.43 # ^from rb-community 07.47.04 # funman: do you want to create the branch when you are ready? 07.47.25 # sure 07.47.43 # everything's ready on your side ? 07.47.58 # New commit by 03jdgordon (r24340): futile attempt to keep the ondioSP rombox working. This will almost certainly be the last release with it. (The backdrop API is chaning very soon ... 07.48.00 # am now 07.48.17 # do 1 commit, then branch on r24342 :) 07.50.53 Join JdGordon1 [0] (n=jonno@c-24-22-210-83.hsd1.wa.comcast.net) 07.51.13 Mode "#rockbox +v JdGordon1 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 07.52.33 *** Saving seen data "./dancer.seen" 07.58.43 Part solrize ("Leaving") 08.01.24 Quit NickRx ("CGI:IRC") 08.07.14 Join Grahack [0] (n=Grahack@ip-222.net-82-216-222.rev.numericable.fr) 08.07.35 Mode "#rockbox +v Grahack " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 08.12.06 # a lot of games have been changed to use a menu and the manual hasn't been updated 08.13.24 Join kugel [0] (i=kugel@rockbox/developer/kugel) 08.13.45 Mode "#rockbox +v kugel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 08.14.36 # kugel: was the pf plugin change accidental? 08.15.07 # no, I answered on the ml 08.15.10 # oh sorry, didnt see your reply 08.15.11 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 08.15.31 Mode "#rockbox +v DataGhost " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 08.15.57 # New commit by 03jdgordon (r24341): fix red... lets branch 08.16.27 # funman: have you seen what I found w.r.t to the buffering regression? 08.18.45 # so... 200 bytes untill ondiosp rombox is broken for good :) 08.18.58 Quit Tomis () 08.19.03 # kugel: yes but i don't understand matsch patches so i can't help 08.20.28 # I think buffering tries leaves place for another handle+id3 metadata, that space is overwritten as of now. I'm not sure why it only causes problems in some cases 08.20.46 # tries to* 08.22.15 # can we contact matsch directly or should I hope he sees an opened fs task? 08.23.14 Quit shai (Read error: 104 (Connection reset by peer)) 08.23.27 Join shai [0] (n=Shai@l192-117-110-233.cable.actcom.net.il) 08.23.44 Quit shai (Read error: 104 (Connection reset by peer)) 08.24.48 Join derpeter_ [0] (n=derpeter@dslb-088-078-099-181.pools.arcor-ip.net) 08.25.08 Mode "#rockbox +v derpeter_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 08.33.17 Join Tomis [0] (n=Tomis@70.134.94.127) 08.33.38 Mode "#rockbox +v Tomis " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 08.35.31 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 08.35.52 Mode "#rockbox +v Zagor " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 08.36.12 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 08.36.20 Join JdGordon2 [0] (n=jonno@c-24-22-210-83.hsd1.wa.comcast.net) 08.36.22 Quit JdGordon1 ("Leaving.") 08.36.39 Mode "#rockbox +v einhirn " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 08.36.41 Mode "#rockbox +v JdGordon2 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 08.38.10 # New commit by 03funman (r24342): snake2: use select and not long select on fuze 08.38.17 # New commit by 03funman (r24343): Plugins manual ... 08.38.41 # JdGordon: i'm finished, do you still want me to do the branch or do you prefer do it yourself ? 08.39.09 # i dont know how to, so go for it :) 08.41.10 Part chaos 08.41.53 # New commit by 03funman (r24344): Branch for rockbox 3.5 08.42.00 # svn cp svn://svn.rockbox.org/rockbox/trunk svn://svn.rockbox.org/rockbox/branches/v3_5 08.54.02 Quit derpeter_ ("ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]") 09.00.14 Join flydutch [0] (n=flydutch@host230-132-dynamic.15-87-r.retail.telecomitalia.it) 09.00.34 Mode "#rockbox +v flydutch " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.03.24 # anyone got a script to build all the being released targets? 09.03.51 # there's one in svn 09.04.07 # awesome 09.04.10 # you probably need to add fuze/e200v2 as we didn't have a release for them yet 09.04.15 # I'll whip up some RC builds 09.06.07 # does anyone like the idea to make voltage scaling on the samsas user configurable? 09.07.20 # why do none of those release scripts have the target listing? 09.07.58 # because of the target renaming, the target list (with stable status and stuff) is unified and moved to a separate file 09.08.12 # which is where? 09.08.52 # tools/builds.pm 09.10.50 Quit Kitr88 (Client Quit) 09.11.08 # ah, how to I get bins.pl working with that? 09.14.56 # no idea, I thought some magic would make bins.pl automatically see/include the stuff in builds.pm 09.15.03 # ah got it 09.16.53 Quit BHSPitMonkey ("Ex-Chat") 09.17.12 Quit JdGordon2 (Read error: 60 (Operation timed out)) 09.17.38 # ok, I've started a build for all the stable (+ fuze and e200v2) builds, I'll link them in the morning when they are done 09.17.47 Join sunrider [0] (n=kosmic@unaffiliated/spice) 09.18.08 Mode "#rockbox +v sunrider " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.18.34 # something might be fucked up... a few too many cc1's... 09.24.05 Join Kitar|st [0] (i=Kitr88@BSN-143-111-74.dial-up.dsl.siol.net) 09.24.25 Mode "#rockbox +v Kitar|st " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.24.27 Quit Farthen (Read error: 104 (Connection reset by peer)) 09.25.16 Join Farthen [0] (n=chatzill@e176128039.adsl.alicedsl.de) 09.25.37 Mode "#rockbox +v Farthen " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.37.03 Join Bagder [0] (n=dast@83.168.254.42) 09.37.24 Mode "#rockbox +v Bagder " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.43.54 Join swilde [0] (n=wilde@aktaia.intevation.org) 09.44.14 Mode "#rockbox +v swilde " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.50.00 # kugel: i like to have the voltage scaling option. never had any corruption issues on my fuze so i'd rather have the extra battery life 09.50.26 # RC builds up... http://forums.rockbox.org/index.php?topic=23739.0 09.51.31 # should I do voice, manual and sims also? 09.52.37 *** Saving seen data "./dancer.seen" 09.52.57 # New commit by 03jdgordon (r24345): Fix bins.pl to use the gloabl builds.pm listing 09.53.22 Join Zarggg_ [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 09.53.32 # Of course, if anyone wants to add some text to that post be my guest :) 09.53.36 # I'm tired and lazy 09.53.40 Join topik_ [0] (i=awesome@wtf.grmpf.org) 09.53.41 Quit Zarggg (Read error: 104 (Connection reset by peer)) 09.53.42 Mode "#rockbox +v Zarggg_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.53.46 Quit DataGhost (card.freenode.net irc.freenode.net) 09.53.46 NSplit card.freenode.net irc.freenode.net 09.53.46 Quit gevaerts (card.freenode.net irc.freenode.net) 09.53.46 Quit BeFalou (card.freenode.net irc.freenode.net) 09.53.46 Quit crwl (card.freenode.net irc.freenode.net) 09.53.46 Quit linuxguy3 (card.freenode.net irc.freenode.net) 09.53.46 Quit Tuplanolla (card.freenode.net irc.freenode.net) 09.53.46 Quit mikroflops (card.freenode.net irc.freenode.net) 09.53.46 Quit jordan` (card.freenode.net irc.freenode.net) 09.54.00 Quit rasher (Read error: 60 (Operation timed out)) 09.54.00 Quit ThomasAH (Read error: 60 (Operation timed out)) 09.54.00 Quit topik (Read error: 60 (Operation timed out)) 09.54.00 Quit Torne (Read error: 60 (Operation timed out)) 09.54.00 Mode "#rockbox +v topik_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.54.19 NHeal card.freenode.net irc.freenode.net 09.54.19 NJoin DataGhost [0] (i=dataghos@unaffiliated/dataghost) 09.54.19 NJoin gevaerts [0] (n=fg@rockbox/developer/gevaerts) 09.54.19 NJoin linuxguy3 [0] (n=timj@adsl-76-203-23-66.dsl.emhril.sbcglobal.net) 09.54.19 NJoin mikroflops [0] (n=yogurt@217-208-157-242-no112.tbcn.telia.com) 09.54.19 Mode "#rockbox +vvvv DataGhost gevaerts linuxguy3 mikroflops " by irc.freenode.net 09.54.19 NJoin Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) 09.54.19 NJoin jordan` [0] (n=jordan@78.235.252.137) 09.54.19 NJoin crwl [0] (n=crwlll@a91-156-100-168.elisa-laajakaista.fi) 09.54.19 NJoin BeFalou [0] (n=mamutoi@unaffiliated/befalou) 09.54.19 Mode "#rockbox +vvvv Tuplanolla jordan` crwl BeFalou " by irc.freenode.net 09.54.24 Join rasher [0] (n=rasher@0x5550f5a3.adsl.cybercity.dk) 09.54.38 Nick topik_ is now known as topik (i=awesome@wtf.grmpf.org) 09.54.39 Mode "#rockbox +v DataGhost " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.54.39 Mode "#rockbox +v gevaerts " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.54.39 Mode "#rockbox +v linuxguy3 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.54.39 Mode "#rockbox +v mikroflops " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.54.40 Mode "#rockbox +v Tuplanolla " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.54.40 Mode "#rockbox +v jordan` " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.54.42 Mode "#rockbox +v crwl " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.54.43 Join ThomasAH [0] (n=thomas@aktaia.intevation.org) 09.54.44 Mode "#rockbox +v BeFalou " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.54.46 Mode "#rockbox +v rasher " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.55.04 Mode "#rockbox +v ThomasAH " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.55.11 Join Torne [0] (i=torne@rockbox/developer/Torne) 09.55.32 Mode "#rockbox +v Torne " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 10.04.50 Join seik [0] (i=seik@elsker.kanal2.net) 10.05.10 Mode "#rockbox +v seik " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 10.09.43 # Hi. I have a iPod 5.5 30GB. I installed rockbox on it, but somehow it got fucked up during a file transfer. Now the rockbox software won't boot. When this has happened before I have always been able to restore it using iTunes when i plug it in to my computer when the "restore via itunes"-message comes up. When this message comes up now and I plug it in to the computer it autmaticly goes into disk mode(it looks like it, at least, but the "disk mode" text doe 10.10.26 Join liar [0] (n=liar@213162066164.public.t-mobile.at) 10.10.47 Mode "#rockbox +v liar " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 10.11.00 Quit phanboy4 ("Leaving") 10.12.24 # hm, someone should update the channel topic... 10.13.06 # seik: sounds like it's waiting for itunes to recover it 10.13.42 # the "disk mode" text is missing when it boots to disk mode from the "use itunes to restore" screen for some reason 10.14.07 Join pamaury [0] (n=pamaury@140.77.26.202) 10.14.27 Mode "#rockbox +v pamaury " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 10.14.28 # well, iTunes doesnt do the trick. as it goes into disk mode it doesnt get detected as an iPod any more 10.15.34 # huh? itunes should recognize an ipod in disk mode... at least on my nanos, it does. could be that this is different on the old gens though 10.15.58 # have you tried resetting it and manually putting it to disk mode? how does itunes behave in that case? 10.16.15 # just the same 10.16.49 # what exactly were you doing when it failed? 10.17.07 # transferring files from my ipod to my computer 10.17.20 # that killed the firmware? 10.17.26 # seems like it 10.17.52 # * TheSeven wonders why this port is classified "stable" then. 10.18.18 # so, when it is in disk mode, what do you see on the mass storage device? 10.18.45 # is the partition table still ok? 10.19.05 # nope. I am not able to transfer any files to it during disk mode 10.19.12 # and what platform are you on? windows or linux? 10.19.30 # on my windows 10.19.44 # it doesnt even get detected as a disk on my linux 10.20.04 # how does windows behave? does it show the drive, but ask you to format it if you click it? 10.20.13 # nope 10.20.19 # no drive at all? 10.20.45 # it shows up and I am able to open it, but it wont format or recieve any files 10.20.57 # does it show any pre-existing files? 10.21.02 # nope 10.21.09 # so just an empty drive? 10.21.14 # correct 10.21.16 # any dmesg output on linux? 10.21.24 # havent tried 10.21.27 # * TheSeven thinks that the hard disk is probably bad 10.21.47 # well, I ought to get a new hdd, then 10.22.17 # first verify it... isn't there some "disk test" tool in diagnostics mode? 10.22.38 # in what mode? 10.23.48 # left+center immediately after reset 10.23.55 # like disk mode, just a different combo 10.24.39 # running now 10.25.21 # diagnostics completed 10.25.33 # doenst say much, but the color is green 10.25.45 # a disk scan should take hours... 10.25.58 # I see 10.26.01 # there must be some more thorough test somewhere in the menu 10.26.30 # another theoretical possibility would be a bad dock cable, even though that's rather unlikely 10.27.02 # my usb cable? 10.27.38 # I have two. its no difference which I use 10.29.33 # ok, so that's not the issue then 10.30.20 Quit mt (Read error: 104 (Connection reset by peer)) 10.30.48 Join mt [0] (n=mtee@rockbox/developer/mt) 10.31.08 Mode "#rockbox +v mt " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 10.34.39 # is the cowon D2(+) one of the more modern (as in still being sold new) dap's rockbox runs on? 10.35.40 # it's one of the more modern and rockbox runs on it 10.36.18 # it's in the unstable category though, so it may fail unexpectedly 10.37.08 # yea, i'm aware of that 10.37.58 # i'm trying to find the answer on the forums (as i'm not too lazy to search), but do you know if the d2+ has (basic) touchscreen support? 10.38.38 # I think some have, and some dont 10.39.32 # support through rockbox i mean 10.39.43 # What can I help to make the clip+ one of the more modern rockboxable players, too? (sending hardware would be an option for me) 10.40.16 # topik: and I mean that IIRC some d2+ have and some d2+ don't have touchscreen support 10.40.35 # ok. different revision with the same name :( 10.40.49 # ThomasAH: I'm afraid sending hardware doesn't really help us 10.41.03 # we have 4-5 clip+ among the dev already 10.41.17 # so it really needs disassembly skills 10.41.29 # kugel: I was afraid of that answer, therefore I did not ask before :) 10.42.18 # but 4-5 sounds like I can still hope 10.42.39 # new ports require lots of time 10.44.47 # topik: I can imagine ... as soon as there is something I could help with, I would help ... but my assembly skills are quite rusty (6502 ass on C64 in the last millenium) 10.47.10 Quit liar (Read error: 110 (Connection timed out)) 10.47.41 # it's a shame it proves hard to get rockbox on the fuze v2. fuze is quite a decent player. 10.48.46 # gevaerts: ping 10.49.06 # kugel: btw, it would be nice to have lcd support for fuzev2 10.49.45 # heh, sure 10.49.50 # FlynDice: if you want to run code on your clip+ don't forget to restore GPIO registers in the state where you found them! 10.50.46 # I plan to have a look at it in a month or so (after the exams), I've disassembled most of the lcd code already last year but never found time to try it 10.59.21 Quit Zarggg_ (Read error: 104 (Connection reset by peer)) 10.59.32 Join Curulan [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 10.59.52 Mode "#rockbox +v Curulan " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 11.05.20 Nick fxb__ is now known as fxb (n=felixbru@85.214.97.64) 11.08.27 # pamaury: pong 11.09.33 Quit bluebrother (Nick collision from services.) 11.09.35 Join bluebroth3r [0] (n=dom@rockbox/developer/bluebrother) 11.09.55 Mode "#rockbox +v bluebroth3r " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 11.11.47 # gevaerts: I have a question on USB stalling and control endpoint. Suppose the core stall say EP_CONTROL on OUT direction, can it still receive transfers on EP_CONTROL but on IN direction ? My point is that control endpoints are special because there are bidirectional by nature, so is stall a characteristic of the endpoint in this case or is it direction dependent ? 11.12.21 # good question, I'd have to look this up in the spec 11.12.39 # * gevaerts doesn't really have time for that now 11.12.59 # Also, I have another question. After that's, I'll stop bother you. 11.13.39 # When the usb receives a control request but can't handle it (for example, it doesn't understand it), it should stall its control endpoint, right ? 11.13.44 # *usb device 11.14.00 # oh, wait 11.14.12 # I think stalling the control endpoint is not alllowed at all 11.15.04 # That's seems strange to me also but have can you signal an error ? Just "stall" the transfer ? (I don't know the right term) 11.15.10 # *how can 11.15.42 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 11.15.44 # * gevaerts doesn't remember 11.15.52 # I'll read the sec later to check that. 11.15.57 # *spec 11.15.59 Join DerPapst [0] (n=DerPapst@p4FE8F138.dip.t-dialin.net) 11.16.02 Mode "#rockbox +v dfkt " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 11.16.20 Mode "#rockbox +v DerPapst " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 11.17.47 # * pamaury is low on battery and have to leave 11.34.13 Join Sin93 [0] (n=4a882933@giant.haxx.se) 11.34.33 Quit Sin93 (Client Quit) 11.36.15 Quit pamaury (Read error: 113 (No route to host)) 11.37.09 Join NickRx [0] (n=4a882933@giant.haxx.se) 11.37.29 Mode "#rockbox +v NickRx " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 11.37.49 Quit NickRx (Client Quit) 11.45.01 Quit kugel (Read error: 110 (Connection timed out)) 11.52.38 *** Saving seen data "./dancer.seen" 11.52.45 Quit funman ("free(random());") 12.03.42 Quit `Assassin (Read error: 104 (Connection reset by peer)) 12.11.13 Join teru [0] (n=teru@KD059133108225.ppp.dion.ne.jp) 12.11.33 Mode "#rockbox +v teru " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 12.21.31 Join kugel [0] (i=kugel@rockbox/developer/kugel) 12.21.51 Mode "#rockbox +v kugel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 12.25.37 # Anyone alive in here that's WPS tag savvy? 12.26.29 # I'm wondering if there is a tag that's aware of "Next" and "Previous" instead of just FFD and REV? 12.27.19 # I've looked, but I don't believe there is...I always like to believe I'm wrong first though...and in this case hoping I am. 12.29.04 # S_a_i_n_t: What do you mean? Next/Previous are not playback statuses - i.e. they don't exist for any length of time. 12.31.40 # I was hoping to be able to set a conditions for next/previous for an AA effect...I know exactly the code I'd *like* to use but dumbassedly forgot there there isn't a tag to run the condition off. 12.32.21 # * S_a_i_n_t will have to talk to JdGordon nicely and get him interested in the idea somehow... 12.32.56 # * linuxstb still doesn't understand what S_a_i_n_t wants to be able to do 12.33.11 # S_a_i_n_t: what would be even better is if you'd make a patch for it! 12.34.18 # I'd like to be able to use fade/transition style effects for AA based on track skipping. 12.34.31 # that explain it? 12.35.15 # Nope. 12.35.40 # bah...guess you'd have to be in my head. 12.35.57 # and I don;t really reccmmend that. 12.36.33 Quit Galois (Client Quit) 12.36.44 Join JdGordon1 [0] (n=jonno@c-24-22-210-83.hsd1.wa.comcast.net) 12.36.48 Quit JdGordon1 (Client Quit) 12.37.04 Nick fxb is now known as fxb__ (n=felixbru@85.214.97.64) 12.37.07 # * teru guesses he wants something notifies that track is chaged. 12.37.16 # lets just say that I know what I want to do but it needs a tag that doesn't exist. 12.38.19 # teru: basically, but to assign a conditional to it so I can resize AA in varied stages (ie. cheap transitional effect) :D 12.38.38 # S_a_i_n_t: I mean I understand the idea of album art effects when you skip tracks, but don't see how that can be implemented with WPS tags - i.e. even if such a tag existed, what would you do with it? 12.38.51 # look up 12.40.32 # Yes, and? 12.41.35 # look...if you don't understand what I'm trying to do I don't believe any ammount of me explaining it will change that. 12.42.18 # had an idea, asked a question, found out the answer, can't do it (yet at least), end of. 12.56.28 Part seik 13.03.22 Quit antil33t (Read error: 104 (Connection reset by peer)) 13.03.27 Join antil33t [0] (n=Mudkips@203-184-54-232.callplus.net.nz) 13.03.48 Mode "#rockbox +v antil33t " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 13.12.26 Quit teru (card.freenode.net irc.freenode.net) 13.12.26 NSplit card.freenode.net irc.freenode.net 13.12.26 Quit mt (card.freenode.net irc.freenode.net) 13.12.26 Quit Torne (card.freenode.net irc.freenode.net) 13.12.26 Quit BeFalou (card.freenode.net irc.freenode.net) 13.12.26 Quit crwl (card.freenode.net irc.freenode.net) 13.12.26 Quit linuxguy3 (card.freenode.net irc.freenode.net) 13.12.26 Quit Tuplanolla (card.freenode.net irc.freenode.net) 13.12.26 Quit mikroflops (card.freenode.net irc.freenode.net) 13.12.26 Quit jordan` (card.freenode.net irc.freenode.net) 13.12.26 Quit gevaerts (card.freenode.net irc.freenode.net) 13.12.26 Quit DataGhost (card.freenode.net irc.freenode.net) 13.12.57 NHeal card.freenode.net irc.freenode.net 13.12.57 NJoin teru [0] (n=teru@KD059133108225.ppp.dion.ne.jp) 13.12.57 NJoin mt [0] (n=mtee@rockbox/developer/mt) 13.12.57 NJoin Torne [0] (i=torne@rockbox/developer/Torne) 13.12.57 NJoin DataGhost [0] (i=dataghos@unaffiliated/dataghost) 13.12.57 Mode "#rockbox +vvvv teru mt Torne DataGhost " by irc.freenode.net 13.12.57 NJoin gevaerts [0] (n=fg@rockbox/developer/gevaerts) 13.12.57 NJoin linuxguy3 [0] (n=timj@adsl-76-203-23-66.dsl.emhril.sbcglobal.net) 13.12.57 NJoin mikroflops [0] (n=yogurt@217-208-157-242-no112.tbcn.telia.com) 13.12.57 NJoin Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) 13.12.57 Mode "#rockbox +vvvv gevaerts linuxguy3 mikroflops Tuplanolla " by irc.freenode.net 13.12.57 NJoin jordan` [0] (n=jordan@78.235.252.137) 13.12.57 NJoin crwl [0] (n=crwlll@a91-156-100-168.elisa-laajakaista.fi) 13.12.57 NJoin BeFalou [0] (n=mamutoi@unaffiliated/befalou) 13.12.57 Mode "#rockbox +vvv jordan` crwl BeFalou " by irc.freenode.net 13.13.17 Mode "#rockbox +v teru " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 13.13.17 Mode "#rockbox +v mt " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 13.13.17 Mode "#rockbox +v Torne " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 13.13.17 Mode "#rockbox +v DataGhost " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 13.13.17 Mode "#rockbox +v gevaerts " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 13.13.18 Mode "#rockbox +v linuxguy3 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 13.13.20 Mode "#rockbox +v mikroflops " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 13.13.22 Mode "#rockbox +v Tuplanolla " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 13.13.24 Mode "#rockbox +v jordan` " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 13.13.26 Mode "#rockbox +v crwl " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 13.13.28 Mode "#rockbox +v BeFalou " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 13.23.53 Join Sajber^ [0] (n=Sajber@c-9c3471d5.012-155-73746f22.cust.bredbandsbolaget.se) 13.24.13 Mode "#rockbox +v Sajber^ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 13.37.07 Join Oxymis [0] (n=quassel@adsl-065-013-002-216.sip.asm.bellsouth.net) 13.37.27 Mode "#rockbox +v Oxymis " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 13.38.12 # Can crypt_firmware be run from a simulator build or does it have to be on the deice itself? 13.39.51 Join TheSeven|Mobile [0] (n=theseven@rockbox/developer/TheSeven) 13.40.11 Mode "#rockbox +v TheSeven|Mobile " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 13.40.42 # Has to be on the device 13.41.00 # otherwise we would've just put the code in ipodpatcher 13.41.18 # We don't know the encryption keys for the firmware, they are locked away in a hardware crypto unit 13.41.29 # but fortunately once you can run code on the device you can ask it to encrypt htings for you 13.41.38 # * TheSeven|Mobile realizes that Torne must be talking about nano2g 13.41.48 # indeed :) 13.42.20 Join Tomis2 [0] (n=Tomis@70.134.78.177) 13.42.40 Mode "#rockbox +v Tomis2 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 13.44.08 Join campino2k [0] (n=campino2@piratenpartei/he/campino2k) 13.44.12 # hi 13.44.28 Mode "#rockbox +v campino2k " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 13.44.40 # thanks Torne, it seems I either missed or callously disregarded "(using the AES hardware crypto unit inside the Samsung SoC)" in the nano2g rbwiki 13.45.11 # and should've realised a sim build wouldn't have thiss. 13.45.21 # am i allowed to use the rockbox logo for an blog posting? and where can I find a bigger or svg version of the logo? 13.46.18 # campino2k: you mean a blog posting about rockbox? I wouldn't know why not 13.47.09 # sv is in svn 13.47.12 # *svg 13.47.25 # AlexP: k. i'll look in there 13.47.27 # thanks 13.47.31 # gevaerts: thanks 13.47.40 # campino2k: http://svn.rockbox.org/viewvc.cgi/trunk/manual/frontpage/rockboxlogo.svg 13.47.52 Join pamaury [0] (n=pamaury@140.77.26.202) 13.48.06 # Torne: I'm getting "Screen Too Narrow" warnings in about 50% of my IF titles (All my DAP's are Nano's so I'm not too surprised), is it screen wrapping in Frotz or the game itself? 13.48.12 Mode "#rockbox +v pamaury " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 13.48.23 # screen too narrow? 13.48.25 # never seen that 13.48.31 # that's the game telling you that 13.48.36 # get a Nano :P 13.48.43 # it's too narrow on every target 13.48.49 # for some definition of too narrow :) 13.48.53 # odd... 13.49.19 # is it just normal text? 13.49.20 # HHGTTG and Leather Goddess are the ones I know do it for sure. 13.49.35 # Oh, commercial games? 13.49.50 # others do too, should I make a list? 13.49.50 # Yes, Infocom would expect certain screen dimensions 13.49.58 # No, there's nothing we can do about it 13.50.05 # yeah, infocom originals I believe. 13.50.18 # The Z-machine spec says the screen should ideally be 60 characters wide by 14 lines deep at a minimum 13.50.27 # even ipodvideo can't fit 60 chars 13.50.37 # a virtual screen! 13.50.38 # ;-) 13.50.41 # Bagder: no :) 13.50.56 # S_a_i_n_t: Modern Z-machine games compiled with Inform and using the Inform standard library are far less likely to care. 13.51.03 # Ah, thanks...all I really wanted to know was if it was the game or screen wrapping...thanks. 13.51.15 # There is no screen wrapping 13.51.33 # the interpreter tells the game how big the screen is, and it's the game's job to conform to that 13.51.37 # pity, I'm getting pretty far in HHGTTG, further than I ever got in the late 80's anyway :P 13.51.43 # i found the 400px- logo, thats far enough 13.51.48 # thanks guys 13.51.53 # well, there's nothing we can do about it 13.52.05 Part campino2k ("und alle so: "Yeaahh"") 13.52.07 # when the cursor is on the upper window you have to print in monospace 13.52.24 # trying to wrap it would be mind boggling and would undoubtedly make it worse 13.52.42 *** Saving seen data "./dancer.seen" 13.53.13 # at some point I'm going to support using the user font for the lower window which could make more characters fit, since that's likely to be a proportional font 13.53.22 # but the upper window is required to be character cell addressable 13.53.52 # user font would make MORE chars fit?!? 13.53.56 Quit Curulan (Client Quit) 13.54.01 # oh, if it were less than 8pt 13.54.04 # gotcha 13.54.05 # sure, why wouldn't it? 13.54.12 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 13.54.20 # the average width of chars in the user font is less, generally, unless you pick a really big font 13.54.32 # the height will be more :) 13.54.32 Mode "#rockbox +v Zarggg " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 13.54.40 Quit Tomis (Read error: 110 (Connection timed out)) 13.54.40 Nick Tomis2 is now known as Tomis (n=Tomis@70.134.78.177) 13.56.00 # must depend on the target dpi I guess...no? anything less than 8pt on a nano for instance would be asking for a migrain (playing IF anyway) 13.56.37 # er, i think you are missing the point 13.56.41 # the user font is generally a *proportional* font 13.57.13 # even though individual characters will generally look bigger, you can probably fit more of them across the screen for typical human language text 13.57.54 # sysfont is 6px wide whatever you print 14.00.16 # %cs tag shows that current screen is WPS while in wps' context menu. is this intended? 14.01.36 # teru: probably not...I don't think the %cs tag includes the context menu's 14.01.46 # *menus 14.02.34 # actually...in that case, it probably is...yes. 14.02.44 # since it's the WPS context menu. 14.16.46 # gevaerts: USB spec says: 14.16.47 # After a halt condition is encountered or an error is detected by the host, a control endpoint is allowed to 14.16.47 # recover by accepting the next Setup PID; i.e., recovery actions via some other pipe are not required for 14.16.47 DBUG Enqueued KICK pamaury 14.16.47 # control endpoints. For the Default Control Pipe, a device reset will ultimately be required to clear the halt 14.16.47 # or error condition if the next Setup PID is not accepted. 14.18.27 Quit S_a_i_n_t ("S_a_i_n_t [St.]™") 14.21.22 Quit kugel (Read error: 110 (Connection timed out)) 14.22.08 Join hebz0rl [0] (n=hebz0rl@dslb-088-065-217-173.pools.arcor-ip.net) 14.22.28 Mode "#rockbox +v hebz0rl " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 14.38.35 Quit ThomasAH (card.freenode.net irc.freenode.net) 14.38.35 NSplit card.freenode.net irc.freenode.net 14.38.35 Quit killan (card.freenode.net irc.freenode.net) 14.38.35 Quit Kopfgeldjaeger (card.freenode.net irc.freenode.net) 14.38.35 Quit tarbo (card.freenode.net irc.freenode.net) 14.38.35 Quit ehntoo (card.freenode.net irc.freenode.net) 14.38.42 Join ehntoo [0] (n=ehntoo@141.219.155.230) 14.38.44 NHeal card.freenode.net irc.freenode.net 14.38.44 NJoin tarbo [0] (n=me@unaffiliated/tarbo) 14.38.48 Join killan [0] (n=nnscript@213.112.240.131) 14.39.03 NJoin Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 14.39.03 Mode "#rockbox +v ehntoo " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 14.39.04 Mode "#rockbox +v tarbo " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 14.39.09 Mode "#rockbox +v killan " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 14.39.23 Mode "#rockbox +v Kopfgeldjaeger " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 14.43.38 NJoin ThomasAH [0] (n=thomas@aktaia.intevation.org) 14.43.59 Mode "#rockbox +v ThomasAH " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 14.44.02 Quit DerPapst ("Leaving.") 14.44.20 Join martian67 [0] (n=martian6@haarp.induced.haitian.disasterzone.net) 14.44.41 Mode "#rockbox +v martian67 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 14.46.32 # gevaerts: ping 14.51.38 # pamaury: yes? 14.52.52 Join Assembler [0] (n=6d43857e@giant.haxx.se) 14.52.56 # Have you got any idea of what this setup packet could do ? (I get it from windows) 14.52.56 # vhci-hcd: bmRequestType=0xc0 bRequest=0xfe wValue=0x0000 14.52.57 # vhci-hcd: wIndex=0x0004 wLength=0x0010 epadr=0x80 urb_length=0x10 14.53.03 # (copy from my log) 14.53.12 Mode "#rockbox +v Assembler " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 14.53.18 # hiya 14.54.41 Join killan_ [0] (n=nnscript@c-83f070d5.06-397-67626721.cust.bredbandsbolaget.se) 14.55.01 Mode "#rockbox +v killan_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 14.56.29 # hay deos the rockbox uses c or c++? 14.56.50 # c and assembler 14.56.50 # or assembler, also heard about lua.. 14.57.03 # what is lua? 14.57.18 # Lua is a scripting language 14.57.39 # can i use it for riing plugins? 14.57.49 # writing 14.58.01 # pamaury: I've never encountered bRequest 0xfe. Isn't that one of the MS specific things? 14.58.02 # There is a plugin which is capable of interpreting Lua but I don't know if there are much examples of it. I'm sure somone here know that. Have you tried the wiki ? 14.58.25 # not really 14.58.27 # il go for it 14.58.36 # gevaerts: that what I thought first but MS thing is GET STRING DESCRIPTOR request, not a vendor specific one AFAIK 14.58.59 # im just bored hile the rockbox scources are downloading 14.59.32 # You can, more or less, write plugins in lua, yes. 14.59.44 # the Lua plugin exposes most of the C plugin API to the Lua scripts it runs 14.59.54 # is it object oriented? 15.00.13 # im still wondring how can i write games it C... 15.00.25 # Is it not object oriented in itself but you can simulate it easily because everything is table based. 15.00.44 # There have been lots of commercial games partly written in Lua for the logic part 15.02.37 Join kugel [0] (n=kugel@rockbox/developer/kugel) 15.02.50 # Lua is.. complicated to categorise as a language. You can implement OO in it, of course, because you can implement OO in practically anything 15.02.57 Mode "#rockbox +v kugel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 15.03.26 # Well, Lua really has the ability to do OO programming in a elegant way. It's not like OO in C ! 15.03.33 # i can with C++, for example if i have a ball, i can use a form as an object, but how can i do so in C? 15.04.01 # You can do OO in C but it's less elegant 15.04.06 # A major example is GTK 15.04.58 # is te bubbles scource inside the rockbox scource i download by SVC? 15.05.08 # Go to #rockbox-community if you have more questions, that's not directly related to rockbox 15.05.42 # ho can i change my channel? 15.05.57 # im in a eb client 15.06.13 # in a web client* 15.06.24 # sorry its a bad keyboard 15.06.37 Quit killan (Read error: 110 (Connection timed out)) 15.06.57 # don't know, depends on the webclient probably 15.07.36 # ok 15.07.42 # ho has a sansa fuze?! 15.08.09 Join froggymana [0] (n=187b533e@giant.haxx.se) 15.08.30 Mode "#rockbox +v froggymana " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 15.08.43 Join fyrestorm [0] (n=nnscript@cpe-24-90-81-175.nyc.res.rr.com) 15.08.58 Quit Assembler ("CGI:IRC") 15.09.03 Mode "#rockbox +v fyrestorm " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 15.09.29 Join maruk [0] (n=papier@titanium.sdv.fr) 15.09.49 Mode "#rockbox +v maruk " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 15.17.28 Join _zic [0] (n=user@83-156-254-63.rev.libertysurf.net) 15.17.48 Mode "#rockbox +v _zic " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 15.19.53 Part maruk 15.22.45 Quit rvvs89 (Remote closed the connection) 15.22.52 Join rvvs89 [0] (n=ivo@pdpc/supporter/base/rvvs89) 15.23.13 Mode "#rockbox +v rvvs89 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 15.25.21 Quit TheSeven|Mobile (Read error: 110 (Connection timed out)) 15.27.03 Join Galois [0] (i=djao@efnet.math.uwaterloo.ca) 15.27.09 Join petur [50] (n=petur@rockbox/developer/petur) 15.27.22 Nick Oxymis is now known as Adnyxo (n=quassel@adsl-065-013-002-216.sip.asm.bellsouth.net) 15.27.23 Mode "#rockbox +v Galois " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 15.27.29 Mode "#rockbox +v petur " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 15.27.55 Quit teru (Read error: 104 (Connection reset by peer)) 15.34.15 Join evilnick_B [0] (i=0c140464@rockbox/staff/evilnick) 15.34.36 Mode "#rockbox +v evilnick_B " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 15.41.24 Quit Farthen (Read error: 104 (Connection reset by peer)) 15.41.58 Join jgarvey [0] (n=jgarvey@cpe-174-097-248-211.nc.res.rr.com) 15.42.18 Join Farthen [0] (n=chatzill@e176128039.adsl.alicedsl.de) 15.42.18 Mode "#rockbox +v jgarvey " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 15.42.38 Mode "#rockbox +v Farthen " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 15.49.06 Join DerPapst [0] (n=DerPapst@asr-nat2.its.fh-giessen.de) 15.49.26 Mode "#rockbox +v DerPapst " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 15.50.13 Quit froggymana ("CGI:IRC") 15.52.09 Quit pamaury ("abort();") 15.52.38 Quit antil33t (Read error: 104 (Connection reset by peer)) 15.52.43 *** Saving seen data "./dancer.seen" 15.52.45 Join antil33t [0] (n=Mudkips@203-184-54-232.callplus.net.nz) 15.53.05 Mode "#rockbox +v antil33t " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 16.43.25 Part Bagder 16.48.59 Join toffe82 [0] (n=chatzill@12.169.218.14) 16.49.19 Mode "#rockbox +v toffe82 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 16.57.26 Join kkurbjun [0] (n=kkurbjun@rockbox/developer/kkurbjun) 16.57.47 Mode "#rockbox +v kkurbjun " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 16.57.56 # svn is completely broken on the MR500 since r24340 16.58.15 # I believe that was JdGordon 's commit 16.58.38 # the screen starts up and it looks like it goes into endless resets 16.58.44 # 24339 works fine 17.02.44 Quit DerPapst ("Leaving.") 17.04.04 # it's possible that 24341 is the culprit, I just went back to 24339 17.04.46 Part kkurbjun 17.11.51 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 17.14.24 Join kkurbjun [0] (n=kkurbjun@rockbox/developer/kkurbjun) 17.14.44 Mode "#rockbox +v kkurbjun " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 17.15.54 # the WPS is also showing graphic glitches now with the latest SBS "fixes" on the MR500 withthe cleangreen theme 17.16.10 # I don't think that branching right now is a good idea... 17.17.04 Quit MagusG (Read error: 104 (Connection reset by peer)) 17.17.43 # when the screen turns off and touch the screen to bring it back the whole thing comes up black 17.17.49 # I mean the backdrop is gone 17.18.01 # and then when you go back to the menu it comes back 17.18.12 # but there are black sections behind some of the viewports 17.22.14 # kkurbjun: You know that the branching already happened? 17.22.24 # oh nice 17.23.15 # well, it's pretty messed up on at least the mr500, and with the wps glitches it wouldn't surprise me if other themes on other targets have similar problems 17.23.35 # the rebooting may be mr500 specific, but I would guess that the wps problems are not 17.24.00 # kkurbjun: Although the mr500 isn't a supported/release target is it? 17.24.07 # I am guessing that r24335 caused the wps problems 17.24.22 Quit kugel (Read error: 113 (No route to host)) 17.24.40 # no it isn't, which is why the freezing may be somewhat /acceptable/ 17.25.14 # but I would venture to guess that the wps problems are not limited to the mr500 17.26.23 Join panni_ [0] (i=hannes@ip-95-222-52-93.unitymediagroup.de) 17.26.43 Mode "#rockbox +v panni_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 17.33.57 Quit Zagor ("Clint excited") 17.33.57 Nick fxb__ is now known as fxb (n=felixbru@85.214.97.64) 17.35.35 Join MagusG [0] (i=magusg@c-98-192-69-229.hsd1.ga.comcast.net) 17.35.55 Mode "#rockbox +v MagusG " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 17.43.33 # kkurbjun: if it was 24340 then I'll just revert it, its not a big deal 17.46.43 Join pamaury [0] (n=pamaury@ALyon-551-1-19-164.w92-137.abo.wanadoo.fr) 17.47.03 Mode "#rockbox +v pamaury " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 17.52.47 *** Saving seen data "./dancer.seen" 17.55.24 Quit AndyI (Read error: 104 (Connection reset by peer)) 17.56.11 Join AndyI [0] (n=pasha_in@212.14.205.32) 17.56.32 Mode "#rockbox +v AndyI " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 17.59.26 Join stoffel [0] (n=quassel@p57B4DC30.dip.t-dialin.net) 17.59.47 Mode "#rockbox +v stoffel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.02.49 # gevaerts: I'm wondering what do to with those control transfers that are unhandled in the core. Windows seems to want an answer, but on the other hand, stalling seems violent. Also, have you found something in the spec saying we can't stall a control endpoint ? 18.03.13 Join TheSeven|Mobile [0] (n=theseven@92.117.17.12) 18.03.19 # pamaury: no, I'm at work... 18.03.29 # ok 18.03.34 Mode "#rockbox +v TheSeven|Mobile " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.06.24 Join DerPapst [0] (n=DerPapst@p4FE8F138.dip.t-dialin.net) 18.06.44 Mode "#rockbox +v DerPapst " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.12.18 # pamaury: I was wrong. You can stall from EP0, you just can't halt the endpoint 18.12.40 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 18.12.40 # * gevaerts recommends reading chapter 8 of the USB spec to anyone who wants to know these things in detail 18.13.01 # What halting an endpoint mean ? 18.16.16 # making it stall for a longer time. Again, see the spec for details. I'm really not familiar enough with chapter 8 to know this without having to search a lot myself 18.17.01 Quit petur ("*plop*") 18.23.03 Join komputes_ubuntu [0] (n=komputes@ubuntu/member/komputes) 18.23.24 Mode "#rockbox +v komputes_ubuntu " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.24.01 Quit komputes (Read error: 113 (No route to host)) 18.25.02 Join Stephen__ [0] (n=S@86-45-75-29-dynamic.b-ras2.srl.dublin.eircom.net) 18.25.12 # New commit by 03saratoga (r24346): Commit FS#10422 by Yoshihisa Uchida. Seperates WAV and AIFF parsing from PCM decoding by introducing libpcm, a library for decoding linear and ... 18.25.22 Mode "#rockbox +v Stephen__ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.29.32 # kkurbjun: the black background is 24335... the h300 sim is segfaulting on 24340 though so I'm inclined to revert that change and forget about the ondioSP's rombox 18.30.31 Join kugel [0] (n=kugel@rockbox/developer/kugel) 18.30.52 Mode "#rockbox +v kugel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.31.07 # kugel: I think your backdrop commit changed too much from my version 18.31.21 # see kkurbjun's issue (or cabbiev2 on h300) 18.31.37 Join kkurbjunW [0] (n=karlk@12.41.166.9) 18.31.57 Mode "#rockbox +v kkurbjunW " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.32.25 # yeah, i'm not sure what to do about the ondia 18.32.40 # JdGordon: it changed nothing else, except backdrop api and making the moving backdrow_show() further behind in wps.c 18.32.59 Join j8048188 [0] (n=9023fe05@giant.haxx.se) 18.33.19 Mode "#rockbox +v j8048188 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.33.49 Join saratoga [0] (i=9803c6dd@gateway/web/freenode/x-bmqfjolyujqtpjfp) 18.34.10 Mode "#rockbox +v saratoga " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.34.11 # maybe we can try to debug before reverting 18.34.35 # maybe it has to do with targets with remote 18.35.13 # " '%x' expects type 'unsigned int', but argument 2 has type 'long unsigned int'" 18.35.24 # should I just cast to int32 to fix this warning? 18.36.07 # change to %lx 18.36.24 # oh it's the other way around 18.36.48 # uhm....:\ changing to %lx should work 18.37.15 Quit swilde ("ERC Version 5.3 (IRC client for Emacs)") 18.37.16 # huh the type is defined as "uint32_t" already 18.37.20 # why is this even a warning 18.37.41 Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) 18.38.02 Mode "#rockbox +v phanboy4 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.38.47 # the segfault in the h300 sim is because the backdop_* functions arnt being built for colour main and b+w remote targets... simple fix 18.38.54 # DEBUGF("CODEC_ERROR: unsupport wave format %x\n", format.formattag); where format.formattag is a uint32 should be safe everywhere i think? 18.38.58 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 18.39.01 # the black backdrop is 24335 for sure though 18.39.18 Mode "#rockbox +v bmbl " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.39.31 Join Hillshum [0] (n=hillshum@75-165-233-131.slkc.qwest.net) 18.39.51 Mode "#rockbox +v Hillshum " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.40.06 Quit toffe82 (Read error: 54 (Connection reset by peer)) 18.40.12 # I'll have a look 18.40.18 Quit kugel ("exit(0);") 18.41.23 Quit Farthen (Read error: 104 (Connection reset by peer)) 18.42.34 Join toffe82 [0] (n=chatzill@12.169.218.14) 18.42.51 Join Farthen [0] (n=chatzill@e176128039.adsl.alicedsl.de) 18.42.54 Mode "#rockbox +v toffe82 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.43.11 Mode "#rockbox +v Farthen " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.44.11 Join kugel [0] (n=kugel@rockbox/developer/kugel) 18.44.31 Mode "#rockbox +v kugel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.50.24 # anyone have a 32 bit machine around who can compile the sim? 18.50.39 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.50.59 Mode "#rockbox +v bertrik " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.51.01 # yes 18.51.09 # at svn HEAD ? 18.51.13 # yeah 18.51.27 # line 205 in apps/codecs/wav.c 18.51.43 # on specific target or it doesn't matter ? 18.51.50 # i don't understand why some sims give a warning on that 18.51.53 # any swcodec 18.52.52 # Can you give a example target with swcodec ? 18.53.33 # sandisk, ipods, iriver, iaudio, 18.54.00 # e200 has swcodec ? 18.54.22 # yes 18.54.23 # * pamaury is building everything 18.54.30 # all except the old archos 18.55.43 Quit j8048188 ("CGI:IRC") 18.55.49 # I have two warnings: 18.55.57 # /home/pamaury/project/rockbox/rockbox/apps/codecs/wav.c:178: warning: format ‘%x’ expects type ‘unsigned int’, but argument 2 has type ‘long unsigned int’ 18.55.58 # /home/pamaury/project/rockbox/rockbox/apps/codecs/wav.c:205: warning: format ‘%x’ expects type ‘unsigned int’, but argument 2 has type ‘long unsigned int’ 18.56.04 # yeah thats expected 18.56.08 # put %lx 18.56.17 # that'll just break it on 64 bit sims 18.56.25 # really ? 18.56.49 # hmm i thought so 18.56.55 # long does mean 64-bit integer for printf on 64 bit platform. I doubt 18.56.58 # ? 18.57.08 # why is that needed if the type is uint32_t? 18.58.09 # because C make a difference between int and long int. The first is %x, %d, ... and second is with a 'l'. On some platform, int!=long int. As some platforms used uint32_t=unsigned long int, you have to use a 'l' 18.58.47 # home/mike/rockbox/libpcm/apps/codecs/wav.c:205: warning: format â%lxâ expects type âlong unsigned intâ, but argument 2 has type âunsigned intâ 18.59.13 # so on your 32 bit machine the type is "long unsigned int" but on my 64 bit machine the type is "unsigned int" 18.59.18 # lol 18.59.30 # uint32_t formattag; 18.59.47 # how is that ambiguous 19.00.12 # the type is not ambiguous, but printf doesn't work on n-bit types, it works on those buggy C types 19.00.38 # what if we just cast to "unsigned int" in the printf? 19.01.34 # It will work usually because on 32-bit platforms, long int=int and on 64-bit platform, int=32-bit. So you can do that I think 19.01.41 # saratoga: I think that's done in other places. If you look at other DEBUGF statements in Rockbox, I'm sure you'll see similar hacks. 19.01.46 # On your can even cast it to long unsigned int. That's safer 19.01.53 # wow, fixing r24340 makes things really ugly 19.01.56 Join hd [0] (n=jd@modemcable207.134-202-24.mc.videotron.ca) 19.02.16 Mode "#rockbox +v hd " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 19.02.27 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 19.02.42 # linuxstb: works fine on 64 bit, pamaury, does it work for you? 19.02.47 Mode "#rockbox +v Horscht " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 19.03.11 # saratoga: cast to unsigned int ? I'll try in a seconde 19.03.13 # *-e 19.03.27 # and it will probably break rombox on the odio again 19.03.31 # * linuxstb wonders if the sim is using Rockbox's definitions of uint32_t etc or the system versions 19.03.53 # probably the systems 19.04.13 # JdGordon, kkurbjun: the mr500 seems to work fine with r24340 fixed 19.04.50 # saratoga: it works for me 19.04.54 # saratoga: I'm not sure that it is... 19.05.30 # New commit by 03saratoga (r24347): Fix warnings on 32 bit sim. 19.07.57 # kkurbjun: unrelated question, is 128 brightness levels really needed on the mr500? 19.08.12 # it seems too much and that doesn't work well with sw backlight fading 19.08.33 Join j8048188 [0] (n=90231aaa@giant.haxx.se) 19.08.47 # why's kkurbjun gone now :( 19.08.52 # I'm here 19.08.53 Mode "#rockbox +v j8048188 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 19.09.03 Join thegeek [0] (n=nnscript@s080b.studby.ntnu.no) 19.09.13 # it is just a linear change on the mr500 right now 19.09.20 # so it exposes all of the possible settings 19.09.24 Mode "#rockbox +v thegeek " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 19.09.34 # I cannot repro the black backdrop after fixing JdGordon's commit 19.09.34 # it's possible to change it to a log scale like the gigabeat F/X 19.10.03 Quit j8048188 (Client Quit) 19.10.10 # New commit by 03saratoga (r24348): Commit FS#10423 by Yoshihisa Uchida. Adds support for floating point PCM to libpcm. 19.10.17 # so the black backdrop happens after the lcd actually turns off 19.10.24 # it's not just when the backlight is off 19.10.42 # but you can see black boxes on the wps before it fades all the way out 19.11.02 # if you just go into the wps, it looks like the backdrop is disabled, but the screen is not cleared 19.11.13 # so dynamic viewports show black 19.11.24 # seems to work now 19.11.37 # and then whenthe lcd turns off and then comes back on the screen is cleared withthe backdrop disabled 19.11.51 # http://pastie.org/797374 19.11.52 # I can't test anything right now, but I can give it a shot later today 19.12.32 Quit Hillshum ("Leaving") 19.12.43 Join Hillshum [0] (n=hillshum@75-165-233-131.slkc.qwest.net) 19.12.45 # New commit by 03saratoga (r24349): Try one more time to fix bitness warnings in WAV. 19.13.04 Mode "#rockbox +v Hillshum " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 19.16.02 # kkurbjunW: did you try any revision between my and JdGordon's commit? 19.16.06 Quit antil33t () 19.16.31 Join liar [0] (n=liar@clnet-p09-185.ikbnet.co.at) 19.16.43 Quit phanboy4 (Read error: 104 (Connection reset by peer)) 19.16.51 Mode "#rockbox +v liar " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 19.17.23 # I just went back to 24339 and found that it did not crash any more. Then I saw the wps problems, but did not have time to test more revisions 19.17.38 # my guess was that 35 was the culprit, but I didn't verify it 19.18.00 # from talking to jdgordon it sounds like he did, but I am not sure on that 19.20.02 # I would be very surprised if 24339 broke anything 19.20.20 Quit Horscht ("Verlassend") 19.21.34 # I don't think that 39 did. 19.21.59 Join JdGordon| [0] (n=Miranda@131.107.0.69) 19.22.03 # I was trying to go back to the first revision that did not crash the mr500 which was 39 19.22.19 Mode "#rockbox +v JdGordon| " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 19.23.03 # so something before 39 caused the wps problems, 35 and 36 looks the most suspect 19.23.23 # but I did not get a chance to verify that 19.26.24 # so >40 crashed, but <=39 causes black artifacts? 19.26.33 # yes 19.26.37 # sounds right 19.26.55 # that is correct 19.27.03 # well, I fixed the backdrop_*() calls and I'm not seeing those anymore 19.28.13 # 35 didn't change anything for the wps effectively 19.28.22 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 19.28.42 Mode "#rockbox +v domonoky " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 19.31.30 # I'm afraid putting screen->depth() > 1 around each backdrop call breaks rombox again 19.31.56 # no, just stub the remote backdrop funcs 19.32.03 # or revert the whole thing and screen rombox 19.33.07 # screen rombox? 19.33.29 # or screw? 19.33.40 Join Buschel [0] (n=ab@p54A3CD2A.dip.t-dialin.net) 19.34.00 Mode "#rockbox +v Buschel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 19.35.10 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 19.35.31 Mode "#rockbox +v Horscht " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 19.38.43 # Torne: as we branched you might submit fs#9708 :o) 19.43.05 # It works ! I made this fucking simulator usb works with UMS under virtualized Windows ! The bug was nasty 19.43.12 Quit gevaerts (Nick collision from services.) 19.43.21 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 19.43.43 Mode "#rockbox +v gevaerts " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 19.45.46 # gevaerts: this is nasty in usb_storage to send(NULL, 0) on a BULK endpoint ! A dummy buffer instead of NULL woudl have caused me much less pain :) 19.50.41 # the nano2g guys noticed the same thing with their usb :) 19.51.43 Quit saratoga ("Page closed") 19.51.47 # Is it really a cause for problems? I suppose the 2nd argument is the length of the buffer, if it's 0 the location of the buffer shouldn't really matter 19.51.48 # Ah, did it was also on usb storage ? I noticed that he talked about it but didn't know on which situation it occured ! 19.52.48 *** Saving seen data "./dancer.seen" 19.53.20 # bertrik: the dma on the nano2g crapped out at NULL though 19.53.28 # bertrik: well it was my mistake because I checked the buffer against NULL to see if there was a pending buffer. If the buffer is NULL, well there is a pending buffer my driver would miss it ! 19.54.18 # It just that for me, buffer=NULL & length=0 ===> ACK on control endpoint. But I wrong it seems 19.54.20 # *was 19.55.42 Quit Grahack ("Tu m'as vu ?") 19.56.41 # hehehe, HId also works. Time to try to fatal combinaison ! 19.56.46 # ok, if dma gets confused by that, it makes sense to have a convention of supplying NULL 19.57.11 # *of not ever supplying NULL 19.57.26 # In my case, it is a programming mistake but on real hardware, I guess it could confuse the hardware but that's weird 19.58.00 # * kugel has no idea why it's going black with r24335 20.07.01 # hm, the backdrop is disabled in viewportmanager_set_enable() right before. 20.07.03 # And the winner is: HID+UMS under windows, everytying virtualized. I'm a genius ;) 20.07.08 # reenabling seems to fail 20.07.35 Join darkham [0] (n=darkham@host19-21-dynamic.46-79-r.retail.telecomitalia.it) 20.07.38 # kugel: seriously, dont worry about it, revert the whole lot and then ill commit the replacement over the weekend 20.07.41 # that theme has %wd, removing it or changing it to %we doesn't work 20.07.55 Mode "#rockbox +v darkham " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.07.57 # its not worth the effort for trash code 20.08.37 # it's broken right now 20.08.53 # and I don't understand how fixing your commit fixes my commit also 20.08.58 # its fixed in my local tree, which was only waiting for release to go in 20.09.07 # it does?! 20.09.08 # pamaury: well done! 20.09.19 # and no, reverting the whole lot makes plugins bad again. I don't want that 20.09.36 # so dont use 3.5? 20.09.55 # does the patch I put on the tracker fix that issue and cause anything else bad? 20.10.10 # gevaerts: that means that usb core seems correct but I needed to add a few protection against unhandled transfers and the driver is so tricky that it doesn't prove anything for the usb-arc possibly broken 20.10.26 # what patch? 20.10.51 # the last one in 10868 20.11.35 Join Buschel_ [0] (n=ab@p54A3CD2A.dip.t-dialin.net) 20.11.39 Join Xerion [0] (n=xerion@82-170-197-160.ip.telfort.nl) 20.11.43 # that's the one I committed 20.11.56 Mode "#rockbox +v Buschel_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.11.58 # with no other changes 20.11.59 Mode "#rockbox +v Xerion " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.12.12 # that makes at least the wps show the main backdrop 20.12.39 # that's why I moved backdrop_show() further behind 20.12.40 # even if %X is used? 20.12.59 # yes, since theme_enable() was called after backdrop_show() 20.13.18 # ok 20.13.44 Quit stoffel (Remote closed the connection) 20.14.25 # I assume we disable USB on ipods again as usual? 20.15.58 # kugel: 10922 is ready and works and AFAIK fixes all the issues.. so just forget about 3.5 and move on 20.16.06 # wow, adding a backdrop_show() (directly without screen api) fixes it! 20.17.07 # in fact, replacing does as well. screen[i].backdrop_show() doesn't work, while plain backdrop_show() does! 20.17.26 # is the screen api pointing to the right function? 20.18.11 # yes, I also added a break point to backdrop_show() and it hits 20.18.48 # gevaerts: I posted a new patch in FS#10916 if you want to see the (really small) changes I made to usb core. I doubt it would have an influence on real hardware but we never know. I'll try to investigate the issue for HID+UMS for real hardware 20.19.38 # the remote pointer isn't correct though 20.19.50 # ah well, that's expected 20.20.09 # printf("%d\n",display->backdrop_show == backdrop_show); #-> 1 20.20.17 # pamaury: join the club! See FS#10319 for the other players :) 20.20.27 # what the heck is that 20.21.19 # :) 20.23.23 # that must be impossible!!1 20.23.54 # "if (display->screen_type == SCREEN_MAIN) backdrop_show(BACKDROP_SKIN_WPS);" works while "if (display->screen_type == SCREEN_MAIN) display->backdrop_show(BACKDROP_SKIN_WPS);" does not! 20.24.12 Quit Buschel (Read error: 110 (Connection timed out)) 20.25.37 # waaaaah 20.25.43 Quit rhodan (Remote closed the connection) 20.25.48 # pamaury: the changes to the core look sane to me. I might have done the serial number ifdeffing differently, but that's about it 20.26.00 # * gevaerts ignored the various logf tweaks while reviewing 20.26.11 # kugel: thats totally fucked! 20.26.25 # Ah, I picked the simplest solution for serial number ;) 20.27.58 # the break point shows that it's calling the right function 20.28.43 # proving the function pointer is set, right? 20.29.07 Quit pixelma (Nick collision from services.) 20.29.09 Quit amiconn (Nick collision from services.) 20.29.09 Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) 20.29.11 Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) 20.29.27 Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) 20.29.29 Mode "#rockbox +v pixelma " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.29.31 Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) 20.29.31 Mode "#rockbox +v amiconn " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.29.44 # yes 20.30.35 Join rhodan [0] (n=quassel@171-110.107-92.cust.bluewin.ch) 20.30.36 # I wonder if we really need the ampersand (&) when setting the functions pointers in screen_access.c 20.30.39 Join AndyIL [0] (n=pasha_in@212.14.205.32) 20.30.56 Mode "#rockbox +v rhodan " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.30.59 Mode "#rockbox +v AndyIL " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.31.06 # I wondered that too, but it doesn't seem to matter for function pointers 20.31.20 # For function pointers that's not mandatory but prefered iirc 20.32.07 # It seems redundant to me, but probably is not cause of problems 20.32.08 # so, the other question is why it works with the patch I posted above 20.41.11 # New commit by 03gevaerts (r24350): Use OF USB on the ipods. Using our own USB code exposes some problems, such as the current charging issues (for many people, charging basically ... 20.42.26 Quit AndyI (Read error: 110 (Connection timed out)) 20.46.55 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 20.47.15 Mode "#rockbox +v Zagor " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.47.54 Join moos [0] (i=moos@85-171-102-158.rev.numericable.fr) 20.48.15 Mode "#rockbox +v moos " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.49.15 Join Casainho [0] (n=chatzill@bl15-101-72.dsl.telepac.pt) 20.49.35 Mode "#rockbox +v Casainho " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.51.19 Join iMiconn [0] (n=57a0ccd7@giant.haxx.se) 20.51.39 Mode "#rockbox +v iMiconn " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.51.50 # interesting, i get a break in lcd_backdrop() when the remote calls backdrop_hide 20.52.14 Join moos_ [0] (i=moos@85-171-102-158.rev.numericable.fr) 20.52.24 # ah, so maybe the function pointers are shifted? 20.52.34 Mode "#rockbox +v moos_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.52.50 # oh no, they are assigned with .function = function 20.53.19 # eh, gcc bug? 20.55.09 Quit iMiconn (Client Quit) 20.56.11 # it clearly says ".backdrop_hide=&remote_backdrop_hide,", and remote_backdrop_hide does only lcd_remote_backdrop(NULL) 20.56.48 # iGcc iBug ? 20.56.51 Quit Hillshum (Remote closed the connection) 20.57.31 # actually it should compile the stub which does nothing since the remote is monochrome 20.59.08 # that almost certainly seems like a bug somewhere 20.59.23 # where somewehere != rockbox code 20.59.53 Quit TheSeven|Mobile (Nick collision from services.) 21.00.01 Join TheSeven|Mobile [0] (n=theseven@rockbox/developer/TheSeven) 21.00.21 Mode "#rockbox +v TheSeven|Mobile " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 21.04.56 Join Strife89 [0] (n=michael@168.16.237.214) 21.05.16 Mode "#rockbox +v Strife89 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 21.06.12 # inspecting the screen struct shows that it points to 2 different addresses in the struct for each screen 21.06.27 Join AsaelReiter [0] (n=5f564f52@giant.haxx.se) 21.06.46 # I can't seem to apply a patch for FS#10034; it's probably desynced. Anyone care to look at it? 21.06.47 Mode "#rockbox +v AsaelReiter " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 21.06.48 # http://www.rockbox.org/tracker/task/10034 21.07.32 # Strife89, I'll have a go at resyncing if you want 21.07.41 # bertrik: That'd be nice. :) 21.07.44 Join tchan [0] (n=tchan@lunar-linux/developer/tchan) 21.07.47 # Strife89: well, first of all the config file was moved 21.08.04 Mode "#rockbox +v tchan " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 21.08.18 # Ah, that explains a good bit. 21.08.23 Quit moos (Read error: 110 (Connection timed out)) 21.09.16 Nick moos_ is now known as moos (i=moos@85-171-102-158.rev.numericable.fr) 21.09.25 # As a side note, I have a type 0 LCD. Noone has reported test results for that one yet. 21.10.25 # * linuxstb wonders what happened to barrywardell's work to hugely speed up LCD transfers on the ipod color/photo 21.11.05 Quit bmbl ("Bye!") 21.12.02 # eh 21.12.06 # I found the problem 21.13.18 # it doesn't explain all strangeness I've seen, but it explains why the display goes black on the mr500 21.14.42 Quit grndslm ("Leaving") 21.15.38 # linuxstb: That was me (dunno whether barrywardell also wanted to do it), and the status is still the same 21.15.52 # I know what to do, but can't be bothered to actually do it :\ 21.17.23 # It's not just the ipod color/photo, but also H10 (big & small) 21.17.59 # there's a bug with multi screen handing since the latest viewportmanager changes 21.18.54 # Yes, I remember barrywardell experimenting with his H10, and I tried the same on the color, with impressive speedups. 21.20.09 # I have working code in my small H10 driver, uncommitted for >1 year or so... 21.20.28 # It's working, just not polished 21.20.52 # And I wanted to unify this stuff across the targets using the PP colour lcd bridge 21.21.57 # I also found out how to do lcd flip on the type 0 lcd (if I can dig up my test results again that is) 21.30.19 Quit Sajber^ (Read error: 104 (Connection reset by peer)) 21.34.29 Quit rhodan (Remote closed the connection) 21.34.53 # New commit by 03kugel (r24351): Fix multiscreen handling of the viewportmanager. 21.35.47 Quit AndyIL (Read error: 110 (Connection timed out)) 21.37.18 Join froggyman [0] (n=sopgenor@pool-72-69-205-209.chi01.dsl-w.verizon.net) 21.37.38 Mode "#rockbox +v froggyman " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 21.39.16 # Strife89, I have it mostly synced now, but I get an undefined reference to lcd_activation_call_hook that I don't know how to handle 21.39.31 Quit darkham (Read error: 104 (Connection reset by peer)) 21.42.08 # it looks like the callback has been changed into sending an event 21.42.19 Quit TheSeven|Mobile (Read error: 60 (Operation timed out)) 21.42.27 # bertrik: Does it compile? 21.42.41 # yes it compiles, but it does not link 21.42.45 # Ah. 21.44.06 Join rhodan [0] (n=quassel@171-110.107-92.cust.bluewin.ch) 21.44.26 Mode "#rockbox +v rhodan " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 21.44.40 Part kkurbjunW 21.45.04 # interesting warning 21.45.16 Quit AsaelReiter ("CGI:IRC (Ping timeout)") 21.45.35 # I would've expected it to affect more targets 21.45.44 # New commit by 03kugel (r24352): Fix yellows 21.46.04 Join Stephen___ [0] (n=S@86-45-75-29-dynamic.b-ras2.srl.dublin.eircom.net) 21.46.10 # Strife, I replaced the lcd_activation_call_hook now by a send_event(LCD_EVENT_ACTIVATION, NULL) and it compiles, not completely sure if it is correct 21.46.24 Mode "#rockbox +v Stephen___ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 21.46.29 # bertrik: Post it or pastie it and I'll test it. 21.46.31 # bertrik: it is 21.46.56 # Strife89, I'll put it on the FS, OK? 21.47.04 # bertrik: Alright. 21.47.17 # That's what I meant by "post it". :) 21.47.44 # "Pastie" = pastebin, pastie, etc. 21.48.48 # JdGordon|: what do we do about the crashes? 21.49.01 # fix them :p 21.49.04 # which ones? 21.49.36 # the backdrop ones 21.49.46 # (my last commit only fixed the black screen issue) 21.49.46 # I'll fix them tonight 21.50.10 # it was a bug in your patch btw :) 21.50.19 # sure it was! 21.50.22 # :p 21.50.56 # I think still think gdb acted strange with the break points 21.51.21 Join terrakok [0] (n=terrakok@92-100-237-89.dynamic.avangarddsl.ru) 21.51.31 # it maybe interpreted it as pointer to the main screen function because the pointer to the remote one is null 21.51.41 Mode "#rockbox +v terrakok " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 21.52.49 *** Saving seen data "./dancer.seen" 21.53.15 # the best would be to find another place to get 200 bytes back 21.53.50 # it strikes me that the previous commit created a delta again :/ 21.54.29 # hi! Where can I find the DS to the chip sansa e200? 21.54.30 # p.s. I do emulator nes 21.55.15 # no idea, if you find it please share it with us! 21.55.47 Quit Stephen___ ("Leaving") 21.56.37 Quit krazykit (Remote closed the connection) 21.56.40 Join krazykit [0] (n=kkit@ppp-70-225-131-54.dsl.ipltin.ameritech.net) 21.57.00 Mode "#rockbox +v krazykit " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 21.57.06 Quit kugel (Remote closed the connection) 21.58.26 # I have no idea if the sansa e200 is even powerful enough to emulate NES 21.59.01 # bertrik: I'm in patch hell at the moment, but I'm fixin' to go home. I'm checking out clean and I'll compile when I arrive. 21.59.24 Quit Casainho (Read error: 110 (Connection timed out)) 21.59.39 Quit Stephen__ (Read error: 110 (Connection timed out)) 22.01.16 # I had based emulator NESTRA, it is very easy. I think sansa will work 22.02.00 Join kugel [0] (n=kugel@rockbox/developer/kugel) 22.02.20 Mode "#rockbox +v kugel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 22.02.39 # Where can I get asm commands for sansa e200? 22.03.10 Join Casainho [0] (n=chatzill@bl15-101-72.dsl.telepac.pt) 22.03.30 Mode "#rockbox +v Casainho " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 22.03.37 Quit Strife89 ("Clocking out.") 22.03.50 # terrakok, it's an ARM processor, but I don't know the exact version 22.04.23 # terrakok: v1 or v2? the e200 i mean.... 22.05.03 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 22.05.32 Join Stephen__ [0] (n=S@86-45-75-29-dynamic.b-ras2.srl.dublin.eircom.net) 22.05.52 Mode "#rockbox +v Stephen__ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 22.05.53 # terrakok, the e200v2 has a PortalPlayer PP5024, see also http://www.rockbox.org/wiki/PortalPlayer 22.06.07 # e200v1 you mean :) 22.06.16 # that's the v1... 22.06.18 # yes 22.06.24 # late again;) 22.08.38 # thanks, will seek) 22.11.21 Quit terrakok (Remote closed the connection) 22.12.25 Join Casainho_ [0] (n=chatzill@bl15-105-60.dsl.telepac.pt) 22.12.45 Mode "#rockbox +v Casainho_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 22.15.41 # fosdem sunday 14h-15h "Rockbox: open source firmware replacement for music players" 22.16.20 # Yay! 22.17.26 # funnily enough, I got the schedule by mail but it isn't yet on the site 22.18.24 # * gevaerts isn't that surprised 22.22.07 Quit moos (Remote closed the connection) 22.24.24 Join moos [0] (i=moos@85-171-102-158.rev.numericable.fr) 22.24.44 Mode "#rockbox +v moos " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 22.27.45 Quit Casainho (Read error: 110 (Connection timed out)) 22.33.35 # kugel: did all those changes get into the 3.5 branch? 22.33.43 # or do we rebranch? 22.34.01 # I wouldn't rebranch 22.34.02 # has there been a commit to the branch yet? 22.34.06 # yes 22.34.24 # JdGordon|: no i didn't backport yet 22.34.30 # can you please? 22.34.40 # also, I have no idea what happens to existing checkouts when rebranching 22.35.00 # it looks like saratogas commits dont want to be in 3.5 22.37.19 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 22.37.40 Mode "#rockbox +v stripwax " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 22.38.39 Quit Buschel_ (Read error: 110 (Connection timed out)) 22.38.49 Join petur [50] (n=petur@rockbox/developer/petur) 22.39.09 Mode "#rockbox +v petur " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 22.41.03 Join AsaelReiter [0] (n=5f564f52@giant.haxx.se) 22.41.23 Mode "#rockbox +v AsaelReiter " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 22.41.58 # Does rockbox run on SansaClip v2? 22.42.24 # www.rockbox.org has a list on the front page 22.43.13 # I tried to compile it, but I got error. 22.45.51 # (according to http://www.rockbox.org/wiki/SansaAMS, it should work) 22.47.07 # AsaelReiter: Can you compile other targets? e.g. clipv1? 22.47.44 # yes. I will check again 22.50.09 # AsaelReiter: I've just tried it, and get an error about multiple definition of "sd_sleep" - so it looks like it's currently broken. 22.50.34 # (if it's ever worked...) 22.50.35 # linuxstb: thanks 22.51.00 Quit _zic (Read error: 101 (Network is unreachable)) 23.01.45 Join rhodan_ [0] (n=quassel@177-229.3-85.cust.bluewin.ch) 23.02.05 Mode "#rockbox +v rhodan_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 23.04.00 Join intrados1 [0] (n=intrados@d149-67-101-219.col.wideopenwest.com) 23.04.20 Mode "#rockbox +v intrados1 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 23.08.31 Join Strife89 [0] (n=michael@adsl-154-2-245.mcn.bellsouth.net) 23.08.51 Mode "#rockbox +v Strife89 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 23.09.43 Quit AlexP (Remote closed the connection) 23.12.54 Join AlexP [0] (n=alex@rockbox/staff/AlexP) 23.13.14 Mode "#rockbox +v AlexP " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 23.17.30 Quit AsaelReiter ("CGI:IRC") 23.18.40 # My god, is that iTunes E200 theme _really_ original artwork? 23.19.10 # http://themes.rockbox.org/index.php?themeid=371&target=sansae200 23.19.10 Quit jgarvey ("Leaving") 23.19.13 # i doubt it :) 23.19.19 # is the simpsons ipod video one original too ? 23.20.17 Quit rhodan (Success) 23.22.43 Quit hd (Read error: 104 (Connection reset by peer)) 23.22.55 Join hd [0] (n=jd@modemcable207.134-202-24.mc.videotron.ca) 23.23.16 Mode "#rockbox +v hd " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 23.24.06 Quit petur ("Zzzzzzz") 23.35.34 Quit pamaury (Client Quit) 23.39.25 Quit komputes_ubuntu (Read error: 113 (No route to host)) 23.46.04 Quit bertrik ("De groeten") 23.50.04 # kugel: whats your plan with the backporting? I'm not sure I'll have time to actually commit a fix tonight, but if I do I want to do a new batch of RC builds 23.50.46 # I'll do before you get the chance :) 23.51.36 # you'll fix the crashes also? 23.51.42 # any way to reset the h340 without using the rest ? 23.51.47 # reset* 23.51.51 # JdGordon|: you said you would 23.52.09 # I'm not sure how to fix them best 23.52.41 # I was just trying to work out what you replied... dont worry 23.52.52 *** Saving seen data "./dancer.seen" 23.54.58 # soap: Stephen__: re those themes, I thught we were specifically not going looking for themes which might be naughty? 23.56.14 # hard not to see it 23.56.30 # hmm current build crshes my h340 23.56.52 # yeah, my bad :p 23.57.03 # I04:I1Instr at 00000002 23.58.06 # JdGordon, wasn't seeking them out. It hit me in the face. 23.58.28 # Now, if I had taken the resources and compared them to iTunes screenshots... 23.58.37 # still, isnt that an area we wanted to make sure we didnt play in? 23.58.52 # What WAS the consensus on that?