--- Log for 30.01.105 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 17 days and 12 hours ago 00.13.41 # has anyone else flashed iRiver yet ?? 00.15.35 *** Saving seen data "./dancer.seen" 00.16.34 Join mecraw [0] (~mecraw@66.198.216.23) 00.19.51 Join Zagor [242] (foobar@h254n2fls31o265.telia.com) 00.20.14 # zagor: "cd rockbox-build && cvs co bootloader' 00.20.20 # ? 00.20.33 # the source tarball build 00.20.49 # that cvs tree has no bootloader dir 00.20.54 # aha 00.21.17 # thus you need to run that :-) 00.21.27 # done 00.21.35 # goodie 00.23.12 Join amiconn [0] (~jens@pD9E7E711.dip.t-dialin.net) 00.24.16 # Zagor: you flashed your iriver yet? ;-) 00.25.03 Quit methangas (" HydraIRC -> http://www.hydrairc.com <- Nine out of ten l33t h4x0rz prefer it") 00.25.44 # amiconn, have you any idea why my Ondios turn-off whenever I insert or remove MMX cards using 20050129-ondiofm.ucl 00.26.25 # No, sorry. I did not yet test MMC hotplug, I'm still running battery runtime tests, so my Ondio is "blocked". 00.27.19 # OK, thanks 00.27.22 # Btw, I got >14 hours from a set of fresh alkalines (running my modified battery_test.rock) 00.27.49 # Bagder: no. i've even lent it to a friend to do some recordings, so i won't be able to test during this week 00.27.50 # Hmm, I am using 1000maH cells, but I haven't bothered to test them. Maybe I should 00.28.38 # I got 12 hours from 900 mAh NiMH cells yesterday (directly after charging) 00.28.56 # sounds about what I get (a non-scientific statement) 00.29.30 # that's pretty good life for alkalines, though 00.29.56 # Real usage seems to wear the batteries a bit more than this synthetic tests, so I'll probably use a factor of 0.8 for adjusting the runtime estimation 00.31.11 # These were el cheapo alkalines; it could be interesting to compare these with branded cells 00.31.39 # I won't warry so much about running out of charged batts when travelling if I can just buy alkalines :) 00.31.43 # worry 00.40.16 Join GovCon [0] (~I_am_not_@159-134-254-2.as1.nas.naas.eircom.net) 00.41.21 Part GovCon 00.52.49 Quit lImbus (" Like VS.net's GUI? Then try HydraIRC -> http://www.hydrairc.com <-") 00.53.12 Quit Zagor ("Client exiting") 00.58.19 Quit amiconn (" nite") 01.00.06 Quit Trevmar () 01.12.23 Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 01.12.23 Quit elinenbe_ (Read error: 104 (Connection reset by peer)) 01.12.24 Nick elinenbe is now known as elinenbe_ (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 02.15.38 *** Saving seen data "./dancer.seen" 02.25.57 Quit edx (Read error: 110 (Connection timed out)) 02.35.49 Quit preglow ("three million horse") 02.44.02 Join edx [0] (edx@pD9EAB96E.dip.t-dialin.net) 02.49.59 Join gromit`` [0] (~gromit@ALagny-154-1-7-142.w83-112.abo.wanadoo.fr) 02.53.51 Quit gromit^ (Read error: 110 (Connection timed out)) 02.57.22 Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 02.57.22 Quit elinenbe_ (Read error: 104 (Connection reset by peer)) 02.57.23 Nick elinenbe is now known as elinenbe_ (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 03.00.42 Quit edx () 03.03.10 Join jwood [0] (~04f53137@labb.contactor.se) 03.03.48 # good evening.... 03.09.29 # zzzzz 03.11.27 Part jwood 03.32.02 Join jwood [0] (~04f53137@labb.contactor.se) 03.37.38 Quit jwood ("CGI:IRC (EOF)") 03.40.15 Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 03.40.51 Quit elinenbe_ (Read error: 54 (Connection reset by peer)) 03.40.51 Nick elinenbe is now known as elinenbe_ (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 03.48.35 Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 03.48.35 Quit elinenbe_ (Read error: 54 (Connection reset by peer)) 03.48.37 Nick elinenbe is now known as elinenbe_ (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 04.15.39 *** Saving seen data "./dancer.seen" 04.22.23 Quit Atur (Remote closed the connection) 05.09.55 Join ashridah [0] (ashridah@220-253-121-21.VIC.netspace.net.au) 05.30.05 Quit gromit`` ("Leaving") 06.15.42 *** Saving seen data "./dancer.seen" 06.17.41 Join jipi [0] (~jipi@cm147.gamma185.maxonline.com.sg) 06.53.41 Quit jipi ("Leaving") 07.11.20 Join webguest08 [0] (~d9afa316@labb.contactor.se) 07.44.09 Quit webguest08 ("CGI:IRC") 07.46.57 Join uski_ [0] (~uski@lns-p19-2-idf-82-251-121-157.adsl.proxad.net) 08.00.40 Quit uski (Read error: 110 (Connection timed out)) 08.15.46 *** Saving seen data "./dancer.seen" 08.18.46 Quit ripnetUK (Read error: 110 (Connection timed out)) 09.03.40 Join amiconn [0] (~jens@pD9E7E711.dip.t-dialin.net) 09.47.07 Join ripnetUK [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) 09.50.46 Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) 10.15.48 *** Saving seen data "./dancer.seen" 11.17.48 Part amiconn 11.41.18 Join edx [0] (edx@pD9EAB96E.dip.t-dialin.net) 11.46.35 Join R3nTiL [0] (~zorroz@217.30.249.56) 12.15.50 *** Saving seen data "./dancer.seen" 12.39.09 Quit R3nTiL () 12.47.55 Quit Nibbler (Read error: 60 (Operation timed out)) 13.05.12 Join amiconn [0] (jens@pD9F52BC4.dip.t-dialin.net) 13.13.35 Join Atur [0] (~marc@host81-154-55-162.range81-154.btcentralplus.com) 13.16.38 Join Nibbler [0] (~andrer@port-195-158-163-34.dynamic.qsc.de) 13.17.22 Quit Nibbler (Read error: 54 (Connection reset by peer)) 13.22.44 Join Nibbler [0] (~andrer@port-195-158-163-34.dynamic.qsc.de) 13.48.57 Join lImbus [0] (lImbus@168-160.243.81.adsl.skynet.be) 13.56.51 Join R3nTiL [0] (~zorroz@83.69.98.149) 13.57.32 # hi lImbus 13.57.41 # hi jens 13.57.59 # I thought I could sneak in unseen :-) 13.58.11 # :-) 13.58.34 # uh, ell then: Good mornin channel ! 13.58.41 # lImbus: I have a question for you, as I remember you also having the "old" Ondio type with all the shielding in. 13.58.45 # s/ell/well 13.58.58 # yes amiconn, thats right 13.59.32 # Did you already try a version with hotswap? If yes, does your ondio also switch off when you insert or remove a card, like Trevor's? 13.59.55 # uh. you seem to have missed something. that unit is dead 14.00.06 # problems with mcc-bridge 14.00.21 # i bite myself in the ass for not having it flashed before 14.00.24 # I'm asking because it works perfectly both for Jörg and me. I even tried it on 2 Ondios, but these are all of the new type. 14.01.16 # Hmm, it's dead :( Too bad. 14.01.21 # yup 14.02.11 # I tried a few things, but all I get (internal and external memory) is the archos firmware (2-3 minutes after start, I assue a few timeouts) saying me to reformat the device 14.02.24 # nu usb on usb+On of course 14.02.29 # s/nu/no 14.03.37 # Hmm. If the firmware also doesn't detect both internal & external flash, it is unlikely a bridge problem only. 14.03.37 # a coworker of mine is just about to take the display a part (he has a recorder with broken display), then I'm going to send the rest to jörg for his junkyard 14.03.58 # maybe I am misusing the term "brigde" 14.04.53 # I'd suspect either a CPU problem (dead pin) or (more likely) the clock gate circuitry (the quad AND gate chip) 14.06.50 # it's too bad. I just started to love it :-/ 14.10.24 Join jyp [0] (~jp@80.175-201-80.adsl.skynet.be) 14.12.38 # salut salut 14.13.56 # salut! 14.13.59 # daag ;) 14.14.03 # :) 14.14.38 # Belgian weirdo alert! ;-) 14.14.54 # yay. invaders :-) 14.15.51 *** Saving seen data "./dancer.seen" 14.16.02 # ... Und guten Tag. 14.16.13 # So the list is complete :) 14.16.17 # sicherlich 14.16.31 # looks like it took you a while :-) 14.17.21 # I'm not completely awake yet :) 14.18.01 Nick uski_ is now known as uski (~uski@lns-p19-2-idf-82-251-121-157.adsl.proxad.net) 14.18.10 # * lImbus gives a round of coffee 14.18.40 # good idea 14.26.35 # Bagder, is it useful to make mp3data compile for the gmini? 14.26.51 # (or, will is be used in the new playing framework?) 14.27.21 # I'm not sure 14.27.46 # the funtions are useful, so they will be around but possibly changed to fit a more generic approach 14.29.16 Join LinusN [0] (~linus@labb.contactor.se) 14.29.25 # the mp3data functions are very useful 14.29.45 # they ase the vary basis of the gapless playback and id3 tag extraction 14.29.50 # are the very 14.30.40 # that's creepy 14.30.47 # they might be included in the coded framework somehow, so you will want it to compile 14.30.52 # codec 14.30.55 Quit R3nTiL () 14.31.00 # creepy? 14.31.11 # heh. the way you're using logs to catch up :) 14.31.18 # hehe 14.31.34 # better that than be logged in all the time 14.31.36 # big brother is watching 14.31.40 # i've just been watching a typical 'sixth-sense' style horror flick. 14.31.55 # i hate when people are logged on to the channel but unreachable 14.32.10 # that's what /away is for 14.32.21 # yup, but not that many use it 14.32.25 # true 14.32.39 # 3 persons are away at the moment 14.32.55 # but i doubt that all of the rest are here in person 14.38.58 # LinusN: I have a small problem with my battery type setting for Ondio. It would make sense to call the global cofig variable battery_type. However, there already is a variable with that name, that actually defines the battery *display* type (graphic/numeric)... 14.39.24 # change it then 14.39.58 # it could be battery_display_type instead 14.40.11 # the problem is the config files of course 14.40.24 # Same goes for volume_type (although this currently doesn't hurt) 14.40.49 # change only battery type for now 14.41.36 # Maybe the _type isn't needed, in the config file, the setting is called "battery display" 14.43.03 # so battery_display then 14.57.04 # gotta go 14.57.05 Quit methangas (Read error: 104 (Connection reset by peer)) 14.57.07 Part LinusN 14.58.13 # I've made mp3data to compile here 14.59.23 # Committing it will surely raise errors in the app dir though 14.59.28 Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) 14.59.30 # what do you think ? 15.00.45 # jyp: If it doesn't raise errors for the other platforms, it's your decision. 15.01.37 # Actually I don't compile the app dir yet 15.02.00 # so that means for the other platforms 15.03.33 # So what did you do? Long policy should be okay, but the resulting warnings & errors be fixed before the next daily build (imho). 15.04.33 # okay, let's give it a shot then 15.04.44 # fixing the errors should be trivial 15.23.49 Quit ashridah ("sleep") 15.32.16 # jyp: A maximum of 3 warnings. Not too bad. 15.34.47 # heh ;) 15.34.56 # I got the fixes in hopefully 15.47.37 # Warnings recursion... 15.49.52 # ...fix is simple, I'll commit it. 15.50.30 # whoops 15.50.53 # I already committed sth wrt that 15.50.54 # Ah okay, you already did it. 15.54.04 Join gromit^ [0] (~gromit@ALagny-154-1-7-142.w83-112.abo.wanadoo.fr) 15.59.48 # Gotta go 15.59.50 Part amiconn 16.06.37 Quit ripnetUK () 16.15.54 *** Saving seen data "./dancer.seen" 16.30.02 Quit mecraw () 16.33.40 Quit QT (Read error: 110 (Connection timed out)) 16.58.03 Join amiconn [0] (jens@pD9F52B60.dip.t-dialin.net) 16.58.04 Quit methangas (Read error: 104 (Connection reset by peer)) 17.17.12 Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) 17.30.30 Join Kyllingfot [0] (Taxi@oslo-dhcp-248-180.bluecom.no) 17.43.21 Join Spida_ [0] (Spida@pD952C56C.dip.t-dialin.net) 17.47.53 Quit Nibbler (Read error: 104 (Connection reset by peer)) 17.55.43 Quit Spida (Read error: 110 (Connection timed out)) 18.06.06 Nick Spida_ is now known as Spida (Spida@pD952C56C.dip.t-dialin.net) 18.08.59 # msg logbot_ away 18.09.02 # grm 18.10.45 # hi lImbus 18.10.58 # hi Spida 18.12.05 # win 20 18.12.12 # argl 18.12.24 # lose 40? ;-) 18.12.32 # lol 18.15.56 *** Saving seen data "./dancer.seen" 18.17.07 Join [IDC]Dragon [0] (~Joerg@pD9FF881C.dip.t-dialin.net) 18.17.30 # hi [IDC]Dragon 18.17.55 # <[IDC]Dragon> Hi Jens 18.18.03 # hoi 18.19.15 # <[IDC]Dragon> I saw Trevors posting, hotswap is too hot there 18.19.30 # Works perfectly for me... 18.20.11 # <[IDC]Dragon> does he have such a quad OR gate model? 18.21.24 # I don't know. We'd need the mask value of his Ondio(s) 18.23.15 # He talked about his Ondios being old models with all the shielding, so maybe they even have the old clock gate circuitry. 18.23.56 # However, I wonder why this should cause the Ondio to switch off on hotswap. It obviously works for him in USB mode... 18.25.02 # <[IDC]Dragon> yes, I'm clueless 18.25.50 # Unfortunately lImbus' old type Ondio (the one depicted in our wiki page) is broken, so he can't test 18.26.43 # * lImbus headnods with tears... 18.26.48 # <[IDC]Dragon> I fail to remember what happened to that one 18.27.27 # I guess that's impossible to remember. I only know it since today. 18.27.53 # <[IDC]Dragon> lImbus, tell us 18.28.14 # <[IDC]Dragon> if it's not too hard for you... 18.28.22 # my one takes several minutes to boot to the archos firmware menu (no, not flashed) then dies with "not formatted" or "mcc broken" 18.28.45 # with internal and external 18.28.51 # even with usb-boot 18.29.36 # <[IDC]Dragon> I can try to uart-flash it 18.29.46 # even without display ? 18.29.56 # <[IDC]Dragon> even better without 18.30.18 # <[IDC]Dragon> so I can plug my dummy in there 18.30.54 # my coworker is just taking out the display because his recorder display broke 18.31.03 # i planned to send this unit to you anyways 18.31.31 # <[IDC]Dragon> http://joerg.hohensohn.bei.t-online.de/archos/uart_boot/LCD_dummy.jpg 18.31.52 # <[IDC]Dragon> http://joerg.hohensohn.bei.t-online.de/archos/uart_boot/Ondio_bootcable.jpg 18.32.12 # *grin* 18.32.25 # <[IDC]Dragon> ok 18.32.44 # it just may take some time. I have to stress him :-) 18.32.54 # <[IDC]Dragon> him? 18.33.00 # my work-mate 18.33.08 # <[IDC]Dragon> to do what? 18.33.19 # the one that has the unit to get the display 18.33.43 # I sold him the display, gave him the whole ondio, and I will get it back soon. 18.33.56 # don't forget to pm me your postal address 18.35.32 # <[IDC]Dragon> ok, done 18.39.05 # [IDC]Dragon: Hotswap does also work on my sister's Ondio 18.41.45 # <[IDC]Dragon> away now 19.21.54 Quit gromit^ (Read error: 60 (Operation timed out)) 19.28.31 Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.UMBC.EDU) 19.31.53 Join gromit^ [0] (~gromit@ALagny-154-1-7-142.w83-112.abo.wanadoo.fr) 19.45.56 # [IDC]Dragon: r u there? 19.46.20 # <[IDC]Dragon> now back 19.46.36 # I'm currently working on the dynamic size display. 19.46.55 # <[IDC]Dragon> for the sim, I guess? ;-) 19.47.11 # No, I mean B/KB/MB etc 19.47.24 # I already have a function that does the dynamic scaling and prints the result to a buffer 19.47.43 # <[IDC]Dragon> B/KB/MB ? 19.47.49 # However, this function should also optionally be able to voice the result. 19.47.50 # <[IDC]Dragon> ah, yes 19.48.01 # The question is where to put this. 19.48.05 # <[IDC]Dragon> sure 19.48.13 # <[IDC]Dragon> into the screen? 19.48.15 # I currently have it in misc.c 19.48.21 # haha ;-) 19.48.55 # <[IDC]Dragon> the respective screen code, I mean 19.50.15 # No, the function itself is generic: It takes a pointer to a buffer, the buffer length, the values, a pointer to a unit strings array and a flag to select decimal/binary scaling. 19.50.38 # <[IDC]Dragon> why so generic? 19.50.56 # <[IDC]Dragon> do you think it will be used from many places? 19.51.28 # This could be used in more than one place, replacing num2max5 with this gives 2 uses within "normal" code, and in the debug menu for MMC 19.52.05 # Using this in the info screen (total & free space) needs voicing & binary scaling. 19.52.21 # <[IDC]Dragon> binary scaling? 19.52.24 # Usage in the recording screen needs no voicing & binary scaling 19.52.34 # <[IDC]Dragon> what's that? 19.52.49 # binary scaling = divide by 1024 for the next higer unit 19.52.55 # *higher 19.53.22 # Usage in the MMC debug needs no voicing & decimal scaling (Hz/kHz/MHz) 19.53.52 # <[IDC]Dragon> you could give it a flag to say the result, instead of assembling a string 19.54.20 # Yes, of course this flag will be added, and also the ability to use localised strings. 19.54.56 # <[IDC]Dragon> misc.c sounds like a good place then 19.54.57 # The question is, in which source file the function should reside. misc.c would be my first choice 19.55.15 # <[IDC]Dragon> it is application land 19.55.19 # away now. 19.55.29 Part amiconn 19.55.33 # <[IDC]Dragon> me too, soon 19.58.24 Quit jyp ("poof!") 20.11.05 Quit [IDC]Dragon (" HydraIRC -> http://www.hydrairc.com <- Chicks dig it") 20.15.59 *** Saving seen data "./dancer.seen" 20.21.05 Quit gromit^ ("Leaving") 20.21.17 Quit hgb (Read error: 60 (Operation timed out)) 20.45.36 Join ripnetUK [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) 20.49.09 Quit ripnetUK (Client Quit) 20.53.28 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 21.02.11 Join jyp [0] (~jp@80.175-201-80.adsl.skynet.be) 21.07.37 Quit Atur ("Leaving") 21.32.53 Quit lImbus (" HydraIRC -> http://www.hydrairc.com <- *I* use it, so it must be good!") 21.40.54 Join jyp_ [0] (~jp@215.200-200-80.adsl.skynet.be) 22.00.00 Quit jyp (Read error: 110 (Connection timed out)) 22.00.08 Nick jyp_ is now known as jyp (~jp@215.200-200-80.adsl.skynet.be) 22.08.47 Join preglow [0] (thomj@s183a.studby.ntnu.no) 22.09.41 # so, anyone flashed their iriver yet? :P 22.16.02 *** Saving seen data "./dancer.seen" 23.25.18 Quit methangas (" Try HydraIRC -> http://www.hydrairc.com <-") 23.32.56 Join amiconn [0] (~jens@pD9E7E711.dip.t-dialin.net) 23.33.50 Quit Kyllingfot (Read error: 60 (Operation timed out)) 23.34.37 # hi 23.36.08 # * jyp bows 23.36.23 # Any perl/regexp insider around? 23.36.33 # i might count as one 23.38.01 # There is a problem with the genlang/ binlang scripts. They count deprecated VOICE_* entries as (empty) LANG_* entries, because they only count an entry as a voice entry if the text string is empty and the voice string is not empty. 23.38.27 # So I have to change this to rely on the id name starting with "VOICE_" 23.38.41 # How do I do this in perl? 23.41.55 # ahh 23.42.01 # lemme have a look at the scripts 23.42.15 # I.e., how do I check whether a string starts with a given substring? 23.42.39 # if ($string =~ /^substringhere/) { } 23.42.56 # that should do the trick 23.43.08 # where the hat indicates start of string 23.43.14 # Ok, thanks. I knew that it would look easy.... 23.44.08 # If you want to have a look: genlang line 88, binlang line 73. Both scripts are in /tools 23.49.05 # yes, replacing that line should work just fine 23.49.44 # that's a tons more robust test 23.50.14 # I stumbled across this now that I need to deprecate some voice entries 23.50.27 # (not yet committed this work) 23.50.32 Quit midk ("Leaving") 23.51.37 Join amiconn_ [0] (~jens@pD9E7E390.dip.t-dialin.net) 23.51.50 Quit amiconn (Nick collision from services.) 23.51.50 Nick amiconn_ is now known as amiconn (~jens@pD9E7E390.dip.t-dialin.net)