--- Log for 27.09.109 Server: zelazny.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 9 days and 11 hours ago 00.00.03 Join stoffel [0] (n=quassel@p57B4E7C5.dip.t-dialin.net) 00.02.38 Quit esperegu (Read error: 113 (No route to host)) 00.17.22 Join BHSPitLappy_ [0] (n=BHSPitLa@adsl-66-140-35-240.dsl.rcsntx.swbell.net) 00.18.28 Quit BHSPitLappy (Nick collision from services.) 00.18.40 Nick BHSPitLappy_ is now known as BHSPitLappy (n=BHSPitLa@adsl-66-140-35-240.dsl.rcsntx.swbell.net) 00.24.52 Join PaulJam [0] (n=Paule@p54BEE36D.dip.t-dialin.net) 00.33.35 Join intrados4 [0] (n=intrados@cpe-75-187-57-252.columbus.res.rr.com) 00.34.50 Quit balug_ ("Ex-Chat") 00.35.26 *** Saving seen data "./dancer.seen" 00.46.38 Quit stoffel (Read error: 104 (Connection reset by peer)) 00.47.24 Quit intrados4 (Read error: 104 (Connection reset by peer)) 00.48.23 Join intrados4 [0] (n=intrados@cpe-75-187-57-252.columbus.res.rr.com) 00.59.26 Quit n17ikh (Connection timed out) 01.05.17 Quit kkurbjun ("Leaving.") 01.07.42 Join Casainho [0] (n=chatzill@87-196-42-154.net.novis.pt) 01.08.05 # JdGordon: pin 01.08.08 # JdGordon: ping 01.11.51 Join evilnick [0] (n=evilnick@ool-4571af51.dyn.optonline.net) 01.29.42 Quit Casainho ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824085743]") 01.29.48 Quit PaulJam (Read error: 113 (No route to host)) 01.37.44 Quit ender` (" Everything we know about the Devil has been told us by the the friends of God.") 01.38.07 Quit GeekShad__ ("The cake is a lie !") 01.42.40 Join FlynDice [0] (n=FlynDice@cust-65-98-160-98.static.o1.com) 01.45.58 Quit DerPapst ("Leaving.") 02.01.46 Quit bertrik ("De groeten") 02.04.16 Quit Llorean ("Leaving.") 02.07.55 Join Llorean [0] (n=DarkkOne@adsl-99-4-146-40.dsl.hstntx.sbcglobal.net) 02.08.17 Quit mcuelenaere () 02.12.08 Quit DarkDefender ("Leaving") 02.12.22 Join evilnick_ [0] (n=evilnick@ool-4571af51.dyn.optonline.net) 02.19.07 Quit Llorean ("Leaving.") 02.23.49 Quit intrados4 (Read error: 110 (Connection timed out)) 02.24.24 Join intrados4 [0] (n=intrados@cpe-75-187-57-252.columbus.res.rr.com) 02.27.43 Join Llorean [0] (n=DarkkOne@adsl-99-4-146-40.dsl.hstntx.sbcglobal.net) 02.30.31 Quit evilnick (Read error: 113 (No route to host)) 02.30.40 Nick evilnick_ is now known as evilnick (n=evilnick@ool-4571af51.dyn.optonline.net) 02.35.28 *** Saving seen data "./dancer.seen" 02.36.24 Quit DirtySkeMe (Remote closed the connection) 02.42.09 Join DirtySkeMe [0] (n=Adium@nor75-19-82-244-50-203.fbx.proxad.net) 02.43.39 Quit mikroflops (Remote closed the connection) 02.43.58 Join mikroflops [0] (n=yogurt@90.231.195.226) 02.55.09 Quit mt (Read error: 113 (No route to host)) 03.04.42 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 03.12.17 Quit Llorean ("Leaving.") 03.19.04 Join Llorean [0] (n=DarkkOne@adsl-99-4-146-40.dsl.hstntx.sbcglobal.net) 03.21.26 Join rasher_ [0] (n=rasher@0x5550f5a3.adsl.cybercity.dk) 03.25.20 Quit rasher (Nick collision from services.) 03.25.26 Nick rasher_ is now known as rasher (n=rasher@rockbox/developer/rasher) 03.25.42 Quit chandoo ("Leaving") 03.35.51 Join moonscapex [0] (n=moonscap@173.183.151.230) 03.36.43 Quit moonscapex (Remote closed the connection) 03.48.54 Quit amiconn (Nick collision from services.) 03.48.58 Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) 03.49.07 Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) 03.51.11 Quit pixelma (Nick collision from services.) 03.51.13 Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) 03.51.33 Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) 03.56.18 Join Strife89 [0] (n=Strife89@adsl-154-11-40.mcn.bellsouth.net) 03.57.55 Join consilium [0] (n=smith@cpe-065-191-121-056.nc.res.rr.com) 04.06.14 Quit TheSeven (Nick collision from services.) 04.06.33 Join The_Seven [0] (n=theseven@dslb-084-056-178-217.pools.arcor-ip.net) 04.06.43 Nick The_Seven is now known as TheSeven (n=theseven@dslb-084-056-178-217.pools.arcor-ip.net) 04.11.12 # Is there any way for a Lua script to delete a directory? 04.35.30 *** Saving seen data "./dancer.seen" 04.43.33 Quit Rondom (Nick collision from services.) 04.43.44 Join Rondom [0] (n=Rondom@dslb-084-057-142-115.pools.arcor-ip.net) 04.45.14 Quit killan_ (Read error: 104 (Connection reset by peer)) 05.04.48 Quit efyx_ (Remote closed the connection) 05.11.21 Quit goffa__ (Read error: 54 (Connection reset by peer)) 05.15.15 Join goffa [0] (n=goffa@70.33.8.114) 05.25.25 Quit Strife89 ("Bed.") 05.33.08 Quit BHSPitLappy (Remote closed the connection) 05.36.00 # amiconn: in practice english string are never changed, and yes its inefficient, but it only happens once at load... and its far more flexible than having a 1:1 mapping for known tags... 05.47.34 Quit toffe82 (Read error: 104 (Connection reset by peer)) 05.59.22 Join nogh [0] (n=jado@190.234.199.96) 05.59.33 # hi everyone 06.03.38 Quit JdGordon ("Leaving.") 06.06.46 Quit consilium ("Leaving.") 06.11.37 Part nogh 06.16.30 Join JdGordon| [0] (n=Miranda@c-24-22-210-83.hsd1.wa.comcast.net) 06.28.31 Join kkurbjun [0] (n=kkurbjun@rockbox/developer/kkurbjun) 06.32.58 Quit antil33t (Read error: 110 (Connection timed out)) 06.33.54 Join antil33t [0] (n=Mudkips@119.224.12.185) 06.35.33 *** Saving seen data "./dancer.seen" 06.39.30 Quit panni__ (Read error: 104 (Connection reset by peer)) 06.52.15 Join neoarch [0] (n=neoarch@rrcs-97-77-48-15.sw.biz.rr.com) 06.53.31 Quit neoarch (Client Quit) 06.53.44 Join neoarch [0] (n=neoarch@rrcs-97-77-48-15.sw.biz.rr.com) 06.54.21 Quit JdGordon| (Read error: 60 (Operation timed out)) 06.56.09 Quit neoarch (Client Quit) 06.56.22 Join howell [0] (n=howell@rrcs-97-77-48-15.sw.biz.rr.com) 06.56.43 Quit kkurbjun (Read error: 104 (Connection reset by peer)) 06.57.47 Quit antil33t (Read error: 110 (Connection timed out)) 07.02.21 Join Horschti [0] (n=Horscht2@xbmc/user/horscht) 07.04.32 Join antil33t [0] (n=Mudkips@119.224.12.185) 07.06.38 # is there a define to check if logf is actually enabled? 07.09.06 Quit Horscht (Read error: 60 (Operation timed out)) 07.14.59 # ah ROCKBOX_HAS_LOGF 07.23.13 Join JdGordon| [0] (n=Miranda@c-24-22-210-83.hsd1.wa.comcast.net) 07.28.03 Quit CaptainKwel (Remote closed the connection) 07.29.48 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 07.47.37 Quit JdGordon| (Read error: 104 (Connection reset by peer)) 07.59.29 Join Horscht86 [0] (n=Horscht2@79.212.208.153) 08.17.14 Quit Horschti (Read error: 110 (Connection timed out)) 08.24.51 Join toffe82 [0] (n=chatzill@adsl-70-235-225-10.dsl.frs2ca.sbcglobal.net) 08.35.34 *** Saving seen data "./dancer.seen" 08.46.05 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 08.48.35 Join Rob2222 [0] (n=Miranda@p4FDCD054.dip.t-dialin.net) 08.52.16 Join stoffel [0] (n=quassel@p57B4D3B0.dip.t-dialin.net) 09.06.05 Quit Rob2223 (Read error: 110 (Connection timed out)) 09.12.55 Join esperegu [0] (n=quassel@145.116.15.244) 09.22.14 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 09.32.52 Quit BHSPitLappy (Read error: 110 (Connection timed out)) 09.35.51 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 09.54.39 Join ender` [0] (i=krneki@84.255.206.8) 10.00.19 Join Casainho [0] (n=chatzill@87-196-42-154.net.novis.pt) 10.01.30 # JdGordon: ping 10.10.16 Nick Horscht86 is now known as Horscht (n=Horscht2@79.212.208.153) 10.22.52 Join pano [0] (n=pano@p4FF246ED.dip.t-dialin.net) 10.23.41 # hi :-) I was wondering, why is there no src tarball for rbutil 1.2.3 available http://www.rockbox.org/wiki/RockboxUtility#Download ? 10.24.04 Quit timc (Read error: 110 (Connection timed out)) 10.24.34 Join timc [0] (n=aoeu@116.3.1.223) 10.25.30 # pano: you could check it out from svn 10.25.37 Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) 10.25.48 # yeah, but that's not an option in my case... 10.26.18 # I'm trying to update the rbutil package (PKGBUILD) for arch linux http://aur.archlinux.org/packages.php?ID=25559 10.26.36 # and I don't want to make use of svn in this package 10.26.39 # and as it looks like in my tree, rbutil is a subfolder of the main branch, not an own branch 10.28.47 Quit evilnick (Read error: 113 (No route to host)) 10.29.58 # in fact I already use SVN here http://aur.archlinux.org/packages.php?ID=26563 10.32.09 Join einhirn [0] (n=Miranda@p5DCC0AD0.dip0.t-ipconnect.de) 10.33.59 Quit Casainho ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824085743]") 10.35.36 *** Saving seen data "./dancer.seen" 10.37.58 Join Highlander [0] (n=Highland@mek33-4-82-236-45-205.fbx.proxad.net) 10.45.10 Join MethoS- [0] (n=clemens@134.102.106.250) 11.00.35 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 11.02.21 Join fyrestorm [0] (n=nnscript@cpe-24-90-84-240.nyc.res.rr.com) 11.08.11 Join PaulJam [0] (n=Paule@p54BED417.dip.t-dialin.net) 11.12.43 Join merbanan [0] (n=banan@83.233.172.245) 11.33.34 Quit BHSPitLappy (Remote closed the connection) 11.35.16 Join petur [50] (n=petur@rockbox/developer/petur) 11.44.56 Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com) 11.51.52 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 11.52.39 Quit stripwax (Client Quit) 11.57.28 Quit JdGordon (Remote closed the connection) 11.58.34 Join liar|netbook [0] (n=liar@83.175.83.185) 12.05.21 Join daurn [0] (i=daurnima@freenode/staff/daurnimator) 12.23.48 Join evilnick [0] (n=evilnick@ool-4571af51.dyn.optonline.net) 12.25.18 Quit timc (Remote closed the connection) 12.27.01 Quit petur ("lunch!") 12.34.26 Join flydutch [0] (n=flydutch@host246-162-dynamic.14-87-r.retail.telecomitalia.it) 12.35.07 Quit stoffel (Read error: 113 (No route to host)) 12.35.38 *** Saving seen data "./dancer.seen" 12.40.27 Join paulk [0] (n=paulk@lib33-1-82-233-88-171.fbx.proxad.net) 12.40.32 Quit einhirn (Read error: 104 (Connection reset by peer)) 12.42.51 # Hello ! I'm using rb 3.4 and I've got a problem with the remote_conrol plugin : when I connect my sansa e250 to my computer (ubuntu 9.04) I'm just able to control my audio app, but I can't use the plugin with presentations (OOo 3.0). How can I make it work with presentations ? 12.45.30 Join kugel [0] (n=kugel@rockbox/developer/kugel) 12.47.20 # impressive delta on shotofadds last commit 12.47.49 # paulk: Rockbox's software USB currently only works as multimedia keys (like on a multimedia keyboard) - it's not a plugin by the way. The only way I can think off you could do what you want without coding is if there is a way in your PC program to map forward or previous to those multimedia keys 12.48.02 # s/off/of 12.48.44 # pixelma: Ok, thanks 12.49.13 Join FOAD_ [0] (n=dok@dinah.blub.net) 12.50.38 Quit FOAD (Read error: 60 (Operation timed out)) 12.50.39 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 12.50.50 # but why is "remote_control.c" there ? 12.51.10 # If you can just control the audio app 12.51.34 # anyway, that's a really good feature :) 12.51.44 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 12.55.14 # kugel, you mean it's a huge binsize increase for only a relatively small source modification? 12.55.21 # yes 12.55.32 # I wonder if it could be explained by linking in floating point code 12.55.41 # I suspect that 12.55.57 # because of the multiply by 0.03... 12.56.52 # unfortunately the code probably wouldn't work if it were casted to int 12.57.17 # hmm, no ignore that 12.57.56 # kugel: whoa... 12.58.12 Quit PaulJam (Read error: 113 (No route to host)) 12.58.52 # we could probably do *3/100 instead, or simply just approximate it with /32 12.59.48 # Or use FIX() 12.59.59 # Dunno whether that macro exists automagically 13.00.14 # http://pastie.org/632283 13.00.41 Quit MethoS- (Remote closed the connection) 13.00.52 # 'old' that's the same revision using *3/100 instead 13.01.01 # s/that's/is/ 13.01.41 # * amiconn likes /32 better 13.02.07 # * bertrik wasn't aware of FIX before 13.02.22 Quit Unhelpful (Remote closed the connection) 13.03.02 Join fanta2 [0] (n=79d2e8bf@giant.haxx.se) 13.04.01 Join stoffel [0] (n=quassel@p57B4D3B0.dip.t-dialin.net) 13.04.02 Join timc [0] (n=aoeu@221.201.169.238) 13.05.31 # paulk: I wasn't aware of that one. The way to use this plugin would be to connect your e200 while holding Select (I think it is) so that Rockbox keeps running and then start the plugin. Then you can try if one of the available commands do something in your PC app (a quick try with my c200 shows that "Page Up/Down" from the "Desktop" part do something in the Windows preview 13.05.54 # Does anyone know whether usb_core_transfer_complete is called when the buffer given to usb_drv_recv is full, or just when a usb packet is recieved? 13.06.10 # pixelma: I'll try 13.06.42 # bertrik, amiconn: I don't think the author of the patch was aware of that 13.06.52 # paulk: it's still a plugin in development and just adds some keys 13.06.57 Quit Grahack ("Leaving.") 13.07.44 # kugel: Every rockbox dev should be aware that floating point is a big no-no 13.08.19 # pixelma: It works :) 13.08.34 # shotofadds isn't the author, he probably overlooked it 13.09.06 # although he changed 0.05 to 0.03 explicitely 13.10.06 Quit esperegu (Remote closed the connection) 13.13.22 Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) 13.25.52 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 13.26.00 Join killan [0] (n=nnscript@c-0efa70d5.06-397-67626721.cust.bredbandsbolaget.se) 13.30.34 Quit JackWinter (Remote closed the connection) 13.33.08 Join JackWinter [0] (n=jack3@vodsl-10103.vo.lu) 13.37.17 Quit fanta2 ("CGI:IRC") 13.40.03 Quit stoffel (Read error: 113 (No route to host)) 13.49.38 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 13.52.47 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 13.53.09 Quit stripwax (Client Quit) 13.54.52 Join einhirn [0] (n=Miranda@p5DCC0AD0.dip0.t-ipconnect.de) 13.56.03 Quit daurn (Read error: 113 (No route to host)) 13.58.45 Join daurn [0] (i=daurnima@freenode/staff/daurnimator) 14.00.12 Join stoffel [0] (n=quassel@p57B4D3B0.dip.t-dialin.net) 14.03.32 Join janne_oksanen [0] (n=janne@130.234.191.99) 14.11.57 Join BdN3504 [0] (n=55b23638@giant.haxx.se) 14.15.34 # i have a problem including this patch: http://pastebin.org/27027 14.15.43 # this is the error i get: http://pastie.org/632308 14.15.51 # how can i fix this? 14.19.10 # there's probably a switch statement there that contains both BUTTON_NONE and BUTTON_UP which now both evaluate to 0, hence the duplicate case error 14.19.19 Quit flydutch (Read error: 110 (Connection timed out)) 14.20.12 # hm, then i can't use that hack to disable the play button. Or would i have to remove all BUTTON_NONE statements? 14.21.02 Quit paulk ("Ex-Chat") 14.22.00 # I don't understand what you're trying to do there (and not really interested to be honest) 14.24.22 # ihave a sansa e200 which repeats the play button press if i only hover my finger over it slightly. it's a hardware failure. i wanted to switch the functions of rec and play, because i don't record with the dap. 14.26.29 # ok, in that case I think you should leave button-target unchanged and only disable the PLAY button in button-e200.c 14.26.31 Join darkham [0] (n=darkham@host131-217-dynamic.117-80-r.retail.telecomitalia.it) 14.28.08 # for example by commenting out the if-line in button-e200.c that does int_btn |= BUTTON_UP 14.30.21 # will try, thanks. 14.30.35 Join flydutch [0] (n=flydutch@host77-167-dynamic.15-87-r.retail.telecomitalia.it) 14.32.03 # i try in sansa fuze v1 sometimes, some flip of graphics, this is known? 14.32.58 # but wait, if i only comment out int_btn |= BUTTON_UP then i haven't switched the function of it with rec. right? 14.35.41 *** Saving seen data "./dancer.seen" 14.36.58 # I would swap all occurrences of BUTTON_UP and BUTTON_REC in button-e200.c as well as button-target.h 14.38.29 # I'll make a patch of what I mean 14.38.50 # but i have to disable the play button. if i only change the function, then it'll emulate the rec button all the time, which leaves me with an unusable device again 14.38.59 # ok , if you want to terminate the defective play button with extreme prejudice, replace (simultaneously) BUTTON_REC with BUTTON_UP and BUTTON_UP with BUTTON_NONE 14.39.31 # bertrik: thanks 14.39.57 # Galois: let's wait for his patch, then i'll try your method 14.40.13 # BdN3504, this is what I meant: http://pastebin.ca/1581335 14.41.43 Quit darkham ("Sto andando via") 14.42.54 Join teru [0] (n=teru@KD059133112132.ppp.dion.ne.jp) 14.42.59 # you'll still have to change the header file too, as far as I can tell 14.43.08 # button-target.h 14.44.21 # I don't see why that would be necessary 14.45.04 # i try it now... my compile takes a bit long, will report errors here. 14.45.19 Quit stoffel (Read error: 113 (No route to host)) 14.46.45 # it's included in button.h which is in turn included everywhere. If the numbers don't match up I predict trouble. 14.47.15 Join Strife89 [0] (n=Strife89@adsl-154-11-40.mcn.bellsouth.net) 14.52.27 Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) 14.52.37 Quit jvd (zelazny.freenode.net irc.freenode.net) 14.52.37 NSplit zelazny.freenode.net irc.freenode.net 14.53.53 NHeal zelazny.freenode.net irc.freenode.net 14.53.53 NJoin jvd [0] (n=syscrash@poipu/developer/syscrash) 14.54.30 Quit kugel (Remote closed the connection) 14.59.08 # bertrik: ok, it compiled fine with your patch, thanks. now i just have to check it on target. 14.59.52 Quit liar|netbook (Read error: 113 (No route to host)) 15.02.22 Join PaulJam [0] (n=Paule@p54BEEF7C.dip.t-dialin.net) 15.05.14 # bertrik: thank you very much! it works! 15.05.38 # try a plugin like solitare 15.06.17 # but solitaire uses rec to draw the cards, doesn't it? 15.07.17 # oo that's not so good. Well how about the on-screen keyboard. 15.07.19 # well, yes it's not playable, i.e. you can only use the menu to draw cards, but it doesn't crash. 15.08.23 # on screen keyboard works fine, rec replaced play 15.08.31 # great, you win 15.08.56 Quit Grahack ("Leaving.") 15.09.33 # but if button-target.h has no effect, then why does it exist 15.09.37 # i only wanna listen to music on this dap anyways, i got my f40 to play games etc. 15.09.55 # so thanks again bertrik 15.15.26 Quit BdN3504 ("CGI:IRC") 15.19.44 Quit antil33t (Read error: 104 (Connection reset by peer)) 15.19.50 Join antil33t [0] (n=Mudkips@119.224.12.185) 15.23.51 Join gregzx [0] (n=chatzill@dsz236.neoplus.adsl.tpnet.pl) 15.32.36 Quit Strife89 ("If you hold a Unix shell to your ear, you can hear the C.") 15.40.24 # how long should the update database thingie take on a 5G iPod with about 3k songs? 15.40.40 # cause I don't think I've ever seen it end that on its own 15.41.31 # oh, nevermind. it stopped now. the answer is about 30-40 min 15.43.50 Join Omlet [0] (i=omlet05@35.146-241-81.adsl-dyn.isp.belgacom.be) 15.44.07 # that sounds a bit much 15.45.01 # that's what I thought 15.45.54 # but that is how long I can feel it vibrating from the hard drive activity once I start the update 15.46.12 # usually it just shuts down in the middle of it 15.46.29 # from being idle for too long 15.54.24 Join AndyI [0] (n=pasha_in@212.14.205.32) 15.54.40 Quit merbanan (Read error: 145 (Connection timed out)) 15.58.18 Quit JackWinter (Remote closed the connection) 16.05.44 Quit AndyIL (Read error: 110 (Connection timed out)) 16.09.13 Join JackWinter [0] (n=jack3@vodsl-10103.vo.lu) 16.11.19 # New commit by 03rob (r22844): Fix delta from r22843, due to unintended FP usage 16.11.36 Join efyx_ [0] (n=efyx@82.225.185.146) 16.19.17 Quit einhirn (Read error: 60 (Operation timed out)) 16.19.30 Quit Omlet ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") 16.26.45 Join stoffel [0] (n=quassel@p57B4D3B0.dip.t-dialin.net) 16.29.49 Quit teru ("Quit") 16.33.49 Quit daurn (Read error: 110 (Connection timed out)) 16.34.17 Join daurn [0] (i=daurnima@freenode/staff/daurnimator) 16.35.45 *** Saving seen data "./dancer.seen" 16.46.46 # New commit by 03bertrik (r22845): Clean up duplicate #includes 16.58.26 Join chandoo [0] (n=chandoo@ool-4353b978.dyn.optonline.net) 17.03.49 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 17.04.36 Join liar|netbook [0] (n=liar@83.175.83.185) 17.11.05 Join einhirn [0] (n=Miranda@p5DCC0502.dip0.t-ipconnect.de) 17.19.03 # New commit by 03bertrik (r22846): Fix 'make reconf' for Creative Zen Vision 30 GB, Creative Zen Vision 60 GB and Creative Zen Vision 17.28.24 # meh, inconsistent naming caused red ... 17.32.18 Join panni_ [0] (i=hannes@ip-95-222-52-105.unitymediagroup.de) 17.40.43 # Bagder, can you explain http://build.rockbox.org/shownewlog.cgi?rev=22846;type=creativezvm30wps ? 17.40.54 # is there some kind of extra check to see if a binary was produced? 17.41.49 Join mkoenig [0] (n=Miranda@pain.kawo2.RWTH-Aachen.DE) 17.53.32 Join funman [0] (n=fun@rockbox/developer/funman) 17.54.38 Join ALKER [0] (n=c1b998c5@giant.haxx.se) 17.54.43 # Hi 17.54.46 # Hi 17.54.50 # ;D 17.54.56 # :D 17.54.58 # ;D 17.55.08 # ALKER: hi 17.55.22 # I need help for Rockbox 17.56.07 Quit ALKER (Client Quit) 17.57.18 # AlexP: then speak 17.57.46 # that was odd.... 17.58.33 Join kugel [0] (n=kugel@rockbox/developer/kugel) 17.59.18 # anyway. i installed 3.4 on my fuze... played around a bit. found out that the mod support currently is really just that... plain mods... 17.59.37 # i wanted to ask if someone is working on that ... to extend it i mean. 18.00.29 # i looked at the stuff that was written about it on the codec page and looked at modplug. 18.00.41 # mkoenig, not that I'm aware of, but I don't know everything 18.01.06 # if noone is working in that area i would like to give porting modplug to something more rockbox compatible a try 18.01.08 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 18.01.47 # mkoenig: what needs to be extended? 18.01.56 # its C++... but aparently supposed to be used like a singleton. 18.02.00 # mkoenig: there's a port of mikmod (I believe it's called) in the tracker which plays more formats 18.02.10 # so its C++ -> C and some minor float/double removal 18.02.30 # though I don't know about the current state of this patch 18.07.00 Quit DirtySkeMe (Remote closed the connection) 18.07.09 Join kkurbjun [0] (n=kkurbjun@c-98-245-170-51.hsd1.co.comcast.net) 18.11.09 Join saratogahome [0] (i=463f90ed@gateway/web/freenode/x-uflfpamxkuhqhrxo) 18.11.33 Quit stoffel (Remote closed the connection) 18.12.16 Join stoffel [0] (n=quassel@p57B4D3B0.dip.t-dialin.net) 18.12.54 Join DirtySkeMe [0] (n=Adium@nor75-19-82-244-50-203.fbx.proxad.net) 18.13.36 Join petur [0] (n=peter@rockbox/developer/petur) 18.13.44 # does anyone know if the Ipod nano really charges in rockbox? 18.13.59 Quit stoffel (Remote closed the connection) 18.14.56 # I *think* it doesn't, same as video 18.14.59 # but i could be wrong 18.15.01 Join webguest44 [0] (n=5ee83404@giant.haxx.se) 18.15.21 Quit webguest44 (Client Quit) 18.15.47 # yeah the patch for fs#8802 implies it's needed for mini 2g, nano 1g, and regular 4/5g 18.15.52 Join runiq [0] (n=patrice@p4FD7A877.dip0.t-ipconnect.de) 18.17.29 Quit JackWinter (Remote closed the connection) 18.18.03 # that should really be enabled for at least the nano 18.18.09 # current is so low on it anyway 18.19.48 # someone needs to make a decision about that :) 18.20.05 Join stoffel [0] (n=quassel@p57B4D3B0.dip.t-dialin.net) 18.20.38 # New commit by 03bertrik (r22847): Rename UI bmps for Creative Zen Vision / Vision M 30GB / Vision M60 GB, to match model names. 18.21.42 # well if i had an ipod i'd test it and then commit it 18.21.55 # it's not a matter of whether it works, really, though 18.21.56 Join JackWinter [0] (n=jack3@vodsl-10103.vo.lu) 18.21.57 # it does work ;) 18.22.11 # but it has the potential to result in worse behaviour for some combinations of plugging stuff in, maybe 18.22.34 # with the patch, if you turn usb charging on, it will try to suck up 500mA from whatever it's attached to, unconditionally 18.23.19 # probably half of rockbox targets already do that 18.23.27 # most OFs do it too 18.23.54 # i don't understand why its a problem on the ipod but no where else 18.25.15 # because apple have a specific signalling method for whether it's ok to do that or not 18.25.54 # is that known or just a possibility? 18.26.48 # Does that really matter? It just means that there would be a better method on certain charger/player combinations, but it wouldn't improve anything on other combinations 18.27.21 # the ams sansas for example can charge and use > 100 mA, but don't do USB yet, so they're technically violating the specification. This doesn't seem to be a big problem in practice though. 18.27.38 # bertrik: this isn't about the behaiviour when connected to an actual usb host 18.27.51 # this is about the behaviour when you connect to a device that has 5v on the usb 5v pin but no data connection 18.27.51 Join BdN3504 [0] (n=55b228c9@giant.haxx.se) 18.28.04 # i guess technically you could handle those seperately 18.28.09 # anyone willing to help debug this: http://www.rockbox.org/tracker/task/10187?getfile=20564 ? 18.28.20 # we could chang the usb config such that it requests 500mA and then have it flip the bit then 18.28.26 # and it would then charge from a PC 18.28.36 # charging from ac adapter is kinda a seperate issue 18.28.44 # here's my error log: http://pastie.org/632452 18.28.50 # *is* this handled consistently on other targets with software usb? 18.28.55 # no 18.29.15 # is it handled well on *any* target with software usb that the ipod should copy? (just for the actual host case) 18.29.27 # * gevaerts maintains that it's not possible to charge both from usb and a usb-style charger *and* be spec compliant 18.29.46 # gevaerts: it kinda is if you detect the AC->USB charger via ADC on the data pins 18.29.50 # which is what the ipod appears to do 18.30.35 # Torne: yes, but that will only work with apple chargers I guess 18.30.42 # yup 18.30.44 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 18.30.58 # i've not experimented *too* much but it looks like that's how it works in the OF 18.31.14 # so is it possible to just enable charging over real USB safely? 18.31.17 # BdN3504: hasn't strncpy been replaced by strlcpy ? 18.31.34 # saratogahome: yes, just change the usb descriptors to request 500mA then turn the 500ma charge bit on when connected to a host 18.31.44 # yep sorry, but it still doesn't work, wait i'll post an updated errorlog 18.31.52 # saratogahome: downside is it then requires 500mA, i.e. it won't work when attached to hubs. but you can make that conditional on usb charging setting 18.31.53 # saratogahome: probably, but I don't really see the point since nearly other target bothers with playing nice 18.32.08 # * Torne thinks that probably the software usb targets should *all* work this way ;) 18.32.10 # * gevaerts adds a "no" 18.32.26 # saratogahome: er, to unpowered hubs i mean 18.33.06 # gevaerts: then you could commit it . . . 18.33.15 # i tend to agree with you by the way 18.33.20 # The patch as it is violates the usb spec, doesn't it? 18.33.39 # Torne: sure. As does USB charging on nearly any other target we support 18.33.41 # Right. 18.33.50 Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) 18.34.09 # the only difference here is that there might be a device out there that has a 100mA limit when an ipod is connected? 18.34.13 # i'm just saying i think we should do the USB host part right, on *all* software targets 18.34.21 # and deal with the AC adapter issue seperately 18.34.24 # and as does USB charging on 90% of non-rockbox DAPs out there (warning: statistics extracted from thin air using advanced technology) 18.34.53 # gevaerts: sure, i'm happy to believe that lots of people do it wrong 18.34.58 # does the apple firmware deal with it correctly on real USB ports? 18.35.09 # saratogahome: the apple firmware requests 500mA i think 18.35.12 # will it really only take 100mA if you tell it to 18.35.14 # which means it's spec compliant and safe 18.35.19 # it has no option to do 100mA only 18.35.26 # i'll test that now 18.35.33 # well, fsvo test 18.35.35 # lemme get the ipod;) 18.35.45 # Torne: you can't. How do you deal with e.g. hosts with frozen OSes? They are not distinguishable from chargers 18.35.47 *** Saving seen data "./dancer.seen" 18.36.10 # hmm? 18.36.12 # what do you mean? 18.36.35 # I mean, only pull 500mA if the host says we can or if the apple-specific magic says you can 18.36.36 Quit runiq ("leaving") 18.36.45 # hos do you know it's a host? 18.36.52 # i.e. not a charger? 18.36.55 # because it enumerated you 18.37.10 # and what if the host fails to enumerate due to whatever software issues? 18.37.15 # then just pull 100mA 18.37.23 # i.e. the pessimistic option 18.37.31 # so chargers will be broken? 18.37.37 # Yes 18.37.44 # Then use the ADC on the ipod to detect the Apple charger 18.37.54 # by having someone work out that magic with tedious multimeter fuckery 18.38.09 # then charging will work from the apple chargers and anything else that does the same magic. 18.38.14 # which won't be all chargers that exist, no 18.38.18 # and how do we handle this on non-ipods? 18.38.18 # how do you recognize a charger? is the voltage different? 18.38.29 # saratogahome: I *think* the charger puts a resistive load across D+ and D- 18.38.42 # which can be measured with one of the4 adc channels on the device 18.38.47 # oh that sounds like the USB-charging spec 18.39.02 # we don't have docs for this though as it's part of the apple accessory spec that we don't have 18.39.02 # indeed. Someone needs to check if they are using that... 18.39.17 # it might be, or it might be their own magic 18.39.17 # There is http://www.usb.org/developers/devclass_docs/batt_charging_1_1.zip 18.39.44 # I need a usb breakout board to experiment with really 18.39.51 # need to make one 18.40.03 # i think AC chargers are a low priority, just having USB charging would be nice 18.40.06 # Torne, can you confirm the resistor between D+ and D- and measure its value? 18.40.30 # if i make up a usb breakout i can try it with the charger i have 18.40.57 Quit PaulJam (Read error: 113 (No route to host)) 18.40.57 # or open an apple charger 18.41.04 # i have one somewhere if its not too hard to open 18.41.06 # I need that to charge my apple products though :) 18.41.25 # error log for http://www.rockbox.org/tracker/task/10187?getfile=20564 applied to r22848 with strlcpy: http://pastie.org/632465 18.41.53 # saratogahome: dunno if they are all the same, also 18.41.58 # How about a splash that says "Power detected, but no host. Charge? (Y/N)" ? 18.42.08 # i.e. confuse users 18.42.17 # hardly a good solution 18.42.18 # gevaerts: heh 18.42.35 # gevaerts: what i'm suggesting is difficult, i realise, but it would mean it charges in every case where the OF charges, and it should be safe doing so 18.42.48 # as a bonus we can keep the usb charging setting which could be implemented to force 100mA only even if host is connected 18.42.57 # which is sometimes useful when you're dealing with laptops, unpowered hubs, etc 18.43.28 # i guess i'm kinda suspicious that committing the patch from 8802 would remove the motivation to do it right later :) 18.43.42 # because the unsafe behaviour gives most people what they want :) 18.44.05 # I'd like to see a patch doing it as right as possible over all targets, but it's a lot of work :\ 18.44.12 # Yah, I realise :) 18.44.15 # its a lot of work for very little gain 18.44.28 # the concerns here seem more theoretical then real 18.44.46 # well yah, they are theoretical :) 18.44.47 # since basically all USB devices assume that the current limits will be ignored 18.44.52 # I have the patch from 8802 in my build :) 18.45.06 # but i never plug it into anything other than the charger or a PC with a good usb port. 18.45.17 # most people are the same i expect 18.45.51 # i don't even think 500mA USB ports exist, when I looked most were speced at 700 or 800mA just because you have to to avoid blowing them out 18.46.06 # saratogahome: yah. but see unpowered hubs 18.46.35 # saratogahome: wrong :) 18.46.47 # i've not tried to see what happens if i plug the ipod into the usb hub in my keyboard, but if i plug in other devices that want 500mA it just refuses 18.46.59 # if we're not claiming we *want* 500mA then it would allow it 18.47.11 # saratogahome: USB allows for overcurrent protection, i.e. turning off power if you exceed the 500mA. Some hubs do that (ask amiconn) 18.47.13 # and maybe it'll stop my keyboard working? 18.47.18 # it might not damage anything 18.47.25 # but it's possible it'll cut everything plugged into that hub off. 18.47.32 # thats just one more level of safety 18.47.32 # which would be annoying ;) 18.47.58 # but really if you try to draw an amp out of a USB port I think you get what you deserve 18.48.23 # which is probably just the USB port refusing to provide power 18.48.24 # i've not tested it but i think the iphone possibly *does* draw an amp, if it decides it's plugged into its charger 18.48.36 # the charger is rated for an amp and the speed of charging suggests it might be pulling more than 500 18.48.47 # some older ipods do that as well 18.48.49 # i realise that's not a rb target but it's the same "magic" 18.49.00 # but they had firewire 18.49.13 # yeah there doesn't seem to be that facility on the power controller in the ipodvideo 18.49.16 # it's 100 or 500 18.49.21 Join Lss [0] (n=Lss@cm46.delta91.maxonline.com.sg) 18.49.36 # its got a much smaller battery and a lower power processor so its less useful on a video 18.49.49 # * gevaerts really doesn't know enough about charging and power handling to have an informed opinion on this, which is why he doesn't want to be the one that commits this 18.50.05 # its battery is probably too small to be current limited unless you have the disk spinning concurrently while charging 18.50.21 # gevaerts: i guess what i'm implying here is if someone does the work to handle actual usb host connections *properly*, especially if they do it for all swusb targets.. 18.50.37 # i might be willing to fuck around with breadboard and multimeter enoughto try and work out the apple usb charger magic for the AC adapter case :) 18.50.45 # frankly i think thats a waste of time 18.50.53 # we should just enable it for the USB data case 18.51.02 # and leave chargers disabled until someone really feels like doing it 18.51.26 # I must admit that I personally don't care much about the apple specific charging handling. If we only manage to suppport ipod chargers and no other chargers, we're doing things wrong 18.52.19 # how hard is it to change that patch to look for USB data? 18.52.23 # If anyone wants to have a go, I think the beast handles things most cleanly 18.52.30 # * gevaerts has to go now 18.52.51 # ok, currently we are actually requesting 500mA all the time on ipodvideo, it seems 18.52.57 # whether i turn usb charging on or off 18.53.02 # the lsusb -v output says 500mA 18.53.17 # i don't think the 8802 patch is causing that 18.54.46 # Ah, yes :) 18.54.55 # usb_core.c has the descriptor hardcoded to say 500 18.54.57 # for all swusb targets 18.55.20 # well, to say USB_MAX_CURRENT 18.55.45 # gevaerts: Yes, my hub does that. On the beast it seems that we're exceeding the requested 500mA when charging, causing the hub to shut down the port 18.56.50 # It means that I can only use beast usb either (1) by using bootloader usb, as the bootloader doesn't have charging (yet) (2) by connecting the beast psu in parallel (3) by using a direct usb port, i.e. not on the hub 18.57.12 # that's a different problem, though :) 18.57.19 # (yet *another* problem) 18.57.23 Quit BdN3504 ("CGI:IRC (EOF)") 18.58.29 # the code on fs#8802 does appear to reliably select 100/500ma charging and stick to the limit 18.58.36 # it's just the matter of when to select what :) 18.59.36 # That's in fact nasty. If the hub shuts down the port, the beast will go out of usb mode. Then the hub reenables the port, the beast goes to usb mode etc etc 18.59.46 # After a few cycles, rockbox hangs 18.59.49 # Yah, that's certainly a nasty bug 19.00.02 Quit saratogahome ("Page closed") 19.00.25 # but the beast's *logic* for when to select what rate appears to be right 19.00.48 # fsvo right 19.00.55 # "spec-compliant but AC-charger-unfriendly" 19.02.06 # Hmmmm, actually i don't know that it is :) 19.02.32 Join CaptainKwel [0] (n=jason@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 19.05.26 # * Torne tries to work out how it all works. 19.08.26 Quit JackWinter (Remote closed the connection) 19.10.55 Join JackWinter [0] (n=jack3@vodsl-10103.vo.lu) 19.15.00 Quit Grahack (Connection timed out) 19.26.33 Quit jvd (zelazny.freenode.net irc.freenode.net) 19.26.33 NSplit zelazny.freenode.net irc.freenode.net 19.28.55 NHeal zelazny.freenode.net irc.freenode.net 19.28.55 NJoin jvd [0] (n=syscrash@poipu/developer/syscrash) 19.30.23 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 19.31.17 # ah. the beast polls the usb connection state in the power managmeent thread 19.31.24 # but the ipod has hardware charging 19.31.36 # so it doesn't have anywhere sensible to poll from. 19.31.56 # and i cna't see anywhere existing where it would get a "usb has been configured" notification :( 19.35.45 Quit jfc (Read error: 104 (Connection reset by peer)) 19.36.08 Join jfc [0] (n=john@dpc6682208002.direcpc.com) 19.37.51 Quit robin0800 (Remote closed the connection) 19.37.52 Quit jvd (zelazny.freenode.net irc.freenode.net) 19.40.03 NJoin jvd [0] (n=syscrash@poipu/developer/syscrash) 19.49.14 Quit jvd (zelazny.freenode.net irc.freenode.net) 19.49.14 NSplit zelazny.freenode.net irc.freenode.net 19.49.44 NHeal zelazny.freenode.net irc.freenode.net 19.49.44 NJoin jvd [0] (n=syscrash@poipu/developer/syscrash) 19.49.56 Quit flydutch ("/* empty */") 19.50.37 Join T44 [0] (i=Topy44@g227201026.adsl.alicedsl.de) 19.50.44 Quit Topy (Read error: 104 (Connection reset by peer)) 19.53.46 Quit jvd (zelazny.freenode.net irc.freenode.net) 19.54.05 NJoin jvd [0] (n=syscrash@poipu/developer/syscrash) 19.55.28 Join mt [0] (n=MTee@rockbox/developer/mt) 19.55.47 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 19.58.31 Quit DirtySkeMe (Read error: 113 (No route to host)) 20.02.23 # Torne: sending an event from usb_core.c should be trivial 20.03.31 Quit jvd (zelazny.freenode.net irc.freenode.net) 20.03.31 NSplit zelazny.freenode.net irc.freenode.net 20.04.27 NHeal zelazny.freenode.net irc.freenode.net 20.04.27 NJoin jvd [0] (n=syscrash@poipu/developer/syscrash) 20.04.52 # gevaerts: sure. 20.05.04 # i'll take a look at it another day maybe, no more time now 20.05.41 # and also see if i can throw together the hardware to experiment with the usb charger stuff 20.06.48 Quit stripwax (Read error: 54 (Connection reset by peer)) 20.10.13 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 20.10.41 Quit jvd (zelazny.freenode.net irc.freenode.net) 20.13.55 Quit stoffel (Remote closed the connection) 20.15.36 Join p3tur [50] (n=petur@rockbox/developer/petur) 20.16.59 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 20.17.38 Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) 20.17.56 Join stoffel [0] (n=quassel@p57B4D3B0.dip.t-dialin.net) 20.21.20 Quit stoffel (Remote closed the connection) 20.21.58 Join stoffel [0] (n=quassel@p57B4D3B0.dip.t-dialin.net) 20.22.08 Quit togetic ("WeeChat 0.3.0") 20.22.16 Join togetic [0] (n=togetic@unaffiliated/ibuffy) 20.23.18 Part Grahack 20.26.56 Quit stoffel (Remote closed the connection) 20.34.37 Quit DarkDefender (Remote closed the connection) 20.35.50 *** Saving seen data "./dancer.seen" 20.36.57 Join stoffel [0] (n=quassel@p57B4D3B0.dip.t-dialin.net) 20.37.31 Quit stoffel (Remote closed the connection) 20.39.24 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 20.40.57 Join stoffel [0] (n=quassel@p57B4D3B0.dip.t-dialin.net) 20.42.03 Quit stoffel (Remote closed the connection) 20.42.22 Join MethoS- [0] (n=clemens@134.102.106.250) 20.43.19 Join JdGordon1 [0] (n=jonno@c-24-22-210-83.hsd1.wa.comcast.net) 20.44.28 Join froggyman [0] (n=sopgenor@pool-72-69-88-109.chi01.dsl-w.verizon.net) 20.44.32 # rbutilqt can't install the bootloader on my YH920 20.45.05 # the bootloader is downloaded, the OF is renamed, but the downloaded bootloader isn't copied 20.46.57 Join stoffel [0] (n=quassel@p57B4D3B0.dip.t-dialin.net) 20.47.27 # * p3tur is looking at reverting the changes of MarcGuay in the recording keymap 20.47.52 Part froggyman 20.48.14 # It is unbelievable that a problem on a target that is *hardly* used for recording wins against the targets that are popular for recording 20.49.31 Join Buschel [0] (n=abc@p54A3A9AA.dip.t-dialin.net) 20.50.25 # p3tur: what's wrong ? 20.50.34 Join Utchybann [0] (n=lolo@ede67-1-81-56-102-26.fbx.proxad.net) 20.50.56 Quit stoffel (Remote closed the connection) 20.51.07 # REC no longer starts recording 20.51.14 # that is just braindead 20.51.53 # all tapers are reverting to older versions, even exchanging binaries to those who don't have an older version 20.52.06 # our users come first... 20.52.37 # on which target ? 20.53.01 Quit petur (Remote closed the connection) 20.53.05 Quit GeekShadow ("The cake is a lie !") 20.53.14 Nick p3tur is now known as petur (n=petur@rockbox/developer/petur) 20.53.22 # h1x0/h3x0 20.53.25 # (and which commit) 20.53.45 # somehere around may 22 20.54.24 # I forgot to write down the revision, looking it up now 20.54.40 # the stupid thing is I need to fix the manuals too 20.57.39 # r21034 21.01.20 # well fs#10230 has an explanation 21.01.55 # I know the explanation 21.01.59 # is it a problem only if rec_newfile and rec_pause are the same key ? 21.03.13 Join ThirdPerson [0] (n=chrism_3@ool-435567c5.dyn.optonline.net) 21.03.20 # hey #rockbox 21.03.21 # nice to know the fs number, it contains the manual patch too :) 21.04.19 # i dont wanna derail a pre existing convo, but i cant seem to get playlists on my ipod. im using winamp and an ipod video 30g 21.05.04 # petur: it is in the commit log (easy to read with git!) 21.08.31 # ThirdPerson: are you saving in the correct format? (m3u) 21.09.01 # not sure. i just installed literally 5 minutes ago lmao 21.09.31 # oh, was it that funny? 21.09.48 # ... dont patronize me brah 21.13.24 # ThirdPerson, it's still a valid question. there are a few different playlist formats. make sure you're using m3u 21.14.16 Quit DaveDavenport (Remote closed the connection) 21.14.28 Join DaveDavenport [0] (n=qball@ipd50a4125.speed.planet.nl) 21.17.53 # not sure where to change tha playlist format. all of my files are there and it all works but im just confused on how to get my playlists (which in winamp says they are on the ipod) on the ipod 21.20.15 Quit funman ("free(random());") 21.23.06 # i rely so heavily on mah playlists :( especially when driving i cant be scrollin through thousands of files to find the next song. help plox :'( 21.25.56 Quit JackWinter (Remote closed the connection) 21.27.27 Join JackWinter [0] (n=jack3@vodsl-10103.vo.lu) 21.29.36 # ? :/ 21.30.20 # you were given some clues.... 21.31.38 # quick question, hoping i wont have to check the makefiles myself for this.... is rockbox being built using C99? 21.32.25 # yes thank you i understand i need the playlists to be in the correct format. on how to do that or even the default procedure to put playlists on my rockbox enabled ipod i have no clue. just because you use irc as a product line type deal doesnt mean you have to be all eletist fags. im just askin some help here man 21.33.08 # sheesh chill.... 21.33.21 Quit aidy (Read error: 60 (Operation timed out)) 21.34.05 # pardon? 21.34.58 # for help on how to make winamp produce m3u, see winamp (don't use it myself) 21.35.20 Join aidy [0] (n=aidy@mail.rty.ca) 21.35.32 # for the rest, just copy the files to your ipod, make sure the playlist doesn't contain a driveletter 21.36.32 Quit stripwax ("http://miranda-im.org") 21.42.32 Join Strife89 [0] (n=Strife89@adsl-154-11-40.mcn.bellsouth.net) 21.42.52 Quit ThirdPerson ("peace out.") 21.47.19 Quit JdGordon (Remote closed the connection) 21.50.46 Quit intrados4 (Read error: 110 (Connection timed out)) 21.51.28 Join intrados4 [0] (n=intrados@cpe-75-187-57-252.columbus.res.rr.com) 22.02.53 Quit Buschel () 22.03.45 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 22.09.11 # mkoenig: yes we use c99 features all over the place 22.09.29 # and even gcc extensions 22.09.51 Join froggyman [0] (n=sopgenor@pool-72-69-88-109.chi01.dsl-w.verizon.net) 22.09.56 # i was asking because of the C++ -> C porting... 22.10.22 # not having to relocate every variable declaration to the beginning of a function would make things easier 22.10.33 # ... a lot 22.10.46 # Nah, that's not strictly needed 22.11.29 # I find variable declarations good practise personally, but that's just me 22.11.52 # docs/CONTRIBUTING has some details 22.12.10 Quit Highlander ("Quitte") 22.12.16 # What about it exactly? About the declaration placement i mean 22.13.01 # well, CONTRIBUTING doesn't say anything about the placement, because we don't have a guideline about it 22.13.25 # but some other stuff regarding upper/lower/camel case and typedefs for example 22.14.17 # i will be mostly porting code to rockbox... well i will try.. as far as i understand it. the rockbox style guidelines dont really apply there.. and i am supposed to adopt the look of the code i port. 22.14.47 # yes "foreign" code is a different matter 22.15.15 # ie. don't change it unless needed as style changes make sync'ing with upstream hard 22.15.45 # I like how short docs/CONTRIBUTING is :) 22.15.51 # mkoenig: did you have a look at the mikmod patch in the tracker? I mean, maybe you don't need to reinvent the wheel 22.17.54 Join jvd [0] (n=syscrash@209.126.180.153) 22.18.08 # where exactly? all i see is a single mod.c in the codecs dir... 22.18.15 # I know there is a .patch for anti-aliased fonts, so if I were to compile my own build with it would regular fonts work with the patch or would I need to convert them to work with the .patch 22.18.23 # and that one barely covers straightforward mods 22.19.35 # our patch tracker, see the "patches" link in the left hand side menu of the site, more precisely http://www.rockbox.org/tracker/task/8806 22.20.04 # sorry "tracker" had two meanings in this context... :) 22.20.39 # :) 22.21.14 # looks like it has already progressed quite far. 22.21.27 # froggyman: doesn't the patch description tell you? 22.24.46 # thanks for pointing me towards that patch.... 22.35.52 *** Saving seen data "./dancer.seen" 22.41.37 Join Creposucre [0] (n=53c31824@giant.haxx.se) 22.43.10 Quit Creposucre (Client Quit) 22.43.42 Join Creposucre [0] (n=53c31824@giant.haxx.se) 22.45.27 # Hi 22.46.00 # I'm having a hard time trying to link a remote button to the ipod keymap 22.46.39 # i'd like to link two new buttons (up_arrow and down_arrow) to the scrolling functionnality of the ipod 22.47.36 Quit petur ("Zzzzz") 22.47.49 # I tryed severals things that didn't worked, like put that in the standard and tree_scroll context 22.50.18 # Any ideas of where I should add this stuff to have the possibility to scroll in the main menu? 22.51.11 Quit intrados4 (Connection timed out) 22.53.06 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 22.59.48 Quit Creposucre ("CGI:IRC (Ping timeout)") 22.59.56 Quit einhirn (Read error: 104 (Connection reset by peer)) 23.03.09 Join bubsy [0] (n=bubsy@94.139.72.137) 23.04.00 Join alexbobp [0] (n=alex@66.112.249.119) 23.16.47 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 23.18.35 Join Unhelpful [0] (n=quassel@pool-71-173-205-32.hrbgpa.fios.verizon.net) 23.21.06 Part froggyman 23.21.15 Quit pano (Remote closed the connection) 23.30.33 Join froggyman [0] (n=sopgenor@pool-72-69-88-109.chi01.dsl-w.verizon.net) 23.30.59 Join maffe [0] (n=Miranda@77-21-35-240-dynip.superkabel.de) 23.31.05 Part froggyman 23.31.16 Join Casainho [0] (n=chatzill@87-196-42-154.net.novis.pt) 23.31.38 # /msg NickServ identify chave 23.32.16 # Casainho: now you should change your password fast :-) 23.33.11 # kugel: ping 23.33.17 # domonoky: eheh :-) 23.33.35 Quit kugel (Read error: 110 (Connection timed out)) 23.37.07 Quit maffe ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 23.38.11 Join safetydan [0] (n=deverton@rockbox/developer/safetydan) 23.39.21 Quit liar (Remote closed the connection) 23.40.27 Quit saratoga (Ping timeout: 180 seconds) 23.41.40 Quit JackWinter (Remote closed the connection) 23.42.56 Quit fyrestorm ("lamers envy me like they envy bill g -- main boot xp, just the way it should be!") 23.43.12 Nick Casainho is now known as Guest54469 (n=chatzill@87-196-42-154.net.novis.pt) 23.43.27 # Guest54469: you should *really* change your password! 23.44.15 Join JackWinter [0] (n=jack3@vodsl-10103.vo.lu) 23.46.12 # /msg nickserv identify thispasswordisnowusedbyeveryonewhowantsit 23.46.14 # oops 23.51.58 Join Donny [0] (n=Donny@bas3-kingston08-1177895356.dsl.bell.ca) 23.52.37 Part Donny ("Leaving") 23.53.37 Nick Guest54469 is now known as casainho (n=chatzill@87-196-42-154.net.novis.pt)