--- Log for 09.09.102 Server: brunner.openprojects.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16p1 Started: 9 days and 14 hours ago 00.28.06 Join EnnaN [0] (bla@cc53164-b.groni1.gr.nl.home.com) 00.28.07 *** Saving seen data "./dancer.seen" 00.32.52 Join AaronD [0] (~Yepyep@66.81.88.2) 00.34.44 # I found the solution to my corupted file problem woohoo, might actually get to use my player now 00.37.05 # congrats :) 00.38.49 # you a rb hero? just installed rb on my 1 day old ajs .. 00.45.31 Quit AaronD (Read error: 104 (Connection reset by peer)) 01.05.23 Quit TotMacher () 01.09.39 Join langhaarrocker [0] (~Philipp@Bdacd.pppool.de) 01.10.54 # hi 01.12.32 # hugh 01.17.55 Quit EnnaN ("Leaving") 01.18.23 Quit langhaarrocker ("Trillian (http://www.ceruleanstudios.com)") 02.28.11 *** Saving seen data "./dancer.seen" 02.42.06 Join lohap [0] (lohap@213-48-172-137.bra.cvx.blueyonder.co.uk) 02.44.26 Join hardeep [0] (hardeeps@sdf.lonestar.org) 02.45.01 Quit lohap (Client Quit) 03.36.50 Join elinenbe_ [0] (trilluser@user-0cces0l.cable.mindspring.com) 03.36.50 Quit elinenbe (Read error: 104 (Connection reset by peer)) 03.56.36 Join pist [0] (ident@130.philadelphia-21-22rs.pa.dial-access.att.net) 03.56.52 Part pist 04.05.44 Join rwood [0] (~rdwrockbo@ca-santaanahub-cuda3-c9b-117.anhmca.adelphia.net) 04.23.27 Part rwood 04.28.14 *** Saving seen data "./dancer.seen" 04.37.10 Quit elinenbe_ () 05.04.57 Join elinenbe [0] (trilluser@user-0cces0l.cable.mindspring.com) 05.48.50 Quit Hes (brunner.openprojects.net irc.openprojects.net) 05.48.50 NSplit brunner.openprojects.net irc.openprojects.net 05.49.44 NHeal brunner.openprojects.net irc.openprojects.net 05.49.44 NJoin Hes [0] (~hessu@hessu.zedi.sonera.fi) 06.22.45 Nick _seb_ is now known as seb-sleep (user@bgp420584bgs.union01.nj.comcast.net) 06.24.49 Nick seb-sleep is now known as seb-away (user@bgp420584bgs.union01.nj.comcast.net) 06.24.53 Nick seb-away is now known as seb-sleep (user@bgp420584bgs.union01.nj.comcast.net) 06.28.15 *** Saving seen data "./dancer.seen" 06.46.50 Nick edx is now known as edx|school (~edx@pD9EAB2DE.dip.t-dialin.net) 06.55.15 Join datazone [0] ([NyzPmBte4@207.136.36.203) 07.21.49 Join rwood [0] (~rdwrockbo@ca-santaanahub-cuda3-c9b-117.anhmca.adelphia.net) 07.43.26 Quit Hes (brunner.openprojects.net irc.openprojects.net) 07.43.26 NSplit brunner.openprojects.net irc.openprojects.net 07.43.26 Quit fraggle (brunner.openprojects.net irc.openprojects.net) 07.43.26 Quit datazone (brunner.openprojects.net irc.openprojects.net) 07.43.26 Quit elinenbe (brunner.openprojects.net irc.openprojects.net) 07.43.26 Quit adi|home (brunner.openprojects.net irc.openprojects.net) 07.43.26 Quit sylvr (brunner.openprojects.net irc.openprojects.net) 07.43.26 Quit dwihno|gone (brunner.openprojects.net irc.openprojects.net) 07.43.26 Quit laotan (brunner.openprojects.net irc.openprojects.net) 07.43.26 Quit rwood (brunner.openprojects.net irc.openprojects.net) 07.43.26 Quit seb-sleep (brunner.openprojects.net irc.openprojects.net) 07.43.26 Quit edx|school (brunner.openprojects.net irc.openprojects.net) 07.43.26 Quit Synthe (brunner.openprojects.net irc.openprojects.net) 07.44.15 NHeal brunner.openprojects.net irc.openprojects.net 07.44.15 NJoin rwood [0] (~rdwrockbo@ca-santaanahub-cuda3-c9b-117.anhmca.adelphia.net) 07.44.15 NJoin datazone [0] ([NyzPmBte4@207.136.36.203) 07.44.15 NJoin Hes [0] (~hessu@hessu.zedi.sonera.fi) 07.44.15 NJoin elinenbe [0] (trilluser@user-0cces0l.cable.mindspring.com) 07.44.15 NJoin adi|home [0] (~adiamas@as5300-11.216-194-24-199.nyc.ny.metconnect.net) 07.44.15 NJoin seb-sleep [0] (user@bgp420584bgs.union01.nj.comcast.net) 07.44.15 NJoin edx|school [0] (~edx@pD9EAB2DE.dip.t-dialin.net) 07.44.15 NJoin fraggle [0] (~fraggle@pc2-glfd1-4-cust151.gfd.cable.ntl.com) 07.44.15 NJoin Synthe [0] (Synthe@galt.synthe.net) 07.44.15 NJoin sylvr [0] (silver@typhoon.xnet.com) 07.44.15 NJoin dwihno|gone [0] (dwihno@Bald067.Baldakinen.Umea.SE) 07.44.15 NJoin laotan [0] (~jesse@markham.openflows.org) 07.46.31 Join Bagder [0] (~daniel@as3-3-2.ras.s.bonet.se) 07.47.31 # morning 07.47.45 # morning 07.48.31 # for what it's worth, I just posted RoLo with a faster descramble routine - the multiply and divides were taking all time time 07.48.49 # neato 07.55.22 Quit hardeep ("Leaving") 07.57.26 # so how about a new WPS menu that just gives /.rockbox/*.wps for options... could do the same for *.eq too 07.58.20 # sounds like a nice thing, yes 08.01.52 # Bagder ive got a nice little keyboard going :) 08.02.16 # http://phobos.ramapo.edu/~rhak/misc/kb.png 08.02.21 # that was yesterdays version 08.02.25 # ive come a bit farther... 08.02.36 # got a 256 char buff for the keyboard.. 08.02.44 # scrolls nicely on one line of the screen 08.11.27 Join hardeep [0] (hardeeps@sdf.lonestar.org) 08.12.39 # adi|home: nice 08.12.51 # got a better screen shot in a min 08.25.57 Quit rwood () 08.28.19 *** Saving seen data "./dancer.seen" 08.41.17 Join rwood [0] (~rdwrockbo@ca-santaanahub-cuda3-c9b-117.anhmca.adelphia.net) 08.58.36 Quit pimlottc (Read error: 110 (Connection timed out)) 09.06.00 Quit hardeep ("Leaving") 09.10.56 # Good morning 09.13.57 # hey hes 09.18.21 # Ah, new battery specialist in sight, good 09.20.46 # http://phobos.ramapo.edu/~rhak/misc/kb.png 09.20.50 # there ya go bagder 09.20.54 # version .85 09.20.54 # :) 09.21.12 # hehe 09.21.25 # mind you the del, shift and save don't work yet 09.21.34 # im going to position them on the function buttons 09.21.36 # are those f-keys? 09.21.38 # off to exit 09.21.39 # nods 09.21.46 # i couldn't think of an easier way to do it 09.21.54 # seems cool 09.21.56 # cursor position on the screen is just dirty code wise. 09.22.11 # any other chars that seem nec off hand? 09.22.23 # i can fit 14 more easily :) 09.23.06 # comma and colon I guess 09.23.26 # ,: 09.23.40 # it might depend on what the input is fore 09.23.43 # for 09.25.51 # % and | so people can edit their WPS configs 09.26.09 # ah right 09.26.30 # maybe newline too in that case heh 09.26.54 # or something 09.39.31 # okay.... 09.39.33 # ,: 09.39.35 # are in.. 09.39.40 # %| we can wait on ;) 09.48.02 Join RipnetUK [0] (~george@ripnet.fsnet.co.uk) 09.58.33 Join Zagor [0] (bjst@as9-5-6.k.s.bonet.se) 09.59.00 # hola 09.59.09 # hey zagor 09.59.16 # http://phobos.ramapo.edu/~rhak/misc/kb.png 09.59.18 # :) 09.59.38 # morning zaggie 09.59.48 # adi|home: ooh, looking good! 09.59.48 # i've been getting an odd bug lately 10.00.13 # where playback will stop for no apparent reason, the WPS goes blank, and it sits there reading the HD and then spinning down over and over a few times 10.00.41 # if i press on it goes to the browser and then pressing on again does nothing 10.00.46 # but then i can browse around and play another song just fine 10.01.13 # sleeping late is nice... 10.01.19 Ctcp Ignored 2 channel CTCP requests in 5 hours and 55 minutes at the last flood 10.01.19 # * Zagor goes to make breakfast 10.03.58 # okay.. enough keyboard for now.. 10.04.09 # Zagor we are going to have to discuss what happens when you go into the keyboard 10.04.18 # as far as what to do with the data that is 'typed' 10.04.30 # right now its all on one line that scrolls the screen as needed. 10.04.41 # with no way to look back at what you typed. 10.04.58 # but i figure we can scroll 'typed data' once you pause for a given time 10.05.29 # PsycoXul: no need for a CR, each line added to WPS can be done by entering into the keyboard again. 10.05.33 # we could have an edit menu 10.05.38 # 'new line' would be an option 10.05.55 # ok 10.06.10 # oh and # for custom EQ files too btw 10.07.22 # or those might better be made by setting it and then saving the settings 10.07.43 # so nm heh 10.08.50 # nods 10.09.04 # i figure keyboard will just be called by what ever needs it 10.09.14 # and the 'data' gets returned in a global buffer 10.09.18 # right now its 256 big 10.09.25 # which should be more then enough for nearly anything 10.09.55 # isn't there a quick way to go from lower case to upper case? 10.10.02 # by adding or sub some value? 10.10.26 # yes it is 10.10.29 # 0x20 10.10.42 # adding that does lower to upper yes? 10.10.44 # 0x61 lower case 10.10.49 # 0x41 upper case A 10.10.53 # okay.. 10.10.58 # subtract that.. got ya.. 10.10.58 # iirc 10.20.20 # do we have an ischar function? 10.20.27 # nm 10.22.11 # heheh shift works now :) 10.22.13 # that was nice and easy 10.22.47 # cool, does all the letters change on screen when you press shift? 10.23.38 # all the a-z 10.23.45 # # and punc don't ;) 10.28.21 *** Saving seen data "./dancer.seen" 10.36.29 # heheh that was a fun bug to fix 10.36.40 # okay.. so now i can shift case w/o losing cursor position 10.36.48 # man... ppl aren't going to like this code.. 10.36.54 # code police are going to want to play :) 10.37.18 # okay.. i DEL going tomorrow.. 10.37.22 # and its as good as ready 10.37.31 # until we decide what SAVE is going to do.. 10.37.39 # give that some thought folks.. im off to sleep 10.38.02 # save should just return the string from keyboard(); 10.40.58 # right, but we if aren't using malloc'd memory.. 10.41.04 # how does that string not get lost? 10.41.20 # or should keyboard() recieve a buffer and buffer size to store to? 10.45.27 # yes 10.46.35 # k 10.46.46 # beta for testing will be ready tomorrow sometime 10.46.49 Join LinusN [0] (~linus@labb.contactor.se) 10.46.58 # Hello! 10.46.59 # hey ho linus 10.47.41 # I ran a very interesting test this weekend 10.54.19 # LinusN: tell us 10.59.35 # I compiled two versions of the Recorder rockbox 10.59.48 # one with ATA_STANDBY, and one with ATA:SLEEP 10.59.56 # ah 11.00.08 # Batterytime: 11.00.26 # ATA_STANDBY: 10.5 hours 11.00.32 # ATA_SLEEP: 6.5 hours 11.00.44 # you have a seriously wacky unit... 11.00.52 # are you sure, Zagor 11.01.02 # yes. since i've tested mine. 11.01.11 # do you think my unit is the only "wacky" one? 11.01.12 # but if you have it, others probably have it too 11.01.41 # so how the heck can we ever detect which sleep to use? 11.01.53 # don't know..... 11.02.15 # i guess we have to read the ROM version number 11.02.33 # ?? we have the same version, don't we? 11.02.42 # i have 1.24 11.03.08 # 1.25 11.03.20 # Bagder, what's your rom version? 11.03.33 # we need more measurements 11.04.07 # 36-24-32 11.04.10 # hows that? 11.04.10 # it's really weird how many hardware bugs there is in these things... 11.04.22 # adi|home: huh? you gf? ;) 11.04.47 # heheh i wish 11.04.54 # my ex was like that at one point 11.05.12 # but more like 36-20-30 11.05.14 # shrugs 11.05.20 # heads off to bed for real 11.08.25 # I noticed that the scroll thread sometimes outputs too short lines when using proportional fonts 11.08.41 # yes 11.08.58 # and that the cursor highlight in time/date is totally screwed 11.09.02 # I have the same Linus has 11.09.12 # all font bugs await loadable-fonts before fixing 11.09.15 # I gotta go, see ya later 11.09.18 Part Bagder 11.12.13 # i compiled a cgg-3.2 with binutils-2.13 this weekend, and fixed the linker script 11.12.17 # gcc-3.2 11.12.44 # so now we can use the latest gcc if we want 11.12.55 # but i'm not sure it will work all that well 11.13.17 # hmm 11.13.20 # got a lot of warnings when compiling the Rtx code 11.13.29 # so no more illegal instructions from gcc? 11.14.04 Join TotMacher [0] (tot@p508D9BB7.dip.t-dialin.net) 11.14.10 # gcc-3.0 had broken size optimizations btw, dunno how it works for sh1 but gcc-3.2 should be able to produce smaller code if wanted 11.14.46 # but good to know - so now I can upgrade my toolchain-src 11.15.25 # 3.2 produces a smaller mod file by default 11.15.31 # about 1k smaller 11.15.49 # ah 11.16.04 # but i haven't had any problems with 3.0.4 11.16.37 # but i haven't optimized for size 11.17.39 # oh I mean broken as in not optimizing - not broken as in producing broken code 11.18.16 # you talked about illegal instructions 11.18.41 # oh that was just a reference to gcc-3.1 - producing sh4 instructions on sh1 11.20.11 # aha 11.30.43 # Zagor: do you know what that guy is talking about in feature request #605773? 11.31.14 # looking... 11.32.01 # i find it silly, masking a potential bug report in a feature request 11.32.19 # ah, yes. he wants to be able to resume if he accidentally presses STOP in a playlist 11.32.33 # funny, mostly it is the other way around, filing feature requests i bug reports 11.32.53 # Zagor: no, his box is crashing 11.33.00 # ah, read too fast :-) 11.33.29 # the last paragraph is so confusing... 11.34.17 # as far as i can see, his problem is a crashng rockbox on a specific file, not the resume feature itself 11.34.36 # we can't do more that ask if you want to resume 11.37.41 # and why didn't he file a bug report "crashing when playing a file"? 11.38.01 # people are strange.. 11.39.05 # i wish we could add a column on the front page that sais "fixed" on the fixed bug reports 11.39.34 # yeah. i just don't know how to extract that info. 11.39.55 # me neither, hence "wish" :-) 11.40.00 # :) 11.41.32 # hey 11.41.41 # where is the recent cvs activity gone ? 11.42.14 # is it gone? 11.42.23 # whoops 11.42.24 # no 11.42.26 # it is sometimes missing for a few minutes. it's a glitch. 11.42.27 # after reload 11.42.33 # its there 11.42.40 # ahh 11.42.41 # ok 11.46.40 # Zagor: are you working on the FAT, or did you just say so? :-) 11.46.45 # i am 11.47.15 # wow 11.51.40 Quit Hes (brunner.openprojects.net irc.openprojects.net) 11.51.40 NSplit brunner.openprojects.net irc.openprojects.net 11.51.40 Quit fraggle (brunner.openprojects.net irc.openprojects.net) 11.51.40 Quit dwihno|gone (brunner.openprojects.net irc.openprojects.net) 11.51.40 Quit sylvr (brunner.openprojects.net irc.openprojects.net) 11.51.40 Quit elinenbe (brunner.openprojects.net irc.openprojects.net) 11.51.40 Quit datazone (brunner.openprojects.net irc.openprojects.net) 11.51.40 Quit laotan (brunner.openprojects.net irc.openprojects.net) 11.51.40 Quit adi|home (brunner.openprojects.net irc.openprojects.net) 11.51.40 Quit rwood (brunner.openprojects.net irc.openprojects.net) 11.51.40 Quit Synthe (brunner.openprojects.net irc.openprojects.net) 11.51.40 Quit seb-sleep (brunner.openprojects.net irc.openprojects.net) 11.51.40 Quit edx|school (brunner.openprojects.net irc.openprojects.net) 11.57.46 NHeal brunner.openprojects.net irc.openprojects.net 11.57.46 NJoin rwood [0] (~rdwrockbo@ca-santaanahub-cuda3-c9b-117.anhmca.adelphia.net) 11.57.46 NJoin datazone [0] ([NyzPmBte4@207.136.36.203) 11.57.46 NJoin Hes [0] (~hessu@hessu.zedi.sonera.fi) 11.57.46 NJoin elinenbe [0] (trilluser@user-0cces0l.cable.mindspring.com) 11.57.46 NJoin adi|home [0] (~adiamas@as5300-11.216-194-24-199.nyc.ny.metconnect.net) 11.57.46 NJoin seb-sleep [0] (user@bgp420584bgs.union01.nj.comcast.net) 11.57.46 NJoin edx|school [0] (~edx@pD9EAB2DE.dip.t-dialin.net) 11.57.46 NJoin fraggle [0] (~fraggle@pc2-glfd1-4-cust151.gfd.cable.ntl.com) 11.57.46 NJoin Synthe [0] (Synthe@galt.synthe.net) 11.57.46 NJoin sylvr [0] (silver@typhoon.xnet.com) 11.57.46 NJoin dwihno|gone [0] (dwihno@Bald067.Baldakinen.Umea.SE) 11.57.46 NJoin laotan [0] (~jesse@markham.openflows.org) 12.10.29 # hehe, now we have a 400-file limit discussion on Yahoo as well :-) 12.10.49 # and Björn is getting all the credit for Rockbox :-) 12.10.57 # yeah. but it's not as obnoxious as the one on our mailing list 12.11.08 # i am? 12.11.35 # "Björn, your firmware is excellent!! Thanks for a very good job. If you have a 12.11.36 # favorite charity, let 12.11.36 # me know and I will make a donation to them in your name." 12.11.53 # :-) 12.11.54 # i have 500 albums on one directory ! 12.12.00 # so i cannot read it 12.12.06 # ah, right. although "your" doesn't necessarily mean mine. it can mean "ours" too. 12.12.29 # he's just speaking to me 12.13.01 # i'm always careful talking about "we have decided" and "we did" or "we feel" so people should not get the feeling it's a one-man project 12.13.27 # Zagor: i'm not blaming you, i just though it was funny 12.14.08 # hehe, i often find myself talking about "the Rockbox" instead of just "Rockbox" :-) 12.14.40 # TotMacher: is this a problem for you? 12.15.01 # yes i have personal complexes because of this 12.15.06 # hehe 12.15.12 # TotMacher: how long are the dir names? 12.15.13 # hehe 12.15.22 # i always have long things :) 12.15.23 # so 12.15.27 # on average 12.15.34 # just kidding 12.15.39 # i dont have so much subdirs 12.15.44 # :-) 12.15.49 # but i have more that 400 files in one :) 12.15.51 # :( 12.16.37 # it is my "too much heard" directory 12.16.46 # but i want to conserve those mp3 12.16.47 # s 12.18.00 # just split it up and make a playlist 12.18.23 # but then i cannot directly access those files 12.18.48 # and i am using 12.18.54 # jukebox synchronizer 12.19.04 # so my hdd and jukebox are alway synced 12.19.16 # cannot access? 12.19.27 # yes 12.19.33 # i want to play just one file 12.21.00 # then do that. navigating through 400 files is much slower than going into one dir and then search among 100 12.21.28 # but 12.21.39 # if i have to search in 6 direactorys a 100 files 12.21.44 # it is very abusing 12.21.59 # so scrolling through 600 is *better* ??? 12.22.00 # then its better in one dir 12.22.06 # yes 12.22.08 # battery 12.22.19 # you have to read just one time the directory 12.22.21 # and 12.22.23 # go ind 12.22.25 # and go out 12.22.31 # suckts 12.22.34 # in avarage 12.22.37 # it is more search time 12.23.47 # reading a second dir takes, what, 200ms. then you have 1/6 the files to go through. i'm not buying you arguments. but i don't have to, you are free to change this in your own firmware. 12.24.59 # but 12.25.01 # Zagor: maybe tools/configure could do this? 12.25.05 # no ! 12.25.10 # i have to go one dir up 12.25.11 # LinusN: no 12.25.14 # takes user intervetion 12.25.26 # that bothers the user 12.25.40 # LinusN: the people with this problem don't compile their own firmware 12.25.58 # TotMacher: yeah, and searching 600 files takes no user intervention. right. 12.25.58 # Zagor: you just told Totmacher to do that 12.26.37 # how much more ram does one file take ? 12.26.59 # number of characters in the file name + 9 12.27.13 # no, 12.27.15 # number of characters in the file name + 7 12.27.15 # the point is, TotMacher, that no matter how large we set the limit people will still always complain 12.27.27 # 400 is more than 99% ever come close to. so that's what we have. 12.28.25 *** Saving seen data "./dancer.seen" 12.28.26 # those with extreme needs are free to customize their firmware to suit them 12.29.50 # i think a firmware which is used on a device which easily could contain more than >3000 files in a dir should support at least 1000 12.30.04 # no 12.30.22 # fat add dir support in 1983. you should try it. 12.30.26 # added 12.31.00 # but i dont have a criteria to sort my files in those directorys 12.31.10 # how do you find them, then? 12.33.53 # okok 12.34.04 # it is not rational to have more 12.34.09 # than 400 files in a directory 12.34.36 # the directory i use with those files, is just a garbage diretory for all mp3 i cannot longer hear 12.34.39 # but 12.34.47 # all the discussion about it 12.35.01 # is not good for the popularity 12.35.10 # TotMacher: i agree 12.35.15 # most of the things 12.35.19 # are not rational 12.35.34 # and people mostly 12.35.38 # act not rational 12.35.44 # you are wrong 12.35.46 # most people do 12.35.56 # most people are perfectly happy with this limit 12.35.58 # and if they hear about a limitation 12.36.01 # of the firmware 12.36.02 # most people didn't even know it's there 12.36.37 # "i was thinking about rockbox, but i read a lot about limits, so i didn't try it" 12.36.39 # they have a bad feeling about it 12.36.48 # and wont even try it out 12.38.30 # and i am concerned, that 99% not act rational :) 12.38.37 # most of the time 12.38.54 # ok 12.39.16 # not my problem anymore 12.39.21 # i will split up my directory 12.39.25 # with a bad feeling :) 12.40.47 Quit Hes (brunner.openprojects.net irc.openprojects.net) 12.40.47 NSplit brunner.openprojects.net irc.openprojects.net 12.40.47 Quit fraggle (brunner.openprojects.net irc.openprojects.net) 12.40.47 Quit dwihno|gone (brunner.openprojects.net irc.openprojects.net) 12.40.47 Quit sylvr (brunner.openprojects.net irc.openprojects.net) 12.40.47 Quit elinenbe (brunner.openprojects.net irc.openprojects.net) 12.40.47 Quit datazone (brunner.openprojects.net irc.openprojects.net) 12.40.47 Quit laotan (brunner.openprojects.net irc.openprojects.net) 12.40.47 Quit adi|home (brunner.openprojects.net irc.openprojects.net) 12.40.47 Quit Synthe (brunner.openprojects.net irc.openprojects.net) 12.40.47 Quit seb-sleep (brunner.openprojects.net irc.openprojects.net) 12.40.47 Quit rwood (brunner.openprojects.net irc.openprojects.net) 12.40.47 Quit edx|school (brunner.openprojects.net irc.openprojects.net) 12.41.32 NHeal brunner.openprojects.net irc.openprojects.net 12.41.32 NJoin rwood [0] (~rdwrockbo@ca-santaanahub-cuda3-c9b-117.anhmca.adelphia.net) 12.41.32 NJoin datazone [0] ([NyzPmBte4@207.136.36.203) 12.41.32 NJoin Hes [0] (~hessu@hessu.zedi.sonera.fi) 12.41.32 NJoin elinenbe [0] (trilluser@user-0cces0l.cable.mindspring.com) 12.41.32 NJoin adi|home [0] (~adiamas@as5300-11.216-194-24-199.nyc.ny.metconnect.net) 12.41.32 NJoin seb-sleep [0] (user@bgp420584bgs.union01.nj.comcast.net) 12.41.32 NJoin edx|school [0] (~edx@pD9EAB2DE.dip.t-dialin.net) 12.41.32 NJoin fraggle [0] (~fraggle@pc2-glfd1-4-cust151.gfd.cable.ntl.com) 12.41.32 NJoin Synthe [0] (Synthe@galt.synthe.net) 12.41.32 NJoin sylvr [0] (silver@typhoon.xnet.com) 12.41.32 NJoin dwihno|gone [0] (dwihno@Bald067.Baldakinen.Umea.SE) 12.41.32 NJoin laotan [0] (~jesse@markham.openflows.org) 12.46.20 # don't 12.46.20 # i'm running a software development project here, not a presidential election 12.46.21 # as the faq says, people used big dirs because playlists sucked. they don't suck any more, so people can stop using big dirs. 12.46.30 # it's very simple to change for those who want it different 12.46.32 # hehe 12.46.34 # the HUGE majority don't need it changed, and should not suffer for the demands of a tiny minority 12.46.48 # am I wrong? 12.46.58 # hat is DISCRIMINATION ! 12.47.02 # you nazi 12.47.06 # :)= 12.47.26 # yeah 12.47.28 # its ok 12.47.59 # the main question is "how much is enough" 12.48.08 # 1000 12.48.31 # ok, how many users do you thing have 1000 file/dirs? 12.48.36 # think 12.48.42 # 1 12.48.44 # me 12.48.50 # at least ! 12.49.00 # first, estimate how many people have tried rockbox so far. i'd say 300-500. 12.49.15 # only ? 12.49.16 # how many of those have complained about the dir limit? 3. 12.49.27 # hehe 12.49.33 # but they complain hard 12.49.33 # i'm being conservative. maybe it's several thousand who has tried it. 12.49.36 # Zagor: then maybe there are lots of people with 600-file dirs just waiting to try rockbox :-) 12.49.48 # YES ! 12.49.50 # :) 12.50.02 Join Bagder [0] (~daniel@as3-3-2.ras.s.bonet.se) 12.50.04 # ok 12.50.09 Nick TotMacher is now known as tot|klausur (tot@p508D9BB7.dip.t-dialin.net) 12.50.11 # can you see my point now? 12.50.20 # so, how may people will we shut up if we raise to 600 files? 12.50.26 Nick tot|klausur is now known as TotMacher (tot@p508D9BB7.dip.t-dialin.net) 12.50.26 # 1, maybe 12.50.27 # 1 or 2 12.50.33 # i always saw your point 12.50.38 # but i have to go now 12.50.53 # you are too rational :) 12.51.03 # those people don't complain about the 400-file limit 12.51.16 # they complain about that there is a limit at all 12.51.23 # bad for the rockbox marketing 12.51.25 # this limit 12.51.34 # I disagree 12.51.38 # rockbox isn't marketing 12.51.41 # its good marketing 12.51.45 # it's software development 12.51.54 # we prefer big mp3 buffer 12.51.57 # that's goodness 12.52.28 # but if we had a dynamic handling somehow, we would have the cake and eat it 12.52.49 # yes 12.53.03 # let's do that in version 1.8 B-] 12.53.12 # i say let the one who complains write the code 12.53.19 # amen 12.53.27 # 1-2-3: 12.53.31 # SHOW ME THE CODE! 12.53.49 # :-) 12.54.23 # i wonder what happened to the dynamic memory discussion 12.54.28 # it just died 12.54.37 # I don't miss it 12.54.45 # i miss it 12.54.49 Join lohap [0] (lohap@213-48-76-207.bra.cvx.blueyonder.co.uk) 12.55.04 # i want to see how mr Wood will solve it 12.58.31 Quit lohap (Client Quit) 12.59.20 # by the way, i like this: 12.59.24 # text = (char*)realloc(text, strlen(text)+1); 12.59.31 # :-) 13.00.11 # hahaha 13.00.27 # efficient, dynamic memory usage 13.01.12 # well, most of the times the same pointer will be returned ;-) 13.07.31 # Bagder: if you feel like some extra web hacking, we can extract the whole SF tracker contents here: http://sourceforge.net/export/xml_export.php?group_id=44306 13.07.42 # would be good to mark bugs as "fixed" etc. 13.07.43 # I know 13.07.45 # ok 13.08.07 # I made an automatic script that can download it 13.08.15 # as you need to login as admin to do it 13.08.22 # rocking 13.08.34 # but I'm not quite sure what to do with it ;-) 13.09.14 # i'd like a "Resolution" row in the bug list, for starters 13.09.28 # heh 13.09.40 # me too 13.09.49 # and we could have a much better list of feature requests 13.09.59 # categorized 13.10.00 # true 13.10.15 # catgorized only if we introduce good categories 13.10.27 # but we'd need a hell of a xml parser 13.10.40 # just having all on one page would be an improvement 13.12.09 # Zagor: can you get the helvR08.bdf font showing? 13.12.16 # it occurred to me I never actually used that font 13.12.24 # can't remember. i'll try 13.12.26 # the makefile overrides it with that other one 13.12.45 # and when I carefully made sure I got the helv-one, it doesn't work 13.13.20 # Bagder: how far have you come with the font stuff? 13.13.26 # nowhere 13.13.31 # :-) 13.13.39 # I have no working prop font 13.13.57 # I wanted to get the ajf work first with prop 13.14.24 # as the .bdf parser will need some "fgets()" function or similar 13.14.56 # right 13.15.37 # I thought about doing a full fopen(), fgets(), fclose() layer 13.15.58 # but I'm not sure if anything else will need it 13.17.31 # text file handling usually gets a lot easier with an fgets(), so it might be a good idea. i'm not sure if we should make a full f* layer or simply a gets() though. 13.18.06 # well, fopen() and fclose() would make the fgets() nicer 13.18.17 # but those three would probably be enough 13.18.18 # yes 13.18.47 # i think fputs() will be nice later on 13.18.59 # ? 13.19.04 # why? 13.19.04 # for config files and stuff 13.19.12 # just handy, not necessary 13.19.18 # but writing is pretty easy with write() anyway 13.19.23 # it is 13.19.51 # it's just easier without caring about LF 13.24.58 # Zagor: do you have permission to publish the ISD-200 specs? 13.27.57 # not explicitly. but cypress doesn't even sell the isd200 or isd300 any more, so I figured I might just aswell publish it and see if they complain 13.28.08 # and the ata specs? 13.28.30 # that's downloaded from the web, so that should be no problem. it's a draft. 13.29.01 # yes, but i think they may dislike that we redistribute working drafts 13.29.16 # "Any commercial or for-profit replication or republication is prohibited." we are neither. 13.29.42 # they might. if they complain, i will remove it 13.29.51 # Permission is granted to members of NCITS, its technical committees, and their associated task groups to 13.29.51 # reproduce this document for the purposes of NCITS standardization activities 13.29.58 # we are neither .-) 13.30.31 # has anyone tried the digital out from the recorder? 13.30.39 # not me 13.31.02 # i don't even know how to connect it :-) 13.31.14 # i think it's described in the yahoo faq 13.32.37 # where is that? 13.33.11 # http://groups.yahoo.com/group/archosjukebox6000/files/AJBR%20Quick%20Reference%20Guide 13.33.50 # there wasn't much in it, though 13.44.43 # Zagor: tried the font? 13.44.51 # uh, no 13.46.28 # is there some way to stop gcc from complaining about differing const in function parameters? I can't compile the ata-sim because linux uses const* filename and we dont (and no, we don't want to have it) 13.47.58 # I don't think so 13.48.45 # -Wno-conversion perhaps 13.48.48 # Bagder: nope, that font is bugging bad for me 13.49.06 # yeah, for me too 13.49.24 # I guess that's a problem in the bdf2ajf converter or something 13.49.41 # yup 13.49.46 # Hes: you alive? 13.51.14 # so I guess I need to fix that first, so that we know we understand the bjf format properly 13.51.38 # yes 13.52.28 # I hate it when people hit "reply" when they post a new subject to the mailing list. messes up my threading. 13.55.02 Join Tsd [0] (Tsd@193.209.142.9) 13.56.58 # I'm here 13.57.21 # I've been quite busy lately, haven't had time to listen to the jukebox too much... 13.57.27 # or update from cvs 13.57.51 # ok. i made the sleep handling a bit more relaxed a few days ago. you should try it and see if it improves skipping. 13.58.17 # Willd o. 13.58.31 # I will try to cough up a build today. 14.01.43 Quit Tsd () 14.03.28 Join pimlottc [0] (~pimlottc@a1-1b012.neo.rr.com) 14.10.14 # Zagor: about the "poor man's ROR", why not use asm(" rotr %0" : "+r" (data)); 14.10.43 # ? 14.10.43 # because it's taken directly from descramble.c, which is ran on many platforms 14.11.05 # feel free to fix it in rolo.c 14.11.08 # ok 14.23.34 # i am silly 14.23.45 # the rotr instruction is 32 bit only 14.23.50 # boo :-) 14.28.27 *** Saving seen data "./dancer.seen" 14.42.54 Nick seb-sleep is now known as seb-school (user@bgp420584bgs.union01.nj.comcast.net) 14.47.23 Nick Zagor is now known as Zagor|lunch (bjst@as9-5-6.k.s.bonet.se) 14.47.34 # hiya 14.51.16 # yo 14.51.23 # sup ? 14.51.47 # not much, working 14.52.25 # hmk 14.52.28 # school here 14.53.07 # speaking about rolo shorten 'descrambling' to 'descramble' 14.53.12 # (11 chars on player ya know) 14.53.48 # hey, have you guys gotten your hands on a multimedia jukebox yet? 14.56.03 # nope 14.56.47 # hm, I wonder how similar that is 14.57.02 # it is a totally different beast 14.57.16 # i think it is an ARM CPU 14.57.21 # Ohh 14.57.40 # I wonder if they'll keep the same firmware system for that though 14.59.01 # pimlottc: done 14.59.24 # Hadaka: maybe, meybe not 14.59.48 # they still load the firmware from disk, for what i know 15.00.16 # but i don't know if they scramble the firmware 15.01.16 # hm, well loading the firmware from disk is a good thing - and if the scrambling isn't difficult to handle, then it's good 15.06.20 Join champi [0] (~champi@AVelizy-108-1-1-190.abo.wanadoo.fr) 15.06.26 # hi 15.06.40 # I can't get the simulator working 15.06.52 # win or linux? 15.07.05 # linux 15.07.16 # ./rockbox-1.3-recorder-sim 15.07.17 # X error in rockbox-1.3-recorder-sim: 15.07.17 # X Error of failed request: BadAccess (attempt to access private resource denied) 15.07.17 DBUG Enqueued KICK champi 15.07.17 # Major opcode of failed request: 2 (X_ChangeWindowAttributes) 15.07.17 # Serial number of failed request: 34 15.07.18 *** Alert Mode level 1 15.07.18 # Current serial number in output stream: 38 15.07.33 # woo 15.07.45 # yeah :-) 15.07.47 # i've never seen that 15.07.49 Join wagonr [0] (8055@m252.net195-132-255.noos.fr) 15.08.13 # neither do I 15.08.29 # did you build it yourself? 15.08.41 # nut I just downloaded the executable 15.09.30 # I'm gonna try to build it myself 15.09.33 # I wouldn't be surprised if there's some library somewhere that differ or something like that 15.09.40 # buy an Archos to try it in real :p 15.09.40 # try building it 15.09.55 # the sim is still very useful for development 15.10.42 # wagonr: tu sux 15.15.10 Quit PsycoXul (Read error: 104 (Connection reset by peer)) 15.17.19 *** Alert Mode OFF 15.18.48 # wow it's not so easy to build ;) 15.18.53 # but same error 15.18.59 # with my own build 15.19.40 # why isn't it easy to build? 15.21.13 # just kidding : you have to create a directory and run de configure script that is in another one :) 15.21.27 # but it build without any error 15.22.00 # so then I guess you need to check which X-function that fails 15.23.00 # I gues it has something to do with : X_ChangeWindowAttributes 15.23.51 # XChangeProperty possibly, yes 15.27.51 Quit wagonr ("  http://www.Web-Tricheur.net -= Des tonnes d'antisèches, techniques de triche, fausses excuses, cour") 15.30.39 Join EnnaN [0] (nanne@fmf01.fwn.rug.nl) 15.31.08 # hi 15.31.18 # any1 here? 15.31.22 # yo 15.31.57 # :) just wanted to say "this is great" to anyone associated with rockbox... 15.31.58 # :) 15.32.07 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 15.32.07 # * EnnaN happy 15.32.13 # thankx 15.32.16 Nick Zagor|lunch is now known as Zagor (bjst@as9-5-6.k.s.bonet.se) 15.32.34 # * Bagder bows 15.32.40 # just got a ajs 10 saturday 15.32.46 # installed rockbox yesterday 15.32.49 # smiled today 15.32.57 # hehehe 15.33.05 # that's the spirit! 15.33.33 # couldn't find it, but is the "queue in playlist" option in development? 15.33.41 # not yet 15.33.47 # too bad.. 15.33.59 # how would you want such an option? 15.34.13 # insert the selected song in the list? 15.34.15 # ...how as in "how could we code that for heavens sake? 15.34.21 # ir append to the end of the playlist? 15.34.21 # or 'what should it do.. 15.34.26 # or both? 15.34.38 # well, what i would really like myself, is a "play next" option 15.34.47 # i like to play just a really big playlist at random 15.34.57 # but sometimes you feel like 1 certain song 15.35.00 # ... 15.35.10 # just play song next, and then continue with random playlist 15.35.15 # ok, and the continue the the shuffled list? 15.35.27 # yep 15.35.30 # do you need to queue several songs? 15.35.55 # could be usefull, but i think coding that would be harder... 15.36.04 # don't worry about the code 15.36.23 # we need to sort out the wishlist first 15.36.25 # :) well, if it is too hard, nobody is gonna implement it, cause other shit might be usefull... 15.36.49 # well, it would be great if you could just say play this next, and than this, etc.. 15.36.50 # I'm not sure but I think there's an option like this one in the official firmware (but it's really really buggy) 15.37.00 # queuing one song won't be difficult 15.37.03 # there is an "queue" option 15.37.15 # but i don't know if it plays it as next song 15.37.50 # the nice thing about an option like this is that you will never have a silence, and you still can handpick your songs.... 15.37.51 # i wonder how we should do it button-wise... 15.38.07 # BUTTON_PLAY | BUTTON_REPEAT 15.38.15 # well, while playing, you can go to the browser... 15.38.24 # Zagor: good idea 15.38.28 # then you have a lot of buttons that are nog used.. 15.38.29 # and replace normal play with BUTTON_PLAY | BUTTON_RELEASE 15.38.44 # (*wtf is button repeat?*)( 15.38.47 # with no repeat in between 15.38.51 # right 15.38.59 # EnnaN: hold the button and it repeats 15.39.00 # lastbutton strikes again :-) 15.39.08 # Zagor: :-) 15.39.15 # ? 15.39.32 # EnnaN: we are talking about a tricky handling of the keys 15.39.39 # a famous bug 15.39.41 # in rockbox 15.40.00 # in the official firmware that's what you do, you can queue a song by pressing play, but I repeat : it sux ! It plays something than the song you have selected ! 15.40.18 # i know.. 15.40.27 # champi: rockbox would never do such a thing :-) 15.40.39 # but does it play that song NEXT? or just cat it to the playlist... 15.40.39 # lol sure :) 15.40.59 # we haven't had *any* bugs that would play the wrong file :-) 15.41.09 # it plays it next but does not return to the playlist after it 15.41.10 # * LinusN is looking in the other direction, whistling 15.41.21 # except for the luser=1d10t error? 15.41.35 # :) 15.41.50 # would it be hard to implement it to play the playlist afterwards? 15.41.54 # in the officiaf firmware, it displays the name of the song you wanted, but it plays another one ! strange bug... 15.42.08 # EnnaN: no 15.42.14 Join langhaarrocker [0] (~Philipp@Bdf03.pppool.de) 15.42.25 # btw: i didn't actually come in here to add to the wishlist at first, but just to say tnx :) 15.42.31 # i would implement it as two playlists, with priority 15.42.43 # should i submit this anywhere? 15.42.51 # or is mentionning it here enough... 15.42.55 # EnnaN: there is already a feature request on that 15.43.04 # nice :))) 15.43.57 # Zagor: how about implementing it as two playlists, one which is "consumed", and has priority? 15.44.15 # the problem is of course memory 15.44.15 # consumed? 15.44.25 # ah, a stack 15.44.30 # sort of 15.44.39 # rather, a queue 15.44.50 # FIFO 15.45.20 # memory isn't a problem 15.45.21 # no, that queue would be a stack 15.45.31 # sounds ok to me. a problem is that even small numbers of songs eat up a lot of space when we have to store full path 15.45.34 # since you could queue more files 15.45.38 # you just malloc() a block for each file :-) 15.45.40 # linusN: so if the priority playlist is empty, the "standard' is played? and as soon as you insert one in the prio, it plays that next...thats your idea? 15.45.43 # haha 15.45.48 # EnnaN: yes 15.45.55 # Bagder: a FIFO 15.46.02 # that would be EXACTLY what i want!!! 15.46.16 # LinusN: lifo 15.46.29 # or? 15.46.29 # i've been screaming for that in winamp for a long time, and now in #3 it is finaly there :) 15.46.30 # why, then you can't queue a file after the queued one 15.46.34 # whatever 15.46.34 # LinusN: FIFO or LIFO should probably be configurable. otherwise we'll get bug report "queued file was not played next" 15.46.42 # right 15.46.42 # Zagor: i suppose 15.46.56 # i can see the setting before me: 15.46.58 # Zagor: possibly the hold-play pop-up could offer both ways 15.47.01 # Queue Stack: 15.47.03 # LIFO/FIFO 15.47.05 # :-) 15.47.07 # hehehe 15.47.11 # clear as mud 15.47.26 # nono, ?IFO: 15.47.29 # L/F ? 15.47.31 # hehe 15.47.37 # :) 15.47.48 # LinusN: clear as water! at least, i'd want it that way.. :) 15.47.49 # %cIFO, type?"L":"F"; 15.48.00 Nick elinenbe is now known as elinenbe|here (trilluser@user-0cces0l.cable.mindspring.com) 15.48.11 # Jepp, that' readable! 15.48.20 # morning ... well, good afternoon all. 15.48.23 # you could do it fifo/lifo/filo/lilo (for the redundency ;) 15.48.41 # :-) 15.48.49 # in SIMD? 15.48.58 # can we have a fixed length queue? 15.49.10 # like, 5 songs? 15.49.16 # yes, I think we should 15.49.24 # at least for now 15.49.24 # 4 songs is 1KB... 15.49.34 # EnnaN: there IS a lilo for the archos, it's called ROLO ;) 15.50.02 # champi: i know, but i do not think it loads "li".. :) 15.50.43 # general: what time would there people be around here? (and especially, in what timezone would that time be?) 15.51.14 # there are people here 24/24 15.51.41 # Mostly when I have to work or sleep ... :( 15.51.53 # but be aware, most of the people here have no life ;-P 15.52.18 # bagder: well, i'm a CS student, so i'm not supposed to have a life either :) 15.52.35 # ok, you may fit well here then ;-) 15.52.49 # Not life but at least an instance. 15.53.31 # Zagor: or maybe the same approach as the dir buffer? 15.53.47 # But that doesn't matter: we don't use dynamic memory -> no garbage collection -> the instance is forever. 15.53.53 # langhaarrocker: i bet you're from holland, seeing your name? 15.54.00 # LinusN: the dir buffer assumes a single dir path 15.54.02 # No, germany. 15.54.51 # EnnaN: But you're not the first to guess wrong. And I in fact understand and speak a very little bit dutch. 15.55.02 # ? your name looks dutch.... 15.55.08 # Zagor: i meant the allocation of name data 15.55.19 # a name buffer and an index array 15.55.28 # LinusN: right. but it still means potentially max 4 files/KB 15.55.44 # yes, but few people have that long paths 15.55.58 # but yeah, null termination is a better way than a static MAX_PATH array 15.56.01 # so a 16 file queue with a 1k buffer, or something like that 15.56.16 # yup 15.56.24 # i'm on the job 15.56.41 # nother general question (if i'm not anoying you too much); how hard is the rockbox code? how long would a reasenable coder take to understand some.....? 15.56.51 # it's easy 15.56.58 # plain, simple C 15.57.25 # we work a lot to keep it simple, it's one of our main objectives 15.57.26 # The hard thing is to find out wether the SYNC pin of the MAS is connected to any interrupt or not. 15.57.32 # langhaarrocker: hahaha 15.57.34 # that i knew, but if it is too lengthy and/or random written... 15.57.40 # a reasonable coder grasps it pretty quick 15.57.49 # lots of people have 15.58.01 # EnnaN: dive in and check for yourself! 15.58.05 # think i'm gonna take a look at the code tonight when i get home... 15.58.07 # :) 15.58.25 # I admit that it was _very_ easy to do the first steps. Contrats to the source scouts! 16.00.23 # how should prev/next work? 16.00.41 # I see you are talking about queuing songs. 16.00.41 # * LinusN sees complications 16.01.05 # I think a great way is to hold play on a song ofr a few seconds, then 2 options come up insert/appent 16.01.26 # elinenbe|here: append to the list or to the queue? 16.01.32 # insert will insert right after the current song playing, and append will append to the current list of songs playing 16.01.57 # elinenbe|here: and if you insert twice? 16.02.09 # list goes like this 1,2,3,4,5,6 16.02.14 # I think to many options will lead to a too much comlex interface 16.02.19 # my list is 3000 songs 16.02.22 # while plying song 2 you instert song 7 16.02.31 # now it looks like this 1,2,7,3,4,5,6 16.02.42 # now before 3 ends you instert 8 16.02.53 # then it looks like 1,2,8,7,3,4,5,6 16.02.55 # elinenbe|here: and if you insert song 8 before song 2 has played? 16.03.11 # ok, your a LIFO guy 16.03.14 # well, it is only a feature WHILE songs are playing 16.03.24 # LinusN: that is the insert option 16.03.39 # then there is the append option, where if you did the same thing it would be 1,2,3,4,5,6,7,8 16.03.43 # The idea with two playlist and priorities would be much more logical and easier to understand for the user 16.03.56 # i want 8 to appear after 7 aven when inserting 16.04.00 # the empeg car player has this options and it works GREAT! 16.04.23 # well, if some1 is here in a couple of hours, ill check back.. have a meeting now.. 16.04.27 # latorz :) 16.04.40 Quit EnnaN ("Leaving") 16.05.03 # langhaarrocker: why do you want the sync? 16.05.29 # I want to detect when the MAS plays which mp3 frame. 16.05.45 # why? 16.05.55 # Need that to know which volumie info belongs to which frame for a split editor. 16.06.16 # a split editor in realtime? 16.07.05 # what do you guys think about Hardeep 16.07.16 # and how do you know that the volume info isn't an average over several frames? 16.07.19 # No, press pause, go into split editor -> it buffers some mp3 data and works on that. When playing back this buffer 1st time it collects volume info. Voila: a graphical split editor. 16.07.27 # what do you guys think about Hardeep's patch (where the cursor switches to the current playing song) 16.07.40 # elinenbe|here: i can see a good use for it 16.07.50 # i want it optional though 16.08.14 # well, he made it as an option. I really like it here. 16.08.41 # I think someone should commit it. 16.08.52 Nick elinenbe|here is now known as elinenbe (trilluser@user-0cces0l.cable.mindspring.com) 16.10.04 # How long might an mp3 frame be at least? 16.10.07 # (time) 16.10.21 # at least 24ms 16.10.30 # i think it's good, since it's optional. elinenbe, will you commit it? 16.10.32 # up to 72 16.10.45 # also, the oscilloscope demo is pretty cool -- the second one posted is much more effective then the first 16.10.59 # Zagor: only with your permission 16.11.03 # I used lcd hardware scroll for that. 16.11.14 # * Zagor hands elinenbe permission on a silver plate 16.11.25 # ooo silver... 16.11.35 # hehe 16.11.39 # it would be cool to have a definiable oscilloscope box for the WPS -- something like the status bar :) 16.11.49 # I've got an updated oszi demo version that's switchable from scrolling to rolling. 16.12.27 # elinenbe: that's difficult because the entire lcd must be scrolled. 16.12.36 # (due to hardware scrolling) 16.12.51 # langhaarrocker: did you do the original oscilloscope? 16.12.58 # yep 16.13.16 # langhaarrocker: it would be nice to just have the peak values instead of filling it in. 16.13.17 # I had to extend lcd.* for that. 16.13.22 # I saw that. 16.13.32 # it runs nicely though... the 2nd version. 16.13.42 # That can be done easily. 16.14.04 # langhaarrocker: could you try to do that? 16.14.37 # Ok: Ill do that and post a 3rd version with filled / hollow, scrollable / rollable, adjustable speed. 16.14.51 # adjustable speed? 16.15.08 # is that instead of scrolling by one pixel, it scrolls by x pixels? 16.15.09 # I can make it slower. 16.15.22 # no, that's no fun 16.15.24 # well, slower does not make it go with the music. 16.15.37 # elinenbe: less updates. 16.15.49 # like 1 sample per more time 16.17.44 # langhaarrocker: well, then it will not go with the music as well, I think it will look worse -- real time updates would be the best 16.18.21 # It stays realtime - it just scrolls slower. 16.18.35 # ah... I see. 16.21.22 # Do you realliy write "oscillosgraph"? Dear me, my faulty english! 16.22.21 # Or are there any suggestions for a better name? 16.23.25 # gone coding. 16.23.31 Quit langhaarrocker ("Trillian (http://www.ceruleanstudios.com)") 16.26.14 # what would we want prev/next to do when having added/inserted a file? 16.26.30 # act if the added files are part of the playlist? 16.26.47 # yes. except prev of course can't go to the previously queued 16.26.50 # yes. 16.27.37 # the helvR08.bdf font gets all wrong when ajf'ified 16.27.53 # but is pretty useful to point out flaws in the format 16.28.09 # it is gonna be hard to support a "static" font height 16.28.28 *** Saving seen data "./dancer.seen" 16.28.46 # I'll have to write something down to explain this mess 16.29.03 # how do you mean, static font height? 16.29.09 # one set height 16.29.13 # LinusN: lookie here: http://www.riocar.org/modules.php?op=modload&name=FAQ&file=index&myfaq=yes&id_cat=4#32 16.29.22 # read the LAST section on that page. 16.29.37 # Zagor: this font is said to use a 12x16 sized "box" 16.29.49 # Zagor: but each single letter is a lot smaller, within that set box 16.29.51 # or you can just do a search for: "Insert/append from playlists menu" without the quotes. 16.30.24 # each letter has its own height 16.30.55 # LinusN: people absoutly love this method. 16.31.23 # elinenbe: it's not like "people" have tried a lot of different methods, is it? 16.31.42 # they probably just love the feature 16.32.11 # Zagor: I assume, but the way this is set up, it satisfies nearly everyone. 16.32.16 # Bagder: right, so do we really need to care about the box? 16.32.27 # Zagor: people just praise it... 16.32.41 # elinenbe: this is what we are about to fix, too. but without "append" for starters 16.32.50 # Zagor: not really, but that's the only "static" height we know about. To figure out font height, we need to check all letters in a defined string. 16.33.03 # what we are discussing is what happens with the *next* item you enqueue 16.33.03 # which might make things tricky 16.33.30 # Bagder: we alredy did that, until I hardcoded a height just a few days ago... 16.33.50 # Zagor: but this would theoreticly make different lines use different heights... 16.33.58 # Bagder: yes 16.34.15 # and we need to modify the ajf format ;-) 16.34.24 # this is what the page says about the next enqueue: Enqueue: The first time you select this option, it inserts the selected item immediately after the current song. If you do this multiple times, it will insert the results after your last insert. Sort of like queing up songs on a jukebox. 16.34.26 # so probably there should be a "max height" and "max width" entry remembered for the font 16.35.03 # Zagor: possibly, but the max won't be very interesting for most things 16.35.19 # ah, you mean for a given string? 16.35.27 # elinenbe: right. and we want that configurable. some people want enqueued files to always be played next 16.35.47 # Bagder: no, I mean for the font. to use for line height in the dir browser for instance 16.36.11 # Zagor: well, in this font most letters are 8 or less pixels high, but the max is 16... 16.36.22 # what is 16? 16.36.28 # elinenbe: then it isn't like you described it 16.36.28 # the max size 16.36.40 # yeah, but is any glyph actually 16 pixels high? 16.36.42 # you said that songe were always inserted 16.36.44 # Zagor: I don't know if any letter actually uses the full height, no 16.36.58 # we should have the max used, not the max stated :-) 16.37.03 # Zagor: well, I have used quite a number of hardware mp3 players and this feature on the empeg is incredible. Having this option with these features would be incredible. 16.37.26 # LinusN: yes, I did explain it worng earlier 16.37.38 # incredible :) 16.37.39 # hehe 16.38.02 Join bobTHC [0] (~bobTHC@AMarseille-206-2-1-9.abo.wanadoo.fr) 16.38.18 # hi all 16.40.38 # hi 16.40.46 Join quelsaruk [0] (~zaknafein@faerun.ugr.es) 16.40.51 # hi 16.43.51 Nick edx|school is now known as edx (~edx@pD9EAB2DE.dip.t-dialin.net) 16.46.13 # hi 16.46.16 # hello edx 16.46.34 # hi 16.52.44 # Zagor, don't forget to update the sh-win page ;) 16.56.48 # brb 16.56.50 Part elinenbe 16.56.57 # edx: ah, will do that now 16.57.01 # k 16.57.33 Part Bagder 17.04.33 Join elinenbe [0] (trilluser@user-0cces0l.cable.mindspring.com) 17.05.14 # LinusN: are you working on enqueue and append lilo/filo/fifo/lifo ? 17.05.55 Join edx|notebook [0] (~edx@pD9EAB531.dip.t-dialin.net) 17.06.32 # elinenbe: i stopped, when i got too much to do with other stuff 17.07.23 # LinusN: oh... I am quite excited about it. I will patiently wait. 17.23.01 Quit edx (Read error: 110 (Connection timed out)) 17.27.48 # i think i just beat the world record in fast feature-request additions 17.29.01 # LinusN: what do you mean? 17.29.24 Join EnnaN [0] (bla@cc53164-b.groni1.gr.nl.home.com) 17.29.26 # the mono/stereo option posted to the feature-request database 30 minutes ago 17.29.35 # hi again 17.29.38 # hi 17.29.43 # elinenbe: i just implemented it 17.29.53 # :-) 17.29.59 # took 33 minutes 17.30.14 # ahh... that's nice. 17.30.20 # wau.. a record, LinusN 17.30.23 # :) 17.30.25 # i have to catch my train now 17.30.29 # cu later guys 17.30.54 Part LinusN 17.31.48 Quit mecraw (Read error: 54 (Connection reset by peer)) 17.33.17 Join hardeep [0] (hardeeps@sdf.lonestar.org) 17.33.33 # hmm, is it normal for my original headset to distord much more that a *normal* 1? 17.38.28 # hmmmm, red build 17.38.38 # Zagor: how is the fat32 writing coming? 17.38.49 # hardeep: I submitted your patch 17.39.12 # elinenbe: thanks. 17.39.13 # hardeep: but there is a bug when you turn file resume on. 17.39.31 # hardeep: te cursor is always on the first file which gives some interesting results. 17.39.44 # try it on a file that is in the last few of a directory 17.39.59 # that has both more then and less then 8 files in it. 17.40.09 # then try hitting up/down 17.40.29 # elinenbe: yeah, that's what magnus also reported. 17.40.37 # i'll fix it 17.40.57 # hardeep: I really like that patch :) 17.43.55 # me too. :) it's one of those minor things that annoyed me on rockbox 17.45.02 # hardeep: now when you reboot though, the cursor is not on the correct file unless you go to that setting in the menu again. 17.46.00 # hardeep: hit on twice to get back to the song, then hit on again, and you get back to the correct position in the menu 17.46.17 # s/menu/tree 17.46.21 # and this is when rebooting. 17.47.31 # hmmm, i don't quite follow. 1. enable browse current, 2. hit on 3 times, 3. reboot jukebox ? 17.47.53 # hardeep: no. let me explain. 17.48.57 # ah, i see it. when you resume a file after reboot 17.49.14 # hardeep: 1) enable browse current 2) play some song 3) turn off 4) turn on 5) press on to get to tree (on first file in root dir (wrong file!)) 6) press on to get back to song 7) press on again (now on right song!!) 17.50.20 # hardeep: see this behavior? 17.50.53 # yep, will fix this also. :) it's related to resume 17.51.31 # hardeep: awesome! 17.54.01 # I know langharrocker is not around who did the oscilloscope code, but I was wondering something. Couldn't the max values that the oscilloscope puts out be read and then a dynamic normalization be done to adjust the volume on the fly? Like a software based auto volume? 17.55.18 # also, there is a problem with the oscilloscope code. When I am playing music and just watching the oscilloscope every few songs, then music just stops. I can go back to the directory browser and start the song over, but this is reproducable and kind of annoying. 17.55.47 Nick edx|notebook is now known as edx (~edx@pD9EAB531.dip.t-dialin.net) 18.13.15 Nick Zagor is now known as Zagor|out (bjst@as9-5-6.k.s.bonet.se) 18.14.58 Join sesam [0] (~edx@pD9EAB531.dip.t-dialin.net) 18.15.01 Quit sesam (Remote closed the connection) 18.18.31 Nick elinenbe is now known as elinenbe|out (trilluser@user-0cces0l.cable.mindspring.com) 18.28.30 *** Saving seen data "./dancer.seen" 18.30.34 Join langhaarrocker [0] (~Philipp@Bdf92.pppool.de) 18.31.14 # Hm. Now that Im here again elinenbe is gone :( 18.34.11 # Well, I've sent the desired osci code to the mailing list, that's all I can do by now. CU later I've got to visit the practise room. 18.34.27 Quit langhaarrocker (Client Quit) 18.36.23 # quelsaruk : u always work on the multilangual ? 18.36.36 Join LinusN [0] (~linus@labb.contactor.se) 18.37.20 # hehe, of course i broke the sim builds :-) 18.37.30 # as usual... ;) 18.37.35 # grmbl 18.38.14 # `MAS_BANK_D1' undeclared (first use in this function) 18.38.30 # i'm on it 18.38.39 # k :) 18.39.13 # oscilo function is in the last daily ? 18.40.40 # bobTHC: nope. it has not been comitted yet 18.41.14 # sorry bobTHC?? 18.41.40 # did u ask if i'm working on the multilingual support? 18.42.09 # yep 18.43.39 # not now, as Bagder said we would use a tool to "translate" from .lang file to language.h, we must first know how will this .lang files be.... 18.43.49 # so i've found another interesting thing to do 18.43.56 # non-continuous play 18.44.19 # ok.... i 18.44.31 # i wan't my jukebox to stop playing once all my files have been played :) 18.45.02 # like me 18.45.10 # LinusN: none has worked before on this, no? 18.45.36 # just to know if there is something like this... 18.47.53 # quelsaruk: http://rockbox.haxx.se/TODO no one is working on repeat on/off yet 18.49.49 # C U later ... bye 18.49.53 Part bobTHC 18.51.02 # thx elinenbe|out 18.56.02 # i think mecraw was looking into it. re: repeat on/off 18.57.47 # ok, thx hardeep, i'll ask him, 19.03.20 Part LinusN 19.34.21 # cvs is sloooooowwww today 19.38.20 Quit champi ("Fermeture du client") 19.52.41 Quit RipnetUK () 20.06.02 Quit hardeep ("Leaving") 20.28.34 *** Saving seen data "./dancer.seen" 20.39.23 Quit sylvr (Remote closed the connection) 20.54.31 Join hardeep [0] (hardeeps@sdf.lonestar.org) 21.09.34 Join xam_ [0] (~chatzilla@tqpc.ucc.ie) 21.09.44 # hi 21.09.54 # you guys are sooooo crazy! 21.10.13 # rockbox rules. It's so much better than the original firmware 21.11.19 # I just miss the recording option ... that's all ... and if there was .ogg support it would be perfect 21.13.50 # we are working on the recording stuff... there's a long way to go.. and there where discussions about .ogg support - it is out of reach as it seems 21.14.34 # I know ... missing manuals 21.15.23 # what about deleting/moving/renaming files and creating/deleting/moving/renaming directories? 21.15.37 # that'll come with filesystem writing, eventually 21.15.43 # we do not yet support writing to the fat filesystem 21.15.48 # filesystem writing is being worked on (it's a prerequisite for recording) 21.15.48 # yup. 21.16.25 # mhh, itsn't it a hitachi zh-1 processor? doesn't linux run on these cpus? ;) 21.17.04 # at least the zh-3 21.17.15 # sh-1... doesn't run on it 21.17.25 # runs on the sh-3 21.17.56 # hardeep: great fix! 21.18.17 Nick elinenbe|out is now known as elinenbe (trilluser@user-0cces0l.cable.mindspring.com) 21.22.09 # even the music sounds better! 21.22.10 Nick edx is now known as edx|sleep (~edx@pD9EAB531.dip.t-dialin.net) 21.22.29 # xam_ : and looks better too! 21.22.37 # xam_ : do you have a recorder or player? 21.22.43 # elinenbe recorder 20 21.24.46 Quit quelsaruk ("KVIrc 3.0.0-beta1 "Eve's Avatar"") 21.24.50 # ah... then try this as the firmware: www.umich.edu/~elinenbe/ajbrec.ajz 21.25.04 # elinenbe what's the difference? 21.25.18 # play a song and then go back to the menu, then to Demos, then to oscilloscope. 21.26.02 # elinenbe ;) 21.26.11 # elinenbe got it ... 21.26.17 # press the F2 button for different option 21.26.25 # I did not program this, but it is very nice. 21.26.40 # F1 button for different modes. 21.26.54 # up/down for speedup/slowdown 21.27.31 # it may crash -- it is not completly stable yet :) (but it will not do anything bad - just hold down the off button) 21.28.50 # elinenbe the font is different aswell ... 21.29.49 # yeah -- that is the proportional font. you can see much more on the screen :) 21.29.58 # whoaaaaa - the oscillograph is coooool 21.31.36 # elinenbe and if you press up/down you can slow the oscillograph down/up if you want 21.34.24 # elinenbe where did you get this firmware? from the CVS? 21.36.17 Nick seb-school is now known as _seb_ (user@bgp420584bgs.union01.nj.comcast.net) 21.36.56 # yes, and from a patch on the mailing list. 21.37.41 # elinenbe you know where to get the sh-elf gcc? I already have proper binutils 21.37.56 # elinenbe sh-elf-gcc debian packages 21.38.31 # elinenbe I don't feel like wanting to bootstrap a crosscompiler right now 21.39.41 # there is something in the debian repository called gcc-h8300-hms, but I don't think it's the right .deb 21.40.46 # does anybody know whether these changes are already in the CVS? 21.40.51 Nick Zagor|out is now known as Zagor (bjst@as9-5-6.k.s.bonet.se) 21.40.54 # no they're not 21.42.40 Nick xam_ is now known as xam (~chatzilla@tqpc.ucc.ie) 21.44.28 # Zagor will they be integrated in 1.4? 21.46.58 # mhh, finally found that there are instructions for building a crosscompiler on the rockbox webpage ... seems I have to do it anyway ... 21.55.41 # xam: possibly 21.56.15 # sorry for all the questions, but what does the option "General Settings -> File View -> Browse Current" do on the patched version? 21.59.53 Nick _seb_ is now known as seb-away (user@bgp420584bgs.union01.nj.comcast.net) 22.00.14 # it toggles whether the browser should change dir to currently-playing song or stay still 22.02.36 # Zagor don't get it (/me too stupid?). "Browse Current Song" is default "no", but when change it to "yes" I don't see a difference 22.02.52 # Zagor what do you mean by stay still? 22.03.38 # Zagor what is the default action? I mean if I select/play a song, it automatically changes the directory ... 22.03.49 # xam: you only notice a difference when you play OFF or ON (go to dir browser). with "Browse current song" active, the dir browser will be positioned at the last played file 22.04.48 # Zagor I see, thanks alot ! 22.13.46 # I see you have implemented you own powermanagement, and battery recharge is using delta U detection (voltage drop). Do you know how it was done before or whether the battery life is better with rockbox? 22.14.54 # battery life is better with some versions. some versions of some models seem not to like our power saving tricks, however 22.18.45 # Zagor: how is file writing progressing? making any improvements yet? 22.19.22 # still laying the groundwork. there's lots of stuff to write (time/date handling, to just name one) 22.28.36 *** Saving seen data "./dancer.seen" 22.29.30 # Zagor: good luck with it. 22.31.01 # luck is not a factor ;) 22.31.42 # Zagor: it may be when you are testing it :) 22.32.16 # yup. that's just an old movie quote I enjoy using. from some NASA/space movie. 22.36.24 # heheheh i like the osilligraph 22.37.24 # it sounds cool. i haven't tested it yet. 22.39.26 # Zagor: did you see what I wrote about the oscillograph a while back? 22.41.21 # Zagor: we know the max of each bit of music. Why can't we take an average of the past X number of samples, and then normalize it on the fly or something like that? 22.42.21 # Zagor: adjust the volume acordingly. 22.43.14 # We could, yes. 22.44.38 # Hes: I think that could be a neat idea. 22.44.45 # Hes: something worth investigating 22.48.27 # elinenbe: how does that differ from the AVC? 22.48.42 # player doesn't have AVC does it? 22.48.59 # right. good point :-) 22.49.49 # but, can we read the max values of each sample on the player? 22.50.03 # actually, how many people actually use AVC? I personally don't like it 22.50.15 # too many actually's :) 22.50.22 # I don't use it either 22.50.22 # I don't like AVC, but might like it if it had longer decay times 22.50.43 # same here. I think it is too quick. You can "hear" the changes. 22.50.49 # i use it sometimes when randomising my entire collection. it's good to avoid having to reach for my amp remote 22.51.15 # What I would be looking for is somehting that can adjust for most of the song. 22.51.30 # hardeep I don't like AVC 22.52.46 # mhh, a notebook/adressbook function and a textviewer (even graphicviewer?) would be nice aswell once we can write to the filesystem 22.53.00 # elinenbe: we still won't know the level until we've played it 22.53.12 # xam: i'm sure someone will write it :-) 22.53.34 # Zagor: hopefully we could adjust the level throughout the song... slowly -- like the battery charging -- using deltas 22.53.38 # zagor hehe openoffice on archos 22.54.13 # elinenbe: yes 22.54.18 # as we aquire mor samples in the song, as it plays, we would know more about the volume of the song. 22.54.48 # the problem with both oscillator and soft-avc is that it kills our power-save plans. we've have to keep busy and sleep much less. 22.55.23 # in the beginning of a song it would most likely be inaccurate so we do not adjust the volume there. Only as it gets a certain percentage into the song can we start modifying the volume, and even then it would only be by such a little bit in most cases. 22.55.28 # you could save the data to disk and re-use it the next time the song is played... 22.55.43 # jesus.. this whole wrap issue is turning into the 400 file issue all over again.. 22.55.53 # Zagor: that and the oscillator carshes my recorder after a song or 2. CPU:blahblah error 22.56.19 # ah, "Luck is not a factor" is actually from The Abyss. (gotta love IMDB) 22.56.34 # elinenbe: yeah, but that's just a bug. bugs get fixed. 22.56.52 # Zagor someone should tell this microsoft 22.57.11 # Zagor: if IMDB ever goes down that will be a sad day. They should sell their database. But at least it is backed by amazon.com 22.57.35 # adi: you get annoyed quite easily. You hvae to learn to ignore. 22.57.58 # i don't know if it's still the case but you used to be able to download the entire imdb database 22.58.24 # i agree with you adi. this option would be much more confusing than helpful 22.59.02 # hardeep: i would be surprised if that's still the case. they have built a nice business around that database these days. 22.59.12 # Since there already is a patch and the code is written, it could be an option. 22.59.53 # elinenbe: im not annoyed.. I just find it said. 23.00.02 # the project leader has said _no_ and they still fight 23.00.09 # elinenbe: just because code is written doesn't mean it should be added 23.00.15 # * adi|home nods 23.00.38 # Zagor: agreed. That is what the Rockbox Unofficial Fanpage is for. :) 23.00.58 # where people hack the hack 23.01.05 Join _Dino_ [0] (~dan@213.121.252.30) 23.01.48 # everything will be compiletime, and you can set all the option in a form on the web page, and then it will compile your binary. 23.02.04 # then you download it and save it to your jukebox 23.02.22 # not a bad idea. start hacking perl scripts :-) 23.03.09 # <_Dino_> Nice work people, I was very impressed when I tried rockbox today... very very impressed 23.03.11 # still. too much options, even compile time ones, makes the code messy 23.03.19 # _Dino_: thanks 23.04.06 # _Dino_: please send money! :) 23.04.08 # <_Dino_> archos should ditch their own os and go with this one, I wont use archos' again, unless this one crashes my hd! 23.04.11 # <_Dino_> lol 23.04.37 # <_Dino_> how much do you want?! 23.04.50 # _Dino_: I am just kidding 23.04.51 # _Dino_: oh, then don't press STOP+MENU+PLAY... ;-P 23.04.56 # <_Dino_> set up a pay pal account or something 23.05.00 # <_Dino_> lol! 23.05.09 # _Dino_: paypal only works in the us 23.05.28 # <_Dino_> oh, damn you blew my excuse already! 23.06.23 # _Dino_: on the recored if you press up,up,down,down,left,right,left,right,B,A,B,A,select,start then you can play Tetris, Sokoban, or Wormlet! 23.06.35 # lol 23.06.53 # <_Dino_> yeah right!Not om my Studio20... 23.06.57 # Zagor: have you seen the other nibbler game (eat the dots game) that is out there for rockbox? It is really nice 23.07.35 # <_Dino_> Got a background in games, might get stuck into the src tomorrow... it looked pretty tidy 23.07.54 # nope, haven't seen it. I have 21 fricking patches in my queue, and a fat driver to write... :-) 23.08.18 # 21 patches in your queue? 23.08.38 # yup. from the mailing list. 23.08.54 # ahh... 23.11.34 # ba 23.12.27 Join idefx [0] (~idefx@ABrest-103-1-4-234.abo.wanadoo.fr) 23.13.14 # Hi, i'm living tomorow (for paris, for those who read my mail...), well, before i go, how does the playlist work in latest build ?? 23.13.29 # it works good. 23.13.44 # elinenbe : and how do I use it ?? 23.14.34 # last time i tried (2 hours ago), when I hited play on a playlist, it displayed me the number of files, and then it didn't do anything. 23.15.05 # maybe my playlist format wasn't good ?? 23.16.25 # I guess. That is the way it should work 23.18.38 # elinenbe : i've checked, in fact, i used a xmms playlist, and the file format isn't the same as the one i used before ;) 23.22.07 # whahou!, it's thousand's time faster than stock-playlist gestion ! 23.22.18 # yes 23.22.39 Join TotMach3r [0] (tot@p508D9FFA.dip.t-dialin.net) 23.23.20 # hmm, seems that if i press menu-play i find a mute mode? didn't find that in any of the faqs or other files..any other surprises 2b found? 23.23.42 # EnnaN: MENU+STOP is keylock 23.23.57 # yep, found that out also :) 23.24.05 Nick seb-away is now known as _seb_ (user@bgp420584bgs.union01.nj.comcast.net) 23.24.16 # keylock is in the manual, though 23.24.24 # zagor: that's why i tried menu+play in the first time.. 23.24.33 # ok 23.24.39 # (**that was not really correct english though..**) 23.24.43 # try MENU+ON 23.25.00 # lemme see 23.25.08 # that's an id3 tag browser 23.25.37 # our manual is embarassingly behind 23.25.45 # kickass! 23.25.54 # <_Dino_> SWEET! 23.26.19 # but i like the 2-line id3 tag thing better...artist first line, trackname 2nd.. 23.26.34 # roll your own in /.rockbox/default.wps 23.26.34 # only thing, is it normal the artist doesnt scroll? 23.26.47 # <_Dino_> yeah, no artist scroll :( 23.27.08 # zagor: could xplain that default.wps or point me to a file with info? 23.27.39 # <_Dino_> did archos have a key lock? 23.27.49 # _Dino_: yes they do 23.28.02 # EnnaN: http://rockbox.haxx.se/docs/custom_wps_format.html 23.28.07 # check 23.28.07 # <_Dino_> oh, well I never read the manual anyway... 23.28.18 # like -that- is in the manual? 23.29.56 # <_Dino_> can I feel the hd spin when it is charging, or am I going mad, always seems too loud when it's charging.. do you have any control over this? 23.30.36 # _Dino_: the archos firmware spins up the disk when charging is complete, to try to minimize battery damage. the players can't turn off the charger... 23.31.09 # * EnnaN still in love with rockbox for being ULTRA fast with playlists loading 23.31.10 Quit xam ("ChatZilla 0.8.7 [Mozilla rv:1.0.0/1]") 23.31.44 # how is this playlist speed done? first day: more than a minute to load 999 file-playlist... 23.31.48 # it's not just fast. we support 10x larger lists too 23.31.48 # now, sec or so.... 23.31.57 # :) i know and like 23.32.20 # the question is not "how can we load lists so fast". the question is "wtf was archos doing" 23.32.43 # ;)) 23.33.13 # well, before going to bed, nothing yet to create/modify playlist on device ?? 23.33.15 # actually, I know what they are doing. they are looking up the position of each single file while loading the list. 23.33.29 # idefx: not yet. i'm working on the necessary file writing code 23.33.40 # <_Dino_> Zagor : so that's a good thing then?! 23.34.04 # _Dino_: the spin-up, yes. but you should probably disconnect the charger when it happens. 23.34.20 # <_Dino_> Zagor: Will do.. 23.34.38 # zagor: why should you want to do that? to see if a file is there, and if not, remove it? 23.35.06 # <_Dino_> When will I be able to use some crazy piece of kit to flash the os in my player so it boots faster? 23.35.15 # <_Dino_> or is it rom? 23.35.42 # EnnaN: I don't know why they do it this way. obviously, we didn't think it was the best method... :-) 23.35.55 # Zagor : i forgot, nothing yet to write files ;) Ok, thanks, the playlist support may be sufficient to make me happy during my 'trip' ;). After that, i will add a good database and an efficient search function, for the next time i'll get an internet connection ;) 23.35.56 # Bye 23.36.05 # _Dino_: we're not planning that. it's a bit too risky. 23.36.08 # zagor: vvery big DUH 23.36.25 Quit idefx ("(long life to rockbox)") 23.36.34 # <_Dino_> Zagor: Doable though? 23.37.03 # <_Dino_> Sorry i should read some stuff before I ask these questions... 23.37.12 # _Dino_: everything is possible... you'd have to desolder the ROM chip (surface mounted) and flash it outside the device. 23.37.29 # <_Dino_> Zagor: Funk that! 23.37.31 # i was in here earlier, talking about enqueueing numbers as "next" in playlist ... i know that it is in the request-list, but if i should help/think about it..... 23.37.33 # major hassle for just a few seconds faster boot 23.37.43 # <_Dino_> indeed 23.39.45 # EnnaN: we've pretty much decided how that will be implemented 23.40.07 # zagor: you did?? yez! how, when, feed me info! :) 23.40.35 Quit TotMacher (Read error: 110 (Connection timed out)) 23.41.39 # we'll create a queue playlist. enqueued files go into that, and each next-track first checks the queue list before the regular list 23.42.13 # the queue playlist will work just like the ram (dir) playlist, only smaller. max 16 tracks or 1KB paths 23.44.18 # <_Dino_> does the ram have any distinction between code and data space? Does a smaller executable mean a bigger buffer? 23.45.07 # yes 23.45.14 # (to the last question) 23.45.17 # zagor: any prognosses when someone is being a hero and implement this? 23.45.42 # <_Dino_> Zagor: cheers 23.45.49 # EnnaN: linus expressed interest, but had other things with higher prio right now. 23.46.29 # _Dino_: the executable is only a small portion though. the ram used by the program for other things than mp3 buffering is more important 23.46.56 # we currently spend almost 250 KB on code and non-mp3 data 23.47.07 # while the executable is just 90 KB or so 23.47.22 # <_Dino_> Zagor: that's no good 23.47.42 # <_Dino_> Zagor: get rid of malloc, it's rubbish and a pain in the arse to debug 23.47.49 # it's still a lot better than archos :-) (who spend more than 512KB) 23.47.56 # we have no malloc 23.48.18 # <_Dino_> Zagor: swear I saw it in the src, sorry 23.48.20 # or, we have it in cvs but we don't link it 23.48.28 # <_Dino_> Zagor: good 23.49.16 Quit Synthe ("Connection Lost - Excess Blood") 23.49.21 # <_Dino_> Zagor: gcc3.1's made some savings for me lately..(on another processor) have you given it a go yet 23.49.55 # someone tested it and gained a few hundred bytes 23.50.19 # most of the ram is used for data structures, such as the much-debated dir buffer 23.54.01 Join PsycoXul [0] (psyco@adsl-63-205-41-157.dsl.lsan03.pacbell.net) 23.55.16 Join Synthe [0] (Synthe@galt.synthe.net) 23.58.13 # <_Dino_> Zagor: Dissapointing saving... still as long as the situation is better than archos'