--- Log for 04.11.105 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 6 days and 22 hours ago 00.08.47 Part arkascha ("Konversation terminated!") 00.12.55 Quit Kohlrabi (Read error: 104 (Connection reset by peer)) 00.17.27 Join darkskiez [0] (n=darkskie@host86-138-169-225.range86-138.btcentralplus.com) 00.19.17 # does anyone know if you can put an ihp140's hdd into an ihp120? are they the same chassis? mine broke, but the hdd is fine 00.19.28 # wondering if i can save money and get a 120 and put my hdd in it 00.19.40 # it wont fit 00.20.01 # it's slightly too thick 00.20.04 # is there somewhere i can buy an ihp140 with a broken hdd ? 00.20.32 # is the screen easy to attach/detach? i could take one with a broken screen and hard disk 00.20.38 # i just need the mainboard 00.24.56 Quit cYmen ("w00t") 00.28.45 Join linuxstb [0] (n=5343d4aa@labb.contactor.se) 00.29.10 # would this work with my drive: http://cgi.ebay.co.uk/HITACHI-1-8-USB-2-0-HDD-HARD-DISK-DRIVE-CASE-ENCLOSURE_W0QQitemZ8717423167QQcategoryZ41911QQssPageNameZWD2VQQrdZ1QQcmdZViewItem 00.30.47 # darkskiez: no, the hitachi connector is different 00.31.34 # darkskiez: this should work: http://cgi.ebay.nl/USB-2-0-1-8-External-Hard-Disk-Case-for-Toshiba-D332_W0QQitemZ6817712372QQcategoryZ86759QQssPageNameZWD2VQQrdZ1QQcmdZViewItem 00.31.53 # cheers 00.37.05 Quit RotAtoR (Read error: 110 (Connection timed out)) 00.43.52 Join webguest20 [0] (n=51429e4f@labb.contactor.se) 00.44.02 # Hello every one 00.44.26 # anyone here know a bit the WPS style? 00.46.35 # I %s%?it<%?in<%in. I >%it I %fn> 00.47.15 # anyone know what I need to remove for remove the track number info? 00.47.25 # please 00.47.28 # :) 00.53.17 # anyone please? 00.53.41 # I'm lost in the WPS language 00.53.41 # remove %?in<%in. I > 00.54.04 # oh ok let me try, thanks 00.54.53 # I don't understand well 00.55.07 # it should look like this: %s%?it<%it I %fn> 00.55.11 Nick ashridah is now known as Lost-ash (i=ashridah@220-253-122-123.VIC.netspace.net.au) 00.55.30 # but I believe the I should be a vertical bar: | 00.55.43 # that will do the same thing without the track info? 00.55.51 # yes 00.55.52 # yes it is 00.55.58 Join RotAtoR [0] (n=e@12-210-82-91.client.insightBB.com) 00.56.19 # ok thanks I'll try 00.58.43 Join bagawk [0] (n=lee@unaffiliated/bagawk) 01.09.28 # thanks a lot phaedrus961 that rocks 01.10.46 # before to go a ltle question please :) 01.10.58 # it's about MPC decoder 01.11.27 # the APE tags seems to don't be full suported yet 01.11.32 # right? 01.12.57 # webguest20: well, no, they should be supported 01.13.05 # in my WPS screen when I'm playing MPC file, few infos are missing 01.13.15 # like? 01.13.38 # like file bitrate 01.14.22 # and next song info :( 01.14.26 # that's not in the ape tag 01.14.40 # next song info i don't know about, that really should work 01.14.45 # i'll fix the bitrate thing afterwards 01.14.55 # at least hack it to work somewhat 01.15.22 # for the next info thing, nope for MPC (all others yes) 01.15.36 # thanks for fix bitrate info 01.15.53 # currently i've got: ? 01.16.18 # and for next info song it's freeze in searching info 01.16.24 # for all MPC files 01.16.34 # *shrug* 01.16.38 # i'll see if i can see why 01.16.55 # thanks very much, I've got a lot of MPC files 01.17.08 # mpc is currently the worst codec in rockbox 01.17.09 # apart from aac 01.17.39 # thanks for have it in realtime at least, really impresive works men 01.18.29 # the "Multi codec support" in the front of us iriver is very true 01.18.55 # I can't imagine any commercial player with all those codecs we have 01.18.59 # cheers 01.19.16 # hehe 01.19.18 # neither can i 01.19.30 # musepack should at least be realtime for all bitrates now, yes 01.19.36 # but it could easily have been much, much faster 01.19.46 # but libmusepack isn't very easy to work with :/ 01.19.54 # yes and less cpu using :) 01.20.04 # I can imagine 01.20.45 # just if you can fix please those missed infos, it would be wonderfull 01.20.49 # i'll try 01.20.57 # just need to finish something else i'm working on 01.21.14 # ok, thanks much 01.22.38 *** Saving seen data "./dancer.seen" 01.23.48 # I love you all men 01.24.09 # we are men, men is what we are.. 01.24.34 # have a good night at all and preglow I hope you'll can fix MPC bugs 01.24.56 # good night 01.24.56 # markun: :D 01.25.07 # webguest20: fight club :) 01.25.07 Quit webguest20 ("CGI:IRC") 01.25.11 # now lookie here 01.25.17 # someone posted fixed point wma source on the forums 01.25.43 # What a nice surprice! 01.26.11 # "partially fixed point" is more accurate. 01.26.20 # But it's still a useful start. 01.26.55 # quite a large codec too 01.27.02 # you wont see me working on that one for a while 01.27.07 # i think i've said that before... 01.27.20 # There's still far too much rubbish from ffmpeg in there. I'm sure a lot more can be stripped out. 01.28.29 # yeah, me too 01.28.34 # But I don't have any motivation to do anything either. 01.29.24 # it's not going to be the first codec i fix, for sure 01.29.28 # i have one wma file i ever listen to 01.29.33 # I really want to find time to make some ipod progress - the ipod will be a fun platform for rockbox. 01.31.34 # yes, i think you should do that too :) 01.32.01 # just ditch everything else, i'd love ipod support 01.32.17 Quit bagawk ("Leaving") 01.47.01 Nick Lost-ash is now known as ashridah (i=ashridah@220-253-122-123.VIC.netspace.net.au) 01.59.08 # implemented the jump table idea in coldfire.S, and now it just emits static bursts for higher orders... 02.00.53 Quit linuxstb ("CGI:IRC") 02.02.15 Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) 02.04.21 # The "fixed point" wma decoder still includes -lm in the makefile and -msoft-float. So it's still going to need a lot of work I think. 02.04.38 # lovely 02.04.43 # libm we haven't got, so that's just ok 02.05.18 # They obviously _just_ did enough to get it working realtime on their platform. 02.08.12 # argh! 02.08.24 # i used to have just one malfunctioning lpc_decode loop, now i have two 02.08.38 # so much for a little pleasureable diversion from the 64 bit version 02.09.11 # A PhotoBridge has a 300MHz MIPS CPU and 64MB of DDR DRAM. Slightly better than our irivers I feel. 02.09.19 # yes, slightly... 02.09.25 # but ok, i've unrolled loops up to order = 10 now 02.09.36 # And WMA still only runs at twice realtime... 02.09.39 # the default case should also be slightly faster now 02.09.45 # Cool, thanks. 02.09.54 # but i just need to get it working again :P 02.10.08 # mwell 02.10.14 # like you said, theres the floating point still 02.10.20 # and they probably haven't got iram 02.10.33 # but i think wma is pretty close to aac in terms of complexity 02.14.21 Nick AliasAle is now known as AliasCoffee (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) 02.19.30 # Time for bed now. I should have the results of a new FLAC playback test in the morning - I'm curious to see how much time we gained by putting the code in IRAM. 02.19.45 # I'll then have to do another test when you finish your EMAC routines... 02.20.11 # Goodnight. 02.21.00 Join preglowII [0] (n=50cb263c@labb.contactor.se) 02.21.09 # seems my irc box fell on its face 02.21.16 # sounds good, linuxstb 02.21.18 # see you later 02.22.21 # preglowII: the bugs related by webguest about MPC files are reproductable :( 02.23.20 # I just test with my MPC files, and right, bitrate info don't here+scrolling for next track info too 02.26.31 # i'll fix the bitrate thing now 02.26.45 # goodie :) 02.26.51 # but as for the next track info, i have no idea why that happens 02.26.52 Quit preglowII ("CGI:IRC (EOF)") 02.28.08 # parser problems maybe, no? scuse I know nothing about codecs things :) 02.28.58 # ahh, sorry 02.29.05 # the bitrate thing isn't as easily fixable as i thought 02.29.18 # really? :( 02.29.19 # it'll have to wait until i can make a proper metadata parser for musepack 02.29.41 # I suspected this :( 02.29.57 # mpc doesn't have a proper metadata parser yet 02.30.01 # just apev2 parser 02.30.07 # and bitrate isn't stored in the ape tag 02.30.09 # you planed to do it yourself? 02.30.12 # yes 02.30.19 # goodie 02.31.00 # i can do it right now if you don't mind that only sv7 files will be supported 02.31.39 # ??? sorry :) 02.32.31 # musepack files exist in several formats 02.32.34 # sv7 is the newest one 02.32.43 # ah ok 02.32.57 # mine are not so young 02.33.19 # but if you can start with it, it could be fine 02.33.43 # I like Musepack :) 02.34.59 # yes, i like musepack myself 02.35.38 # i'll try to make a parser now 02.35.59 # good to hear 02.51.21 # ahahha 02.51.30 # the sv7 bitstream specification is written in german 02.51.38 # they persist in making it easy for me 02.51.46 # :) 03.07.20 Join yngwi [0] (n=chatzill@chello080109107064.1.15.vie.surfer.at) 03.07.25 Quit yngwi_away (Read error: 104 (Connection reset by peer)) 03.07.39 # time to sleep here 03.08.06 # preglow: good luck for your MPC parser and good night 03.08.10 # haha 03.08.19 # bitrate isn't stored in the header 03.08.30 # * preglow gives musepack a round of applause and goes to bed himself 03.08.43 # :D 03.09.02 # so bitrate info in the wps isn't looking good 03.09.10 # musepack sure as hell isn't making it easy on us 03.09.13 # right 03.09.19 Part darkskiez 03.09.25 # but bed now 03.09.26 # night 03.09.31 # good night 03.09.38 Quit Moos ("Glory to Rockbox") 03.22.41 *** Saving seen data "./dancer.seen" 03.59.27 Quit tvelocity ("Leaving") 04.04.43 Join MN [0] (n=aq581@69-176-149-126.bch.spartan-net.net) 04.12.03 Quit Slasher (kornbluth.freenode.net irc.freenode.net) 04.12.03 NSplit kornbluth.freenode.net irc.freenode.net 04.12.03 Quit markun (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit ghode|afk (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit dwihno (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit linuxstb (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit ashridah (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit blackax (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit amiconn (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit solexx_ (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit Seed (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit Zagor (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit wireddd (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit merbanan (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit pill (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit HCl (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit crash_ (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit yngwi (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit RotAtoR (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit Strath (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit goa (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit Bagder (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit crwl (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit ]Maggie[ (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit MN (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit _Nilisco (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit bluebrother^ (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit godzirra (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit thegeek_ (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit gromit` (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit novimon_ (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit ze (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit phaedrus961 (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit preglow (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit AliasCoffee (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit mbr (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit Lynx_ (kornbluth.freenode.net irc.freenode.net) 04.12.03 Quit Ismo (kornbluth.freenode.net irc.freenode.net) 04.12.21 Quit Rick (Success) 04.12.25 Quit CoCoLUS (Read error: 104 (Connection reset by peer)) 04.13.24 Quit elinenbe (Read error: 104 (Connection reset by peer)) 04.13.32 Quit Maxime (Nick collision) 04.13.32 Join CoCoLUS [0] (n=coco@h081217139221.dyn.cm.kabsi.at) 04.13.32 Join Maxime [0] (n=flemmard@fbx.flemmard.net) 04.13.32 Join Rick [0] (i=rick@unaffiliated/Rick) 04.13.32 Join elinenbe [0] (i=elinenbe@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 04.13.32 NHeal kornbluth.freenode.net irc.freenode.net 04.13.32 NJoin MN [0] (n=aq581@69-176-149-126.bch.spartan-net.net) 04.13.32 NJoin yngwi [0] (n=chatzill@chello080109107064.1.15.vie.surfer.at) 04.13.32 NJoin RotAtoR [0] (n=e@12-210-82-91.client.insightBB.com) 04.13.32 NJoin linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 04.13.32 NJoin _Nilisco [0] (i=nilisco@wrath.shellfx.net) 04.13.32 NJoin ashridah [0] (i=ashridah@220-253-122-123.VIC.netspace.net.au) 04.13.32 NJoin AliasCoffee [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) 04.13.32 NJoin bluebrother^ [0] (n=c28@nat-ph3-wh.rz.uni-karlsruhe.de) 04.13.32 NJoin Slasher [0] (i=miipekk@ihme.org) 04.13.32 NJoin markun [0] (n=karl@bastards.student.ipv6.utwente.nl) 04.13.32 NJoin godzirra [0] (i=shawn@c-24-131-13-213.hsd1.va.comcast.net) 04.13.32 NJoin thegeek_ [0] (n=thegeek@s175a.studby.ntnu.no) 04.13.32 NJoin blackax [0] (n=blackax@netblock-66-245-244-93.dslextreme.com) 04.13.32 NJoin amiconn [0] (n=jens@p54BD41E4.dip.t-dialin.net) 04.13.32 NJoin ghode|afk [0] (n=garudin@host-212-158-193-204.bulldogdsl.com) 04.13.32 NJoin solexx_ [0] (n=jrschulz@c225214.adsl.hansenet.de) 04.13.32 NJoin wireddd [0] (n=wired@68-117-215-114.dhcp.athn.ga.charter.com) 04.13.32 NJoin Strath [0] (n=mike@dpc674681214.direcpc.com) 04.13.32 NJoin Seed [0] (i=ben@85-64-200-85.barak-online.net) 04.13.32 NJoin Zagor [0] (n=bjst@pdpc/supporter/sustaining/Zagor) 04.13.32 NJoin goa [0] (i=hd@gate-hannes-tdsl.imos.net) 04.13.32 NJoin dwihno [0] (n=dw@81.8.226.44) 04.13.32 NJoin preglow [0] (n=thomjoha@hekta.edt.aft.hist.no) 04.13.32 NJoin Bagder [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) 04.13.32 NJoin gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) 04.13.32 NJoin mbr [0] (n=mb@stz-softwaretechnik.de) 04.13.32 NJoin crwl [0] (n=crawlie@karu.kekkola.jyu.fi) 04.13.32 NJoin Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 04.13.32 NJoin novimon_ [0] (n=novimon@a84-230-230-239.elisa-laajakaista.fi) 04.13.32 NJoin ]Maggie[ [0] (i=fupl@t2-17.ath.cx) 04.13.32 NJoin ze [0] (i=ze@ca-dstreet-cuda1-c6a-130.snbrca.adelphia.net) 04.13.32 NJoin Ismo [0] (i=laitinei@huippu.net) 04.13.32 NJoin phaedrus961 [0] (n=bob@adsl-209-233-10-228.dsl.bkfd14.pacbell.net) 04.13.32 NJoin merbanan [0] (i=banan@dalink.campus.luth.se) 04.13.32 NJoin pill [0] (i=pill@cybercrimi.nl) 04.13.32 NJoin HCl [0] (i=hcl@titania.student.utwente.nl) 04.13.32 NJoin crash_ [0] (n=crash@a15167580.alturo-server.de) 04.16.36 Quit Slasher (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit markun (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit dwihno (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit ghode|afk (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit HCl (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit merbanan (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit Seed (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit amiconn (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit blackax (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit ashridah (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit linuxstb (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit elinenbe (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit solexx_ (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit wireddd (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit crash_ (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit Zagor (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit pill (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit ]Maggie[ (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit crwl (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit RotAtoR (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit yngwi (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit Strath (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit goa (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit Bagder (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit phaedrus961 (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit novimon_ (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit bluebrother^ (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit _Nilisco (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit MN (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit Rick (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit Maxime (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit godzirra (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit thegeek_ (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit ze (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit gromit` (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit preglow (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit AliasCoffee (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit Ismo (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit mbr (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit CoCoLUS (kornbluth.freenode.net irc.freenode.net) 04.16.36 Quit Lynx_ (kornbluth.freenode.net irc.freenode.net) 04.40.43 Quit TiMiD (Read error: 104 (Connection reset by peer)) 04.42.24 Quit pabs (Nick collision) 04.42.25 Join Lost-ash [0] (i=ashridah@220-253-121-37.VIC.netspace.net.au) 04.42.25 NJoin Ismo [0] (i=laitinei@huippu.net) 04.42.25 NJoin Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 04.42.25 NJoin mbr [0] (n=mb@stz-softwaretechnik.de) 04.42.25 NJoin AliasCoffee [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) 04.42.25 NJoin CoCoLUS [0] (n=coco@h081217139221.dyn.cm.kabsi.at) 04.42.25 Join pabs [0] (n=pabs@xor.pablotron.org) 04.42.25 NJoin Slasher [0] (i=miipekk@ihme.org) 04.42.25 NJoin markun [0] (n=karl@bastards.student.ipv6.utwente.nl) 04.42.25 NJoin pill [0] (i=pill@cybercrimi.nl) 04.42.25 NJoin HCl [0] (i=hcl@titania.student.utwente.nl) 04.42.25 NJoin crash_ [0] (n=crash@a15167580.alturo-server.de) 04.42.25 NJoin merbanan [0] (i=banan@dalink.campus.luth.se) 04.42.25 NJoin phaedrus961 [0] (n=bob@adsl-209-233-10-228.dsl.bkfd14.pacbell.net) 04.42.25 NJoin ze [0] (i=ze@ca-dstreet-cuda1-c6a-130.snbrca.adelphia.net) 04.42.25 NJoin ]Maggie[ [0] (i=fupl@t2-17.ath.cx) 04.42.25 NJoin novimon_ [0] (n=novimon@a84-230-230-239.elisa-laajakaista.fi) 04.42.25 NJoin crwl [0] (n=crawlie@karu.kekkola.jyu.fi) 04.42.25 NJoin gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) 04.42.25 NJoin Bagder [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) 04.42.25 NJoin dwihno [0] (n=dw@81.8.226.44) 04.42.25 NJoin goa [0] (i=hd@gate-hannes-tdsl.imos.net) 04.42.25 NJoin Zagor [0] (n=bjst@pdpc/supporter/sustaining/Zagor) 04.42.25 NJoin Seed [0] (i=ben@85-64-200-85.barak-online.net) 04.42.25 NJoin Strath [0] (n=mike@dpc674681214.direcpc.com) 04.42.25 NJoin wireddd [0] (n=wired@68-117-215-114.dhcp.athn.ga.charter.com) 04.42.25 NJoin solexx_ [0] (n=jrschulz@c225214.adsl.hansenet.de) 04.42.25 NJoin ghode|afk [0] (n=garudin@host-212-158-193-204.bulldogdsl.com) 04.42.25 NJoin amiconn [0] (n=jens@p54BD41E4.dip.t-dialin.net) 04.42.25 NJoin blackax [0] (n=blackax@netblock-66-245-244-93.dslextreme.com) 04.42.25 NJoin thegeek_ [0] (n=thegeek@s175a.studby.ntnu.no) 04.42.25 NJoin godzirra [0] (i=shawn@c-24-131-13-213.hsd1.va.comcast.net) 04.42.25 NJoin bluebrother^ [0] (n=c28@nat-ph3-wh.rz.uni-karlsruhe.de) 04.42.25 NJoin ashridah [0] (i=ashridah@220-253-122-123.VIC.netspace.net.au) 04.42.25 Join Nilisco [0] (i=nilisco@wrath.shellfx.net) 04.42.25 NJoin linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 04.42.25 NJoin RotAtoR [0] (n=e@12-210-82-91.client.insightBB.com) 04.42.25 NJoin yngwi [0] (n=chatzill@chello080109107064.1.15.vie.surfer.at) 04.42.25 NJoin elinenbe [0] (i=elinenbe@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 04.42.25 NJoin Rick [0] (i=rick@unaffiliated/Rick) 04.42.25 NJoin Maxime [0] (n=flemmard@fbx.flemmard.net) 04.42.25 NJoin preglow [0] (n=thomjoha@hekta.edt.aft.hist.no) 04.43.21 Quit markun (kornbluth.freenode.net irc.freenode.net) 04.43.40 Join TiMiD [0] (n=TiMiD@asgard.valombre.net) 04.43.44 Join Naked [0] (i=naked@naked.iki.fi) 04.44.51 Quit RotAtoR () 04.45.12 Ctcp Version from freenode-connect!freenode@freenode/bot/connect 04.47.29 NJoin markun [0] (n=karl@bastards.student.ipv6.utwente.nl) 04.48.12 Quit Hadaka (Connection refused) 04.48.13 Nick Naked is now known as Hadaka (i=naked@naked.iki.fi) 04.52.40 Quit ashridah (Nick collision from services.) 04.53.34 DEBUG EOF from server (Success) (snapshot: netstuff.c line 545) 04.53.34 *** Cleanup 04.53.34 *** Cleanup 04.53.34 *** Saving seen data "./dancer.seen" 04.53.34 *** Exit 04.53.34 *** Started Dancer V4.16 04.53.34 DEBUG connect(2) failed on socket 3 (Connection refused) (snapshot: netstuff.c line 150) 04.53.34 DEBUG connect(2) failed on socket 3 (Connection refused) (snapshot: netstuff.c line 150) 04.53.34 DEBUG connect(2) failed on socket 3 (Connection refused) (snapshot: netstuff.c line 150) 04.53.34 *** Connected to irc.freenode.net on port 6667 04.53.34 *** Logfile for #rockbox started 04.53.41 *** Server message 501: 'logbot :Unknown MODE flag' 04.53.41 Mode "logbot :+i" by logbot 04.53.41 *** Server message 487: 'logbot :Due to a network split, you can not obtain channel operator status in a new channel at this time' 04.53.41 Mode "#rockbox +ns" by kornbluth.freenode.net 04.53.41 Mode "#rockbox +t-s " by irc.freenode.net 04.53.41 Join markun [0] (n=karl@bastards.student.ipv6.utwente.nl) 04.53.41 Join TiMiD [0] (n=TiMiD@asgard.valombre.net) 04.53.41 Join Lost-ash [0] (i=ashridah@220-253-121-37.VIC.netspace.net.au) 04.53.41 Join Ismo [0] (i=laitinei@huippu.net) 04.53.41 Join Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 04.53.41 Join mbr [0] (n=mb@stz-softwaretechnik.de) 04.53.41 Join AliasCoffee [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) 04.53.41 Join CoCoLUS [0] (n=coco@h081217139221.dyn.cm.kabsi.at) 04.53.41 Join pabs [0] (n=pabs@xor.pablotron.org) 04.53.41 Join Slasher [0] (i=miipekk@ihme.org) 04.53.41 Join pill [0] (i=pill@cybercrimi.nl) 04.53.41 Join HCl [0] (i=hcl@titania.student.utwente.nl) 04.53.41 Join crash_ [0] (n=crash@a15167580.alturo-server.de) 04.53.41 Join merbanan [0] (i=banan@dalink.campus.luth.se) 04.53.41 Join phaedrus961 [0] (n=bob@adsl-209-233-10-228.dsl.bkfd14.pacbell.net) 04.53.41 Join ze [0] (i=ze@ca-dstreet-cuda1-c6a-130.snbrca.adelphia.net) 04.53.41 Join ]Maggie[ [0] (i=fupl@t2-17.ath.cx) 04.53.41 Join novimon_ [0] (n=novimon@a84-230-230-239.elisa-laajakaista.fi) 04.53.41 Join crwl [0] (n=crawlie@karu.kekkola.jyu.fi) 04.53.41 Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) 04.53.41 Join Bagder [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) 04.53.41 Join dwihno [0] (n=dw@81.8.226.44) 04.53.41 Join goa [0] (i=hd@gate-hannes-tdsl.imos.net) 04.53.41 Join Zagor [0] (n=bjst@pdpc/supporter/sustaining/Zagor) 04.53.41 Join Seed [0] (i=ben@85-64-200-85.barak-online.net) 04.53.41 Join Strath [0] (n=mike@dpc674681214.direcpc.com) 04.53.41 Join wireddd [0] (n=wired@68-117-215-114.dhcp.athn.ga.charter.com) 04.53.41 Join solexx_ [0] (n=jrschulz@c225214.adsl.hansenet.de) 04.53.41 Join ghode|afk [0] (n=garudin@host-212-158-193-204.bulldogdsl.com) 04.53.41 Join amiconn [0] (n=jens@p54BD41E4.dip.t-dialin.net) 04.53.41 Join blackax [0] (n=blackax@netblock-66-245-244-93.dslextreme.com) 04.53.41 Join thegeek_ [0] (n=thegeek@s175a.studby.ntnu.no) 04.53.41 Join godzirra [0] (i=shawn@c-24-131-13-213.hsd1.va.comcast.net) 04.53.41 Join bluebrother^ [0] (n=c28@nat-ph3-wh.rz.uni-karlsruhe.de) 04.53.41 Join Nilisco [0] (i=nilisco@wrath.shellfx.net) 04.53.41 Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 04.53.41 Join yngwi [0] (n=chatzill@chello080109107064.1.15.vie.surfer.at) 04.53.41 Join elinenbe [0] (i=elinenbe@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 04.53.41 Join Rick [0] (i=rick@unaffiliated/Rick) 04.53.41 Join Maxime [0] (n=flemmard@fbx.flemmard.net) 04.53.41 Join preglow [0] (n=thomjoha@hekta.edt.aft.hist.no) 04.53.41 Mode "#rockbox +bbb *!*@*.jetstream.xtra.co.nz *!*ju_@*.ipt.aol.com *!*icechat*@*.ipt.aol.com " by irc.freenode.net 04.53.41 Mode "#rockbox +bbb *!*@ACBB8292.ipt.aol.com *!*jirc*@*.ipt.aol.com *!*Yu-Gi-oH@*.jvece204.dial.brasiltelecom.net.br " by irc.freenode.net 04.53.41 Mode "#rockbox +bbb *!*user@82.67.68.* *!*@host181-166.pool80116.interbusiness.it *!*@host94-10.pool8251.interbusiness.it " by irc.freenode.net 04.53.41 DEBUG Parse error in OnTopic(from = "irc.freenode.net", line = "#rockbox :Rockbox 2.5 | New developers mailing list!") (snapshot: server.c line 299) 04.53.41 Join logbot [0] (n=bjst@labb.contactor.se) 04.53.43 Ctcp Version from freenode-connect!freenode@freenode/bot/connect 04.53.43 *** Server message 477: 'logbot #rockbox :[freenode-info] if you need to send private messages, please register: http://freenode.net/faq.shtml#nicksetup' 04.53.49 Join lostlogic [0] (n=lostlogi@node-4024215a.mdw.onnet.us.uu.net) 04.54.25 Nick Lost-ash is now known as ashridah (i=ashridah@220-253-121-37.VIC.netspace.net.au) 04.56.43 Quit AliasCoffee ("Leaving") 04.57.54 Join webguest82 [0] (n=d3f86683@labb.contactor.se) 04.57.59 # hi 04.58.34 Join Naked [0] (i=naked@naked.iki.fi) 04.58.50 Nick Naked is now known as Hadaka (i=naked@naked.iki.fi) 05.00.42 Quit webguest82 (Client Quit) 05.43.09 Join XShocK [0] (n=XShocK@brewster.equinoxsensors.com) 06.05.22 Quit ashridah ("phone") 06.12.01 Join ashridah [0] (i=ashridah@220-253-122-244.VIC.netspace.net.au) 06.53.35 *** Saving seen data "./dancer.seen" 07.17.34 Quit blackax (Read error: 110 (Connection timed out)) 08.19.38 Join solexx [0] (n=jrschulz@c223174.adsl.hansenet.de) 08.31.31 Quit solexx_ (Read error: 110 (Connection timed out)) 08.48.00 Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) 08.48.05 Join _FireFly_ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) 08.53.38 *** Saving seen data "./dancer.seen" 09.01.54 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 09.08.45 # * B4gder had to use the paperclip today 09.17.38 Join LinusN [0] (n=linus@labb.contactor.se) 09.17.50 # B4gder: congratulations to the paperclip experience 09.18.05 # thanks 09.18.16 # slightly annoying since I had none in my pocket on the train 09.18.34 # but hey, who leaves home without a paperclip? 09.18.47 # how did it freeze? 09.18.55 # on NEXT 09.19.03 # I skipped forwared a few songs 09.19.13 # and then freeeze 09.19.31 # but I'm not running the very lateset 09.19.42 # boooh 09.19.52 # yeah, I'm such a looser 09.19.55 # you're a shame to all the devs 09.20.01 # hahaha 09.20.11 # * B4gder stands in the corner 09.20.30 # i sentence you to 2 weeks with "follow playlist" enabled 09.20.36 # aaaargh 09.20.40 # :-O 09.20.48 # * amiconn wants a working recovery from I0C: Debug, but that means to make UIE() an asm routine 09.21.03 # ...calling a C function for display etc 09.21.42 # The pb is that it will break building with gcc4 for the same reason as on archos 09.21.49 # yuck 09.22.21 # (weak) alias to a symbol defined in the asm block and hence invisible to gcc 09.22.41 # Otoh, the implementation would be quite a bit cleaner 09.23.08 # Atm, UIE() relies on a specific number of registers to be saved on the stack 09.23.33 # Let the compiler decide to some register allocation different, and it will break 09.24.02 # (talking about system.c lines 436, 437) 09.24.49 # yeah 09.28.22 # http://www.speedcubing.com/chris/20cube.html 09.28.33 # now there's a normal thing to spend your time on 09.28.36 Quit ashridah ("Leaving") 09.30.32 # world record on normal Rubik cube solving seems to be 11.51 seconds 09.30.42 # and here we are, wasting our time on Rockbox instead ;-) 09.32.34 Join _FireFly__ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) 09.34.47 Join ender` [0] (i=ychat@84.52.165.220) 09.37.16 # cube.rock 09.37.21 # we should extend it 09.37.52 # :-) 09.40.45 # make it support .plg files :) 09.42.46 # :o 09.44.36 Join linuxstb_ [0] (n=5343d4aa@labb.contactor.se) 09.45.39 # Morning all. I'm confused - the FLAC decoder managed 12h 38m in my first test. I tested it again last night (after my change to move to all the code into IRAM), and it managed 12h 32m of playback. 09.46.32 # But the decoder is definitely faster - it can now play back 24-bit FLAC files in realtime. Previously it couldn't. 09.47.43 # <_FireFly__> maybe your measurement methode is inaccuracy 09.48.37 Quit _FireFly_ (Read error: 110 (Connection timed out)) 09.50.28 Nick _FireFly__ is now known as _FireFly_ (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) 09.50.50 Join ashridah [0] (i=ashridah@220-253-122-191.VIC.netspace.net.au) 09.51.53 # My methodology is simple - fully charge the player, play an album in repeat mode and count the hours until the player shuts down. 09.52.39 # <_FireFly_> who or what is counting the hours ?? 09.52.53 # Me. The time is accurate. 09.53.11 # Both times, I've been staring at the player when it shuts down. 09.53.45 # <_FireFly_> i bet if you redo the test you will get another result 09.53.47 # the charging might not be that accurate 09.55.27 Quit linuxstb_ ("CGI:IRC (EOF)") 10.04.12 Join linuxstb_ [0] (n=5343d4aa@labb.contactor.se) 10.04.38 # OK, I'll try some more tests. But is it possible that no power (or negligible power) is saved when the CPU is in idle sleep mode? 10.05.02 # The FLAC decoder was alredy running at a constant 45MHz. 10.05.10 # true 10.05.19 # it'll consume the same while in idle 10.06.10 # we'd have to lower the mhz bar for it to get noticable 10.06.58 # linuxstb_: It will save something like 20 mA when cpu is idle (sleep(1), not yield) 10.07.09 # The 6 minute difference can be explained by Rockbox simply managing to fill the buffer once (or maybe twice) more time during the first test compared to the second. 10.07.34 # linuxstb_: that, and the fact that you don't know if the battery was exactly as much charged both times 10.08.01 # charging levels being a shaky business 10.08.14 # B4gder: That's what I'm saying. There was probably slightly more charge the first time. 10.08.51 # I wouldn't expect identical runtimes in each test, but I was expecting this to be an improvement. 10.09.06 # and 6 minutes diff is a mere 0.8% 10.09.49 # Slasher: Will rockbox be calling sleep() very often during audio playback? 10.10.21 # Obviously, if the codec is fast enough. 10.10.37 # linuxstb_: it should when the pcm buffer is full. But if any other thread is not calling sleep too, then it wont work 10.12.53 # rockbox is pretty busy during playback, with wps and all 10.13.08 # so i don't expect it to sleep much 10.14.08 # Is there anything we could do to make Rockbox less busy? e.g. disable the WPS display? 10.16.03 # If I put Rockbox in file browser mode (instead of WPS mode), could that potentially increase playback time? 10.17.27 # linuxstb: yes i think so 10.19.36 # In any case, it seems more tests are needed. 10.19.44 # <_FireFly_> but then a test wouldn't be a real test because many users will have wps enabled during playback 10.20.33 # _FireFly_: It's just a theoretical test. If disabling WPS during playback significantly increases playback time, then we could possibly change how Rockbox behaves. 10.23.51 # the wps is a lot more busy nowadays, after we added the bmp support 10.24.10 # and i guess it's busy even if no bmp's are loaded 10.24.32 # I do have the peakmeter enabled on my WPS. 10.25.18 # <_FireFly_> i think the peakmeter is a other element which needs some cpu power 10.26.09 # Looks like more test cases - no WPS, WPS with peakmeter, very simple WPS 10.26.50 # <_FireFly_> bmp using wps 10.26.54 Quit linuxstb_ ("CGI:IRC") 10.31.20 # Looks like RealAudio (the "cook" codec) has been re'ed and will soon be in ffmpeg: http://tranquillity.campus.luth.se/~banan/cook/ 10.32.16 # But it's floating point, so no use to Rockbox, even if someone wanted to include it. 10.52.10 Join DJDD [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) 10.52.26 # Linus you there? 10.53.39 *** Saving seen data "./dancer.seen" 10.54.57 Quit yngwi ("Chatzilla 0.9.68a [Firefox 1.0.7/20050919]") 10.55.57 # DJDD: yup 10.56.47 # djdoomsday, i presume? 10.57.35 # yes 10.58.04 # Could i grab your undivided attention for a little while to discuss my defunct player? 10.58.13 # sure 10.58.59 Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 10.59.38 # I think your right about the CPU, i managed to boot into the iriver firmware and its pretty screwed. There are artifacts with the graphics everywhere and its EXTREMELY slow. As in you'd call it frozen, but i could navigate the folder tree a few times. 11.00.01 # ouch 11.00.24 # is it hot when this happens? 11.00.42 # Though i'm wondering that that may have have been the cause of a lot of heat on the CPU. I had to plug in the charger for it to boot as the battery is dead i think (it doesn't seem to be able to charge very much) 11.00.58 # It only takes 30 seconds for the to get hot 11.01.02 # (it 11.01.05 # *it 11.01.24 # ok, a hot cpu probably will act up as you describe it 11.01.42 # grand, so we could call the CPU undamaged, for now 11.01.46 # my suggestion is not to try to run it again 11.01.54 # hopefully 11.02.11 # Yeah, im not going to. I managed to turn it off via the reset+hold button 11.02.19 # I can't do it any other way 11.02.35 # the most common scenario when a 3rd party charger is used is that the regulator breaks down and delivers too high voltage to the cpu 11.02.41 # I just read the warrenty info on the iriver website, i doubt i'd get anywhere there 11.02.52 # Ok 11.03.05 # most players i have examined have had stone dead cpu's 11.03.20 # Only the charger is rated pretty low, maybe he CPU could have survived 11.03.26 # your is still alive, so there is still a chance 11.04.12 Join cYmen_ [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 11.05.09 # So what would you advise now? replacing the regulator? 11.05.11 # visual artifacts and whatnot sounds more like screwed memory to me. 11.05.21 # my autopsy of the dead players has also shown that it isn't always the regulator itself that breaks 11.05.23 # that type of thing happened to me when one of my videocards failed. 11.05.31 # (of course, that's a pc, completely different hardware) 11.05.37 # Perminantly screwed memory or an effect of a lot of heat? 11.06.06 # LinusN: i'm mildly surprised they didn't toss in enough circuitry to short it to ground on overvoltage and save the hardware 11.06.08 # Ash, yes but that would have been your video cards CPU. It happens when you overclock them and they overheat 11.06.14 # i had the same effect when i overheated my iriver when running at 140MHz 11.06.21 # There was someone in this channel a few days ago with a spare H1?0 mainboard. Can't remember his/her name though. 11.07.03 # Imho the iriver protection against some mistakes is pretty lame 11.07.19 # even more lame that archos 11.07.22 # than 11.07.23 # yup 11.07.42 # archos still has no protection against reversed polarity 11.07.44 # Linus, what do you mean? That the entire power supply circuitry on my iriver could be fried? Not just the reg chip? 11.07.45 # my electronics is sketchy after this long, but wouldn't a simple zener diode with a breakdown voltage a few volts above the charger's input done the trick? 11.07.49 # I'd never expect that too high/reversed voltage will kill the whole player 11.07.55 # amiconn: true 11.07.58 # sure, it would have blown a fuse higher up the chain, but hell, who uses actual fuse wire fuses anymore? :) 11.08.03 # the archos only kills the regulator 11.08.17 # ...especially since they use a standard socket for dc in 11.08.19 # Linus, i was thinking just before that reversed polarity is probably what did the damage 11.08.33 # nokia charger? 11.08.39 # yep :P 11.08.46 # sigh 11.08.48 # The HD shock protection is another lacking area 11.08.50 # -_- 11.09.08 # i'd say that the iriver drive is pretty protected 11.09.16 # I disagree 11.09.23 Join cYmen__ [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 11.09.38 # the 1.8" drives themselves can withstand quite a shock, iirc 11.09.39 # I dropped my H140 to the floor *once*, while it was *off* 11.09.44 # So where should i start on fixing this thing? If at all possible? 11.09.59 # The HD still works, but became rather loud from this one occasion 11.10.05 # amiconn: wow 11.10.27 # It didn't fall that hard, just from the table (75 cm) to the floor (carpet) 11.10.31 # DJDD: do you have any experience in electronics? 11.10.33 # hm. i have dropped my h120 several times now 11.10.39 # me too 11.10.46 # but not from a great height 11.10.59 # amiconn: you have been very unlucky 11.11.14 # Linus, i have experience with soldering my own circuit boards and playing the resistors and what not. So yeah, i have a basic knowledge 11.11.23 # SMD? 11.11.32 # never heard of it 11.11.36 # I dropped my archos recorder several times (not that often though), also to concrete ground 11.11.40 # Surface Mounted Device 11.11.44 # The HD still works fine 11.12.32 # Linus, nop, never heard of it. 11.12.46 # DJDD: then you won't be able to fix it yourself 11.12.55 # those chips are *tiny* 11.13.15 # Since my H140 'event', I try to keep it in the leather case most of the time, for a little more protection 11.13.29 # me too 11.13.48 # lol. Ah, you mean those chips that have a sort of holder you solder on then plug the chip into? 11.13.50 # Too bad you can't reach the reset button without taking it out 11.14.36 Join cYmen___ [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 11.14.36 *** Alert Mode level 1 11.14.36 DBUG Enqueued KICK cYmen 11.14.36 DBUG Enqueued KICK cYmen_ 11.14.36 *** Alert Mode level 2 11.14.36 DBUG Enqueued KICK cYmen__ 11.14.36 DBUG Enqueued KICK cYmen___ 11.14.36 *** Alert Mode level 3 11.15.07 # Well surely i could take it to a professional electrician, or a friend that i think might know how. I think it'd be harder to FIND the replacement chip 11.15.30 # DJDD: no, he means tiny resistors and capacitors that are soldered onto the surface of a board, instead of using a pad with a hole in it. 11.15.35 # very delicate to resolder 11.15.42 # ah 11.15.53 # but very easyfor a machine to place 11.16.06 # I was gonna say, is that even doable by hand? 11.16.12 # oh yes 11.16.28 # you stick them down with non-conductive glue and solder paste, and use things like wave soldering, where you just pass the entire board over a wave of solder in a bath, and everything solders near-instantly. :) 11.16.36 # DJDD: yes, it is 11.16.44 Quit cYmen (Connection timed out) 11.16.48 # i do it by hand, but with a tiny soldering tip and a magnifying glass 11.17.07 # ok, so could you guys help me find the chip and i'll find the hands to do it 11.17.32 # Some instructions for the unknown hands would probably be grand too 11.17.53 # DJDD: digikey, part # LTC3405ES6-ND 11.18.07 # hey 11.18.07 # btw 11.18.15 # digikey? 11.18.24 # my audio-out is broken 11.18.26 # I'm from australia, local would be good :P 11.18.35 # http://www.digikey.com/ 11.18.39 # is it a known part? 11.18.55 # thegeek_: the connector? 11.18.59 # yes 11.19.17 # Linus have you ordered from these guys before? 11.19.18 # the metal connectors inside are loose 11.19.24 # digikey is good 11.19.35 # thegeek_: the connector looks pretty standard to me 11.19.44 # that is what I thought too 11.19.46 Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 11.19.46 *** Alert Mode level 4 11.19.46 *** Alert Mode level 5 11.19.46 DBUG Enqueued KICK cYmen 11.19.46 *** Alert Mode level 6 11.19.46 *** Alert Mode level 7 11.19.46 *** Alert Mode level 8 11.19.53 # DJDD: yes, i bought my regulators from them 11.19.53 # but I could not find anything exactly like it 11.20.05 # I checked both digikey and mouser 11.20.30 # I could find comparable parts but nothing with the same "pin" placement 11.20.35 # oh 11.20.45 # mhm 11.20.46 # I dont think DigiKey ships outside the US 11.20.56 # they do, but it's expensive 11.21.00 # scrub that 11.21.44 # thegeek_: have you opened your player? 11.21.45 # expensive? Its like $25 fuckin bucks. For something that really doesn't wiegh anything 11.21.47 # Thats insane 11.21.57 # yep 11.21.59 # yes 11.22.00 # several times;) 11.22.01 Quit cYmen_ (Connection timed out) 11.22.42 # Ok, you think there'd be any local place that'd stock that sort of part? 11.23.50 # DJDD: maybe, do a search 11.24.11 # i did a google on the exact part name and nothing 11.24.32 # I think i need some good keywords 11.26.57 Quit cYmen__ (Connection timed out) 11.28.28 # DJDD: LTC3405 is the official part number 11.28.47 # Linus i could this, is the part there? (sorry, i can't make sence of it all): 11.28.48 # http://au.farnell.com/jsp/endecaSearch/searchPage2.jsp?N=1000748++401&=Electrical&=0&OrgTT=&=&=true&No=0&Ntt=&Ntk=&comSearch=true 11.28.50 # ah 11.29.47 *** Alert Mode OFF 11.32.12 Quit cYmen___ (Connection timed out) 11.33.03 # mmm, i don't think theres much hope for a local shop. Ok, so i go buy one from bloody digikey. What are the chances that it'll actually work? 11.33.35 Quit _FireFly_ (Read error: 110 (Connection timed out)) 11.34.07 # DJDD: from my experience, less than 50% 11.35.13 # heh, i've never had good luck 11.35.24 # i doubt it'll coem good here 11.35.50 # Any other alternatives? What about the fellow with the spare mainboard? 11.38.02 # DJDD: He came to IRC anonymously - 15:00 in http://www.rockbox.org/irc/rockbox-20051028.txt 11.40.22 # way, i think i know who he is. I was reading a thread before with a guy say he had a iriver minus the HDD and the lcd was screwed 11.40.26 # *hey 11.41.22 Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) 11.42.14 Join ep0ch [0] (n=ep0ch@84.12.82.220) 11.42.36 # how do you disable the WPS? 11.42.47 # ep0ch: exit it 11.42.55 # ohh obviously :) 11.43.38 # Has anyone tryed messing with iriver aobut the warranty? You think you could get by without proving when you bourght it? 11.44.08 # if the WPS does indeed consume a lot of battery, it would be good if there was a timer to switch it off, and also a timer to switch off the LCD 11.44.18 # I've returned a few things in the past and never have i produced proof of purchase 11.44.53 # any idea how much power the LCD consumes? 11.48.46 # ep0ch: It's only a theory that disabling the WPS will increase playback time. Firstly, it will depend on the codec being used working faster than realtime at 45MHz. If it doesn't, then the WPS will probably not make much difference. 11.49.01 # found the fellow with the iriver parts :D 11.49.13 Ctcp Ignored 5 channel CTCP requests in 5 minutes and 10 seconds at the last flood 11.49.13 # * LinusN is quite upset by len0x last post in the mailing list 11.49.27 # well, would be nice to switch off the LCD anyhow 11.50.27 # ep0ch: I agree, assuming we save power by doing it, I think a screensaver-like timeout would be a good thing. But I want to do some more runtime tests to see what difference it could make. 11.51.58 # Linus: You don't think we could be overlooking the battery do you? What reason do you have that my battery isn't dead? 11.52.57 # LinusN: What a crazy guy.. 11.53.27 # Maybe he should start his own fork 11.54.48 # DJDD: your battery might be dead as well... 11.55.01 # lol 11.55.12 # But could that be the sole cause of it? 11.55.20 # i doubt it 11.56.08 # Also, how long has the Hxxx range been discontinued? Im wondering whether there are some still lying around in stores 11.57.18 # i gotta run 11.57.27 # ep0ch: The lcd power consumption should be <1 mA, almost neglectible. (B&w lcd that is. H300 will be an entirely different matter) 11.57.27 # cu in an hour or so 11.57.34 Part LinusN 11.58.48 # is that all! 11.59.09 # nice and effecient 12.07.11 # My understanding is that the display of the WPS could be preventing the CPU from sleeping. When the CPU is sleeping, we are saving 20mA (according to Slasher - I don't know). 12.08.36 # linuxstb: yes, i measured something like that difference when cpu was sleeping and decoding 12.09.02 # As a comparison, do you know what power does the CPU use at 45MHz? 12.09.04 # but can't measure now again without opening the unit first 12.09.21 # linuxstb: it should be somewhere in the wiki, just a moment 12.10.06 # linuxstb: http://www.rockbox.org/twiki/bin/view/Main/IriverBattery 12.10.33 # Hmm, it was almost 20 mA (still more than 10) 12.11.06 # Thanks. Just what I was looking for. 12.13.32 # We can also lower the default frequency if the majority of codecs is content at 45 MHz 12.13.44 # Next lower possible value would be 34 MHz 12.14.30 # How much work is it to change the frequency? I'm guessing it's not trivial? 12.14.42 # I mean programming time. 12.15.15 # Perhaps half an hour 12.15.34 # Most of the work is datasheet lookup, and some calculation 12.15.45 Join Moos [0] (i=DrMoos@m79.net81-66-158.noos.fr) 12.15.49 # I know wavpack and FLAC are comfortable at 45MHz. But I don't know about the other codecs. 12.16.34 # ALAC definitely isn't - it needs about 40%-50% boost. 12.16.36 # It's necessary to calculate the PLLCR value and the refresh timing 12.16.54 # (the latter for both h100 and h120) 12.17.21 # I would just be curious to know how low we can change the CPU and still get 0% boost for FLAC (and other codecs). 12.17.46 # But I would be very surprised if they didn't boost at 34MHz. 12.36.32 Join XavierGr [0] (n=johnpetr@ppp11-adsl-166.ath.forthnet.gr) 12.36.52 # Hi all! 12.42.39 # amiconn: i dropped my h120 1 meter onto a wooden floor (no protective case), with no ill effects 12.44.56 # mine also fell onto a wooden floor while it was playing, the harddisk slowly died a miserable death. :( 12.45.35 # has this len0x fellow been aboard long? 12.46.31 # no 12.47.29 # when did he get cvs access? 12.47.37 # a couple of days ago 12.49.57 # nice couple of first moves, then 12.50.02 # getting on everyones good side 12.51.36 Join muesli- [0] (n=muesli_t@141.71.4.188) 12.52.51 # even in he has some valid points about his commitment, I don't find his way of expressing them a bit harsh... 12.53.08 # high 12.53.22 # ^remove the "don't from previous statement 12.53.41 *** Saving seen data "./dancer.seen" 12.56.57 # I want to think of it as a misunderstanding and not bad intention. 12.57.42 Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 13.03.18 # plus some slight bad intention 13.05.11 # tried starting on a musepack metadata parser yesterday 13.05.20 # then i gave up when i notioed nothing of importance is stored there... 13.05.33 # i wonder how foobar etc. finds the bitrate 13.06.31 # Is the playslist scrollbar the same as filetree scrollbar? 13.06.53 # Because it has a different response from the one in filetree 13.07.31 # When I hold up/down the scrolling will not stop on the upper/bottom entry as in filetree scrollbar, is that intended? 13.08.27 Join amiconn_ [0] (n=jens@p54BD714F.dip.t-dialin.net) 13.10.41 Quit amiconn (Nick collision from services.) 13.10.41 Nick amiconn_ is now known as amiconn (n=jens@p54BD714F.dip.t-dialin.net) 13.11.23 # XavierGr: Afaik, it's not the same atm. The filetree uses TiMiD's new gui list, while the playlist viewer doesn't (yet) 13.11.41 # I'm not sure though, as I seldom use the playlist viewer 13.12.03 Join B4gd3r [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) 13.12.28 # I think that the playlist viewer is quite good, especially when rockbox is playlist oriented. 13.13.32 # Also I wonder why the playlist viewer is so deep in the settings? I will try to see if I can shortcut it to rec button for my own pleasure. 13.13.47 # Yes, but usually I know the album that I started 13.13.53 Quit B4gder (Read error: 110 (Connection timed out)) 13.14.03 # The playlist viewer isn't buried deep. Check the wps context menu 13.14.32 # the viewer has more uses when you insert new tracks, or you want to make a new playlist. It is very intuitive IMHO 13.15.58 # wow I am now suprised and impressed!! 13.16.17 # I thought that I had found all possible Rockbox screens.... 13.17.38 # I didn't even know the existance of a context menu in wps quite handy I must say, thanks 13.18.54 # :-) 13.18.58 Nick B4gd3r is now known as B4gder (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) 13.19.05 # I believe that even I don't know all places in rockbox, being a project member for almost 2 years now... 13.19.17 # hehe 13.20.17 # preglow: bitrate is normally calculated as ("filesize in bytes" * 8) / "length in ms". Not many codecs store it explicitly in the headers. 13.20.42 # So to calculate the bitrate you need to determine the length in ms. 13.20.51 # ah, right 13.20.53 # so i'll do the parser 13.21.17 # i'll just rip the relevant parts out of libmusepack 13.21.35 # Or you could just set it in mpc.c for now. 13.21.40 # doesn't work 13.21.49 # seems it's only read once 13.21.55 # forget it 13.22.06 # anywho 13.22.20 # rockbox freezes when it tries to access next track data for musepack, they say 13.26.19 # could this be related to it not having a proper metadata parser? 13.27.06 # and seeking doesn't work too :( 13.27.44 # for musepack? 13.27.53 # preglow: I don't see how. It should be no difference between current track and next track. 13.27.57 # when seeking, Rockbox freeze need to stop playback after few seconds of HD freeze 13.28.00 # moos: that's not our fault, musepack has horrible seeking support. it works, it just takes three hours 13.28.02 # preglow: yes 13.28.10 # ah ok 13.28.24 # preglow: Why is musepack seeking bad? 13.28.36 # because of poor seeking support in the bitstream 13.28.38 # no seeking table 13.28.43 # and inter-frame-dependencies 13.28.56 # So everything to make seeking hard is there then. 13.28.59 # they plan on fixing that in sv7.5, it seems 13.29.12 # Seed: you around? 13.30.18 # i think musepack has potential to be really great on portables, too bad it's stuck in a rut like this 13.30.33 # A nice thing IMO about .m4a is that every frame is indexed. So seeking is almost instant. There also don't appear to be any inter-frame dependencies in either AAC or ALAC. 13.31.37 # And according to the MPEG-4 specs, MPEG-1, Layer III audio is legal inside the .mp4 container. But it's a bit late for that. 13.32.02 Quit XavierGr (Read error: 104 (Connection reset by peer)) 13.32.18 # linuxstb: well, there is if you use prediction in aac 13.32.27 # linuxstb: but i think lc doesn't use that much at all 13.33.00 # dependencies that just last a frame or two is ok 13.33.11 # but there's got to be something insane going on with musepack if seeking is THIS slow 13.33.18 # Is that going to be a problem then? I haven't heard any artifacts when seeking in my aac test files. 13.33.40 # linuxstb: artifacts, no, but the frame doesn't sound the same 13.33.49 # linuxstb: this is the same with mp3 and its bitreservoir 13.34.02 # But I guess it's only a few frames, so it will be inaudible to normal people. 13.34.13 # linuxstb: Wanna do an experiment? 13.34.14 # yes, and the onset frame is a bit special 13.34.19 # not much context to judge it by 13.34.23 # is aac running at realtime? 13.34.27 # ep0ch: far from it 13.34.27 # amiconn: Sure. 13.34.30 # ha 13.34.42 Join LinusN [0] (n=linus@labb.contactor.se) 13.35.14 # linuxstb: (1) In firmware/export/system.h, change line 283 to: #define CPUFREQ_NORMAL_MULT 3 13.35.58 # (2) In firmware/system.c, change line 576 to: #define NORMAL_REFRESH_TIMER 15 and line 580 to: #define NORMAL_REFRESH_TIMER 7 13.36.16 # who the heck is this Anton guy? 13.36.34 # len0x 13.36.36 # (3) Change line 611 to: PLLCR = 0x13846005; 13.36.59 # what did he write before he got commit access? 13.37.00 # linuxstb: This should make the unit run at 34 MHz default frequency 13.37.33 # Zagor: improvements on the next-dir feature, and some fm screen changes 13.37.37 # Small remark: This is untested, I just calculated the values 13.37.59 # amiconn: Thanks. Compiling now. 13.40.11 Join XavierGr [0] (n=johnpetr@ppp11-adsl-166.ath.forthnet.gr) 13.40.31 # and i agree with len0x that the user perspective is important 13.40.34 # If your calculations were correct, FLAC is happy at 34MHz :) 13.40.51 # My usual "-8" test album. 13.40.53 # nice, lower lower! :) 13.41.00 # LinusN: of course it is, no one said anything else 13.41.19 # you tried it at 11mhz via the debug menu? 13.41.33 # Yes, but all users - not just ex-users of the iriver firmware. 13.41.33 # do i hear "codec dependent cpu frequency"? :PP 13.41.44 # haha 13.41.52 # a new option! ;-) 13.41.54 # now don't tell me that wouldn't rock 13.41.58 # linuxstb: that's the issue 13.42.47 # however, in this particular case (follow playlist), both archos and the iriver firmware behave the same by default 13.42.59 # the original firmwares that is 13.43.06 # I wouldn't know 13.43.10 # (lossless) Wavpack is boosting a little at 34MHz though. 13.43.40 # linuxstb: We have two more options (if we don't want to give up the current timer handling): 23 MHz (22.5792 MHz) and 11 MHz ... 13.43.43 # i remember, because the follow playlist option was added because old archos users wanted rockbox to behave like the original archos firmware 13.44.00 # right, now when you mention it I recall that too 13.44.23 # that was in the good old days, when we listened to our users :-) 13.44.40 Quit Maxime (Read error: 110 (Connection timed out)) 13.44.50 # LinusN: you mean when "some" of us did? ;-P 13.45.01 # LinusN: Imho, follow playlist should be always on, but that's my personal opinion 13.45.10 # It's way more logical behaviour 13.45.19 # it is? 13.45.26 # it is? 13.45.34 # I have it on at all times 13.45.39 # AC3 is also boosting at 34MHz. 13.45.40 # seems i've always had it on myself 13.45.45 # it would confuse me mucho 13.45.48 # linuxstb: well, small wonder there 13.45.56 # B4gder: How so? 13.45.56 # linuxstb: try stuffing bits of ac3 code in iram 13.45.59 # i often listen to shuffled playlists 13.46.01 # linuxstb: imdct especially 13.46.06 # me too, I always have it on, but this it hink has nothing to do with logic but rather a personal preference 13.46.08 # preglow: Yes, I will. 13.46.09 # amiconn: because I view the browser and wps as separate entities 13.46.18 # Hmm 13.46.18 # and i would go nuts if the player tossed me around in the file tree 13.46.19 # I want the browser where it was when I left it 13.46.22 # always used here too :) 13.46.33 # A discussion :) 13.47.04 # I use shuffled playlists almost exclusively 13.47.16 # I have to say I also enable it - but I never use shuffle. 13.47.22 # i never use them :> 13.47.37 # I seldom use shuffle, but even when I do, I think follow playlist is more logical 13.47.42 # timt to time here 13.48.01 # I don't think any of the choices are the more "logical" 13.48.10 # I think of the current traclk being the current file, and the browser should be there when I switch to it 13.48.25 # amiconn: didn't we discuss your definition of "logical" a while back? ;-) 13.48.32 # B4gder: Rockbox have his logic XD 13.48.35 # (silly example) i wouldn't want my File Explorer in windows follow the Media Player 13.48.36 # haha 13.48.36 # Otherwise I would (almost) always end up in the root, and that's most of the time not what I want 13.48.45 # amiconn: thats 13.48.50 # exactly what I want 13.48.50 # its 13.49.12 # If I would end up where I left, that would perhaps be okay, but that it doesn't 13.49.19 # personal preference 13.49.41 # XavierGr: indeed, not "most logical" 13.50.03 # but then 13.50.04 # but sometimes logic is 2 sided so... :) 13.50.16 # like history and so on 13.50.17 # I didn't argue all that on the list just about this specific issue 13.50.24 # it is more a policy thing 13.50.27 # I know what you mean. 13.51.31 # so, how to actually reach a decision on something that's only personal preference? 13.51.31 # oh cool I didn't know about the "follow playlist" option. 13.51.31 # LinusN: Your example is indeed silly: The file explorer is not built *into* media player. For an inbuilt file explorer, I would surely expect it to follow 13.51.35 # just keep it the way it always was? 13.51.58 # preglow: I wouldn't mind taking heated things to a vote 13.52.04 # all committers one vote each 13.52.07 # majority wins 13.52.11 # B4gder: I agree 100% on the point that discussion is necessary 13.52.29 # i, like amiconn, do in fact agree that playlist follow is a tiny bit logical 13.52.38 # voting is done in many open source projects 13.52.47 # but then again, i can see why you wouldn't want it as well 13.53.08 # preglow: is that why it's an option? ;) 13.53.30 # Apart from that, I don't have much of a problem with either default value. Every user can set it the way he likes 13.53.31 # democratic way! :) 13.53.32 # from a users perspecitive, it should be on by default, as it mimicks the original firmware 13.53.48 # we don't mimic firmwares 13.54.03 # ep0ch: which original firmware? 13.54.07 # I don't know how the original ones work 13.54.08 # ihp 13.54.21 # ep0ch: exactly. I don't use the ihp. 13.54.22 # hence the words "users perspective" 13.54.28 # I am a user 13.54.30 # Zagor: archos as well, they say 13.54.32 # ep0ch: So should we insert 2-second gaps between tracks? 13.54.36 # no you're a commiter :p 13.54.37 # but ep0ch rockbox is not intended only for iriver 13.55.10 # It would be silly to make if statements for default values in every single target. 13.55.18 # but hell, i don't care, seems i've had this enabled for yonks 13.55.25 # B4gder: quick! code a voting mechanism! 13.55.45 # in the "follow playlist case", both archos and iriver behave the same 13.55.49 # I think we should cast votes by committing to a vote file 13.55.58 # heh 13.56.09 # i'll send in a patch ;) 13.56.10 # (its being done so in the subversion project) 13.56.34 # I would like people to email their default settings files somewhere. We could then analyse what settings people are actually using. 13.57.03 # I've never bothered to modify mine until they fit me perfectly ;-) 13.57.04 # the core point is we are making our own firmware, not an imitation. 13.57.10 # Zagor: amen 13.57.32 # I agree, but defaults should probably reflect what the majority of users want them to be. 13.57.35 # linuxstb: that's a very good idea 13.57.37 # and it's a lot less confusing for newcomers to NOT follow playlist if they expect it, than to follow playlist if they don't expect it 13.57.38 # my WPS for example looks like crap ;-) 13.57.54 # (iriver default) 13.58.02 # ep0ch: Does your nickname resembles the spaceship/timemachine from chrono trigger super nes game? 13.58.05 # Zagor: both archos and iriver users will expect it 13.58.23 # ... if they used it with the original that is 13.58.28 # ... and liked it 13.58.33 # what else would they be used to? 13.58.34 # linuxstb: How does the ipod stock fiirmware behave? 13.58.42 # There is no file browser. 13.58.48 # XavierGr: hehe, dunno never played it 13.59.01 # lol just a thought 13.59.02 # No, but maybe there is a database browser? 13.59.14 # LinusN: lots of people don't remember the original or never used it 13.59.21 # XavierGr: I'll see if its on my xbox somewhere... 14.00.03 # Bagder: perhaps, but then they will be used to rockbox instead 14.00.11 # yes 14.00.19 # and they won't be confused 14.00.40 # LinusN: It depends on whether they are getting the player because they know about rockbox, or whether they discover rockbox after already using the player for a while 14.00.51 # amiconn: true 14.00.51 # amiconn: You always enter it from the root. Leaving the "Now playing" screen takes you back to the main menu, from where you navigate down into the tag database. 14.01.29 # For me it was the latter, discovering rockbox after I had my archos for more than a year 14.01.55 # amiconn: Ignore what I said. Leaving the Now Playing screen takes you back to where you were in the database browser. 14.01.56 # ok time to play chrono trigger :) 14.01.59 # i also used the original firmware for a few months before rockbox was usable 14.02.13 # on the archos 14.02.19 # My first rockbox version was 2.0 iirc 14.02.28 # I don't recall ever using the Archos firmware for more than some initial testing 14.02.56 # * preglow suddenly wants to play chrono trigger 14.03.17 # The original firmwares have never been able to play my files - so I'm a rockbox only user as well. 14.04.11 # "I see that you're not working in the software industry" :-) 14.05.28 # linuxstb: It takes you back to where you were, or to the currently playing track? 14.05.34 # ep0ch: If you are interested in these kinds of games (RPGS) you will enjoy it, it is classic and awesome for its time 14.06.15 # XavierGr: how far in until i come across the time machine/spaceship? 14.06.37 # quite a time 14.06.40 # ehmm yeah 14.06.45 # ahh 14.06.47 # forget it then :) 14.06.57 # wait I will attach a screen shot :0 14.07.03 # hehe cool 14.08.17 # hrpmh 14.08.35 # might as well get replaygain support going as well 14.08.46 # amiconn: It's the same thing. The database browser takes from from (e.g.) Artist->Album->list of tracks. or Genre -> list of tracks. It's only these playlists that can be played, so you are always taken back to the same "directory", because it only plays a single "directory" at a time. 14.09.10 # Hope I'm making some sense 14.10.16 # http://www.misticriver.net/photos/displayimage.php?album=lastup&cat=11302&pos=0 14.10.32 # who was it that was trying to get rockbox compile on FreeBSD? 14.11.22 # and a little history about it, epoch is a timemachine on the game. The name is not set by luck, in Greek epo(c)hi means season or era. 14.11.55 # imho, rockbox should at least remember the browser location when booting 14.12.17 # that would indeed be nice 14.12.31 # well if you have the option "follow playlist to on" 14.12.37 # So it behaves more like "sleep" than power-off? 14.12.38 # and then you resume playback 14.12.51 # and i personally don't care much about the default value of "follow playlist" 14.13.24 # yes I agree it is not very important to argue about. 14.13.49 # the discussion on the mailing lust was not about the option itself 14.14.06 # I know,this just sparkled it... 14.16.25 Quit B4gder ("time to say moo") 14.16.35 # moo! 14.21.00 # on another note for the move to next folder option: 14.21.27 # Shouldn't the Next track information be updated when the option is set to on? 14.22.57 # or does this works only for playlists? 14.26.59 # it should work for follow-dir as well, but unfortunately not when playing the last track in the dir 14.27.18 # due to how it works internally 14.28.55 # I see the folder navigation feature as an extra. It doesn't really fit in the normal rockbox operation 14.29.20 # (and personally I don't like it) 14.30.01 # hmm? 14.30.08 # so you think it shouldn't be bothered to be fixed to work with this option? 14.30.30 # It is good sometimes to know what will be after the current folder. 14.31.04 # i personally really disliked the way the iriver firmware operated in that manner 14.31.27 # i really wanted to be able to repeat a set of nested subdirectories. rockbox makes that much easier with playlists 14.31.39 # preglow: Adding ICODE to all of liba52 speeds it up a little, but it's still boosting a little (less than 10%) at 34MHz. 14.32.18 # XavierGr: the problem is that rockbox is based on playlists 14.32.41 # the next-dir option merely creates a new playlist when the current dir is finished 14.32.42 # ok, so the imdct itself needs speeding up 14.33.04 # I don't understand the need for "move to next folder". Isn't this the same as recursively adding the parent directory to the playlist? 14.33.10 # the next-track information is based on what's next in the current playlist 14.33.26 # Got it. 14.33.27 # linuxstb: i can see a use for it 14.33.27 # linuxstb: Guess you are curious whether flac will boost at 22.5 MHz? ;-) 14.33.34 # i use move the next folder all the time 14.33.45 # the lack actually irritated me before someone added it 14.33.50 # linuxstb: some times you choose asongle file to play. 14.33.57 # linuxstb: you just start playing a file, and it will automatically continue, without having to add to the playlist 14.33.59 # I never use it and don't see the point of it 14.34.10 # then playback stops 14.34.15 # i never use but i can see the point of it 14.34.29 # i think it's logical behaviour 14.34.30 # THere is a major point in it. 14.34.45 # when i start a file in a dir, i almost never want that dir to just repeat 14.34.47 # sometimes you don't have the time to bother with playlists 14.35.01 # i like the feature 14.35.03 # preglow: You think it's logical that the device continues to play when your (carefully selected) playlist ends? I don't... 14.35.04 # I just select a song and forget it 14.35.12 # But's it a transparent playlist. You just long-click on a directory and play it 14.35.23 # s/play/insert/ 14.35.26 # amiconn: you think in terms of playlists, i don't 14.35.32 # amiconn: playing a directory is not playing a carefully selected playlist 14.35.42 # yes sometimes you play files individually 14.36.15 # people use rockbox in different ways 14.36.33 # if you play directories, you will probably like the next-dir feature 14.37.14 # yes, like i do 14.37.23 # amiconn: do you mean that rockbox continues with the next dir even in playlist mode? 14.37.24 # i almost never bother to use playlists 14.37.31 # with "play next dir" enabled does rockbox keep on playing through every single directory until the battery runs out 14.37.32 # ? 14.37.39 # or just the next one? 14.37.50 # ep0ch: yes 14.38.05 # it will continue forever 14.38.21 # I understood it to be the next directory at the same level as the current one. Is that not the case? Does it traverse the whole directory tree at all levels? 14.38.45 # would be nice to contain it to certain directory levels 14.39.02 # i dont fancy listenting to Abba after listening to 808 state :) 14.39.03 # heh 14.39.48 # hell, why not, abba is better than 808 state :P 14.39.57 # :) 14.40.53 # it traverses the entire tree, iirc 14.44.00 # amiconn: Yes please if you are offering to calculate the 22.5MHz values :) 14.44.38 Join _FireFly_ [0] (n=FireFly@p54A45A84.dip.t-dialin.net) 14.46.38 # Looking at len0x's "folder skip" patch, am I right in saying you can only manually skip to the next directory using a remote? 14.46.50 # yes 14.47.00 # is it feasible for Rockbox to set the CPU speed per codec? 14.47.08 # we have yet to find out a key combination for the main unit 14.47.34 # ep0ch: yes, but it requires a fundamental change in the boost paradigm 14.47.49 # plus some overrides for dsp and crossfading 14.47.53 # so i don't know if i think it's a good idea 14.47.59 # i don't think it is 14.48.42 # But maybe we could get away with 34MHz instead of 45MHz. 14.48.50 # maybe 14.49.08 # how about ogg and mpc? 14.49.21 # I've no idea. 14.49.25 # they need plenty of boosting 14.49.27 # if that's what you mean 14.49.31 # yes 14.49.38 # so does mp3, at all but the lowest bitrates 14.49.45 # so does more or less all the codecs 14.50.06 # then i'd say that 45MHz might be the sweet spot for now 14.50.13 # so i don't really know if this is the right time to start tweaking clock rate 14.50.49 # In any case, I'll try and run a playback test for FLAC at 34MHz to see what improvement it could give. 14.50.57 # good 14.51.02 # linuxstb: seems i need to skip id3v2 tags for musepack as well, perhaps branch the skip out to a separate routine? 14.51.33 # i'm looking into a battery-low shutdown mechanism 14.52.03 # preglow: Do id3v2 tags always appear at the very start of the file? 14.52.20 # do we want it to shutdown when it's still possible to run the hard drive, or when the battery is at the most critical level? 14.52.25 # linuxstb: perhaps :) 14.52.44 # amiconn: if you've got time, could you just have a look at my unrolled loop now? i'm doing something wrong, but i can't see it: http://www.pvv.org/~thomj/rockbox/coldfire.S 14.52.59 # amiconn: i mean the non-unrolled-loop, yes 14.53.00 # silly me 14.53.29 # <_FireFly_> LinusN: if we whant to save the config-changes on shutdown then we need a battlevel where the disk can spin up 14.53.42 # of course 14.53.44 *** Saving seen data "./dancer.seen" 14.55.04 # <_FireFly_> or we had to save the settings every time a setting is changed but i think that isn't a good idea 14.55.30 # we do save the settings when the disk spins up for other reasons 14.55.39 # i don't really think that's the defining reason for doing a battery level limit 14.55.50 # preglow: no it isn't 14.58.57 Join ]RowaN[ [0] (n=5688816c@labb.contactor.se) 14.59.34 # <]RowaN[> guys, pressing STOP while in the filetree causes the music to stop suddenly.. no quick fade-down like it does when you stop in the wps 15.00.58 # ]RowaN[: yes, that's because the fadeout is a lame hack from the days of yore 15.01.11 # and it's only in the wps 15.01.53 # it should be moved to the audio thread some day 15.06.03 Quit ashridah ("sleep") 15.09.57 Quit lostlogic ("Going to the moon") 15.10.24 # is there much of a difference between the two shutdown levels? what would happen if a user tries to access the HD within Rockbox when there isn't enough power to do so? 15.10.26 Join Nibbler [0] (n=sven@port-212-202-193-16.dynamic.qsc.de) 15.10.28 Quit Nibbler (Remote closed the connection) 15.10.33 # <]RowaN[> i see 15.11.17 # ep0ch: it's a big difference 15.11.32 # ep0ch: the drive will not spin up and rockbox will hang 15.13.32 Join Nibbler [0] (n=sven@port-212-202-193-16.dynamic.qsc.de) 15.14.27 # I done two FLAC "play until death" tests, and both times, the iriver has shut down when the battery got too low. 15.14.59 # yes, the hardware will shut down when the battery is too low 15.15.31 # <_FireFly_> but LinusN will implement a safe shutdown of rb when batter gets low 15.15.36 # <_FireFly_> i think 15.15.41 # <_FireFly_> battery 15.15.44 # nice to have software control, yes 15.15.47 # that's what i was thinking 15.16.28 # btw, the ATA code should probably not retry disk operations when the battery is too low 15.16.42 # LinusN: Any luck with those files I sent to you that WPS showed wrong total time? 15.16.42 # oh? 15.16.56 # wrong frame count, probably 15.17.06 # this is why rockbox hangs when shutting down with too low battery 15.17.35 # XavierGr: no, i haven't looked any further (forgot about it actually) 15.17.54 # ok it's nothing important just wondering. 15.18.12 # do you remember the exact problem? 15.18.24 # was it ripping problem or rockbox bug? 15.18.31 # i seem to remember that is was a rockbox bug 15.19.12 # I wish I could help but playback code is out of the question for my limited programming skills. 15.23.39 # LinusN: Imho the ata code should always retry. If it has to retry and battery is low, the low batt is not necessarily the reason for the retry 15.24.29 # Rockbox doesn't hang indefinitely since the 8-second hard shutdown was added 15.25.19 # amiconn: that's only if a shutdown has started 15.29.15 # XavierGr: I'm assuming these are MP3 files giving you problems? 15.30.49 # linuxstb: There are no playback problems. It is just that sometimes I want to know exact total time. 15.30.50 # LinusN: Really? Last time I ran down my battery that far, the box did shit down... 15.31.01 # amiconn: lol 15.31.05 # lol 15.31.09 # manors! 15.31.48 # somebody should set it as topic ;) 15.31.49 # i'd give it a nice spanking to teach it a lesson, were i you 15.32.20 # muesli-: that would indeed be the new high standard in informative topics 15.33.25 # amiconn: maybe you're right 15.33.38 # preglow: god that was good I had a really good laugh thanks. :D 15.33.51 # linuxstb: Values for 22.5 MHz: PLLCR = 0x1584e005, NORMAL_REFRESH_TIMER is 10 for h100 and 4 for h120. CPUFREQ_NORMAL_MULT is of course 2 15.34.05 # amiconn: Thanks. 15.35.03 # XavierGr: Sorry for the tpyo ;) 15.35.57 # I remembered a question I had. 15.36.43 # I want to make a script function in cygwin that will automate the rockbox compiling progress. 15.37.00 # Linus: me too last one battery left, it auto shuted down 15.37.11 # But in this script I want to call tools/configure and set the parameters before hand. 15.38.19 # e.g I will type build 9 sim and then it will build iriver sim, the problem is that I don't know if I can pass the parameters in my script in the way that tools/configure will know 15.38.44 # LinusN: bootloader V6 in preparation? :) 15.38.49 # yes 15.39.02 # As expected, the new FLAC is good, but not good. About a 9% boost running at 22.5MHz. 15.39.03 # goodie 15.39.13 # linuxstb: good but not good? ;) 15.39.15 # I've managed to pass the first argument with an echo, but then I can't find a way to pass the 2nd argument (except ofcourse changing tools/configure) any ideas? 15.39.22 # preglow: I wanted 0% boost :) 15.39.24 # linuxstb: that is indeed faster than i'd expected 15.39.28 # linuxstb: q8? 15.39.36 # XavierGr: use different pre made MakeFiles instead? 15.39.45 # XavierGr: echo the CR's too 15.39.48 # preglow: Yes. But I haven't analysed the LPC orders. I'll do that now. 15.40.04 # like i said, i've got a new coldfire.S coming up, with orders up to 10 unrolled 15.40.07 # i just need to find this final bug 15.40.28 # echo "9\n\s\n\n" | tools\configure 15.40.29 # So we can get it down to 0% @ 22.5MHz then ? :) 15.40.34 # in the few files i've analyzed, it doesn't look like 9 and 10 is used much at all :/ 15.40.37 # LinusN: I think I tried that already? isnt the /r for the cariage return? I will give it a try again. 15.40.47 # linuxstb: you can try the file now, if you don't mind the occasional static :) 15.40.51 # ah so it is/n and not /r 15.40.57 # linuxstb: http://www.pvv.org/~thomj/rockbox/coldfire.S 15.41.20 # Yes, my test files have lpc orders all the way up to 12. 15.41.42 # preglow: OK, I'll unplug the headphones and test it. 15.42.05 # linuxstb: only the higher orders are distorted 15.42.06 # <_FireFly_> XavierGr: not /n /r -> \n\r 15.42.10 # 11 and up 15.42.14 # i HOPE that's the case, at least 15.42.38 # _FireFly_: both "/n" and "/r" or just "/n"? 15.43.20 # <_FireFly_> under windows a new line is represendet by \r\n 15.43.41 # <_FireFly_> a backslash not a slash because they are escape chars 15.43.58 # <_FireFly_> under unix is only \n on mac only a \r 15.44.02 # preglow: It's a tiny bit faster - about 7% instead of 9% boost. 15.44.11 # linuxstb: didn't expect much more, no 15.44.19 # linuxstb: there's only so much that routine can do 15.44.27 # <]RowaN[> guys the iriver has a mic.. would it be possible to have a plugin that could analyse voice input.. i.e. say "play", "stop", "i should be so lucky" etc 15.44.47 # ]RowaN[: of course it's possible 15.44.53 # it would also be very much work 15.45.03 # <]RowaN[> u gotta love possibilities 15.45.08 # and slow I suppose? 15.45.15 # I'm assuming we read the data from the mic at the same time as playback? 15.46.08 # linuxstb: that is possible 15.46.10 # <]RowaN[> also is the iriver powerful enough to alter song speed without changing pitch? 15.46.17 # ]RowaN[: sure 15.46.21 Join yngwi_away [0] (n=chatzill@chello080109107064.1.15.vie.surfer.at) 15.46.24 # ]RowaN[: just don't expect too good quality 15.46.53 # we wont have enough cpu to employ a phase vocoder time stretcher for the majority of the codecs 15.47.22 # you'd be amazed at how bad all of the time-stretching methods sound with earphones on anyway 15.48.06 # <]RowaN[> what do you mean 15.48.36 # time stretching may distort the audio severely 15.48.39 # that all but the very best time-stretching methods sound pretty poor 15.48.49 # even the boost do a pretty poor job of some kinds of music 15.48.54 # percussive music is very hard, for one 15.49.15 # s/boost/best/ :P 15.49.28 # <]RowaN[> i use a plugin called chronotron for winamp (well, when i used winamp), that sounded perfect with everything 15.49.48 # <]RowaN[> but i understand you say iriver isnt powerful enough to do best calculations 15.50.02 # not without substantial time investments 15.50.13 # in optimising 15.50.32 # <]RowaN[> why would percussive music be treated any differently to any other music? 15.51.04 # because most time stretchers use phase vocoders, which are harmonic by nature 15.51.26 # when you stretch beats, it tends to sound very granulated 15.51.39 # afaik, this isn't something i've spent much time investigating 15.51.49 # <]RowaN[> surely thats just the nature of time stretching 15.52.25 # sure 15.52.32 Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-129-112.pools.arcor-ip.net) 15.52.54 # <]RowaN[> i'd use it to speed up songs anyway, not slow them down heh 15.53.05 # in which case it's different 15.53.14 # that can be done with better quality 15.53.18 # <]RowaN[> sweet 15.53.47 # we'll see, i've got a billion things on my plate at the moment, this isn't something i'll try to implement very soon, if ever 15.54.06 # <]RowaN[> i was just wondering if the iriver is capable thats all 15.54.18 # it should be 15.54.56 # <]RowaN[> never say never preglow ='[ 15.54.57 # yse, sure, but it might take a lot of optimising 15.55.02 # it's capable of very much 16.02.06 # LinusN, _FireFly_: Thanks this "echo -ne "9\ns" | mkrock" worked fine. Now I will include variables to it. 16.02.37 # XavierGr: what are you trying to accomplish? 16.05.17 # well I have specific tasks when I compile rockbox code. 1) I have a rockbox-devel folder which I only update. 2)I make a copy of that when I want to fiddle with the code or apply changes. 3) The copied folder is always named with a number and inside I build rockbox in a numbered subfolder. "e.g /1/1" /1 has the source and /1/1/ is the dir which I build. 16.05.56 # so I made a script (more like an alias fn). I type "start" and all these tasks are done without me having to do anything. 16.09.23 # XavierGr: sounds like a very cumbersome way of working with cvs 16.11.33 # well I want to be sure that I always have a safe and unscathed cvs version. 16.11.59 # I update it regularly and then copy it to make my experiments. 16.12.10 # you can have as many repositories as you wish, no need to copy them 16.12.28 # just check out as many as you like 16.13.10 # i like this len0x person 16.13.12 # nice and cooperative 16.13.22 # what manufacturer does the hds in iriver have, again? 16.13.24 # well, he has the same view of us 16.14.01 # toshiba 16.14.41 # linuxstb: sure, but i think he should minimise the stepping on the toes anyway, it doesn't gain anyone anything 16.14.48 # LinusN: 16.14.52 # that should be 16.15.52 # what generates the http://www.rockbox.org/irc/ page? 16.16.38 # i'd much like it if the page had the logs in reverse order 16.16.45 # or even better drop down menus. 16.17.01 # ep0ch: reverse order sounds like a good idea 16.18.24 # how does one go about changing it? 16.19.42 # yeah I agree, with my crappy connection I have to wait before I can read the latest logs. 16.19.44 # preglow: My H140 has a Toshiba MK4004GAH 16.20.02 # :) mine has a MK6006GAH!!! 16.20.33 # are Toshiba the only people churning out these hardisks? 16.20.45 # nah 16.20.49 # but for long they were the largest 16.20.54 # still are, i think 16.22.01 # XavierGr: My ipod's got one of those. 16.22.12 # Maybe I should swap them... 16.24.04 # definitelly 16.24.15 # especially when you are testing for the ipod port 16.24.41 # bettter to burn a 40GB disk instead of a 60GB. 16.25.02 # knock wood... 16.26.39 # I'd rather want a MKx006 disk. They're more shock resistant than the x004 series 16.28.34 # linuxstb is it possible to brand a normal thoshiba to an ipod useable? 16.39.54 Join tvelocity [0] (n=tony@84.254.11.113) 16.41.31 # preglow: In http://www.pvv.org/~thomj/rockbox/coldfire.S the order3 loop is wrong 16.41.51 # Afaiu it must be subq.l #4,%a0 not 8 16.42.11 # It is in the cvs version :) 16.43.23 # amiconn: yes, you're correct, i pasted all those loops anew and have probably forgot some things here and there 16.43.33 # amiconn: order3 is used very seldom, so i haven't heard a glitch yet 16.44.18 # Didn't you ask about that because there is a glitch somewhere? 16.44.23 # no, not those 16.44.30 # i think i corrected myself, i meant non-unrolled loops 16.44.32 # not unrolled loops 16.44.47 # but of course, turned out there was a bug there as well :) 16.45.01 # it's the default case that glitches 16.47.23 # muesli-: I don't know. I think I'll try and find out. 16.49.27 # guess they did something in its mbr..should be easy to get fixed by copying a mbr from an original drive 16.49.27 Quit DJDD ("Trillian (http://www.ceruleanstudios.com") 16.53.47 *** Saving seen data "./dancer.seen" 16.55.19 Quit ep0ch ("brb") 16.56.43 # muesli-: No, there's nothing special written on the drives. If it physically connects, it should work. 16.57.32 # i've read somewhere that non-branded=oem toshibas will not be recognized by ipods fw 16.58.25 # but maybe im wrong..dont count on this 16.58.34 # preglow: The thing is I can't find a mistake in the default case... 17.00.13 # amiconn: me neither, so i'll need to do some more detailed debugging 17.00.15 # muesli-: If it goes wrong, I can just swap them back. I don't own any torx screwdrivers though, so it will have to wait. 17.00.29 # amiconn: http://www.pvv.org/~thomj/rockbox/SV7.txt 17.00.42 # amiconn: you're a better german reader than me, that does say the stream is big endian, yes? 17.02.22 # Ja, erm, yes ;) 17.02.30 # then why the hell does streaminfo.c only swap the values in the header #ifndef LITTLE_ENDIAN? 17.03.38 # Ah, no, the drawing confused me a little 17.03.44 # yes, me too! 17.04.00 # plus my german isn't what it used to be 17.05.29 # Hmpf, I'm not sure at all how to interpret this drawing 17.06.09 # It looks like the bits within a byte are swapped, but that can't be true 17.06.16 # no it can't 17.06.23 # libmusepack wouldn't work, was that the case 17.06.50 # plus it would be the most impractical design known to modern man 17.06.58 # and it isn't very practical as it is already 17.07.38 # but no, i'm almost certain it is little endian, i'll just continue and see what happens 17.08.55 Quit ]RowaN[ ("CGI:IRC (EOF)") 17.10.05 # It makes sense (somewhat) if I interpret the bit numbers as counting from MSB (1) to LSB (32). Then it's little endian 17.10.10 # but rockbox has no 'swap from x endianess to local endianess' functions? 17.10.17 # it has 17.10.23 # They're macros 17.10.28 # as they should be 17.10.33 # what're they called?= 17.10.49 # letoh() is for little endian to host order 17.10.56 # goodie 17.10.58 # letoh32() and letoh16() 17.11.07 # i wonder why metadata.c doesn't use them 17.11.17 # Because they are new. 17.11.27 # okies 17.12.40 Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) 17.35.22 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 17.35.42 Quit Zagor ("Client exiting") 17.44.15 Join Maxime [0] (n=flemmard@fbx.flemmard.net) 17.52.52 Quit muesli- ("ich will Kühe!!!") 18.03.59 Nick Lynx_ is now known as Lynx_awy (n=lynx@tina-10-4.genetik.uni-koeln.de) 18.10.07 Join Gibbed [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 18.10.09 Quit Rick (Nick collision from services.) 18.10.19 Nick Gibbed is now known as Rick (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 18.25.37 Join lamed [0] (n=554170d1@labb.contactor.se) 18.26.02 # hello 18.27.02 # hi 18.27.39 # anyone else not havine his h100 player really build the cache with the last week's builds? 18.27.51 # (this week's) 18.27.59 # incl. today 18.28.20 # sure, me 18.28.24 # ehh 18.28.27 # that is, it works fine here 18.28.29 # as far as i can see 18.28.36 # what do you mean by 'not really build' ? 18.29.38 # well, it seems to be reading a lot at start, but when it's done, the drive still spins up if it was idle/ reads 18.30.07 # how do i do a full cache build? 18.30.28 # maybe it's because i sometimes use usb boot mode? 18.31.47 # you always do a full cache build 18.31.55 # but obviously something happens so the cache disables itself 18.34.34 # when the cache was just introduced it was "reading library tree" or something on the boot screen. that what was my idea of full cache build. is this now always in background? 18.37.40 # preglow: any clue? 18.39.21 # the only time it does that, is the first time you ever use it 18.39.24 # or when you delete your settings 18.39.28 # after that it does it in the background 18.43.16 # great. just freshed installed. lemme c 18.45.35 # why does replaygain contain floating point code? doesn't gcc give us this if we use floats? 18.45.38 # replaygain.c, that is 18.51.13 # This is fixed point code afaiu 18.51.46 # i'm not much into how .cfg's work, but the reason of my problem was an old .cfg file. it had "dircache on" but yet something didn't liked it. 18.53.16 # right, that they are 18.53.27 # i was just under the impression that most codecs saved replaygain data as floats 18.53.50 *** Saving seen data "./dancer.seen" 18.54.45 # lamed: well, let's just call it quirk, move along, nothing interesting here ;) 18.54.48 # -> I'm reffering this minibug the second time, Iriver sim uses archos sound settings. (bass & treble -15~15) 18.55.25 # in that case there is very little info on the fixed point format the replaygain functions use 18.56.05 # lamed: A .cfg file shouldn't harm at all as long as you don't load it. They're never loaded automatically 18.57.46 # preglow: especially when those minor obstacle are preventing me from really working. :( and the family dinner that's beggining 18.58.29 # if that's the case, then HAVE_UDA1380 isn't set for the sims 18.58.35 # amiconn: of course... but that was the file that i was mainly using. 18.59.05 # preglow: yes. guess what. that's your job. 18.59.13 # lamed: i like your attitude 18.59.14 # you _are_ a dev right? 19.00.09 # sure 19.00.18 # what's your cvs sign in name? 19.00.31 # same as my nick, i believe 19.01.37 # it's neither my job nor my responsibility, it'll be fixed when it's fixed, i don't use the sims 19.02.12 # what i was (trying to) ask, was if you can submit to cvs, but i don't recall i've seen ur nick on the "who" list 19.02.45 # ok, then it's probably thom or something 19.02.53 # yeah, i'm listed as thom on the main page 19.03.18 # The main page uses a mapping cvs login name --> realname 19.03.34 # sims is great. i've only played sims 1 though. (gee long time ago. my pc is getting old) nice to know you thom i've gtg now.. dinner 19.03.46 # yes, tata 19.13.41 Quit ghode|afk () 19.19.43 Quit XavierGr (Read error: 110 (Connection timed out)) 19.25.48 Part LinusN 19.39.39 Join Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net) 19.39.39 Quit Maxime (Read error: 104 (Connection reset by peer)) 19.43.54 # can't we allocate a couple of bytes to album_gain_string and track_gain_string in id3.h instead of passing these bloody temporary buffers all around the place 19.44.02 # ? 19.44.46 # How many bytes? 19.45.18 # But I don't know many copies of that struct are in memory, so I'm not sure of the significance. 19.45.24 # well, i have no idea how long those strings are, usually 19.45.31 # i think about 10 for iriver 19.45.48 # i don't get how that's possible, all of those point into the id3b2 buffer 19.45.51 # what if we load an mp3 suddenly? 19.47.13 # i've got the musepack parser working now, but i stopped on replaygain 19.47.50 # When are those strings converted to numbers? 19.48.03 # they aren't, they're only used for the id3 screen 19.48.18 # that is, they're converted to numbers too, but those are stored in album_gain, etc 19.48.27 # they keep a text representation for the id3 screen 19.48.39 # I didn't know you could display them on the id3 screen... 19.48.44 # well, sure 19.48.44 # just try 19.49.00 # track gain and album gain can be displayed 19.49.09 # album and track peak can't be displayed 19.50.07 # currently they only work for vorbiscomment, though, since that format saves the replaygain info as strings 19.50.21 # musepack doesn't, so i need to sprintf into the buffers, but then i notice the buffer problĝem 19.50.21 Join Maxime [0] (n=flemmard@fbx.flemmard.net) 19.50.45 # they need to point somewhere, and currently i don't understand how we use the id3v2 buffer for that 19.51.50 # somehow it does 19.51.56 # work 19.52.09 # No, I think they should stay in id3v2buf - they have the same status as all the other vorbis/id3v2/ape etc tags. 19.52.57 # My understanding that there is one id3v2 buffer, and that's used for storing any strings referenced by the char pointers in the main id3 struct. 19.53.14 # I mean one id3v2 buffer per track. 19.53.20 # riight 19.53.24 # makes sense, i suppose 19.54.17 # I'm not 100% familiar with that code - but no-one else seems to be around. 19.54.41 # what you say makes sense, so i'll pretend it's true for now 19.55.44 # hehe. That's what everyone tells me. 19.58.44 # as long as you remember it's ultimately your fault, it's ok by me 19.58.46 # heh 19.59.12 # OK, you can blame me... 19.59.36 Quit Mxm`Pas`Bien (Read error: 110 (Connection timed out)) 19.59.45 # there you go 19.59.49 # Are you subtracting the size of the Ape/id3v2 tags from the filesize before calculating the bitrate? 20.00.29 # I don't think any of the parsers do that, but maybe they should. 20.02.10 # linuxstb: as a matter of fact, i don't, but i know of the issue 20.02.19 # linuxstb: i just can't be bothered now, that's all, i plan to leave in a TODO :) 20.07.15 Join ghode|afk [0] (i=testing@host-212-158-193-204.bulldogdsl.com) 20.10.19 # hmm 20.10.41 # how do i make rockbox snprintf print unsigned numbers? 20.12.54 # doesn't look it's possible, to me 20.14.56 # <_FireFly_> yepp 20.16.25 # <_FireFly_> mybe i have a snprintf implementation where i can look at 20.16.31 # <_FireFly_> on my drive 20.17.51 # no worries, i did it another way 20.17.57 # <_FireFly_> k 20.18.04 # turned out it was me acting the fool, as usual 20.18.15 # <_FireFly_> :).. i have a vsnprinft found ;) 20.27.00 # what's the GMT time on the server? 20.30.12 # arg... how do i dump make error messages into file instead of screen? 20.30.41 # > file 20.31.09 # error messages are send to screen 20.31.50 # 2> file is for stderr redirection iirc 20.32.01 # <_FireFly_> yepp 20.32.07 # <_FireFly_> just tested :) 20.33.12 # yeah really, that part I already know. how do i redirect errno? 20.33.46 # <_FireFly_> ?? 20.36.21 Quit ghode|afk (Read error: 110 (Connection timed out)) 20.37.16 # 2> 20.37.20 # errno? 20.37.22 # errno is a variable 20.39.10 # how do i redirect error messages to a > file 20.39.20 # with 2> 20.39.25 # like amiconn said 20.39.32 # ah 20.40.22 # that "iirc" part was misleading 2> file is for stderr redirection iirc 20.40.33 # thanks 20.40.51 # amiconn usually does recall correctly ;) 20.41.52 # <_FireFly_> :) 20.44.34 # I normally use &> which redirects both stdout and stderr to the file. 20.45.15 # <_FireFly_> or > 2&>1 20.45.57 # Is that any different? 20.46.03 # well, yeah 20.46.08 # that redirects stderr to stdout 20.47.03 # great advice! i think there should be a 'wiki dev tip page'. honestly, working for quite some time with cygwin, i still donno how to delete a folder with it content and stuff :( 20.47.17 # <_FireFly_> rm -r :) 20.47.31 # lamed: Search google for "bash tutorial" 20.47.32 # <_FireFly_> btw man if manpages are installed 20.48.03 # <_FireFly_> or search man on the net 20.48.53 # yes, they do. its just takes a while to understand what's going on in them... but ok i see you are on a roll so i won't stop you :D how (the #$F#) do you clear screen?!?! (dos cls) 20.49.05 # (they do. = man pages) 20.49.06 # CTRL+L 20.49.14 # THANK YOU! 20.49.16 # or type the command "clear" 20.49.26 # :D 20.50.27 # Mrf. TiMiD: You wanted to make the code smaller, not bigger, right? ;) 20.50.51 # <_FireFly_> currently old code resists 20.50.58 # how do you search a function or a struct definition placement when you only have a call? (i mean, there are lots of files included) 20.51.00 # <_FireFly_> e.g. statusbar in status.c 20.51.49 # What do you mean? Do you want to know where it is defined? 20.53.33 # yes, & where it really is. 20.53.49 # I would just use "grep" to search .h files for the definition. I believe it's like the DOS find command 20.53.54 *** Saving seen data "./dancer.seen" 20.54.29 # <_FireFly_> linuxstb: this works only if the function/struct is defined in an header 20.54.37 Join RotAtoR [0] (n=e@12-210-82-91.client.insightBB.com) 20.54.45 # that what i do, only in windows. but that kind of suck because i'll get many results and many times the init function isn't in the same header file 20.55.25 # _FireFly_: But it's only available to other .c files if it's defined in a header. 20.55.28 # I like gui methods better, I use the windows file search, with a pattern of *.h (or *.c *.h) and the name as search string 20.55.51 # <_FireFly_> if you know the return type then you could search like that "void main" 20.56.26 # firefly: that's a good idea 20.57.14 # amiconn: aren't all files in rb source code are .h / .c ...? 20.57.19 # <_FireFly_> or an good editor which can search in a directory 20.57.44 # <_FireFly_> yepp but mostly all c-functions are in .h /.c files 20.58.17 # lamed: No they aren't. There's also .S, .pl etc, and aprat from that I search the tree, which includes the build dirs 20.58.53 # You can easily do a recursive grep - something line "grep -r myfuncname apps/ firmware/" 20.59.25 # firefly: i asked for a zillion times what editors are you using, and if there is a good editor to gdb from a gui... responds usually were "emacs?" "i mostly use notepad" 21.00.12 # <_FireFly_> i use currently jedit as editor and insight as gui-frontend for gdb 21.00.34 # amiconn: true, but what i'm looking for is in .c / .h files, so it usually won't be found elsewhere... anyways i'm just asking if there are better ways :) 21.01.58 # " Insight is a graphical user interface to GDB, the GNU Debugger" -sounds good. aspeacially now that I know how to work with command gdb ... 21.01.58 # Yes, but since I know that, I tell windows not to look into the others. That saves time, the build dirs contain many files 21.02.12 # <_FireFly_> a other is ddd 21.02.38 # yes, i was wondering what was that stupid name for a program doing. 21.06.13 # i wonder why title and artist doesn't show up in the id3 screen for my musepack files 21.08.44 # i believe i ren out of stupid questions for today 21.12.04 Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.UMBC.EDU) 21.20.35 Join hardeep [0] (i=hardeeps@norge.freeshell.ORG) 21.28.14 # so, what to do with this musepack volume level bug 21.28.40 Join arkascha [0] (n=arkascha@xdsl-213-196-193-22.netcologne.de) 21.29.05 # <_FireFly_> take a fly flap and smash it :) 21.29.57 # i tried, and now i've cracked my lcd 21.30.09 # <_FireFly_> ouch 21.33.08 # it looks like the settings are correct, but no, they can't be 21.33.13 # i only get half-scale output 21.34.05 Join DrMoos [0] (i=DrMoos@m79.net81-66-158.noos.fr) 21.34.05 Quit Moos (Read error: 104 (Connection reset by peer)) 21.34.31 # <_FireFly_> maybe a *2 forgotten or a /2 to much ?? 21.34.52 # well, yes, obviously 21.35.12 # but problem is, if i fix it that way, we get some very slight clipping 21.35.56 # _firefly_: I don't assume you use windows? -insight isn't reported to be very stable on it. 21.36.24 # <_FireFly_> yepp i'm mostly under linux :) 21.38.07 # <_FireFly_> http://sources.redhat.com/insight/cygwin.html 21.38.42 # <_FireFly_> it seams that you have either wait for the 5.4 release or use a cvs-snapshot and comile it yourself 21.45.04 # well, i've got a "hack" going now that gives the correct output volume 21.45.12 # it's not the way it should work, but it works 21.45.26 # should i commit it? 21.48.26 # i'll check ddd 21.52.33 Quit _FireFly_ ("Leaving") 21.53.09 # * preglow summons Lear 21.55.45 Quit lamed ("CGI:IRC") 21.57.12 Join uski [0] (n=uski@82.65.178.129) 21.57.15 # hi 22.05.15 # hello 22.06.00 Nick DrMoos is now known as Moos (i=DrMoos@m79.net81-66-158.noos.fr) 22.09.48 # preglow: How bad is your "hack" for musepack? 22.12.13 # linuxstb: it's just sets sample depth to one value lower 22.12.19 # linuxstb: like the way it was 22.12.35 # linuxstb: but now i've fixed it to handle clipping so we wont have any overflow 22.16.36 # I say commit it then. 22.19.49 # aight 22.20.01 # but i think i'll commit it together with this metadata patch 22.20.17 # however, i don't know the fixed point format of the peak data 22.20.27 # looks like it's 24 bit frac part, but if i use that, it doesn't work 22.23.39 # think i've got it nailed 22.23.41 # so i'll commit it 22.24.23 # i still wonder why musepack ape tags don't show up, though 22.28.53 Quit Kohlrabi (Nick collision from services.) 22.28.57 Join Kohlriba [0] (n=Kohlrabi@dslb-082-083-129-112.pools.arcor-ip.net) 22.29.31 Join lImbus [0] (n=MDJ@port-212-202-8-79.dynamic.qsc.de) 22.30.39 # musepack apev2 tags show up for me fine 22.31.59 # hi all 22.32.16 # i can see all the usual information on the show id3 info screen 22.32.17 # wonder what i'm doing wrong, then 22.32.33 # in a little while you'll have bitrate as well 22.32.41 # woohoo! 22.33.00 # this is good news, i have a large musepack collection 22.33.00 # plus some other snacks 22.33.09 # replaygain as well 22.33.13 # plus i'll fix the volume bug 22.33.13 # hmpf. 22.33.17 # very nice 22.33.31 # RotAtoR: do you have any sv6 files? 22.33.39 # maybe... 22.33.47 # i'd might be hard to check though 22.34.10 # perhaps 22.34.14 # foobar tells you what it is 22.34.17 # but it's a bit of a bother 22.34.18 # i don't know of any good way other than checking individual files in foobar 22.34.24 # exactly 22.34.35 # and I have hundreds of musepack albums :p 22.34.56 # I just wanted to say that I just felt hart to swallow, because my mouth had been gaping all the time whilst reading the discussion with that new guy on the dev-list. i support the already existing core developers :-) 22.35.12 # there 22.35.44 # RotAtoR: i'd appreciate it if you gave my new commit a spin 22.35.55 # sure, no problem 22.36.03 # any specific thing I should look for? 22.36.14 # * amiconn is still fighting against breakpoint ogic and emulator mode :/ 22.36.19 # *logic 22.37.01 # RotAtoR: well, if it displays bitrate, length and sample rate properly 22.37.11 # RotAtoR: if it supports replaygain properly, if you even use that at all 22.37.24 # yes, all my files are replaygained 22.37.31 # i'll check that too 22.46.12 # and does gapless musepack work? 22.46.21 # i would be very surprised if it did 22.46.41 # i'm don't think i ever specifically checked 22.47.14 # s/i'm/i 22.47.47 # me neither 22.47.54 # i don't even have any musepack encoded albums 22.50.08 # hmm, i can't find a single non-sv7 encoded file in my collection 22.53.58 *** Saving seen data "./dancer.seen" 22.57.25 Quit lImbus (" gottago") 22.57.28 # you can find sv4 and sv5 encoders here: http://www.rjamorim.com/rrw/mpegplus.html 22.57.42 # but no sv6 encoders that i can find 22.59.46 # doesn't matter, the bitstream is the same 22.59.49 # thanks, think i'll try that 23.08.25 Quit ender` (Read error: 104 (Connection reset by peer)) 23.10.58 # preglow: ok, trying your changes 23.11.40 # sample rate, track length, and bitrate for the first track i tried are the exact same as they appear in foobar 23.12.04 # replaygain is not quite right... 23.12.36 # the show id3 info page shows the track number as the track gain and part of the title as the album gain 23.14.27 # all other tags appear correctly 23.14.35 # trying more files now... 23.18.33 # miraculously gapless playback seems to be perfect for the first files a tried 23.18.54 # oh? 23.19.00 # track number as the track gain? 23.19.05 # queer 23.19.39 # yes, the appear to always be segments of other tags 23.19.47 # the replaygain fields, that is 23.21.21 # the trackgain is always the part of the track number tag 23.21.32 # and the album gain is always part of the artist tag 23.21.56 # (so far, at least) 23.23.02 # Hello guys 23.23.34 # preglow: I'm just back, let me few seconds for MPC files tests :) 23.23.39 # Moos: seems there's a bug 23.23.42 # will fix tomorrow 23.23.53 # :( 23.24.55 # everything else is looking good though :) 23.25.38 # RotAtoR: could you send me a faulty file? 23.26.44 # sure, what way should i send it? 23.27.10 # all my files so far exhibit the same replaygain bug 23.28.28 # ooh, this file's album gain is part of the track title tag, something different! 23.34.51 # preglow: :( 23.36.06 # Moos: got a couple of friends and some beers here, hard to code ;) 23.36.13 # RotAtoR: if you can dcc that's ok 23.36.19 # bbl 23.36.25 # ok, i'll give it a try 23.36.30 # RotAtoR: pm in the forum should work to 23.36.34 # but now i'm gone 23.36.40 # ok 23.36.48 # sorry, just your code cause freeze 23.37.02 # freeze the HD 23.37.41 # in 4 files tests all sv7 23.37.45 # 2 bugish 23.38.08 # and 2 have got the good bitrate like foobar ones 23.38.52 # weird, i've been testing dozens of my sv7 files, no freezes so far... 23.40.01 # here playback doesn't start for 2 albums track and hard disc freeze in spinning 23.40.21 # ouch! :o 23.41.39 # preglow: did you do any optimization? I'd swear some of my files that used to boost 80-90% are now boosting 40% !! 23.41.56 # and the id context screen doesn't shows the right info, it did drunk a lot of beer, infos are mixed like you :) 23.42.23 # good to hear :) 23.42.56 # aparently preglow go away ;) 23.43.11 Quit dpassen1 () 23.47.56 # preglow: I haven't check musepack performance in the last week or so, but something has definitely improved, even my hardest q10 files only boost 40-50% where as I know that they used to boost ~90% 23.48.56 # now the codec buffer can actually fill in one shot rather than limping along for several minutes trying to fill 23.56.08 # TiMiD: The new settings handling code has the same bug as the menu code had: The current value isn't voiced when you enter the setting. Changing the value does voice the new value.