--- Log for 25.07.102 Server: lerouge.openprojects.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16p1 Started: 5 days and 9 hours ago 00.01.17 # every time. don't know if it is size, or the fact that the last entry begins with "ZZ"... 00.02.30 # he, played around in the directory browser (to see if I could see it in other directories), but it seems it crashed then... 00.02.38 # how many files 00.02.41 # ? 00.03.23 # #define MAX_FILES_IN_DIR 200 00.03.47 # crash again; both times when trying to back up from a directory ("stop" to go to parent) 00.03.56 # #define MAX_FILES_IN_DIR 200 00.04.25 # largest should be about 50, the next largets one (that also shows the problem) is about 30 or so. 00.04.46 # strange 00.05.26 # how long is the path+name? 00.06.17 # 43 and 35 respectively, to be exact. 00.06.37 # path+name to what, the file having the cursor? 00.06.52 # for example 00.07.46 # 13 (/Music/ZZ Top) 00.08.46 # and no dir has more than 200 entries? 00.08.57 # not even /Music ? 00.09.12 # nope, not that I'm aware of... /music has 43. 00.11.27 # well, i haven't heard of a bug like that before... 00.11.40 # really strange 00.13.47 Quit Zagor ("Client Exiting") 00.30.48 # who rocks the house? Linus rocks the house. And when Linus rocks the house, he rocks it all the way down! 00.31.04 # wow! what did i do? 00.33.43 Quit datazone ("Client Exiting") 00.33.44 # ...rockbox! 00.39.56 # hm... "defined(PREFER_SIZE_OVER_SPEED) || defined(__OPTIMIZE_SIZE__)" isn't true during build, is it? 00.40.50 # it shouldn't be 00.41.13 # thats it.. i give up... 00.41.22 # adi|home: ??? 00.41.23 # 2.95, 3.03 and 3.04 of gcc 00.41.27 # none of them compile 00.41.34 # * adi|home beats his head against the wall. 00.41.42 # same error? 00.41.53 # thought I should make it true, to see if that works better... 00.42.00 # sorta 00.42.27 # its bitching about my includes 00.42.33 # In file included from ../../compiler/gcc-3.0.4/gcc/gengenrtl.c:23: 00.42.33 # ../../compiler/gcc-3.0.4/gcc/system.h:330: conflicting types for `getrlimit' 00.42.33 # /usr/include/sys/resource.h:52: previous declaration of `getrlimit' 00.42.33 DBUG Enqueued KICK adi|home 00.42.33 # ../../compiler/gcc-3.0.4/gcc/system.h:341: conflicting types for `setrlimit' 00.42.33 # /usr/include/sys/resource.h:72: previous declaration of `setrlimit' 00.42.34 *** Alert Mode level 1 00.42.34 # make[1]: *** [gengenrtl.o] Error 1 00.42.36 # make[1]: Leaving directory `/home/rhak/build/gcc/gcc' 00.42.38 # make: *** [all-gcc] Error 2 00.43.31 # wait a minute 00.43.50 # do you have the INCLUDE environment variable set? 00.47.17 # does soemthing outside the norm need to be set? 00.47.39 # i am a little puzzled about the error 00.47.47 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 00.47.47 # * adi|home nods 00.48.06 # same here... 00.48.12 # it seems that it includes files from both your system includes and the includes in your compile tree 00.48.17 # nods 00.48.22 # thats why Im confused... 00.48.32 # do you have the INCLUDE environment variable set? 00.48.49 # if that is the case, unset it 00.49.00 # its not set... 00.49.08 # maybe I should set it for the binutils dir? 00.49.13 # no 00.49.29 Quit mecraw (Read error: 110 (Connection timed out)) 00.49.37 # k 00.49.52 # so you build binutils, install it, add it to the path, and then build gcc? 00.50.19 # yuppers 00.50.32 # so weird 00.50.44 # i agree.. 00.50.48 # thus my frustration 00.50.52 *** Saving seen data "./dancer.seen" 00.50.52 # stupid fucking 7.1 00.51.36 # i built the compiler with my RedHat 7.1 00.51.49 # hmmm odd... 00.52.35 *** Alert Mode OFF 00.53.30 # what prefix did you choose? 00.53.58 # /home/rhak/sh1 00.54.04 # linus: just to know, did you get all those wave files? gotta delete them soon, i'm over disk-quota ;( 00.54.54 # delete them 00.55.46 # linus: okay 00.56.02 # nope.. it don't like my #includes... 00.56.27 # linus.. can you do me a favor and see if setrlimit is defined in your /usr/include/sys/resource.h? 00.58.02 # seems so 00.58.58 # then wtf is it complaining about ... 00.59.03 # * adi|home goes away to play 01.02.53 # linus: seen the waves? it's strange, it's not eally clipping (with the 100% volume) any idea? 01.03.13 # i have looked at them 01.03.45 # it looks almost like a 2's complement overflow 01.03.59 # but it probably isn't 01.05.24 # linus: so we gotta see how "loud" we can go max, and let that volume be 100% ! ? 01.05.33 # good idea 01.05.36 # max without distorion... 01.06.04 # i maybe can show that pink, our musician, maybe he knows what's going on... 01.06.45 # yeah i'll do that.. how's the processing done? stream into MAS, then into DAC, then the amplifier? 01.07.12 # and signal goes to line-out just before it's amplified, directly after DAC? 01.07.46 # the amplifier is in the DAC itself 01.09.14 # ah okay, so it's an othe rdac than i have in the c't mp3player project (that line-out is really good quality - compared to the achos output... ) 01.11.33 # has anyone here set up a php based email system? I am trying to set one up for a domain I have for the users of the domain. 01.15.59 Join mecraw [0] (ioctrl@ip68-4-92-30.oc.oc.cox.net) 01.17.11 # Linus: still there? 01.17.13 # linus: how does the volume setting work exactly? can the stock f/w be disASMd to see if there's wherre's the diff to your volume setting, maybe there's something else wrong - or it's really just that it's too much for the DAC (maybe these are not 01.17.33 # really allowed values), or not in combination with something else that's set wrong... 01.17.52 # you are welcome to disassemble the stock firmware 01.17.57 # heh 01.18.16 # what distortion are you getting? 01.18.24 # wodokm: the problem is that not all models have these problems 01.18.24 Quit mecraw (Client Quit) 01.19.10 # but yes, we probably set the volume higher than the hardware allows 01.19.21 # but not higher than the data sheets say 01.19.37 # there's 2 volume controls right, one for the mas and one for the dac? 01.19.48 # yes 01.19.50 # and as it is rockbox's settings control the mas? 01.20.01 # whats the dac set to through all this? 01.20.01 # no, the dac 01.20.05 # oh 01.20.26 # the bass/trebble's on the mas though isn't it? 01.20.36 # the volume control multiply factor is set to 1.0 in the MAS 01.22.03 # bass/treble is on the mas 01.24.51 # hmmm you can tell me what the registers/ports are for DAC/MAS volume setting, so i could check the disasmd archos for that? 01.25.20 # oooh. check the data sheets 01.25.51 # i mean where they are connected to the cpu, but that's on the h/p i guess.. 01.26.11 # it is an I2C serial connection 01.26.30 # could there maybe be an "advanced" settings area that controls things like mas' volume and dac's other options like channel select etc? 01.26.40 # sometimes when playing the rockbox skips to the next song just when in the mid of some mo3.. i then got back to that mp3 (with |<) and it then played the full 100% lengt.. 01.26.54 # wodokm: i get that too 01.27.09 # wow 01.27.24 # ah yes that I2C stuff.. therre's all standard stuff int here, cool=9 01.28.18 Join WetFlax [0] (~wettoad@flax.mbi-berlin.de) 01.28.47 # Linus: get to sleep! 01.28.58 # maybe i should... :-) 01.29.15 # Linus: you are going to get sick! 01.29.29 # i just can't figure out what would cause the kind of distortion i get, with the bass being any more than several dB lower than the treble... and irrespective of volume 01.29.38 # i think archos limited the volume for ear/law whateverr reasons (does someone understand the text on the back in french?), so it's no wonder why we can/could go louder... 01.29.48 # it sounds like something's being overdriven, but why turning treble up would help i dunno 01.30.48 # PsycoXul: raising the treble causes the mas driver code to increase the scale factor for compensation 01.31.05 # to avoid clipping 01.31.40 # ah 01.32.05 # well then either the default values for that should be tweaked, or maybe a dedicated control for it? or something... 01.32.21 # still, the clipping is not in the MAS 01.32.29 # it's in the DAC 01.33.34 # yes, we saw that on the sampled wavews.. maybe it's eally just a not allowed value, even if the specs say it is... who knows.. but it's an interesting clipping, i'll check that out with our musician as soon as i can... 01.41.10 # well, time to sleep 01.41.14 # night all! 01.41.20 # g/n linus 01.41.42 Part Linus 01.49.10 Quit Lear ("ChatZilla 0.8.8 [Mozilla rv:1.1b/20020721]") 01.54.53 Quit wodokm ("Leaving") 02.14.02 Quit WetFlax (Remote closed the connection) 02.15.23 Join WetFlax [0] (~wettoad@flax.mbi-berlin.de) 02.17.41 Quit WetFlax (Remote closed the connection) 02.18.08 Join WetFlax [0] (~wettoad@flax.mbi-berlin.de) 02.20.03 Quit WetFlax (Client Quit) 02.25.23 Join datazone_ [0] ([NNijq0pN8@207.136.36.203) 02.40.29 Nick datazone_ is now known as datazone ([NNijq0pN8@207.136.36.203) 02.42.43 Join MeRWiN [0] (~merwin@12-230-192-86.client.attbi.com) 02.50.53 *** Saving seen data "./dancer.seen" 03.17.49 Quit MeRWiN () 03.25.49 Join nsauzede [0] (gizz@lyon-4-a7-62-147-49-117.dial.proxad.net) 03.26.28 # anybody there ? 03.27.20 Quit nsauzede (Client Quit) 03.48.18 # just us chickens 03.48.31 # and the bats 04.50.57 *** Saving seen data "./dancer.seen" 05.34.22 Join wettoad_ [0] (~wettoad@uludag.mbi-berlin.de) 05.34.59 Quit datazone ("Client Exiting") 06.42.30 Join Bagder [0] (~daniel@as3-3-2.ras.s.bonet.se) 06.43.00 # * Bagder walks in 06.45.56 # hi 06.47.04 # things been good in rockbox land the last month? 06.47.52 # yes 06.48.12 # good! ;-) 06.48.55 # i haven't used archos' firmware for a while now 06.49.30 # I only have some 3500 mails to go throw first, then I'll jump in and get going on rockbox again 06.49.36 # just got back last night 06.49.44 # through 06.51.01 *** Saving seen data "./dancer.seen" 06.51.55 # wb 06.52.19 # thanks 07.09.41 Part Bagder 07.42.07 Quit wettoad_ (Remote closed the connection) 08.32.31 # good morning. 08.37.10 Join WetFlax [0] (~wettoad@flax.mbi-berlin.de) 08.39.26 Join WetFlax_ [0] (~wettoad@flax.mbi-berlin.de) 08.39.38 Quit WetFlax_ (Read error: 104 (Connection reset by peer)) 08.39.41 Quit WetFlax (Client Quit) 08.39.47 Join WetFlax [0] (~wettoad@flax.mbi-berlin.de) 08.51.04 *** Saving seen data "./dancer.seen" 09.23.10 Join Lear [0] (~chatzilla@h106n1fls35o1002.telia.com) 10.28.52 Join lohap [0] (lohap@213-48-172-38.bra.cvx.blueyonder.co.uk) 10.30.51 # is it me, or is the random become less random again? 10.32.38 # i have a question which GNUSH tool chain should i downbload v0202 or v0203 10.38.12 Quit lohap () 10.42.29 Join Linus [0] (~linus@193.15.23.131) 10.42.43 # Good morning, Linus 10.43.26 # morn 10.43.50 # How about applying the AVC patch, I am quite confident it works properly? 10.44.06 # And thanks, Tetris works now again. 8-) 10.44.06 Quit ironi_ (Read error: 104 (Connection reset by peer)) 10.44.29 # Hes: i forgot! :-) 10.45.06 # ah 8-) 10.45.32 # The battery stats seems to work too without problems, not that it would be of much use. 10.46.01 # Both seem to apply cleanly to current CVS code, updated just a couple hours ago. 10.46.51 # Any specific targets to be done before an 1.2 ? 10.47.32 Join ironi__ [0] (~ironi@80.88.116.93) 10.49.19 # Hes: yes, battery charging 10.49.31 # I could attack that next week 10.49.43 # i think i can do it too 10.49.45 # have to work with the asm '02 network quite a lot too 10.49.53 # aha 10.50.05 # just set up the web proxies 10.50.10 # i haven't been to a finnish party 10.51.06 *** Saving seen data "./dancer.seen" 10.51.49 # i worked a little on the Recorder LCD updates last night 10.52.05 # they take a considerable amount of time 10.53.29 # hehe. the dir browser does 3 lcd_update() calls for each cursor movement! 11.00.56 # Suboptimal. 11.01.06 # No wonder it is a little slow. 11.01.28 # We don't have the lcd_update_rect() yet? Would be nice for the peak display 11.02.08 # no, we don't 11.02.43 Join notch [0] (hidden-use@arthur.techprt.co.uk) 11.02.54 # Hey all, 11.02.58 # yo 11.03.09 # I wrote the peak display code earlier but if I made it update fast enough to give a good visual effect, I got playback problems 11.03.22 # did it in wps.c 11.03.34 # like the battery line 11.03.45 # i don't think it's the lcd_update 11.03.58 # it could also be the i2c 11.04.13 # Hm, of course 11.04.24 # If I wanted to start writing the routines for the remote control, should I add a source file or append an existing one 11.04.46 # whatever you think is best 11.05.12 # will you generate button events? 11.05.19 # okay I'll have a look :-) more questions to follow :-) 11.05.21 # I'm off for the weekend now, bye! 11.05.26 # bye 11.05.27 # Linus.. you see that suggestion on the sleep timer? 11.05.34 # yeah 11.05.38 # what do you think? 11.05.42 # Linus : that seems the easyiest way 11.05.49 # i figure we don't have a clock... 11.05.56 # but the idea of a song count is cool... 11.06.01 # ie: play 10 songs.. 11.06.13 # we don't have any code for the clock yet 11.06.27 # but it is trivial to add it 11.06.48 # * adi|home nods 11.07.05 # and a countdown timer for the player is also trivial 11.07.39 # well.. i was thinking of working on it a bit during next week... 11.07.45 # both time and song counts 11.33.56 # hrm... default colors in uisimulator are _very_ hard to read, imho 11.34.13 # windows? 11.34.40 # yep 11.34.51 # i have never used it 11.35.07 # backlight doesn't kick in, I suspect... looks like that anyway 11.35.45 # i don't think the uisimulator has a backlight 11.36.12 # it does; tries to change the background color. doesn't work though... 11.36.24 # can you fix it? 11.36.43 # don't know why it doesn't work yet. :) 11.38.55 Join Zagor [0] (~bjst@as9-5-6.k.s.bonet.se) 11.39.11 # yo Zagor! 11.39.15 # hi there 11.39.42 # i was thinking, we need something of a feature freeze soon, so we can get a release out 11.39.51 # 1.2 is looong overdue 11.40.15 # and this has struck you *now*? 11.40.44 # i don't think we need more that the battery charge 11.40.55 # no, last week. but I was going away, so it wasn't a good time 11.41.07 # 1) charging 11.41.09 # 2) AVC 11.41.20 # avc? 11.41.40 # automatic volume control. the patch is ready but not merged 11.42.20 # does that work? 11.42.25 # 3) possible volume decrease on player, to attack distortion problems 11.42.26 # avc in general, I mean 11.42.49 # yes, it gives you the nice NRJ "pump" :-) 11.42.59 # haha 11.43.06 # totally useless if you ask me, but many people ask for it 11.43.29 # and since Archos doesn't have it, it gives us an edge 11.43.55 # there's lots of things Archos doesn't have... :) 11.44.10 # you haven't merged the font-load patch, right? 11.44.17 # no 11.44.26 # what is avc anyway? something like replaygain or what? 11.44.31 # good. let's hold it until after 1.2 11.44.32 # i wanted to give Alex a chance to brush it up 11.44.47 # Lear: what is replaygain? :-) 11.45.10 # I was thinking we should enable proportional fonts by defaults. I use it all the time and it's really a great advantage 11.45.22 # so it works that good? 11.45.48 # yeah, I never get any problems with it. I haven't tested the games much, but I don't think there's a problem. 11.45.51 # a way to measure the percieved sound level of a song, and it then suggests a volume change so that all songs get about the same sound level 11.46.00 # breakfast time. see you later 11.46.05 Nick Zagor is now known as Zagor|breakfast (~bjst@as9-5-6.k.s.bonet.se) 11.46.05 # cu Zagor 11.46.34 # Lear: it analyzes the sound level continuously, and adapts in realtime 11.46.53 # analyzes how? 11.47.20 # well, that algorithm is in the MP3 decoder 11.47.43 # i don't know how it works 11.47.57 # it is a built-in feature of the MAS 11.48.34 # I see. Doubt it is as advanced as replaygain though, but hopefully more than check the peak value or something like that. :) 11.48.48 # Not much than that. It's a compressor of a sort. 11.49.12 # You can tune the decay time (after which it will slide the volume up again) to 2s, 4s or 8s 11.49.23 # quite dumb, but probably useful for some... 11.49.29 # => gone 11.50.19 # anyone knows x86 assembler? trying to figure out a minor problem in the win32 uisimulator... 11.50.28 # ah, finally second-exact track info changes... 11.50.45 # Lear: my x86 skills are terribly limited 11.50.53 Join yro [0] (~yves@ns1.alcove-solutions.com) 11.51.25 # trying to make sense of "mov byte ptr [ebp-7],43h". looks a bit strange to me 12.03.59 # he, seems like lcd_backlight isn't called anywhere. Shouldn't it be? 12.04.31 # no 12.04.36 # that one is obsolete 12.04.41 Join Electrocut [0] (Electrocut@rennes-1-a7-62-147-98-31.dial.proxad.net) 12.05.10 # anyway, explains why I didn't get any backlight in the simulator, I guess... 12.05.51 # btw, that browsing bug (enter on last entry rather than first) doesn't appear in simulator, only on my player 12.06.13 # seems likely 12.27.52 # linus: almost suspected this, but if I change the name of the last entry from "ZZ top" to "YZZ top", the bug doesn't appear. Seems to be a sorting bug, but if it is the compare function or the actual sorter is another question... 12.28.08 # wow! 12.28.20 # maybe that also explains the random crashes I get... 12.30.53 # is it different if you change the case sensitivity in the settings? 12.33.32 Quit Electrocut ("offile") 12.34.51 # yep 12.35.05 # btw, usb detection isn't included in tree.c, is it? 12.35.39 # yes 12.36.04 # line 502 12.38.03 # strange, didn't work when I tried it a little while ago; worked now though. 12.38.16 # maybe I didn't wait long enough or something... 12.38.47 Join naduir [0] (~chatzilla@VA1-1E-u-0649.mc.onolab.com) 12.39.04 Part naduir 12.40.25 # what the... the ctype.h used here (I think) contains this: ((_ctype_+1)[(unsigned)(c)]&_L). But the ctype array in ctype.c doesn't seem to be made for that... 12.40.32 # o my god! The proportional font is hideous! 12.41.08 Join Lovechild [0] (~Lovechild@x1-6-00-04-bd-dd-da-c5.k90.webspeed.dk) 12.41.12 # anyone up ? 12.41.18 # i'm here 12.41.25 # cool, the man himself 12.41.39 # :-) 12.42.01 # I just got my Recorder 10 in the door, and I decided to load RockBox on it, how safe are the daily builds about now ? 12.42.19 # about now....very safe 12.42.33 # but don't ask Lear. :-) 12.43.09 # cool... then I just copy the downloaded files ontop the .ajz file on the box right (even though WinXP (yuk) claims the the dailybuild is a text file... ) 12.43.18 # I've only mentioned some bugs, not that it is unsafe... :/ 12.43.50 # * Lovechild is looking forward to getting of this hellish Windows machine and play with his rockbox on Linux 12.43.53 # lovechild: keep a copy of the old one though 12.44.06 # Lear: it's backed up... no worries botha 12.44.36 # I wouldn't be so dumb would I.... come to think of it I might 12.45.16 # Linus: how's the charging' bug progressing ? 12.45.36 # gah, windows 2000 and a USB keyboard is NOT a good combination... Back to PS/2 I guess... 12.45.53 # Lear: honestly Windows + anything is a bad idea... :) 12.47.15 # linus: sort bug fixed, I think. Just add a zero first in the array in ctype.c... 12.49.03 # linus: but check ctype.h first... 12.49.10 # Lovechild: the charging issue is technically not a bug 12.49.30 # we just haven't written the driver to do the chargning 12.49.47 # but we are quite close now 12.50.03 # Linus: I refrase, how's the Recharging' feature :) - I kinda like that feature because I'm using my recorder as an MP3 player for my stereo 12.50.17 # linus: so it is actively worked on then? that's good news. 12.50.27 # Linus: you're the man 12.50.37 # i have worked on it for weeks now 12.51.08 *** Saving seen data "./dancer.seen" 12.51.23 # i just don't want to rush it, because if there is something that Rockbox doesn't want, it is a reputation as a battery killer 12.51.55 # good point. though I guess a first version could be conservative (as in charging slowly)... 12.52.11 # Linus: Hell, I like my recorder but I would like to offer mine for testing 12.52.45 # Lear: it is not a matter of slow or fast charging 12.52.58 # the problem is to know when to stop charging 12.53.24 # actually, it is quite hard to kill the batteries 12.53.41 # it is more like wearing them out faster than necessary 12.54.18 # I can have a charging test out later tonight (Stockholm time) 12.55.22 # Here goes nothing.... 12.55.30 # Lear: inserting a 0 first in ctype.c is not a good idea 12.55.44 # why not? 12.56.17 # you will shift all character types 12.56.52 # Cool I'm a RockBox User now 12.57.19 # not if the is* macros contains "ctype+1". then you need it to NOT shift the types. 12.57.36 # I tried it. It fixed the sorting bug. 12.57.36 # aha, now i see 12.57.43 # good catch 12.58.09 # i wonder why it adds 1? 12.58.23 # good question :) 12.58.31 # RockBox is written in C right?.... then since I know quite a bit of C++ it should be no problem for me to read the code... I hope 12.59.06 # Lovechild: the C code in Rockbox is vear easy 12.59.33 # Lear: what is your name? 12.59.50 # Linus: yup, I hope so... Downloading it tonight... 13.01.49 # the song selection feature is a bit strange... sometimes it picks the song below the one the "arrowthingy" points at 13.02.03 # it does? 13.02.25 # Linus: well on my archos anyways.. I'll go see if I can figure it out... 13.02.41 # do you have any non-mp3 files? 13.03.05 # Linus: not in this dir. 13.03.35 # other than that my recorder holds the lastest Mandy beta and a version of LoTR... :) 13.03.50 # :-) 13.04.20 # oh I love the lost feature... it's so cool that it filters the non MP3s 13.04.37 # s/lost/love 13.04.46 # s/lost/list... doh 13.05.01 # maybe sleep would have been good 13.05.34 # naah! 13.07.05 # I kinda miss the battery indicator though... 13.07.35 # yeah, that is in the pipe 13.07.44 # oh... 13.07.44 # it works for the Player 13.07.58 # * Lovechild should look into writing a users manual for this stuff... 13.08.16 # if you are curious about the battery status. go to main menu->debug->i/o ports 13.08.51 # damn... thanks... I was holding out on debug untill I had read the code 13.09.25 # don't push anything but OFF in that menu 13.09.29 # lol it even comes with games.. :) 13.09.42 # of course 13.10.42 # now I'll never have to be bored on the bus again 13.11.19 # linus: Magnus Holmgren 13.11.27 # thx 13.15.09 # coffee time 13.15.31 # enjoy 13.18.06 # aaahhh.... 13.19.40 # * Zagor|breakfast sneaks in, downloads the latest build, and resumes packing... 13.19.46 Nick Zagor|breakfast is now known as Zagor|packing (~bjst@as9-5-6.k.s.bonet.se) 13.24.44 Quit ironi__ (Read error: 110 (Connection timed out)) 13.24.51 # at tree.c:399, shouldn't stuff like dircursor, start and dirlevel be reset? 13.25.36 # dumbass question, RockBox no likes Winamp created .m3u files? 13.26.10 # lovechild: sure does. It took a while before it was supported though. :) 13.26.33 # lovechild: the daily builds, that is. Not 1.1, AFAIK. 13.26.51 # but I can't seem to select my playlist anywhere.... this sucks (using CVS as of 25-07-02 13.27.57 # Lear: it sure wouldn't hurt to reset them 13.28.01 # just browse to it and select it, like any other entry in the browser 13.28.16 # Lear: it's simply not there... and it's on the HD.. 13.28.39 # is it really called .m3u? 13.28.45 # Linus: yup 13.29.39 # hrmm deleted the old file and resaved.. and now it's here... problem solved 13.34.47 Quit Lovechild () 13.36.25 # and at tree.c:485, maybe dircursor and start should be reset or limited (the directory can come to contain fewer entries, making the display empty, AFAICS) 13.37.08 # and same fix at CASE_BUTTON_ON as for tree.c:399... 13.37.23 # s/CASE_BUTTON_ON/case BUTTON_ON:/ 13.38.14 # check the latest commit i did 13.39.42 # looks fine 13.41.21 Join ironi [0] (~ironi@80.88.116.93) 13.45.47 # Hi there 13.46.17 # yo 13.47.58 # Linus: I've had the I09CPUAdrE problem this morning (yesterday afternoon cvs)... 13.48.42 # oh no! 13.48.52 # track change? 13.48.54 # just after powering up, I choose a playlist, no sound, direct freeze... 13.49.03 # wow! 13.49.05 # Sorry... 13.49.17 # and no way of repeating it? 13.49.22 # battery status? 13.49.40 # No way. But I was in the subway, not the better place for testing... 13.50.13 # battery status with 2 bar on (JB 20 Player) 13.50.56 # did you happen to write down the address? 13.52.08 # No... There was too many people around... I'll try to reproduce it here, at work, and write everything down 13.52.26 # do so. thanks. 13.53.02 # On another subject, I have a question for the disk writting setting: 13.53.54 # Archos use sect 62, we can use another one, but how to be sure it's not in use with a file ? (or overwritten) 13.54.16 # I'm new to disk-ATA, so the question may be trivial ;-) 13.54.45 # the Player models use the ISD-200 chip for USB-ATA 13.55.20 # the (windows) drivers can't handle partitionless disks with that driver 13.55.47 # each partition must start at a cylinder boundary 13.56.07 # hence, the first partition starts at cylinder 63 13.56.26 # sorry, sector 63 13.56.39 # Ok, I see. So, we can use sect 61 for rockbox, isn't it ? 13.56.51 # the MBR and the extended partition info is on sector 0 and a few sectors ahead 13.57.02 # yes, we can probably use 61 13.57.29 # but we need to implement a "pending setting write" 13.57.58 # we must not try to save the settings immediately, if the music is playing 13.58.23 # we should instead wait until the disk spins up to read mp3 data, or a dir read 13.58.32 # and then save the settings 13.59.15 # we could save the settings immediately is the music isn't playing 13.59.26 # otherwise the disk might never spin up 13.59.52 # why ? 14.00.13 # because the user might turn off the unit before doing anything that causes the disk to spin up 14.00.41 # still, that can happen even when the music is playing, but is less likely 14.01.01 # Oh, yes, not a technical constraint, but user related 14.01.06 # all in the name of battery lifetime 14.01.27 Join liam__ [0] (~liam@fwott1-1.cis.ec.gc.ca) 14.01.43 # and we should of course not save anything if the battery is too low for safe disk writes 14.01.49 Nick liam__ is now known as jedix` (~liam@fwott1-1.cis.ec.gc.ca) 14.02.15 # Not as simple as I first though :( 14.02.25 # I will try to do it anyway 14.04.20 # you can skip the pending stuff at first 14.05.09 # Sure, the first step is to write and read the sect. 14.05.25 # Then, the usability... 14.07.23 # I will first port the rtc code to the sect 61 14.08.32 # yeah, just save the same blob to disk instead of rtc 14.17.42 # Bingo !! 14.17.50 # you made it? 14.18.07 # I09CPUAdrE error at 657765F7 14.18.34 # not very good 14.18.47 # looks like a buffer overflow 14.19.08 # Power on -> - key (to go to my playlist) -> Play key -> Shuffling appears, hdd seems to be hold -> I09blah 14.19.35 # is the playlist long? 14.20.10 # I haven't seen the # of songs in the playlist appearring. Yes, playlist is exactly, wait, 1733 files 14.21.34 # so it crashes during the shuffle? 14.21.42 # I think so 14.22.26 # Usually, I see 1 then 1733 files. There, I just see shuffling, that's all. 14.22.39 # (I've never saw shuffling before...) 14.25.36 # but it doesn't always happen, right? 14.26.14 # No. I have tried at least 20 power on/off cycle before reproducing it... 14.26.23 # nasty 14.28.12 # the randomise code seems correct to me... 14.28.29 # indeed 14.28.33 # Are you sure it's a buffer overflow ? 14.28.53 # no, but it seems like it 14.29.06 # 657765F7 isn't a valid address 14.29.11 # looks like ASCII 14.29.36 # I try to reproduce it again (to see if the address is the same ) 14.30.20 # good luck :-) 14.30.54 # still, i am pleased that it probably isn't the same bug as the other CPUAdr error 14.31.29 # An unidentified bug instead ;-) 14.31.44 # fresh, new bugs, just what i needed! 14.32.36 # btw even with shuffle mode, the same songs are often the firsts played... 14.33.02 # even when reshuffling? 14.34.00 # reshuffling ? I mean, when I power on -> choose my playlist and play it (I have set the shuffle true by default in the code) 14.34.20 # i mean selecting the same list again 14.35.06 # I was trying to see, and bang, new freeze... 14.35.18 # I04:IllInst at 0000000C 14.35.24 # A new one to me... 14.35.28 # kaboom 14.35.59 # can you try it without shuffling? 14.36.13 # So, I was on and selecting my playlist -> off -> play -> off -> play -> badaboom 14.36.19 # yep 14.37.24 # we're getting closer 14.38.19 # A precision, last error when I say off, i meant stop, sorry for the mistake 14.40.23 # Hum, another comment: I have pressed stop too long, so it's powered off. I turned it on, and forget to set shuffle to off (just right now) 14.40.39 # and I09:CPUAdrE at 657765F7 14.40.55 # It's exactly the same address 14.40.57 # cool 14.41.22 # are the file paths long? 14.41.31 # At least, it's stable... 14.43.41 # Not a lot. Around 2 or 3 dir 14.43.51 # I can send you my m3u, if you want 14.44.18 # please do, linus at haxx.se 14.45.32 # sent 14.46.11 # Ahum... I have accentuated char in filenames... (like é) 14.46.19 # It may be that, no ? 14.46.31 # it could be anything 14.47.12 # I try to set up a playlist with special chars, to see... 14.49.30 # No, all é playlist runs ok... 14.51.10 *** Saving seen data "./dancer.seen" 14.53.41 # no. It doesn't seem to be this. I don't know... 14.53.54 # Well, I have to work a little now... 14.54.07 Nick yro is now known as yro|work (~yves@ns1.alcove-solutions.com) 15.33.26 Join Electrocut [0] (Electrocut@rennes-1-a7-62-147-98-106.dial.proxad.net) 15.46.57 Quit Lear ("ChatZilla 0.8.8 [Mozilla rv:1.1b/20020721]") 16.03.06 # Linus: Can you please include Nate Nystroms patch to fix the elapsed time display? 16.04.14 # Linus: The patch was on the mailing list yesterday 16.10.11 # sure 16.10.25 # thanks :) 16.11.15 Join mecraw [0] (~mecraw@ip68-4-92-30.oc.oc.cox.net) 16.18.55 Quit Electrocut () 16.47.22 Quit yro|work ("ircII EPIC4-1.1.5 -- Are we there yet?") 16.51.14 *** Saving seen data "./dancer.seen" 17.08.34 Quit notch () 17.15.18 Join notch [0] (hidden-use@arthur.techprt.co.uk) 17.15.33 Join Electrocut [0] (Electrocut@rennes-1-a7-62-147-98-135.dial.proxad.net) 17.16.16 # anyone know which uP pin is used for the remote data function? Is it 'RCON' on the interface diagram? 17.17.21 Quit Electrocut (Client Quit) 17.18.45 # it is the rx pin for serial port 1 17.19.08 # RxD1 17.19.17 # cheers! 17.19.17 # pin 116 17.29.04 # so the microprocessor in the jukebox is equivalent to what? 386? 17.33.11 # hard to compare 17.33.33 # but it is a ~12MHz 32-bit RISC 17.33.40 # without cache 17.34.02 # so 386 sounds about right, how many MIPS? 17.34.51 # in internal RAM, i would say about 12 17.35.17 # i keep wondering about OGG support 17.35.29 # lunch time 17.35.31 # * geoffeg & 17.35.49 # Linus: any new "must-have" before i start on my 3 day road trip? 17.36.09 # not really 17.37.04 # take note of the battery life 17.37.20 # will do, i think i'm getting about 6 hours right now 17.37.31 # buah 17.37.59 # player or recorder? 17.38.03 # rec20 17.38.11 # then it's bad 17.38.37 # are you getting more? 17.39.03 # with archos firmware i got 8-10 with my 1800mAh batteries 17.39.22 # as far as i remember, i haven't used it for months 17.40.38 # i got 8-10 hours with archos firmware and stock batteries 17.41.18 # we still have a long way to go before we reach their battery life... 17.41.33 # actually, i cant really figure out what more we can do... 17.43.02 # hmmm... 17.43.14 # do they use less threads? 17.44.13 # it doesn't matter to the cpu how many threads it uses 17.44.37 # but maybe they go to low-power mode once in a while 17.46.54 # * mecraw hits the road 17.46.57 # bye 17.47.00 # bye 17.47.14 Part mecraw 17.57.57 # well, time to go home! 17.58.01 # bye! 17.58.33 Part Linus 18.10.18 Quit notch () 18.51.17 *** Saving seen data "./dancer.seen" 18.57.18 Join g003y [0] (~foo@m198-187.dsl.rawbw.com) 18.57.38 # hello all. 18.58.40 Quit WetFlax ("I like core dumps") 19.19.13 Part g003y 20.51.19 *** Saving seen data "./dancer.seen" 21.53.51 Join pyvasene [0] (~pyvasene@pyvasene.net1.nerim.net) 22.14.59 Quit pyvasene (Remote closed the connection) 22.21.32 Join Electrocut [0] (Electrocut@rennes-1-a7-62-147-99-177.dial.proxad.net) 22.25.10 Quit Zagor|packing ("Client Exiting") 22.32.07 Join bmidy [0] (bmidy@AMetz-101-1-3-144.abo.wanadoo.fr) 22.32.14 # hi all 22.32.46 # I've just installed the gnush for win, does it there a cvs for windows ?? 22.38.51 Quit jedix` ("going home") 22.45.06 Quit bmidy () 22.51.22 *** Saving seen data "./dancer.seen" 22.51.26 Quit Electrocut (Read error: 110 (Connection timed out)) 23.18.43 Join Linus [0] (~linus@193.15.23.131)