--- Log for 17.01.105 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 4 days and 11 hours ago 00.02.56 # The patch has been submitted 00.06.42 Join Cassandra [0] (~Christi@213.78.97.60) 00.08.49 *** Saving seen data "./dancer.seen" 00.17.32 # "const long zerocluster = 2;" looks a little unnecessary :) 00.18.09 # C++ish 00.18.19 # "use const, not #define" 00.18.52 # yeah, but i was mainly thinking about the type. it's not likely to exceed 16 bits... 00.18.59 # ah 00.19.07 # hehe 00.20.51 # Zagor: Bagder i was fooled too, but at a closer look his emailadress peter@parker.com let me think it might be a fake 00.21.00 # but would habe been nice ;) 00.21.19 # yeah 00.22.59 # Zagor: Might be unnecessary but hurts not... 00.23.15 # Consitent with cluster => long 00.23.29 # yeah, but it's always 2... 00.24.23 # also you only changed one of the declarations of it 00.24.38 # The other is in fat16 iirc 00.24.56 # and I thought fat16 => short 00.25.01 # yes. but we can't have only half the code 16-bit safe. it would be a mess. 00.25.41 # hmm, you're right. damn ;) 00.26.32 # heh ;) 00.26.42 # I wasn't certain ;) 00.26.57 # peter parker :)))))) 00.32.03 # i'm off to bed. see you tomorrow. 00.32.04 Quit Zagor ("Client exiting") 00.33.52 # Bagder: Do you know how the iRiver button assignments in rockbox correspond to the real iRiver buttons? 00.34.09 # no 00.34.16 # I'm not sure about the MODE, SELECT, ON and OFF buttons. 00.35.27 # I guess SELECT is pushing the joystick. The 3 right buttons have symbols that look like Play/Pause, Stop and A/B to me. 00.35.55 # right 00.36.09 # the left one says 'rec' 00.36.15 # I can't image how this corresponds to ON, OFF and MODE 00.36.31 # we'll just have to settle on something 00.36.37 # Yes, REC is obvious, as are the direction keys. 00.36.50 # I guess Linus did this assignment? 00.36.58 Join quelsaruk [0] (~kvirc@80.103.135.102) 00.37.01 # I need that for the player pic background 00.37.02 # hi 00.37.08 # hi quelsaruk 00.37.09 # amiconn: I think Linus did it, yes 00.37.18 # possibly based on Zagor's wiki page 00.37.33 # * amiconn checks 00.39.09 # Bagder: Hmm, the wiki page (ButtonAssignments) does also mention the symbolic names only :( 00.39.28 # yes, I see... 00.42.38 # we'll need to confront Linus with it 00.43.52 Join Christi-S [0] (~Christi@213.78.162.54) 00.45.19 # So, anyone have any idea when my recording screen patch will get looked at? 00.45.57 # I don't even have an archos atm 00.46.22 # Bummer. That must be slowing things down. 00.46.46 # actually, I've been rather slow in Rockbox for months now 00.47.18 # Any particular reason, or just life getting hectic? 00.47.42 # just life and time, the usual stuff 00.48.42 # * Christi-S nods. 00.48.54 # I'm on paternery leave for the moment 00.49.00 # it leaves less time for hacking 00.49.09 # I think I'm about to hit a busy patch - I'm worried the documentation may suffer. :( 00.49.18 # while working I could do more during work hours ;-) 00.49.29 # Congratulations, and commiserations in whatever proportions you deem appropriate. ;) 00.49.38 # :-) 00.49.50 # its generally only goodness 00.50.00 # just less time for computer-related stuff 00.50.15 # * Christi-S nods. Priorities change. 00.50.38 # * quelsaruk grins 00.52.49 # quelsaruk: How's the spanish voice file coming? ;-) 00.53.07 # it's in my computer... 00.53.44 # but my screen continues broken, and i'm a bit lazy to try to make it again with the laptop 00.53.45 # :D 00.53.56 # i haven't even tested 00.54.27 # so i don't know if the voice speaks nice spanish or is somehow like a foreigner speaking spanish 00.54.49 # Like, mexican ? ;P 00.56.15 # I was looking for a nice British voice the other day. I came across one vendor who had clearly never heard a British person actually speak. 00.56.20 # * jyp_ should remember to stfu 00.56.49 # I'd be tempted to buy AT&T natural voices except that they want to tax me at least $30 for not being American. 00.57.59 # Better not take any risk with could-be terrorist. 00.58.17 # * jyp_ just fumbled again. 00.59.16 # jyp_: like dwihno when he speaks spanish :D 00.59.32 # it's the same that if you hear me speaking english.. 00.59.42 # you notice i'm not english... 00.59.59 # Now you see, if everyone just spoke English, it'd all be fine. 01.00.07 # I for one probably cannot speak either correctly. 01.00.10 # tsk...tsk.. 01.00.12 # Proper English, that is. *British* English. 01.00.25 # Christi-S: everyone should speak spanish 01.00.27 # ;) 01.00.55 # we had our chance to conquer the world, but failed... 01.01.04 # I can only speak euro-english & utter "Me voy a la playa". 01.01.06 # Well, everyone can speak Spanish as their second language if you like. 01.03.09 # :P 01.04.17 # time to sleep 01.04.20 # * jyp_ waves 01.04.23 Quit jyp_ ("Leaving") 01.04.36 # i've got a guy yelling in spanish outside my window right now 01.04.44 # i'd prefer he stopped it 01.05.06 # Shhh. Don't say it too loud or everyone will want one. 01.05.40 # the fact that it's 1am doesn't seem to bother him 01.05.58 # Bagder: What is the proper way to correct a (still pending) "cvs add" when I accidentally forgot to specify "-kb" (binary)? Simply reissue "cvs add -kb" ? 01.06.07 # where is that preglow? 01.06.13 # quelsaruk: norway :P 01.06.19 Quit Cassandra (Read error: 110 (Connection timed out)) 01.06.31 # amiconn: I think I would try cvs rm first, then add it again 01.06.34 # i'm living in a student village, lot's of exchange students 01.06.38 # lots, even 01.06.49 # and he is yelling in spanish??... these spanish guys... you should kill all spanish people :P 01.07.07 # quelsaruk: i'll tell him you gave me spains permission 01.07.15 # of course 01.07.17 # :) 01.07.41 # consider him dead, then 01.09.18 # Bagder: Hmm. If I leave the files there, "cvs rm" tells me that I have to remove them first. If I take them out, "cvs rm" then says "know nothing about ". Trying "cvs add" again says it's already added... 01.09.52 # annoying 01.10.08 # It's like Schroedinger's CVS committal. 01.10.30 # hahah 01.10.33 # Ah, found it. I need to name each file individually on remove. 01.13.38 # time to sleeeeep 01.15.15 # now, what the hell would make a method with no 'return's in it exit before the end of the method? 01.15.24 # this is the queerest bug i've had happen to me in a long time 01.16.16 # Stack corruption? 01.16.39 # Usually the thing behind really weird bugs. 01.17.00 # yes, i think i've covered that already 01.17.11 # since that usually what my conclusion is as well 01.17.17 # and it's almost exclusively correct ;) 01.18.19 # i've even bloody disassembled the code to make sure gcc hasn't been on crack while optimizing again 01.19.22 # i think is sleep time even here in spain... cu other day 01.19.47 # amiconn: when i get my screen back i'll show you my spanish voice 01.20.19 Quit quelsaruk ("i seek a life of honor free from all false pride...") 01.28.18 # great, three hours of debugging and i now find out it's the host application's fault 01.28.43 Quit MooMaunder (Remote closed the connection) 01.28.48 # i'll just go cry myself to sleep, then 01.39.06 Quit preglow ("gah") 01.44.20 Quit Stryke` ("Friends don't let friends listen to Anti-Flag") 02.00.10 Quit amiconn (" nite") 02.08.52 *** Saving seen data "./dancer.seen" 02.39.37 Join stevenm [0] (~stevenm@pcp04424903pcs.nrockv01.md.comcast.net) 02.39.46 # Hi. Is anyone working on the Calculator plugin ? 04.08.53 *** No seen item changed, no save performed. 04.20.08 # Hello 04.20.44 # I have a little piece of code here that can quickly (and accurately) find sin(x), cos(x) and e^x (and potentially other stuff too) that can be integrated into the Calculator plugin for Rockbox 06.08.54 *** No seen item changed, no save performed. 07.02.29 Quit einhirn (Read error: 104 (Connection reset by peer)) 07.11.16 Quit stevenm ("Leaving") 07.30.13 Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) 08.08.58 *** Saving seen data "./dancer.seen" 08.59.21 Join LinusN [0] (~linus@labb.contactor.se) 09.06.13 Join Zagor [242] (~bjst@labb.contactor.se) 09.07.58 # moo 09.08.17 # oink oink 09.12.32 # bäää 09.13.20 # meow meow 09.14.29 # the rockbox zoo 09.15.08 # does anyone know what the problem is with the cyrillic support? 09.19.50 Join midk [0] (~midk@c-24-18-39-204.client.comcast.net) 09.19.50 Join Zagor_ [242] (~bjst@labb.contactor.se) 09.19.50 Quit LinusN ("disconnecting from stoned server.") 09.19.50 # wth? 09.19.50 Join LinusN [0] (~linus@labb.contactor.se) 09.19.50 # last i hear we were using the iso character set, while most russian people use the windows charset 09.19.50 # but that was long ago. is there a new report? 09.19.50 Quit Zagor ("disconnecting from stoned server.") 09.19.50 Nick Zagor_ is now known as Zagor (~bjst@labb.contactor.se) 09.19.50 # in the forum 09.19.58 # so we garbe up the file names? 09.20.02 # garble 09.21.08 # he's using a studio. afaik we have never supported cyrillic for those. 09.21.50 Quit midk (Remote closed the connection) 09.22.05 # ah, didn't see that 09.26.18 # http://forums.rockbox.org/index.php?topic=334.0;topicseen 09.26.25 # pisses me off 09.31.30 # yes 09.31.46 # :[ 09.33.04 # ...and now those poor gmini users will suffer too :-) 09.35.41 # i seriously doubt there a country where a manufacturer is allowed to unilaterally and without notice alter the warranty 09.37.02 # i think it might be worth checking 09.37.10 # however in most countries it will cost more than $68 to prove it... 09.37.32 # not necessarily 09.37.55 # just call Sverker (swedish joke) 09.38.02 # :) 09.45.21 Quit Nibbler (Connection timed out) 09.49.48 Join Lynx_ [0] (HydraIRC@134.95.189.59) 09.51.05 # LinusN: He'll throw the archos' in his red trashcan :( 09.52.29 # yup 09.53.23 # Oooh, I didn't realise I was logged in here. 09.53.56 # Linus - Any idea when you might get around to looking at my recording on start patch? 10.03.23 # that will cost you :-) 10.03.46 # * dwihno sends LinusN to Sverker. "Är det så? Är det så?" 10.04.06 # "skall det vara på det viset, tycker du?" 10.05.35 # * Bagder looks at LinusN an dwihno 10.05.40 # and 10.05.43 # "Nu pratar du teknisk mumbo-jumbo, som konsumenten inte förstår" 10.09.02 *** Saving seen data "./dancer.seen" 10.18.59 Join MooMaunder [0] (~me@194.152.87.150) 10.19.19 Quit MooMaunder (Client Quit) 10.19.19 Join MooMaunder [0] (~me@194.152.87.150) 10.22.56 # erm, i have a half eaten slice of marmalade on toast. Will that do, Linus? 10.26.04 # certainly, fax it right away 10.30.39 # Unfortunately I finished eating it before you replied. Life is harsh sometimes. I could fax you my stomach contents, I suppose. 10.31.08 # just puke on the fax 10.31.30 # or fax an xray shot 10.32.11 # Your wish is my command. 10.32.28 # * LinusN unplugs his fax 10.36.53 Join Nibbler [0] (~sw@p3E9D4AEE.dip.t-dialin.net) 10.49.52 Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) 11.13.57 Join quelsaruk [0] (~kvirc@80.103.135.102) 11.14.03 # hi, good morning 11.14.29 # morn quelsaruk 11.15.05 # mur da bra LinusN? (or mar du bra... y always forget) 11.17.05 # jag mår bra 11.19.19 # :) 11.19.53 # <[IDC]Dragon> I only know Smörebröd 11.19.56 # so then it's "mår du bra?".. isn't it? 11.20.03 # yup 11.20.22 # [IDC]Dragon: ...which isn't a swedish word :-) 11.20.33 # i wonder you you write å 11.20.53 # well, i use the å key on my swedish keyboard :-) 11.21.25 # hmm... that's not fair 11.21.33 # :D 11.21.55 Quit Ka (Nick collision from services.) 11.22.32 # brb 11.23.08 # Hows the tag database coming along? 11.23.21 # very well. i'll commit the first version soon. 11.23.44 Join Ka_ [0] (~tkirk@pcp0010732484pcs.howard01.md.comcast.net) 11.23.46 # Zagor: cool :) 11.24.22 # <[IDC]Dragon> then I really need to tidy up ID3 tags :-{ 11.24.47 # [IDC]Dragon: no rush, you can't play songs from the id3 browser yet anyway :-) 11.25.02 # <[IDC]Dragon> ohhh 11.25.41 # i'm committing an early version to let interested people have a peek. it's far from completed. 11.25.50 # [IDC]Dragon: since MusicBrainz and 'godfather' tidying up the tags is not too much effort any more... 11.26.00 # http://rufus.hackish.org/wiki/MP3cddb <-- great tool for renaming/id3tagging mp3s 11.26.01 # <[IDC]Dragon> on a wider scope, what did you do to tree.c 11.26.06 # <[IDC]Dragon> ? 11.26.13 # a lot :) 11.26.38 # <[IDC]Dragon> I'm waiting for that, to perhaps add dynamic mounting 11.27.12 # all file-specific code (nearly) is moved to filetree.c 11.28.01 # tree.c: 416 insertions(+), 801 deletions(-) 11.28.19 # Nibbler: that sounds also good, does it find stuff with no info on the files at all? like song1.mp3 ? 11.28.44 # there's a new "tree context" structure introduced, for passing information between tree.c and dbtree.c/filetree.c 11.29.12 # Lynx_: yes, it uses freedb.org - but you MUST have the mp3s with index numbers b4 the title (can be after the artist) so that if you order them alphabetically you get them in the right order 11.29.12 # lunch 11.29.22 # <[IDC]Dragon> munch 11.30.03 # Nibbler: ah, ok. musicbrainz may have a little advantage then, it also finds single songs 11.30.29 # wow nice1. but is there a linux commandline client for it? 11.31.58 # Nibbler: not an official one, it seems. some of the kde players/taggers support it's database, though 11.32.33 # <[IDC]Dragon> reboot 11.32.36 Quit [IDC]Dragon ("CGI:IRC") 11.32.43 # oh well, i can check whatever is leftover by mp3cddb from within windows 11.33.41 # food 11.39.59 Join amiconn [0] (~jens@pD9E7F2B9.dip.t-dialin.net) 11.40.08 # hi 11.41.40 # LinusN: are you planing to implement a statistic function? 11.41.52 # like: songx was playe 10 times 11.42.01 # or song y was played 20 times 11.42.11 Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) 11.42.13 # so you could find out your favorite songs ;) 11.43.18 # <[IDC]Dragon> oh, Jens is here meanwhile :-) 11.44.07 # LinusN: I found a problem within lcd-recorder.c for iRiver. Now I'm looking for a special preprocessor hack: 11.46.42 Quit quelsaruk (Read error: 110 (Connection timed out)) 11.53.50 # There are initialized arrays, which need to be variable size (compile time) depending on the display height. How do I do this? 11.54.11 # I.e. I want something like this: 11.55.16 # fyi: lcd-recorder.c for iRiver is named lcd-h100.c 11.55.58 # Not for the sim... 11.57.46 # if I #define ARRAY_LEN 5, the preprocessor should resolve the array definition to char array[5] = {0xFF, 0xFF, 0xFF, 0xFF, 0xFF}; 11.58.04 # if I #define ARRAY_LEN 3, the preprocessor should resolve the array definition to char array[3] = {0xFF, 0xFF, 0xFF}; 11.58.43 # <[IDC]Dragon> so make the end values conditional 11.59.53 # <[IDC]Dragon> amiconn, different subject: we need a _norom firmware for the player, did you see that? 12.00.26 # How? This can get very longish when done for larger numbers. Currently I have a kludge (only 2 different sizes actually occur), but I would like to know if this is possible to solve with the cpp for the general case 12.00.47 # Yes, saw that. 12.01.01 # <[IDC]Dragon> I meant for 2 or few sizes 12.01.25 # <[IDC]Dragon> no preprocessor loop ;-) 12.01.33 # LinusN: did you see my question? :) 12.01.53 # statistic function? for the db? 12.02.57 # yes :) 12.03.09 # like amarok at the pc 12.03.36 # i think this would be a great feature, to see which songs you really use ... 12.03.43 # someday someone will implement that 12.04.01 # there is already a patch that implements a simple log file 12.04.04 # ok, juste wanted to know if this is something you have in mind while coding the db 12.04.10 # maybe i'll have a look at it 12.04.13 # then you can use an offline tool to analyze it 12.04.16 # when your basics are done 12.04.23 # ah 12.04.31 # the db is simply a static id3 database, mainly for browsing 12.04.54 # like the iriver one i know 12.05.07 # i think i mixed some features here :/ 12.05.15 # will have a look at the patch 12.05.20 # a statistic function doesn't necessarily need an id3 database 12.05.29 # yeah i know 12.05.36 # file name is more relevant 12.06.40 # we have explicitly decided against mixing statistics and user marks into the id3 database. the id3 database is read-only. 12.07.17 # * LinusN goes to lunch 12.09.04 *** Saving seen data "./dancer.seen" 12.12.04 # [IDC]Dragon: (player_norom) It would be a good idea to test this before publishing. I wonder how to do this... 12.13.44 # Zagor: how long does it take to build the index, and does it have to be rebuilt completely if one song is to be added? 12.15.05 Join lImbus [0] (~manuel@kernel.cycos.net) 12.15.05 # Lynx_: currently there's only a "create" function. but an "update new files" is not unthinkable. 12.15.19 # speed naturally depends on disk and computer speed 12.15.37 # Zagor: ah, so it's never built on the archos... 12.15.42 # no 12.16.09 # then i guess it does not take too long anyway 12.17.03 Join quelsaruk [0] (~kvirc@80.103.129.116) 12.17.06 # re 12.20.42 Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) 12.45.38 # * Zagor braces for red builds... 12.47.56 # ow, several sims broke 12.48.59 # hmm, i tested recsim 12.49.19 # gah, forgot to commit sim makefiles 12.53.42 Join ashridah [0] (ashridah@220-253-118-177.VIC.netspace.net.au) 13.04.15 Quit Christi-S (Read error: 110 (Connection timed out)) 13.05.34 # i'm making one test, can anyone tell me if he/she can see these japonese writing and which irc client is he/she using? Thanks :) 13.05.37 # ?????? 13.06.46 # <[IDC]Dragon> amiconn: I once tested _norom on my FM torso 13.07.00 Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) 13.07.18 # <[IDC]Dragon> but not for recorders, that was a "blind shot" 13.07.21 # Ive been playing with the iRiver sim, which has made me even more impatient :) any gnews on the bootloader??? 13.07.31 # quelsaruk: only question marks visible... 13.07.36 # ... 13.07.48 # you can see SO many songs at once on the larget screen 13.07.50 # larger 13.07.58 # thx Lynx_ (using mirc, isn't it? ) 13.08.14 # quelsaruk: no, hydrairc 13.08.20 # oh 13.11.39 # <[IDC]Dragon> Zagor: did you use an older version of tree.c for your filetree.c? 13.11.40 # [IDC]Dragon: Would you say, since _norom works for both recorders and fm, it will work for players for sure? There's no security net without boot rom... 13.12.12 # <[IDC]Dragon> amiconn: the added security is minimon in the bootloader 13.13.11 # <[IDC]Dragon> it should be rather safe, since the _norom part is nothing which got modified while adapting the Player 13.14.01 # Hmm, then perhaps I should simply make a _norom version, and add another big fat warning... 13.14.23 # <[IDC]Dragon> perhaps let somebody volunteer 13.14.34 # <[IDC]Dragon> I did the same with the recorder 13.15.34 # <[IDC]Dragon> did you test the minimon in the bootloader on a player? 13.18.06 # I did; it worked. 13.18.40 # Only uart_boot doesn't allow to switch the rom-based minimon to the higher bitrate 13.18.57 # <[IDC]Dragon> I know 13.19.06 # I still wonder why you chose 14400 bps as default when 38400 bps are possible 13.19.10 # [IDC]Dragon: are you missing something? 13.19.33 # <[IDC]Dragon> Zagor: I added a few lines for multivolume 13.20.00 # <[IDC]Dragon> in the quicksort compare function 13.21.19 # Zagor, [IDC]Dragon: Shouldn't cvs warn if you try to commit and the central version has changed meanwhile, and no allow committing? 13.21.26 # ok. i'll dig it up and reinsert it 13.21.30 # amiconn: this is a new file 13.21.46 # <[IDC]Dragon> there's more cvs traffic after my stuff 13.21.51 # Argh! Of course then this doesn't happen. 13.22.25 # <[IDC]Dragon> Zagor: do you know when you've branched? 13.23.11 # <[IDC]Dragon> Jens did 2 other fixes to tree.c after multivolume 13.23.12 # still, cvs should complain when it can't update a file so this shouldn't happen without notice. 13.23.27 # i'll check them all 13.24.39 # <[IDC]Dragon> maybe other files are affected, too, depends how long you've worked "in isolation" 13.24.57 # i haven't worked in isolation. i've ran cvs update for all commits. 13.25.20 # <[IDC]Dragon> :-) 13.25.59 # <[IDC]Dragon> for the new files, I mean, which contain code moved from the existing 13.26.15 # only your multivolume patch was lost 13.26.34 # <[IDC]Dragon> Jens' fixes are in? 13.26.44 # yes 13.26.58 # <[IDC]Dragon> cvs didn't like me... 13.27.31 # jens patches were on code that is still in tree.c 13.27.49 # <[IDC]Dragon> ah 13.28.54 # <[IDC]Dragon> interesting scenario, from a configuration management point of view 13.29.18 # indeed. i still think there must have been a complaint from cvs that I have missed 13.29.53 # <[IDC]Dragon> I don't see how cvs could tetect moved code 13.30.01 # <[IDC]Dragon> detect 13.30.03 # it fails to apply the patch 13.31.03 # <[IDC]Dragon> but the diff would just say "remove this big block of file A, add another big block in file B" 13.31.37 # no, your patch says "insert this code in file A, between lines X and Y". and when it can't find X and Y in file A, it will give up and complain to the user 13.31.44 # <[IDC]Dragon> no cross reference that it's the same or a similar block 13.36.44 # <[IDC]Dragon> I see, so it won't delete the block in file A if the block in no literal match 13.36.58 # <[IDC]Dragon> s/in/is 13.37.22 # exactly. it will fail if it can't apply the patch cleanly. 13.37.47 # cvs can fudge things a little if the patch applies cleanly a few lines down 13.38.02 # at least, ' 13.38.04 # patch' can 13.38.10 # cvs might be a bit more strict 13.38.55 # cvs does the same as patch for checkout, but most likely not for checkin 13.40.06 # ashridah: yes 13.40.25 # amiconn: checkin never patches. only update does. 13.40.50 # amiconn: checkin will just assume that any off-by-ones are part of the patch to be checked in 13.42.33 # Yes of course, but it refuses to check in when the central copy changed meanwhile 13.43.56 # ..instead of moving the lines to apply them cleanly to the central copy 13.44.22 # exactly. you need to run update first. 13.45.00 # Zagor: You broke the Win32 sims... 13.45.32 # yeah, i noticed. haven't looked at it yet. 13.46.00 # <[IDC]Dragon> Zagor: don't worry about our nagging. Thank your for the ID3 browsing! 13.46.36 # i never worry ;) 13.46.58 # tried it yet? 13.47.43 # btw, the database file goes in the .rockbox dir 13.47.57 # <[IDC]Dragon> here I can't try 13.48.06 # <[IDC]Dragon> no cvs 13.48.22 # Zagor: I could try it now, if the win32 sims would build... ;-) 13.48.34 # hehe. i'll take a look. 13.49.02 # I'll check im parallel. Some really odd errors.. 13.49.44 # <[IDC]Dragon> I'd need a feature like a bleeding edge source tarball 13.50.56 # amiconn: aha, i've broken oldC compatbility by declaring variables below code 13.51.54 # Code police! ;-) 13.52.00 # <[IDC]Dragon> I could at least run the perl script on my box, in preparation 13.52.11 # But I wonder why; don't you use gcc to build the win32 sim? 13.52.59 # i do, but version >3 doesn't complain about that. only <3 does. and only the win32sim gcc is <3 13.56.11 # I'm building with gcc 3.3 (on cygwin). No warnings/errors here. 13.57.06 # yeah, i'm using an old 2.96 mingw version since I need it to cross-compile 13.57.22 # <[IDC]Dragon> from songdb.pl:11 : use MP3::Info; 13.57.33 # <[IDC]Dragon> what's that? 13.58.13 # <[IDC]Dragon> a reason for failure here 13.58.31 # it's the id3 library 13.58.49 # we'll need to extract the .pm file and distribute it alongside for it to work on win32 13.59.01 # <[IDC]Dragon> some bunch of perl I don't have? 13.59.04 # Zagor: How am I supposed to build such a database? Is there some documentation? 13.59.19 # [IDC]Dragon: http://search.cpan.org/dist/MP3-Info/Info.pm 14.00.43 # amiconn: documentation? what's that? ;) 14.00.48 # i'll add it to the wiki 14.01.12 # <[IDC]Dragon> I can't reach that :-( 14.01.24 # me fix 14.01.25 # <[IDC]Dragon> ah, now, finally 14.03.39 # <[IDC]Dragon> where should I place it? 14.03.55 # wait a bit, i'll adjust songdb.pl 14.04.44 # <[IDC]Dragon> MP3 subdir, ok 14.06.30 # <[IDC]Dragon> it's running... 14.06.53 # <[IDC]Dragon> for how long on 60 GB? 14.07.22 # a few minutes 14.08.00 # <[IDC]Dragon> should I see a file growing somewhere? or does it write all at once? 14.08.23 # all at once, since it needs to grab and cross-index all data 14.09.08 *** Saving seen data "./dancer.seen" 14.10.10 # <[IDC]Dragon> ah, finished 14.11.28 # <[IDC]Dragon> it prints some max length, so your field sizes are tailored to the worst case? 14.11.51 # yes 14.14.59 # What are the maximum lengths? I have some songs with very long names.... 14.15.31 # there is no maximum 14.16.41 # other than it probably wont work with >2GB database :) 14.18.33 # Doesn't work here :( 14.18.41 # what happens? 14.18.43 # (win32 sim) 14.18.47 # ah 14.18.55 # I get the following output in the debug window: 14.18.56 Quit ashridah ("sleep") 14.19.11 # db_load(0, 0) 14.19.12 # 0 read(603979776) returned -1 14.19.12 # No filesystem found. Have you forgotten to create it? 14.20.47 # well, have you? :-) 14.21.28 # can i get the perl script somewhere, too? 14.21.41 # Lynx_: It's in cvs 14.22.30 # hmm, don't really know how to use cvs... 14.23.11 # <[IDC]Dragon> you can use the web frontend for just getting files 14.23.35 # <[IDC]Dragon> the script is here: http://www.rockbox.org/viewcvs.cgi/tools/songdb.pl 14.23.58 # ok, thx 14.24.20 # <[IDC]Dragon> or just click on the file from front page cvs activity 14.25.16 # now MP3::Info is included in songdb.pl 14.27.53 # <[IDC]Dragon> I grabbed the files one by one and tried to compile 14.28.02 # <[IDC]Dragon> but must have missed one 14.28.23 # <[IDC]Dragon> where e.g. is db_load() ? 14.28.34 # in dbtree.c 14.31.15 # gosh, "print STDERR" is not displayed on win32 machines! /me change 14.31.57 # <[IDC]Dragon> ah, SOURCES got a .txt from the download 14.36.33 # <[IDC]Dragon> hmm, it hags when I select view database from F2 menu 14.36.39 # <[IDC]Dragon> hangs 14.37.22 # told it wasn't complete ;) 14.37.28 # told you 14.37.42 # on the win32 sim? 14.37.47 # <[IDC]Dragon> when rebooted, it still hangs :-( 14.37.56 # <[IDC]Dragon> no, RecV1 14.38.14 # <[IDC]Dragon> he red LED is flashing rapidly 14.38.18 # Zagor: probably not important and win-specific: opendir d:\/System Volume Information: Invalid argument at songdb.pl line 62 14.39.11 # <[IDC]Dragon> guess I have to drive home with no music today 14.39.23 # Zagor: and the stuff printed to stderr is printed on my win... 14.39.24 # [IDC]Dragon: just clear the RTC ram and it will fallback to file browser 14.39.48 # <[IDC]Dragon> we still lack that button combo 14.40.05 # yeah, but it's easy on the v1s 14.40.07 # <[IDC]Dragon> I know, I can use 2.4 14.40.18 # <[IDC]Dragon> or pull the cell 14.41.04 # <[IDC]Dragon> (later) 14.41.19 # what is the max numbers for your database? 14.41.22 # are 14.41.40 # Lynx_: is that some hidden/restricted directory, perhaps? 14.41.47 # <[IDC]Dragon> 599 artists, 901 albums, 9183 songs 14.42.25 # <[IDC]Dragon> max artist:48, album 68, song 116, songs/album 64 14.43.04 # [IDC]Dragon: do you say that red led is slashing after you reboot? 14.43.14 # Zagor: i'm not sure what that was again, i think it's windows recovery info in there. It'll just happen to every windows user who runs the script on a drive root, i.e. d:/, maybe some people have an extra partition for their music... 14.43.17 # looks about like my numbers 14.43.52 # Lynx_: yeah, i'll make it stop dying on that error 14.43.53 # i got that error, checked and was HDD error, affecting the .rockbox folder... (that's how i found out i had bad sectors..) 14.44.08 # <[IDC]Dragon> quelsaruk: yes, it shows disk activity when booting, then goes straight int flashin 14.44.24 # <[IDC]Dragon> into flashing 14.44.54 # [IDC]Dragon: do you have archos firmware also in flash? can you boot using the secure boot option?? 14.45.00 # :) 14.45.13 # <[IDC]Dragon> don't worry 14.45.24 # Lynx_, Zagor: "System volume information" is protected from access even for administrators. Since it is also hidden, songdb.pl should not try to enter it anyway though... 14.45.47 # Zagor: actually it's important to change that, because windows will put the system volume info folder onto the box also when connected via usb, and running it on the root of the box will be the default for most users 14.46.13 # yes, fix coming up 14.46.14 # does anyone worry about you [IDC]Dragon? ;) amazing.... 14.46.18 # [IDC]Dragon: Btw, with my long song names, I once ran into the talk queue length limit with file name spelling 14.46.48 # <[IDC]Dragon> any harm? 14.47.05 Join R3nTiL [0] (~zorroz@83.69.98.223) 14.47.37 # Lynx_: (svi folder) (1) You can prevent windows from putting this folder, by disabling system restore for the drive. (2) You won't run into that error anyway, because there are no access restrictions on FAT32. 14.49.28 # amiconn: right, didn't think of that it's no problem on fat32... 14.51.30 # <[IDC]Dragon> the flashing LED error even happens before having a chance to enter USB mode, how that? 14.52.09 # [IDC]Dragon: sounds like a build failure. try the bleeding edge. 14.52.50 # <[IDC]Dragon> before I switched to ID browsing it behaved ok 14.53.20 # ok 14.53.43 # i've been switching back and forth all day without problems... :) 14.53.55 # <[IDC]Dragon> I'll try again later 14.54.24 # Zagor: I forgot After the Win32 sim prints those messages, it does nothing, i.e. hangs too. 14.54.43 # It worked before I switched to ID3 browsing, then restarted it. 14.54.50 # amiconn: do you have a database? 14.54.54 # Yes. 14.55.07 # (Small one, containing only 2 albums) 14.55.09 # the code is cursed :) 14.56.02 # When I remove the database, it starts normally (but doesn't display any file of course) 14.59.31 # sounds like i should add more checks in the initial loader 15.00.58 # <[IDC]Dragon> same on the box: when I rename the database, it starts but is blank 15.02.04 # <[IDC]Dragon> do you load it before USB mode? 15.02.54 # no, it's loaded in tree.c 15.03.12 # <[IDC]Dragon> strange 15.03.17 # indeed 15.06.22 # Lynx_: see the TagDatabase for instructions now 15.09.41 # Zagor: When I start the sim when it's set to file browsing and the database in place, and then switch to id3 browsing, it displays some errors in the debug window, then crashes (closes) 15.10.30 # what error messages? 15.11.45 # if you remove sector3D.bin and start up again, you should see a listing of the basic database numbers. are those consistent with your database? 15.14.43 # They're totally off, much too large 15.15.08 # Version: RDB82 15.15.08 # Number of songs: 419430400 15.15.08 # Songstart: 64060000 15.15.08 DBUG Enqueued KICK amiconn 15.15.08 # Songlen: 805306368 15.15.09 # Number of albums: 67108864 15.15.09 *** Alert Mode level 1 15.15.09 # Albumstart: 400c0000 15.15.10 *** Alert Mode level 2 15.15.10 # Albumlen: 536870912 15.15.12 # Number of artists: 50331648 15.15.14 # Artiststart: c00d0000 15.15.16 # Artistlen: 603979776 15.15.17 # ouch 15.15.41 # For real there are 2 Artists, 2 Albums, and 25 Songs 15.16.06 # ok thats it then. hm... 15.16.23 # <[IDC]Dragon> is endianess taken care of? 15.17.04 # yes, if LITTLE_ENDIAN is set. usually gcc takes care of that, guess not here. 15.17.05 # Zagor: the .bat file does not work, the script does not take / as a path in windows (or \ ), it exits with "no songs found..." 15.17.44 # Lynx_: ok 15.18.26 # <[IDC]Dragon> Lynx_: I did "perl songdb.pl --path e:\" 15.18.42 # [IDC]Dragon: yes, that works 15.18.51 # [IDC]Dragon: yes, but i'd like to avoid the drive letter if possible. otherwise everybody has to edit the bat file. 15.19.07 # maybe that's unavoidable? 15.19.21 # hey 15.19.32 # looooads of tabs in that songdb.pl code 15.19.41 # :-) 15.19.51 # crazy-indented 15.19.52 # <[IDC]Dragon> code police!! 15.20.12 # Bagder: yeah, that's the MP3::Info. i didn't change more than I had to in that code. 15.20.26 # I think it should be re-intended at least 15.20.31 # feel free 15.20.35 # ok 15.24.15 # this is a good comment from the script: 15.24.17 # "# whoaaaaaa nellllllyyyyyy!" 15.24.30 # :) 15.24.38 # Nelly Furtado 15.25.11 *** Alert Mode OFF 15.25.50 # amiconn: could you try changing that #ifdef LITTLE_ENDIAN to #ifdef __LITTLE_ENDIAN__ and see if it makes a difference? 15.26.15 # the perl script creates the binary database, right? 15.26.21 # yes 15.26.37 # and it generates big endian integers 15.26.48 Quit R3nTiL () 15.26.55 # yes 15.26.55 # yes 15.27.49 # indented now 15.28.07 # there's no perl-intent-line-or-region 15.28.15 Join edx [0] (edx@p54879838.dip.t-dialin.net) 15.30.42 # Zagor: $0 =~ m/(^.)/; my $drive_letter = $1; 15.31.54 # Zagor: Doesn't change anything :( 15.32.27 # Zagor: well, that works for windows, don't know how useful it really is, this will get / in linux i guess 15.34.23 #