--- Log for 24.07.102 Server: lerouge.openprojects.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16p1 Started: 4 days and 9 hours ago 00.02.06 # I think I might be on crack today or something :D 00.05.28 # really? 00.05.48 # nah... it's probably just too much coffee :D 00.10.31 Quit adi|home ("Client Exiting") 00.10.52 Join adiamas [0] (~adiamas@as5300-9.216-194-23-7.nyc.ny.metconnect.net) 00.11.16 Nick adiamas is now known as adi|home (~adiamas@as5300-9.216-194-23-7.nyc.ny.metconnect.net) 00.11.40 Part g003y 00.20.53 # c 00.27.16 # rock'n'roll! Now we can use ON+LEFT and ON+RIGHT for volume control on the Players 00.35.20 # ok, night everyone! 00.35.25 # night 00.35.37 Part Linus 00.50.23 *** Saving seen data "./dancer.seen" 00.51.11 Quit ironi__ (lerouge.openprojects.net irc.openprojects.net) 00.51.11 NSplit lerouge.openprojects.net irc.openprojects.net 00.51.20 NHeal lerouge.openprojects.net irc.openprojects.net 00.51.20 NJoin ironi__ [0] (~ironi@80.88.116.93) 01.29.18 Nick mecraw12 is now known as mecraw (~mecraw@ip68-4-92-30.oc.oc.cox.net) 02.48.21 Join g003y [0] (~foo@m198-187.dsl.rawbw.com) 02.49.48 # bunch of idlers? 02.50.24 *** Saving seen data "./dancer.seen" 02.51.16 # :p 02.51.23 # heh 04.47.19 # im not idling... 04.47.27 # im counting seconds till the next millenium 04.47.37 # * adi|home loses count and starts over 04.48.45 # I was idling :D 04.50.26 *** No seen item changed, no save performed. 05.01.30 # adi|home: somewhere around 31 billion 05.07.26 # i am not an idea 05.15.19 Quit g003y ("Trillian (http://www.ceruleanstudios.com)") 05.19.00 # if you're not an idea, then what are you? 05.33.00 Quit ironi__ (Read error: 110 (Connection timed out)) 05.42.30 Join ironi_ [0] (~ironi@80.88.116.93) 05.45.02 # i dont know 06.33.11 Join aakil [0] (~anon007@adsl-63-195-51-251.dsl.snfc21.pacbell.net) 06.50.27 *** Saving seen data "./dancer.seen" 08.50.30 *** No seen item changed, no save performed. 09.12.13 Join Linus [0] (~linus@193.15.23.131) 09.18.23 # morning 09.18.44 # morn 09.29.47 Quit aakil (Read error: 110 (Connection timed out)) 09.29.55 # morning 09.29.58 # ej 09.32.16 # is Alex Gitelman ever on IRC? 09.32.30 # what's his nick ? 09.32.41 # i don't know... 09.32.53 # that's my problem 09.32.57 # hm k 09.33.06 # /who #rockbox ? 09.33.08 # i want to discuss his loadable font monster patch 09.33.15 # hm k 09.35.28 # Hes, how's the battery stuff going? 09.36.47 # The graph part works 09.37.02 # i was thinking about submitting that as such for a starting point 09.37.17 # then looking into the charging logic 09.37.40 # The patch at the moment adds the thread for keeping statistics and a debug menu item for looking at the real-time graph 09.38.32 # Could make the graph viewer enable/disable charging with a function key press too, and tell the user if charging is enabled or not 09.39.02 # Hes: you could export a function that exports the filtered battery status, for the battery icon 09.39.16 # today it flickers too much 09.39.22 # Yes... 09.39.56 # Btw... i did the thread in firmware/powermgmt.[hc] since power.c and power.h already existed in drivers/ 09.40.00 # maybe even replace the battery_level() function... 10.02.52 # LINUS! 10.03.01 # * adi|home pokes you in the side with a wet noodle 10.03.16 # ouch! 10.04.05 # do you happen to know of anything off hand this is not low level driver/battery issues that needs work? 10.04.16 # * adi|home may have a wee bit of time opening up. 10.04.37 # what are you talking about? 10.04.59 # issues/ideas that need attention/poking... 10.05.01 # you need something to do? 10.05.05 # * adi|home nods 10.05.09 # yes i do 10.05.10 # been away for a bit... 10.05.15 # do you have recorder or player? 10.05.20 # recorder 10.05.26 # but no cross compiler :( 10.05.34 # buah! 10.05.55 # for some reason.. couldn't get gcc to play nice on my last attempt... 10.06.09 # * adi|home will be flushing his box and starting clean in a week or two 10.06.14 # win32 or linux? 10.06.22 # linux 10.06.28 # what was the gcc problem? 10.06.33 # gill bates is evil 10.07.05 # don't remember just off hand... 10.07.43 # does gcc have to be 3+ to play nice? or think i could re-work the 2.95 I have? 10.08.16 # you mean that you have problems with your native compiler? 10.10.25 # The native 2.95 should be just fine to compile the cross-compiler using the instructions on the web site. 10.17.46 # thanks Hes 10.17.50 # trying now 10.19.10 # hmmm.. the sims seem to be broken on the daily build.. anyone notice that? 10.20.31 # i hate those sims 10.20.52 # they always fail... 10.21.03 # and it is always my fault. :-) 10.21.57 # lol 10.22.08 # thats fun.. cause I loved those sims when we first started :) 10.23.41 # yeah, those who use them and work on them probably love them 10.24.09 # i am one of the lucky few who can debug on target 10.25.41 # hm, what do you lose when you make the mod for the debugging btw? 10.25.58 # warranty, obviously - but line in, too? 10.27.57 # heheh if i knew how to solder properly.. id fix my batteries first ;) 10.28.54 # Hadaka: you will in many cases have to cut the Line-In wires, because the termination interferes with the serial communication 10.29.27 # ookay 10.29.35 # other than that, nothing 10.30.27 # well as soon as my warranty goes, I think I'm taking that thing apart 10.30.35 # i also had to remove the remote control connector pin to be able to listen to music while debugging 10.31.01 # the ear plug connector shorts the Rx pin 10.31.36 # hm 10.32.57 # Where does the remote control go? 10.33.27 # to the rx pin of serial port 1 10.33.34 # i mean, to what connector? 10.33.43 # the ear plug 10.33.58 # it's a 4-pin jack actually? 10.34.02 # yes 10.34.16 # the line in isn't? 10.34.23 # no 10.34.26 # no ? 10.34.33 # line in is 3-pin 10.34.34 # hm, you need two wires for the gdb serial line anyway 10.34.47 # remote goes into earpohone? 10.35.03 # I wouldn't like to loose the line in, so i think i'll stick with writing bugfree code instead. 10.35.13 # so line in isn't really used usefull ? 10.35.18 # remote uses the extra pin in the ear connector for the serial communication 10.35.26 # hm k 10.35.46 # Hes, where would u use line in for? or do u have a recorder ? 10.35.48 # line in is not useful at all on the Player/Studio 10.35.56 # Recorder 20. 10.46.17 # Linus: sure it is 10.46.38 # it's a patchthrough to not block inputs on stuff you hook it up to 10.47.12 # and i'd still like to listen to stuff in the line in along with mp3's in certain situations (like for voice comms in online gaming) 10.47.46 # PsycoXul: ok. finally i have found a use for it 10.48.37 # posted a work-in-progress patch for the power graph 10.49.37 # Made the patch mainly to merge the changes to the current cvs state for my own use 10.49.38 # i just read it 10.50.01 # posted just for fun although it isn't of much use yet 10.50.10 # why would we want to calculate the point where the hard disk starts malfunctioning? 10.50.29 # to write protect it before it starts doing it 10.50.31 *** Saving seen data "./dancer.seen" 10.50.39 # so that we won't get a garbled FAT 10.50.46 # i know that 10.50.53 # but why *calculate* it? 10.50.59 # read the data sheets 10.51.04 # 4.75V 10.51.08 # I thought it might vary in practice? 10.51.22 # yes, but as soon as we go outside the specs we are in danger 10.51.51 # Right, on the write side, yes. Also, based on the actual value and the average voltage drop rate we can estimate how long the battery will last 10.52.02 # i suggest we write protect at 4.75V 10.52.18 # that's probably the safest thing to do 10.52.27 # the estimated time left is a good thing 10.53.07 # of course, on the players, we'll never get to save the actual value to the disk... 10.53.14 # but i think we can base it on 4.5V, the shutdown level 10.59.24 Join Fridolin [0] (~Fridolin@wlan010.tzl.mu-luebeck.de) 10.59.39 # * adi|home screams 10.59.44 # im getting the compiler issue again. 10.59.46 # hi Fridolin! 10.59.54 # adi|home: open your heart 11.00.07 # hi ! 11.00.25 # /bin/sh ./fixinc.sh `pwd`/include /home/rhak/sh1/sh-elf/sys-include 11.00.26 # ./fixinc.sh: ./fixinc.sh: No such file or directory 11.00.26 # make[1]: *** [stmp-fixinc] Error 127 11.00.26 DBUG Enqueued KICK adi|home 11.00.26 # make[1]: Leaving directory `/home/rhak/build/gcc/gcc' 11.00.26 # make: *** [all-gcc] Error 2 11.00.28 # wtf 11.00.32 # thats on the gcc build 11.00.37 # the binutil build goes fine 11.02.37 # did you do exactly as the wep page tells you to? 11.05.07 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 11.05.07 # * adi|home nods 11.05.24 # hi linus ! 11.05.26 # ok. what versions of gcc/binutils? 11.05.32 # Fridolin: hi 11.05.53 # gcc-2.95.3.tar.gz 11.05.58 # i was just browsing the mas 3507 documentation when i stumbled about a thing called PLLOffset. 11.06.01 # binutils-2.11.tar.gz 11.06.13 # Fridolin: yes 11.06.24 # then i remembered bug 578015 - mp3 playback too slow. 11.07.01 # yes, i have looked at that 11.07.07 # it seems that the mas must be told at which frequency it runs to playback at the right speed. 11.08.22 # i didn't have the time to check if the softare already sets the right values for the PLLOffsets. 11.08.36 # is it possible that this solves the problem ? 11.08.55 # i have considered if some units have a different crystal than others 11.09.08 # maybe... 11.09.26 # and the stock firmware recalculates the offsets 11.09.31 # i don't know if the playback is always too slow or only an certain models. 11.10.03 # only certain models 11.10.16 # most players work perfectly 11.10.19 # there was also an issue telling that the problem only occured at 100 % volume 11.10.26 # hmmmm... 11.10.33 # yeah, that is what puzzles me the most 11.11.33 # so you already set an offset or does the default simply work well on the most players ? 11.11.34 # adi|home: the web page says gcc-3.0.4 11.11.40 # i know... 11.11.47 # ive tried it with that before 11.12.00 # with the same result? 11.12.20 # Fridolin: the default works on most players 11.12.27 # i have another theory 11.12.42 # * adi|home nods 11.12.45 # did you ever check if the default values are the same on all models ? 11.12.46 # im trying again right now 11.12.49 # it may be that the CLKI signal isn't properly terminated 11.13.00 # maybe tehre are divverent versions of the mas in different players... 11.13.14 # and when the volume goes up, the CLKI signal goes weak 11.13.26 # hmmmm. 11.14.04 # so we might have a hardware problem and not a software bug... 11.15.29 # i'm sorry, i don't have the time to stay... but i'll have a closer look at the current software till monday when i'll be back. 11.15.47 # bye... 11.16.20 Join yro [0] (~yves@ns1.alcove-solutions.com) 11.16.36 # Hi there 11.16.52 # hi 11.19.55 # hey ppl 11.20.06 Quit Fridolin ("ChatZilla 0.8.8 [Mozilla rv:1.1b/20020722]") 11.20.17 # this is SO not my day.. 11.20.34 # heh why, adi|home 11.20.37 # now i go to mount my archos.. and i get "mount: /dev/sda1 is not a valid block device" 11.20.39 # any ideas? 11.21.03 # ive had it before.. i just cna't remember how i fixed it 11.21.20 # hum, what tell you the end of dmesg 11.23.10 # either sd_mod or usb-storage not loaded? 11.23.21 # well.. i have a series of "WARNING: USB Mass Storage data integrity not assured 11.23.21 # USB Mass Storage device found at 27 11.23.21 # usb.c: USB disconnect on device 27 11.23.21 # hub.c: USB new device connect on bus1/2, assigned device number 28 11.23.21 # WARNING: USB Mass Storage data integrity not assured 11.23.22 *** Alert Mode level 1 11.23.22 # USB Mass Storage device found at 28 11.23.23 *** Alert Mode level 2 11.23.23 # " 11.23.27 # nope.. they should be loaded... 11.23.32 # i was using the archos the other day 11.24.12 # adi|home: did you use the same kernel ? 11.24.19 # yup 11.24.29 # nothing on my machine has been changed since last usage 11.25.25 # If u look at the logs, do you see eventually a new scsi dev, say sdb for instance ??? 11.25.37 # instead of sda. 11.25.48 # well.. each time i restart the archos.. the dmesg updates 11.25.57 # and the device found increments by 1 11.26.24 # ok, I try... 11.26.51 # ty anyways 11.27.19 # hi all 11.27.37 # Hum, problem with my ac adaptor... 11.29.14 # matp|work: hi 11.29.21 # yro: what problems? 11.30.21 # I've been looking at the various WPS modes today. I've not really looked at them before. 11.30.24 # resolved... The wires near the adaptor are in bad states... Very bad... 11.31.58 # I've got some issues :) 11.32.52 # adi|home: have you loaded scsi_mod module ??? 11.33.00 # * adi|home nods 11.33.08 # like i said.. nothing has changed since the last use.. 11.33.14 # thus my confusion.. 11.33.24 *** Alert Mode OFF 11.33.34 # brb 11.33.35 Quit adi|home ("Client Exiting") 11.33.46 # adi|home: i hope you connected your archos before powering it up 11.33.47 # If you have usb/scsi_mod in modules, you may try to reload all of them... 11.34.17 # He is leaving quickly ;-) 11.34.20 # Björns deep sleep patch has killed the Rockbox USB supporet 11.35.00 # Linus, a few questions (I will try the new cvs in a few minutes): 11.35.25 # shoot 11.35.27 # What's the Hold entry in the menu ??? 11.35.57 # g003y added a primitive key locking feature for the wps 11.36.12 # he called it "hold" for some reason 11.36.17 # And, is there a patch to try the write on disk settings ?? (hum, if there is, where) 11.36.30 # there is no such patch 11.36.36 # ok, for hold, but are u sure it's working ??? 11.36.44 # i haven't tried it 11.37.17 # it seems to work for me 11.37.38 # My mistake, I don't know how I tested it yesterday, it's working right now... 11.37.38 # i just tried it 11.38.17 # yro: are you willing to test the disk writes? 11.38.36 # I must drink more coffee... 11.38.56 # Yes, but I need to learn more before writting the code... 11.39.02 # you will need to drink stronger things than that to dare to test the disk writes... :-) 11.39.17 # I'd love to have persistents settings.... 11.39.34 # seriously, there is no code except raw disk I/O 11.39.54 # so if we stick to the Archos way of saving stuff, we can implement it right away 11.40.18 # After having tested a 2.5 at home, I think I can take a look, it cannot be such a nightmare ;-) 11.40.38 # a 2.5? 11.40.45 # Linux kernel... 11.40.49 # ah 11.41.08 # beware to the ide layer in 2.5 kernel... 11.41.28 # it is completely rewritten, for what i know 11.42.09 # Yep, and quite dangerous... I will wait the Halloween freeze before trying it again ;-) 11.42.20 # hehe 11.44.18 # I will read more rockbox code before trying something new... 11.44.29 # Well, I'm gonna drink my coffee now ;-) 11.45.31 Join adiamas [0] (~adiamas@216.194.26.3) 11.45.57 Nick adiamas is now known as adi|home (~adiamas@216.194.26.3) 11.47.23 # * mecraw heads to bed 11.47.43 Nick mecraw is now known as mecraw|sleeping (~mecraw@ip68-4-92-30.oc.oc.cox.net) 11.49.21 # linus, wanna chat about the wps? 11.49.28 # indeed 11.49.34 # Hum, what happened with the menus ??? It intercept key down _and_ key up (impossible to switch from "on" to "off", it goes to off when pressing the key, et back to on when releasing it...!!! 11.50.08 # i'll go mode by mode. 11.50.32 Nick Linus is now known as Linus|brb (~linus@193.15.23.131) 11.51.22 Nick Linus|brb is now known as Linus (~linus@193.15.23.131) 11.51.39 # id3: I think it's too cluttered (even on my recorder). I think we need to show Artist, Album, Track Title, Track# / Track Total, Time Elapsed. 11.52.13 # Do we need Filename, kbit and hz info. Maybe that should go on an extended info screen 11.52.24 # yro: it seems that the boolean settings fails. hang on. 11.52.52 # Also, they should all scroll if possible. 11.53.34 # File mode: show Dirname, Filename, Time Elapsed. (Again, all scrolling). 11.53.47 # Parse Mode: I'm not sure what this is ...? 11.54.41 # Also, I've noticed that sometimes the time elapsed info disappears when I change modes. 11.54.57 # yro: the set_bool() function was silly. i'll correct it. 11.55.42 # And finally, to change modes in the WPS menu, we use UP and DOWN. Is this consistent with the rest of the UI? 11.56.09 # Linus: ok. Thx 11.56.19 Nick yro is now known as yro|work (~yves@ns1.alcove-solutions.com) 11.57.37 # matp|work: i agree that the technical info is of little interest in the id3 screen 11.57.56 # i have a suggestion: 11.58.58 # shoot 12.00.38 # use one line to toggle the tech info: bitrate...pause...sampling rate...pause... 12.00.58 # also, i think the file name isn't necessary 12.01.43 # i think we should switch to file name mode if no id3 info is found 12.01.52 # yeah, drop the filename, it's irrelevant in id3 mode 12.02.00 # agreed 12.02.10 # Parse mode tries to extract the artist/song name from the file name 12.02.41 # first of all, we should implement a multi-line scroll mode 12.03.16 # we can only scroll 1 line at the moment? 12.03.57 # yes 12.04.46 # my mp3s are sorted artist/album/track.mp3. parse mode displays artist and track, but not album 12.05.21 # well, fix it then :-) 12.05.33 # sure, i'm just clarifying 12.05.34 # seriously, the Parse mode is a nightmare 12.06.06 # there are as many ways to organize a song library as there are rockbox users 12.06.24 # maybe we should drop it then 12.06.39 # or make it even more intelligent 12.06.56 # someone must have wanted it, since it's there 12.07.25 # yeah, maybe a format string in the options representing how you've organised your library 12.09.20 # but not everyone has their library uniformly organised 12.09.50 # a file in each directory telling how the directory is organized 12.10.01 # how hard is multi-line scroll to implement? 12.10.03 # if one wants to go all the way, that is 12.10.17 # matp|work: it shouldn't be too hard 12.10.29 # Hadaka: good idea, or 1 for each song :) 12.10.49 # no 12.11.04 # Hadaka: a joke 12.11.22 # matp|work: when a song is playing, ID3v2 should be used - when browsing a directory, the directory format should be used 12.11.22 # I believe that people who put that much effort in organizing their files also tend to keep their ID3 info correct 12.11.40 # ofcourse fallbacking to previous directories for searching it 12.16.53 # ok, well, i'll try and take a look and tidy up what I can. 12.17.23 # * matp|work is away: I'm busy 12.17.50 Nick Linus is now known as Linus|lunch (~linus@193.15.23.131) 12.31.54 Nick yro|work is now known as yro|lunch (~yves@ns1.alcove-solutions.com) 12.49.05 Nick edx|disconnected is now known as edx (OKE60@fapc.kph.uni-mainz.de) 12.50.35 *** Saving seen data "./dancer.seen" 13.01.22 # I was just reading the logs about file orgainization. I would think everyone should use {artist} - [album] - (track number) - trackname - ~remix and other info~ - IyearI ^bitrate^.mp3 that will solve all problems 13.09.36 Join elinenbe2 [0] (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net) 13.09.36 Quit elinenbe (Read error: 104 (Connection reset by peer)) 13.33.54 Nick Linus|lunch is now known as Linus (~linus@193.15.23.131) 13.42.00 Join wodokm [0] (wodokm@sunhalle13.informatik.tu-muenchen.de) 13.42.33 # can someone tell me how to add the cvsroot setting to my .profile ? 13.46.17 # export CVSROOT=':ext:loginname@cvs.rockbox.sourceforge.net:/cvsroot/rockbox' 13.47.05 # if you use bash of course 13.47.31 # ah hey ho linus, thanks.. if everything is installed corectly and set up, it's quite convenient to work with =) 13.49.01 # oh sorry 13.49.05 # in your case it is: 13.49.21 # export CVSROOT=':pserver:anonymous@cvs.rockbox.sourceforge.net:/cvsroot/rockbox' 13.51.18 # np. i already thought i had to replace that... i'll test it now.. 13.52.10 # but i cant store the -dP options somewhere? okay, i could do a macro/batch for that update command.. 13.52.25 Nick yro|lunch is now known as yro|work (~yves@ns1.alcove-solutions.com) 14.01.41 # create `~/.cvsrc' with "update -dP" in it 14.03.33 # mbr_: thanks! 14.03.51 # in my home or in the dir where i normally call the "update -dP" ? 14.04.11 # in your home 14.04.30 Quit adi|home (Read error: 110 (Connection timed out)) 14.04.44 # okay thanx mbr_ 14.09.24 # linus: as you're with the lcd-icons, you can turn the param, audio, etc. displays on when they should be, so the display ain't that empty.. shouldn't be too much work either.. 14.10.04 # ok, so when should the "param" and "audio" icons be on then? 14.10.26 # hey and usb icon in usb mode.. 14.10.51 # hmm i guess it's when playing mp3 - audio is on, and param i think when in menu mode, right forgot that usb one - in usb mode of course... 14.10.53 # i have always wondered what that icon would add to the already present info? 14.10.59 # the usb icon 14.11.18 # a fuller, more impressive screen 14.11.22 # :p 14.11.31 # ok, so the Play icon doesn't tell it all? 14.11.32 # nothing, but when it's there, light it heheh yeah pycoXul's opinion hehehe 14.12.05 # well, could be paused or whatever. just turn audio on while in playmode.. 14.12.21 # pause has another icon 14.12.22 # well you know, at some point we may be playing text, images, etc... 14.12.31 # :-) 14.12.39 # it's all kinda redundant, but hey - it's there... 14.12.48 # its just unfortunate that we dont have icons there for them :p 14.13.20 # though images are only on the recorder where you make your anyways, but heh 14.13.59 # i would appreciate if any of you guys could add those status updates to the appropriate files, i have so much to do 14.14.43 # the audio icon is easy, just change status.c 14.15.23 # the param icon is just plain unnecessary 14.15.42 # or wait... 14.16.09 # it could be used to signal the ON key combination state 14.16.31 # what combination state? 14.16.39 # hold ON in WPS and param lights up, telling you that you now can change parameters with another key 14.16.52 # currently it's only the volume 14.17.16 # on+left decreases volume and on+right increases it 14.17.21 # i thought ON changes to fileselector from WPS and vice versa? 14.17.33 # i can imagine that we might want the keylock to work like that too 14.17.34 # yeah like on archos... 14.17.48 # on+menu locks/unlocks the keys 14.18.02 # u know how hold workx on archos? i think it's better than the menu thing you now did... 14.18.22 Join Evil_Mind [0] (~StealthWa@212.199.34.217) 14.18.28 # wodokm: ON goes back to dir browse only if it is released without pressing any other keys in between 14.18.39 # so wherefore do you need the param light? it's pessing on & the other button TOGETHER, ain't it? 14.18.59 # wodokm: i think the stock firmware locks the keys if you hold on for a long time 14.19.29 # nobody is that precise 14.19.33 # aehmm.. mine does if you press ON+stop, and ON+stop again for un-holding... 14.19.46 # ah, ok 14.19.50 # let's do the same 14.20.04 # i think you should keep that combination... 14.20.08 # i don't like the term "hold", i prefer "lock" 14.20.32 # rockbox will be VERY perfect.. it almost is already ;9 i'm so glad... 14.20.43 # well, as you like... 14.20.44 # the param icon isn't needed, i just thought it could give some feedback 14.21.27 # push ON and keep it down. param lights up. then push another button. 14.21.45 # maybe it is a silly idea after all 14.21.56 # it sounds good to me 14.22.17 # you mean when i hold down the ON, you it tells one can change volume/lock now? hmm well, do so. but then also light in when in menu, it doesn't hurt - and it's both when you can change paramters... or just when in parameter changing in menu, no t 14.22.31 # i am thinking of using the Record icon to signal the key lock state 14.22.39 # not the menu itself... 14.22.52 # what record icon ? =) 14.23.09 # the one the player has but the stock firmware doesn't use 14.23.09 # heh 14.23.26 # for obvious reasons 14.23.35 # is there's a way to make the JBP record as it was meant to be by archos ....? 14.23.37 # heheh cool, they wanted to use for ecording, but then they gave the recoder a brand new display hehehehe... 14.23.47 # you you gotta use that one too somehow... 14.23.57 # Evil_Mind: i think they planned on using the same display for the recorders 14.24.02 # maybe in a hidden part to fake ppl tthat we can record hahaha 14.24.37 # linus: yeah, planned, but then eveything changed (as always) 14.24.47 # so thers no way the player will be able to record? 14.24.53 # so you think we should light the param icon when in the settings menu? 14.24.59 # Evil_Mind: no 14.25.04 # so the player is ready ...its just a frimware issue? 14.25.17 # Evil_Mind: no 14.25.22 # linus: well, yes, not in the menu selection, but when you're really changing values! 14.25.23 Quit Hes (Read error: 60 (Operation timed out)) 14.25.49 # ok 14.26.23 # i think that's quite understandable then! (kinda warning light - you're about to change something with the next press of a key) 14.26.58 # hehe. but is it intuitive? i think not. 14.27.49 # going into a menu called "settings" kind of tells you something... :-) 14.28.00 # well, it's just for information, normally we could (and can) live without it - no problem - we just want to use it sensibly? 14.28.17 # i have no problems using it 14.28.47 # i'm just questioning the value of it 14.29.02 # but it sure doesn't make things worse 14.29.15 # let's add it 14.29.48 # yeah sure, there's no big value, but as with the ON discussion i think it's okay when it lits the param (waiting for other key to come), and so it's also okay when setting values from the menu.. so.... yeah - add it! ;) 14.30.00 # what does the stock firmware do when you press a key in the locked state? 14.30.32 # i think nothing, wait - i gott aget it from my car (anyway) 14.32.34 # how do we want to lock the keys on the recorder? 14.32.41 # a function key? 14.32.49 # or ON+DOWN? 14.32.55 # or...? 14.33.12 # well it should be a key combo... a bumpable unlock key isn't that useful 14.33.30 # ok. on+down then 14.33.37 # when holding ON down on the player the following appears: 14.33.42 # > SELECT 14.33.51 # # HOLD Off 14.33.54 # resp. 14.33.57 # #HOLD On 14.34.24 # so ppl see they have a choice now! (but the volume thing is not described - the 2 lines problem) 14.35.27 # yeah but i don't think people need to see 2 lines of choices for 5 possible other buttons for the rest of their lives.. heh 14.35.27 Quit Hadaka (Connection timed out) 14.36.23 # maybe a built-in help? or configurable verbose mode? or maybe just tell people to read the docs, and put it in there? 14.37.15 # well, it's not too much functions in there, so a short doc should do i guess.. of course best would be to dont need docs, but hey, with to lines of text and some simply icons, that's NOt POSSIBLE::: 14.37.31 # sorry fuck capslock 14.38.22 Join notch [0] (hidden-use@arthur.techprt.co.uk) 14.38.37 # the stock f/w has in stopped mode always the pause symbol, so they need to have the AUDIO icon, so we see it's not lighted, so we're not really in pause mode... dunno why they don't just simpy don't lite the pause symbol... 14.38.47 # Latest Build: Problems with on/off menu's , 14.38.56 # You know about this? 14.39.05 # notch: it is fixed in CVS 14.39.10 # cool 14.40.24 # linus: maybe you should write on the homepage that there's soo much fixed/added in the CVS than in v1.1 .. i first also tried the 1.1 (so did notch it seems), would stop too many ppl questioning you about fixed stuff... 14.40.44 Join Hadaka [0] (naked@graywolf.onnanifujiyuu.org) 14.41.09 # linus: or the webmaster ;) 14.41.36 # which is me at the moment 14.41.54 # linus: you don't need the > SELECT info, so we would have 2 lines: VOLUME and LOCK to describe in the ON-key-hold-position... 14.42.02 # urgs ;8 hehehe 14.43.44 # how about this: 14.44.16 Join jedix` [0] (~liam@fwott1-1.cis.ec.gc.ca) 14.44.23 # STOP: Lock 14.44.29 # <>: Volume 14.44.45 # <> are of course the arrow characters 14.45.10 # rite, principially my idea! 14.45.40 # well we could use the square icon for STOP or write STOP, but that's not too impotant now i guess... 14.45.45 # the problem is of course that if the user doesn't select anything, it will leave the WPS 14.46.35 # there is no square character on the older displays 14.47.58 # ahh.. the characters are not programmable on the older displays? on the newer they are, you have the rockbox "logo"... 14.48.36 Join Evil_Mind1 [0] (~StealthWa@212.199.34.98) 14.48.44 # hmm maybe only a short ON-pressing turns to file-selector.. but that's really un-intuitive... 14.50.38 *** Saving seen data "./dancer.seen" 14.51.29 # wodokm: the rockbox "logo" is nothing but normal characters in the double-height mode (which isn't available on the older displays either) 14.51.32 # or well, it's ppls fault then when not selecting anything.. they can return to WPS with simply pressing ON again, not that prob' 14.51.34 # ? 14.51.52 # no, not a problem. but is it intuitive? 14.52.08 # wow, double height mode? really - per hardware? wow what a display.... 14.52.30 # i was thinking of using the MENU key instead 14.52.44 # holding menu gives a "fast" choice 14.52.49 # releasing it goes to the menu 14.52.56 # no, but the only solution i found for now... archos changes to files mode with ON+PLAY.. but i like the ON-switching the way it is now... 14.53.21 # linus: that's a GREAT idea!!!! 14.53.49 # because these 2 things ae pactically menu points, just a shortcut... GREAT - that's it..!! 14.53.59 # i think so too 14.54.51 # it's always good to discuss such things with many ppl, at the end there's mostly a good solution at the beginning no one thinks about... 14.55.12 # i've had 2 ergonomics classes at the university.. ;-) i' 14.55.29 # i'm aware of the UI problem... 14.56.11 # and in the course they said no unit should need an documentation.. well, that's be the best, but not when limited with small displays etc.. it's not always possible then =( 14.56.34 # it is indeed a fascinating area 14.56.51 # i also liked the psycology classes 14.58.34 # so now we shoq ppl how it can be done. yeah =) 15.02.41 Quit Evil_Mind (Read error: 110 (Connection timed out)) 15.03.31 Join Hes [0] (~hessu@hessu.zedi.sonera.fi) 15.05.33 # linus: it the settings saving to hdd hard to do? 15.05.44 # no 15.06.03 # save a 512 byte block to sector 62 15.06.33 # so it'll be done soon? ;-) 15.06.38 # but only if the battery status is above BATTERY_LEVEL_DANGEROUS 15.06.59 # sure, what would happen else? 15.07.01 # yes, it will be done soon, as all the other things. :-) 15.07.23 # at least it's no miracle how to do, so yippie it'll be done soon ;9 15.07.33 # :-) 15.07.49 # in the future, we would like the settings to be saved in a file 15.08.16 # hmm well, yea - future... =) 15.08.41 # did you write the whole fat readin yourself or did u use some fat-eading source from somewhere? 15.08.46 # reading 15.08.58 # i wrote it from scratch 15.09.13 # but it was FAT16 15.09.19 # not a problem when you have the ATA running for reading sectors? 15.09.30 # actually i simulated the ATA 15.09.34 # so i guess FAT16 is quite simply, if it's only for reading? 15.09.45 # FAT16/12 is much worse 15.09.48 # whoha 15.10.00 # 12? 15.10.01 # lots of silly bit shifting and stuff 15.10.07 # FAT12 is for floppies 15.10.15 # heheh you c64 guy are used to that, no complaints! 15.10.16 # ;) 15.10.34 # Björn adapted my FAT16 code to FAT32 and removed the FAT16/12 support 15.10.38 # aaaargs floppies hehehe what's that? ;)) 15.11.07 # It was originally intended for FAt support for ATA-flash cards 15.11.14 # to Ecos 15.11.32 # so with the ATA thing there was more than just send a read "sector x to memory yyy" command? 15.11.45 # such things with many ppl, at the end there's mostly a good solution at the beginning no one thinks about... 15.11.46 # i've had 2 ergonomics classes at the university.. ;-) i' 15.11.46 # i'm aware of the UI problem... 15.11.50 # opppss...... 15.12.17 # ATA is not much more that reading and writing of sectors 15.12.26 # evil: got what your responding to ;) 15.13.09 # ah okay.. i know that stuff from amiga disks.. lowlevel-reading and decoing of sectors and stuff heheeh oldskool 15.21.35 Join Lear [0] (~chatzilla@h106n1fls35o1002.telia.com) 15.21.51 # hi Lear! 15.22.10 # Hi 15.22.56 # trying to build rockbox on Win32, but need a better mkdir. Anyone know a good resource for that? 15.23.10 # better mkdir? 15.23.12 # (Maybe I should just switch to Linux... :)) 15.23.33 # yeah, cmd.exe contains one, but zsh can't find it. And it doesn't support -p. 15.23.39 # lear: cygwin works fine for me... 15.25.02 # wodokm: sure, but a bit of overkill just to get mkdir... 15.26.50 # lear: that's right, if the rest works except mkdir... 15.27.33 # wodokm: I don't know yet... :) 15.28.29 # Lear: http://unxutils.sourceforge.net 15.29.28 # linus: thanks, downloading... 15.32.26 # okay guys, c ya 2morrow... (linus: so v1.2 is quite ahead now ;-) waitin' for it to be eady tomorow hhehehe ;-) 15.33.15 # wodokm: sure. 15.33.31 # okay great, have a nice evening.. bye 15.33.38 Part wodokm 15.43.43 # i am wondering about the key repeating...do we really want key repeat for all keys? 15.44.38 # I don't think I'd want it except for left/right while rewinding/fast forwarding and for up/down in menus and directories 15.44.47 # same here 15.44.58 # maybe the games would want something else 15.45.15 # it should probably be enabled/disabled by the app in the foreground 15.45.34 # i was thinking of some kind of button_set_repeat() call 15.46.17 # default would be up/down/left/right on recorder and left/right on Player 15.46.49 Join Gissehel [0] (gissehel@AFontenayssB-105-1-4-8.abo.wanadoo.fr) 15.46.50 Quit Evil_Mind1 ("Live the rest, die like the best §TEÅLTH WÅR §©®|PT B¥ NIGHTWOLF") 15.48.02 # then another question comes: 15.48.36 Quit edx (Read error: 104 (Connection reset by peer)) 15.49.21 # Does sourceforge provide automated emails on CVS changes? 15.50.35 # yes 15.50.52 # what to do when several keys are depressed at once? 15.51.06 Join pyvasene [0] (~pyvasene@ns1.alcove-solutions.com) 15.51.10 # should we repeat if one of them is a repeated key? 15.51.30 # or should we repeat only if all keys are repeated keys? 15.51.34 # or not at all? 15.51.48 # i would go for alternative 2 15.52.14 Part pyvasene 15.53.21 # option 2 should be right. 15.53.39 # yeah, i think it makes most sense 15.59.24 Join elinenbe [0] (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net) 15.59.30 # yo elinenbe! 15.59.36 Quit elinenbe (Client Quit) 16.01.20 Quit ironi_ (Remote closed the connection) 16.02.38 Quit Gissehel ("Bye!") 16.03.32 # So I installed cygwin, but it won't build anyway. undefined reference to memcmp 16.10.15 Join pyvasene [0] (~pyvasene@ns1.alcove-solutions.com) 16.11.24 # Lear: how did you build it? 16.11.53 # and what did you build? 16.12.46 # just typed "make" in rockbox/apps. I suspect it may be caused by my choice of downloading GnuSH 0203... 16.13.01 # Linus: The sector for prefs is the 62 ? (I'm not sure...) 16.13.14 # no, it is an effect of you not reading the README 16.13.15 # :-) 16.13.24 # yro|work: archos uses that 16.14.09 # Lear: you are supposed to create a directory and run tools/configure in that dir 16.14.18 # Ok. I will try to figure how it stores its setting in this sector... 16.14.25 # linus: yep, didn't read that... 16.14.28 # yro|work: why? 16.14.48 # Lear: and don't forget to run "make" in the tools dir first 16.14.57 # Linus: to try to make a saving settings on my jb... 16.15.19 # yro|work: probably the way to go would be modifying settings.c to write the rtc_config_block in that sector 16.15.20 # you don't need to look at how archos saves the settings 16.15.24 # we have our own settings 16.16.20 # load_config_buffer() and save_config_buffer() should be modified basically 16.16.30 # to save/load in the disk sector instead of the rtc 16.16.37 # linus: no settings for player yet though, or? 16.18.27 # Lear: no, but it seems that yro is on his way to implement it... 16.20.01 # If I find sufficent time... 16.24.01 Join aakil [0] (~anon007@adsl-63-195-51-251.dsl.snfc21.pacbell.net) 16.24.24 # hey there! My wireless is hurting today - I keep getting logged off and on! 16.25.15 Nick elinenbe2 is now known as elinenbe (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net) 16.26.39 # now what... make in tools fails: make (e=2): The system cannot find the file specified. 16.27.12 # do you have the native gcc in the path? 16.27.24 # just added that... 16.28.14 # wonder if I have the right make though (I use the gnu-sh one now) 16.28.36 # that one may have other default rules 16.28.56 # btw, you should have both gcc and sh-elf-gcc in the path 16.28.58 # my thought exactly; installing cygwin's now 16.30.09 # ah, that worked better... 16.31.25 Join ironi_ [0] (~ironi@80.88.116.93) 16.32.45 # argh. normal build fails: FATAL: can't create /cygdrive/d/Source/C/Rockbox/build/drivers/adc.o: No such file or directory 16.32.51 # but the directory is there... 16.33.31 # strange 16.33.46 # Just a quick question : where in the code is the version number displayed at splash? Could'nt grep it anywhere (ex : 020723) 16.33.49 # if I create the file first, it works... 16.34.40 # Moofle: the version number is generated by the build script 16.34.52 # What do you windows users use to view the rockbox source files? 16.35.04 # Lear: Change /cygdrive/d to d:/ 16.35.13 # notch: emacs 16.35.18 # thanks! 16.35.24 # aakil: where? in the generated makefile? 16.35.30 # Linus: thx 16.35.32 # Yes 16.35.51 # aakil: thanks, that helped 16.37.55 # what the... still missing memcmp! 16.38.06 # notch: any sensible Windows user would use emacs, most of them don't 16.38.20 # Lear: That's a problem with GnuSH v0203 16.38.33 # aakil: aha! 16.38.34 # Lear: Go back to v0202 and you'll be fine 16.39.08 # aakil: typical. otoh, writing a new memcmp shouldn't be that hard. :) 16.39.26 # Lear: Yeah, but why bloat unnecessarily :) 16.39.34 # Lear: esp. for Windows!! 16.39.58 # Linus: know where I would find a windows exe, or will I have to build it... 16.40.49 # aakil: but isn't gcc 3.1 much better? 16.41.03 # notch: http://ftp.sunet.se/pub/gnu/windows/emacs/ 16.41.23 # Lear: you can build your own compiler 16.42.07 # linus: perhaps, but I'd rather not... 16.42.09 # Linus: Great! that just saved me an hour of searching :-)) 16.45.55 # must go, bye all, see ya 16.45.57 Quit yro|work ("ircII EPIC4-1.1.5 -- Are we there yet?") 16.50.36 # aakil: he, quicker to write memcmp than do download gnu sh 0202. :) 16.50.39 *** Saving seen data "./dancer.seen" 16.53.06 # :) 16.56.42 # hm... want to change defaults for a build (due to lack of persistant settings on player), but it is placed in (at least) 3 different files... 16.57.28 # what? 16.58.23 # what what? :) the default settings (as set in settings.c:settings_reset) 16.58.56 # the default values should be in settings.h 16.59.14 # not quite. some are set in settings.h, others in settings.c, and yet some in mpeg.c (despite some defines in settings.h) 16.59.30 # which settings do you mean? 16.59.54 # aha. i see 17.00.22 # where are the button pushes handled in the firmware? 17.00.29 # Can't seem to find it... 17.00.33 # drivers/button.c 17.00.41 # oh !! 17.00.43 # firmware/drivers/button.c 17.00.58 # :-) 17.01.18 # Lear: the MPEG defaults are hard to have in settings.h 17.02.03 # the other are hard coded because some developers have been lazy 17.02.09 # i'll fix that 17.02.26 # linus: why? 17.02.33 # why fix it? 17.02.47 # linus: no, why hard to have mpeg defaults in settings.h 17.03.23 # because those depend on the hardware configuration, something the application shouldn't care about 17.04.36 # but yes, it is of minor importance 17.05.27 # linus: but they seem to be the same for all targets... and shouldn't the API be the same for all configurations? :) 17.05.57 # bass and treble are not the same for all targets 17.06.29 # only one defaultval struct that I can see... 17.06.38 # with #ifdefs 17.06.48 # sorry, looked at uisimulator. :) 17.08.34 # actually, i think the DEFAULT_XXX macros are useless 17.08.48 # settings.c should be the only file that uses them 17.42.28 Nick mecraw|sleeping is now known as mecraw (~mecraw@ip68-4-92-30.oc.oc.cox.net) 17.44.44 Quit Moofle (Remote closed the connection) 17.46.32 Join Zagor [0] (~bjst@as9-5-6.k.s.bonet.se) 17.46.51 # hey guys, what's up? 17.46.56 # Wohoooo! ZAGOR! 17.47.25 # everything is going smooth without you! 17.47.27 # :-) 17.47.29 # hehe 17.48.02 # bonet? 17.48.20 # where are you? 17.48.26 # back home again 17.48.48 # and where is home nowadays? 17.48.50 # but you'll have to do without me the next few more days. I'm moving on saturday. 17.48.57 # aha! 17.50.44 # the player can finally change volume in WPS with ON+LEFT/RIGHT 17.50.55 # soon to be MENU+LEFT/RIGHT 17.51.27 # yeah, I saw that in the cvs log. nice! 17.55.27 # and MENU+STOP keylocking is coming up 18.01.04 Quit aakil (Read error: 110 (Connection timed out)) 18.04.17 # Zagor: i tested the loadable fonts patch 18.04.43 # ok. opinions? 18.04.51 # slow as molasses 18.05.05 # it took me a while to make it compile 18.05.15 # but it's cool 18.06.35 # slow? what part of it? 18.06.42 # the text output 18.06.50 # oh 18.07.13 # yeah, there is some data copying going on that isn't very fast 18.07.30 # i wonder if he really tested it on target 18.09.06 # good question 18.09.57 # there were a zillion warnings about missing prototypes and such, so i guess he only simulated it 18.10.17 # not a zillion, that was unfair 18.10.32 # he has done a great job 18.14.12 # I'm not looking forward to my coming "black out" period while Bonet is moving my ADSL connection... :-( 18.18.00 Quit notch () 18.33.09 # Zagor: hello 18.33.50 # I thought the lodable font patch was pretty good. 18.34.33 # elinenbe: do you develop on Windows? 18.34.38 # under cygwin 18.34.55 # that probably explains it 18.35.20 # ...for rockbox, most my stuff is on Sun machines for school and MSVC for other stuff. 18.35.35 # I have been playing around with QT under windows. Pretty nice stuff there. 18.35.45 Nick Tumm is now known as tumm (coyote@212.85.67.96) 18.36.01 # elinenbe: so you don't find the character output slow? 18.36.07 # Linus: with all this button stuff, now I can program Street Fighter for the Rockbox 18.36.23 # Linus: lemme check again. I will load it up and tell you what I think. 18.36.23 # ok 18.37.48 # all those #ifdefs in wps.c makes me crazy 18.38.09 # we need to rewrite some parts there 18.39.13 # okay. scrolling is quite slow (as in up and down through a directory) 18.39.23 # this needs to be faster in rockbox too though. 18.39.24 # yes 18.40.15 # I think your goal should be 5x faster directory browsing. :) 18.42.09 # Linus: I think you should send an email out to the font developer telling him it needs to be faster. 18.42.22 # He is wondering why it has not been submitted. 18.43.02 # i have 18.43.10 # that is great. 18.44.29 # i think saying "for unknown reasons it still didn't make it into CVS" is a little unfair 18.44.38 # it is a huge patch 18.44.55 # and we are on vacation 18.45.06 # I agree. I also agree that there are bugs in the current CVS 18.45.19 # try going into Info, or Verison 18.45.21 # Version 18.45.39 # can't do it. 18.45.50 # oooops. 18.46.27 # the button driver has changed 18.46.53 # and all info screens just wait for any button event 18.47.24 # which will be the key-up event of the key that selected the menu item 18.50.43 *** Saving seen data "./dancer.seen" 18.59.20 # fixed and committed 19.01.18 # Zagor: your deep sleep has broken the USB mode 19.02.17 # really? any idea how? 19.02.23 # ah, of course. 19.02.31 # we need to reset the disk when entering usb mode. 19.02.48 # i don't think the ISDx00 likes that the disk sleeps when we enter the USB mode 19.02.56 # nope 19.03.07 # i tried that, but it doesn't help 19.03.33 # tried what? resetting? after reset the disk is in normal state, so that should be enough 19.04.06 # yeah, i thought so too 19.06.51 # aha. 19.07.10 # ata_soft_reset() followed by ata_init() solved the problem 19.07.38 # interesting that the disk doesn't spin up when doing a soft reset 19.09.49 # well, why should it? maybe you just want to query it something. 19.10.18 # true 19.11.44 Part pyvasene 19.11.54 # i better head on home 19.12.41 # and continue rockboxing... :-) 19.12.54 # bye 19.13.12 # bye 19.13.14 Part Linus 19.41.54 Join mecraw12 [0] (~mecraw@ip68-4-92-30.oc.oc.cox.net) 19.41.54 Quit mecraw (Read error: 104 (Connection reset by peer)) 19.42.10 Nick mecraw12 is now known as mecraw (~mecraw@ip68-4-92-30.oc.oc.cox.net) 19.46.01 Join mecraw12 [0] (~mecraw@ip68-4-92-30.oc.oc.cox.net) 19.46.02 Quit mecraw (Read error: 104 (Connection reset by peer)) 20.04.18 # * mecraw12 moves 1000 miles 20.05.03 Part mecraw12 20.26.28 # hm... in settings_load, don't you need to call stuff like lcd_scroll_speed to make the settings take effect? 20.40.22 # yep, seems like that did the trick. 20.43.45 # that means calls to lcd_scroll_speed(), backlight_time() and 3-5 calls (depending on model) to mpeg_sound_set(), AFAICS. 20.45.43 # Someone tell Linus he broke tetris. 20.45.57 # Just as I was demonstrating the coolness of rockbox to my girlfriend 20.48.10 # and failed miserably since I updated the code from CVS just before that. 20.48.17 # I blame Linus! 20.48.42 # hes: could be the button updates (to report button releases as well as presses) 20.48.52 # Right. 20.50.27 # btw, anyone knows if rockbox is better than archos firmware with regards to gaps during playback? 20.50.45 *** Saving seen data "./dancer.seen" 20.51.00 # when I used Lame --alt-preset standard, I'd get occasional short dropouts of sound (half a second perhaps) every now and then. 20.51.52 # when I changed to Lame --abr 160 they dissapeared, so I suspect the buffering wasn't good enough... 20.54.52 # gaps are inherent in mp3, since frames depend on each other 20.55.43 # I'm not talking between tracks or anything 20.56.28 # oh, ok. you get skipping mid-song? that shouldn't happen with Rockbox anyway. 20.57.34 Quit jedix` (Remote closed the connection) 20.59.30 # Hm.. The key lock doesn't block volume changes (with "menu" and "+" and "-"). Is that correct? 21.00.14 # i don't know. I'm still on vacation :-) 21.29.14 Join Linus [0] (~linus@193.15.23.131) 21.29.23 Part Linus 21.29.26 Join Linus [0] (~linus@193.15.23.131) 21.29.33 # hola! 21.29.49 # yo. 21.45.12 # i have fixed the top-priority bug now 21.45.33 # Excellent. 21.45.45 # I found the bug as I was demonstrating the coolness of rockbox to my girlfriend 21.45.50 # and failed miserably since I updated the code from CVS just before that. 21.46.10 # sorry about that... 21.46.28 # Thanks for the fix. 8-) 21.46.42 # well, i caused it, so... 21.47.17 # My fault, demonstrated bleeding-edge code before testing it. Demo effect hit me right away. 21.47.29 # hehe 21.47.46 # that's the beauty of being a programmer 21.47.47 # Okay, bed time, good night. I'm off for the weekend. 21.47.57 # you can make awful mistakes 21.48.05 # but you become a hero when you fix them 21.48.15 # bye Hes! 21.48.40 # Zagor: are you there? 22.25.27 # yup 22.25.52 # * Zagor is packing frenetically 22.25.59 # hehe 22.26.14 # do you have time? 22.26.35 # always for you.. ;) what is it? 22.26.46 # i am thinking about the UI 22.27.10 # and the status information 22.27.18 # what do we want? 22.27.37 # we want options :-) 22.27.44 # i can imagine a status bar at the top of the screen 22.27.57 # (yes, yes, confugirable) 22.28.17 # yeah, I think an archos-style status row at the top is a good idea 22.28.19 # and a function key bar at the bottom 22.28.37 # so how would we want to update it? 22.29.05 # a status_draw() call once in a while? 22.29.06 # the function keys are definitely a configurable option 22.29.18 # hmm. a thread? 22.29.30 # a thread that calls lcd_update() 22.29.48 # or maybe we need an lcd_update_rect() 22.30.56 # an optimised lcd_update() would probably be good, yes 22.31.30 # but the question is more about who calls the update code, I guess? 22.32.24 # if we have lcd_update_rect() we wouldn't have to care 22.32.40 # the two threads would be updating different parts of the lcd 22.33.55 # possibly. but otoh i'm not sure it's very nice having every thread use update_rect(). only those updating small things should use it, IMHO. 22.34.21 # i can imagine another solution 22.34.50 # btw, did you fix the logbot cronjob? 22.34.55 # let's say that the main thread receives a TICK_MSG every once in a while 22.35.04 # and then calls status_draw() 22.35.13 # no, i didn't fix it 22.35.23 # i think you have a syncronization problem 22.35.35 # dancer renames the log too late 22.35.37 # i think 22.36.15 # the rename only happens after we try and copy it, so I don't use the renamed name 22.36.24 # aha 22.36.39 # it happens on the first event after midnight, while I copy 23:59 22.36.46 # ok, so it copies, and then renames? 22.37.05 # no the cronjob copies to a different destination name 22.37.37 # ok so one job renames it at 00:00, and another copies it at 23:59? 22.42.43 # no, there's only one job: 23:59 cp logfile `date +rockbox-%Y%m%d.log` 22.43.05 # dancer renames it's logfile on the first irc event after midnight 22.43.10 # that's not a cron job 22.43.22 # and how well does dancer know the time 22.43.24 # ? 22.43.37 # it's running on the same host as the cron job 22.44.00 # no mail from cron? 22.44.17 # doh! i have them turned off :) 22.50.48 *** Saving seen data "./dancer.seen" 22.51.55 # so what do you think about the TICK_MSg idea? 22.55.00 # the problem is there are so many places in the code where we need to handle such a message 22.55.12 # yes 22.55.21 # is there any reason why we don't just chuck another thread at it? 22.55.34 # not rally 22.55.37 # really 22.56.10 # then I think we should do it that way 22.56.31 # ok, so a status thread that updates the top of the screen 22.56.35 # yup 22.56.46 # with or without lcd_update()? 22.57.13 # with. there's no telling when the main thread will call it next time 22.57.27 # so maybe even an lcd_update_rect()? 22.57.37 # that'd be a bonus, yes 22.59.06 # by the way, an average lcd_update() takes 8.5ms today 22.59.40 # and tree.c does 3 of those for every cursor move 23.01.50 # ooh, bad tree.c :-) 23.25.10 Join mecraw [0] (ioctrl@ip68-4-92-30.oc.oc.cox.net) 23.26.39 # linus: don't know if you saw it, but at the very end of load_setting(), there should be calls to lcd_scroll_speed(), backlight_time() and mpeg_sound_set(). At least, I think that covers all... 23.29.35 # Linus: why not just swallow button presses in button_tick() when in lock-mode instead of checking for it in wps and other places? 23.35.28 Join adiamas [0] (~adiamas@as5300-9.216-194-23-19.nyc.ny.metconnect.net) 23.36.06 Nick adiamas is now known as adi|home (~adiamas@as5300-9.216-194-23-19.nyc.ny.metconnect.net) 23.36.22 # mecraw: because we don't want to swallow it all 23.37.07 # but maybe we can use a filter mask just like the repeat mask 23.37.24 # linus: like to allow volume change? 23.37.55 # Lear: yeah, at leat to allow the qualifier (MENU or F1) 23.38.28 # Lear: those calls can't be in settings.c 23.38.48 # because that may be called before the mpeg is initialized 23.38.49 # linus: why? they're needed. and I have a build with them... 23.39.22 # look at main.c 23.40.46 # actually, a filter mask isn't stupid at all... 23.40.56 # linus: ah, so ditch mpeg_sound_set() then. the others are needed. could be in main.c instead... 23.43.42 # actually, the scroller should use global_settings.scroll_speed directly 23.44.25 # the same goes for backlight 23.44.31 # weird, when I paste a new build to the archos drive, the old archos.mod is deleted, but the new one isn't copied... 23.45.07 # how do you see that? 23.45.54 # i hope you removed the unit safely 23.46.26 # It just disappears (in Windows Explorer that is). And I always disconnect properly... 23.46.55 # wow 23.47.11 # or are you fooled by the fact that it appears at the bottom of the list? 23.47.35 # nope, not that many files in the root... 23.47.59 # maybe windows has opinions on what .MOD files should do? 23.48.34 # but there's something fishy with my USB... Noticed that certain MP3's wouldn't copy to the archos, no matter what I did 23.48.58 Join wodokm [0] (wodokm@sunhalle13.informatik.tu-muenchen.de) 23.49.10 # then I discovered that I could fix that - by disconnecting my USB printer. Somehow, some data got re-directed there (saw activity on the hub) 23.49.16 # that *really* sounds like unsafe removel to me 23.50.12 # what, the USB printer? USB is hot-plug after all... 23.50.55 # Another thing; when Archos is connected and doing something (like copying a file), the keyboard (also USB) goes dead for a little while. Not the mouse though. 23.50.59 # i wrote that before i saw your text about the printer 23.51.26 # wow 23.51.36 # you are an USB guy for sure... :-) 23.52.12 # but I wonder if it is such a good idea... 23.52.54 # funny, that disappearing .mod file *only* happens the first time after connect, it seems. 23.57.41 # another bug perhaps: when entering certain (largish) directories, the cursor is located on the last entry, rather than the first... 23.58.03 # wow 23.58.06 # repeatable?