--- Log for 11.07.105 Server: brown.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 month and 0 days ago 00.00.08 # * [IDC]Dragon logpeeking spots amiconn 00.00.16 # hi Jörg 00.00.21 # <[IDC]Dragon> hi 00.00.25 # I have a question 00.00.31 # <[IDC]Dragon> me too 00.00.46 # <[IDC]Dragon> (you first then) 00.00.53 # When you inrroduced video playback, you made a plugin to fine-tune the 00.01.00 # *inrocduced 00.01.07 # Hmpf 00.01.10 # again 00.01.14 # <[IDC]Dragon> ...almost 00.01.22 Join DarkkOne [0] (~chatzilla@cpe-66-68-93-2.austin.res.rr.com) 00.01.31 # <[IDC]Dragon> fps_test, yes 00.01.35 # When you introduced video playback, you made a plugin to fine-tune the frequency to match the internal LCD frequency 00.01.54 # How did that work? What did it send to the LCD? 00.02.10 # I'll need to do the same for the iriver LCD 00.02.11 # <[IDC]Dragon> alternating b & w 00.02.23 # <[IDC]Dragon> I can look for it 00.02.30 # That'd be nice :) 00.03.03 # * [IDC]Dragon looks 00.04.45 # <[IDC]Dragon> found it 00.05.02 # <[IDC]Dragon> uh, this is old, direct timer programming 00.05.23 # Np, I'll do the same on iriver first 00.05.41 # Btw, the iriver has way less luxury concerning timers 00.05.58 # SH1 has 5 timers, while coldfire 5249 only has 2 00.06.15 # One is already taken for the tick, so... 00.07.15 # The other is used in the core for the backlight fading, but I already prepared a mechanism to 'steal' it (backlight resorts to simple on/off then) 00.08.14 # <[IDC]Dragon> email sent 00.08.22 # tnx 00.08.36 # <[IDC]Dragon> now my question: 00.08.56 # <[IDC]Dragon> I've implemented your suggestion to bootbox 00.09.12 # <[IDC]Dragon> there is a flaw with the Ondio now 00.09.17 # Yes, saw that 00.09.33 # <[IDC]Dragon> in case of missing ajbrec.ajz 00.10.02 # <[IDC]Dragon> when going to USB mode, the MMC behaves a bit "sticky" 00.10.14 Quit lodesi ("Leaving") 00.10.32 # <[IDC]Dragon> the PC has some problem to write to it for the 1st time 00.10.46 Join courtc [0] (~courtc@adsl-158-4-13.asm.bellsouth.net) 00.11.10 # <[IDC]Dragon> maybe I need to reset it or so? 00.11.29 # <[IDC]Dragon> MMC=internal memory 00.12.06 # <[IDC]Dragon> to describe the symptom again: 00.12.10 # Going to USB should reset it, and going back from USB should reset it again 00.12.29 # <[IDC]Dragon> I renamed my ajbrec away to make rolo miss it 00.12.49 # <[IDC]Dragon> after plugging, I want to rename it properly again 00.13.30 # <[IDC]Dragon> PC complains, promts to overwrite the file with itself (?), 00.13.52 # <[IDC]Dragon> after yes, I have a 0 byte file 00.14.28 # <[IDC]Dragon> deleting that orphan and copying a fresh ajbrec works, and everything from then on 00.14.59 # I tested the same way, and had no problems (before your latest change) 00.15.38 # <[IDC]Dragon> but that required a restart 00.15.47 # <[IDC]Dragon> with the old version 00.15.49 # No, it didn't 00.16.08 # There was just the problem that the archos didn't react to usb while either of the 2 messages were displayed, after dismissing both messages with a button USB worked 00.16.57 # <[IDC]Dragon> aha, then it probably restarted itself inbetween 00.17.51 Join jlee [0] (~jlee@69-175-94-207.frdrmd.adelphia.net) 00.18.23 Quit DarkkOne ("Chatzilla 0.9.68.5 [Firefox 1.0.4/20050511]") 00.19.31 # [IDC]Dragon: I see you're calling system_reboot() now... 00.21.34 # <[IDC]Dragon> not changed, I did before, too 00.22.15 # why is Rockbox no longer loading? 00.22.24 # it loads shitty iRiver 00.22.41 # [IDC]Dragon: Ah, right 00.22.50 # You just moved it to a separate function 00.23.07 # guys? 00.23.34 # [IDC]Dragon: You don't have the double-mount prevention as in apps/main.c 00.23.43 # Perhaps that's a problem? 00.23.55 # I just put the bleeding edge on and Rockbox does not load. The iRiver FW loads instead. 00.24.19 # Plus, I *think* if you stick in an MMC at boot, bootbox will try to boot from that MMC instead of internal 00.24.39 # I'm not sure whether I should consider this a bug or a feature... 00.24.51 # anyone? 00.25.00 # Rori: Did you get the right version? 00.25.13 # I got the build on the normal site 00.25.22 # The h120/h140 build was renamed to h120 because of h110/h115 support 00.25.34 # http://www.rockbox.org/auto/build-h100/rockbox.zip 00.25.49 # I always get that one 00.26.05 # Yes, and that's *wrong* since a few days 00.26.15 # awwww crap 00.26.22 # (iirc you do have a h120 or h140) 00.26.45 # http://www.rockbox.org/auto/build-h120/rockbox.zip 00.26.55 # yeah got 00.29.30 # bleh. still no remote stuff 00.29.42 # oh well 00.33.23 # <[IDC]Dragon> amiconn: where does the internal MMC get reset on USB mode? 00.34.10 Quit Coldtoast ("Peace and Protection 4.22") 00.36.07 # usb_slave_mode() -> ata_init() -> ata_enable() 00.36.29 Quit Zagor ("Client exiting") 00.36.33 # ...and then even another ata_enable() 00.36.38 # (false this time) 00.37.31 # This sequence looks a bit messy to me, could be done better 00.37.41 # ...but that shouldn't result in such a problem 00.38.07 # Btw, if the pc is able to display the flash contents, it is definitely able to access it 00.38.34 # <[IDC]Dragon> yes, but it has a writing problem at first 00.38.54 # If reading works, writing does also work, unless the card is software-write-protected 00.39.12 # <[IDC]Dragon> usb_slave_mode() is handled by the usb thread 00.39.20 # yes 00.39.59 # <[IDC]Dragon> after SYS_USB_CONNECTED_ACK 00.41.04 # Bootbox or rockbox should behave identically here, because the code is the same. 00.41.15 # I never observed this behaviour 00.42.01 # <[IDC]Dragon> I'll email you my build 00.42.08 # Oh, btw 00.42.26 # I would have done the power button check in a different way 00.42.42 # (1) It is only necessary on software poweroff platforms 00.42.50 # gnig 00.42.51 # (recorder fm/v2, ondios) 00.43.22 # (2) The button driver sends a convenient evenet for that, no necessity to fiddle with different buttons yourself 00.43.28 # *event 00.43.52 # SYS_POWEROFF 00.46.18 # You can even do this check for all platforms, just on hardware poweroff platforms the button driver will never send this event 00.46.34 # <[IDC]Dragon> ok, thanks 00.47.43 # <[IDC]Dragon> SYS_POWEROFF 00.47.49 # <[IDC]Dragon> oops 00.48.14 # <[IDC]Dragon> SYS_POWEROFF is only sent after holding it for a while? 00.48.27 # yup 00.49.20 # Maybe this is unsuited for the charging screen.... 00.49.22 # ...but: 00.49.40 # I wonder what rc = 2 does (in both rockbox and bootbox) 00.50.00 # Imho that can't work, and would hang the box 00.50.33 # * amiconn tries with real rockbox... 00.51.02 # <[IDC]Dragon> used to wfm 00.51.16 # ? 00.51.42 # This is indeed a glaring bug in the charging screen 00.52.10 # Put recorder v1 or player on charger, charging screen appears and animates 00.52.24 # Press Off or Stop - screen freezes 00.52.40 # <[IDC]Dragon> oops 00.52.52 # This must be an ooold bug 00.53.09 # The Off/Stop detection is nonsense 00.53.15 # ...in the charging screen 00.53.15 Part BoD[] 00.53.26 # <[IDC]Dragon> it was early work of mine 00.54.04 # Maybe it works on the fm/v2... 00.54.17 # Can fm/v2 recorders power down with the charger connected? 00.54.42 # <[IDC]Dragon> I think not 00.54.52 # Technically, only the recorder v1 really needs this behaviour (no poweroff with charger connected) due to the software charging 00.55.01 # ...but players have it as well... 00.55.11 # <[IDC]Dragon> bit I may be mistaken 00.55.15 # <[IDC]Dragon> but 00.55.51 # <[IDC]Dragon> it doesn't power down because plugging the charger turns it on 00.56.05 # <[IDC]Dragon> any FM owner around? 00.56.18 # Cassandra? 00.57.17 # <[IDC]Dragon> the FM powers down again if the s/w doesn't flip a power hold bit 00.57.36 # Yes, but does it also do that when the charger is connected? 00.57.52 # <[IDC]Dragon> so, by releasing that but you can make it "land" 00.58.01 # <[IDC]Dragon> s/but/bit 00.58.18 # Land? 00.58.31 # <[IDC]Dragon> my typos are compensating each other... 00.58.44 # <[IDC]Dragon> land=power down 00.59.17 # The question is whether this also works with the charger connected, or whether the charger forces power on 00.59.27 # <[IDC]Dragon> I forgot if that bit is also necessary with external power 01.00.25 Join BBub_ [0] (belzebub16@dsl-082-082-245-194.arcor-ip.net) 01.01.11 # [IDC]Dragon: Oh, and btw, the (BUTTON_RIGHT|BUTTON_REL) part is also unnecessary 01.01.32 # The only device without ON button is the ondio, and that doesn't have charging... 01.02.50 # I'd suggest a verison string for bootbox 01.06.09 # <[IDC]Dragon> pure coincidence... ;-) 01.07.45 Quit BBub (Read error: 104 (Connection reset by peer)) 01.07.45 Nick BBub_ is now known as BBub (belzebub16@dsl-082-082-245-194.arcor-ip.net) 01.07.58 # Any objections against removing some archos debug stuff? 01.08.09 Quit CheeseBurgerMan (Read error: 110 (Connection timed out)) 01.08.11 # (rtc ram and mas) 01.08.55 # <[IDC]Dragon> not from me 01.09.10 # * [IDC]Dragon the option slasher 01.17.01 Quit zezayer ("Chatzilla 0.9.68.5 [SUSE 1.0.4-1.1/20050511]") 01.19.02 Quit Harpy (Read error: 110 (Connection timed out)) 01.24.09 # [IDC]Dragon: That saves ~1 KB on recorder, and >2 KB on player 01.24.36 # <[IDC]Dragon> nice 01.40.10 # Will you fix the charging screen? 01.47.14 Join webguest59 [0] (~51429ed6@labb.contactor.se) 01.47.34 # hi guys :) 01.47.50 # can i ask a quick graphical question? 01.49.25 # how many shades of gray can we have in maximum with the future rewriting graphical stuff? 01.49.35 # potentaly :) 01.49.59 # actually 4 right? 01.50.14 # 4 shades in the core, the native capability of the lcd 01.50.25 # (on h1x0) 01.50.44 # yes h1xx i speak :) 01.50.44 # That's already possible 01.51.14 # Some plugins will eventually be ablue to display more shades 01.51.17 # ok, i tought in future this capacity will increased 01.51.20 # *able 01.51.28 # ok 01.51.35 # ...but not the core 01.51.44 # ok just plugin 01.51.55 # like rockboy i assume 01.51.57 # ? 01.52.11 *** Saving seen data "./dancer.seen" 01.52.12 # Rockboy needs just 4 shades, and has 4 shades 01.52.27 # a ok 01.52.37 # Besides, the mechanism to simulate more is quite cpu hungry, so no go for rockboy 01.52.45 # what plugins will be concerned? 01.52.46 # (which is cpu hungry by itself) 01.52.55 # ok 01.53.27 # jpeg viewer, mnadelbrot, grayscale demo (in fact just a technical demo for the grayscale library) 01.53.50 # oh good 01.53.59 # and WPS screen, no? 01.54.15 # No, wps will get no more than 4 shades 01.54.24 # oki 01.54.31 # I said plugins, no core 01.55.08 # apear the graphical stuffs are your territory :) 01.55.16 # ok 01.55.19 # The lower level, yes 01.55.27 # :) 01.55.34 # does the vu-meter work for anyone? 01.55.55 # BBub: Yes, for all archos owners except player ;) 01.56.04 # ah, ok 01.56.09 # Not yet on iriver if you mean that... 01.56.11 # :( not for iriver 01.56.15 # :) 01.56.30 # anyone working on it? 01.56.42 # for irivers 01.57.17 # i assume it's not a priority 01.57.20 # jpeg viewer for h1xx would be nice 01.57.23 # but more usual 01.57.42 # crwl: yes :P 01.58.35 # amiconn: do you know a bit the part of code about peak meter... 01.58.38 # ? 01.59.01 # Yes, but the peakmeter code itself isn't the problem 01.59.25 # The peakmeter needs actual peak values, and that's provided by th ehardware decoder on archos 01.59.36 # ah, i see 01.59.40 # not in iriver 01.59.42 # ? 01.59.51 # software? 01.59.51 Quit edx (Read error: 145 (Connection timed out)) 01.59.51 # Someone needs to add peak calculation to the iriver playback code 02.00.37 # it's not Slasheri that work on the playback? 02.00.44 # yup 02.01.02 # maybe he can do it with a bit of luck :) 02.01.14 Quit hicks (Remote closed the connection) 02.01.43 # Iirc stripwax is trying to make the peakmeter work on iriver 02.01.50 Join edx [0] (edx@p54A8CF34.dip.t-dialin.net) 02.02.19 # oh, this peak calculation like you said? 02.04.43 # well, thanks amiconn for this answers 02.05.09 # is it also possible for the h1xx-remote to have a dimming bg-light like the main-unit? 02.05.15 # no 02.05.23 # the remote does not use a led 02.05.30 # it uses that "el-tape" stuff 02.05.33 # or what it's called 02.05.37 # can not be dimmed 02.05.38 # ah, ok 02.05.47 # hi thegeek 02.05.54 # hi there? 02.06.01 # you know a lot about remote stuff? 02.06.08 # no 02.06.10 # not really 02.06.11 # why? 02.06.16 # I'm not even a developer 02.06.25 # a ok :) 02.06.29 # I just remember linus saying that about the led and remote 02.06.34 # ;) 02.06.39 # :D 02.06.57 # * tvelocity is travelling to germany tomorrow! :D 02.07.21 # it'll be very good a browser and WPS screen in remote :( 02.07.35 # but apear it's not for soon 02.08.07 # eh tvelocity, lucky man 02.08.11 # holidays 02.08.28 # have a good traveling 02.08.34 # :) 02.08.56 Quit lImbus (" HydraIRC -> http://www.hydrairc.com <- *I* use it, so it must be good!") 02.09.05 # not holidays soon here :( 02.09.12 # why not? 02.09.30 # works :( 02.09.38 # :/ 02.09.44 # september for my vacations 02.10.15 # but the time run quicly furtunatly :) 02.10.19 # tvelocity: where are you going? 02.11.17 # at a village near munich 02.11.37 # baviere sounds good 02.11.43 # the Alps 02.11.49 # montains? 02.12.00 # i have relatives there, i'm half german 02.12.13 # ah, too bad thats quit far from me ;) 02.12.20 # *quite 02.13.44 # amiconn: have you planed for us a new graphicals stuffs? 02.14.28 # <[IDC]Dragon> 'night! 02.14.28 Join ashridah [0] (ashridah@220-253-120-11.VIC.netspace.net.au) 02.14.33 Quit [IDC]Dragon ("CGI:IRC") 02.16.24 # amiconn: us=iriver rockbox owners :) 02.16.52 # hehe webgest amiconn had already worked a lot 02.17.04 Quit tvelocity ("Leaving") 02.17.33 # webguest: and we can already congrate and thank him for it 02.17.39 # be patient :) 02.18.00 # oki scuse 02.18.25 # no worries :), it's just for him 02.19.31 # thanks all for all your rockbox works, I know you do it in your free time 02.19.42 # thanks a lot and good night 02.19.55 # night 02.20.02 Quit webguest59 ("CGI:IRC") 02.21.45 # time to got to bed here too 02.21.51 # night all 02.22.08 Quit Moos (" Want to be different? HydraIRC -> http://www.hydrairc.com <-") 02.35.40 Join ac [0] (~5078751e@labb.contactor.se) 02.35.44 # hi all 02.37.35 Join Kotjze [0] (~entering@stjhnf0112w-142162202172.nl.aliant.net) 02.37.47 Part Kotjze 02.50.45 Join CheeseBurgerMan [0] (~me@63.150.80.40) 02.59.49 Quit ac ("CGI:IRC") 03.02.03 Join Nibbler [0] (~sven@port-212-202-193-100.dynamic.qsc.de) 03.10.16 Quit ashridah ("gotta go.") 03.29.14 Join eleom1 [0] (~d3fa859f@labb.contactor.se) 03.29.54 Quit eleom1 (Client Quit) 03.30.04 Join eleom1 [0] (~d3fa859f@labb.contactor.se) 03.34.33 Quit eleom1 (Client Quit) 03.52.13 *** Saving seen data "./dancer.seen" 04.01.08 Quit Sucka ("a bird in the bush is worth two in your house") 04.02.22 Join TCK [0] (TCK@81-86-99-192.dsl.pipex.com) 04.05.30 Join QT [0] (as@area51.users.madwifi) 04.15.50 Quit QT_ (Read error: 110 (Connection timed out)) 04.17.45 Quit cYmen ("zZz") 04.24.10 Quit Maxime (brown.freenode.net irc.freenode.net) 04.24.10 NSplit brown.freenode.net irc.freenode.net 04.24.10 Quit solex (brown.freenode.net irc.freenode.net) 04.24.10 Quit amiconn (brown.freenode.net irc.freenode.net) 04.24.10 Quit pill (brown.freenode.net irc.freenode.net) 04.24.10 Quit crwl (brown.freenode.net irc.freenode.net) 04.24.10 Quit Cassandra (brown.freenode.net irc.freenode.net) 04.24.10 Quit lostlogic (brown.freenode.net irc.freenode.net) 04.24.10 Quit floam (brown.freenode.net irc.freenode.net) 04.24.10 Quit bill2or3 (brown.freenode.net irc.freenode.net) 04.24.10 Quit dwihno (brown.freenode.net irc.freenode.net) 04.24.10 Quit ze (brown.freenode.net irc.freenode.net) 04.24.10 Quit Rori (brown.freenode.net irc.freenode.net) 04.24.10 Quit bill20r3 (brown.freenode.net irc.freenode.net) 04.24.10 Quit Bagder (brown.freenode.net irc.freenode.net) 04.24.10 Quit Hadaka (brown.freenode.net irc.freenode.net) 04.24.10 Quit ansivirus (brown.freenode.net irc.freenode.net) 04.24.10 Quit CheeseBurgerMan (brown.freenode.net irc.freenode.net) 04.24.10 Quit odd (brown.freenode.net irc.freenode.net) 04.24.10 Quit CoCoLUS (brown.freenode.net irc.freenode.net) 04.24.10 Quit mbr (brown.freenode.net irc.freenode.net) 04.24.10 Quit crashd (brown.freenode.net irc.freenode.net) 04.24.10 Quit Seed (brown.freenode.net irc.freenode.net) 04.24.10 Quit Lynx_awy (brown.freenode.net irc.freenode.net) 04.24.10 Quit QT (brown.freenode.net irc.freenode.net) 04.24.10 Quit BBub (brown.freenode.net irc.freenode.net) 04.24.10 Quit ferenczy (brown.freenode.net irc.freenode.net) 04.24.10 Quit einhirn (brown.freenode.net irc.freenode.net) 04.24.10 Quit alxcm (brown.freenode.net irc.freenode.net) 04.24.10 Quit thegeek (brown.freenode.net irc.freenode.net) 04.24.10 Quit ghostiger (brown.freenode.net irc.freenode.net) 04.24.10 Quit dionoea (brown.freenode.net irc.freenode.net) 04.24.10 Quit silencer_ (brown.freenode.net irc.freenode.net) 04.24.10 Quit pike (brown.freenode.net irc.freenode.net) 04.24.10 Quit crash_ (brown.freenode.net irc.freenode.net) 04.24.10 Quit Rick (brown.freenode.net irc.freenode.net) 04.24.10 Quit C-Keen (brown.freenode.net irc.freenode.net) 04.24.10 Quit gromit` (brown.freenode.net irc.freenode.net) 04.24.10 Quit edx (brown.freenode.net irc.freenode.net) 04.24.10 Quit Febs (brown.freenode.net irc.freenode.net) 04.26.18 NHeal brown.freenode.net irc.freenode.net 04.26.18 NJoin QT [0] (as@area51.users.madwifi) 04.26.18 NJoin CheeseBurgerMan [0] (~me@63.150.80.40) 04.26.18 NJoin edx [0] (edx@p54A8CF34.dip.t-dialin.net) 04.26.18 NJoin BBub [0] (belzebub16@dsl-082-082-245-194.arcor-ip.net) 04.26.18 NJoin Maxime [0] (~flemmard@fbx.flemmard.net) 04.26.18 NJoin solex [0] (~jrschulz@d009004.adsl.hansenet.de) 04.26.18 NJoin lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) 04.26.18 NJoin ferenczy [0] (ferenczy@208.158.broadband3.iol.cz) 04.26.18 NJoin einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) 04.26.18 NJoin amiconn [0] (~jens@p54BD56E3.dip.t-dialin.net) 04.26.18 NJoin pill [0] (dearth@ip-130.net-82-216-140.issy4.rev.numericable.fr) 04.26.18 NJoin alxcm [0] (~alx@68-232-83-247.chvlva.adelphia.net) 04.26.18 NJoin Rori [0] (MO-Pantsu@deadman3000.plus.com) 04.26.18 NJoin bill2or3 [0] (bill@cerberus.protovision.com) 04.26.18 NJoin thegeek [0] (na@ti521110a080-4732.bb.online.no) 04.26.18 NJoin floam [0] (~floam@sh.nu) 04.26.18 NJoin ghostiger [0] (~ghostiger@0f044bb2050252db.session.tor) 04.26.18 NJoin Cassandra [0] (~cassandra@82-70-230-150.dsl.in-addr.zen.co.uk) 04.26.18 NJoin Febs [0] (~chatzilla@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) 04.26.18 NJoin gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) 04.26.18 NJoin silencer_ [0] (~silencer@zen.via.ecp.fr) 04.26.18 NJoin Seed [0] (ben@l192-117-115-168.broadband.actcom.net.il) 04.26.18 NJoin Rick [0] (rick@Rick.user) 04.26.18 NJoin dionoea [0] (~dionoea@muscipula152.via.ecp.fr) 04.26.18 NJoin pike [0] (pike@c83-249-120-126.bredband.comhem.se) 04.26.18 NJoin Hadaka [0] (naked@naked.iki.fi) 04.26.18 NJoin Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 04.26.18 NJoin ansivirus [0] (~ansivirus@ppp-69-148-93-76.dsl.rcsntx.swbell.net) 04.26.18 NJoin ze [0] (ze@ca-dstreet-cuda2-c9a-73.snbrca.adelphia.net) 04.26.18 NJoin dwihno [0] (~dw@81.8.224.89) 04.26.18 NJoin crwl [0] (~crawlie@dsl-83.148.225-157-dynip.ssp.fi) 04.26.18 NJoin crashd [0] (nobody@badger.ing.me.uk) 04.26.18 NJoin odd [0] (mrodd@fangorn.starshadow.com) 04.26.18 NJoin Lynx_awy [0] (~lynx@tina-10-4.genetik.uni-koeln.de) 04.26.18 NJoin C-Keen [0] (~C-Keen@positive-it.de) 04.26.18 NJoin CoCoLUS [0] (~coco@h081217139221.dyn.cm.kabsi.at) 04.26.18 NJoin crash_ [0] (~crash@a15167580.alturo-server.de) 04.26.18 NJoin mbr [0] (~mb@stz-softwaretechnik.de) 04.26.18 NJoin bill20r3 [0] (bill@cloudburst.xmission.com) 04.26.46 Ctcp Version from freenode-connect!freenode@connect.utility.freenode 04.27.06 Join Ismo_ [0] (laitinei@huippu.net) 04.27.06 Quit Ismo (Read error: 104 (Connection reset by peer)) 04.40.02 # where does rockbox store its config on the iriver? 04.45.05 Quit Cassandra (brown.freenode.net irc.freenode.net) 04.45.05 NSplit brown.freenode.net irc.freenode.net 04.45.05 Quit pill (brown.freenode.net irc.freenode.net) 04.45.05 Quit amiconn (brown.freenode.net irc.freenode.net) 04.45.05 Quit Maxime (brown.freenode.net irc.freenode.net) 04.45.05 Quit lostlogic (brown.freenode.net irc.freenode.net) 04.45.05 Quit solex (brown.freenode.net irc.freenode.net) 04.45.05 Quit crwl (brown.freenode.net irc.freenode.net) 04.45.05 Quit floam (brown.freenode.net irc.freenode.net) 04.45.05 Quit dwihno (brown.freenode.net irc.freenode.net) 04.45.05 Quit ze (brown.freenode.net irc.freenode.net) 04.45.05 Quit bill2or3 (brown.freenode.net irc.freenode.net) 04.45.05 Quit bill20r3 (brown.freenode.net irc.freenode.net) 04.45.05 Quit Bagder (brown.freenode.net irc.freenode.net) 04.45.05 Quit Rori (brown.freenode.net irc.freenode.net) 04.45.05 Quit ansivirus (brown.freenode.net irc.freenode.net) 04.45.05 Quit Hadaka (brown.freenode.net irc.freenode.net) 04.45.05 Quit mbr (brown.freenode.net irc.freenode.net) 04.45.06 Quit CoCoLUS (brown.freenode.net irc.freenode.net) 04.45.06 Quit odd (brown.freenode.net irc.freenode.net) 04.45.06 Quit CheeseBurgerMan (brown.freenode.net irc.freenode.net) 04.45.06 Quit crashd (brown.freenode.net irc.freenode.net) 04.45.06 Quit Seed (brown.freenode.net irc.freenode.net) 04.45.06 Quit Lynx_awy (brown.freenode.net irc.freenode.net) 04.45.06 Quit silencer_ (brown.freenode.net irc.freenode.net) 04.45.06 Quit alxcm (brown.freenode.net irc.freenode.net) 04.45.06 Quit einhirn (brown.freenode.net irc.freenode.net) 04.45.06 Quit BBub (brown.freenode.net irc.freenode.net) 04.45.06 Quit crash_ (brown.freenode.net irc.freenode.net) 04.45.06 Quit pike (brown.freenode.net irc.freenode.net) 04.45.06 Quit C-Keen (brown.freenode.net irc.freenode.net) 04.45.06 Quit dionoea (brown.freenode.net irc.freenode.net) 04.45.06 Quit Rick (brown.freenode.net irc.freenode.net) 04.45.06 Quit thegeek (brown.freenode.net irc.freenode.net) 04.45.06 Quit QT (brown.freenode.net irc.freenode.net) 04.45.06 Quit gromit` (brown.freenode.net irc.freenode.net) 04.45.06 Quit ghostiger (brown.freenode.net irc.freenode.net) 04.45.06 Quit ferenczy (brown.freenode.net irc.freenode.net) 04.45.06 Quit Ismo_ (brown.freenode.net irc.freenode.net) 04.45.06 Quit Febs (brown.freenode.net irc.freenode.net) 04.45.06 Quit edx (brown.freenode.net irc.freenode.net) 04.46.39 NHeal brown.freenode.net irc.freenode.net 04.46.39 NJoin Ismo_ [0] (laitinei@huippu.net) 04.46.39 NJoin QT [0] (as@area51.users.madwifi) 04.46.39 NJoin CheeseBurgerMan [0] (~me@63.150.80.40) 04.46.39 NJoin edx [0] (edx@p54A8CF34.dip.t-dialin.net) 04.46.39 NJoin BBub [0] (belzebub16@dsl-082-082-245-194.arcor-ip.net) 04.46.39 NJoin Maxime [0] (~flemmard@fbx.flemmard.net) 04.46.39 NJoin solex [0] (~jrschulz@d009004.adsl.hansenet.de) 04.46.39 NJoin lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) 04.46.39 NJoin ferenczy [0] (ferenczy@208.158.broadband3.iol.cz) 04.46.39 NJoin einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) 04.46.39 NJoin amiconn [0] (~jens@p54BD56E3.dip.t-dialin.net) 04.46.39 NJoin pill [0] (dearth@ip-130.net-82-216-140.issy4.rev.numericable.fr) 04.46.39 NJoin alxcm [0] (~alx@68-232-83-247.chvlva.adelphia.net) 04.46.39 NJoin Rori [0] (MO-Pantsu@deadman3000.plus.com) 04.46.39 NJoin bill2or3 [0] (bill@cerberus.protovision.com) 04.46.39 NJoin thegeek [0] (na@ti521110a080-4732.bb.online.no) 04.46.39 NJoin floam [0] (~floam@sh.nu) 04.46.39 NJoin ghostiger [0] (~ghostiger@0f044bb2050252db.session.tor) 04.46.39 NJoin Cassandra [0] (~cassandra@82-70-230-150.dsl.in-addr.zen.co.uk) 04.46.39 NJoin Febs [0] (~chatzilla@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) 04.46.39 NJoin gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) 04.46.39 NJoin silencer_ [0] (~silencer@zen.via.ecp.fr) 04.46.39 NJoin Seed [0] (ben@l192-117-115-168.broadband.actcom.net.il) 04.46.39 NJoin Rick [0] (rick@Rick.user) 04.46.39 NJoin dionoea [0] (~dionoea@muscipula152.via.ecp.fr) 04.46.39 NJoin pike [0] (pike@c83-249-120-126.bredband.comhem.se) 04.46.39 NJoin Hadaka [0] (naked@naked.iki.fi) 04.46.39 NJoin Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 04.46.39 NJoin ansivirus [0] (~ansivirus@ppp-69-148-93-76.dsl.rcsntx.swbell.net) 04.46.39 NJoin ze [0] (ze@ca-dstreet-cuda2-c9a-73.snbrca.adelphia.net) 04.46.39 NJoin dwihno [0] (~dw@81.8.224.89) 04.46.39 NJoin crwl [0] (~crawlie@dsl-83.148.225-157-dynip.ssp.fi) 04.46.39 NJoin crashd [0] (nobody@badger.ing.me.uk) 04.46.39 NJoin odd [0] (mrodd@fangorn.starshadow.com) 04.46.39 NJoin Lynx_awy [0] (~lynx@tina-10-4.genetik.uni-koeln.de) 04.46.39 NJoin C-Keen [0] (~C-Keen@positive-it.de) 04.46.39 NJoin CoCoLUS [0] (~coco@h081217139221.dyn.cm.kabsi.at) 04.46.39 NJoin crash_ [0] (~crash@a15167580.alturo-server.de) 04.46.39 NJoin mbr [0] (~mb@stz-softwaretechnik.de) 04.46.39 NJoin bill20r3 [0] (bill@cloudburst.xmission.com) 04.46.55 Quit Cassandra (brown.freenode.net irc.freenode.net) 04.46.55 Quit pill (brown.freenode.net irc.freenode.net) 04.46.55 Quit amiconn (brown.freenode.net irc.freenode.net) 04.46.55 Quit Maxime (brown.freenode.net irc.freenode.net) 04.46.55 Quit lostlogic (brown.freenode.net irc.freenode.net) 04.46.55 Quit solex (brown.freenode.net irc.freenode.net) 04.46.55 Quit crwl (brown.freenode.net irc.freenode.net) 04.46.55 Quit floam (brown.freenode.net irc.freenode.net) 04.46.55 Quit dwihno (brown.freenode.net irc.freenode.net) 04.46.55 Quit ze (brown.freenode.net irc.freenode.net) 04.46.55 Quit bill2or3 (brown.freenode.net irc.freenode.net) 04.46.55 Quit bill20r3 (brown.freenode.net irc.freenode.net) 04.46.55 Quit Bagder (brown.freenode.net irc.freenode.net) 04.46.55 Quit Rori (brown.freenode.net irc.freenode.net) 04.46.55 Quit ansivirus (brown.freenode.net irc.freenode.net) 04.46.55 Quit Hadaka (brown.freenode.net irc.freenode.net) 04.46.55 Quit mbr (brown.freenode.net irc.freenode.net) 04.46.55 Quit CoCoLUS (brown.freenode.net irc.freenode.net) 04.46.55 Quit odd (brown.freenode.net irc.freenode.net) 04.46.55 Quit CheeseBurgerMan (brown.freenode.net irc.freenode.net) 04.46.55 Quit crashd (brown.freenode.net irc.freenode.net) 04.46.55 Quit Seed (brown.freenode.net irc.freenode.net) 04.46.55 Quit Lynx_awy (brown.freenode.net irc.freenode.net) 04.46.55 Quit silencer_ (brown.freenode.net irc.freenode.net) 04.46.55 Quit alxcm (brown.freenode.net irc.freenode.net) 04.46.55 Quit einhirn (brown.freenode.net irc.freenode.net) 04.46.55 Quit BBub (brown.freenode.net irc.freenode.net) 04.46.55 Quit crash_ (brown.freenode.net irc.freenode.net) 04.46.55 Quit pike (brown.freenode.net irc.freenode.net) 04.46.56 Quit C-Keen (brown.freenode.net irc.freenode.net) 04.46.56 Quit dionoea (brown.freenode.net irc.freenode.net) 04.46.56 Quit Rick (brown.freenode.net irc.freenode.net) 04.46.56 Quit thegeek (brown.freenode.net irc.freenode.net) 04.46.56 Quit QT (brown.freenode.net irc.freenode.net) 04.46.56 Quit gromit` (brown.freenode.net irc.freenode.net) 04.46.56 Quit ghostiger (brown.freenode.net irc.freenode.net) 04.46.56 Quit ferenczy (brown.freenode.net irc.freenode.net) 04.46.56 Quit Febs (brown.freenode.net irc.freenode.net) 04.46.56 Quit Ismo_ (brown.freenode.net irc.freenode.net) 04.46.56 Quit edx (brown.freenode.net irc.freenode.net) 04.48.09 NJoin Ismo_ [0] (laitinei@huippu.net) 04.48.09 NJoin QT [0] (as@area51.users.madwifi) 04.48.09 NJoin CheeseBurgerMan [0] (~me@63.150.80.40) 04.48.09 NJoin edx [0] (edx@p54A8CF34.dip.t-dialin.net) 04.48.09 NJoin BBub [0] (belzebub16@dsl-082-082-245-194.arcor-ip.net) 04.48.09 NJoin Maxime [0] (~flemmard@fbx.flemmard.net) 04.48.09 NJoin solex [0] (~jrschulz@d009004.adsl.hansenet.de) 04.48.09 NJoin lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) 04.48.09 NJoin ferenczy [0] (ferenczy@208.158.broadband3.iol.cz) 04.48.09 NJoin einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) 04.48.09 NJoin amiconn [0] (~jens@p54BD56E3.dip.t-dialin.net) 04.48.09 NJoin pill [0] (dearth@ip-130.net-82-216-140.issy4.rev.numericable.fr) 04.48.09 NJoin alxcm [0] (~alx@68-232-83-247.chvlva.adelphia.net) 04.48.09 NJoin Rori [0] (MO-Pantsu@deadman3000.plus.com) 04.48.09 NJoin bill2or3 [0] (bill@cerberus.protovision.com) 04.48.09 NJoin thegeek [0] (na@ti521110a080-4732.bb.online.no) 04.48.09 NJoin floam [0] (~floam@sh.nu) 04.48.09 NJoin ghostiger [0] (~ghostiger@0f044bb2050252db.session.tor) 04.48.09 NJoin Cassandra [0] (~cassandra@82-70-230-150.dsl.in-addr.zen.co.uk) 04.48.09 NJoin Febs [0] (~chatzilla@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) 04.48.09 NJoin gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) 04.48.09 NJoin silencer_ [0] (~silencer@zen.via.ecp.fr) 04.48.09 NJoin Seed [0] (ben@l192-117-115-168.broadband.actcom.net.il) 04.48.09 NJoin Rick [0] (rick@Rick.user) 04.48.09 NJoin dionoea [0] (~dionoea@muscipula152.via.ecp.fr) 04.48.09 NJoin pike [0] (pike@c83-249-120-126.bredband.comhem.se) 04.48.09 NJoin Hadaka [0] (naked@naked.iki.fi) 04.48.09 NJoin Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 04.48.09 NJoin ansivirus [0] (~ansivirus@ppp-69-148-93-76.dsl.rcsntx.swbell.net) 04.48.09 NJoin ze [0] (ze@ca-dstreet-cuda2-c9a-73.snbrca.adelphia.net) 04.48.09 NJoin dwihno [0] (~dw@81.8.224.89) 04.48.09 NJoin crwl [0] (~crawlie@dsl-83.148.225-157-dynip.ssp.fi) 04.48.09 NJoin bill20r3 [0] (bill@cloudburst.xmission.com) 04.48.09 NJoin mbr [0] (~mb@stz-softwaretechnik.de) 04.48.09 NJoin crash_ [0] (~crash@a15167580.alturo-server.de) 04.48.09 NJoin CoCoLUS [0] (~coco@h081217139221.dyn.cm.kabsi.at) 04.48.09 NJoin C-Keen [0] (~C-Keen@positive-it.de) 04.48.09 NJoin crashd [0] (nobody@badger.ing.me.uk) 04.48.09 NJoin odd [0] (mrodd@fangorn.starshadow.com) 04.48.09 NJoin Lynx_awy [0] (~lynx@tina-10-4.genetik.uni-koeln.de) 04.48.50 Ctcp Version from freenode-connect!freenode@connect.utility.freenode 05.07.00 Quit leoncamel ("Leaving") 05.15.31 Quit CheeseBurgerMan () 05.22.53 Join |Xinux| [0] (~bla@pool-70-23-97-177.ny325.east.verizon.net) 05.34.45 Part |Xinux| 05.52.15 *** Saving seen data "./dancer.seen" 06.38.06 Join Strath [0] (~mike@dgvlwinas01pool0-a196.wi.tds.net) 06.39.40 Join CheeseBurgerMan [0] (~me@63.150.80.40) 06.52.39 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 06.56.16 Quit pill (Read error: 110 (Connection timed out)) 07.07.50 Join ashridah [0] (ashridah@220-253-120-125.VIC.netspace.net.au) 07.34.55 Join pill [0] (dearth@ip-130.net-82-216-140.issy4.rev.numericable.fr) 07.52.19 *** Saving seen data "./dancer.seen" 07.53.53 Quit CheeseBurgerMan () 08.17.31 Join LinusN [0] (~linus@labb.contactor.se) 08.39.34 Join odd_ [0] (mrodd@fangorn.starshadow.com) 08.39.34 Quit LinusN (Read error: 104 (Connection reset by peer)) 08.39.35 Quit HCl (Read error: 104 (Connection reset by peer)) 08.39.37 Join QT_ [0] (as@dsl-213-023-255-153.arcor-ip.net) 08.40.39 Quit Strath (brown.freenode.net irc.freenode.net) 08.40.39 NSplit brown.freenode.net irc.freenode.net 08.40.39 Quit crwl (brown.freenode.net irc.freenode.net) 08.40.39 Quit Cassandra (brown.freenode.net irc.freenode.net) 08.40.39 Quit amiconn (brown.freenode.net irc.freenode.net) 08.40.39 Quit lostlogic (brown.freenode.net irc.freenode.net) 08.40.39 Quit solex (brown.freenode.net irc.freenode.net) 08.40.39 Quit Maxime (brown.freenode.net irc.freenode.net) 08.40.39 Quit floam (brown.freenode.net irc.freenode.net) 08.40.39 Quit pill (brown.freenode.net irc.freenode.net) 08.40.39 Quit dwihno (brown.freenode.net irc.freenode.net) 08.40.39 Quit bill2or3 (brown.freenode.net irc.freenode.net) 08.40.39 Quit ze (brown.freenode.net irc.freenode.net) 08.40.39 Quit bill20r3 (brown.freenode.net irc.freenode.net) 08.40.39 Quit Bagder (brown.freenode.net irc.freenode.net) 08.40.39 Quit Rori (brown.freenode.net irc.freenode.net) 08.40.39 Quit Hadaka (brown.freenode.net irc.freenode.net) 08.40.39 Quit ansivirus (brown.freenode.net irc.freenode.net) 08.40.39 Quit odd (brown.freenode.net irc.freenode.net) 08.40.39 Quit CoCoLUS (brown.freenode.net irc.freenode.net) 08.40.39 Quit mbr (brown.freenode.net irc.freenode.net) 08.40.39 Quit crashd (brown.freenode.net irc.freenode.net) 08.40.39 Quit Seed (brown.freenode.net irc.freenode.net) 08.40.39 Quit Lynx_awy (brown.freenode.net irc.freenode.net) 08.40.39 Quit ashridah (brown.freenode.net irc.freenode.net) 08.40.39 Quit C-Keen (brown.freenode.net irc.freenode.net) 08.40.39 Quit crash_ (brown.freenode.net irc.freenode.net) 08.40.39 Quit silencer_ (brown.freenode.net irc.freenode.net) 08.40.39 Quit alxcm (brown.freenode.net irc.freenode.net) 08.40.39 Quit BBub (brown.freenode.net irc.freenode.net) 08.40.39 Quit pike (brown.freenode.net irc.freenode.net) 08.40.39 Quit thegeek (brown.freenode.net irc.freenode.net) 08.40.39 Quit dionoea (brown.freenode.net irc.freenode.net) 08.40.39 Quit Rick (brown.freenode.net irc.freenode.net) 08.40.39 Quit QT (brown.freenode.net irc.freenode.net) 08.40.39 Quit gromit` (brown.freenode.net irc.freenode.net) 08.40.39 Quit ghostiger (brown.freenode.net irc.freenode.net) 08.40.39 Quit ferenczy (brown.freenode.net irc.freenode.net) 08.40.39 Quit Febs (brown.freenode.net irc.freenode.net) 08.40.39 Quit Ismo_ (brown.freenode.net irc.freenode.net) 08.40.39 Quit edx (brown.freenode.net irc.freenode.net) 08.41.04 Quit courtc (Read error: 104 (Connection reset by peer)) 08.41.07 Quit edster (Read error: 104 (Connection reset by peer)) 08.41.19 Join courtc_ [0] (~courtc@adsl-158-4-13.asm.bellsouth.net) 08.41.48 Join edster [0] (~edster@dsl017-049-209.sfo4.dsl.speakeasy.net) 08.42.19 Join LinusN [0] (~linus@labb.contactor.se) 08.45.36 Join jlee_ [0] (~jlee@69-175-94-207.frdrmd.adelphia.net) 08.45.48 NHeal brown.freenode.net irc.freenode.net 08.45.48 NJoin bill20r3 [0] (bill@cloudburst.xmission.com) 08.45.48 NJoin ansivirus [0] (~ansivirus@ppp-69-148-93-76.dsl.rcsntx.swbell.net) 08.45.48 Join B4gder [0] (~dast@static-213-115-255-230.sme.bredbandsbolaget.se) 08.45.48 NJoin crashd [0] (nobody@badger.ing.me.uk) 08.45.48 NJoin C-Keen [0] (~C-Keen@positive-it.de) 08.45.48 NJoin Strath [0] (~mike@dgvlwinas01pool0-a196.wi.tds.net) 08.45.48 NJoin Maxime [0] (~flemmard@fbx.flemmard.net) 08.45.48 NJoin solex [0] (~jrschulz@d009004.adsl.hansenet.de) 08.45.48 NJoin lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) 08.45.48 NJoin amiconn [0] (~jens@p54BD56E3.dip.t-dialin.net) 08.45.48 NJoin floam [0] (~floam@sh.nu) 08.45.48 NJoin Cassandra [0] (~cassandra@82-70-230-150.dsl.in-addr.zen.co.uk) 08.45.48 NJoin crwl [0] (~crawlie@dsl-83.148.225-157-dynip.ssp.fi) 08.45.54 Join godzirra_ [0] (~shawn@c-24-131-13-213.hsd1.va.comcast.net) 08.46.09 NJoin Lynx_awy [0] (~lynx@tina-10-4.genetik.uni-koeln.de) 08.46.09 NJoin dwihno [0] (~dw@81.8.224.89) 08.46.10 NJoin gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) 08.46.20 NJoin Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 08.46.22 Join Rick [0] (rick@pool-71-108-23-179.lsanca.dsl-w.verizon.net) 08.46.29 Ctcp Version from freenode-connect!freenode@connect.utility.freenode 08.46.29 *** Server message 477: 'logbot #rockbox :[freenode-info] help freenode weed out clonebots, please register your IRC nick and auto-identify: http://freenode.net/faq.shtml#nicksetup' 08.46.29 # morning 08.46.35 NJoin ze [0] (ze@ca-dstreet-cuda2-c9a-73.snbrca.adelphia.net) 08.46.46 Join Ismo [0] (laitinei@huippu.net) 08.46.46 Join Naked [0] (naked@naked.iki.fi) 08.46.48 Nick Naked is now known as Hadaka (naked@naked.iki.fi) 08.47.19 Join HCl [0] (hcl@titania.student.utwente.nl) 08.48.16 NJoin mbr [0] (~mb@stz-softwaretechnik.de) 08.48.18 # morning amiconn 09.04.45 Quit pabs (Connection timed out) 09.04.45 Quit jlee (Read error: 110 (Connection timed out)) 09.04.45 Quit godzirra (Read error: 113 (No route to host)) 09.04.46 Quit HCl (Read error: 104 (Connection reset by peer)) 09.04.46 Quit QT_ (Read error: 104 (Connection reset by peer)) 09.04.46 Quit LinusN (Read error: 104 (Connection reset by peer)) 09.05.01 Quit odd_ (Read error: 104 (Connection reset by peer)) 09.05.06 NJoin Febs [0] (~chatzilla@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) 09.05.14 Join amiconn_ [0] (~jens@p54BD56E3.dip.t-dialin.net) 09.05.14 Quit courtc_ (Read error: 104 (Connection reset by peer)) 09.05.18 Quit ze (brown.freenode.net irc.freenode.net) 09.05.18 Quit gromit` (brown.freenode.net irc.freenode.net) 09.05.18 Quit dwihno (brown.freenode.net irc.freenode.net) 09.05.18 Quit Cassandra (brown.freenode.net irc.freenode.net) 09.05.18 Quit amiconn (brown.freenode.net irc.freenode.net) 09.05.18 Quit Maxime (brown.freenode.net irc.freenode.net) 09.05.18 Quit lostlogic (brown.freenode.net irc.freenode.net) 09.05.18 Quit solex (brown.freenode.net irc.freenode.net) 09.05.18 Quit C-Keen (brown.freenode.net irc.freenode.net) 09.05.18 Quit crwl (brown.freenode.net irc.freenode.net) 09.05.18 Quit Strath (brown.freenode.net irc.freenode.net) 09.05.18 Quit floam (brown.freenode.net irc.freenode.net) 09.05.18 Quit mbr (brown.freenode.net irc.freenode.net) 09.05.18 Quit Hadaka (brown.freenode.net irc.freenode.net) 09.05.18 Quit Ismo (brown.freenode.net irc.freenode.net) 09.05.18 Quit Rick (brown.freenode.net irc.freenode.net) 09.05.18 Quit Bagder (brown.freenode.net irc.freenode.net) 09.05.18 Quit Lynx_awy (brown.freenode.net irc.freenode.net) 09.05.18 Quit B4gder (brown.freenode.net irc.freenode.net) 09.05.18 Quit bill20r3 (brown.freenode.net irc.freenode.net) 09.05.18 Quit crashd (brown.freenode.net irc.freenode.net) 09.05.18 Quit ansivirus (brown.freenode.net irc.freenode.net) 09.05.18 Quit edster (Success) 09.05.19 Nick amiconn_ is now known as amiconn (~jens@p54BD56E3.dip.t-dialin.net) 09.05.43 Join courtc_ [0] (~courtc@adsl-158-4-13.asm.bellsouth.net) 09.05.53 Join edster [0] (~edster@dsl017-049-209.sfo4.dsl.speakeasy.net) 09.06.08 Quit Nibbler (Read error: 104 (Connection reset by peer)) 09.06.15 DEBUG EOF from server (Connection timed out) (snapshot: netstuff.c line 545) 09.06.15 *** Cleanup 09.06.15 *** Cleanup 09.06.15 *** Saving seen data "./dancer.seen" 09.06.15 *** Exit 09.06.15 *** Started Dancer V4.16 09.06.15 *** Connected to irc.freenode.net on port 6667 09.06.15 *** Logfile for #rockbox started 09.06.16 *** Server message 501: 'logbot_ :Unknown MODE flag' 09.06.16 Mode "logbot_ :+i" by logbot_ 09.06.16 Quit logbot (Read error: 104 (Connection reset by peer)) 09.06.16 DEBUG Internal confusion. Unknown user "logbot!~bjst@labb.contactor.se" quit. (snapshot: fplrun.c line 872) 09.06.16 Join logbot_ [242] (~bjst@labb.contactor.se) 09.06.16 Join edster [0] (~edster@dsl017-049-209.sfo4.dsl.speakeasy.net) 09.06.16 Join courtc_ [0] (~courtc@adsl-158-4-13.asm.bellsouth.net) 09.06.16 Join TCK [0] (TCK@81-86-99-192.dsl.pipex.com) 09.06.16 Join jlee_ [0] (~jlee@69-175-94-207.frdrmd.adelphia.net) 09.06.16 Join godzirra_ [0] (~shawn@c-24-131-13-213.hsd1.va.comcast.net) 09.06.16 Join Febs [0] (~chatzilla@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) 09.06.16 Join amiconn [0] (~jens@p54BD56E3.dip.t-dialin.net) 09.06.16 Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 09.06.16 Join crwl [0] (~crawlie@dsl-83.148.225-157-dynip.ssp.fi) 09.06.16 Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) 09.06.16 Join solex [0] (~jrschulz@d009004.adsl.hansenet.de) 09.06.16 Join pabs [0] (~pabs@xor.pablotron.org) 09.06.16 Join odd [0] (mrodd@fangorn.starshadow.com) 09.06.16 Join dwihno [0] (~dw@81.8.224.89) 09.06.16 Join crashd [0] (nobody@badger.ing.me.uk) 09.06.16 Join LinusN [0] (~linus@labb.contactor.se) 09.06.16 Join Cassandra [0] (~cassandra@82-70-230-150.dsl.in-addr.zen.co.uk) 09.06.16 Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) 09.06.16 Join mbr [0] (~mb@stz-softwaretechnik.de) 09.06.16 Join crash_ [0] (~crash@a15167580.alturo-server.de) 09.06.16 Join C-Keen [0] (~C-Keen@positive-it.de) 09.06.16 Join QT [0] (as@area51.users.madwifi) 09.06.16 Join HCl [0] (hcl@titania.student.utwente.nl) 09.06.16 Join Ismo [0] (laitinei@huippu.net) 09.06.16 Join ze [0] (ze@ca-dstreet-cuda2-c9a-73.snbrca.adelphia.net) 09.06.16 Join B4gder [0] (~dast@static-213-115-255-230.sme.bredbandsbolaget.se) 09.06.16 Join alxcm [0] (~alx@68-232-83-247.chvlva.adelphia.net) 09.06.16 Join dionoea [0] (~dionoea@muscipula152.via.ecp.fr) 09.06.16 Join Rick [0] (rick@Rick.user) 09.06.16 Join Lynx_awy [0] (~lynx@tina-10-4.genetik.uni-koeln.de) 09.06.16 Join Maxime`Mrn [0] (~flemmard@fbx.flemmard.net) 09.06.16 Join Seed [0] (ben@l192-117-115-168.broadband.actcom.net.il) 09.06.16 Join bill2or3 [0] (bill@cerberus.protovision.com) 09.06.16 Join ashridah [0] (ashridah@220-253-120-125.VIC.netspace.net.au) 09.06.16 Join edx [0] (edx@p54A8CF34.dip.t-dialin.net) 09.06.16 Join Ismo_ [0] (laitinei@huippu.net) 09.06.16 Join silencer [0] (~silencer@zen.via.ecp.fr) 09.06.16 Join thegeek [0] (na@85.167.102.128) 09.06.16 Join BBub [0] (belzebub16@dsl-082-082-245-194.arcor-ip.net) 09.06.16 Join ferenczy [0] (ferenczy@208.158.broadband3.iol.cz) 09.06.16 Join pike [0] (pike@c83-249-120-126.bredband.comhem.se) 09.06.21 Join Strath [0] (~mike@dgvlwinas01pool0-a196.wi.tds.net) 09.06.22 Join Nibbler [0] (~sven@port-212-202-193-100.dynamic.qsc.de) 09.06.26 Join floam [0] (~floam@sh.nu) 09.06.40 Join bill20r3 [0] (bill@cloudburst.xmission.com) 09.06.45 Join ansivirus [0] (~ansivirus@adsl-69-148-93-76.dsl.rcsntx.swbell.net) 09.07.23 # LinusN: Btw, sorry that my bug report for the v3 bootloader wasn't exact 09.07.34 # It does indeed start rockbox with remote On, but only if you press it very short 09.07.39 # I did intuitively press it longer since it takes a while until you get visual feedback 09.07.52 Quit Ismo_ (Read error: 110 (Connection timed out)) 09.07.58 # (especially since the bootloader no longer switches on the backlight) 09.08.12 # hehe, the bug report was correct, it was my testing that failed :-) 09.08.51 # i think i should release v4 pretty soon 09.09.16 # Oh, btw. This line checking for reocrd || remote_record could be simplified quite a bit 09.09.18 # i have all the iriver firmwares except 1.63k for H110 09.09.25 # amiconn: figures 09.09.35 Join CoCoLUS [0] (~coco@h081217139221.dyn.cm.kabsi.at) 09.10.32 # LinusN: You're checking for each condition individually (and the bug was that the ORing together wasn't interpreted as intended by the compiler) 09.10.34 Join godzirra [0] (~shawn@c-24-131-13-213.hsd1.va.comcast.net) 09.10.40 Join jlee [0] (~jlee@69-175-94-207.frdrmd.adelphia.net) 09.10.44 # However, these values are bitmasks, so 09.11.02 Join Naked [0] (naked@naked.iki.fi) 09.11.05 # if(((button_status() & (BUTTON_REC|BUTTON_RC_REC)) 09.11.11 # should be sufficient 09.11.14 # nope 09.11.15 Nick Naked is now known as Hadaka (naked@naked.iki.fi) 09.11.27 # then it will trigger on any remote button, that was the bug 09.11.28 Join Slasheri [0] (miipekk@ihme.org) 09.11.51 # BUTTON_REMOTE is set for all remote buttons 09.12.16 # Ah, that one 09.12.17 # and BUTTON_RC_ON triggered the check 09.12.26 # in v3 09.12.30 # I wonder why that BUTTON_REMOTE exists at all 09.12.49 # It does break the bitmask concept somewhat 09.12.58 # i guess the intention is to be able to filter out remote buttons easily 09.13.23 # it's a qualifier, much like BUTTON_REL or BUTTON_REPEAT 09.13.59 # i'm not sure it's needed though 09.14.18 # It looks like this concept was introduced on archos - and it has a severe flaw there 09.15.07 # The remote buttons reuse (mostly) the same codes as the main buttons, but with BUTTON_REMOTE set 09.15.37 # ...and this means you can't detect a main unit button press while the same remote button is pressed 09.15.53 # true 09.16.06 # On iriver, the remote buttons use bit 16 and upward, so its easy to detect remote buttons without the extra bit 09.16.19 # archos can do that too 09.16.21 Join DangerousDan [0] (~Miranda@194.22.60.59) 09.16.23 # Just do if (button & 0xFFFF0000) 09.17.02 # button.h could define a general mask for that 09.17.26 # i think we can get rid of BUTTON_REMOTE and give the remote unique bits on archos 09.17.40 # Or better, button & 0x7FFF0000 09.17.50 # (to avoid clashes with the sysevents) 09.17.53 # IS_REMOTE_BUTTON() 09.18.06 # Sounds good 09.18.30 # is there an IS_SYS_EVENT()? 09.18.42 # I think so 09.19.04 # We have to take care of the gmini version, in case it will ever picked up again 09.19.19 # Our buttons are currently ints.... 09.20.04 Quit godzirra_ (Connection timed out) 09.20.05 Quit jlee_ (Read error: 110 (Connection timed out)) 09.20.29 # amiconn: ah, maybe they should be longs 09.20.34 Join webguest67 [0] (~c2cbc9d1@labb.contactor.se) 09.21.35 # Is the missing "latest" build for the H120 deliberate on the Daily Builds page ? 09.23.53 # no 09.25.26 # * LinusN fixes 09.27.08 # was wondering if I'd missed something :) 09.31.41 # webguest67: fixed, thanks for reporting 09.37.14 # Hi, i have just taken some measurements frmo iriver h140: 09.37.25 # Supply voltage 3.700V 09.37.46 # CPU idle power: 11 MHz 39 mA, 48 MHz 58 mA, 120 MHz 81 mA 09.38.15 # Decoding (no matter what codec / what bitrate, or if paused or not): 48 MHz 74 mA, 120 MHz 115 mA 09.38.21 # Optical out: +10 mA 09.38.28 # (no matter if playing or not) 09.38.35 # Backlight: +23 mA 09.38.47 # Disk buffering: 48 MHz ~450 mA 09.39.14 # Disk spinning: +110 mA 09.39.23 # here is something :) 09.39.30 # i can take more if you have some ideas 09.40.09 Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 09.41.21 # The cpu idle power might be lower however, if we turn off display module, dac etc. completely 09.46.36 # And the battery level indicator is accurate in debug menu, +- 0.05V 09.48.04 # * HCl dreams odd... 09.48.08 # don't you people sleep.. 09.48.13 # I do 09.48.15 # :D 09.48.22 # lies, lies! 09.48.26 # anyways 09.48.26 # sup 09.48.31 Join sox [0] (T6mPQcC5@t3o922p47.telia.com) 09.48.39 # hey all 09.48.56 # HCl: I slept like 6 hours, woke up ~48min ago :P 09.49.05 # i can't seem to get my own wps to work, no matter what font i choose the wps is blank 09.49.06 # probably going to stay up all night now 09.49.10 # heh 09.49.14 # 12:49am now :< 09.49.15 # i just woke up :3 09.49.19 # hehe 09.49.35 # i dreamt odd.. 09.49.38 # like always 09.51.05 # With full battery (4.2V) the system current (cpu 48 MHz) is 51 mA and empty battery (3.0V) 73 mA 09.54.17 Nick Lynx_awy is now known as Lynx_ (~lynx@tina-10-4.genetik.uni-koeln.de) 09.57.01 Quit sox ("Time to move on...") 10.03.29 # Slasheri: wiki wiki wiki 10.06.33 Join Harpy [0] (vbiCAjCzmK@dsl-hkigw7wbb.dial.inet.fi) 10.17.36 Join Rori [0] (MO-Pantsu@deadman3000.plus.com) 10.18.27 # LinusN: i will do it later, have to go now :) 10.18.35 # oki 10.23.00 Nick webguest67 is now known as Godeater (~c2cbc9d1@labb.contactor.se) 10.35.09 Quit Godeater ("CGI:IRC") 10.48.19 Join pill [0] (dearth@ip-130.net-82-216-140.issy4.rev.numericable.fr) 11.06.17 *** Saving seen data "./dancer.seen" 11.45.08 Join tucoz [0] (~81b1111b@labb.contactor.se) 11.45.08 Quit tucoz (Client Quit) 11.45.27 Join tucoz [0] (~81b1111b@labb.contactor.se) 11.45.33 # hi 11.46.02 # LinusN: are you here? If you are, have you read in the forums regarding the noise on boot? 11.46.14 # do you have it? 11.46.20 # yes 11.46.23 # very seldom 11.46.26 # i have a potential fix if you want to try it 11.46.50 # hehe, it's hard to try as it is a very random bug 11.47.12 # i'll give you a boot loader with the fix installed 11.47.22 # then you tell me if you ever hear the noise again 11.47.32 # ok. hmm. Can I recieve that on the irc client? 11.47.41 # i'll put it up for download 11.47.47 # oh, great. Thanks 11.48.00 # h120? 11.48.11 # can I put that link in the forums as well. (h120 = yes) 11.49.03 # We had one experiencing that with the v3 bootloader. 11.50.54 # So, do you mute the sound chip in the bootloader in that potential fix, or do you do something else? 11.51.15 # i reset the uda1380 11.51.15 Join hicks [0] (~hicks@zeus.mups.co.uk) 11.52.35 # great. I think the problem is that actually, as we get the iriver buzzes in usb bootloader mode, until rockbox inits the uda1380 11.54.19 # linus.haxx.se/fwpatcher_noisetest.exe 11.54.25 # linus.haxx.se/fwpatcher_noisetest_nu.exe 11.55.03 # wait, i'll try to patch mine first, just to be sure 11.55.41 # LinusN: http://service.iriver.co.kr/qk_pds_ok.asp?path=1&idx=402&p_name=H110 11.56.16 Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 11.56.26 # sure, anyway. Which one is it? the last link or the first. I'll have to try this later on when I get to a windows box. 11.57.14 # BBub: I'll add that dl to the wiki 11.57.24 # i also have an account ;) 11.57.32 # tucoz: I believe the _nu version is without unicode support, i.e. the one for stock win 95/98 11.57.47 # tucoz: it is the same thing as the original fwpatcher.exe and fwpatchernu.exe 11.58.16 # * LinusN is bricktesting his h140 11.58.50 # works fine 11.58.51 # Ok, only used the fwpatcher once 11.59.36 # Great. Then I'll post those links in the forums for the other noise-experiencing-guys to try as well? 12.00.37 # BBub: ok, sorry. Posted. Great you found it then. Now the downloads are complete for once :) 12.00.44 # np ;) 12.01.59 # LinusN: ok? 12.03.03 # tucoz: see above 12.03.10 # works fine 12.03.29 # sorry, just wanted to make sure. 12.04.25 # this was a good test for my new script that builds a new fwpatcher.exe with up-to-date md5 sums 12.04.36 # for all firmwares 12.04.50 # BBub: thanks for the link 12.05.27 # sup 12.09.18 Join webguest86 [0] (~c2489e63@labb.contactor.se) 12.09.56 # Morning all - does anyone know if the fwpatcher checks the MD5 values after patching? 12.10.15 # webguest86: of course 12.10.43 # can I suggest that it says it's checked? just for re-assurance to users 12.11.27 # There have been talks about making the patcher more informative 12.11.57 # okey dokey - thanks 12.11.58 # So, that will definitley happen. 12.12.06 Quit webguest86 (Client Quit) 12.20.37 Part tucoz 12.28.22 Join ep0ch [0] (~ep0ch@client-82-2-127-248.brnt.adsl.virgin.net) 12.28.58 # Slasheri? 12.36.52 Join Moos [0] (DrMoos@m214.net81-66-158.noos.fr) 12.43.38 Join amiconn_ [0] (~jens@p54BD3C30.dip.t-dialin.net) 12.43.59 # bleh. 12.44.22 # i hate it when people try to extract info out of me that they're not allowed to know. 12.44.52 # * HCl stares at the person and wonders when he'll give up 12.51.02 # HCl: oh yeah? 12.51.07 # HCl: what info would that be? 12.55.40 Join ac [0] (~5078751e@labb.contactor.se) 12.55.45 # :p 12.56.22 # morning 12.56.46 # hello :) 12.58.20 Join edx__ [0] (edx@p54A8E472.dip.t-dialin.net) 13.01.52 Quit amiconn (Read error: 110 (Connection timed out)) 13.01.52 Nick amiconn_ is now known as amiconn (~jens@p54BD3C30.dip.t-dialin.net) 13.06.21 *** Saving seen data "./dancer.seen" 13.08.07 Join Lost-ash [0] (ashridah@220-253-123-250.VIC.netspace.net.au) 13.08.36 Quit ashridah (Nick collision from services.) 13.08.37 Nick Lost-ash is now known as ashridah (ashridah@220-253-123-250.VIC.netspace.net.au) 13.13.08 Quit edx (Read error: 110 (Connection timed out)) 13.15.01 Nick edx__ is now known as edx (edx@p54A8E472.dip.t-dialin.net) 13.26.19 # ze: meh, i made a crack/cheat for a game, i can get banned from it if staff finds out 13.26.49 # HCl: probably best not to mention it on a google-indexed channel log then 13.26.51 # HCl: :p 13.27.06 # * HCl shrugs 13.27.08 # its just a game 13.27.08 # heh 13.27.16 # yeah 13.27.25 # game cheats are nothing anyway, they're all over the place 13.27.31 # the developers put those in on purpose... 13.27.35 # not for mmorpgs 13.27.36 # heh 13.27.41 # hehe 13.30.46 Join einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) 13.48.25 Join MisticJeff [0] (~454460e5@labb.contactor.se) 13.48.32 # Greets... 13.48.35 # yo 13.48.57 # LinusN: H110US v1.63... here:http://www.iriver.com/html/admin/etc/adet_download_process.asp?fileName=H110(us)_v163.zip&pathFlag=EG_DOWNLOAD_UP_PATH 13.49.21 # links work again 13.49.30 # yeah, i noticed 13.49.33 # thanks 13.49.56 # i even got hold of the 1.63k at last 13.50.02 # for h110 13.50.08 # so now i have them all 14.03.41 Quit ac ("CGI:IRC") 14.04.00 # * LinusN adds a "battery low" warning in the boot loader 14.05.56 Quit ferenczy (Read error: 104 (Connection reset by peer)) 14.25.49 # the CVS sim builds are now build with gcc 4.0.1 14.26.03 # we could remove the -Wno-* option and get a million warnings... 14.42.07 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 14.45.26 Quit ep0ch (Read error: 104 (Connection reset by peer)) 14.45.32 Quit edster (Read error: 110 (Connection timed out)) 14.46.39 Quit edx (Read error: 54 (Connection reset by peer)) 14.46.43 Join edx__ [0] (edx@p54A8E472.dip.t-dialin.net) 14.47.43 Nick edx__ is now known as edx (edx@p54A8E472.dip.t-dialin.net) 15.06.25 *** Saving seen data "./dancer.seen" 15.14.55 Join Godeater [0] (~c2cbc9d1@labb.contactor.se) 15.18.46 # Naja, einmal in den Schlagzeilen 15.18.55 # ups 15.18.56 # sorry 15.19.08 # :-) 15.19.09 #  15.19.36 # while I'm here 15.19.50 # is someone working on multi alignment in wps? 15.20.03 # meaning left center right in one line 15.20.20 # I don't think so 15.21.37 # because i have some spare time, i'll look into and (probably) submit a patch 15.23.52 # Adding multi-alignment to the current, line-based wps is the wrong way to go, imho 15.24.25 # We'd rather need pixel-based alignment of boxes, but that needs some lower level work first 15.24.27 # it could serve as a fix until we get a better wps, imho 15.24.39 # HCl: Is the perl generated tagdb working with regards to keeping the playcount and rating stuff properly ? 15.24.45 # (scrolling boxes instead of lines) 15.24.50 # Godeater: it is supposed to, yes 15.25.17 # B4gder: Seems not too hear - wonder if my version is out of date... 15.25.24 # *here 15.25.45 # what codec and how old perl db version? 15.25.48 # B4gder: I wouldn't call it a fix. The wps is working as it is, so nothing to fix 15.26.04 # amiconn: improvement then 15.26.14 # I don't think the term is that important 15.26.42 # amiconn: If it would be "useless" I think I'll better do something more usefull 15.27.11 # I would call it useless if the improved wps is already in the pipe somewhere 15.27.32 # also the SongDB.jat could do with being a bit more defensive about trailing slashes passed to it on the command line. It spits out a string indexing error if you don't include them. 15.27.45 # Godeater: feel free to improve 15.28.02 # B4gder: I just knew you were gonna say that. Is it in CVS yet ? :) 15.28.16 # we need that in cvs? 15.28.24 # its just a dead stupid batch file 15.28.37 # oh I'm running it from linux - didn't use the batch file 15.28.45 # so launched it manually. 15.28.50 # ah, you said jar 15.28.53 Part mbr 15.28.54 # I did 15.28.56 # the jar is HCl's baby 15.29.02 # yes indeed 15.29.07 # it isn't in cvs 15.29.17 # it still violates gpl 15.29.18 # the code's in the jar 15.29.21 # no 15.29.23 # not all of it 15.29.29 # no ? I thought it was.... 15.29.38 # yes it is.. 15.29.39 # Godeater: nope, some are provided as .class files only 15.29.41 # oh 15.29.45 # that changed then? 15.29.45 # last i checked anyway 15.29.56 # the code that is compiled as class can just be gotten by going to the respective websites, anywho 15.29.57 # well I could hack on it then and send a patch ? 15.30.01 # i'm prepared to check it into cvs as source 15.30.07 # but i'd like to get completely straight where 15.30.52 # I think a new module 15.31.05 # heh. exile 15.31.06 # how do i do that? 15.31.13 # using cvs import 15.31.42 # k 15.32.08 # heh - of course I'll only be able to check it out once I get home. Office firewall being dead fussy and all.... 15.32.12 # 1. create an empty dir 15.32.25 # 2. run 'cvs import module hcl firstshot' 15.32.39 Join Sucka [0] (~NNSCRIPT@host81-156-212-22.range81-156.btcentralplus.com) 15.32.49 # 3 checkout the module in the rockbox root 15.32.52 # 4 add files in there 15.34.02 # k 15.34.04 # lets see 15.34.19 # 5. ??? 15.34.21 # 6. profit! 15.34.33 # the empty dir only because it otherwise sucks in far too many files by automatic 15.34.50 Nick Lynx_ is now known as Lynx (~lynx@tina-10-4.genetik.uni-koeln.de) 15.35.12 Nick Lynx is now known as Lynx_ (~lynx@tina-10-4.genetik.uni-koeln.de) 15.35.30 # module is the directory name or so? 15.35.36 # or just inside the empty dir? 15.35.58 # it is the to-become directory added in the CVS repo 15.36.32 # songdbjava or something 15.36.36 # k 15.36.41 # yea, i was planning on songdbj 15.36.46 # works too 15.37.40 # hmmm 15.37.44 # *wonders if that worked* 15.38.28 # seemed to work 15.38.38 # visisable in viewcvs now 15.38.53 # yup :) 15.39.08 # * HCl installs java and gets to work 15.45.11 Join R3nTiL [0] (~53456e40@labb.contactor.se) 15.48.51 # hah. 15.48.53 # sun rules 15.48.58 # i downloaded it with 8mb/s :D 15.49.50 # i get about 40Mb/s from australian mirrors when i'm at uni. 15.50.02 # downloaded the DVD iso of fedora core 4 in a few minutes :P 15.51.01 # :p 15.51.08 # gbit? 15.51.34 # hell if i know. it's phat tho 15.51.38 # :p 15.51.59 # and i have this handy mp3 player that plugs right into the desktop machines at uni. 15.52.05 # fits right in my pocket :) 15.55.03 # :p 15.55.11 Quit ashridah ("must sleep.") 15.55.33 Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) 16.00.20 # are lgpl projects okay licensing wise? 16.00.21 # B4gder? 16.00.43 # yeps 16.00.45 # k 16.00.47 # just checking 16.03.26 # so what do we think of putting rockbox.iriver inside .rockbox? 16.03.36 # i think it is a good idea 16.03.37 # I think we should 16.03.44 # It is a good idea 16.03.45 # but 16.03.47 # and rename ".rockbox" to "rockbox" 16.03.53 # can you access the .rockbox folder from the file view? 16.03.59 # how else could you rolo? 16.04.06 # * Rick can't remember 16.04.27 # I actually prefer the .rockbox name 16.04.35 # mac users don't 16.04.37 # that way it's at the top when sorting 16.04.45 # * Rick shrugs 16.04.51 # windows user don't either 16.04.57 # I am a windows user :P 16.05.16 # well, I recall the days when users should create their own dir 16.05.26 # the majority of windows users failed 16.05.37 # since you can't make such a dir in the explorer 16.06.02 # maybe some way to configure it? 16.06.03 # I dunno 16.06.19 # even _rockbox might be better 16.07.13 # why do mac users not like it? 16.07.19 # for windows users, we can call it "Rockbox System Folder" with a Hidden attribute 16.07.43 # Rick: in bsd and unix, files beginning with "." are hidden 16.07.44 # we should create and use a user-config dir 16.07.46 # Hmm, why _rockbox? I don't like that idea.. Either .rockbox or rockbox are good 16.07.54 # Slasheri; sorting 16.08.00 # ah, yes 16.08.01 # LinusN: I am aware, that's why I like it 16.08.31 Join mbr [0] (~mb@stz-softwaretechnik.de) 16.08.56 # and the silly mac unzip tools are all drag-and-drop, so the .rockbox folder isn't unpacked 16.09.11 # since they can't drag it 16.09.32 # well, _ or ! would be good 16.09.33 # * Rick shrugs 16.09.52 # well, let's just stick with .rockbox 16.09.59 Join StrathAFK [0] (~mike@dgvlwinas01pool0-a194.wi.tds.net) 16.10.05 # but we can move rockbox.iriver to .rockbox 16.10.11 # mhm 16.10.32 # there's only one downside with that 16.10.35 # rolo 16.10.43 # yeah, which I pointed out 16.10.45 # all of a sudden everyone will have to upgrade the bootloader 16.10.53 # that too 16.10.55 # yup 16.11.18 # personally, i don't think having rockbox.iriver in the root is a big deal 16.11.21 # unless it checks two places 16.11.38 # but it is handy if everything is contained in one dir 16.11.52 # yeah 16.11.56 # makes it easier to clean out for a rebuild 16.11.57 # :p 16.12.06 # well, having it in the root serves a purpose: it remains similar to the other platforms 16.12.19 # btw, i wish the rockbox could someday do some date check to the firmware binary on disk to determine if it has changed during usb connection. And i like it does that check no matter if i was on file browser or somewhere else before the usb connection 16.12.19 # hmm 16.13.23 # bit of a problem is that they don't seem to have the sources for tritonus for java 1.4 anymore, but only 1.5 sources 16.13.42 # tritonus? 16.13.57 # Java Hell (tm) 16.14.12 # an open source implementation of the java sound api 16.14.34 # ah 16.14.34 # its the bloated backend that i hope to replace one day 16.15.14 # gotta go, cu guys 16.15.16 Part LinusN 16.17.38 Part R3nTiL 16.17.49 Join Coldtoast [0] (edan@ppp111-3.lns1.hba1.internode.on.net) 16.25.20 Quit Strath (Nick collision from services.) 16.25.21 Nick StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a194.wi.tds.net) 16.28.14 Join spiralout [0] (~keep_goin@p54B38CB6.dip0.t-ipconnect.de) 16.41.53 Quit Godeater ("CGI:IRC") 16.50.02 Join edster [0] (~edster@dsl017-049-209.sfo4.dsl.speakeasy.net) 16.58.04 Join alxcm_ [0] (~alx@68-232-83-247.chvlva.adelphia.net) 16.58.04 Quit alxcm (Read error: 104 (Connection reset by peer)) 16.59.27 Quit B4gder ("go go go") 17.00.50 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 17.06.29 *** Saving seen data "./dancer.seen" 17.08.01 # god, i don't like tritonus 17.13.00 # whats tritonus? 17.13.38 # finally 17.13.40 # i got it to compile 17.13.47 # its an java sound api implementation 17.13.49 # sounds like a skin condition 17.13.49 # Ah. 17.13.50 # for some reason 17.13.56 # Coldtoast: Worse, its java. 17.13.58 # they removed a vital file i needed from their cvs 17.14.05 # heh 17.14.06 # fortunately, it was cvs so i grabbed the version before it was deleted 17.14.07 # :) 17.14.09 # and it seems to work 17.15.22 # it might actually work better since its all newer versions of the backends 17.21.28 # 289 sourcefiles ;x 17.21.43 # this is bound to be a big commit, heh. 17.22.06 # * HCl goes to build a .jar out of it first 17.37.13 Quit mbr ("Lost terminal") 17.43.48 # joy. 17.44.12 # that must be the biggest commit ever 17.44.42 # auch 17.45.36 # and only the top 10 files or so are actually mine, heh 17.47.26 Quit TCK (Read error: 104 (Connection reset by peer)) 17.50.29 Join eleom1 [0] (~da33441c@labb.contactor.se) 17.52.57 # at least it compiles and builds cleanly 17.53.01 # with java 1.5 17.53.25 # well, 60 warnings about not being able to map some characters to ascii, but those can be ignored 17.54.01 Quit eleom1 (Client Quit) 18.00.17 Join hicks_ [0] (~hicks@zeus.mups.co.uk) 18.04.13 Join _dejavu_ [0] (~dejavu-ms@201.24.10.118) 18.04.20 Part _dejavu_ 18.08.53 Quit Febs (Read error: 110 (Connection timed out)) 18.10.21 # what will i have for dinner.. 18.12.24 # Food is always a good option. 18.13.49 # yea, but what kind of food. 18.13.51 # hm.. 18.13.58 # i'll just go and make shoarma 18.14.32 # i wonder if they have shoarma with one of those more animal friendly things.. 18.15.38 Quit hicks (Connection timed out) 18.18.13 # * amiconn spots Cassandra 18.18.27 # Cassandra: Could you do a simple test on your fmr? 18.20.29 Quit Sucka ("a bird in the bush is worth two in your house") 18.20.50 Join einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) 18.21.15 Join Sucka [0] (~NNSCRIPT@host81-156-212-22.range81-156.btcentralplus.com) 18.35.52 # now testing new runtime estimate calculations for iriver based on cpu boost ratio :) 18.37.41 # Slasheri: Hmm? 18.37.52 # the values seems correct 18.37.54 # i will commit soon 18.38.23 # If that makes the estimation go up & down based on how much boost there is, it will cause even more user questions.... 18.38.40 # playing some high bitrate song will cause the runtime calculator to so less time than with a low bitrate song 18.38.55 # nope.. 18.39.01 # that should give better estimate 18.39.08 # Yes, and if you play a low bitrate song after a high bitrate one, the estimation will increase 18.39.13 # That's bad, imho 18.39.19 # of course it does.. 18.39.21 # It's an estimation, not a prediction 18.39.39 # On archos we could do the same, but didn't do so on purpose 18.39.51 # Hmm.. But how the estimation can know what bitrate songs user is going to play? 18.39.55 # The runtime estimation is simply based on an average bitrate 18.40.18 # I think the user wants to know how long he can play with the current bitrate songs.. 18.40.30 # hmm, ok 18.40.54 # The error induced by this simple method is less than what the battery itself contributes 18.40.59 # actually I agree with Slasheri 18.41.00 # but 18.41.09 # why not support both modes? 18.41.18 # I *expect* and error of +50/-33% at least 18.41.20 # i guess most people have the same bitrate songs on there anyway, the only big difference would be in audio books 18.41.27 # and make the rockbox/player mode the default 18.41.37 # well 18.41.38 # yes, that should be configurable :) 18.41.44 # I either have 192kbit or 320 18.41.54 # or I have flac and some ape 18.42.09 # thegeek: i hereby declare you an exception 18.42.12 # ;) 18.42.13 # ;) 18.42.27 # I feel exceptional:p 18.42.32 # but configureable is always best... 18.42.32 # ...and my estimation is that the difference in runtime between lowest and highest bitrate is lower than the uncertainty of the battery 18.42.41 # hehe 18.42.47 # amiconn: absolutely not 18.42.53 # the difference is several hours 18.43.05 # Lynx_: Making everything configurable is not always best 18.43.11 # amiconn: http://www.rockbox.org/twiki/bin/view/Main/IriverBattery 18.43.17 # just check the currents 18.43.25 # Rockbox already has so many options that the average user can get lost... 18.43.33 # amiconn: how not? at least stuff like that could be in an 'expert' menu, to not confuse the average user. 18.43.44 # I dont see the harm in alternative modes 18.43.51 # as long as the default is kept well... default 18.44.07 # amiconn: there is over 40 mA difference between the two boost states 18.44.09 # Slasheri: Yes, I saw your measurements. 18.44.38 # The 40 mA are just slightly above +50% for the CPU power consumption 18.44.55 # ...and with added HD accesses & backlight, the relative increase is even less 18.45.40 # Hmm, that's true.. 18.46.11 # On archos, the HD is the biggest contributor for higher bitrates 18.46.14 # oh, that difference is not very much indeed.. 18.46.30 # ..yet we just settled for 192 kbps as the basis for our estimation 18.47.28 Quit edster (Remote closed the connection) 18.47.31 # Maybe it's just good to assume we use ~30-40% cpu boost all the time? 18.48.33 # what's the minimum voltage before the player shuts off? 18.50.38 # man. the new 2200mah battery I installed just doesn't seem to run out. Seems to be lasting WAAAAY longer than the stock one 18.51.06 # stock is 1700mah? 18.51.11 # 1300 18.51.21 # wow. 18.51.26 # i have now 1900 :) 18.51.31 # 2200 is quite a jump then 18.51.42 # I took my 340 apart over the weekend. 18.51.46 # I realise it will last way longer, but in actual use, it's REALLY noticable longer 18.51.51 # wish I'd had a new battery, I could have put it in. 18.52.00 # I added a HDD access led. 18.52.42 # Slasheri: when the battery was fully charged, what was the estimated time left in rockbox? 18.54.15 # Coldtoast: Hmm, i haven't tested that yet but you can calculate it. Capacity / 80 mA (the current value in powermgmt.h) 18.59.46 # h3x0 has no hdd access led? 19.00.37 # nope. 19.00.41 # does the 1x0? 19.00.45 # yup 19.00.46 # yes 19.00.56 # cool. 19.06.33 *** Saving seen data "./dancer.seen" 19.09.57 Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) 19.10.27 Nick Lynx_ is now known as Lynx_awy (~lynx@tina-10-4.genetik.uni-koeln.de) 19.19.57 # * HCl gets reminded of how a lot of people suck so much. 19.20.02 # jerk flatmates.. bleh. 19.28.27 Quit einhirn (Read error: 104 (Connection reset by peer)) 19.29.03 # The stock battery seems to last longer with the Rockbox firmware than the iRiver one. 19.29.15 # it does? 19.29.30 # with ogg or mp3? 19.29.46 # mp3. 19.29.49 # shouldn't it last less with mp3 at least? cause i thought the iriver firmware decodes mp3 at 48mhz without boost 19.30.11 # Of course I don't have that wasteful crossfade rubbish turned on. 19.30.24 # heh.. charming.. 19.32.27 # with the iriver firmware tho, it has to spin the HDD up and access it for exery song 19.32.43 # that must eat the battery a bit 19.36.50 # yea 19.37.48 Quit Stryke` (Read error: 110 (Connection timed out)) 19.41.12 Join ac [0] (~5078751e@labb.contactor.se) 19.42.08 # hi all 19.42.25 # hello.. 19.42.38 # here is a preview of the possible new fwpatcher for rockbox 19.42.55 # http://www.visual-page.de/tmp/FwPatcher.exe 19.43.02 # note: it is an fast vb hack 19.43.24 Quit thegeek (Read error: 104 (Connection reset by peer)) 19.43.58 # give me some comments 19.44.40 # looks good here. Bit too much spece in teh GUI for me, but that's ok 19.44.58 Join thegeek [0] (na@ti521110a080-4732.bb.online.no) 19.45.51 # the height of the patcher app will be lower in the final version 19.46.29 # I don't think there's much wrong with the old one, to be honest. 19.46.51 # Nor do I think VB is a sensible language to write Rockbox support files in. 19.47.09 # no user feedback - bad useability?! 19.47.11 # i second that last bit. 19.47.21 # VB is only used to demonstrate the UI 19.47.33 # i will do it with c and wxwindows later 19.47.42 # *nods* 19.48.17 # It looks fine. But the current one tells me everything I need to know. 19.48.21 # i dont want to write a nice ui and everybody says its shit.. and i have spend a long time for the "bad" wxwidows version.. vb is only here to show how it could look 19.48.40 # Cassandra: It doesn't tell you if it was successfull or not 19.48.53 # Actually I believe it does, having just run it. 19.48.56 Quit hicks_ (Read error: 110 (Connection timed out)) 19.49.48 # hmmm 19.50.01 Join solex_ [0] (~jrschulz@d152141.adsl.hansenet.de) 19.50.22 # i will now use an ui as shown in the fast hacked vb thing - is this ok for everybody? 19.50.40 # I don't think you need such a big logo. 19.51.11 # know what might be nice tho? 19.51.22 # a patcher you drop the fw onto 19.51.31 # And in English, the phrase is "Firmware info:" 19.51.47 # i could make the logo smaller... 19.51.55 Join tucoz [0] (~81b1111b@labb.contactor.se) 19.52.12 # cassandra: was only a work of 2 min.. the ui.. so sorry for spelling stuff 19.52.36 # hi, sorry for lurking the logs. But Cassandra, I think it's necessary to give the user some more feedback than the current patcher. 19.52.42 # *nods* It's not a problem. Just thought I ought to point it out. 19.53.12 # Hey, I have no problem with people writing a patcher with more feedback if they want to. 19.53.19 # As the patcher will not be used by the hacker crowd. It's aimed at the end users 19.53.25 # what more feedback do you need than "FW patched successfully" tho? 19.53.50 # Personally I want a patcher that can be run non-interactively. 19.54.14 # So I can integrate it into the Windows installer. 19.54.38 # like a log 19.54.54 Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) 19.55.14 # on what is happening. Now you have to fully trust the patcher, which I know does it's job. But not all users will trust this fully 19.55.33 # hmmm. not sure what you mean thre myself 19.55.48 # you run it, browse for teh firmware, if it's successful, it tells you. if not, it tells you 19.55.52 # Coldtoast: do you patch manually? 19.56.17 # tucoz: yeah, but how does it saying "doing this, doing that" make it a better patcher? 19.56.26 # user output isn't necessary, it's psychological 19.56.37 # i have now 2 ways to go: (1) convert the old patcher to wxwindows (2) make an extended ui via wxwindows for the patcher... tell me what is should do, and i will do it 19.56.37 # as long as it tells you the final outcome, where's the difference? 19.56.39 # yes, that's what I mean 19.56.45 # MD5 checksum output would be good tho, I agree there 19.57.00 # Well, as you said, psychology 19.57.03 # I think we should have blinking lights too. 19.57.06 # hehe 19.57.09 # har har 19.57.11 # blinken light! 19.57.35 # so everybody can vote now, on what i will work 19.57.39 # 1 or 2 19.57.50 # you could add a whole bunch of "Are yousure? Are you REALLY sure? Are you REALLY REALLY REALLY SURE?" clicks to if you wanted to increases user trust :) 19.57.51 # No, but a bit more info is only good. For instance. Load file -> md5 sums matched -> ok 19.57.59 # patching -> ok 19.58.13 # final hex -> report md5 sum -> match -> ok 19.58.29 # you 19.58.30 # something like that. Rasher wrote some good thoughts in the mailing list 19.59.05 # so i will add to the existing patcher a little label box with some infos.. 19.59.32 # ac: I'll vote for that. A webguest asked for that specifically today 19.59.54 # how about a live patcher that you just run and it'll download the fw from the web and patch it? :) 20.00.18 # maybe later, if there is fully support for irivers 20.00.19 # And I must say that my heart pounds a bit less in the flashing if I have verified the md5 sums manually, than when I ran the patcher 20.00.36 Quit solex (Read error: 110 (Connection timed out)) 20.01.20 # It's not bad to calm the user down in such a critical step as the flashing is. 20.01.28 # *before 20.01.59 # hmm. but what has the patcher to do with the flashing process? 20.02.15 # Coldtoast: it prepares the hex for flashing 20.02.34 # but the patcher's not going to calm ppl down during the flashing process, surely? 20.03.15 # No, but it can guide the user better through the process of patching 20.03.18 Join ghostiger [0] (~ghostiger@c292cdc2487793b8.session.tor) 20.03.23 # I think most ppl worryign during flashing are doing so because of possible hardware failure 20.03.25 # ok 20.03.35 # Coldtoast: yea, thats what i worry about, at least 20.03.41 # I agree on MD5 verification, yeah 20.03.58 # it's nice to have md5 checks, I suppoer 20.04.12 # i will add the md5 checks 20.04.20 # to the ui 20.04.27 # verbose is good in such a thing as a process that could possible brick your player 20.04.38 # after all, the md5 checksums are there on the website for ppl to check 20.04.47 # may as well use em 20.05.04 # Then we agree :) 20.05.11 # Slasheri: u there? 20.07.06 # Just a thought, but would you guys be calm if you would update your bios, and get no user feedback during the process except for a 'update successfull' eventually 20.08.15 # um.. you can't change the flashing process of the iriver 20.08.26 # it will still give you 0 feedback no matter how pretty you make the firmware patcher 20.08.40 # Well, actually we can. I imagine there'll be a flasher for Rockbox at some point. 20.08.41 # HCl: yes that is bad 20.08.45 # :) 20.08.52 # Cassandra: talking present time. 20.09.26 # Cassandra: May I ask you to perform a simple test on your fmr please? 20.09.31 # anyway, here is rasher's analysis for those interested: http://www.rockbox.org/mail/archive/rockbox-archive-2005-07/0134.shtml 20.09.38 # ami: Sure. 20.10.00 # Cassandra: Please do the following: With the box turned off, connect the charger. 20.10.04 # The charging screem 20.10.08 # *screen 20.10.16 # should come up and should be animated 20.10.26 # Now press OFF once. 20.10.31 # What happens? 20.11.10 # I expect one of 2 results. Either the box turns off, or the charging screen freezes. 20.11.22 # Animation stops. 20.11.48 # The big battery isn't supposed to animate at all, is it? 20.12.00 # Ok, so this confirms that the fmr can't turn off with charger connected like the rec v1 and the player 20.12.12 # The big battery is animated too 20.12.21 # Tiny pixels swaing up & down... 20.12.38 # If you hold OFF, it does turn off then on again. 20.12.52 # Ah, interesting 20.12.56 # Oh yeah. So it is. 20.13.10 Quit Stryke` (Read error: 110 (Connection timed out)) 20.13.18 # The freezing of the charging screen is a really long standing, undiscovered (until yesterday) bug 20.13.35 Join ghode|afk [0] (~dude@host-212-158-241-144.bulldogdsl.com) 20.13.38 # Now I know the right way to fix it... 20.13.51 # Cool. 20.14.05 # The charging screen must now react to OFF 20.14.27 # This was wrong thinking of the person who implemented it 20.14.40 # 'must *not*' of course 20.21.11 # How close are we to freeze now. Are we still waiting for that A-B repeat patch. 20.22.47 # Hmm, I don't know. Linus fiddled with A-B... 20.23.48 # I don't remember him commiting anything. 20.24.16 # Btw, is your player flashable? 20.24.33 # Not received it yet, ami. I'll give it a go when it gets here. 20.24.39 # amiconn: yes :) 20.25.41 # Slasheri: After thinking about your power measurements during my way home, I have some (hopefully useful) thoughts and hints for you 20.25.58 # oh, that sounds great :) 20.26.39 # (1) Instead of basing a dynamic battery estimate on the current boost ratio etc (which would occasionally make the estimated time go upward, which is imho bad as I explained), 20.26.56 # ...we could base it on a long-term sliding average of that 20.27.29 # This way rockbox would adapt the estimation to the individual usage pattern after some days 20.28.13 # hmm, that's true. do you mean we could take long average directly from the estimated time or from boost ratio? 20.28.54 # I'd say from several different states and their influence to battery life 20.29.06 # oh, you mean that long period. that sounds really interesting :) 20.29.10 # ...like boost ratio, disk spinup frequency... 20.29.14 # yep 20.29.35 # I'm thinking about a time constant of 2..3 charge cycles 20.29.56 # (2) The fact that the current consumption for a given clock doesn't vary when decoding even when paused tells me that there is room for improvement 20.30.29 # Obviously one of the threads (audio, codec, or both) never calls sleep() even when there is really nothing to do 20.30.36 # yes, that's weird why the current does not drop while paused 20.30.45 # The rockbox scheduler is simple yet very effective 20.31.02 # ...but it needs a little help from the threads to save power 20.31.36 # Hmm, so yield is not enough and we have to call sleep from all threads? 20.32.00 # As long as at least one thread is not sleeping, calling yield() starts a "turn-around" if all _other_ threads are sleeping 20.32.19 # ah, true 20.32.35 # Only if _all_ threads are sleeping, rockbox executes the cpu halt instruction and then the cpu does nothing until the next interrupt 20.32.42 # I think we can call sleep from all threads at least while audio is paused 20.33.18 # So if the cpu is not boosted, and the buffer is filled above some relatively high watermark, the codec thread should call sleep() 20.33.33 # ...at least sleep(1) 20.34.04 # yep, that should be possible to implement 20.34.34 # i think that it's enough to replace (almost) all yields to sleep(1) in pcm_playback.c 20.34.50 # I think this should boost battery runtime quite a bit for those codecs that don't need to boost 20.34.55 # ...like wavpack and wav 20.35.15 # ...and of course when using pause 20.35.36 # I wouldn't use sleep as long as the cpu is boosted 20.35.45 # yes :) hmm, maybe we could even put the system to 11 MHz while paused / not playing? 20.36.03 # I wouldn't do that 20.36.19 # The UI would become sluggish 20.36.26 # ah, ok 20.36.47 # We can do that (and do already) in USB mode because then you don't need the UI 20.38.02 # Hmm, pcm_playback() doesn't define a thread, does it? 20.38.15 # now i have replaced the two yields in pcm_playback.c and everything works fine 20.38.19 # nope 20.38.32 # Iirc the 2 playback threads are contained in playback.c 20.38.34 # only buffer and codecs have own thread 20.38.40 # *threads 20.38.49 # (audio thread and codec thread) 20.38.54 # yes 20.39.18 # ...and these threads are the ones that need to call sleep() when there is nothing to do 20.39.41 # that should happen in the pcm_playback.c now 20.39.49 # Okay 20.40.06 # You could measure power consumption again to see if it helps :) 20.40.17 # hehe, i would need to open my iriver again ;) 20.41.44 # How come iRiver can get their mp3 decoder to run unboosted, but we can't? 20.42.17 # iriver has worse quality in mp3 ;) 20.42.22 # (Incidentally, anecdotal evidence suggests that Rockbox has a longer battery life than the iRiver firmware when playing back MP3s despite this.) 20.42.43 Join cYmen_ [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 20.43.30 # I did my regular couple of 5 hour journeys thing this weekend, and Rockbox battery was still showing as about 1/3 to 1/4 full afterwards. 20.44.03 # This journey has exhausted the iRiver firmware's battery in the past. 20.44.07 # did you order a 2200mAh Cassandra? 20.44.09 Quit cYmen (Read error: 104 (Connection reset by peer)) 20.44.35 # ct: I did, but it's not arrived yet. I suspect it'll take a few days from HK. 20.44.43 # yaeh 20.45.03 # but cool! I'm impressed at the difference in playtime with mine 20.51.58 # Cassandra: The iriver firmware uses a different approach than rockbox 20.53.03 Join Aison [0] (~hans@zux166-181.adsl.green.ch) 20.53.59 # Rockbox runs the cpu at a relatively low clock (48 MHz), unless this is really not sufficient to keep up, then it boosts up to 120 MHz until enough of the work is done, the clocks down again 20.54.51 # Iriver runs their firmware at different, but fixed clocks depending on the task (I think I read somewhere that iriver runs the cpu at 96 MHz while playing mp3) 20.55.17 # wasn't that ogg? 20.55.24 # and 48mhz for mp3 20.55.45 # Well, I don't know exactly 20.56.09 # Maybe they run at 48 MHz for mp3; should be possible with the motorola decoder 20.56.39 # Iirc the motorola decoder runs realtime at 30 MHz 20.56.55 # ...but it sacrifices quality to be able to do that 20.57.08 # But is not as good in quality terms as Rockbox/LAME I take it. 20.57.15 # I'd rather have the quality myself. 20.57.49 # lame has nothing to do with the decoding quality 20.58.08 # I should test again with dithering disabled. 20.58.09 # btw, is having a bass boost setting of 18dB and a treble boost of 6dB likely to introduce artifacts? 20.58.35 # Oh, I thought LAME did both encoding and decoding. 20.58.49 # When dithering was enabled, I tried a comparison of rockbox, archos, and iriver mp3 decoding quality with my better headphones 20.59.25 Join LinusN [0] (~linus@labb.contactor.se) 20.59.32 # While rockbox on h140 and archos both sounded smooth, iriver sounded a tiny bit rough to my ears 20.59.47 # afaicr, it's 75mhz for mp3 and 96 for ogg 21.00.02 # Dithering is still too slow to use then, I take it? 21.00.04 # Cassandra: No, rockbox scales down the volume to accomodate the bass/treble boosts 21.00.50 # hi LinusN 21.01.16 # amicon: Good. Because with my ER-4P's which are excellent, and have decent frequency response but the bass frequencies are muffled, I find I need about 18dB of bass in order to hear it properly. 21.01.32 # 18 dB is... much 21.01.54 # 18 totally ruins the sound imho 21.02.06 # The old SRS-WOW used to produce good response with my earphones. 21.02.13 # I use 6 or 8 dB of bass boost with my earphones 21.02.30 # For my big headphones, a flat setting is best 21.03.27 # I think the way rockbox is now, EQ is ruling the quality of the sound. If you have high bass and high treble, it sounds muddy at max volume cos it drops the volume to avoid clipping. And when you decrease the volume, the bass and treble levels are the same which means it sounds muddy at all volumes 21.04.04 # whereas the way iriver does it, pumping the volume up to max brings the sound back to default EQ levels, as the track was recorded 21.04.46 # http://www.etymotic.com/ephp/er4-wrfy.aspx - frequency response curve of my earphones. I have no idea how to interpret this wrt to setting the bass and treble settings. 21.06.06 # Unfortunately since they are in ear, the bass is never going to be great, even though they can reproduce some very low frequencies. 21.06.36 *** Saving seen data "./dancer.seen" 21.07.00 # But fidelity has always been more important to me than lots of bass. 21.08.54 # Slasheri: u around? 21.09.04 # LinusN: yep 21.09.27 # would be fun to measure the iriver firmware current consumption, as a comparison 21.09.55 # Hehe, like the table for Ondio I did :) 21.10.06 # oh, that's true.. Hmm, maybe i could take more measurements some day at this week 21.10.15 # amiconn: really put them to shame 21.10.20 # ...showing that rockbox increases battery runtime by about 30 % 21.10.22 # any plans to give the user the choice between "rockbox"/"iriver" bass/treble methods? 21.10.51 # i also forget to measure the remote current consumption and different volume levels 21.12.15 # yesterday i played random oggs (including a few shutdowns of the player and quite a lot of playlist channging etc) about 9 hours 45 minutes with my once-charged 2200 mAh battery, and it was still at 50% 21.13.33 # nice 21.15.07 Join sox [0] (UvGwcGTw@p136n2o296.telia.com) 21.15.15 # hi all 21.15.16 # and it probably will be slightly better after a couple of recharges, i suppose 21.15.37 # anyone have any idea why my wps got blank all of a sudden? happened two days ago? 21.15.45 # I'm pretty convinced we're already beating iRiver on battery life. 21.16.09 # sox: rockbox must have problems reading it 21.16.45 Join Maxime [0] (~flemmard@fbx.flemmard.net) 21.16.45 Quit Maxime`Mrn (Read error: 104 (Connection reset by peer)) 21.16.52 # LinusN: probably 21.21.05 # linus: Are we any closer to feature freeze? Has there been any progress on the A-B patch? 21.21.56 # i stopped working on the a-b patch after ray said on the mailing list that he'll updait it 21.22.03 # update 21.22.06 Quit sox ("Time to move on...") 21.22.30 # *nods* Possibly we should give him a deadline. We really should freeze soon if we can. 21.22.46 # i agree 21.27.57 Quit tucoz ("CGI:IRC") 21.28.09 # hmmm, maybe we should have options for the clipping prevention, like "None, "Volume before EQ", "EQ before volume" or something 21.28.24 # So you'll email him about it then? 21.28.34 # LinusN: I totally love that idea 21.28.35 # sure 21.28.42 # Cool. 21.29.17 # If this patch hadn't been hanging around so long as it is, I'd be inclined to freeze without it. 21.30.10 # mail sent 21.31.05 # I think if you had that option in there, you cater to everybody's preference for clipping prevention 21.31.33 # i always think rockbox has way too many options 21.31.39 # sounds very good to my ears, too ;) 21.32.03 # Linus: I agree. But it seems people want total tweakability. 21.32.04 # LinusN: as long as they're not just options for the sake of it, I think it's ok 21.32.17 # i think *sound* options are prio 1 21.32.31 # after all, it's a music player 21.32.41 # Yes. And I guess this constitutes a sound option. 21.32.46 # absolutely 21.32.50 # An option for the clip prevention behaviour is overkill, imho 21.32.57 # what good is rockbox if it doesn't sound well 21.33.12 # amiconn: how so? 21.33.17 # The point is that rockbox should make clear that something is limited to prevent clipping 21.33.38 # The thing is some people dislike the *way* we clip. 21.33.43 # I think the way it is now tho is FAR more obtrusive than the iriver firmware tho amiconn 21.34.07 # you can tell DEFINITELY that volume is being limited by EQ 21.34.17 # I never listen loud enough for clipping to come into effect anyway. 21.34.17 # it's very "in your face" 21.34.19 # The thing is that you can achieve all possible settings with both methods, only you have to use the controls differently 21.35.17 # The only difference is that in rocjbox, tone takes precendence over volume, while the iriver firmware does it the other way round 21.35.21 # Tis mucho faff to turn down the bass and treble rather than turn up the volume. 21.35.39 # Both must stay within the hardware limits, obviously 21.35.43 # yeah. I think philisophically, EQ should never be the dictating factor myself 21.36.02 # ...but both are sub-optimal in actually showing what's going on 21.36.18 # ct: Philosophically, I disagree. I'd like my sound to remain in the proportions I chose. 21.36.29 # Iriver lowers bass & treble, but still shows them at the set value (which is in fact not used!) 21.36.34 # but if you for example listen to classical recordings you would like to just be able to turn it louder instead of having to turn down the bass first 21.36.44 # so i think its a very good idea to have an option for it 21.36.57 # when i crank the volume, i usually have to turn down the bass because it is too much at those levels 21.37.03 # Rockbox lowers the volume, but also still shows the higher value. 21.37.15 # true 21.37.27 # with full bass it doesnt get any louder >75 21.37.31 # it stays the same level 21.37.33 # In this current state, I like the rockbox method better since the volume limiting is more obvious than th ebass/treble limiting 21.37.54 # amiconn: that's a very subjective thing 21.37.56 # amiconn: but by the same toke, with bass at max, you lose the top end of the volume. Once it hits a certain level, it doesn't go above it even tho Rockbox says it is 21.37.58 # but many ppl (me myself) like the way its done in the iriver firmware ;) 21.38.12 # Presumably with Rockbox, the top few volume settings (90-100 say) remain the same? 21.38.19 # However, I'd vote for the iriver method *if* we make the rockbox treble/bass controls actually show what's going on 21.38.33 # amiconn: its only being discussed as an option 21.38.39 # so you can change it to your fav ;) 21.38.53 # ...meaning, you can't push the bass at all if you have volume at 100% 21.39.10 # unless the option is "None" :-) 21.39.24 # ...or better, you *can* push the bass _setting_ but the actually used value is shown below or beneath 21.39.32 # I think providing the option is good in that it makes people that clipping is happening. 21.39.45 # actually, to be honest, I think I'd probably have to rethink it if parametric EQ was introduced 21.39.47 # when it is 21.40.21 # Presumably adjusting bass and treble leaves mid-range frequencies alone. 21.40.34 # with just bass and treble (which is really all you should ever need if you listen to some ppl), I like the idea of the option personally 21.40.53 # Cassandra: Without the volume prescaling it is clipping very early even when not at full volume 21.41.16 # It already happens at a boost setting of 4 to 6 dB and is very noticeable 21.41.38 # This is because the prescaler comes before the tone control, but main volume comes after that 21.42.12 # *nods* I'd thought that turning it up higher than 6 had caused clipping on the early builds. 21.42.26 # so is, say, 16db boass bost ACTUALLY 16db of bass boost? 21.43.05 # It is 21.43.08 # ok 21.44.29 # First , the prescaler lowers overall level by 16 dB, then the bass is boosted by 16 dB, then the main volume control is corrected by +16 dB to account for the prescaling in the first stage 21.44.57 # ...unless this +16 dB would make the volume go above 0 dB, which isn't possible 21.45.06 # This is the limiting you observe 21.47.30 # it almsot seems like anything above about 10db bass boost is useless tho cos the sound is too affected to fix with other settings like treble 21.47.43 # Implementing the iriver method instead of the current rockbox method is simple, but implementing it switchable is somewhat more complex 21.48.22 # As said, I'd vote for the iriver method provided the bass & treble controls are showing what's going on 21.49.00 # but the current method doesn't show what's happening with the volume, does it? 21.49.11 # Like, when you have volume at -6 dB (don't know the percent atm), and then try to boost the bass above +6 dB, it would show something like this in the setting: 21.49.16 # yeah. I think that's sensible too, But it's not as iff the current method tells you what's going on with the volume tho 21.49.28 # Bass: +8 dB !!+6dB 21.49.50 # Coldtoast, LinusN: No, but the volume limiting is more noticeable 21.50.00 # ...so you know what's going on 21.50.16 # then the iriver method is more subtle 21.50.21 # as you don't realise it 21.50.40 # It's more cheating, I'd say 21.50.45 # but when somebody points it out, you're like "Oh yeah!" 21.50.51 # amiconn: so? 21.51.08 # I like to know what's going on... 21.51.17 # ybut you really like to know exactly what's going on, by the sound of it. heh 21.51.19 # ...so I would be fine when it is displayed 21.52.22 # And btw, all that is also used on the player 21.52.32 # ...which uses the rockbox method for years 21.52.44 # ...not reason not to change... 21.52.48 # yes, and we had similar complaints when we did it back then 21.52.54 # Really? 21.52.58 # yup 21.53.14 # So what about my proposal then? 21.53.19 # "where's my volume?" 21.53.43 # amiconn: how will you show that the bass is lowered when you raise the volume? 21.53.59 # Maybe we could add bass and treble boost settings to the iRiver status bar. 21.54.12 # I don't know what headphones people use, but with all my headphones, the player at max. is unbearable with the phones on the head/in the ear 21.54.31 # amiconn: same here, but not when i connect it to my car stereo 21.54.54 # Then you will use a flat setting, I'm almost sure 21.54.58 # oh yes 21.55.05 # Plus, the player has line out... 21.55.15 # and the iriver gives me that, if i crank the volume 21.55.15 # A *real* line out unlike the iriver 21.55.25 # amiconn: yea, those were the days... 21.55.37 # We really ought to make the iRiver's line out output at proper line out level if we can. 21.55.43 # Not influenced by tone, volume... 21.55.59 # Cassandra: We can't 21.56.05 # Presumably the iRiver's digital out is a proper line out. 21.56.10 # amiconn: one of the biggest complaints about the Player anti-clipping is that it lowers the line-out volume 21.56.21 # Cassandra: it is 21.56.21 # amicon: Shitty. :( 21.56.24 # iriver line out is just the headphone output signal picked right before the final stage 21.56.39 # LinusN: Ah, yes, because of the presacling... 21.56.50 # yup 21.56.54 Join zezayer [0] (~chatzilla@82.110.136.210) 21.56.57 # I like the digital out. Straight from my iRiver to the Extigy 2. ;) 21.57.20 # Erm, Extigy (= Audigy 2 external pretty much) 21.58.21 # LinusN: On the player I use a car.cfg (well - Auto.cfg - german), that sets volume = treble = bass = 0 21.58.46 # is anyone else finding that the latest bleeding edge cuts out halfway through some ogg tracks, just like you had pressed stop?! 21.59.31 # Cassandra: the menu for the optical output is flipped btw ;) if you switch to on, its off and the way round 22.00.26 # Bbub: Not on my iRiver. 22.00.31 # not on mine 22.00.35 # i use a h110 22.00.45 # hmmm 22.00.48 # Ah, that's useful to know. 22.03.36 # Optical output setting is correct here as well (H140) 22.03.57 # LinusN: Did we find the next hw difference between H100 and H120? 22.04.15 Quit spiralout ("ChatZilla 0.9.68.5 [Firefox 1.0.4/20050511]") 22.05.00 # * Cassandra can't work out whether to get a new stereo or a widescreen monitor for her birthday. 22.06.49 # amiconn: seems like it 22.08.56 Join KasKaraK [0] (~KasKaraK@157.36.119-80.rev.gaoland.net) 22.09.01 # Is someone doing a patch? 22.09.08 # Hello 22.09.25 # (Although it'd be nice to have another H110 data point.) 22.10.36 # is there anybody here having fun with the iriver codec architecture ? 22.11.05 # Erm, I'm playing my music through Rockbox. Does that count? 22.11.29 # hum...yeah, you're having fun, but i wasn't talking about this sort of fun :) 22.11.53 # despite this, you're more advanced with rockbox than I am 22.18.42 # Bagder: i don't suppose you could install jdk 1.5 to automatically run the build script for songdbj on changes in it? 22.26.36 Quit ac ("CGI:IRC") 22.34.00 Join hicks [0] (~hicks@zeus.mups.co.uk) 22.39.58 Join ]RowaN[ [0] (a2b0y@82-43-212-52.cable.ubr10.newm.blueyonder.co.uk) 22.40.14 # <]RowaN[> <-- still unable to find somewhere with stock of 30gig iriver hd who deliver to England ='[ 22.40.37 # is your HDD dead? 22.40.43 # <]RowaN[> 90% yeah 22.40.50 # won't dapstore deliver? 22.41.05 # <]RowaN[> no stock iirc 22.41.10 # hmm. ok 22.41.45 # http://www.dapstore.com/pd-1349865895.htm?categoryId=14 22.41.52 # Delivery Time: In Stock! 22.42.11 # <]RowaN[> hmmmm 22.43.56 # <]RowaN[> what is my "tax region" ? 22.44.01 # <]RowaN[> germany, Eu , or rest of world 22.44.02 # no idea 22.44.08 # where ar eyou? 22.44.10 # <]RowaN[> England is part of the EU? hmm fook knoews 22.44.17 # <]RowaN[> London, England, UK 22.44.34 Quit hicks (Remote closed the connection) 22.47.04 # <]RowaN[> ordered! 22.47.13 # <]RowaN[> $201 usa inc 2-15day dhl =] 22.47.21 # <]RowaN[> not the cheapest.. but.. stock! 22.47.26 Join hicks [0] (~hicks@zeus.mups.co.uk) 22.47.40 # scool 22.47.55 # Coldtoast : is that a replacement iriver jack? 22.48.04 # same pin placement? 22.48.16 # which one? 22.48.27 # that last link 22.48.32 # oh 22.48.33 # wtf 22.48.34 # sry 22.48.35 DBUG Enqueued KICK thegeek 22.48.35 # wierd 22.48.36 # heh 22.48.42 # ;) 22.48.54 # just had to look again to see what you were talking about :) 22.49.38 # <]RowaN[> nice to hear that the cracks and pops when pausing/starting/stopping tracks on iriver rockbox seem to be gone now =] 22.50.12 # Slasheri fixed that yesterday :) 22.50.36 # <]RowaN[> kewl 22.52.04 # Hmm, i think i will create a new file pcmbuf.c and move everything non low level driver code to that file 22.52.15 # That way simulator can support crossfade etc. in future 22.52.22 # "At the present time, the only thing official firmware has got over Rockbox is 48khz playback" = hmm doesnt iriver downsample from 48 to 44.1? 22.52.30 # Slasheri: sounds like a good idea 22.52.42 # Bagder: nice if you like it :) 22.53.09 # ghode|afk: yes 22.53.19 # but it does it differently 22.53.31 # okey 22.54.56 Part Coldtoast 22.55.09 Join Coldtoast [0] (edan@ppp111-3.lns1.hba1.internode.on.net) 22.56.43 Quit ]RowaN[ () 22.57.41 # Hmm. I noticed on Saturday that gapless still doesn't seem to be quite right for MP3s. There was a slight discontinuity between tracks. Is that gone too now? 22.58.02 # Cassandra: was that before or after LinusN's id3v1 fix? 22.58.24 # I think it was after. 22.58.57 # I might be wrong, but I don't think any other fixes for gaps have been made 23.01.08 # btw, its good to see the rockbox forums taking more of the rockbox talk than the MR ones 23.01.11 # finally 23.02.40 # Still no codec junkie listening here ? 23.02.54 # why? 23.03.18 # I posted an idea (maybe dumb idea) on the codec page, about fixed point arithmetic, i was wondering about it 23.04.03 # I'd suggest you post to the mailing list if you really want people to see it 23.04.31 Join webguest09 [0] (~d4406110@labb.contactor.se) 23.05.13 # yes, i see what you mean, but i haven't subscribed yet to the mailing list, i follow the evolution of the wiki with rss, nothing more than this (ain't that a shame ? ;) ) 23.05.30 # which Id3 tag is preferable v1 or v2 for R-box on h140 23.05.34 # that's your choice of course 23.05.47 # webguest09: id3v2 23.05.54 # thanks 23.06.01 # badger, maybe not the best thing to do i admit 23.06.13 # Hmmm. There's something very odd going on. 23.06.40 *** Saving seen data "./dancer.seen" 23.06.44 # If you fast forward to the end of a track it sometimes seems to end up in a different track entirely to the one you were listening to. 23.06.59 # I'm jumping back and forth between tracks a fair bit as well. 23.07.55 # gah! 23.08.03 # DeviceChart all split up 23.08.37 # And now the display's stopped updating entirely. 23.08.40 # WTF? 23.08.50 Part webguest09 23.09.11 # LinusN: Is there a reason why you make mixed use of the atomic bitchange macros and plain C bitchange in you latest bootloader commit? 23.10.08 # And now it's dumped me back to the WPS and stopped playback. 23.10.17 # Conclusion: MP3 seeking is still fecked. 23.14.46 # And I am definitely still getting little jumps at track boundaries. (Oddly the counter stops updating for the last couple of seconds of a track too. I have no idea if this is related.) 23.28.33 Join shx [0] (~52e0b302@labb.contactor.se) 23.28.44 Nick courtc_ is now known as courtc (~courtc@adsl-158-4-13.asm.bellsouth.net) 23.36.29 Quit zezayer ("Chatzilla 0.9.68.5 [SUSE 1.0.4-1.1/20050511]") 23.43.30 # bye bye 23.43.34 Part KasKaraK 23.44.12 Quit shx ("CGI:IRC") 23.47.09 Join Lear [0] (~chatzilla@du-57-103.ppp.telenordia.se) 23.48.00 # slasheri: do you have any idea why resampling sounds bad for oggs? 23.48.59 Join Bagder_ [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 23.49.16 Quit Bagder (Read error: 104 (Connection reset by peer)) 23.49.36 Nick Bagder_ is now known as Bagder (~daniel@1-1-5-26a.hud.sth.bostream.se) 23.52.12 Join zezayer [0] (~chatzilla@82.110.136.210) 23.53.25 # LinusN: does bootlader v3 include the changes you made earlier today? 23.54.12 # no, the v3 is already released 23.55.01 # soz for the noobish question, but is there a way to stop playlists from picking up wma's as the player crashes every time it tries 2 play them in playlists 23.55.05 # ok, so i gtuess i have to either wait for a v4, or use the manual method? 23.55.26 # ghode|afk: yeps 23.55.28 # zezayer: tell fileview to use supported only? 23.55.44 # i think that worked when i had loads of wmas 23.55.48 # already on supported 23.56.07 # but if i make a playlist in root with all my music it also picks up wmas 23.56.24 # even tho cannot see wmas in file view 23.56.39 # guess you need to move the wmas ;p 23.57.19 # ghode|afk: that was what i was expecting, dont really listen 2 them anyways 23.57.48 # i just converted all my wmas to ogg >< 23.58.37 # 2much effort 2 do that for wmas i dont really listen 2 may just move them all into a wma folder