--- Log for 02.04.108 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 18 hours and 50 minutes ago 00.01.18 # "Error native opening input file: 0 00.01.20 # " 00.03.16 Quit DerDome ("Leaving.") 00.03.26 # try \\.\PhysicalDrive1 instead 00.04.06 # are you running as an administrator? 00.04.11 # yea 00.04.33 # of course you are 00.04.38 Quit bertrik ("zZz") 00.05.54 # "Error opening input file: 31 A device attached to the system is not functioning" 00.07.08 Quit disorganizer ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") 00.07.22 Quit roolku () 00.07.28 # meh... no idea why this is happening 00.07.32 Quit davina ("GNU/Linux the free alternative to Windows") 00.07.43 # dd if=\\?\Device\Harddisk1\Partition0 of=mbr.bin count=1 bs=512 00.08.05 # You always need to specify the partition - and Partition0 is the whole drive. Weird logic... 00.08.26 # oh, that's why it says partitions 0 and 1 are the same sizee 00.08.31 # *size 00.09.34 # alright, got a file with that one 00.10.03 # open with notepad? 00.10.14 # weird. I just tried it with \\.\PhysicalDrive0 on my virtual machine and it worked fine 00.10.44 # tge101: no, it's a binary file. Post it somewhere. 00.11.14 # site suggestion? 00.11.23 # no. 00.11.30 # or i could use the same one i guess 00.11.54 # or not 00.11.55 # no, pastebin is for text files only. You could convert it to a hexdump first of course ... 00.12.08 # DCC ? 00.12.14 # http://91.35.254.25:83/upload.php 00.12.16 # meh :-/ 00.12.22 # remembers me that my uni space won't live forever anymore ... 00.12.53 Join mirak [0] (n=mirak@m179.net81-66-123.noos.fr) 00.13.15 Quit Pio_ (Read error: 110 (Connection timed out)) 00.13.38 # it didnt like that file 00.14.31 # http://www.filecrunch.com/file/~euhkkt 00.14.49 Quit BHSPitMonkey (Read error: 104 (Connection reset by peer)) 00.15.53 # partition table is empty 00.16.14 # So just write a new one ? 00.16.16 # was your ipod video or photo? 00.16.16 # * DerPapst wonders how tge101 managed that 00.16.20 # photo 00.16.24 # that's what I suspected when I saw that partitions 0 and 1 are the exact same size 00.16.50 # there isn't even a partition 0 00.17.18 # so, bottom line, i lost everything for good? 00.17.19 # well, in Windows "partition 0" is the whole drive 00.17.37 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 00.17.59 # download this file: http://download.rockbox.org/bootloader/ipod/mbr-photo60gb.bin 00.18.37 # then write it as new mbr to your Ipod. Same dd command as before, but swap if= and of= 00.18.48 Join Teslacuted [0] (n=teslacut@87-198-20-32.ptr.magnet.ie) 00.19.01 # I'm wondering how his mbr.bin file ended up being 514 bytes :) 00.19.18 # i.e. if=mbr-photo60gb.bin of=(what you used for if the last time) 00.19.26 # you can omit bs= and count= 00.19.40 # dd if=mbr-photo60gb.bin of=\\?\Device\Harddisk1\Partition0 00.19.42 # ChristopherW: windows line ending ;) 00.20.04 # Always make sure that your disk sectors have proper line endings 00.20.12 # I saw that 0d 0a at the end, but I'm wondering if dd.exe added it 00.20.17 # I think that happend in my test too. 00.20.36 # * DerPapst wonders if that would be a bug then 00.20.44 # ...and votes for yes 00.20.47 # it's no problem if he doesn't need to use it again 00.21.06 # then again, it's possible that filecrunch.com added it 00.23.17 # i love you guys 00.23.18 Quit Zarggg () 00.23.24 # its all still there 00.23.26 # why= 00.23.29 # * DerPapst guesses it worked 00.24.22 # * gevaerts would like to know how it happened in the first place 00.24.25 # yay for "The Rockbox Rescue Team (tm)" 00.24.27 # now, beware of your ps3 ;-) 00.24.30 # thank you so much 00.24.55 # tge101: no go an MAKE BACKUPS!!1 ;-) 00.25.47 # i put yellowdog on my ps3, and i use my ipod for all my backups, ps3 must have touched it 00.26.12 # an Ipod is not a backup ... 00.26.33 # * bluebrother sighs 00.26.34 # it is when you have 2 and use one as an external hd 00.26.52 # anyways 00.26.54 # that doesn't make it a better backup device 00.27.00 # thanks, i reallly really really appreciate it 00.27.52 Quit TMM (Read error: 110 (Connection timed out)) 00.27.56 Quit tge101 ("http://irc.netsplit.de/") 00.28.23 # * gevaerts doesn't see why an ipod can't be a good backup device. It's perfect for when this gigabeat fails 00.29.19 Quit tvelocity (Remote closed the connection) 00.29.19 # I meant backup device for computer data. As it seems he used it for that kind of backups 00.29.25 # (or I got him wrong) 00.30.16 Join MarcGuay [0] (n=d8ef59c1@gateway/web/cgi-irc/labb.contactor.se/x-aa487aec81fe30e4) 00.30.34 # Well, seems he didn't really use it as a backup device. More like primary storage 00.31.06 # Good night everyone :-) 00.31.18 Quit gregzx ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") 00.31.31 # hmm, if he has linux on his ps3 -- we could've done that on the ps ;) 00.31.40 # apparently an iPod is a perfect storage device for stealing bank account information (as in "Firewall") 00.31.53 # might've been much quicker than fiddling with windows paths. 00.31.55 Quit ender` (" I will not make alliances with those more powerful than myself. Such a person would only double-cross me in my moment of glo) 00.32.04 Quit DerPapst ("So Long And Thanks For All The Fish!") 00.32.20 # ChristopherW: I found the therm "podslurping" for such stuff on wikipedia some time ago. 00.33.15 # *term 00.33.18 # * gevaerts is going to sleep as well. Good night 00.33.40 Quit gevaerts ("my bed calls") 00.34.56 Nick Pio__ is now known as Pio (n=sean@h94.149.4.12.cable.frzr.cablerocket.net) 00.35.45 Quit MarcGuay ("CGI:IRC (Ping timeout)") 00.35.51 Join MarcGuay [0] (n=d8ef59c1@gateway/web/cgi-irc/labb.contactor.se/x-51b594b22f277aa2) 00.36.45 Quit MarcGuay (Client Quit) 00.36.47 Join MarcGuay [0] (n=d8ef59c1@gateway/web/cgi-irc/labb.contactor.se/x-6767b2e3919877fe) 00.37.31 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 00.37.50 # hrrrm 00.38.03 Quit waldo (Read error: 104 (Connection reset by peer)) 00.40.40 # amiconn: (or anyone else with an H10) I see on the RockboxTesting wiki page that you have an iriver H10. Would you mind testing http://www.rockbox.org/tracker/task/8184? 00.45.29 Quit bluebrother ("user went to sleep") 00.45.45 Quit MarcGuay ("CGI:IRC (Ping timeout)") 00.48.33 # Heyo, anybody else experience this bug where the scrollwheel of a 5G ipod won't respond after making a selection in the database by pressing right/next, and you have to press a button to make the wheel work again? 00.51.58 Quit Thundercloud_ (Remote closed the connection) 00.52.23 Quit Nico_P (Remote closed the connection) 00.52.46 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 00.57.41 Quit jhMikeS (Read error: 104 (Connection reset by peer)) 01.02.46 Quit ompaul (Client Quit) 01.02.46 Join Christopher1 [0] (n=christop@ip68-3-220-253.ph.ph.cox.net) 01.03.37 Quit ali_as ("zzzzzzzzzzzzzzzzzzzzzzzzzzzzZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZz") 01.04.06 # Where can I get older builds of rockbox? 01.07.16 Part Teslacuted 01.07.29 # Who put the ram in the ramalamadingdong? 01.07.39 # Why does the sun shine? 01.10.20 # Y-Signal, they're linked to from the Current Builds page. as for your other questions, this is an on-topic channel, so keep non-rockbox chatter elsewhere 01.11.26 *** Saving seen data "./dancer.seen" 01.14.31 Part toffe82 01.18.37 Quit ChristopherW (Read error: 110 (Connection timed out)) 01.19.16 Join Chronon [0] (i=chronon@c-71-236-147-148.hsd1.or.comcast.net) 01.20.27 Quit Chronon (Client Quit) 01.21.22 Join Chronon [0] (i=chronon@c-71-236-147-148.hsd1.or.comcast.net) 01.23.41 Quit Pio (Read error: 145 (Connection timed out)) 01.29.08 Join ctaylorr [0] (n=ctaylorr@bas1-toronto43-1279529752.dsl.bell.ca) 01.29.15 Join Pio [0] (n=sean@dialup-4.246.211.21.Dial1.SanJose1.Level3.net) 01.29.58 Join piroko [0] (n=jeremy@128.sub-70-210-19.myvzw.com) 01.30.28 # Quick question. The default way to create a new playlist is to select a song, choose "play next", and then add the songs you want after that? 01.30.59 # Basically I would like to know how to clear the current playlist and replace it with, say, a directory's recursive contents 01.31.43 # you can just stop playback and then select "insert" on the context->playlist menu of the directory. 01.31.48 # hold the center button on a directory? 01.32.03 # Y-Signal: Holy crap. Street's of rage fan? 01.32.10 # You bet 01.32.21 # Love that game 01.32.35 # :) 01.32.43 # (those games) 01.33.18 # piroko: make sure that the option "recursively insert directories" is enabled if you want to insert complete folders. 01.33.23 # midkay: But when I do that, it doesn't clear the current playlist. It adds the songs to it 01.33.29 # I can add recursively 01.33.36 # piroko: make sure you stop playback first. 01.33.40 # not pause, but stop. 01.33.42 # krazykit, any idea on the scrollwheel thing? 01.33.43 Join Doomed_ [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) 01.33.44 # that should do it. 01.33.54 # midkay: Ohh. Hold down play/pause on an ipod, right? 01.34.03 # piroko: yep. 01.34.07 # just for a second. 01.34.11 # Thank you very much :) 01.34.16 # no problem. 01.34.39 # So that essentially clears the playlist right there then, huh? 01.35.02 Quit alienbiker99 (Read error: 104 (Connection reset by peer)) 01.35.16 # piroko: yeah. 01.35.20 # unless you resume playback. 01.35.26 # Brilliant. Truly 01.35.33 # Rockbox just keeps getting better and better 01.36.36 # I wonder if they've fixed the crossfade=crashadelic thing 01.36.57 # Y-Signal: I've been using crossfade just fine. What happens to you? 01.38.24 # Y-Signal: there was a crossfade related fix on saturday, you should just try 01.39.11 # Yeah, I was helping them root out the cause on friday but haven't checked back 01.39.20 # I didn't see any of the guys I was talking to here now 01.39.37 # maybe then I can ditch this month-old build 01.42.25 Join Febs [0] (n=chatzill@207-172-204-61.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) 01.44.17 Quit knittl (Read error: 113 (No route to host)) 01.47.53 Join corevette [0] (n=corevett@adsl-75-18-212-2.dsl.pltn13.sbcglobal.net) 01.50.51 # So I'm assuming the iPod battery issue is a very low priority still? 01.50.57 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 01.50.59 # It's been quite a while since I've poked in here 01.51.52 # piroko: it has been improved a decent bit, and it depends on which ipod you have.. 01.52.14 # 4G? Or I can just be directed to a page if one exists 01.54.31 # I don't know, my 5G won't make it through a workday 01.55.04 Quit A-4 (Read error: 110 (Connection timed out)) 01.55.22 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-7fb306069b888d8a) 01.55.27 Quit saratoga (Client Quit) 01.55.32 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-1e44b33016db69cd) 01.55.36 Quit saratoga (Client Quit) 01.55.39 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-88cd285ad75058ea) 01.55.45 Quit saratoga (Client Quit) 01.55.49 Quit homielowe (Read error: 110 (Connection timed out)) 01.55.50 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-77b5124468f4b7aa) 01.56.20 # Dangit, that scrollwheel lockup is still there 02.00.18 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 02.00.18 Quit Y-Signal ("CGI:IRC (EOF)") 02.00.41 Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 02.01.11 Quit BigBambi (Read error: 113 (No route to host)) 02.01.48 Join Pio_ [0] (n=sean@h94.149.4.12.cable.frzr.cablerocket.net) 02.04.32 Quit piroko ("Disappeared into the void...") 02.04.50 Quit saratoga ("CGI:IRC") 02.06.59 Quit fyre^OS (Read error: 113 (No route to host)) 02.07.39 Join Thundercloud_ [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 02.07.58 Quit spiorf (Remote closed the connection) 02.08.56 Quit Pio (Read error: 145 (Connection timed out)) 02.09.21 Join fyrestorm [0] (n=fyre@cpe-68-173-163-201.nyc.res.rr.com) 02.09.36 Quit Pio_ (Read error: 60 (Operation timed out)) 02.20.10 Quit ctaylorr (Read error: 110 (Connection timed out)) 02.23.54 Join midkay_ [0] (n=midkay@63-226-230-169.tukw.qwest.net) 02.24.43 Quit Thundercloud (Read error: 110 (Connection timed out)) 02.26.04 Join piga [0] (n=leonardo@200-161-96-158.dsl.telesp.net.br) 02.26.06 Join _jhMikeS_ [0] (n=jethead7@adsl-75-45-238-185.dsl.sfldmi.sbcglobal.net) 02.26.06 Quit jhMikeS (Nick collision from services.) 02.26.44 Join perrikwp [0] (i=98213e1a@gateway/web/ajax/mibbit.com/x-89caded32c4229ce) 02.27.10 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 02.31.15 Join cool_walking_ [0] (n=notroot@203-59-129-195.perm.iinet.net.au) 02.32.40 Quit Thundercloud_ (Remote closed the connection) 02.34.36 Join BlackChaos [0] (i=BlackCha@ool-182cdaac.dyn.optonline.net) 02.37.10 Quit amiconn (Nick collision from services.) 02.37.16 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 02.39.28 Join Lars_G [0] (n=Lars@unaffiliated/lars-g/x-000001) 02.39.58 # Good work people, it's so wonderfull you got Rockbox to install on the 3g Nano!!! 02.40.02 # Now, I'm complete 02.41.10 # Damn internet's lack of sarcasm apparency. 02.41.41 # No. No sarcasm. 02.43.26 Part pixelma 02.46.50 # Forum search seems broken: "Please try again. If you come back to this error screen, report the error to an administrator." 02.48.15 # Little help with this? http://www.rockbox.org/irc/log-20080401#07:13:12 02.52.32 Quit midkay (Read error: 110 (Connection timed out)) 02.54.09 Quit fxb__ ("changing servers") 02.54.33 Join fxb__ [0] (n=felixbru@h1252615.stratoserver.net) 03.05.07 Quit kugel ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") 03.08.16 Join ctaylorr [0] (n=ctaylorr@bas1-toronto43-1279529752.dsl.bell.ca) 03.11.28 *** Saving seen data "./dancer.seen" 03.12.12 # cool_walking_: Anyhow I was trying to pull any commers into a lame april fool attempt 03.12.43 # way to ruin it 03.12.47 # sheesh 03.13.41 # Battousai: nobody bited 03.19.05 # I was already on my guard since it was yesterday here. 03.19.59 # lol @ topic :) 03.20.18 # I thought maybe you were saying that you got caught by this other guy's april fool attempt. There was a thread in New Ports, I think, saying one of the new iPods were cracked. 03.20.37 # Looks like it's been baleeted now 03.24.12 Join FOAD_ [0] (n=dok@dinah.blub.net) 03.24.43 Join csc` [0] (n=csc@archlinux/user/csc) 03.27.10 Quit ctaylorr (Read error: 110 (Connection timed out)) 03.27.55 # I was a little scared. most rockbox programmers are from the east side of the world. so maybe they disdain ap fool. 03.28.02 # or don't know/follow it at all 03.28.16 Join toffe82 [0] (n=chatzill@adsl-71-154-232-221.dsl.frs2ca.sbcglobal.net) 03.28.31 Quit BlackChaos ("Leaving") 03.29.25 Quit krazykit (Remote closed the connection) 03.29.37 Join krazykit [0] (n=kkit@140.141.29.54) 03.29.58 # If they've spent any time on the internet.. they'll know what April Fools is. 03.33.26 # True 03.33.39 # I mean I do, and in my country it's called the innocent people day and celebrated in september.... 03.33.47 # But the thing is. 03.34.06 # Americans, or places with predominantly americans, have learnt to tolerate Apr. 1st. even if it pisses them... 03.34.24 # a place with predominantly non-americans might be a lot more hostile towards Apr. 1 jokes. 03.34.38 # it is common in europe though 03.36.02 # One of my favourite sayings of all time is "Fuck 'em if they can't take a joke" 03.37.16 Quit perrikwp (K-lined) 03.39.04 # HAHAHA 03.39.56 Join Do0zman [0] (n=Do0zman@ip24-251-241-59.ph.ph.cox.net) 03.41.40 Quit FOAD (Read error: 110 (Connection timed out)) 03.41.40 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 03.49.39 Join perrikwp [0] (i=98213942@gateway/web/ajax/mibbit.com/x-3cdc1e4d79d39c5d) 03.50.11 Quit argumentD (Read error: 110 (Connection timed out)) 03.50.27 Quit daurnimator (Read error: 110 (Connection timed out)) 03.54.18 Join CarlMilano [0] (n=a22805cb@gateway/web/cgi-irc/labb.contactor.se/x-dedbaf8b172fde0f) 03.56.18 # Howdy, I looking for write permissons to the Wiki so I can upload a theme for the Sansa C200 03.59.09 # Hrrm, now response, I will try using a real IRC client. See ya 03.59.21 # wait 03.59.26 # Carl, I seem to recall some discussion to the effect of waiting for the official theme repository to be ready before making a C200 theme section 03.59.31 # cool, someone's here 04.00.24 # I can wait, it was wird that that section didn't exist 04.00.35 # wird -> wierd 04.00.48 # wierd -> weird :) 04.01.11 # Sorry, its late and the kids drove me nuts 04.02.40 # brb, got to take care of somethings 04.03.12 # Shouldn't CarlSlomowitz come before CarlosEduardoCoelhoBaptistaShinagawa, since "Carl" comes before "Carlos"? 04.03.43 # Or are we just going by the whole string? 04.04.46 # Anyway, I gave you write access. 04.06.26 # It does come before. . . 04.09.37 # On TWikiUsersGroup 04.10.42 # Ah... I see. 04.10.59 # There's some unordered ones strewn at the bottom, too. 04.11.36 # Lazy folks adding entries to the end. . . 04.21.06 Quit Chronon ("making dinner") 04.23.14 Join miepchen^schlaf [0] (n=miepchen@p54BF718A.dip.t-dialin.net) 04.29.20 Nick midkay_ is now known as midkay (n=midkay@63-226-230-169.tukw.qwest.net) 04.39.35 Quit miepchen^schlaf_ (Connection timed out) 04.41.46 Part Do0zman ("Leaving") 04.56.38 Quit ColinT (Remote closed the connection) 04.56.51 Join ColinT [0] (n=realizat@69-11-97-130.regn.static.sasknet.sk.ca) 05.02.58 Quit piga ("Leaving") 05.07.04 Quit rgould (Nick collision from services.) 05.07.35 Join rgould [0] (n=rgould@CPE00016ce73a0c-CM001a66682bea.cpe.net.cable.rogers.com) 05.11.29 *** Saving seen data "./dancer.seen" 05.25.33 Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) 05.26.14 Join bughunter2 [0] (n=Administ@ip565fbeaa.direct-adsl.nl) 05.27.11 Quit m0f0x () 05.41.37 Quit Horscht ("User was distributing pornography on server; system seized by FBI") 05.49.55 Quit CarlMilano ("CGI:IRC (Ping timeout)") 06.20.03 Quit ColinT (Remote closed the connection) 06.20.16 Join ColinT [0] (n=realizat@69-11-97-130.regn.static.sasknet.sk.ca) 06.25.46 Quit bughunter2 ("Leaving.") 06.26.28 Join BlakeJohnson87 [0] (n=bjohnson@c-67-190-234-51.hsd1.mn.comcast.net) 06.29.47 Join TMM [0] (n=hp@ip565b35da.direct-adsl.nl) 06.42.32 Quit BlakeJohnson86 (Read error: 110 (Connection timed out)) 06.47.52 Quit BlakeJohnson87 ("Leaving.") 06.48.06 Join BlakeJohnson86 [0] (n=bjohnson@c-67-190-234-51.hsd1.mn.comcast.net) 06.49.24 Nick Christopher1 is now known as ChristopherW (n=christop@ip68-3-220-253.ph.ph.cox.net) 07.07.07 Quit Zarggg (Read error: 104 (Connection reset by peer)) 07.07.22 Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 07.11.33 *** Saving seen data "./dancer.seen" 07.12.00 Quit TMM (Read error: 110 (Connection timed out)) 07.16.18 Join Severian [0] (n=ralph@ppp-70-251-89-235.dsl.rcsntx.swbell.net) 07.16.58 Quit Zarggg () 07.17.46 Part toffe82 07.28.11 Join midkay_ [0] (n=midkay@63-226-230-169.tukw.qwest.net) 07.35.41 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 07.42.52 Nick Doomed_ is now known as alienbiker99 (n=alienbik@ool-44c126d4.dyn.optonline.net) 07.46.18 Quit midkay (Read error: 110 (Connection timed out)) 07.51.43 Quit courtc_ (Read error: 110 (Connection timed out)) 07.52.32 Join Willaken [0] (i=Willaken@ip70-181-232-213.sd.sd.cox.net) 08.09.46 Quit miepchen^schlaf () 08.10.46 # LinusN: Forum search is broken again. Are you able to fix this any more? 08.11.17 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 08.12.30 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 08.13.35 Join perrikwp [0] (i=98213942@gateway/web/ajax/mibbit.com/x-e6a84b561a07d8a4) 08.17.44 # Llorean: no, jeff has changed the password, so i am locked out 08.17.55 # * LinusN is not happy with that 08.18.45 Join GodEater [0] (i=c2cbc962@rockbox/staff/GodEater) 08.18.46 # did he even grace you with a reply? 08.19.55 # LinusN: i was hoping that'd been resolved by now. We have no way of fixing the broken search then. =/ 08.20.16 # did you get round to testing the forums on the backup server? 08.20.31 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 08.20.57 # what backup server? 08.21.07 # referring to my server? 08.21.11 # thats the one 08.21.15 # scorche: if he did, it must have ended up in the spambox 08.21.54 # no i havent...i have been busy gathering parts lists for various EE projects i am planning 08.22.10 # ...perhaps i should get that going sooner... 08.22.15 Join Rob2222 [0] (n=Miranda@p4FDCED23.dip.t-dialin.net) 08.22.15 # i wonder why the sql tables crash so often 08.22.20 # what's going on ? 08.22.35 # LinusN: Buggy version of SQL, if my research is correct. 08.22.42 # Llorean: aha 08.22.44 # LinusN: i thought we were aware that it was because he is using an old version of...yeah 08.22.44 # LinusN: That bug is specifically fixed in the very next revision. 08.23.13 # * pondlife thought "Database Error" was a fairly normal Rockbox topic title... 08.23.25 # haha 08.23.48 # hrm...i have around an hour before i go to bed... 08.24.58 Join perrikwp [0] (i=98213942@gateway/web/ajax/mibbit.com/x-9f92a37b2e63a6f1) 08.25.03 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 08.26.58 # * scorche goes through the SMF installation docs 08.27.37 # Hmm, can anyone else reproduce http://forums.rockbox.org/index.php?topic=16195.0 ? 08.27.51 Quit BigBambi (Remote closed the connection) 08.30.53 # pondlife: I've had that happen a few times, even recently. I can't reproduce it reliably, though 08.30.58 # wow thats farked 08.31.10 # I think thats happened to me once or twice also 08.31.16 # With Oggs? 08.31.36 # dont remember 08.31.47 # I've had it happen with a playlist full of MP3's only (I think) 08.31.51 # unlikely though, 90% of my music is mp3 08.32.02 # ChristopherW: Which device? 08.32.09 # Sansa e280 08.32.27 # w/ r16918 08.34.05 Join spiorf [0] (n=spiorf@host140-214-dynamic.20-79-r.retail.telecomitalia.it) 08.34.18 # Hmm, Marc_Guay correctly points out that http://www.rockbox.org/twiki/bin/view/Main/BuyersGuide has no Archoses. I assume they're just as buyable as most of our targets... 08.34.32 Join sandbox [0] (n=sandbox@71.237.89.184) 08.34.42 # can the hard drive in the iaudio x5 be replaced? 08.36.04 # sandbox: http://www.rockbox.org/twiki/bin/view/Main/HardDriveReplacement indicates it can 08.37.51 # Bagder: can you stick "ads" or something above the ad box so people dont get confused by them thinking they are rockbox related lines? 08.37.55 # links* 08.38.14 # * JdGordon saw downloads and went "wtf?" 08.38.28 # * pondlife also noticed that 08.39.04 # i suggested a "Why do we have ads?" wiki page link 08.39.56 # thanks pondlife 08.40.04 Quit Rob2223 (Read error: 110 (Connection timed out)) 08.40.44 # Howdy. I want to try Rockbox again. I used it a year ago on a iRiver H10/20gb, which I thought was more trouble than it was worth. Sansa players look reasonable if I can find version 1 devices. Does anyone know a good source of v1 players? 08.42.16 # I am not necessarily sold on the Sansa. I just want something not expensive, and with easily replacable batteries. 08.46.03 # Severian: There are some Sansa's here ( http://forums.rockbox.org/index.php?topic=16047.0 ), but it's a gamble whether you get a v1 or v2, although people in that thread reported getting v1's. 08.50.03 Quit sandbox ("WeeChat 0.2.6") 08.50.09 Join esperegu [0] (n=jhaarman@145.116.10.104) 08.51.57 # thank you cool_walking_ I checked and they don't deliver to my country. I am in the USA. It was worth a look. Newegg has a sale on the same unit, but no comments about them being version 1. 08.52.29 # Ey... I am looking for a playback option that does not seem to be available (is that possible ;-)) on the Rockbox I am using. It would be play the current song, stop after playing that song and continue on the next song when pressing play again. (I suppose that will be very easy to implement ;-)) 08.53.12 # (or is it already available and am I not reading the playback settings correctly?? ) 08.54.02 Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) 08.58.42 # esperegu: no, that is not possible with rockbox 08.59.09 # esperegu: for studying? or dance lessons? 09.00.19 # this has been requested several times before, perhaps it's time to implement it... 09.02.52 # LinusN: yeah. for theatre 09.03.02 # figures 09.03.11 # LinusN: thinking of it. 09.03.32 # I think that it should pause, not stop at the beginning of the next song. 09.03.37 # * GodEater 's microsdhc card arrived last night. He is currently attempting to fill it up. 09.03.43 # i guess the new playback mode would be "pause between tracks" 09.03.45 # so it will start immediately when pressing plai again 09.03.52 # yeah 09.04.14 # LinusN: that would be pretty simple to implement right? 09.04.21 # hopefully... 09.05.22 Quit Naked (Remote closed the connection) 09.06.19 Join disorganizer [0] (n=c2785409@gateway/web/cgi-irc/labb.contactor.se/x-905b2e8949d8b192) 09.08.06 # LinusN: you gonna give it a try? 09.08.36 # we'll see 09.08.52 # Severian: FWIW, I got a v1 c240 from bigpockets... 09.10.11 # GodEater: Where's good for cheap SDHC? 09.10.29 # 1GB is far too easy to fill 09.10.49 Join petur [50] (n=petur@rockbox/developer/petur) 09.11.27 # LinusN: thank you! 09.11.35 *** Saving seen data "./dancer.seen" 09.15.41 Join Mathiasdm [0] (n=Mathias@78-22-5-158.access.telenet.be) 09.15.47 # are there plans already to support more ipod versions? 09.15.56 # no plans 09.18.57 # what are suggested deviced one should buy? 09.19.38 # esperegu: the more-or-less planned ports are unders New Ports here: http://www.rockbox.org/twiki/bin/view/Main/WebHome 09.19.56 Join Naked [0] (i=naked@naked.iki.fi) 09.20.12 # esperegu: and this might help you decide which player to buy: http://www.rockbox.org/twiki/bin/view/Main/BuyersGuide 09.20.14 # markun: cool thx 09.20.24 # checkin this now: http://www.rockbox.org/twiki/bin/view/Main/BuyersGuide 09.20.30 # :) 09.21.11 # hmm.. all out of production :-( 09.21.45 Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-1b4e4baa60d30331) 09.22.15 # esperegu: yes, by the time we finish a port they usually are out of production 09.22.25 # :-( 09.22.46 # pondlife: www.uk-mobilestore.co.uk 09.22.55 # that's where I got mine from 09.23.07 # why those $#$@#$$ hardware providers do not create the port? 09.23.47 # :) 09.23.58 # what's the best flash buy currently in your oppinion? 09.24.20 # esperegu: http://daniel.haxx.se/blog/2007/09/09/manufacturers-hate-customers/ 09.24.29 # lo/ 09.25.02 Quit Naked (Remote closed the connection) 09.25.17 # one of the sandisk players is probably the best, although I have no experience with any of those 09.25.33 Quit nicktastic (Read error: 104 (Connection reset by peer)) 09.25.35 Quit Ravendug () 09.25.38 Join nicktastic [0] (n=nick@unaffiliated/nicktastic) 09.26.03 # LinusN: did you also buy a Meizu? 09.26.13 # thinking about it... 09.26.52 # markun: does quadros also give problems? or is that not used in any products anymore? 09.27.20 # hmm. 09.27.31 # actually that is software not hardware. never mind 09.27.34 # :-( 09.28.53 Quit Seed (Nick collision from services.) 09.28.59 Join DerDome [0] (n=DerDome@dslb-082-083-250-010.pools.arcor-ip.net) 09.28.59 Join Seedy [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 09.29.53 # markun: gues the scandisk are not available anymore :-( 09.30.46 # esperegu: no target rockbox currently runs on is manufactured atm 09.30.59 # looks like one should buy hardware and put it in the closet till it's supported 09.31.03 # :-( 09.31.05 # esperegu: there is also the problem that newer versions of the e200 don't work with rockbox iirc 09.31.27 # esperegu: you can "guess" what target rockbox might support, but you could then easily guess wrong 09.31.29 # esperegu: well, you could buy a Meizu M6 and wait for the port :) It's quite usable even without rockbox. 09.31.46 # I WANT ROCKBOX! 09.31.47 # =) 09.32.05 # we could try to persuade a manufacturer to natively support rockbox so a port would come out when the player arrives on the market :-) 09.32.16 # then buy a used one that rockbox runs on, or buy a new target and help the port for it 09.32.25 # disorganizer: good luck 09.32.30 # hehe 09.32.33 # * esperegu no coder 09.32.34 # esperegu, you could find a refurb e200v1 09.32.43 # * pondlife wishes shotofadds godspeed 09.32.47 # * disorganizer again forgot the [s] [/s] tags 09.33.03 # Do we have any other devs working on the D2? 09.33.24 # Not yet 09.33.52 # We need R2! 09.34.22 Join Naked [0] (i=naked@naked.iki.fi) 09.34.37 Join courtc [0] (n=court@c-24-99-230-218.hsd1.ga.comcast.net) 09.34.46 # Bagderr: I really liked the sounds that fella made :) 09.35.07 # R2D2 plugin! 09.35.13 # we should make an R2D2 port 09.35.15 # the question would better be: which of the "new" players on the market which can still be baught at the moment has the highest propability to receive a working port in time 09.35.26 Join FOAD_ [0] (n=dok@dinah.blub.net) 09.35.29 # Bagderr: Nah, sounds like a bag of shit 09.35.37 # disorganizer: D2 and Meizu M6 I'd say 09.35.39 # Bagderr: Or an R2D2 "voice" file 09.35.47 # disorganizer: And possibly Gigabeat S 09.35.50 # r2d2 voice would be very amusing 09.35.52 # Which is semi-new. 09.36.24 # which brand is r2d2 /d2 09.36.24 # the D2 is a ? samsung ? 09.36.26 # I think the Meizu players are still produced. A new hardware revision of the M3 just came out. 09.36.29 # meizu looks pretti cool 09.36.35 # esperegu: cowon d2 09.36.48 # Lucasfilm R2D2 09.36.53 # esperegu: but I'm not so crazy about the touchpad and buttons they used 09.36.54 # ah cowon d2 :-) 09.37.44 # ho.. cowon is much more expensive 09.39.26 Quit Naked (Remote closed the connection) 09.39.46 # esperegu: It's a nice device though 09.39.54 # esperegu: the M6 with 8GB is around 90 euro here 09.39.58 # A bit pricey for 8GB 09.40.11 # pondlife: how much would you pay for it? 09.40.32 # Good question, probably about £100 09.40.42 # It's currently £160 09.40.46 # ah, you were talking about the D2.. 09.40.55 # Yes, not the Meizu 09.41.00 # * pondlife wants a touchscreen 09.41.04 # * GodEater is pleased to report his 8GB microsdhc card is working flawlessly in his C240 09.41.09 # The D2 also claims a rather ridiculous battery life. 09.41.15 # Oh? 09.41.37 # Something like 52 hours audio, 10 video 09.41.59 # Is that close to reality? 09.42.07 # No clue. :) 09.42.23 # It's flash, and has room for a fairly large battery 09.42.27 # I saw you wanted to have rockbox as a normal application. will it then be able to use it on android later on? 09.42.29 # The audio time wouldn't surprise me in the slightest. 09.42.37 # Hopefully it is. Anyway, I say shotofadds' one and it was certainly a nice looking thing 09.42.52 # esperegu: in theory yes 09.42.59 # I like "the whole device is a screen" though I wish it had a few more side buttons. 09.43.00 # Smaller than I expected too 09.43.02 # cool! 09.43.03 # * Llorean is very temped to get a D2 09.43.07 # pondlife and Llorean, i have heard people get about 48 to 51 hours in audio 09.43.13 # Llorean: meizu claims only "up to 26 Hours of Continuous Music Playback or 4.5 Hours of Continuous Video Playback per Charge" 09.43.16 # for the M6SL 09.43.20 # esperegu: assuming they'll ever want anything that isn't java 09.43.32 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 09.43.47 # advcomp2019: So, about right. 09.44.08 # * disorganizer thinks a samsung P2 or T10 port would be nice to play with bluetooth and rds radio inside rockbox 09.44.31 # I would use any of that... 09.44.31 # too bad neither take micro sd though 09.44.35 # wouldn't 09.44.57 # rds is useless but BT would be great 09.44.59 # markun: Does the M6 have a card slot? 09.46.34 # no 09.46.42 # Ah 09.47.05 # The D2 is still in the lead for me, then. :) 09.47.32 # get both! ;-) 09.48.01 # I find the D2 more interesting anyway. 09.48.35 # I'd really like to take the opportunity of the touchscreen to try playing with UI design, and possibly examine some of our input choices. 09.48.49 # markun: does the Meizu have a radio or recording? 09.49.26 # pixelma: yes, both 09.49.47 # but recording only through a built-in mic 09.50.08 # The D2 requires a special line-in adapter for it's AUX port. =/ 09.52.31 Quit FOAD (Read error: 110 (Connection timed out)) 09.52.32 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 09.52.34 # Llorean: still better than the Meizu then because it seems it has none... 09.54.27 # pixelma: From what it looks like, the "Aux" port is similar in concept to the dock ports on current targets (line in, video out, charging, etc) 09.54.45 # So recording from line-in may be mutually exclusive with charging without a custom connector. 09.54.46 Join Naked [0] (i=naked@naked.iki.fi) 09.55.53 # ah, didn't think this far 09.56.21 # Then again, if the battery life is accurate, you can probably record quite a large amount without line in anyway. :) 09.57.19 # Llorean, i am read more battery life threads and it seems more people get about 35 to 40 hours 09.57.21 # Pity the Apple dock connector isn't an open standard... 09.57.42 # * pixelma takes the chance to ask c200 owners around for comments and ideas on FS#8824 (the one comment so far is rather useless) 09.57.53 # There are some nice non-Apple docking units around 09.58.03 # advcomp2019: That's still a respectable amount. It'll be interesting to see what Rockbox can squeeze 09.58.38 # pixelma: Would you mind if I put my initial impression of "how I think the keys should be mapped" on as a comment? 09.58.48 # i.e. not having tried the patch 09.59.10 # Or, I could open a separate FR 09.59.45 # no, please do. By the way, thinking about it and I guess I could like it 09.59.50 Quit Naked (Remote closed the connection) 10.00.01 Join Naked [0] (i=naked@naked.iki.fi) 10.00.06 # I just want a straight transposition of the H300 map really 10.00.21 # * Llorean needs to get around to looking at that task 10.00.31 # (or as close as I can get.) 10.01.21 # I'm not sure about seperate FS entry because the task is already quite long but it's also meant for discussion 10.01.35 # * Llorean needs to repair his c200 too. =/ 10.01.57 # what happened? 10.02.10 # The headphone jack has come loose again, is all 10.02.15 # Nothing that would actually prevent me testing. 10.03.13 # I read about that being a common problem on the c200s 10.03.35 # Yeah 10.03.57 # Mine came like that (it was "refurbished"). I repaired it, but then I dropped it and it came loose again. 10.05.08 Quit Naked (Remote closed the connection) 10.09.36 # pondlife: I'm not convinced that button maps for a certain target needs to be as close to another target's. The button layout and number of buttons as all so different, it "just" needs to be intuitive somehow... 10.10.15 # I agree, but I found the Gigabeat intuitive when it was new to me, but didn't find the c200 intuitive at all 10.10.40 # yes, I know. 10.10.42 # I'll just document what I expected, you can decide if it's useful information. 10.11.01 # meaning "I think so too" :) 10.14.33 Join zim [0] (n=4ad60f8a@gateway/web/cgi-irc/labb.contactor.se/x-775a0dab4395244b) 10.16.26 Quit zim (Client Quit) 10.16.33 Join zim [0] (n=4ad60f8a@gateway/web/cgi-irc/labb.contactor.se/x-82e9ac3c6936aad0) 10.18.05 # hmmm, looks like i have to implement multiple callbacks for events 10.20.48 # LinusN: I suspect several people have had use for such a system, and backed away from implementing it... maybe Nico_P started..? 10.21.46 # looks like i have a mission then 10.22.21 # first of all, is it likely that we use the same function for multiple events? i think not. 10.22.33 Join Naked [0] (i=naked@naked.iki.fi) 10.22.49 # if we forbid that, we can use the existing system with minimal changes 10.23.01 # LinusN: You're talking about having events and multiple independent subscribers? 10.23.09 # yes 10.23.29 # The main question would be whether the sequence of receiving is important (i.e. can one subscriber block further processing of an event)? 10.24.02 # that implies priority 10.24.10 # Indeed. I hope we don't need that. 10.24.32 Join gevaerts [0] (n=fg@195-144-092-133.dyn.adsl.xs4all.be) 10.24.38 # i won't implement that now, but it looks like a simple addition if it becomes necessary 10.25.13 # So an event results in an independent notification of each subscriber. 10.25.39 # yes 10.25.50 # didnt multiple event callbacks just go in? 10.26.07 Quit disorganizer ("CGI:IRC") 10.26.13 # Slasheri fixed up playback.c for that in the last few weeks iirc 10.26.14 # doesn 10.26.20 # 't look like it 10.26.34 # events.c can only register one callback per event 10.26.49 # eh? it can register multiple callbacks per event 10.26.53 # there is no limit 10.27.04 # gah, silly me 10.27.09 # :) 10.27.12 # And silly me too 10.27.13 # * LinusN rereads the code 10.27.19 # * pondlife didn't get that far 10.27.38 Quit Naked (Remote closed the connection) 10.28.13 # but yes, untill that patch it was needed for ages but noone could be bothered doing it :p 10.29.15 # pixelma: I've put a comment on #8824, will try the patches later 10.30.44 # * JdGordon sends off a request to eigima for his dsp patch for the mr500 to hopefully get that port moving again 10.37.07 # eigima? Isn't his nick eigma? (Just in case you send memos to his nick) ;) 10.37.37 # Would it be ok to ask for info about an error on my ipod in here? 10.37.49 Join der-ftz [0] (n=ftz@ws-80-68-252-11.rbc.ru) 10.38.39 Part der-ftz 10.39.00 # zim: Yes, if you're running Rockbox 10.39.09 # But not if you're not 10.39.10 # pixelma: yes, damn typo.. but it was by email 10.41.00 # Well, I'm trying to get Rockbox running, I'm running into an error when I run ipodpatcher. (My ipod is a 5G 30GB Video) 10.43.41 # After I enter "i" to install the Rockbox bootloader I get these messages.. 10.43.52 # [INFO] Using internal bootloader - 50136 bytes 10.44.02 # [INFO] Moving images to create room for new firmware... 10.44.09 # Error reading from disk: Data error (cyclic redundancy check). 10.44.16 # [ERR] Write failed 10.44.22 # : No error 10.44.27 # [ERR] Image movement failed. 10.44.31 # wow! not good! 10.44.31 # [ERR] --install failed. 10.44.39 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 10.44.55 # What does this mean? 10.44.56 # zim: Please don't make multi-line pastes if possible (use a site like pastebin.ca). But this commonly just means you should try a different USB port. 10.46.06 # Alright, I will try that, and sorry for the multiple pasting. 10.47.05 Join Naked [0] (i=naked@naked.iki.fi) 10.52.09 Quit Naked (Remote closed the connection) 10.52.19 Join Naked [0] (i=naked@naked.iki.fi) 10.55.06 # * GodEater notices that the bootloader on the c200 claims the model id as e200 10.55.39 # * amiconn would *really* like to see that spinup-at-each-track-change bug fixed :( 10.56.08 # * pondlife too - did anyone work out why/when it was introduced? 10.56.11 # Atm there's no point in doing battery runtime tests / calibrations because of that 10.57.10 # Well, if you can enable dircache it might be possible. 10.57.23 Quit Naked (Remote closed the connection) 10.58.58 # Llorean: I've tried 6 different USB ports and I'm still receiving the same error. Could it be a bad cable? 10.59.22 # zim: It could, yes. We just suggest testing the port first, since that's usually easier for people to test. 10.59.38 # Unfortunately the same iPod will often sync fine with iTunes, it seems our patcher is a bit more sensitive to it. 10.59.54 # Not if I want to calibrate runtime without dircache. On a 16MB target, dircache doesn't make much sense as it will shorten runtime noticeably 11.00.03 # pondlife: iirc no, noone has figured out why yet 11.00.21 # i thought it was a playlist lookahead bug 11.00.21 # No-one looked back through SVN? 11.00.45 # there is no playlist lookahead in svn though.. 11.00.49 # I suspect it was a bug fix, but the new bug may be worse than the old one. 11.01.23 Quit Severian ("Ex-Chat") 11.01.33 Join Naked [0] (i=naked@naked.iki.fi) 11.05.17 # i thought Lear mentioned a playlist_peek() call or something llike that 11.05.41 Quit cool_walking_ (Remote closed the connection) 11.06.37 Quit Naked (Remote closed the connection) 11.07.57 Join Thundercloud_ [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 11.08.24 # LinusN: The playlist code didn't change for a long time. Why would it cause a disk access all of a sudden? 11.08.49 # amiconn: i think it was a call to playlist_peek() added to playback.c 11.08.49 # This bug is fairly new; introduced within the last 2 months I think 11.09.20 # And why does enabling dircache hide the bug? 11.09.40 # playback shouldnt be calling playlist_peek unless its actually ready to buffer, which means its below the watermark or the disk is spinning... 11.09.46 # perhaps because looking for a file on disk doesn't need a spinup with dircache enabled 11.10.00 Join Naked [0] (i=naked@naked.iki.fi) 11.10.35 # * amiconn needs to check whether that bug also affects hwcodec or not 11.10.41 # damn, pause-between-tracks turned out to be tricky to implement using event callbacks 11.10.47 # * JdGordon not sure how playlist handles filenames when dircache isnt enabled or ifdefed out :( 11.11.04 Join mf0102 [0] (n=michi@85.127.182.33) 11.11.10 # * amiconn somehow suspects the problem in the database code 11.11.36 *** Saving seen data "./dancer.seen" 11.11.43 # amiconn: do you use the database? 11.12.17 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 11.12.18 # good luck finding it then :( 11.12.37 # Not normally, but the database is never completely disabled, and there's that runtime data stuff... 11.13.27 # playlist_peek() eventually calls get_filename() which definatly hits the disk unless dircache is enabled... 11.15.04 Quit Naked (Remote closed the connection) 11.15.49 Quit zim ("CGI:IRC") 11.18.23 Join Naked [0] (i=naked@naked.iki.fi) 11.18.58 Join Jon-Kha [0] (n=jon-kha@80-248-247-190.cust.suomicom.fi) 11.19.20 # amiconn: The problem is just the playback.c use of playlist_peek(), not runtime data related 11.19.35 # The questions are when and why was that added? 11.21.24 # one way to find out.... 11.21.46 # $ svn blame apps/playback.c | grep playlist_peek 11.21.46 # 13805 pondlife filename = playlist_peek(0); 11.21.46 # 15306 nicolasp while ((trackname = playlist_peek(last_peek_offset)) != NULL) 11.21.46 DBUG Enqueued KICK JdGordon 11.21.46 # 16430 nicolasp end_of_playlist = playlist_peek(automatic_skip ? ci.new_track : 0) == NULL; 11.22.08 # amiconn: if I believe the virtual LED on the Ondio, the bug is not there on hwcodec 11.22.16 # JdGordon: oops 11.22.40 # pondlife: your probably safe... 3000 revisions ago.. 11.22.44 Quit Thundercloud (Read error: 110 (Connection timed out)) 11.23.07 # Yes, it's more recent than that 11.23.25 # Probably just part of the MoB refactoring 11.23.27 Quit Naked (Remote closed the connection) 11.23.35 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 11.23.35 # * JdGordon should stop farting around and get into hacking up playlist.c 11.24.17 # The one in question is in audio_check_new_track() I believe. 11.24.19 # end_of_playlist = playlist_peek(automatic_skip ? ci.new_track : 0) == NULL; 11.25.42 # hmmm, do we really want a track-change event when starting playback? 11.26.15 Join A-4 [0] (n=A4@86.89.84.164) 11.27.21 # hi A-4! 11.27.23 # if so, how can we see the difference 11.27.24 # ? 11.28.23 Join krz [0] (i=krz@86.57.201.217) 11.28.25 # can we add a playback started event (if there isnt one already) which would do that job if anything actually needs that? 11.28.44 # track change does imply something was playing before... 11.28.54 # my thinking too 11.29.01 # hi markun, i've received my meizu ! 11.29.38 # ah great. Do you like it? 11.29.54 # It's the SL, right? 11.30.34 # yep, but i wish rockbox was finished already, the software needs some getting used to 11.30.47 # yes, 8gb sl 11.30.57 # the scrobbler code doesn't handle the start-of-playback, so it will always mark the first track as "skipped" 11.31.51 # or will it? (reads some more code) 11.31.55 # is there any reason the resume info for the inram playlists couldnt be stored as a .m3u8 with a comment for the position, insert position and random seed? 11.32.15 # Disk spinup between tracks was probably introduced by http://svn.rockbox.org/viewvc.cgi/trunk/apps/playback.c?r1=15840&r2=16019 11.33.04 # That's an important fix, but needs reworking, I guess. 11.33.13 # what was that fix for? 11.33.29 # Making the track change point-in-time consistent 11.33.37 Join homielowe [0] (n=chatzill@66.183.78.28) 11.33.56 # Previously there was some confusion as to whether the track change occurred when the codec changed, or when the WPS changed 11.34.09 Join aliask [0] (n=aliask@rockbox/developer/aliask) 11.34.16 # It should be just at the WPS changeover, externally to playback.c 11.34.28 # JdGordon: Dynamic playlists aren't stored as literal .m3u(8) at all. 11.34.35 # amiconn: I know... 11.34.48 Join Naked [0] (i=naked@naked.iki.fi) 11.35.10 # but the resume info could be saved to a m3u to save having to worry about 2 "playlist" file types 11.35.14 # i.e less code 11.35.16 # oops, the hwcodec platforms don't seem to send track_change events when starting playback 11.35.24 # .playlist_control rather stores the steps for constructing the playlist, as well as the position. This method was invented because it's both very fast and saves ram 11.36.58 # * amiconn wonders how .m3u could be used to save a position... 11.37.01 # cant argue with speed, but how does it save ram... the playlist buffers are allocated at boot 11.38.50 # you missed the best reason.... using a m3u is useless when the contents of the dir change between boots/restarts.. 11.39.25 # JdGordon: If you're looking in that area, see if you can speed up the playlist generation from the database..? e.g. if you select all tracks(with 15000 tracks) it will do the database query nearly instantly (~1s), but takes about 30s to construct the dynamic playlist. 11.39.54 # That's the "countdown" part of the operation.. 11.39.54 Quit Naked (Remote closed the connection) 11.40.01 # probably database -> filenow lookup takes ages? 11.40.07 # filename* 11.40.25 # I do have dircache enabled. 11.40.47 # dircache doesnt help unless db is in ram 11.40.51 # Mine is 11.41.00 # ah.. hmm... 11.41.01 # This is all in RAM, no disk spinup 11.41.11 Join Naked [0] (i=naked@naked.iki.fi) 11.41.15 # Apart from saving playlist_control 11.41.23 # the problem is the slow playlist code 11.41.40 # the tagcache query itself should be quite fast, but playlist_add is very slow.. 11.41.48 # damn, it looks like the scrobbler code depends on getting track change events when starting playback 11.41.48 # Yes, that's exactly what I'm seeing 11.41.49 # i experimented with that a long time ago 11.42.21 # its not adding each track individually to playlist control is it? 11.42.27 # don't we have a bug report about not scrobbling the first track on hwcodec? 11.42.33 Join tvelocity [0] (n=tony@athedsl-02068.home.otenet.gr) 11.42.36 # LinusN: We do, I believe 11.42.44 # LinusN: then adding the playback started event makes sense? 11.43.24 # perhaps, or find a way for the callback to see the difference 11.43.46 # add the extra event... easier than doing the check in every callback imo 11.43.53 # also less likely for a bug later on 11.46.18 Quit Naked (Remote closed the connection) 11.47.23 # LinusN: not sure about the first track. I only know of a bug report because scrobbler didn't work at all (or sometimes with much luck you got an album) for a long time but that's been fixed. 11.47.41 # and the bug report closed 11.49.27 # JdGordon: The playlist buffer in ram doesn't store strings, it just stores pointers (4 byte/entry). That's the reason why it's both memory efficient and fast 11.50.06 # that only works if dircache is enabled though... doesnt it? 11.50.10 # no 11.50.23 Join Naked [0] (i=naked@naked.iki.fi) 11.50.32 # dircache shouldn't be relevant to functionality at all, only to speed 11.50.34 # so whats the pinter pointing to when there is no dircache? 11.50.41 # It has been working this way for ages, since when there was neither swcodec nor dircache 11.51.01 # You can see what happens if you deal with plain filenames instead of pointers - pondlife's example with the db -> playlist generation is a very good one 11.51.10 # I suspect we just need a new playlist API for the database to do a bulk insertion? 11.51.27 # Some way to make better use of the faster/smaller method. 11.51.46 # If you would switch to using filenames, you'd make dir-based playlists as slow as database-based playlists are now 11.52.12 # ok, but whats it pointing to? 11.52.14 # JdGordon: Compare database all tracks with directory recursive insert? 11.52.33 # pondlife: yeah, i did a db insert and it took ages on my sansa 11.53.27 # * JdGordon wishes the whole playback.c was commetned as well as the resume file format is at the top 11.53.51 # The resume stuff should be in playlist.c, not playback.c 11.54.01 # sorry, thats what i meant 11.54.02 # I mean, the persistance 11.54.04 # Ah, ok 11.54.05 Part Jon-Kha ("[IRSSI] PARTYTIME! 5 seconds to the millenium! 4...3...2...1...EOF From client") 11.54.18 Join Jon-Kha [0] (n=jon-kha@80-248-247-190.cust.suomicom.fi) 11.54.20 Join davina^ [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 11.54.24 # I could believe it would have wandered into playback.c, sadly ;) 11.54.25 Quit davina (Read error: 104 (Connection reset by peer)) 11.54.48 # But it's definitely got to work on MASCODEC 11.55.27 Quit Naked (Remote closed the connection) 11.55.37 Join Naked [0] (i=naked@naked.iki.fi) 11.55.51 # wtf @ playlist.c:541-546 11.55.55 Quit krz (Read error: 110 (Connection timed out)) 11.57.29 Quit courtc (Read error: 113 (No route to host)) 11.58.50 # amiconn: do you kow what the pointers point to? I want to fiddle in there and cant figure that out... 12.00.05 # i see no pointers at 541 12.00.24 # 541 is drawing code which i cant see any reason for it to be there 12.00.39 Quit Naked (Remote closed the connection) 12.02.36 Quit Mathiasdm ("Yuuw!") 12.02.56 Join Naked [0] (i=naked@naked.iki.fi) 12.03.15 # JdGordon: the syncsplash()? (which is on line 534 in my code) 12.03.41 # syncsplash shouldnt be needing the margin fixing, and even if it did, it should do it.. 12.03.43 # * JdGordon confused 12.04.34 # I agree that mixing gui code in the playlist one sounds like a bad idea 12.04.51 # Me too 12.05.21 # ah, its from r3796... its allowed to be out of date 12.05.24 # * JdGordon removes it 12.08.00 Quit Naked (Remote closed the connection) 12.08.08 Join Naked [0] (i=naked@naked.iki.fi) 12.08.55 # I think the splash should be moved as well 12.09.17 # but I guess that's a slightly bigger work 12.10.20 # well.. the splash could actually be used so i left it 12.10.43 # If you make it fast enough, there might not need to be a splash 12.10.56 Join FOAD_ [0] (n=dok@dinah.blub.net) 12.12.57 # rockbox as an app will add some fun in the lcd resolution department 12.13.12 Quit Naked (Remote closed the connection) 12.14.08 # Bagderr: Another good reason to keep UI and logic apart 12.14.31 # gah! i'm giving up! pause-between-tracks can't be reliably implemented using playback events... 12.14.52 # LinusN: Why not? 12.14.57 # Bugs elsewhere? 12.15.17 # On track end - audio_pause(); ... 12.15.25 # because pausing is implemented by sending queue events 12.15.35 # Yes, so. 12.16.44 # * JdGordon sees filenames being thrown around in filetree.c and playlist.c and gets thorughly confused as to how these are(t) being used 12.16.46 # and if i send a Q_AUDIO_PAUSE event, it won't be handled until the next track has started playing 12.17.06 # Ah.. 12.17.09 # so you will hear a few milliseconds of the coming track before it pauses 12.17.29 Join ali_as [0] (n=as@ambix.plus.com) 12.17.49 # http://www.rockbox.org/tracker/task/8601 has a one-line fix for the disk spinup issue, I believe 12.18.03 # Can someone test please? 12.18.15 # Nico_P: You might want to look at that too, if you read this soon. 12.19.02 # It's a theoretical fix, but seems ok on Sansa... no disk to spin there though :) 12.20.04 # * pondlife would feel odd bringing 2+ DAPs to work 12.20.29 # * LinusN has 4 daps in his bag 12.20.43 # hehe, but you work for friendly people 12.21.01 # (Which is good, or Rockbox would never have made it so far.) 12.21.53 # amiconn: You able to test that fix, perhaps? 12.22.17 # the playback code sure is intimidating... 12.22.18 Quit DerDome ("Leaving.") 12.22.29 # LinusN: It's got much better... 12.22.33 # i know 12.22.45 # * JdGordon gives a cookie to anyone who actually can follow whats happening in playlist.c ! 12.22.55 # and a beer if they can explain it to em 12.22.55 # me 12.23.05 # * pondlife says the same about onplay.c 12.23.16 Join Naked [0] (i=naked@naked.iki.fi) 12.23.16 # * JdGordon sort of know onplay.c 12.23.17 # * LinusN hears the trigger on petur's computer 12.23.32 # I know what the context menu logic shouldbe, but I can't work out how to implement a menu where options appear conditionally 12.24.16 # where do you want the option to be? 12.25.21 # conditional options is a nightmare with the new menu code 12.25.21 Join knittl [0] (n=knittl@193.170.134.44) 12.25.28 # I want to build the playlist menu conditionally - so we always get "Insert into existing playlist", but when stopped we also get "Insert into new playlist" at the top. 12.25.29 # if you ask me 12.25.33 # (for example) 12.25.35 # its not all that bad! 12.25.40 # Get rid of the macros! 12.25.53 # it would be worse without them 12.26.03 # and they arnt part of this problem anyway 12.26.04 # I'd rather have longer, more readable code to physically construct the menus, then display them. 12.26.14 # Maybe not, but onplay.c is barely readable 12.26.20 # and they are part of the reason. 12.27.32 # * JdGordon not sure where you want that menu to go but shouldnt be hard to add that at all... 12.28.09 Quit FOAD (Read error: 110 (Connection timed out)) 12.28.09 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 12.28.54 # JdGordon: Best thing you could do would be to go through onplay and add some comments, perhaps? 12.29.20 # At least add a Purpose comment to every routine 12.29.48 # * JdGordon was going to split it up and maybe add a comment or two 12.29.55 # should it go into gui/? 12.30.12 # That would be good... some stuff is more general, remove_dir() for example 12.30.24 # Although that does update the gui 12.31.35 # Am I right to think that i_pl_item isn't used? 12.31.46 Quit Thundercloud_ (Remote closed the connection) 12.32.04 # Ah, no I see it. 12.32.44 # Can MAKE_ONPLAYMENU() have NULLs to miss options out, or would I need to if the whole thing? 12.33.25 # Hiopefully the former, I'd like to have the conditions next to the affected options. 12.34.17 # "!audio_playing() ? i_pl_item : NULL" or similar 12.35.01 # no, you cant do that... that check needs to go in a callback 12.35.08 # Pity 12.35.17 Quit sneakums ("There shouldn't be this reign of silence, but what are the options when someone great is gone?") 12.35.38 # I don't see how the callback can help either. Can it somehow prevent the option being displayed? 12.35.58 # Ah, I see : ACTION_REQUEST_MENUITEM 12.35.58 Quit mf0102 (Remote closed the connection) 12.36.30 # Nope, I don't understand... 12.36.41 Join mf0102 [0] (n=michi@85.127.182.33) 12.37.23 # your almost there... 12.37.31 # Explain...? 12.37.33 # return action if you want it shown 12.37.40 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 12.38.01 # pondlife: i believe http://www.rockbox.org/twiki/bin/view/Main/UsingTheMenuAPI could help 12.38.05 # if you dont then let it fall thourgh to return ACTION_EXIT 12.38.27 Quit esperegu (Remote closed the connection) 12.38.36 # LinusN: Thanks 12.38.41 # I looked, but couldn't find thta 12.38.43 # that 12.39.14 # "if the callback is not NULL, the first time it is called the action will be ACTION_REQUEST_MENUITEM which means it is being checked if it should be displayed. returning anything other than ACTION_EXIT_MENUITEM will mean the item is being shown. (returning ACTION_EXIT_MENUITEM will hide the item). This actually happens when the items parent is setting up." 12.39.24 Quit mf0102 (Remote closed the connection) 12.39.45 Part Bagderr 12.39.49 Join mf0102 [0] (n=michi@85.127.182.33) 12.40.53 Join atm [0] (n=atm@117.196.140.98) 12.41.10 # hmmm, the pause-between-tracks seems to work fine on the target 12.44.25 Join FOAD_ [0] (n=dok@dinah.blub.net) 12.47.39 # JdGordon: The pointers work in 2 different ways, depending on whether you're playing a dynamic playlist or an .m3u(8) 12.50.08 # For dynamic, they point into an in-ram buffer containing filenames, which get copied from the buffer in filetree. For .m3u(8), they're pointers into the playlist file afaics 12.50.46 # so the filenames are stored in ram? 12.51.26 # depends 12.51.54 # ignoring m3u playlists for now... 12.51.56 # For dir-based playlists, they are. For .m3u(8), only a few names are cached in ram iiuc 12.52.04 # [20:50:38] JdGordon: The playlist buffer in ram doesn't store strings, it just stores pointers (4 byte/entry). That's the reason why it's both memory efficient and fast 12.52.12 # ? 12.52.33 Join DefineByte [0] (n=defineby@bb-87-81-195-5.ukonline.co.uk) 12.52.51 # The deal here is that ram is limited, and the playlist code needs to be able to play .m3u files with more entries than max_files_in_dir 12.52.53 # * JdGordon somehow got the impression pointers into the dircache ram was being used and couldnt see how that could work with diracache disabled 12.53.05 # But this can't happen for dir-based playback 12.53.22 # yeah, I get the m3u part.. its the inram part which confused the heck out of me 12.53.51 # I think there's an error in commit r16926. 12.54.07 # The array named 'dircache' in playlist.c dplaylist.c has *nothing to do with the dircache implemented by Slasheri 12.54.26 # -dplaylist.c 12.55.06 # bah, course not.. ( :'( ) the HAVE_DIRCACHE throught the file confused me also 12.55.23 # so I can do what I want still.. this is good :) 12.56.22 # "Download the 12.56.22 # ``voice'' package for your player and unzip it directly to the root of your \dap." /dap > /dap{} 12.56.36 # anyone want to change it. :) 12.56.39 # Misleading name nowadays - it way predates dircache.c. It's the one in filetree 12.56.52 # DefineByte: thanks for the pointer, will have a look 12.57.29 # I only noticed it because I'm trying to keep my patch in sync. 12.58.50 # amiconn: so that message from you I pasted was regarding m3u playlists only? 12.59.43 # DefineByte: this works here because if any punctuation marks folow directly (without the space) you don't need the {} 13.00.16 Quit FOAD (Read error: 110 (Connection timed out)) 13.00.17 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 13.00.19 # Oh. Never knew that. Thanks. :) 13.00.43 # not sure if it would make it more readable to someone else if it's added 13.02.03 # I'll keep it in the back of my head and ask around later (maybe bluebrother who seems to be the most knowledgable person with latex who's regularly here) 13.02.47 Join courtc [0] (n=court@c-24-99-230-218.hsd1.ga.comcast.net) 13.03.04 # He certainly seems to know his stuff. :) 13.03.19 # GodEater: the same playback engine on all players?? ;) 13.04.14 # ok, well not the hwcodec ones 13.04.18 # but I didn't want to confuse him 13.04.18 Quit Thundercloud (Remote closed the connection) 13.04.47 # pixelma: I notice the same section no longer mentions the need for a reboot. Is there a rason for that? 13.04.56 # reason/ 13.04.59 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 13.05.05 Join roolku [0] (n=roolku@77-99-112-231.cable.ubr16.edin.blueyonder.co.uk) 13.05.36 # DefineByte: it does, I shifted it around. If you got a better idea how to put things please tell... 13.06.12 # Oops sorry. Yes it does. My mistake. :) 13.07.17 Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-1b4e4baa60d30331) 13.07.31 # There should really be a fullstop rather than a comma before English but that's not too important I guess. :) 13.11.40 *** Saving seen data "./dancer.seen" 13.11.53 # GodEater: I see 13.12.20 # * roolku 's c240 has arrived 13.12.30 # bigpockets? 13.13.05 # unfortunately neither rbutil nor sansapatcher can detect it, even though MSC is enabled and the drive is mounted in windows XP 13.13.08 # time of forum slowliness seems to have become "around this time of day"... :\ 13.13.18 Join cool_walking_ [0] (n=anthony@203.161.101.209.static.amnet.net.au) 13.13.47 # system info says version is 01.00.04E - any suggestions? 13.13.55 # v1 13.14.00 # is the verdict 13.14.08 # msc mode? 13.14.14 # ah you said it is 13.14.17 # administrator? 13.14.21 # yes, set MSC mode 13.14.27 # yep, administrator 13.14.40 # Windows? 13.14.48 # Ah, yes... 13.14.49 # windows XP 13.15.05 # All the same as me... I used RbUtil 13.15.19 # tried a different USB port? 13.15.19 # Did you auto-detect, or set iti manually? 13.15.39 # I get two drives i: and j: where j: claims not to be formatted (the sd card?) 13.15.49 # roolku: Yes, that's correct 13.15.54 Quit DefineByte ("Bye all") 13.15.58 # So, select I: and C200 13.16.03 # Then try installing bootloader 13.16.11 # drive i: shows various directories including a system one 13.16.30 # * roolku tries again 13.16.30 # I mean in RBUtil 13.17.36 # seems to work now - strange... 13.19.02 Quit aliask ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008032514]") 13.20.18 # "Sorry, SMF was unable to connect to the database." ... 13.20.38 # I love how user-friendly that message is... not 13.20.43 # nice :) even has radio 13.26.13 # LinusN: did you hear anything from Samsung about the LCD driver IC datasheets? 13.30.13 Join PaulJam [0] (n=PaulJam_@p54BCCD4F.dip.t-dialin.net) 13.30.16 Join Mathiasdm [0] (n=Mathias@78-22-5-158.access.telenet.be) 13.32.04 Quit atm (Read error: 110 (Connection timed out)) 13.54.40 Join mcflow [0] (n=mcflow@88-134-3-18-dynip.superkabel.de) 13.54.57 # markun: nope 13.58.33 Join kugel [0] (n=kugel@unaffiliated/kugel) 14.10.46 # The configure script doesn't support giving the target and the build type by parameters, does it? 14.12.33 Join atm [0] (n=atm@117.196.135.247) 14.12.45 Part atm 14.13.46 Join MethoS- [0] (n=clemens@host-091-096-215-010.ewe-ip-backbone.de) 14.23.35 Quit Febs (Read error: 110 (Connection timed out)) 14.31.25 # kugel: no, but it could easily be modified to 14.34.22 Join at1 [0] (n=atm@117.196.131.201) 14.38.00 # Bagderr: Thanks, I'll have a look 14.40.25 # Bagderr: I don't have much shell scripting experience though 14.42.33 Quit mf0102 ("Verlassend") 14.43.03 # all the scripts we use basically pass in the options on stdin 14.43.15 # then you don't need any new arguments 14.44.57 # * preglow does his bi-monthly ipodlinux activity check and finds they have disabled their svn activity page 14.45.11 # seems they're even deader than usual now 14.45.22 # I guess they run it manually every 6th month now ;-) 14.45.24 # Just resting 14.45.32 # Bagderr: Not sure what you mean. I want it to accept (i.e.) configure -t 50,s 14.45.59 # kugel: printf '22\nb\n' | configure 14.46.17 # or '50\ns\n' for your example 14.47.07 # Bagderr: I'd rather have it as arguments giving to configure 14.47.17 # haha 14.47.24 # i do love that lemmings script they have going on their front page, though 14.48.28 # kugel: then proceed with your patching! ;-) 14.48.34 # Hmm, playlist.c, get_next_index() should know about auto-dir changing. If it did, much of the special-casing in playlist.c and playback.c could vanish. 14.49.19 Part Bagderr 14.50.55 # I can't see how playback.c needs to worry about dir skip, but mpeg.c (on MASCODEC) does not. 14.51.08 # Does MASCODEC support auto dir skip? It should. 14.51.38 # pondlife: I agree, and keep trying to work on it but cant seem to start coding :( 14.52.01 Join studente23 [0] (n=john454@81-208-106-67.ip.fastwebnet.it) 14.52.16 # It's a timing thing.. playback.c must be either caching out-of-date info, or asking playlist.c at the wrong time. 14.52.43 # hello guys. I'm on nano and getting this error "udefined instruction" after starting 14.52.57 # pondlife: this is the disk hitting bug? 14.53.13 Join Febs [0] (n=chatzill@38.98.196.75) 14.53.16 # Yes, hopefully. Whilst playlist.c is not ideal, I think it's reasonable to assume that it can be made to work for SWCODEC if it works for MASCODEC 14.53.30 # I've already checked the forum but the databese seems to be broken by now. 14.53.31 # i.e. No need to dig up the road 14.53.39 # i tihnk the asking playlist.c at the wrong time 14.53.53 # pondlife: I'll check (don't use that feature usually) 14.54.01 # pixelma: Thanks 14.54.18 # I'm guessing swcodec tries to preempt the buffer emptying which isnt such a problem on hwcodec so its ignored? 14.54.34 # No, that's just as much of a problem on hwcodec 14.54.54 # I think we need better definitions on the playlist_() functions... 14.55.09 # i.e. playlist_peek() vs playlist_check() vs ... 14.55.19 # pondlife: yes, it works (skipped across the border) and it even doesn't start with the last song of the old folder as first of the new ;) 14.55.34 # hehe, that's good 14.56.00 # Does mpeg.c run in the Archos sim at all? 14.56.14 # If it does, I could debug the timing of playlist_... calls 14.56.18 # pondlife: i mean, its a small buffer so by the time we are ready to get the next directory the buffer will be still full.. so just wait till the song finishes? 14.56.22 # and compare to swcodec 14.56.55 # JdGordon: AFAIK that's how swcodec works too 14.57.04 # pondlife: don't know, it fakes something to get at least a WPS but doesn't play audio of course. Don't know where the cut is though 14.57.08 # * JdGordon wonders if playlist.c should be made to _only_ work with the current playlist... none of this passing struct playlist around 14.57.10 # Bagder: Indeed, that was easy :) 14.57.48 # pondlife: but on swcodec there could be >20mb of buffer ready for the next dir... maybe its trying to do it but failing miserably? 14.58.00 # either way playback should not care about dircahnge at all 14.59.05 # playlist.c should have playlist_create(), _get_next(bool next/prev), _peek(int index) _add_[track, directory, etc] and thats it 14.59.21 # get_next and peek would return a filename and nothing more 14.59.39 # At auto-dir change, playback.c pre-increments the playlist index early, then decrements it again when track change is complete.. 14.59.59 # thats bad 15.00.06 Join atm [0] (n=atm@117.196.131.60) 15.00.35 # playback.c should only be getting the next track names, not fiddling with the playlist position 15.01.16 # playlist should grab the next dir/playlist as soon as playback asks for past the end of the current playlist 15.01.17 # No, it is up to playlist.c to advance the playlist position 15.01.28 # exactly 15.01.30 # But only when the track change has completed 15.02.27 # playlist_get_next(int offset) perhaps? so playback never actually needs to keep track of playlist position 15.02.57 Quit at1 (Read error: 110 (Connection timed out)) 15.03.16 # Whatever mpeg.c does would be the model to aim for, if possible. 15.05.26 Join at1 [0] (n=atmb4u@117.196.131.60) 15.05.26 Quit atm (Read error: 104 (Connection reset by peer)) 15.05.38 Quit EspeonEefi ("さよなら") 15.07.20 Part at1 15.07.37 # preglow: these guys also have been pretty quiet for some time now :) http://code.google.com/p/zune-linux/ 15.08.12 Part studente23 15.08.37 # speaking of which... time to change the topic 15.08.43 # 2 days late... 15.08.59 # * markun didn't even notice the topic! 15.11.39 # We are foolish. 15.11.43 *** Saving seen data "./dancer.seen" 15.16.20 Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-50ba93886db7b2c4) 15.16.40 # pixelma: Ping! 15.20.56 # JdGordon: http://www.rockbox.org/tracker/task/8601 has a new patch that I'm fairly sure fixes the HD spinup ok, but doesn't address the root cause... :/ 15.21.26 # Lunch time 15.21.32 # * JdGordon doesnt have a target which has the problem 15.21.46 # and bed time for me 15.21.49 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 15.21.49 DBUG Enqueued KICK JdGordon|zzz 15.22.25 # why does the swcodec playback engine need to know if it was an automatic dir change? 15.22.39 # thats partly what we are trying to figure out 15.24.10 Join atm [0] (n=atmb4u@117.196.132.61) 15.24.37 # Wow, the creator of Zune linux even had his own wikipedia page :) I wonder who wrote it.. http://66.102.9.104/search?q=cache:g4vIk3JDe_sJ:en.wikipedia.org/wiki/Steven_Biars 15.24.54 # so modest.. 15.24.55 # Bagder: Can a command line tool have too many arguments? 15.27.15 # markun: Now it makes me wonder even more on the seriousness of that project. :) 15.27.23 # pondlife: pong 15.27.33 Part atm 15.27.40 # LambdaCalculus37: ^... sorry 15.28.08 # pixelma: No worries. :) I patched with FS#8824 and compiled a build; testing it right now. 15.28.09 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 15.28.37 # The button layout is more natural feeling now. 15.30.27 # as I said, it still could be improved further. If you have ideas please state them too ... 15.30.45 Part mcflow 15.30.52 # LambdaCalculus37, pondlife : What do you think about the comment I posted? Do you think page flip on power (on keyboard screen) is intuitive? 15.31.55 # pixelma: I posted a small comment about the slight inconsistency with using a short press on POWER to leave the Recording screen and a long press on POWER to leave the virtual keyboard. 15.32.08 # I think that the behavior should be the same on both counts. 15.32.31 # kugel: As long as you time it correctly, it works well. 15.32.40 # LambdaCalculus37: Agree, I also mentioned this inconsistency 15.32.53 # and as I said, I'm not very satisfied with it too - and kugel: the virtual keyboard can be very different across target or do you know what line edit mode is (as an owner of an e200 IIRC) 15.32.56 # LambdaCalculus37: Sure it's working, I was asking for intuitivity 15.33.09 # It's hard to work with a very limited number of buttons. 15.33.18 # LambdaCalculus37: what's not serious about it ? They are already at svn r2 ! 15.33.20 # pixelma: I guess not 15.33.27 # see 15.33.39 Join mcflow [0] (n=mcflow@88-134-3-18-dynip.superkabel.de) 15.34.02 # pixelma: That still doesn't make short power for page flip intuitive for me 15.34.45 # But I guess page flip is frequently used, so anything with short press is needed 15.34.56 # kugel: this discussion is going _nowhere_, I don't even defend that change 15.35.34 # pixelma: But you are not accepting that I dive into the task, just because I don't have a c200 15.36.32 # pixelma: What's more used, page flip or backspace? I had the idea that pageflip might be better situated on the rec button 15.37.27 # pixelma: Is it possible to make backspace work like it does on the iPods? 15.37.50 # kugel: if you have a better idea, just tell... otherwise please stop. It's not easy and it makes a great difference if you can test on the physical device because the keyboard in a sim is quite different 15.37.52 # You scroll onto the filename and hit SELECT to delete characters? 15.38.06 # LambdaCalculus37: that's what I meant with line edit mode ;) 15.38.11 # pixelma: I just told you my idea 15.39.01 # LambdaCalculus37: That's on the e200 too (besides that there is a dedicated backspace button too) AFAIK 15.39.07 # kugel: personally I don't use page flip (probably at all) but that might be because I come from the Ondio and that one doesn't have if. Where do you want to put backspace then? 15.39.19 # Renaming files is impossible without backspace. 15.39.24 # s/if/it 15.39.36 # pixelma: LambdaCalculus37's suggestion sounds good 15.40.02 # Llorean: Have you tried the virtual keyboard on your nano? 15.40.13 # or long rec, but that's probably painful when deleting major parts of a line 15.40.25 # kugel: I have this suggestion as question in the task 15.41.03 # kugel: Like pixelma said, it's best to try this out on a real c200. 15.41.11 # I know it's a long description but please read it 15.41.14 # That is what gives you the best feel for anything on the device. 15.41.25 # I'd to it this way, page flip on rec, and backspace is select when you are in the line 15.41.31 # s/to/do 15.42.21 # pixelma: I've read it. Just because I suggested it that doesn't mean you suggested it too 15.42.36 # "you didn't suggest it"* 15.43.43 # to quote myself freely from there: line edit mode would free some buttons and make things easier but makes navigation a little harder (because you have to enter the edit line first) and I thought that's a little bit of a pity because this thing as 9 buttons... 15.44.01 # Actually, I used the "line edit mode" to backspace frequently before I discovered the dedicated backspace button, and I think it's a good option 15.44.09 # almost the last line.. 15.45.18 # LambdaCalculus37: Yes. I think there's a benefit to having a button actually do backspace, because someone can stumble across it more easily on the go. 15.45.24 # and I deliberately put this into a tracker task... :\ 15.45.28 # Or rather, a button dedicated to backspace 15.45.46 Join MartinR [0] (n=chatzill@dslb-088-072-210-237.pools.arcor-ip.net) 15.48.54 # Llorean: I agree. It's a pain sometimes on the iPods because you may accidently overshoot the line edit and end up inserting an unwanted character. 15.49.32 # gevaerts:Thanks for r16925! 15.50.03 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 15.50.03 # * amiconn find line edit mode easier to use 15.50.07 # *finds 15.50.10 # MartinR: thank _you_. I should have committed it sooner. For some reason I seem to be a bit lazy lately 15.51.39 # * gevaerts even needed someone to remind him to do this :( 15.52.13 # pixelma: The keymap changes for the Radio and Recording screens work better. 15.52.39 # LambdaCalculus37: Overshooting on ipod happens for me too since that nasty scroll acceleration went in :( 15.52.42 # Yes, I've read the log. So thanks to kugel, too. :) 15.53.06 # amiconn: Same here. I have to be very precise with my movements now. 15.53.35 # MartinR: :) 15.53.39 Quit K4rP4D (Remote closed the connection) 15.54.16 # * LambdaCalculus37 really wishes that some DAP manufacturers would make nicer control layouts 15.54.26 # All are happy, I caused a commit, MartinR is in credits, and gevaerts could raise his commit count even more :D 15.55.10 Quit MethoS- (Read error: 113 (No route to host)) 15.56.35 # LambdaCalculus37: the recording screen context menu is still problematic where I put it now, when the list of options you can go through becomes longer... 15.56.38 # How can I get the last argument in a shell script? (Sorry, OT, I know, but I'm editting tools/configure) 15.58.24 # You can get the number of arguments from $# 15.58.26 # pixelma: Oops, didn't think of that. :) 15.58.43 # and I even stated it there... 15.58.48 # pixelma: pung 15.59.07 # (or whatever follows pong) 15.59.20 # * pixelma starts wondering whether the description got too long :\ 15.59.38 # gevaerts: Yea, I knew that. But does it help me to read the value of the last argument? 16.00.09 # kugel: Long power should be reserved for shutting down, no? 16.00.10 # pondlife: I'm sorry (hope you're not disappointed but that "pong" was actually for LambdaCalculus37 ;) 16.00.24 # Ah, I see now 16.00.37 # Nope, not too disappointed 16.00.58 # * MartinR has to leave. Phone doesn't stop ringing. 16.01.05 # pondlife: I don't disagree, and I didn't intend to change long power ;) 16.01.11 # kugel: I would advise to avoid using $ if you don't know in advance how many you will get. Try using 'shift', which moves them all left by one position, and then you get the next one again from $1 (hope that's clear...) 16.01.21 Part LinusN 16.01.28 # gevaerts: Exactly :) 16.01.35 # kugel: That was probably aimed at pixelma, but I've not tried the patches yet... 16.01.40 # pondlife: that's what the discussion was about... 16.02.05 Quit MartinR ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") 16.02.11 # pondlife: I wonder why you tell me that with long power 16.02.21 # I misunderstood? 16.02.29 # and *no, I don't want it to be there too* but I had something to do to work with 16.02.34 # * pondlife hasn't read the logs above yet 16.02.51 # pondlife: I didn't ever want to map something to long power 16.02.58 # I know 16.03.07 Quit tvelocity (Remote closed the connection) 16.03.17 # Just that you mentioned "Short Power press leaves recording, but you need a long power for for exiting the keyboard." 16.03.30 # So I thought I'd say - I agree with you , and it should be short power 16.03.56 # Which is consistent with other targets too 16.04.07 # I agree too. 16.04.10 # pondlife: Yea 16.04.34 # Anyone think my approach (copying the H300 etc.) is too brutal? 16.05.48 # The more I use my C240, the more I want to use the volume buttons for menu/play 16.06.16 # I keep pressing up/down in the WPS to change volume.. hard habit to break! 16.06.17 Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) 16.07.43 Quit Thundercloud (Remote closed the connection) 16.08.14 Join ZeppelinK [0] (n=chatzill@cs181237243.pp.htv.fi) 16.08.25 # Hi. 16.08.40 # I would like to have some help with rockbox 16.09.13 # pondlife: I think pixelma's patch is a step in the right direction to make a more intuitive kepmapping for the c200. 16.09.53 # So do I, just trying it out 16.10.14 # ZeppelinK: Ask your question. 16.10.40 # sry, just understanded what I did, nothing anymore 16.12.03 # ZeppelinK: now's your chance to complain about everything that's wrong with rockbox :) 16.12.17 # It's perfect :P 16.12.22 # yay! 16.12.27 # hehe, I agree... 16.12.40 # (apart from playback.c, of course) 16.12.43 # of course 16.12.54 # and the c200 keymap ;) 16.13.03 # and the gigabeat keymap in many plugins 16.13.16 # Rockbox is far from perfect in many areas... 16.13.21 # pixelma: Yes, but with your patches, the c200 keymap will soon be perfect ... 16.13.22 # yes, it sucks! 16.13.29 # * LambdaCalculus37 realizes that when the Dell DJ is Rockboxed, that going to have one hell of a keymap problem 16.13.42 # I want to see the breath controller used 16.13.49 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 16.13.51 # Power management, 16 bit bitmap drawing, lack of transparency on non-16 bit..... 16.13.51 # markun: what do you think is wrong with gigabeat buttons for plugins? I tidied up a few recently 16.13.52 # markun: that's called "BoS" here 16.14.17 # roolku: some of the demos exit with A instead of POWER, but maybe it's fixed now 16.14.33 # LambdaCalculus37: why? What's the button layout of a DellDJ? 16.14.53 # markun: I changed all the ones where I noticed it, but may have overlooked some 16.15.01 # roolku: ok, thanks 16.15.16 # pixelma: A "scroll barrel" that can be pressed, five face buttons, Volume Up/Down, Power, and Record. 16.15.18 # roolku: did you change it in the manual as well? 16.15.21 Join phinze [0] (n=phinze@CPE-65-30-152-122.wi.res.rr.com) 16.15.35 # LambdaCalculus37: sounds... nice ;) 16.15.46 # pixelma: That's Dell for you. ;) 16.15.54 Join atm [0] (n=atmb4u@117.196.133.86) 16.16.04 # markun: yes, I did is jointly with my m:robe edits (I based the m:robe buttons on the gigabeat) 16.16.05 # roolku: I noticed something weird in jewels: I have to press LEFT 2 times to get out of the context menu 16.16.51 # * gevaerts wonders if phinze is already a USB expert :-P 16.17.55 # not just yet... soon soon :) 16.18.06 Quit ZeppelinK ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") 16.18.09 # * phinze wishes class wouldn't get in the way like it does 16.18.29 # markun: lucky you, I can press as many times as I want and don't exit (need to select resume game) 16.20.25 # phinze: first homework will be to explain _why_ the enumeration described at the end of 'USB in a Nutshell' is not clean :) 16.22.37 Join d34df00d [0] (n=d34df00d@80.251.122.132) 16.23.04 Part d34df00d ("Konversation terminated!") 16.23.37 # roolku: don't you have a button for it or is there a bug? 16.25.13 Join esperegu [0] (n=jhaarman@145.116.10.104) 16.25.58 # Does someone wanna try my configure script which allow arguments to be given (for target, type and memory size)? 16.27.50 # kugel: I don't have time now, but it sounds useful for build scripts 16.28.07 # markun: I can upload it on the tracker 16.30.12 Quit phinze () 16.30.40 # kugel: ok 16.34.28 Join krz [0] (n=irc_by@turbo.sml.by) 16.35.05 Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 16.35.32 # markun: it is a custom menu - i don't think button left works there (but haven't looked at the code) 16.35.37 Quit _jhMikeS_ (Nick collision from services.) 16.35.41 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 16.35.46 # hi! =) can anyone tell what applications in gsoc are "Ineligible"? =) 16.36.21 # where is the reset button on the c240? Just had a data abort selcting an entry from the database 16.36.39 # hold power 16.37.01 # roolku: you are right. I meant from the "playback control" I have to press "left" 2 times 16.37.01 # (10 to 15 seconds) 16.37.12 # krz: according to #gsoc, spam is marked as ineligible, or anything that sounds highly unrealistic or just "hi i want to work on your project" without any other details 16.37.13 # pixelma: thanks 16.37.24 # krz: I don't know the exact rockbox policy though. 16.37.34 # (that's what we do for the VideoLAN project) 16.37.51 Quit atm (Read error: 110 (Connection timed out)) 16.38.04 # dionoea: and do you know whom can i ask to discuss it? =) 16.38.28 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.38.34 # Just wait here and people will reply when they see the question (i assume that your question is rockbox related) 16.38.52 # * markun points to gevaerts as one of the mentors 16.38.58 # mailing lists say that students should discuss their projects 16.39.03 # * gevaerts wakes up 16.39.13 # thanks =) 16.39.54 # krz: do you have a specific case in mind, or do you just want to avoid submitting an application that will be marked as ineligible right away ? 16.40.11 # markun: hm, works for me. long select (context menu), right (audio playback), left brings me back to the playing field 16.41.24 # roolku: I just noticed my build is already 2 months old. I'll update when I get home. 16.41.37 # krz: in general it is indeed a good idea to talk about what you want to do here 16.41.41 # gevaerts: no, you've just commented my application(WPS editor), so may be you think it should be updated somehow? 16.42.14 # krz: ah. No, I just added that comment to all applications, because the web interface makes it very hard to see what changed 16.42.46 # ah =) and can you tell any feedback? 16.43.14 # may be something should be modified? 16.44.47 # well, it's a bit hard to say. The WPS editor is not my area of expertise. 16.45.59 # wooh, some DevCons cost lots - http://www.intersystems.com/devcon2008/ 16.46.01 # We've also had a lot of interest in the theme editor idea. I don't know which idea is yours (nor am I sure I've read yours yet), but I would suggest making sure you've explained why you'd be the most qualified person to implement this idea (and explicitly what you think the implementation should be like). 16.46.09 # gevaerts: hm.. and can you tell someone whom i can talk to about it? 16.46.29 # krz: My previous statement was directed to you, by the way. 16.46.52 # Llorean: so, what should be explained? 16.47.13 Quit linuxstb (Read error: 110 (Connection timed out)) 16.47.44 # Llorean: it's the one titled 'WPS/Theme Editor', second one on the list 16.47.47 Quit Siku () 16.48.30 Quit bagawk (Read error: 113 (No route to host)) 16.48.31 # so the main idea is to make it as much universal as possible 16.48.42 # pondlife: they totally stole our name 16.48.57 # I know, I googled and found many DevCon2008s 16.49.44 # they should be ashamed of themselves... 16.50.10 Quit corevette (Remote closed the connection) 16.50.54 # krz: I can't see any specific areas in which I'd like you to explain more right now, though I don't really understand your talk of precompiled/etc. Have you investigate the WPS format already? 16.51.03 # scorche|sh: maybe we should rename ours to BeerCon2008? 16.51.16 Quit ol_schoola () 16.51.19 # markun: :) 16.51.35 Quit PaulJam (".") 16.51.52 # krz: I seem not to have refered you to http://www.rockbox.org/twiki/bin/view/Main/GSoCApplicationTemplate2008 yet. It's basically a list of everything we want in an application. I think you have most of the items covered, but please have a look at it and check 16.58.04 # gevaerts: shall I remove 2008 from that page? I think it will be relevant for every gsoc 16.58.13 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 16.58.46 # markun: maybe after the application deadline. It's probably a good idea to keep it stable until then 16.58.54 # ok 17.00.23 # gevaerts: thanks, i'll see 17.02.08 # krz: if you have more questions, feel free to drop in and chat about them. 17.04.28 # so, there are some questions about implementation of some things, "how would be better" =) 17.05.03 # gevaerts: but the main question - what should be covered else? 17.06.50 Quit mcflow ("Leaving.") 17.07.07 # gevaerts: may be there are some unclear things? 17.07.23 # krz: I can't really say anything about the technical part, but have a look at the link I gave you. There are some questions at the end that I don't think your current application talks about 17.08.03 # gevaerts: ok, thanks =) 17.08.49 Join MethoS- [0] (n=clemens@91.97.240.21) 17.09.08 # gevaerts: do you mean "Some questions about you"? 17.09.21 # pondlife: still there? 17.09.23 # krz: yes. But also check the rest of the page 17.09.34 # Yep 17.10.05 # do I remember correctly that you are regularly using cygwin compiled sims? 17.11.28 # (and if so, what build are you running currently?) 17.11.47 *** Saving seen data "./dancer.seen" 17.12.13 Quit Mathiasdm ("Yuuw!") 17.12.49 Join tedr0ck [0] (n=tedrock@d235-144-17.home1.cgocable.net) 17.13.19 Join tvelocity [0] (n=tony@athedsl-02068.home.otenet.gr) 17.14.12 # Bagder: just curious, but was the deal for the ads just for www.rockbox.org, or are they also going to want to add them onto the other subdomains? 17.14.20 Join mcflow [0] (n=mcflow@88-134-3-18-dynip.superkabel.de) 17.14.48 Join renkho [0] (n=renkho@200.31.115.45) 17.15.10 # dammit >_< i just dropped my h320 :( ... running: fsck.vfat -a /dev/sdb1 -v -t just in case :( 17.15.32 # are those parameters ok with the fsck.vfat right? 17.16.59 # or which ones are useful? 17.19.46 # so far there is no errors 17.21.38 Join S1gn [0] (n=corwin@bzq-79-177-116-143.red.bezeqint.net) 17.22.06 # *error 17.22.56 Quit tedrock (No route to host) 17.23.11 # hello, is there any way to omit "updating database" process on sansa's (e200) original firmware? 17.23.34 # Not that i know. 17.23.51 # I don't think you can. 17.24.00 # You could ask SanDisk. 17.24.07 # :) 17.24.18 # sure they'll tell me 17.24.30 # They should. 17.24.44 # Or read the manual for the Sansa. 17.27.07 # S1gn, actually, if you plug in the USB cable while the player is off, the database should not refresh. 17.27.24 # but if you have a microSD card, it will always refresh. 17.28.13 Join phinze [0] (n=phinze@CPE-65-30-152-122.wi.res.rr.com) 17.28.44 # krazykit: I don't have microSD, but it refreshes on usb plug-in 17.29.00 Quit freqmod_nx (Remote closed the connection) 17.30.10 # My c240 does the same. 17.30.33 # It depends entirely on your OF versions. 17.30.51 # LambdaCalculus37: your c240 refreshes on USB plug-in? 17.30.55 # Certain non-R e200 OFs will not refresh if there's no MicroSD card. I don't know the specific version numbers. This is because we know which bit to set for those. 17.30.56 Quit phinze (Client Quit) 17.31.01 # pixelma: Yes. 17.31.31 # weird, mine refreshes after disconnecting USB... 17.31.48 # mine is restarting after disconnecting 17.32.28 # Mine even refreshes when I power it on without USB connection. 17.32.42 # pixelma: What version is your OF? 17.33.18 Join MethoS-- [0] (n=clemens@91.97.240.163) 17.33.57 # it refreshes on power-on if something changed in files 17.34.13 # an old one, version 1.00.04F. If I remember correctly it only refreshes the database on OF boot when I have a microSD plugged 17.34.20 # S1gn: What version is your OF? 17.34.26 # * kugel is thinking of going the save way with the configure script, so that it would be more like "configure -target=22 -memory=64 -type=s" instead of just "configure -t 22 64 s" 17.34.45 # pixelma: Mine refreshes with a microSD card plugged in; the OF is version 01.01.00P. 17.35.12 # LambdaCalculus37: 01.02.15A 17.35.20 # What's better? 17.35.32 # kugel: the safe way sounds better 17.36.01 # LambdaCalculus37: I see. What's more annoying though? *hoping for Rockbox USB* 17.36.29 # markun: Yea I thought so, I don't want anyone to select S as ramsize ;) 17.37.17 # pixelma: Wondering why the hell my c240 has to update the database when about 70% of the content is in Vorbis. :) 17.37.28 # Though, I could implement an error checking 17.37.47 # the save way isn't really faster than going through configure without parameters 17.38.23 # The main (and possibly only) blocker for Rockbox USB can probably be solved by someone reading lots of OF code. If anyone is good at that, or knows someone else who is, feel free to try :) 17.38.34 Join DerDome [0] (n=DerDome@dslb-082-083-250-010.pools.arcor-ip.net) 17.38.59 Join freqmod [0] (n=freqmod@m213h.studby.ntnu.no) 17.39.38 Join freqmod_nx [0] (i=freqmod@dhcp208-90.ed.ntnu.no) 17.40.08 # LambdaCalculus37: linuxstb_ once suggested in the forums that renaming mp3 to say mpa could at least help speedup the OF's database refresh in case it doesn't know about that (and those still work in Rockbox). I tried it and the fun part was that the OF could still index mpa and put them into its database when the files were on internal memory but not on the microSD 17.40.15 # markun: But for the save way I need to know how to extract the 22 from -target=22 :) 17.40.59 # kugel: I have no idea how scripts do that normally 17.41.12 # gevaerts: What is that blocker? Just signal quality? 17.41.42 # gevaerts: I'm very happy with the Sansa USB at full speed, FWIW 17.42.30 # pixelma: I'll try that out and see what happens. 17.42.51 # * LambdaCalculus37 notes it as something to do when his Sansa's done charging 17.44.03 # pondlife: what happens is that the USB controller seems to have lower RAM access priority than the main CPU. This means that if anything other than CPU is going on (interrupts, disk access, whatever) the USB controller can't get data fast enough, and (probably) leaves a small gap in the outgoing packet. For some host controllers this is a problem, for others less so. Current thinking is that there is a register somewhere that controls this priori 17.44.19 # ... priority. 17.45.53 # pondlife: according to amiconn, this register would most probably be located somewhere in 0x700000xx, or maybe in 0x600060xx 17.49.03 # pondlife: seen my question? 17.50.24 Quit MethoS- (Read error: 113 (No route to host)) 17.50.36 Join MethoS- [0] (n=clemens@host-091-096-215-012.ewe-ip-backbone.de) 17.50.56 # * gevaerts seems to have bludgeonned pondlife to death with that long reply 17.51.06 Quit Thundercloud (Remote closed the connection) 17.52.30 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 17.57.34 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 18.00.19 Quit nplus (Read error: 104 (Connection reset by peer)) 18.01.36 Join Y-Signal [0] (n=cd9cbcfe@gateway/web/cgi-irc/labb.contactor.se/x-149b34ff36cab061) 18.02.10 # * LambdaCalculus37 revives pondlife 18.03.45 Join phinze [0] (n=phinze@pcp027324pcs.jesres.mu.edu) 18.04.19 Join nplus [0] (n=nplus@141.25.globcom.net) 18.05.43 # * gevaerts decides that it's time to go home 18.05.47 Quit gevaerts ("work->home") 18.06.21 Quit MethoS-- (Read error: 110 (Connection timed out)) 18.10.31 Quit phinze () 18.10.34 # * pixelma could try to bust the SVN table on the frontpage with UniCatcher changes 18.11.31 # one question left though: there are some yet unused graphics in the UniCatcher directory. What to do with those? 18.14.04 # * pondlife escapes from a meeting, just about alive 18.14.33 # and should I really commit everything in one go? There are 220 bitmap files changed + some WPSs... 18.14.59 # pixelma: One go is probably best, unless you think partial reverts might be needed... 18.15.25 # Unless you can break it down into sensible smaller transactions. 18.15.47 Quit petur ("work->home") 18.20.32 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 18.20.53 # Hi Nico_P 18.20.57 # hi 18.21.06 # Don't suppose we could discuss auto dir change? 18.21.11 # we could 18.21.36 # Do you know why playback.c has to do the playlist_next() call early for this case. mpeg.c doesn't. 18.21.52 # If we could get rid of this, it would simplify lots of stuff 18.22.08 # (and provide a nice fix for the playlist_peek() problem) 18.23.07 # from what I understood, playlist_next is what causes the new playlist to be created 18.23.13 # Should rockbox be attempting to read and later display ID3 info when paused, or not? If I pause it when it's still showing xxxx.mp3 as the only info for a file, that's all it'll show until I unpause 18.23.41 # Nico_P: That makes sense 18.25.01 # So audio_check_new_track() must call it. 18.25.09 # yes 18.25.15 # do HWCODEC targets support auto dir change? 18.25.21 # Yes 18.25.30 # pixelma tested it earlier 18.25.57 # But mpeg.c doesn't seem to refer to global_settings.next_folder. 18.26.28 # I've not looked into it much yet, just starting. 18.26.38 # I'll look too 18.27.02 # I read parts of today's logs and I just saw your patch on FS#8601 18.27.06 # We may be able to reuse some of that playlist twiddling 18.27.20 # Hmm, nevermind, it needed a series of reboots and now it works 18.27.26 # must've been from updating versions 18.27.43 # Nico_P: Does the v2 patch look ok to you? I might commit it anyway 18.28.29 # Thanks to everybody who worked on saturday's crossfade bug... 18.28.36 # that was a bastard, now it works again 18.28.43 Join gevaerts [0] (n=fg@195-144-092-133.dyn.adsl.xs4all.be) 18.28.45 # Y-Signal: thank Buschel :) 18.31.01 # pondlife: it looks ok to me 18.31.20 # have you confirmed it fixes the issue? 18.31.29 # Not yet. I don't have a HD target with me 18.31.40 # I can try it 18.31.42 # playlist_peek() isn't called there though 18.31.44 # Please 18.32.25 # The patch also simplifies a loop and removes some variables - no intended change there though 18.32.27 Join Spex [0] (i=opera@dslb-088-074-203-038.pools.arcor-ip.net) 18.36.21 Join miepchen^schlaf [0] (n=miepchen@p54BF718A.dip.t-dialin.net) 18.36.34 # pondlife: mpeg.c *can* not reference global_settings, because it's firmware code 18.36.44 # Indeed! 18.37.01 # Firmware code is forbidden to access app layer data directly 18.37.01 # It could potentially be told about them via an API though 18.38.05 Join DerPapst [0] (n=DerPapst@p5B23D5A7.dip.t-dialin.net) 18.38.29 # good morning :-) 18.39.02 # It must be somehow, because auto dirc-change works (reportedly - I never use it myself) 18.41.05 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.42.09 # Hmm, or not. It looks like mpeg.c doesn't have to care at all about auto dir-change 18.42.23 # And nor should playback.c 18.42.25 # It just calls playlist_next(), and the playlist code handles the rest 18.42.26 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 18.42.51 # seems to work better than on swcodec 18.43.44 # Very likely 18.53.32 Join petur [50] (n=petur@rockbox/developer/petur) 18.53.53 # petur: Hi! 18.54.59 # * LambdaCalculus37 tries FS#8680 on his c240 18.56.17 # pondlife: you seem to have a fix :) 18.56.37 # sorry for taking so long 18.56.40 Join gregzx [0] (n=chatzill@drb238.neoplus.adsl.tpnet.pl) 18.57.32 # * petur waves and runs off again to cook dinner 18.58.48 # Nico_P: Could you commit it? I've got to go now... 18.58.51 # * amiconn is puzzled :\ 18.58.58 # pondlife: ok I'll do it 18.59.16 Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 18.59.47 Join pixelma_ [50] (i=pixelma@rockbox/staff/pixelma) 18.59.47 # Thanks, bye for now 18.59.50 Part pondlife 18.59.57 Join Willaken- [0] (i=Willaken@ip70-181-232-213.sd.sd.cox.net) 19.00.10 Quit pixelma (Nick collision from services.) 19.00.11 Nick pixelma_ is now known as pixelma (i=pixelma@rockbox/staff/pixelma) 19.01.15 Quit toffe82 (leguin.freenode.net irc.freenode.net) 19.01.15 NSplit leguin.freenode.net irc.freenode.net 19.01.15 Quit kugel (leguin.freenode.net irc.freenode.net) 19.01.15 Quit cool_walking_ (leguin.freenode.net irc.freenode.net) 19.01.15 Quit Willaken (leguin.freenode.net irc.freenode.net) 19.01.15 Quit Bagder (leguin.freenode.net irc.freenode.net) 19.01.15 Quit simonrvn (leguin.freenode.net irc.freenode.net) 19.01.20 Nick toffe82_ is now known as toffe82 (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 19.01.23 Part Spex 19.02.06 NHeal leguin.freenode.net irc.freenode.net 19.02.06 NJoin cool_walking_ [0] (n=anthony@203.161.101.209.static.amnet.net.au) 19.02.31 Join austrian_guest [0] (n=5079536d@gateway/web/cgi-irc/labb.contactor.se/x-f3693ec0f8b871bf) 19.03.28 NJoin simonrvn [0] (i=simon@unaffiliated/simonrvn) 19.04.41 Join Spex [0] (i=opera@dslb-088-074-203-038.pools.arcor-ip.net) 19.04.43 Join Mathiasdm [0] (n=Mathias@78-22-5-158.access.telenet.be) 19.08.51 Join ch4os_ [0] (n=ch4os@unaffiliated/ch4os/x-059673) 19.10.39 Join Lear [0] (i=chatzill@rockbox/developer/lear) 19.11.14 Join Kontsnor [0] (n=Kontsnor@83.119.138.246) 19.11.51 *** Saving seen data "./dancer.seen" 19.13.06 Join EspeonEefi [0] (i=espeonee@STRATTON-FIVE-SIXTY-TWO.MIT.EDU) 19.14.24 Join Hyper-magiK [0] (n=meh@81.22.157.205) 19.15.19 NJoin Bagder [241] (n=daniel@rockbox/developer/bagder) 19.15.59 NJoin kugel [0] (n=kugel@unaffiliated/kugel) 19.16.05 Quit linuxstb_ ("Leaving") 19.17.42 Quit fyrestorm (Client Quit) 19.20.54 Join phinze [0] (n=phinze@pcp027324pcs.jesres.mu.edu) 19.21.56 # shouldn't the topic be changed back to something sane? :) 19.22.38 Quit austrian_guest ("CGI:IRC (EOF)") 19.22.40 # That fix looks... strange 19.22.45 # * Bagder pokes scorche 19.22.59 # yes'm? 19.23.05 # topic! 19.23.07 # oh...topic 19.23.43 # Forgot to come out of April 1st mode, eh, scorche|sh? :P 19.23.58 # amiconn: You mean r16930? 19.24.10 # yes 19.24.21 Join MajorC [0] (n=b@host183-38.bornet.net) 19.24.49 Mode "#rockbox +o scorche " by ChanServ (ChanServ@services.) 19.25.22 # Why does playback.c need to know when the playlist "ends" internally? The playlist code is able to handle this itself, including dirskip 19.25.55 Topic "Please read before speaking: http://www.rockbox.org/wiki/IrcGuidelines | Please direct offtopic/social chat to #rockbox-community | Rah rah rah! Summer of Code! | http://www.rockbox.org/wiki/DevCon2008 - Dates wanted...Apply within." by scorche (i=Blah@rockbox/administrator/scorche) 19.26.12 # amiconn: I think it's because the codec needs to be informed 19.26.59 # Huh? Strange; I'd think the codec doesn't need to know about the playlist concept at all... 19.27.11 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.27.26 Join PaulJam [0] (n=PaulJam_@p54BCC5C2.dip.t-dialin.net) 19.27.32 # it doesn't, but the playback code apparently needs to tell it its request for the next track has failed 19.27.52 # Yes, but what does that have to do with dirchange 19.28.03 # ? 19.28.28 # If the playback code calls playlist_next(), and dirchange is enabled, the playlist code automagically builds a new list 19.29.03 # yes, but the check we were talking about isn't related to dirchange 19.29.22 Mode "#rockbox -o scorche " by ChanServ (ChanServ@services.) 19.31.24 # I think it is related to how playing directories are handled. An in-RAM playlist is created, and I suspect the next directory can't be loaded until the current is finished. 19.32.31 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 19.32.44 # Yes, but why would this pose a problem for swcodec, and not for hwcodec? 19.33.20 Join PaulJam_ [0] (n=PaulJam_@p54BCDB84.dip.t-dialin.net) 19.33.45 Quit tvelocity (Remote closed the connection) 19.35.23 Join FOAD_ [0] (n=dok@dinah.blub.net) 19.35.32 Join PaulJam__ [0] (n=PaulJam_@p54BCE0BE.dip.t-dialin.net) 19.38.56 Quit PaulJam (Nick collision from services.) 19.39.01 Nick PaulJam__ is now known as PaulJam (n=PaulJam_@p54BCE0BE.dip.t-dialin.net) 19.40.01 # Hmm, how can you get rockbox to show song titles rather than filenames in the playlist viewer? 19.40.15 # It looks like a radio callsign lineup 19.41.01 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 19.41.32 # I'd guess playlist name could be incorrect in the WPS on hwcodec. Not a big problem on players with 2 MB RAM though... 19.41.34 # Y-Signal: you can't with the official build. but if i remember correctly there is a patch somewhere on the tracker. 19.41.41 # dooooot 19.41.54 # Any plan to introduce that into the official build? 19.42.13 # Last I checked it, it had speed problems though. 19.42.59 # markun: finnaly find a way tt 19.42.59 # Lear: isn't a playlist which is build when using auto-change dir dynamical anyways? 19.43.26 # s/build/built 19.44.28 # pixelma: Well, yes, but I don't see why that would make any difference... 19.44.46 # or was the playlist name statement related to something else 19.45.06 # what could be wrong then? 19.46.32 # Well, if the WPS displayed the playlist name (in this case, directory name, really), it would display the name of the next folder while finishing the previous one. 19.52.38 Quit PaulJam_ (Read error: 110 (Connection timed out)) 19.52.49 Quit FOAD (Read error: 110 (Connection timed out)) 19.52.50 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 19.57.15 Join disorganizer [0] (n=disorgan@p5B11D8B7.dip.t-dialin.net) 20.00.27 Join MethoS-- [0] (n=clemens@host-091-096-210-112.ewe-ip-backbone.de) 20.05.40 # Isn't the playlist name of a dynamic playlist just 'dynamic playlist'? 20.13.25 # I thought it has no name at all (but basically the same thought) 20.13.33 # It is created dynamically, but it isn't dynamic (user-modified, really) in that sense. It is named after the directory (and it can be bookmarked too). 20.14.48 Quit MethoS- (Read error: 113 (No route to host)) 20.14.58 # I know it can be bookmarked (.playlist_control contains its creation rules), but I wouldn't have expected it to be named after any directory 20.15.19 # ...mostly because it can contain tracks from several, possibly many, different directories 20.15.46 # if I make the WPS display the playlist name I get no name (or I can replace that by a string that I define in the "false" part of the conditional 20.16.03 # with a dynamic playlist, I mean 20.17.17 # Seems we're talking about different things. 20.17.52 # maybe 20.19.24 # The auto directory skipping is only relevant for directory playlists, i.e., when you "play" a file in a directory. In that case, Rockbox creates an in-memory playlist for all tracks in that folder, naming the playlist after the folder. 20.21.19 Join Rincewind [0] (i=Qw4gKtzI@nat-wh-1.rz.uni-karlsruhe.de) 20.21.56 # What happens if I start a playlist that way, have auto-dirchange enabled, and add another dir manually later (before the first one ends)? 20.23.04 # Then I'd expect auto-dirchange to be disabled, but I haven't tried that... 20.24.39 # so does it already know the name of the next directory it will be skipping to? 20.28.02 Quit PaulJam (".") 20.29.56 # amiconn: Though from the code it looks like it will finish the playlist, then change to the next directory relative to the starting one. 20.32.23 # pixelma: once it has started buffering tracks from it, yes. 20.33.17 Part Lars_G 20.33.52 Join dabujo [0] (i=xx@p4FDB3905.dip0.t-ipconnect.de) 20.36.06 # of course 20.37.15 Join FOAD_ [0] (n=dok@dinah.blub.net) 20.37.43 Join Buschel [0] (n=abc@p54A3D881.dip.t-dialin.net) 20.37.58 Quit Kontsnor (Read error: 110 (Connection timed out)) 20.40.30 Quit mcflow ("Leaving.") 20.41.48 Join MethoS- [0] (n=clemens@host-091-096-215-007.ewe-ip-backbone.de) 20.41.54 Join argumentD [0] (n=argument@cpe-76-173-115-95.socal.res.rr.com) 20.42.15 Join fyrestorm [0] (n=fyre@cpe-68-173-163-201.nyc.res.rr.com) 20.43.05 Join mcflow [0] (n=mcflow@88-134-3-18-dynip.superkabel.de) 20.43.52 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 20.47.03 Quit MajorC () 20.47.28 Join miepchen^schlaf_ [0] (n=miepchen@p54BF718A.dip.t-dialin.net) 20.49.36 Quit FOAD (Read error: 110 (Connection timed out)) 20.49.36 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 20.51.41 Join kraizee [0] (n=irc_by@turbo.sml.by) 20.52.45 Quit krz (Read error: 104 (Connection reset by peer)) 20.57.28 # didnt we want to speak to jott/j0tt about the anti-aliasing patch?...it seems he is in #gsoc (and so is PM-able) 20.57.39 Quit MethoS-- (Read error: 110 (Connection timed out)) 21.01.36 Quit MethoS- (Read error: 113 (No route to host)) 21.03.41 # * pixelma hopes she didn't forget something (or added too much again)... 21.03.45 Quit miepchen^schlaf (Connection timed out) 21.11.07 Quit miepchen^schlaf_ (leguin.freenode.net irc.freenode.net) 21.11.07 NSplit leguin.freenode.net irc.freenode.net 21.11.07 Quit robin0800 (leguin.freenode.net irc.freenode.net) 21.11.07 Quit kugel (leguin.freenode.net irc.freenode.net) 21.11.07 Quit LambdaCalculus37 (leguin.freenode.net irc.freenode.net) 21.11.07 Quit Rob2222 (leguin.freenode.net irc.freenode.net) 21.11.07 Quit BHSPitMonkey (leguin.freenode.net irc.freenode.net) 21.11.07 Quit gromit` (leguin.freenode.net irc.freenode.net) 21.11.07 Quit J (leguin.freenode.net irc.freenode.net) 21.11.07 Quit shodanX (leguin.freenode.net irc.freenode.net) 21.11.07 Quit Addicted (leguin.freenode.net irc.freenode.net) 21.11.07 Quit joshin (leguin.freenode.net irc.freenode.net) 21.11.54 *** Saving seen data "./dancer.seen" 21.12.21 Join joshin [0] (n=joshin@VDSL-130-13-184-242.PHNX.QWEST.NET) 21.14.02 Quit esperegu ("esperanto: http://startu.net http://www.kurso.com.br") 21.14.37 NHeal leguin.freenode.net irc.freenode.net 21.14.37 NJoin miepchen^schlaf_ [0] (n=miepchen@p54BF718A.dip.t-dialin.net) 21.14.37 NJoin robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 21.14.37 NJoin kugel [0] (n=kugel@unaffiliated/kugel) 21.14.37 NJoin LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-50ba93886db7b2c4) 21.14.37 NJoin Rob2222 [0] (n=Miranda@p4FDCED23.dip.t-dialin.net) 21.14.37 NJoin BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 21.14.37 NJoin gromit` [0] (n=gromit@ALagny-154-1-93-206.w86-212.abo.wanadoo.fr) 21.14.37 NJoin J [0] (n=john@cpc2-mfld9-0-0-cust297.nott.cable.ntl.com) 21.14.37 NJoin shodanX [0] (n=shodanX@i9a132.informatik.uni-erlangen.de) 21.14.37 NJoin Addicted [0] (i=fnode@sh33p.g0.m33p.info) 21.14.51 Join robin0800_ [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 21.14.52 Quit J (Remote closed the connection) 21.15.03 Join J [0] (n=john@cpc2-mfld9-0-0-cust297.nott.cable.ntl.com) 21.15.08 # you crashed the nicklist 21.15.09 Quit robin0800 (Read error: 104 (Connection reset by peer)) 21.15.09 Nick robin0800_ is now known as robin0800 (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 21.15.27 # scorche|sh: there's an antialisaing patch? 21.15.43 # I mean, did he post a patch? 21.15.49 # apparently...it is in kugel's build but not ont he tracker... 21.16.17 # he posted a link to the patch 21.16.38 # I downloaded it, but never got around to trying it 21.16.43 # still isnt on the tracker though.. 21.17.45 # scorche|sh: Isn't license and copyright still the issue? 21.18.16 # kugel: I guess that is why scorche|sh wants to talk to jott 21.18.20 # which is why i didnt ask you to put it on the tracker...i just said it wasnt... 21.19.02 # just asking 21.19.02 Quit Hyper-magiK (Read error: 104 (Connection reset by peer)) 21.19.30 Join Hyper-magiK [0] (n=meh@81.22.157.205) 21.20.32 Quit phinze () 21.22.51 # scorche: did you see my pm? 21.23.14 # roolku: yes....at work, so... 21.23.52 # nod 21.25.27 Quit mirak ("Ex-Chat") 21.31.14 # Hmm, 86% boost ratio (WMA on PP5002) isn't nice... 21.31.41 # That's rather high. 21.34.10 # SPC boost ratio is even higher. Might be due to how the spc codec works - not sure 21.35.37 # amiconn: IIRC the SPC sound codec also requires emulation of the SPC700 sound chip from the Super NES. 21.35.48 # http://en.wikipedia.org/wiki/.SPC 21.36.28 # It might be that the SPC codec tries to get all cpu power it can, and adjusts emulation quality itself? 21.37.47 # * amiconn wants to fill in some missing details on the SoundCodecs page 21.37.53 # The SPC codec itself is outputted as 16-bit sound at 32 KHz, and can be upsampled by various players. 21.38.18 # amiconn: Found this if you'd like to look through it: http://www.alpha-ii.com/snesmusic/files/spc_file_format.txt 21.38.47 Join Thundercloud_ [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 21.40.03 # amiconn: Found some information on the SPC700 sound chip; it explains quite a bit about the format: http://emureview.ztnet.com/developerscorner/SoundCPU/spc.htm 21.40.39 # * amiconn isn't interested in format details atm 21.40.48 # Just whether the format plays realtime on PP5002 21.40.59 # domonoky: is there a reason uninstallation on Gigabeat doesn't delete the OF copy? 21.41.38 # bluebrother: no reason, i just forgot it :-) 21.42.19 # the OF is copied back -- not renamed. I'll change that while doing some BL stuff. 21.42.20 Quit Buschel () 21.42.34 # Hmm. Even 2.0 AC3 doesn't play realtime on PP5002. But liba52 is said to be very efficient... 21.43.12 Quit OlivierBorowski (Remote closed the connection) 21.46.10 # Wasn't there something said about a cache bug on the PP5002? 21.46.50 # * LambdaCalculus37 remembers seeing something about that on iPodLinux's wiki, but the page is gone 21.48.50 # i bet it's not 21.49.59 # http://ipodlinux.org/FAQ#Why_is_the_PP5020_faster_than_the_PP5002.3F 21.50.05 # HA! 21.50.09 # :-P 21.50.56 Quit Mathiasdm ("Yuuw!") 21.51.22 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 21.52.57 # DerPapst: Curses! Foiled again! :P 21.53.50 Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") 21.56.13 Quit Thundercloud (Read error: 110 (Connection timed out)) 21.56.44 # * kugel finally finished improving tools/configure 21.56.54 # yay 21.58.18 # kugel: what sort of improvements have you made? 21.58.36 # adding arguments for target, ram and build type 21.58.50 Quit Y-Signal ("CGI:IRC (