--- Log for 18.01.105 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 5 days and 12 hours ago 00.08.37 # <[IDC]Dragon> building the db from cygwin places a /cygdrive/e/ in front of all 00.08.49 # [IDC]Dragon: use --strip 00.09.21 *** Saving seen data "./dancer.seen" 00.09.51 # "No playing implemented yet", hmm. 00.09.58 # <[IDC]Dragon> I see 00.17.22 # I'm currently replacing ints by longs in fat.c ... 00.17.39 # Have you changed alot in there [IDC]Dragon ? 00.18.39 # <[IDC]Dragon> not after cvs 00.18.54 # m'kay 00.18.58 # <[IDC]Dragon> or, not outside of cvs 00.19.17 # Is it in a snapshot ? 00.19.43 # jyp: you're not using cvs ? 00.20.05 # I'm using my own repo. 00.20.20 # Zagor: The perl from the wiki *is* ActiveState perl 00.20.49 # really? ok 00.20.56 # jyp: sounds awkward to me 00.21.00 # <[IDC]Dragon> --strip didn't work for me - am I not supposed to name the common part there? 00.21.09 # yup 00.21.09 # [IDC]Dragon: yes 00.21.11 # Bagder: ... working on a local copy is not practicable 00.21.56 # <[IDC]Dragon> I still have those /cygdrive/e/ in there... 00.22.15 # <[IDC]Dragon> perl songdb.pl --path /cygdrive/e --strip /cygdrive/e 00.22.23 # I already lost my files trying to do that last week 00.22.27 # <[IDC]Dragon> correct? 00.22.45 # jyp: you could have a private one to work in plus a common one 00.22.46 # yes 00.23.03 # then you'd easier stay up to date and easier do good patches 00.23.20 # [IDC]Dragon: Looks correct, only that I didn't use "perl" in front. 00.24.13 Quit Zagor ("Client exiting") 00.24.36 # <[IDC]Dragon> trying again... 00.24.41 # There's the cvs import vendor sources ... 00.24.51 # <[IDC]Dragon> I should run it on a subdir 00.25.33 # ... but it whines when trying to import directly from another repository 00.27.16 # I didn't mean 'cvs import' 00.27.23 # but I won't tell you what to do 00.27.28 # it's your call 00.28.16 # I'm actually intersted in advices... 00.28.25 # <[IDC]Dragon> jyp: much easier with a "moving target" 00.28.59 # <[IDC]Dragon> you can automatically update your sources with our changes, so stay up to date 00.29.51 # <[IDC]Dragon> and then make a patch from it which diffs against the current version automagically 00.29.57 # Yes, but I need to have a working repository 00.30.18 # <[IDC]Dragon> once check out our source tree, yes 00.30.21 # for saving work & sharing it 00.30.40 # I think jyp means that he has too many too big changes to just do 'cvs up' 00.30.55 # What I really need is a distributed source control system 00.30.58 # ... which in itself is the problem 00.31.07 # <[IDC]Dragon> ah, and they want to share that branch 00.31.08 # a la dracs 00.31.10 # darcs 00.31.32 # or just use a branch 00.32.01 # for experimenting, then merging to HEAD for deploy 00.32.06 # Yup, that would solve the problem 00.32.23 # ID3 browsing also works on the player; only the files get the wrong icon (they also get the folder icon) 00.32.53 # <[IDC]Dragon> hey, my first working db :-) 00.34.07 # <[IDC]Dragon> the track display is nicer, with no numbers in front of it 00.35.08 Quit elinenbe (Read error: 110 (Connection timed out)) 00.35.20 # <[IDC]Dragon> too bad Zagor jumped off 00.35.41 # I wonder how to build a db for the Ondio. Getting this right would need more than 1 db file... 00.36.33 # <[IDC]Dragon> haha, a db for a flash player 00.36.41 # :-) 00.36.59 # <[IDC]Dragon> insert card #35, hit play 00.38.07 # Well, with upcoming 2 GB cards... 00.40.00 # re. the db format, etc... 00.40.33 # Archos has its own format for gminis 00.41.25 # (I'm not using it, just mentioning) 00.41.38 # ... and there's this project ... 00.41.42 # http://sourceforge.net/projects/jbmgen/ 00.41.59 # to generate compatible dbs 00.42.11 # (never tryied it) 00.42.37 # you'll soon be able to use the Rockbox one! ;-) 00.42.58 # Hopefully ,) 00.43.15 # There's still alot to do though ;) 00.43.21 # yes 00.43.31 # how's the ATA going? does it work? 00.43.42 # ATA seems to work perfect 00.43.52 # neat 00.44.11 # the int size in fat is now the problem 00.44.24 # ok 00.44.25 # so disk is not so accessible 00.46.01 # <[IDC]Dragon> now I got a full db 00.46.33 # <[IDC]Dragon> scrolling is (way) slower than the key repeat, causing a lag 00.48.14 # <[IDC]Dragon> now I see all the double interprets, cause by different spelling 00.48.46 # I can see how that will be a FAQ very quickly 00.50.16 # <[IDC]Dragon> yes, I "smell" lots of user issues 00.52.08 Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 00.53.57 # * [IDC]Dragon says goodnight 00.54.04 Quit [IDC]Dragon () 01.08.38 Quit ze ("damn hardware its needed to be powered off to work on") 01.10.52 # * jyp waves 01.10.53 Quit jyp ("poof!") 01.25.45 Join Y2e8n7 [0] (user@c-24-16-144-185.client.comcast.net) 01.27.50 Part Y2e8n7 01.28.59 Quit elinenbe (Read error: 104 (Connection reset by peer)) 01.43.29 Nick Spida_ is now known as Spida (Spida@pD952CA4B.dip.t-dialin.net) 01.57.50 Part amiconn 02.09.22 *** Saving seen data "./dancer.seen" 02.14.06 Quit edx (Read error: 60 (Operation timed out)) 02.41.42 Join ze [0] (psyco@adsl-63-205-42-83.dsl.lsan03.pacbell.net) 02.44.09 Quit mecraw_ ("Trillian (http://www.ceruleanstudios.com)") 02.44.12 Quit Stryke` (Read error: 110 (Connection timed out)) 03.44.13 Quit lImbus (Remote closed the connection) 03.44.28 Join ashridah [0] (ashridah@220-253-119-36.VIC.netspace.net.au) 03.57.58 Join edx [0] (edx@pD9EAB09D.dip.t-dialin.net) 04.09.25 *** Saving seen data "./dancer.seen" 05.58.52 Join bagawk [0] (~lee@bagawk.user) 06.09.29 *** No seen item changed, no save performed. 06.15.50 Quit bagawk ("Leaving") 06.35.41 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 07.15.29 Quit midk ("Leaving") 08.09.32 *** Saving seen data "./dancer.seen" 08.42.22 Join Zagor [242] (~bjst@labb.contactor.se) 09.45.32 Quit Nibbler (Connection timed out) 10.08.33 Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) 10.09.36 *** Saving seen data "./dancer.seen" 10.10.32 Join LinusN [0] (~linus@labb.contactor.se) 10.18.49 # <[IDC]Dragon> good morning! 10.19.20 # mooning 10.19.39 # <[IDC]Dragon> sunning 10.24.49 Join Nibbler [0] (~sw@p508C7E9C.dip.t-dialin.net) 10.27.24 Join R3nTiL [0] (~zorroz@217.30.249.150) 10.35.21 # I mailed jyp and offered him CVS access 10.35.36 # <[IDC]Dragon> ok 10.36.11 # * LinusN should commit hit iriver ATA patch before jyp 10.36.18 # hehe 10.36.21 # it is major 10.36.27 # ok 10.36.31 # then you really should 10.36.39 # btw, check it for int/long issues too 10.36.45 Join amiconn [0] (~jens@pD9E7F2B9.dip.t-dialin.net) 10.36.58 # well, it really doesn't matter who commits first 10.37.01 # we should also get a CalmRISC16 gcc installed 10.37.13 # so that we can do proper gmini-builds for the cvs table 10.37.27 # one of us will have a helluva lot of work to resolve the conflicts 10.37.45 # raining ;) (at least in Berlin) 10.37.51 # <[IDC]Dragon> that's why you want to go first ;-) 10.38.01 # the #gmemu topic talks about a 3.4.3 gcc for calmrisc 10.38.04 # <[IDC]Dragon> here too 10.38.19 # sounds a lot nicer than that 2.97 10.38.24 # indeed 10.38.28 # 2.97 sounds scary to me 10.40.56 # Zagor: Did you notice - db browsing broke resume :( 10.44.02 # yeah, i'll fix that today 10.44.50 # The correct icons for the player was an easy addition 10.45.00 # <[IDC]Dragon> amiconn: did you get a _norom player dump? 10.46.28 # Not yet; that's why I posted the request in the forum 10.46.46 # <[IDC]Dragon> yes, saw that, so no response yet. 10.47.25 # <[IDC]Dragon> can you forward it to me then? 10.49.18 # Of course. 10.51.09 # <[IDC]Dragon> before releasing, I'd like to check it a bit with the simulator 10.53.33 Join amiconn_ [0] (~jens@pD95D1570.dip.t-dialin.net) 10.57.16 Quit amiconn (Nick collision from services.) 10.57.17 Nick amiconn_ is now known as amiconn (~jens@pD95D1570.dip.t-dialin.net) 10.57.39 # [IDC]Dragon: You have an archos simulator? 10.57.56 # lauterbach sh simulator, is suppose 11.01.04 Quit R3nTiL () 11.02.12 # <[IDC]Dragon> yes, that one 11.17.29 # <[IDC]Dragon> ony trace of Stevie-O ? 11.17.32 # <[IDC]Dragon> any 11.17.51 # <[IDC]Dragon> he seemed to have vanished from this planet 11.18.11 # he vanished 11.18.22 # without passing on what he had done so far 11.18.24 # <[IDC]Dragon> with his promising simulator :-( 11.18.31 # yeah 11.24.18 # <[IDC]Dragon> email bounces... 11.25.08 Join quelsaruk [0] (~kvirc@80.103.129.116) 11.25.09 # hi 11.25.12 # good morning 11.25.33 # <[IDC]Dragon> I vaguely remember he gave me a different one, but that fell down the 3-month ledge of my freemail account 11.26.15 # hmmm... why deutsch.lang has different strings than english.lang? 11.26.38 # souldn't all languages have the same strings in the same position than english.lang?? 11.27.02 # the order is only important in english.lang 11.27.28 # oh 11.28.00 # <[IDC]Dragon> which doesn't incline you should make a mess from it ;-) 11.28.20 # can't i? 11.28.23 # damn! 11.28.24 # :D 11.28.35 # <[IDC]Dragon> german was horrible when I picked it up 11.28.45 # in fact, uplang _could_ be fixed to output all the translated strings in the same order the english one has them 11.28.51 # and now is even worse?? ;) 11.29.07 # time to go, see ya around 11.29.13 # <[IDC]Dragon> hehe, now Jens was at it 11.29.18 # i can say that spanish lang has the same order than english 11.29.37 # <[IDC]Dragon> I needed some order again, to give it a voice 11.35.46 # I didn't touch the order... 11.37.11 # <[IDC]Dragon> no, I was joking 11.37.42 # <[IDC]Dragon> when I first introduced german voice, I had to sort out the file big time 11.52.53 Join ze__ [0] (psyco@adsl-63-205-44-177.dsl.lsan03.pacbell.net) 12.01.51 Quit ze (Read error: 60 (Operation timed out)) 12.01.51 Nick ze__ is now known as ze (psyco@adsl-63-205-44-177.dsl.lsan03.pacbell.net) 12.09.39 *** Saving seen data "./dancer.seen" 12.26.46 Join R3nTiL [0] (~zorroz@217.30.249.246) 12.35.15 Quit R3nTiL () 12.38.16 Nick quelsaruk is now known as Quel|away (~kvirc@80.103.129.116) 12.49.25 # hmm, i can't repeat the resume problem anymore. can you amiconn? 13.07.23 Join R3nTiL [0] (~zorroz@217.30.249.117) 13.20.53 # Zagor: I can't try it atm. Though I could compile, I don't have my A-A cable with me.. 13.24.31 # ok 13.26.50 # You didn't change anything... so I have current cvs running on my box. 13.27.14 # The resume problem is definitely there, I tried it more than once. 13.28.10 # It stores the resume position on stop. When you hit On, then Play, it tries to resume, but then doesn't start playing. It says "End of playlist", then stops. 13.35.50 # works for me :( 13.37.01 # Do you have uncommitted changes? 13.37.06 # no 13.37.11 # Hmm. 13.50.46 Join jyp [0] (~jp@225.3-136-217.adsl.skynet.be) 14.03.12 Quit R3nTiL () 14.09.42 *** Saving seen data "./dancer.seen" 14.26.55 # hmmm 14.26.58 # by the way 14.27.21 # shouldn't rockbox spell especial chars? 14.27.35 # like spanish *ñ* 14.28.02 # you mean in voice mode? 14.29.22 # yups 14.29.49 # a lang_char_ñ :D 14.29.52 # and so on 14.30.01 # if it's going to spell a word 14.30.10 # must know how to spell it properly 14.30.12 # it's difficult to fit all chars in ram 14.30.18 # i know 14.30.23 # too many chars 14.30.24 # :) 14.30.58 # i think it should rather fall back and spell the closest ascii char 14.31.00 # god, i really need to fix up my gateway, all i saw then was � 14.31.24 # bloody thing has broken unicode 14.31.58 # * ashridah wanders off muttering vile things about the ineffectiveness of unicode_start 14.34.56 # When replacing a heatsink, what do you recommend to get rid of the old paste? 14.35.17 # a hammer 14.35.59 # or nail polish 14.37.55 # hammer 14.37.57 # :) 14.38.13 # oh... and goat's blood 14.38.18 # ;) 14.43.16 Quit jyp ("poof!") 14.45.21 # dwihno: light buffing with sandpaper. 14.48.42 # ow 14.54.51 # dwihno: "Thermal pads can be scraped off with a plastic tool that will not scratch the bottom then the remnants can be removed with a xylene based cleaner, (Goof Off and some carburetor cleaners) acetone, mineral spirits, or high-purity isopropyl alcohol." -- http://www.arcticsilver.com/arctic_silver_instructions.htm 14.57.23 # aah 14.57.41 # thermal goo! 14.57.44 # free goo! 15.00.13 # thanks Zagor 15.00.21 # I owe you kebab, starka såsen på. 15.00.26 # :) 15.08.49 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 15.13.42 Join webguest51 [0] (~d9cf0d9e@labb.contactor.se) 15.14.34 Quit webguest51 (Client Quit) 15.19.35 Quit [IDC]Dragon ("CGI:IRC") 15.32.27 Quit ashridah ("sleep") 15.48.24 Join Bruno [0] (~chatzilla@ca-sqy-13-2.w80-8.abo.wanadoo.fr) 15.48.35 # Hi all 15.48.46 # hi 15.49.46 # how is the developement of the boot for iriver ? Progresing? 15.53.28 # no news at this moment 15.54.26 # whee, now I can browse infinitely long tables 15.56.18 # Zagor: getting rockbox ready for future storage media? ;) 15.56.36 # :) 15.56.38 # Zagor: I'm already thinking of a db creation plugin... 15.56.52 # i guessed you would ;) 15.56.59 # amiconn: i'd rather have someone port perl to the box ;) 15.57.06 # haha 15.57.12 # a perl-plugin! 15.58.30 # Bruno: everyone is waiting for me to finish the boot loader 15.58.37 # I need to find an algorithm (I know that it's possible) to sort a file larger than available memory 15.58.55 # ^^ Linus 15.58.59 # amiconn: google for "merge sort" 15.59.49 # Hope you'll find out how to make it work :) 16.00.08 # that's not a problem, the problem is finding the time to do it 16.00.41 # LinusN: what, you mean you are still wasting time in bed sleeping? ;) 16.01.01 # all night (3hours) :-) 16.01.22 # No pressure on that guy :) 16.02.13 # Lol i know that you don't have much time to do it.... real life +sleep time = no time left 16.03.02 # But no preasure i guess you'll be faster than iriver devs ^^ 16.06.51 # LinusN: have you already begon dreaming of the bootloader ? ;) 16.06.59 # :-) 16.08.44 # see you 16.09.06 Quit Bruno ("Chatzilla 0.9.66c [Mozilla rv:1.7.5/20041108]") 16.09.09 # LinusN: This is the moment you say you haven't even started writing the boot loader, or know where to start, for that matter :) 16.09.32 # it is started 16.09.36 # 16.09.43 *** Saving seen data "./dancer.seen" 16.13.48 # ;) 16.14.03 # the question that remains, is, who loaded the boot? 16.22.19 Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) 16.29.31 # who put the bomp? 16.31.19 # hmm 16.31.40 # Bagder: btw, there's also another thing that should be changed in uplang script :) 16.31.43 Nick Quel|away is now known as quelsaruk (~kvirc@80.103.129.116) 16.33.34 # voice line is changed with english one if it exists, but if it does not exist (or a new lang_id is added, then the voice line is not added, only desc, eng and new lines are added) 16.33.41 Part LinusN 16.57.16 # Zagor, Bagder any of you awake? 16.57.23 # yes 16.57.28 # great 16.57.44 # i have one of my fantastic bugs :) 16.58.32 # i completed espanol.lang, tried to binlang it and worked, tested the espanol.lng on the box and... still in english! 16.58.51 # can i send you the espanol.lang file so you can test? 16.59.00 # maybe is the size? 16.59.48 # no time right now im afraid. i can test later. 16.59.52 Join mecraw_ [0] (~lmarlow@69.2.235.2) 17.00.07 # ok then 17.00.08 # :) 17.00.17 # one day more or less is not a proble 17.00.21 # *problem 17.00.41 # spanish has been outdated for months.. maybe nearly 1 year right now.. or more... 17.07.51 # gotta go 17.07.52 Part Zagor 17.09.06 # quelsaruk: How many bytes is your new espanol.lng (not .lang!)? 17.09.49 # 6658 17.10.16 # is quite big compared to english.lng 17.16.23 # amiconn? 17.17.07 # So that's the problem then. MAX_LANGUAGE_SIZE is 6500 bytes. It needs to be increased and rockbox recompiled for your new espanol.lng to work 17.17.19 # :) 17.17.26 # great 17.17.26 # :D 17.17.35 # let me change that 17.17.37 # I once had that with deutsch.lang too 17.17.44 # check if works and commit the change then 17.18.00 # my first commit in... thousand years 17.18.02 # :) 17.18.46 # do you like 7000? or should i just increase it to 6700? 17.24.40 # I'd say increase it to 7000 17.25.20 # :) 17.35.25 # hmm.. i forgot i have to rebuild the crosscompiler :D 17.37.54 # Windows/cygwin or Linux? If cygwin, you can install the updated sh-elf-gcc package provided by Eric Lassauge 17.41.17 # cygwin 17.41.39 # hm.. i always built it, so is ok 17.41.43 Join Spida_ [0] (Spida@pD9E0940A.dip.t-dialin.net) 17.41.58 # just have to download binutils and gcc :) 17.42.46 Quit Spida (Nick collision from services.) 17.42.58 Nick Spida_ is now known as Spida (Spida@pD9E0940A.dip.t-dialin.net) 17.43.15 # someone there who can tell me if there is a tool out there for getting a password from a rar file? 17.43.19 # for linux 17.44.45 # crash_: dozens...for windows 17.44.53 # yeah for windows :/ 17.45.17 # crash_: for linux bash and a lot of time would do ;) 17.45.27 # hrhr 17.50.51 # ok dont need it anymore, there was a hint in the description of the rar _;) 17.52.00 # hehehe 17.53.17 # 'blabla' has no website, blabla was pwd, funny guy who made this 17.54.19 # :) 18.07.48 # brb! 18.07.51 Nick quelsaruk is now known as Quel|away (~kvirc@80.103.129.116) 18.09.44 *** Saving seen data "./dancer.seen" 19.32.37 Join preglow [0] (thomj@s183a.studby.ntnu.no) 19.35.31 Join Qrutpomp [0] (Taxi@oslo-dhcp-248-180.bluecom.no) 19.54.06 Join Yokalosh [0] (~3efc0007@labb.contactor.se) 19.54.29 # Hi all 19.55.26 # Hmm i need an answer from someone who knows absolutely everything about the recorder 10's hardware and about programming rockbox 19.55.31 # anybody? 19.56.21 # Amiconn? 19.57.20 # I think no one know everything about it, but maybe I can help... 19.58.07 # Cool 19.58.12 # er the question 19.58.52 # brb 19.58.56 # Okay 19.59.20 # Jorg says it is possible to fit a colour lcd onto my recorder 10 19.59.23 # okay 19.59.47 # Jorg says it is possible to fit a colour lcd to my box 20.00.05 # you there? 20.00.29 # I was wondering what the specs of a screen i would have to find would have to be 20.01.26 # Can you help? 20.02.23 # Well, you would need a display with the right controller & supply voltage. 20.02.34 # Okay 20.02.42 # could you send me a spec sheet? 20.02.57 # I can give you my email address if u know the full specs 20.03.05 # monochrome and colour lcds have the same kind of interface? 20.03.22 # I don't know such beasts. You'll have to find out yourself 20.03.45 # The controller must have accessible documentation, because you'll have to rewrite the lcd driver. 20.04.06 # Ooh 20.04.30 # Do you know when Jorg or stenberg get on here? 20.04.36 # The interface must be serial (SPI), because that's the only one that will fit the current interface. All other interfaces would need more control lines than are available 20.05.09 # That is what Jorg said 20.06.19 # Any other info? 20.06.22 # Of course the display needs to be the right size, and you will need white backlight with substantially more brightness as well. 20.06.32 # Yes 20.06.35 # i know 20.07.59 # Nothing more, I'd say. Of course the rockbox adaptions are quite some work, especially if you want to actually profit from having colour. 20.08.22 # Yer 20.08.28 # i need to work on that stuff 20.08.34 # I need a good teacher 20.08.59 # I can easily be tought 20.09.01 # .......... 20.09.04 # i'm 14 20.09.18 # its just finding someone who knows what they are talking about 20.09.46 *** No seen item changed, no save performed. 20.09.49 # Like you.......... 20.10.43 # Could you teach me? 20.10.48 # :D 20.12.37 # Hello? 20.14.10 # Well, I can give tips.. here.. like now, 20.14.20 # but not much more I'm afraid. 20.14.51 # But i need to be taught to program rockbox 20.15.22 # haha 20.15.27 # do you know how to program at all? 20.15.47 # Er no 20.15.50 # then you need to learn that first, i'm afraid 20.16.04 # Who by? and how? 20.16.18 # pick up a book on C or something 20.16.36 # there's rather a lot to be learnt before you can start programming hardware stuff 20.17.10 # Okay 20.17.17 # This sucks......... 20.18.22 # You know how to program? 20.18.25 # sure does, but that's life 20.18.26 # yes 20.18.46 # i could probably do what you're describing, but i've also been programming for years and know a thing or two about electronics 20.19.50 # without knowing any of those two, you are pretty much stumped 20.20.25 # I can do the electronics part 20.20.25 Join Domonoky [0] (~Domonoky@pD953AC84.dip.t-dialin.net) 20.20.36 # Just not the programming 20.21.05 # well, by electronics i really do mean knowing how to program the lcd controller 20.21.27 # possibly 20.21.27 # you've have to be able to read a data sheet 20.21.40 # i'm learning how to do it at school now 20.22.37 # Any idea of a fitting screen? 20.23.08 # no idea, no, i've written a lcd driver in my life, but that's all i've had to do with them 20.23.46 # but if it uses an spi interface, it shouldn't be that hard 20.25.20 # okay 20.25.37 # i'm currently getting a spec sheet for a gameboy colour screen 20.25.37 Join Tang [0] (~chatzilla@ARennes-204-1-25-203.w217-128.abo.wanadoo.fr) 20.25.42 # i have plenty of them 20.25.52 # i have plent of them 20.25.57 # oops 20.26.11 # :) 20.26.13 # Hello 20.26.15 # :) 20.27.21 # Hi :D 20.27.30 # Linus or any Rbx memebers is here? :) 20.27.38 # I had a question 20.27.52 # (about the API wiki discussion) 20.28.00 # Amiconn is helpful 20.28.11 # (the idea semms wonderful) 20.28.18 # Amiconn is here? :) 20.28.23 # Would be nice 20.28.24 # yup 20.28.25 # :) 20.28.34 # Yes I'm here 20.28.41 # Hello AMiconn :) 20.28.51 # Goood new year first 20.28.53 # ;) 20.29.00 # Hi... you don't need the shift key, it's just amiconn 20.29.03 # ;) 20.29.06 # Do we want to attempt cross-fading between a 44.1KHz file and a 48KHz file? Is a "gapless" change in playback frequency possible on the iRiver? 20.29.26 # I read this and i didnt' really understood the last question 20.29.37 # hmm, that could be strange, yes 20.29.41 # does it concerns gapless or another things 20.29.56 # it concerns gapless, but only between files of different sampling rates 20.30.00 # which you shouldn't see too often 20.30.04 # most files are 44.1 20.30.07 # Ah okay 20.30.15 # Well, that simply means whether changing the playback sample rate will produce a short gap, caused by reinitializing/resynchronizing the dac 20.30.16 # ordinary gapless playback should be no problem 20.30.17 # indeed 20.30.40 # okay thanks wthat was just what i was wondering in fact 20.30.52 # Are you Rbx memeber too? 20.30.54 # preglow: I wouldn't count on that. CD uses 44.1 kHz. E.g. DAB uses 48 kHz (and mp2) 20.31.15 # amiconn: yes, i encode all my vinyls as 48khz as well 20.31.28 # amiconn: but most music is ripped from cds, so 44.1 is by far most common 20.32.03 # Both crossfading and gapless would be possible if we never change the sample frequency that goes to the dac, but that means a lot of resampling... 20.32.04 # Indeed also 48kHz is not supported for Ogg by iHP i think 20.32.10 # (not sure however) 20.32.33 # i'm almost certain it is 20.33.12 # amiconn: but i really see no point in gapless playback between files of different sampling rates, they clearly don't belong together anyway 20.33.23 # amiconn: since material that does belong together really should have the same sampling rate 20.33.26 # Agreed. 20.33.55 # I also see no sense in crossfading, but there are different opinions on that one. 20.34.42 # agreed there as well 20.34.49 # i would never use crossfading 20.35.10 # (building the crosscomplier is being a really slow task....) 20.35.15 # but ofcourse, if you listen to alot of mixed artist material, you could use it 20.36.24 # Crossfading would only make sense if you would also be able to mix for real, i.e. match the beat. I can't imagine how this could be done with only a few buttons... 20.36.35 # haha 20.36.45 # beat matching on the h120 would be SO cool 20.37.36 # Another thing... 20.37.37 # Of course it might be possible to do this in software, at least with some kinds of music 20.37.59 # it could be doable, stick up/down for speed up track 1 momentarily, stick right/left for speed up track 2 momentarily 20.38.09 # press button, and then same controls for constant pitch change 20.38.14 # Grr, I need Zagor! The resume bug is still there, 100% reproducable on all 3 units I have. 20.38.28 # hell yes, i'm really into drum 'n bass and beat matching is used extensively by djs there 20.38.41 # In the iRiver port RAM loader section i read someone had his iHP refusing firmware upgrade due to false code 20.39.14 # Who is cocnerned? The matter is still here? :s 20.40.53 # DRUM 'N' BASS KICKS ASS! 20.41.18 # agreed 20.41.44 # ;-) 20.42.33 # Anyway i've to go 20.42.35 # but will the h1x0 units have enough cpu to run two mp3 decoders in parallel ? 20.42.36 # bye 20.42.40 # bye, tang 20.42.46 # Bye preglow 20.42.48 # :) 20.42.55 # c ya 20.42.55 # it'd be neat to make this crossfading thing work, hehe 20.43.15 # (i stay a little bit this point is important to me (gapless) 20.43.33 # i don't think we're going to say much more about it ;) 20.43.36 # hum ok it's just for corssfading 20.43.44 # sorry i mistaken 20.43.54 # you were talking about crossfasing 20.44.03 # gapless playback is the reason i got interested in rockbox, so sure, i understand your concern, hehe 20.44.08 # i thought you were talking about gapless 20.44.10 # ;) 20.44.23 # i cry every time my h120 makes a gap 20.44.26 # Oki i understand 20.44.28 # :) 20.44.28 # my soul cringes 20.44.36 # Cheers preglow 20.44.41 # I've to go 20.44.47 # sure, see you around 20.44.48 # best regards 20.44.58 # preglow: (2 decoders in parallel) Yes I think so, given that it's a 140 MHz coldfire. A 50 MHz 68060 is able to decode mp3 at full quality, with ~50% cpu load (integer arithmetics only). 20.45.18 Quit Tang ("Chatzilla 0.9.66 [Mozilla rv:1.7.5/20041108]") 20.45.42 # amiconn: yes, and the coldfire should have the dsp caps to decode mp3 more efficiently than a 68k 20.46.08 # amiconn: i think i read somewhere that motorola has an mp3 decoder for the coldfire that uses about 10% cpu 20.46.14 # that's probably a 64kbps file, but... 20.47.20 # So amiconn what is the current 'must have' box ..and please don't say iPod 20.47.28 Join LinusN [0] (~linus@labb.contactor.se) 20.47.32 # hi, linus 20.47.38 # hey ho 20.48.01 # hi again 20.48.11 # hi 20.48.22 # Zagor's id3db code has many problems... :( 20.48.35 # regarding the ram loader, paul tried to patch the original firmware into loading his code from disk 20.49.27 # it failed, and he managed to disable the code that does the normal firmware upgrades, so he can't restore the flash 20.49.34 # amiconn: of course it has 20.49.42 # it's alpha status 20.50.07 # Yes, but it also broke other places that worked before. 20.50.21 # as the resume, i guess 20.50.45 # (1) Resume doesn't work. 20.51.00 # (2) After the failed resume, you are stuck in the dir level the failed-to-resume files were in. 20.51.16 # You can go to a lower dir level, but not higher. 20.51.17 # how nice :-) 20.51.44 # (3) It is impossible to leave sub-browsers (fonts, plugins etc.) 20.51.54 # hehe 20.52.32 # ..hence it is impossible to change font, wps etc. Because you cannot leave the sub-browser, settings are not saved... 20.52.44 # he should return his badge and gun, and leave the code police force 20.52.49 # (4) If browsing mode is set to id3 browsing, the sub-browsers use it as well 20.53.18 # He promised he'll fix it today, but then said he cannot reproduce it anymore 20.53.26 Quit Yokalosh ("CGI:IRC") 20.54.05 # I tried it on the recorder, the player and the Ondio, recompiled after make clean from current cvs. 20.54.07 # badness 20.54.40 # btw, do you know a good place to do the uart boot mod on the player? 20.54.48 # I tried the official bleeding edge recorder build as well, to rule out compiler problems. 20.55.00 # How do you mean "place"? 20.55.36 # some good vias or pads to cut and solder 20.55.38 # There is a nice pad area (looking like meant to take a chip) that has all necessary signals. 20.55.52 Quit Domonoky (Read error: 60 (Operation timed out)) 20.55.53 # However, your board revision may be totally different. 20.56.13 # I intend to take pictures and write a wiki article when I undo the mod. 20.56.20 # (this week) 20.57.28 # is it on the cpu board or the display board? 20.57.35 # Main board 20.57.41 # (display) 20.57.48 # next to the isd200? 20.57.52 # aha display board 20.58.12 # There is no nice resistor array to cut and pull down instead of up. 20.58.37 # You need to pull down against the pull-up resistors (which are scattered across the board I think) 20.59.04 # Pull-ups are 10 kOhm, so I pulled down with 1 kOhm 20.59.45 # In http://www.rockbox.org/mods/serialport.html , you can clearly see the pad area. 21.00.35 # It's the same the serial wires go to. 21.01.29 # i see 21.01.43 # those pics are my player btw 21.01.52 # ...where left column, 5th pin from top and right column, 4th pin from top are Tx and Rx, the 3 topmost pins in the left column are PB1..PB3 21.02.00 # (which you need to pull down) 21.03.00 # You'll need the pull down switchable, releasing it after the uart boot started. 21.03.36 # Otherwise the CPU may not be able to drive the pins high across the strong pulldown, preventing the LCD from working 21.03.44 # s/across/against/ 21.04.21 # okidoki 21.04.51 # I connected a 5-wire piece of ribbon cable to the pad area. This conveniently fits, you only have to solder one wire to the other side. 21.05.05 Join Stryke` [0] (~Chairman8@24-168-110-99.si.rr.com) 21.05.11 # First 3 go to left column, 4th goes right and 5th left again 21.05.59 # well, the serial mod is already there, since year 2000 21.06.04 # :) 21.07.30 # ok, will do that later tonight 21.07.51 # Be prepared that the lcd may not correctly initialize if you have rockbox flashed and start the box by inserting batteries. 21.07.59 # This isn't rockbox' fault; it also happens with pure archos flash contents if you have the ON button pressed while inserting them. 21.08.31 # old players don't start when inserting the batteries 21.09.06 # New players also don't do this with archos firmware if you don't hold ON. 21.09.36 # The archos firmware checks button status on boot, and immediately shuts down if ON is not pressed 21.09.43 # oops, i was wrong 21.10.04 # i meant that it doesn't start when inserting the charger 21.11.26 # gotta go, cu around 21.11.38 Part LinusN 21.20.34 Join Zagor [242] (foobar@h254n2fls31o265.telia.com) 21.21.27 # hi Zagor 21.21.44 # hi 21.22.16 # Did you check the logs? Many problems with id3db code :( 21.22.19 # "Since 22 December, mail servers at verizon.net have been configured not to accept connections from Europe by default." <--- explains all the bounces we get 21.22.48 # hehe 21.22.52 # i wonder why 21.22.58 Nick Quel|away is now known as quelsaruk (~kvirc@80.103.129.116) 21.23.03 # "to stop spam" 21.23.17 # Verizon three million DSL customers waiting for emails from Europe were advised to use alternative forms of communication. "If it's really important you might want to make a phone call," he said. 21.23.32 # http://www.theregister.co.uk/2005/01/14/verizon_email_block/ 21.23.44 # gotta love friendly ISPs :) 21.24.14 # ...especially those that advise you not to uses it's services, haha 21.24.27 # verizon are assholes, no surprises there 21.24.56 Quit methangas (" HydraIRC -> http://www.hydrairc.com <- *I* use it, so it must be good!") 21.26.50 # the fact that they actually went through with such a braindead approach, speaks volumes about the management 21.32.16 # amiconn: i still can't repeat it. :-( just tried a clean build and install. can you help me? 21.33.10 # Did you try a build from the site? 21.33.23 # no. i'll do that. 21.33.29 # I can only try to describe what happens as detailed as possible. 21.33.41 # Actually there are a number of problems. 21.33.50 # yeah, but only the resume is important 21.34.07 # the rest only occurs when you use id3 mode, which isn't ready for use anyway 21.34.16 # I think the unability to leave any sub-browser is also important 21.34.31 # (This happens in any mode, not just id3 browsing!) 21.34.52 # ok, i don't get that either... weird, this 21.36.03 # I tried with fresh builds from current cvs, with only 2 little changes in (totally unrelated to browsing - my alternate recording routines on the recorder, and enabled ata poweroff for the player) 21.36.24 # I tried official builds as well. The behaviour is identical on all 3 units. 21.36.28 # which gcc are you using? 21.36.33 # gcc 3.3.5 21.37.04 # (Eric's cygwin build) 21.37.13 # i've tried builds with 3.0.4 and 3.3.4 21.37.29 # Is your box flashed? If yes: rombox? 21.37.47 # yes, no 21.37.58 # (But then rombox can't be the problem, because this also happens with roloed builds) 21.38.24 # What I tried and what happended, in detail: 21.38.38 # can you make it happen in the simulator? 21.39.03 # - Resume = ask, Shuffle = no, Repeat = off 21.39.31 # - Go to a sub-dir and play a file 21.39.41 # - Hit stop. 21.40.28 # I'm now back in the dir where the tracks are. 21.40.45 # - Hit ON, then PLAY to resume. 21.41.21 # It immediately displays "End of playlist". I'm back in the dir the tracks are in 21.41.46 # It's now *impossible* to go up even one dir level. 21.41.54 # bleeding works for me as well.. 21.42.25 # Huh? How can this be? 21.42.35 # i don't know. very strange. 21.42.47 # can you make it happen in the simulator? 21.42.56 # * amiconn tries 21.43.30 # building simulator... 21.47.10 Join HCl [0] (hcl@titania.student.utwente.nl) 21.47.52 # Zagor: i get the same that amiconn 21.47.56 # Hmm, really strange. It works in the sim 21.47.57 # and my brother was going to kill me 21.47.58 # :) 21.48.05 # hm 21.48.14 # i don't suppose there's anything i can do to help speed up iriver development? 21.48.16 # 'cause i was testing the new spanish.lang 21.48.23 # HCl: cheer? ;) 21.48.26 # xD 21.48.29 # yea, i'll do that :P 21.49.16 # just wait and pray then :X 21.49.21 # are you a programmer, hcl? 21.49.28 # i think its safe to say i am o.o 21.49.56 # a bored one, i might say 21.50.01 # hehe 21.51.45 # oh 21.51.55 # and he also got another bug using bleeding edge 21.52.09 # changing font *hanged* the browser 21.52.14 # ooh 21.52.27 # could not move back to the menu, or to another screen 21.53.20 # quelsaruk: It's the same as I get. The browser is not hung, only it is impossible to leave the browser 21.54.33 # Resume on the sim has problems too. 21.54.59 # While the sim is running, it works, but when I "power off" and then start again, it seems to resume, but doesn't display any tag in the wps. 21.55.34 # It says it plays a track from the root dir, which is also wrong. 21.55.44 # yeah 21.55.51 # that's what i have just realized 21.55.52 # btw 21.56.15 # i've changed the max_lang_size... to 7000 so i can load espanol.lng 21.56.22 # Zagor: should i commit that change? 21.56.24 # :D 21.56.53 # quelsaruk: write shorter :) 21.56.56 # Trying X11 sim to double-check... 21.57.29 # Zagor: i'd do, but spanish guys wont understand 21.57.54 # amiconn: i have just built a cvs version and happens the same 21.58.18 # amiconn: great, i can repeat that too. i'll dig into it. 21.58.26 # but, resuming after poweroff works 21.59.10 # Now _that_ is strange. 3 guys compile from the same source, and all get different behaviour :/ 21.59.29 # sounds like unitialized data 21.59.41 # amiconn: oh.. you don't know the legend of the digital goats... 21.59.42 # :D 22.00.49 # Zagor: Sa0e behav564r w5th the X11 s50, 22.00.58 # Ooops, still numlocked :) 22.01.07 # a new language 22.01.08 # :) 22.01.12 # I mean, same behaviour with the X11 sim 22.07.38 # Zagor: Leaving sub-browsers is also impossible in both sims 22.08.35 # cool 22.08.45 # then, someone changed something in the browsing 22.08.46 # :) 22.09.47 # dinner time 22.09.48 # :) 22.09.49 # brb 22.09.50 *** Saving seen data "./dancer.seen" 22.20.57 # I just received a _norom player flash dump :) 22.49.12 # back 22.49.13 # :) 22.57.07 Nick quelsaruk is now known as quel|nwn (~kvirc@80.103.129.116) 23.13.36 # gah, i hate bugs that makes you ask "how did this ever work?" 23.14.13 # did you repair the browser back button bug? 23.14.21 # soon 23.14.32 # found the resume issue, and the same thing is causing the back bug 23.14.50 # cool 23.14.53 # tsk.. tsk.. 23.15.10 # you are not the great code police i thought 23.15.12 # Zagor: do you have an idea why this worked for you? 23.15.18 # you disapointed me :D 23.15.22 # amiconn: no 23.15.43 # quel|nwn: :) 23.16.53 # Zagor: Do you remember the language array issue? I have an idea how to solve this, and save almost 1500 bytes of binary size. 23.17.08 # remind me 23.17.49 # The language is internally stored as an array of pointers to strings, which initially point to the builtin strings. 23.18.07 # So these pointers are initialized data, and take up space in the binary. 23.18.45 # When you load a complete language file, these pointers do now all point to the loaded strings. 23.19.20 # If you then load another language which is *not* complete, the last few pointers still point to the old positions. 23.20.13 # If the newly loaded language also has longer strings than the old one, the last few may pointers end up pointing mid-string anywhere. 23.20.55 # My initial idea was to make the builtin pointer array read-only, and copy it every time before loading a language. 23.21.36 # However, this would not decrease binary size, and would even need more ram (unless you use rombox, where ram usage would be identical) 23.22.34 # My new idea is to leave out the initial pointer array from the binary completely, only leaving a pointer to the start of the strings. 23.23.23 # The strings would then be separated by *single* zero-bytes, and the pointer array gets calculated by "walking that long, \0-separated string. 23.23.26 Join jyp [0] (~jp@225.3-136-217.adsl.skynet.be) 23.23.49 # amiconn: just make sure you can handle gaps 23.23.49 # This would not need more ram, and the left-out pointers make the binary smaller. 23.24.12 # but I like the idea 23.24.17 # Bagder: Well, if I put a *singe* zero byte at each string end, this is easy. 23.24.34 # yes 23.24.46 # I just wanted to mention it 23.24.51 # I would actually output this as one string (from the binlang script): 23.25.37 # Instead of writing "foo", "bar", "bas" simply output "foo\0" "bar\0" "bas\0" and let the compiler concatenate 23.25.47 # no need for the \0 23.25.51 # ah 23.25.52 # yes 23.25.55 # sorry 23.26.39 # If I leave it as an array, the compiler may decide to pad the strings, and I may end up with more than exactly one zero byte... 23.27.21 # Btw: The same trick can be applied to the credits list. 23.27.53 # There the pointer array is even not needed at all, because the list is read in sequence 23.28.02 # jyp now officially has cvs commit access 23.28.11 # excellent 23.28.22 # Ok, good :) 23.29.06 # * jyp bounces 23.29.24 # jyp: is there any docs anywhere on what gcc/binutils needed to build? 23.29.30 # * jyp shakes hands w/ everyone 23.29.38 # would be neat to get it added to the cvs build table 23.29.39 # Ow 23.29.56 # That's a pretty complicated story 23.30.06 # ouch 23.30.09 # We need to define at least the basic buttons if we want a simulator soon... 23.30.21 # (gmini simulator that is) 23.31.01 # re gcc: Because right now we use an old version of the binutils 23.31.32 # which is included in a full development suite 23.31.43 # but the gcc version in there does not work correctly 23.32.02 # "full development suite" ? 23.32.20 # It resides somewhere on donat.org 23.32.24 # isn't it just gcc and binutils? 23.32.44 # There's a bunch of other utilites there 23.32.58 # gdb, sim... 23.33.11 # there's even a version of tcl/tk/etc for calmrisc! 23.33.28 # I was planning to release a stripped down version 23.33.42 # see this: http://www.rockbox.org/twiki/bin/view/Main/CrossCompiler 23.34.15 # can't that be done for CalmRISC too? 23.34.26 # I don't want a development kit 23.34.49 # or rather gcc and bintuils is that 23.35.03 # I can be done more or less 23.35.53 # to me, that is the simplest approach 23.36.07 # Yes, 23.36.31 # the problem is that you'll need custom versions of each package 23.36.39 # custom how? 23.37.18 # Well, fsf gcc/gas do not support calmrisc16... 23.37.30 Join [IDC]Dragon [0] (~idc-drago@p3EE2DCEA.dip.t-dialin.net) 23.37.44 # You need to "special" version I'm maintaining 23.37.45 # isn't the patches required available then? 23.38.09 # They are available but sort of unstable 23.38.16 # hi [IDC]Dragon 23.38.18 # hehe 23.38.32 # <[IDC]Dragon> hi guys 23.38.35 # jyp: well still, if that is the only compiler we have, that is the path we walk 23.38.51 # Alright... 23.39.07 # [IDC]Dragon: I got a player _norom dump (rom 5.08, archos 5.08). Interested? 23.39.24 # Are you ok with checking out gcc code from sourceforge cvs ? 23.39.57 # you have the whole gcc code there? 23.40.01 # [IDC]Dragon:i I also built a firmware_player_norom.bin, but I'd rather not distribute it with current cvs rockbox due to the browsing bugs. 23.40.07 # but sure 23.40.14 # Bagder: all we need 23.40.31 # I wouldn't have done it that way, that's just it 23.40.38 # (but not yet binutils) 23.40.40 # <[IDC]Dragon> amiconn: how about using 2.4? 23.40.54 # Hmm, possible. 23.41.02 # <[IDC]Dragon> (dump) sure, bring it on! 23.41.14 # Bagder: I know this is awkward... But we' on the "bleeding edge" here 23.41.19 # * [IDC]Dragon reads a lot of log 23.41.34 # jyp: I know about that, I would still not do it like that 23.41.40 # I would provide patches against official releases 23.42.08 # so then we'd download release XXX and your patch YYY 23.42.23 # Bagder: well there's nothing stopping us from doing that now 23.42.26 # but I'm not complaining 23.42.31 # Zagor: very true 23.42.36 # I can check out and make a patch 23.42.50 # if I know from what release it is branched 23.44.03 # Well you can do a patch with a diff from the vendor tag 23.44.30 # Bagder: How can I see which cvs commits took place between the 2.4 release snapshot and 2004-12-25, 09:00 ? 23.44.40 # (if there were any) 23.44.45 # use cvs log -d 23.44.56 # -d "fromdate or cvs diff even 23.46.51 # How do I do this between a version and a date? -d takes 2 dates iiuc 23.47.25 # get the date for the version first 23.49.21 # * [IDC]Dragon is done reading logs, a lot of fun here 23.49.52 # <[IDC]Dragon> Linus did solder a new flash in his player? 23.50.13 # Not yet, but he intended to do it later this evening 23.50.20 # <[IDC]Dragon> Yokalosh learns everything... ;-) 23.50.36 # (or at least he wanted to uart boot the player) 23.50.57 # <[IDC]Dragon> I regret telling him about the theoretical chance to change the LCD 23.51.10 # Zagor: did you repair that bug already? 23.51.22 Nick quel|nwn is now known as quelsaruk (~kvirc@80.103.129.116) 23.51.52 # yes, resume is fixed. the back-in-plugin-browser remains still. 23.52.31 # oh 23.52.43 # I don't get this cvs command right :( 23.53.14 # what dates is it? 23.54.17 # As I told above... between v2_4 and 2004-12-25, 09:00 23.54.30 # so when was 2.4? 23.54.35 # (I don't think there are many) 23.54.40 # 2004-12-23 23.56.54 # cvs diff -D "2004-12-23" -D "2004-12-25 09:00" 23.58.12 # Thanks, that worked :) Does that work the same with cvs log ? 23.58.18 # no 23.58.22 # :-) 23.58.37 # cvs log -d "2004-12-23<2004-12-25" 23.59.01 # wasn't that obvious? ;-)