--- Log for 29.07.102 Server: lerouge.openprojects.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16p1 Started: 9 days and 9 hours ago 00.00.37 Join elinenbe [0] (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net) 00.29.51 Quit Lear ("ChatZilla 0.8.8 [Mozilla rv:1.1b/20020721]") 00.43.32 Quit mistaRx () 00.52.47 *** Saving seen data "./dancer.seen" 01.50.30 Nick pusher_robot is now known as fragglet (~fraggle@pc1-guil4-0-cust151.gfd.cable.ntl.com) 01.50.30 Quit elinenbe (Read error: 104 (Connection reset by peer)) 02.40.40 Join elinenbe [0] (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net) 02.48.01 Join g003y [0] (~foo@m198-187.dsl.rawbw.com) 02.52.50 *** Saving seen data "./dancer.seen" 03.16.20 Quit g003y ("Trillian (http://www.ceruleanstudios.com)") 04.43.24 Join elinenbe2 [0] (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net) 04.43.24 Quit elinenbe (Read error: 104 (Connection reset by peer)) 04.52.51 *** Saving seen data "./dancer.seen" 06.52.54 *** No seen item changed, no save performed. 07.16.22 Join dwihno|g1ne [0] (dwihno@Bald067.Baldakinen.Umea.SE) 07.16.23 Quit dwihno|gone (Remote closed the connection) 07.31.51 Quit dwihno|g1ne (Remote closed the connection) 07.35.33 Join dwihno|gone [0] (dwihno@193.180.246.67) 07.45.25 Join adiamas [0] (~adiamas@216.194.23.19) 08.10.48 Join Bagder [0] (~daniel@as3-3-2.ras.s.bonet.se) 08.11.18 Mode "#rockbox +o Bagder " by ChanServ (ChanServ@services.) 08.52.56 *** Saving seen data "./dancer.seen" 09.29.07 # my build from yesterday is totally silent 09.40.32 # try pulling your head out of your ass ;) 09.40.35 # * adiamas smirks 09.40.41 Nick adiamas is now known as adi|home (~adiamas@216.194.23.19) 09.40.52 # * Bagder looks at adiamas 09.41.00 # * adi|home bitches about not being able to sleep although he is yawning like a mad man. 10.01.36 Quit adi|home (lerouge.openprojects.net irc.openprojects.net) 10.01.36 NSplit lerouge.openprojects.net irc.openprojects.net 10.01.36 Quit datazone (lerouge.openprojects.net irc.openprojects.net) 10.01.36 Quit mbr_ (lerouge.openprojects.net irc.openprojects.net) 10.08.59 Join pyvasene [0] (~pyvasene@ns1.alcove-solutions.com) 10.19.13 Join MeRWiN [0] (~merwin@12-230-192-86.client.attbi.com) 10.19.16 # hola 10.20.00 # hey ho 10.20.28 # question... i read something about new saving. does this regard the player? 10.21.08 # I haven't really checked it out, but I believe so 10.21.13 # also, just wanted to let you guys know, the volume level icon on the player doesn't change with the volume (this was a build from 2 days ago) 10.25.18 Join Fridolin [0] (~Fridolin@wlan010.tzl.mu-luebeck.de) 10.26.56 # do you think that someone could compile a build for me with the #define SAVE_TO_DISK in it? 10.27.12 # I want to try it out, but I don't have the compiler set up :) 10.27.15 # Hi ! 10.27.24 # I hope you had a nice weekend ! 10.27.28 # HI 10.27.29 # I could, but not right now, I'm a bit busy right now 10.28.06 # badger: OK, would you mind compiling it and e-mailing to jheiner@yahoo.com, if it's not too much trouble? 10.29.05 # badger: I've got an 8 hour flight to test it out tomorrow :) 10.29.11 Join adi|home [0] (~adiamas@as5300-9.216-194-23-19.nyc.ny.metconnect.net) 10.29.15 Join datazone [0] ([kpjLzDwbE@207.136.36.203) 10.30.04 Join Linus [0] (~linus@193.15.23.131) 10.30.14 # morn 10.30.15 # morning linus 10.30.28 # back from the dead, Bagder? 10.30.37 # only slightly back 10.30.39 # ;-) 10.30.43 # at work now though 10.30.52 # heaps of bugs to sort out 10.31.16 # my rockbox is *silent* today 10.31.25 # no sound at all 10.31.34 # built yesterday 10.36.09 # recorder? 10.36.17 # of course 10.36.18 # yeps 10.36.27 # does it spin up? 10.36.36 # yes, everything seems to be ok 10.36.41 # just no sound 10.36.48 # I'll try another set of earphones 10.36.49 # morning 10.37.47 # webmind: morn 10.37.54 # * Linus goes for coffee 10.38.04 # * webmind has earl grey 10.39.23 # nope, no sound at all 10.40.31 # * webmind discovered a new item in his menu of his archos :) 10.40.47 # u could set the timeout of the display and when it turns off 10.41.17 # btw.. i've added an ext3 partition.. jukebox doens't seem to mind.. and just thinks it's an archos jukebox 17 :) 10.42.47 # Bagder: what bitrate? And does the hard disk spin up again after a while? 10.43.13 # webmind: what display turn off? 10.43.18 # I've tried numerous songs, I can't hear anything 10.43.47 # I tried fiddling with sound settings too, to make a diff, but it didn't change anything 10.43.55 NHeal (timeout) lerouge.openprojects.net irc.openprojects.net 10.44.21 # but I'll need to recheck my build first before I consider this a true error 10.44.35 # I might have got some ugly thing in it 10.44.55 # Linus, light of the display.. 10.45.01 # Linus, i noticed i could set the timeout 10.45.18 # aha 10.45.21 # and the timeout of wehen it should turn itself off 10.45.23 # that is an old one 10.45.52 # but it didn't work on the players until recently, beacuse of a bug 10.46.09 # how about menu+play on the player's turning off/putting into low-power mode the LCD 10.46.10 # Linus : Did you have a look at my 'UI language selection' patch ? 10.46.10 # i still can't figure out why nobody told us about it... 10.46.20 # pyvasene: yes i did 10.46.38 # it is fairly simple and nice 10.46.50 # but it is perhaps too simple 10.46.59 # the general idea is good 10.47.15 # it's the string database thing that need some work 10.47.16 # I think it's a first step but has to been improved 10.49.25 Quit MeRWiN () 10.49.35 # yes 10.50.04 # we need a way (maybe a spreadsheet) to edit all strings in the project and their translations 10.50.11 # both for recorder and player displays 10.50.22 # and a script to generate code for it 10.52.58 *** Saving seen data "./dancer.seen" 10.55.41 # PsycoXul: MENU+PLAY for backlight off? Yeah, why not? 10.55.55 # i said LCD off 10.55.55 # heh 10.56.04 # you know, blank screen 10.56.05 # LCD off? 10.56.22 # to save battery? 10.56.27 # hmm 10.56.33 # i would think a little anyways heh 10.56.55 # and i don't need stuff scrolling accross the screen in my pocket 10.56.57 # would that save battery then ? 10.57.22 # probably, but i'm not sure how much 10.57.30 # well how much does the LCD use? and more or the same when its updated frequently? 10.57.57 # i think we could conserve power by not updating the screen 10.58.06 # but it is probably negligible 10.58.31 # we can of course measure 10.58.37 # speaking of the backlight though, i think it's timeout setting should have an 'off' 10.58.49 # instead of 0? 10.58.58 # i dunno 10.59.14 # yeah, 0 isn't very user friendly 11.01.08 # PsycoXul: but 0 shuts off the backlight for you doesn't it? 11.01.44 # last i checked it left it on 11.02.04 # how old is your player? 11.02.22 # huh? 11.02.53 # sorry, i am silly 11.03.18 # 0 doesn't turn it off, it leaves it on... 11.03.48 # yeah 11.04.10 # how would we want the user interface for that? 11.04.34 # well 11.04.36 # two options, one for on/off and one for the timer? 11.04.46 # 0 should be on... but there should be an off option 11.04.53 # that would be nice 11.04.59 # think ot of mobile phones have that 11.05.04 # i was just thinking it going 'off', 0, 1, ... 11.05.08 # or OFF..1..2..3..4..5..6..7..8..9..ON? 11.05.29 # or that 11.05.29 # heh 11.05.58 # is a zero timeout obvious to the average user? 11.06.20 # i dunno 11.06.44 # it's obvious for me... :-) 11.06.59 # well when i first saw it, i figured it'd either be on or off 11.07.13 # and it didn't turn off when i selected it 11.07.26 # and if there's an 'off' also next to it, it makes it a little more obvious 11.07.35 # unless they don't bother to scroll over to off 11.07.36 # heh 11.08.57 # so OFF, 0, 1, 2 would be enough? 11.08.58 Join yro [0] (~yves@ns1.alcove-solutions.com) 11.09.08 # how many secs would be max? 11.09.58 # hi yro 11.11.07 # 0 timeout i think would mean that it stays on 11.11.09 # or 11.11.10 # off 11.11.12 # uhm 11.11.16 # :-) 11.11.42 # maybe OFF, ON, 1, 2, 3, 4, 5, 6...? 11.13.28 # all Player users should consider compiling with SAVE_TO_DISK enabled to test it 11.15.20 # Are there any more Recorder users here with silent playback? 11.15.44 # Hi all 11.16.27 # hi 11.21.39 # Thx for putting the save_to_disk in the cvs ;-) 11.22.12 # thanks for sending the patch 11.26.25 # Bagder: still silent? 11.26.48 # well, I can't try another version until tonight when I get home, I have no USB at work 11.26.56 # buah! 11.27.47 # Linus: Any reports on it 11.28.04 # yet (sorry, I have mistaken hit return...) 11.29.03 # no, i guess not many people noticed the new feature 11.29.14 # and it isn't on by default 11.30.36 # most people don't compile their own, they download daily builds 11.31.40 # It's better that way, it's highly experimental... ;-) I have to see if I can modify it so it writes the block _only_ if we modified something, 11.31.54 # it's way too long in the menus... 11.33.15 # yro: that is how to do it. I wanted to do that, but i was lazy when i merged your patch 11.34.05 # i guess one approach would be to implement a settings_changed() function, called by main_menu() 11.34.10 # grrrr, gdb goes nuts on files with a *large* amount of lines 11.35.18 # Linus: I wanted to yesterday too, but it was near 40°C on my desk, and it made me lazy too ;-) 11.35.58 # Well, I have lot of work today, I will stand-by on the channel (reading, but not so active...) 11.36.06 Nick yro is now known as yro|work (~yves@ns1.alcove-solutions.com) 11.39.35 # We should probably start writing a users manual... 11.40.07 # I got annoyed by the new way of playing songs today btw 11.40.12 # single songs 11.40.57 # Hi ! 11.41.03 # Bagder: how? 11.41.09 # Fridolin: hi 11.41.27 # I see you had nice weather in tha last few days too :-) 11.41.53 # Linus: It was how I had to leave the screen, and when I selected another song it said something about end of playlist and stuff 11.41.55 # Linus: it seems that the PLLConfig register did the job... 11.42.20 # Linus: I'll fix my sound first, then I'll check it out more closely 11.42.29 # Bagder: yes. I would rather have it to just go back to the browser 11.42.54 # Fridolin: yes. I was wrong about the crystal frequency 11.43.11 # and the mas_run() command didn't work 11.43.59 # the other thing that i extracted from the mas manual is that ogg vorbis on mas seems impossible ... 11.44.00 # Bagder: but the text disappeared when it started playing the next song, didnät it? 11.44.09 # yes 11.44.21 # still silly, as I didn't use any playlist 11.44.28 # ... not only because micronas doesn't offer any development tools. 11.44.45 # it says "end of file list", not "play list" 11.44.54 # whatever 11.44.57 # still confusing 11.44.57 # whoo 11.45.04 # settings saving! 11.45.17 # I'll start brwosing the buglist. 11.45.28 # maybe i can contribute here... 11.46.32 # Hey all, how would we want the WPS to act when all files have been played? 11.46.54 # i would probably want it to go back to the browser 11.47.37 # Linus: Personnaly, i'd prefer to have choice going in the browser or shutting off the player... (fine to go to sleep...) 11.48.15 # yro|work: but when auto-shutoff is implemented you don't need that choice 11.48.15 # I think going to the browser and (automatically) shutting off after some idel time would be ok. 11.48.47 # thast what i thought ... 11.48.50 # The shutdown timer will be implemented anyway 11.49.18 # ok, so going back to the browser is good? 11.49.42 # when ? 11.50.03 # Linus, yes 11.50.13 # what's the wps btw 11.51.06 # While Playing Screen 11.53.52 Quit Fridolin ("ChatZilla 0.8.8 [Mozilla rv:1.1b/20020722]") 12.06.03 # yo. 12.06.17 # yo, Hes! 12.10.22 # Linus, well. browser mode would seem logical yes.. what else ? 12.11.44 # i don't know. people generally tend to think different about everything 12.11.55 # hm k 12.12.05 # wouldn't know what else could be appropriate 12.12.12 # so i assumed that there would be different opinions about this as well 12.12.35 # damn kernel here doesn't like my jukebox anymore.. and i rm'd the src.. damn me 12.12.40 # ok 12.12.41 # hehe. i just browsed the data sheets for the fujitsu disk 12.13.12 # Mean time between failures: More than 300000 power on hours 12.13.29 # Component life: 5 years or 20000 power on hours 12.13.54 # so a dying disk is not considered a failure? :-) 12.14.03 # Linus: I see you sorted out the track change, excellent! 12.14.07 # WARNING: USB Mass Storage data integrity not assured <-- why the hell does he keep doing that ? 12.14.15 # i don't know 12.14.35 # it always say that 12.14.38 # says 12.14.39 # Maybe they're just not sure it will work or not. 12.14.45 # hehe 12.14.56 # a general disclaimer 12.15.50 # what was the name of the module again btw ? 12.15.55 # isd_220 ? 12.15.58 # or sth ? 12.15.58 # usb-storage 12.16.02 # the other one 12.16.20 # usb-uhci 12.16.22 # of the chip 12.16.43 # the isd code goes in the ehci-hcd module 12.16.46 # the isd200 support is included in usb-storage 12.16.54 # isnät it? 12.16.59 # right... usb-storage, not ehci-hcd 8-) 12.17.15 # it can be compiled as module 12.17.27 # yes 12.17.41 # and i probably compiled it in 12.17.47 # but it refuses to work 12.18.06 # doesnt give me a device to mount 12.18.17 # SCSI disk support enabled? 12.18.27 # For some people, it refuses to work when compiled-in 12.18.44 # Hes, i've used the jukebox with this very same kernel i think 12.18.52 # WARNING: USB Mass Storage data integrity not assured 12.18.52 # USB Mass Storage device found at 2 12.18.52 # WARNING: USB Mass Storage data integrity not assured 12.18.52 DBUG Enqueued KICK webmind 12.18.52 # USB Mass Storage device found at 2 12.18.54 # oops 12.19.05 # that's the last in my dmesg 12.21.38 # using modules is a safer way to get it to work 12.22.24 # uhuh 12.22.37 # I mean instead of built-in 12.25.11 # uhuh 12.25.14 # stupid me 12.25.15 # but 12.25.16 # well 12.25.23 # i have spave on my hd for the src atm 12.25.29 # can't recompile 12.28.07 Nick Linus is now known as Linus|lunch (~linus@193.15.23.131) 12.32.31 Join notch [0] (hidden-use@arthur.techprt.co.uk) 12.50.30 Join mbr_ [0] (~tiw4mabr@rhlx01.fht-esslingen.de) 12.51.32 Join mistaRx [0] (mistaX@t1o75p18.telia.com) 12.52.09 # anybody tried the save settings thing?! 12.53.01 *** Saving seen data "./dancer.seen" 13.14.37 # I bet yro|work tried it ;-) 13.18.01 Nick Linus|lunch is now known as Linus (~linus@193.15.23.131) 13.18.04 # i have 13.23.43 # Btw... someone reported a bug in directory browsing, I have now seen it some 5 times myself: 13.24.14 # I click 'right' to enter a subdirectory, the HD led starts but the disk does not spin up, 13.24.55 # the directory listing does not change, a new cursor is drawn by the first item and the old cursor does not disappear 13.25.13 # recovers by clicking to the left 13.26.01 # mistaRx: True, I use it ;-) 13.26.36 # The crashes on track change really seem to be gone. 13.27.21 # Played quite some music in a full bus during the weekend, no crashes 13.27.50 # travelling to the countryside & back with student club 13.28.58 # :-) 13.31.13 # Yeah, i saw the subdir "hang" this morning 13.35.05 Quit mistaRx (Read error: 110 (Connection timed out)) 13.45.47 # Linus: have you looked into charging yet? 13.45.53 # If not, I could do that now... 13.46.25 # Please do so. 13.46.38 # I have been thinking about that 13.46.55 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 13.46.55 # * Bagder throws in a hand of moral support 13.46.56 # about the end-of-charge criteria 13.46.57 # Any ideas (apart from the non-trivials tuff)? 13.47.09 # (from the trivial stuff that is) 13.47.22 # first of all, we need a hysteresis for the start/stop 13.47.46 # we also need to monitor the voltage, possibly looking for a negative delta 13.48.22 # also a timer in case the negative delta detection fails for some reason 13.48.29 # the voltage changes will be quite slow 13.48.40 # so a negative delta might never be detected 13.49.09 # and also only read the battery voltage when the disk is idle and the charger is off 13.49.37 # Probably we should stop charging after the delta has been small for a long time (even though it would have been positive) 13.49.42 # we turn off the charger to read the battery voltage 13.50.02 # yeah, a zero-delta timer is probably good 13.50.12 # and maybe a minimum charge time 13.50.29 # only start measuring the delta after charging for a little time 13.50.37 # yeah 13.50.57 # I wouldn't stop the charger for the measurement, I don't think any of the manufacturer suggested designs did that 13.51.12 # it will take quite some time before the voltage stabilizes after you disconnect the charger 13.51.19 # ok 13.51.25 # 1) max 16hrs charge time 13.51.31 # 2) Stop at negative delta 13.51.38 # 3) Stop at 3hrs zero-delta 13.51.47 # 4) mininmum 3hrs charge 13.52.06 # I would use some 15 mins for 4) to get over the initial bumps 13.52.13 # ok 13.52.20 # 4) mininmum 15min charge 13.52.43 # having 3 hours would ruin things for people who stick the charger in a fully-loaded unit to keep them powered in fixed location use 8-) 13.53.08 # 5) after stopping charging, wait for charge go down to, say, 80% before charging again 13.53.17 # yes 13.53.45 # what would we do in the case of fixed-location? 13.54.15 # Probably the ideal would be to discharge pretty well (to 10% or so) before charging again 13.54.44 # BUT that would ruin things for people who expect to have the device well charged after they've left it in the charger overnight 13.56.09 # Would it be possible to add such a discharge option? 13.56.19 # I'd vote for a special option for people in "fixed locations" 13.56.20 # Maybe we could make that configurable. Or discharge to 10% if the device is being used (HD activity seen) and keep it up at 80-90% if it's not used. 13.56.22 # Possibly enable it for the next cycle? 14.00.02 # I think most chargers (the nokia ones I have had, like 5 or so, and the Canon digital camera charger, etc) detect an already-full battery within a minute of charging 14.00.51 # But if we implement the above logic, we can fine-tune the timers later 14.01.04 # * Bagder agrees 14.02.49 # can you set the current for a trickle charge? or is it just on/off 14.02.56 # on/off only 14.03.03 # :-( 14.03.31 # we can do trickle charging of course (adjust the duty cycle) 14.03.46 # charge for a few seconds and sleep for N 14.03.56 # good option for those plugged into mains 14.04.22 # Some manufactures specifically say trickle charging is not good for Ni-MH 14.04.26 # some don't. 14.04.54 # But it's generally done a lot for backup power systems 14.04.58 # It's normaly 10% of capacity - could make it 5% to be 'safe' 14.05.04 # I that is 14.05.54 Quit ironi (Remote closed the connection) 14.11.13 Join ironi_ [0] (~ironi@80.88.116.93) 14.14.41 # Normal charging is usually C/10 14.14.59 # Trickle charge nis normally C/50 14.16.04 # hehe , i purchased a quick charger this weekend 14.16.22 # 1 hour for 1800mAh batteries 14.16.27 # they get hot 14.17.02 # No doubt 8-) 14.17.57 # Some battery resellers state that applying a continuous trickle charge of about 1/10th the battery's capacity is not harmful. However, we have not seen any battery manufacturer condone the practice. 14.18.41 # The first player models have a constant C/10 rate 14.18.45 # -Quote from 'green batterys' website... now I'm confused! 14.19.15 # even when they are full, it cannot be stopped 14.19.38 # Does it shag the batterys? 14.20.09 # they get warm after a while 14.20.24 # i guess that is the reason they shipped it with two sets of batteries 14.20.27 # :-) 14.20.39 # yeah I kinda wondered about that :-) 14.21.18 # Actually, the charger can't be stopped on any of the Player models, as far as i can see 14.22.12 # We will probably need to detect the CPU frequency on the recorders, BTW 14.22.28 # there are recorders with 12MHz out there 14.22.39 # Why doesnt charging work in the Rockbox software? 14.22.48 # Small beauty thing: after playing to end-of-songlist (i play directories) while in directory browser instead of WPS, when I select a new song to be played, I get an end-of-songlist display for a short while before the new song starts 14.22.56 # notch: we don't turn on the charger 14.23.02 # How do you know if you have an 11.059Mhz or 12Mhz version? 14.23.21 # Hes: yeah, that is a known issue 14.23.22 # Linus: the pitch/speed control bug that you fixed this weekend, what was it? 14.23.26 # Maybe should display some 'Loading' text before we get the new Id3 tag... animated icons, anyone? 8-) 14.23.43 # elinenbe2: wrong PLL settings for the crystal 14.24.12 # notch: you don't know the frequency if you don't open the box 14.24.18 # but we can measure it 14.24.29 # using the RTC 14.24.38 # Linus: is it possible to adjust that on the fly so a user can modify the pitch of their songs? 14.24.47 # Linus: during playback? 14.24.56 # elinenbe2: in theory, yes 14.25.02 # but i think the playback might stop 14.25.10 # So HZ needs to be a variable then? 14.25.17 # and the PLL calculations are a little tricy 14.25.23 # Hes: yes 14.25.29 # ah, this would be a DJs ultimate machine 14.26.07 # elinenbe2: but i don't know what happens while the PLL is locking 14.26.27 # but we can always experiment 14.27.02 # that would be awesome 14.27.05 Nick elinenbe2 is now known as elinenbe (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net) 14.28.03 # still, we can't change it more than a few percent 14.28.19 # Linus: why is that? 14.28.33 # because the PLL has a limited frequency range 14.28.52 # ah. 14.29.28 # and we are actually barely within limits on the 48KHz PLL 14.30.19 # in order to get the frequency, could we execute a bit of asm that has a 'known' execution time, ie an loop, and compart this time to the RTC? 14.30.41 # notch: no, we start a timer and compare it to the RTC 14.30.57 # okay that's much easier! 14.31.11 # spent too much time on pics! 14.31.25 # PICs are nice 14.32.07 # i don't know if we can identify what recorder models have 12MHz 14.32.25 # if we could, we wouldn't have to measure the freq 14.32.51 # i discovered it by accident 14.33.06 # by looking at the pictures on the rockbox site 14.33.15 # Would they have to change the firmware for each freq? 14.33.26 # probably 14.33.40 # then it must be related to serial number... 14.33.43 # unless they measure ;-) 14.33.48 # otherwise they might have problems with the serial port (remote control) 14.33.49 # hehe 14.33.58 # yeah, they might measure 14.34.16 # i have always wondered why it takes so much time to boot 14.34.48 # this could be one explanation 14.34.50 # Is charger_inserted() in drivers/power.c correct? 14.34.56 # it should be 14.35.35 # Could someone please add comments to the ADC_ defines in adc.h? 14.35.49 # but it isn't correct... 14.35.51 # :-) 14.35.52 # What is connected where... 14.36.01 # it should be ADC_EXT_POWER 14.36.15 # So it actually measures the voltage on ADC_EXT_POWER? 14.36.19 # and checks if it's up 14.36.21 # Hes: what is not obvious? 14.36.35 # ADC_UNREG_POWER 14.36.37 # about the ADC_ defines? 14.37.03 # ADC_UNREG_POWER is from the battery before the regulator? 14.37.12 # ADC_EXT_POWER is from the xt power input? 14.37.20 # but what is ADC_BATTERY then? 14.41.08 # ADC_BATTERY is the battery 14.41.37 # and ADC_UNREG_POWER? 14.42.31 # i am confused now 14.42.36 # let me think 14.42.52 # oh yes 14.43.14 # the ADC_BATTERY is the voltage from the batteries, but what a silly scale 14.43.22 # so we always read 3FF 14.43.22 # Because currently we read ADC_UNREG_POWER only 14.43.35 # So ADC_BATTERY is unusable? 14.43.42 # yes 14.43.53 # Okay. Now comment this in drivers/adc.h please 8-) 14.44.12 # ok 14.44.14 # :-) 14.44.16 # Thanks 14.44.37 # And others too if possible 14.44.54 # usb power, charge regulator 14.47.23 Join jedix [0] (~liam@fwott1-1.cis.ec.gc.ca) 14.53.04 *** Saving seen data "./dancer.seen" 14.58.22 # Hes: update you CVS 15.00.13 # thanks 15.00.37 # The ADC_BATTERY voltage puzzles me 15.01.13 # it is taken directly from the battery with a strange divider 15.01.48 # the ADC input is about 3.6V or something, if i remember correctly 15.01.58 # far above VCC 15.02.13 # and that is definitely not recommended 15.04.18 # ADC_USB_POWER is the power input from the USB bus? the power itself is not used for anything else than detecting if USB is connected? 15.08.45 # it seems, looking at the schematics, that the unit parasites from that power when connected 15.11.13 # but i don't see how 15.11.19 # and AN3 is still amystery 15.11.54 # AN3 stays at the same level almost all the time, except for when USB is connected, then it goes to 0x3ff 15.16.25 Join elinenbe2 [0] (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net) 15.16.26 Quit elinenbe (Read error: 104 (Connection reset by peer)) 15.16.28 Quit Hes (Read error: 54 (Connection reset by peer)) 15.16.39 Join Hes [0] (~hessu@hessu.zedi.sonera.fi) 15.37.59 # that whole charging/battery circuitry is a little... well... abstract 15.38.36 # It must have been 'cost effective' :-) 15.39.43 # and simple 15.40.14 # a regulator and an on/off control. what more could you ask for? :-) 15.41.37 # progress bar?! :-P 15.43.47 # Bagder: a progress bar in hardware. that would be cool ...(?) 15.44.15 # Linus: I want seek like an ipod! :) 15.44.21 # ... I'll build a separate box for it and sell it to people! :-) 15.44.24 Nick elinenbe2 is now known as elinenbe (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net) 15.44.42 # and what exactly is "seek like an ipod"? 15.44.42 # I say we take what is learned from the Archos, and build our own uber-jukebox. 15.45.43 # Linus: hehe -- go here and then play a song http://www.apple.com/ipod/userinterface.html 15.47.03 # I miss a breakout game 15.50.23 # That is because you haven't written one 15.50.58 # If no one else does, I'll write one 15.51.15 # I'm *starting* to catch up on my emails now 15.54.35 # hehe 15.55.43 # i'm currently being called once a day by an old-school corporate guy who thinks that calling people in person is *the* way of getting support for cURL! 15.57.20 # I actually got a mail from a guy asking for an address for mailing a cheque! 15.58.25 # For support? 15.59.02 # more like "from our team for your good support" 15.59.34 # first time this happened to me 15.59.44 # that's incredibly nice 16.00.11 # and thoughtful 16.01.41 # brings back my belief in the existance of good people "out there" ;-) 16.03.44 # Getting envelopes with cheques for good support has it's drawbacks though 8-) They might expect for some more from you. 16.04.03 # yeah 16.21.19 # Are there any bugs/quirks in the current code that need to be fixed before we release 1.2? 16.21.39 # I'm not talking about the persistent settings or the battery charging 16.22.12 # We will probably not include those in 1.2 16.24.42 # Bagder: the bug report retrieving script for the rockbox main page bugs 16.24.54 # Björn wrote it :-) 16.25.20 # what's wrong? 16.25.41 # It excludes bugs that are older than 30 days 16.25.48 # oh 16.26.05 # convenient, but not entirely correct :-) 16.26.39 # hehe 16.26.52 # Probably it should make note of that, and show '1485 bugs not listed here' after the list 8-) 16.30.49 Quit yro|work ("ircII EPIC4-1.1.5 -- Are we there yet?") 16.32.44 # I found out why it bugs 16.38.38 # corrected now 16.39.00 # the crontab runs every 20 mins 16.49.47 # Linus: usb mode only works in directory view & playing, not in the menus 16.49.53 # that could be fixed if possible 16.50.09 # Yeah 16.53.08 *** Saving seen data "./dancer.seen" 16.54.07 # I'm off for home 16.54.10 Part Bagder 17.04.21 Quit geoffeg ("changing servers") 17.07.45 # Hes: what would we want to do when USB is inserted when in a menu? 17.07.53 # is it acceptable to leave the menu? 17.08.12 # and always return to the dir browser after USB is finished? 17.08.41 # Dunno. I think archos reboots or something, which is an overkill 8-) 17.08.49 # at least it reboots if you replace the firmware file 17.08.50 # or stay cool and return to the point where we were? 17.09.05 # Returning to the point where we were would be nicest i think 17.09.15 # if that can be applied (can't return to WPS of course) 17.09.17 # and reread the root dir when we return to the dir browser 17.09.37 # If in wps or dir browser => to root dir 17.09.54 # if in menu => back to menu and then to root dir when exiting to the browser 17.10.06 # ok 17.10.18 # (takes some work...) 17.10.27 # yup... 17.10.37 # the menu code has no return code 17.12.09 # all code that gets events from a message queue must handle the SYS_USB_CONNECTED message 17.12.45 # and tell its caller that it has done so 17.12.55 # possibly via a return code 17.13.51 # thus, tree.c can reread the dir if main_menu() returns SYS_USB_CONNECTED 17.14.01 # just like wps 17.15.05 Quit pyvasene (Read error: 113 (No route to host)) 17.20.39 # Seems charger_inserted() requires at least a bit over 7v from the charger to detect it to be present 17.20.53 # yes? 17.21.08 # and it returns false for a few seconds after charging is enabled. 17.21.26 # Not bad but an interesting effect, someone will post it as a bug. 8-) 17.21.26 # aha, maybe we should lower the limit a little 17.22.00 # Yes, a little. Maybe a bit over the max battery voltage with full charge. 17.22.16 # do so 17.22.44 # Will do, have to measure the peak voltage with full batteries... 17.26.12 Join mistaRx [0] (mistaX@212.181.184.230) 17.33.35 Part Linus 18.04.56 Join MeRWiN [0] (~merwin@12-230-192-86.client.attbi.com) 18.07.06 # Does the player charge while it's plugged in and on yet? 18.08.27 # I would suppose it does? 18.08.58 # the charger is not software controlled, if I understood things right. 18.09.08 # OK, I remember someone saying that it didn't last week... I plugged mine in and the voltage seemed to go up, so that means that it's charging, yes? 18.09.27 # I'm just writing code for the software charging logic on the recorder. 18.09.39 # Yes, that definetely means it is charging. 18.09.48 # okey... wonderful. 18.26.24 Quit mistaRx (Read error: 110 (Connection timed out)) 18.27.52 Quit notch () 18.49.43 Quit MeRWiN () 18.53.09 *** Saving seen data "./dancer.seen" 19.18.29 # Trying out the charger code now. 19.30.20 # Ended up disabling all ata sleeping and spindowns to maximize power usage 8-) 19.30.37 # and setting backlight timer to 0 19.44.16 Join WetFlax [0] (~wettoad@flax.mbi-berlin.de) 19.49.09 # http://hes.iki.fi/misc/rockbox-charging.jpg 19.49.18 # The voltage drop at full charge is visible nicely. 19.55.16 # is that applet in the cvs? 19.55.18 # Hes? 20.04.26 # Nope. 20.15.38 # I'm still working on the full charge detection tuning 20.15.49 # Will post the patch once I think it works 20.16.43 # if it seems ok for the core developers with CVS access, and it's found to be working, it'll possibly go in CVS 20.25.11 Join Mighty [0] (mboss@h76n2fls35o931.telia.com) 20.25.26 # hello 20.27.06 Quit Mighty (Client Quit) 20.53.13 *** Saving seen data "./dancer.seen" 22.13.26 Quit jedix ("Client Exiting") 22.53.14 *** Saving seen data "./dancer.seen" 23.16.53 Join Bagder [0] (~daniel@as3-3-2.ras.s.bonet.se) 23.18.01 Join matp [0] (~matp@pc-80-193-180-51-hw.blueyonder.co.uk) 23.18.33 # whats up? 23.20.16 # not much 23.21.18 # I think have a working charger. 23.21.28 # cool! 23.22.25 # http://hes.iki.fi/misc/rockbox-charging.jpg 23.22.43 # The voltage drop at full charge is visible nicely. 23.23.24 # neat 23.23.45 # nice! 23.24.18 # If I only knew easily if the hd is spinning or not 23.24.22 # what remains for a 1.2 release 23.24.40 # nothing really, we're about to make one any day now 23.25.06 # we save the charging and the saving to disk for 1.3 23.25.30 # those things need quite a bit of testing 23.25.32 # is rockbox supposed to drain the power when the power cable is plugged in? 23.25.48 # yeah, they are big features 23.25.49 # yes, it is (on the recorder) 23.26.12 # can we not prevent that 23.26.28 # yes, the charger code i wrote tonight does just that 23.27.00 # the unit cannot be powered from the external supply without charging the battery at the same time. 23.27.11 # i see. it doesn't charge the battery, just uses power when external power is connected 23.27.36 # ok, got you 23.28.50 # what is average battery life now? I'm lucky to get 6 hours 23.29.47 # I haven't measured... 23.30.17 # i think it's acceptable for this release. It would be nice to get what archos get from their firmware though. 23.30.45 # I expect that we'll reach there eventually 23.31.19 # we can console ourselves with the fact that we have MUCH better features 23.34.06 # yeah, we've started out pretty good already 23.37.53 # is the current cvs stable? I haven't updated since Friday. I've had no issues this weekend, but there's been a lot of activity since then :) 23.38.44 # I think it's pretty stable 23.38.49 # seems to be. 23.39.57 # I might have a problem with it, soon to find out for sure 23.41.32 # false alarm, works fine 23.41.46 # my build was just screwed yesterday 23.41.56 # was it you that was getting no sound? 23.42.08 # yeah 23.42.26 # there's some dependency problem in some makefile I guess 23.42.37 # I made a make clean and make again now and it works fine 23.42.50 # Hes: are you able to detect accurately when the battery is fully charged? 23.43.32 # Bagder: too much hacking :) 23.43.38 Join mistaRx [0] (mistaX@212.181.184.161) 23.44.09 # anybody who'd like to help me?! 23.44.09 # actually, it was too *little* hacking ;-) 23.44.26 # I hadn't updated my repository for a month while I was on vacation 23.44.38 # mistaRx: with what? 23.45.04 # have u tested the save settings thing?! 23.45.16 # * Bagder hasn't 23.45.44 # mmhhmmm 23.45.44 # but then, I have a recorder ;-) 23.45.54 # * matp also 23.47.34 # how do u "#define SAVE_TO_DISK"(I'm not a programmer..) 23.47.53 # uh, you add that in the Makefile and rebuild 23.48.08 # you want such a build? 23.48.58 # yes please, can't u do that and then let me download it from somewhere.. 23.49.05 # http://storebror.haxx.se/archos/ 23.49.49 # roger that! 23.49.55 # it's the cutting edge CVS sources, the player ones built with SAVE_TO_DISK 23.50.59 # ok, do u know if it in any way COULD hurt my old player?! 23.51.24 # in *any* way? 23.51.30 # then I'd have to sat yes 23.51.31 # say 23.51.44 # well I haven't got a backup on my files on my player! 23.52.11 # I know people have tried it and survived to tell their story ;-) 23.52.18 # =) 23.52.32 # u are one of the programmers, no?! 23.52.48 # I am 23.53.03 # one in crowd ;-) 23.53.06 # I haven't seen that u have done so much on the rockbox 23.53.12 # the crowd even 23.53.19 # hm 23.53.31 # I'm Daniel Stenberg, I've done quite a fair share I'd say 23.54.02 # but u have been on vacation, right?! 23.54.06 # yeps 23.54.15 # only slowly coming back in the game 23.56.09 # Hes: have you much experience of using archos as a recorder? 23.59.18 # I think that rockbox needs 2 more things: save settings, skipping "management" to really compete with the stock firmware! 23.59.44 # other then that it ROCKS the box! =)