--- Log for 02.02.105 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 20 days and 12 hours ago 00.13.19 # bye 00.13.30 Quit Quelsaruk ("KVIrc 3.0.1.99 'Realia'") 00.16.58 *** Saving seen data "./dancer.seen" 00.31.39 Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 01.32.25 Quit ze (Remote closed the connection) 01.36.47 Join ze [0] (ze@adsl-69-231-202-32.dsl.irvnca.pacbell.net) 01.40.57 Quit Kyllingfot (Read error: 60 (Operation timed out)) 01.51.05 Quit MooMaunder (Read error: 110 (Connection timed out)) 02.00.23 Quit jyp ("poof!") 02.03.59 Quit edx () 02.16.59 *** Saving seen data "./dancer.seen" 02.19.41 Quit mecraw () 02.19.57 Quit ze (Read error: 110 (Connection timed out)) 02.31.47 Join Kyllingfot [0] (Taxi@oslo-dhcp-248-180.bluecom.no) 02.59.43 Join preglow [0] (thomj@s183a.studby.ntnu.no) 02.59.48 # my god, how i love compiler bugs 03.17.02 Quit preglow (zelazny.freenode.net irc.freenode.net) 03.17.02 NSplit zelazny.freenode.net irc.freenode.net 03.17.02 Quit rasher (zelazny.freenode.net irc.freenode.net) 03.17.02 Quit dwihno (zelazny.freenode.net irc.freenode.net) 03.17.35 NHeal zelazny.freenode.net irc.freenode.net 03.17.35 NJoin preglow [0] (thomj@s183a.studby.ntnu.no) 03.17.35 NJoin rasher [0] (~rasher@62.79.64.148.adsl.hs.tiscali.dk) 03.17.35 NJoin dwihno [0] (~dw@81.8.224.89) 03.17.38 Quit einhirn (Read error: 104 (Connection reset by peer)) 03.31.49 Quit preglow ("off") 03.46.43 Join ashridah [0] (ashridah@220-253-119-56.VIC.netspace.net.au) 03.56.32 Join elinenbe_ [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 03.56.45 Quit elinenbe (Read error: 104 (Connection reset by peer)) 03.57.00 Nick elinenbe_ is now known as elinenbe (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 04.05.06 Join amiconn_ [0] (~jens@pD95D1D50.dip.t-dialin.net) 04.11.45 Quit elinenbe (Read error: 104 (Connection reset by peer)) 04.16.07 Quit amiconn (Read error: 110 (Connection timed out)) 04.16.07 Nick amiconn_ is now known as amiconn (~jens@pD95D1D50.dip.t-dialin.net) 04.17.00 *** Saving seen data "./dancer.seen" 04.20.52 Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 04.26.25 Join amiconn_ [0] (~jens@pD95D1D50.dip.t-dialin.net) 04.30.34 Join elinenbe_ [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 04.30.41 Quit elinenbe (Read error: 54 (Connection reset by peer)) 04.30.56 Nick elinenbe_ is now known as elinenbe (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 04.42.15 Join elinenbe_ [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 04.42.38 Quit elinenbe (Read error: 104 (Connection reset by peer)) 04.42.43 Nick elinenbe_ is now known as elinenbe (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 04.44.39 Quit amiconn (Read error: 110 (Connection timed out)) 04.44.39 Nick amiconn_ is now known as amiconn (~jens@pD95D1D50.dip.t-dialin.net) 04.50.03 Join travisimo [0] (~41a00a6e@labb.contactor.se) 04.51.06 # Soooo.... will there be a h300 rockbox firmware thing? 04.59.34 Join elinenbe_ [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 04.59.41 Quit elinenbe (Read error: 104 (Connection reset by peer)) 04.59.56 Nick elinenbe_ is now known as elinenbe (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 05.05.30 Join elinenbe_ [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 05.05.55 Quit elinenbe (Read error: 104 (Connection reset by peer)) 05.05.58 Nick elinenbe_ is now known as elinenbe (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 05.09.39 # So will there be a rockbox firmwarething for iriver h300? 05.11.20 # likely, yes 05.12.36 # thats awesome, thank you 05.12.56 # right now they're focusing on the h100 series 05.16.20 # oh 05.16.22 Quit travisimo ("CGI:IRC") 06.17.02 *** Saving seen data "./dancer.seen" 06.50.57 Quit Kyllingfot (Read error: 110 (Connection timed out)) 07.16.38 Join Kyllingfot [0] (Taxi@oslo-dhcp-248-180.bluecom.no) 07.19.55 Join ze [0] (ze@adsl-69-231-202-32.dsl.irvnca.pacbell.net) 07.57.54 Join edx [0] (edx@pD9EAB0A5.dip.t-dialin.net) 08.13.34 Join lenny [0] (~42d779cd@labb.contactor.se) 08.14.09 Quit lenny (Client Quit) 08.14.33 Quit Stryke` ("Friends don't let friends listen to Anti-Flag") 08.17.03 *** Saving seen data "./dancer.seen" 08.30.51 Join Zagor [242] (~bjst@labb.contactor.se) 09.30.54 Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) 09.42.05 Join Schnueff [0] (~mah@atmedia.cs.uni-sb.de) 09.43.27 Join Nibbler [0] (~sven@port-195-158-163-34.dynamic.qsc.de) 10.14.36 Join MooMaunder [0] (~me@194.152.87.150) 10.17.05 *** No seen item changed, no save performed. 10.17.48 Quit desrt (Read error: 104 (Connection reset by peer)) 10.18.50 Join desrt [0] (~desrt@dhcp-0-20-af-d2-7c-3.cpe.mountaincable.net) 10.31.33 Quit Nibbler (Remote closed the connection) 11.25.09 Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) 11.27.06 Quit ripnetuk (Client Quit) 11.27.09 Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) 11.27.59 Join ripnet [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) 11.28.41 Quit ripnet (Client Quit) 11.46.28 Quit ripnetuk (Remote closed the connection) 11.48.21 Join Eodun [0] (~Eodun@80-28-111-90.adsl.nuria.telefonica-data.net) 11.48.30 Quit Eodun (Client Quit) 11.53.59 Join jipi [0] (~jipi@cm15.gamma185.maxonline.com.sg) 12.08.13 Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) 12.17.06 *** Saving seen data "./dancer.seen" 12.48.13 # time to build a coldfire compiler 12.49.11 # the instructions on the web site to create a cross compiler are very good :) 12.49.29 # I agree 12.49.37 # but... 12.49.45 # are you building the reccomended version (3.3.4) or the latest? 12.49.50 # the current CVS of binutils doesn't work 12.51.10 # I'm gonna try 3.4.3 12.51.33 # the 3.3.4 recommendation is mainly for the archoses 12.51.47 # the cvs worked for me last week (binutils) 12.53.40 # I think I lack some tool or something 12.54.10 # i put a couple of depends on the wiki 12.54.42 # I noticed, but I thought 'gettext-base' (debian) would be enough 12.55.00 # I guess I was wrong 12.55.34 # the error messages were very unclear 12.55.43 # i did some googling on the message and got lucky :) 12.56.12 Part Zagor 12.56.26 # yes, seems to work now 12.56.34 # cool 12.59.50 # so are you testing the bootloader then :) 13.00.01 Join DMJC-L [0] (~DMJC-L@220-245-162-47-sa-nt.tpgi.com.au) 13.00.20 # I'll even go for more than so ;-) 13.01.08 # I'll work on getting more stuff to compile and build for the iriver 13.01.40 # ? 13.01.53 # can you flash an iriver atm with the new firmware? 13.02.20 # yes 13.02.22 # i really want to see the flashing backlight - that is the proof of concept (on my specific player) that i need 13.02.34 # and the dangerous bit over :) 13.02.50 # what happens when you flash it? 13.03.02 # will it become a brick? or will the old firmware still be useable? 13.03.06 # DMJC-L: you get a bootloader that can either start the original one, or load Rockbox and run it 13.03.12 # it looks for a rockbox.bin on the hdd by default. If you hold rec it will run the original 13.03.14 # cool 13.03.30 # but the advice from LinusN is to wait until he includes more safety features 13.03.39 # ok 13.03.39 # otherwise you risk bricking it! 13.03.56 # im waiting till at least one other person has flashed it 13.04.17 # yes, its better that us people near the BDM try this first 13.04.24 # heh 13.04.29 # thats why im badgering bagder (sorry!) to see how his testing is going :) 13.06.35 # m68k-elf-gcc --version 13.06.36 # does anyone know which version of gcc linus is using for m68 stuff? everyone else seems to be using a more recent one than me (im using 3.3.4 - everyone else seems to be using 3.4.3). 13.06.36 # m68k-elf-gcc (GCC) 3.4.3 13.06.55 # that built quick :) 13.06.57 # I don't know 13.07.03 # yeps, core only 13.07.16 # what does core only mean? no gdb? 13.07.33 # no c++, no fortran, no java etc 13.07.40 # i see 13.07.48 # gdb is a separate package 13.08.03 # i skipped gdb as im not planning on building the serial dongle 13.08.11 # unless forced to by a bad flash :) 13.16.16 # * Bagder edited CrossCompiler somewhat 13.18.21 Quit jipi (Remote closed the connection) 13.18.43 # im building the latest version of gcc now... i want to be using the same tools as everyone else... i will keep both versions binaries handy 13.18.56 Join webguest51 [0] (~d9ece5f9@labb.contactor.se) 13.35.29 Join jyp [0] (~jp@163.83-201-80.adsl.skynet.be) 13.39.31 Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) 13.44.51 Quit jyp ("poof!") 13.51.51 # bah I can't be bothered building all this compiler crap 13.51.53 # can someone send me the files prebuilt when they get it working? 13.52.15 # why? 13.52.35 # if you don't want the compiler setup, why would you want to see a flashing backlight you can't turn off? 13.52.46 # wait what? 13.53.03 # that's all rockbox does atm 13.53.12 # ah 13.53.14 # bah 13.53.19 # forget it then 13.53.26 # keep up the good work tho ;) 14.01.00 Join Patr3ck [0] (~Patr3ck@pD9ECE5F9.dip.t-dialin.net) 14.01.24 # now I only have like a 100 link errors, then it builds... :-) 14.03.24 Quit webguest51 ("CGI:IRC (EOF)") 14.07.03 # im still building 3.4.3 14.07.31 # (i rebuilt 3.3.4 first because i want a neat directory structure!) 14.07.42 # :-) 14.08.03 # i want to get that same md5 on the bootloader that everyone else is getting :) 14.17.08 *** Saving seen data "./dancer.seen" 14.22.50 # 93 errors to go 14.25.34 # heh. i love watching people new to programming fix errors in their code. they do that whole 'wtf?! 30 errors?' thing and get depressed, then you tell them to only fix the first error, and recompile, and they're all happy because it drops to 2 errors :) 14.26.03 # hehe 14.27.49 # \yes :) i have a md5sum of 9da072762fbb437ff4cb28fbcc29d0a8 on bootloader.bin :) 14.29.05 # bagder - why do many errors? are you trying to compile the rest of rockbox? i thought LinusN had already made headway porting it, just not committed to cvs? 14.29.17 # he only built a subset 14.29.26 # I'm trying the full thing 14.29.32 # (except plugins) 14.29.48 # nice 14.30.03 # I talked to him yday about this, so he's aware of my work 14.30.10 # the toolchain uses up a lot of space - 3.3.4 and 3.4.3 (incluiding tarballs) come to ... 1.1GIG :) 14.30.16 # ! 14.30.54 # have you flashed then? 14.31.00 # nope 14.49.34 # 34 errors 14.50.30 # getting there 14.51.07 # one step at a time 14.51.17 # adding dummy stubs all over 14.51.29 # i make that 59 sterp :) 14.51.30 # Bagder: what are you doing really? trying to compile the current codebase with the calmrisc(?) gcc? 14.51.32 # steps 14.51.42 # he is doing m68k 14.51.42 # dwihno: no, coldfire 14.52.00 # Bagder: is it a big diff? 14.52.10 # * dwihno knows nothing about motorola processors 14.52.23 # Apart from the 68000 being a cool thing :) 14.52.40 # the code is assuming Archos and SH all over 14.52.45 # not very surprisingly 14.53.27 # yeah 14.53.48 # is it a major hassle to make the stubs? 14.54.06 # it isn't hard or anything 14.54.09 # just a lot of work 14.54.36 # It has to be done :) 14.54.40 # yeps 14.55.11 # then we should be able to do more than flash backlight :-) 14.55.26 # nice 14.55.29 # that's all you can do atm? :) 14.55.46 # we can do more, but the default iriver build only does that 14.56.11 # it's a start :) 14.56.19 # with the current codebase, where are the limits drawn? 14.56.34 # which limits do you mean? 14.57.28 # Well, file system driver, ata stuff, missing audio output 14.57.47 # the ata and fat32 work 14.57.51 # the lcd driver works 14.57.51 # Theoretically, perhaps you could run the dir browser? 14.57.55 # yes 14.58.00 # once I'm done with this 14.58.10 # i think linus has a jpg on the site showing dir browser 14.58.12 # and load fonts 14.58.35 # that's actually a fake dir browser I believe ;-) 14.58.40 # ;) 14.58.51 # it reads the dir and show the contents 14.58.56 # its not the actual dir browser code 14.59.13 # but we're coming there soon 14.59.24 # so what is missing in the stubs? 14.59.39 # its mostly about mpeg playing 14.59.46 # and mas stuff 14.59.46 # audio specific stuff 14.59.50 # yes 14.59.55 # would've guessed that 15.00.21 # has there been any disussion regarding codec integration? 15.00.35 # there's a wiki page about it 15.01.10 # ah 15.01.13 # I'll check it later on 15.02.05 # Nice of you to get your hands dirty and do this now... Once the bootloader goes gold, people will dev like crazy! :) 15.02.39 # hell yeah 15.03.03 # isn't this the closest thing to having an oen spec ipod? 15.03.05 # open 15.03.13 # I mean I know it's better than an ipod.. 15.04.33 Join preglow [0] (thomj@s183a.studby.ntnu.no) 15.12.53 Join R3nTiL [0] (~zorroz@83.69.98.240) 15.26.39 # they run linux on ipod, I would say that is even closer to an open source on ipod 15.34.47 Join jipi [0] (~jipi@cm15.gamma185.maxonline.com.sg) 15.37.15 # 18 15.37.28 # 18 green bottles hanging in the wall... 15.37.48 # is is you who has lent their iriver to someone? 15.37.59 # no, that's zagor 15.38.08 # mine is here 15.38.29 # cool... and you live close enough to LinusN to bdm it if needed? 15.38.34 # yes 15.38.51 # but I'll still let Linus flash his own 140 first 15.39.15 # i thought he had already done that 15.39.26 # no, only his 120 I believe 15.39.39 # i see... i doiidnt realise he had both 15.39.53 # he has a 120 with the BDM soldered to it 15.39.58 # and a separate 140 he can use 15.40.00 # i might pull mine apart and compare the chips to those on the wiki, to see if anything has changed 15.41.17 # i really doubt that 15.41.21 # mine was identical, at least 15.41.32 # 15 errors 15.41.46 # but I don't think I'll reach further right now 15.42.19 Quit ashridah ("sleep") 15.42.26 # perhaps I should try some plugins... :-) 15.42.43 # what're you doing? 15.42.58 # I build the full rockbox with m68k 15.43.49 # ahhh 15.44.05 # Linus' version was a stripped one 15.45.19 # but 15 errors isn't too bad at all 15.45.29 # they're all related to one problem 15.45.44 # I start with ~200 15.45.45 # the m68k gcc target is unfortunately a bit old and crummy, i'm told :/ 15.45.46 # started 15.46.06 # what problem is that? 15.46.20 # undefined reference to `mp3end 15.46.33 # mp3end being a symbol in the link file 15.46.40 # 7hmm 15.47.06 # i'd like to try porting mad 15.47.14 # do you know if anyone are doing that at the moment? 15.47.24 # I don't think so 15.47.39 # i don't know if i have the time, though 15.47.51 # and i need to find out the dsp caps of the coldfire first 15.48.40 Quit R3nTiL () 15.57.36 Join jyp [0] (~jp@163.83-201-80.adsl.skynet.be) 15.59.08 # i appreciate configure complaining about my compiler not being able to make executables when the thing in question is a library 15.59.15 Join Quelsaruk [0] (~kvirc@80.103.140.210) 15.59.18 # hi 15.59.32 # hi Q 16.11.04 # seems like mad uses 64 bit ints, lovely 16.12.37 # doesnt coldfire support 64 bit ints then? cant the compiler make up the gap? 16.13.27 # i'd really like to use the emac unit, but i have to find out how it works before i do anything else 16.13.47 # is the emac a dsp thing? like mmx and simd? 16.14.43 # no, not really, it's just an extended precision multiply and accumulate unit 16.14.50 # fast good precision multiply and add, in other words 16.14.55 # which is more or less what dsp is about ;) 16.15.10 # i dont have specific esxperience with media encoding... 16.15.39 # dsp is one of my main interests 16.15.53 # cool topic to be interested in 16.16.01 # but i've never used fixed point seriously at all, so this is going to be fun 16.16.11 Join LinusN [0] (~linus@labb.contactor.se) 16.16.19 # shalom 16.16.23 # indeed 16.17.12 *** Saving seen data "./dancer.seen" 16.17.12 # never used fixed point? you are so spoiled :-) 16.18.34 # i've used it, but not seriously 16.18.42 # like i have floating point 16.18.58 # but i know how to use it, i'm just not used to it ;) 16.19.28 # you get some kind of backlog or are you just psychic? 16.19.40 # i'm psychic 16.19.42 # :-) 16.19.44 # http://www.rockbox.org/irc/current.txt 16.19.50 # http://www.rockbox.org/irc/ 16.19.54 # nice 16.20.01 # logs since the very beginning of the project 16.20.38 # ive put up a php site that grabs the current log for today and highlights any lines that contain iriver :) usefull for keeping up with progress 16.20.44 # think i'll stick to current 16.20.49 # LinusN is like a wizard 16.20.50 # hah 16.20.55 # he knows when people need him 16.20.58 # ripnetuk: got an url? :P 16.20.59 # and apears 16.21.03 # Bagder: which link control file are you using? 16.21.05 # http://www.ripnet.co.uk/rockboxirc/ 16.21.36 # it also cuts out the crap (join, leave etc) and highlights the wise words of linusn in a different colour :) 16.22.19 # ripnetuk: hah, this is quite excellent 16.22.34 # ta 16.22.46 # you can also enter a previous log date and see that highlighted 16.22.58 # ripnetuk: excessive line spacing 16.23.09 # maybe, but it reads good on my pda 16.23.17 # ripnetuk: hmm, it also hightlights my wise words if i type LinusN ;) 16.23.24 # haha 16.23.27 # yes, its not very sophisticated :) 16.24.17 # i have to go 16.24.22 # cu around 16.24.25 Part LinusN 16.58.18 Join mecraw [0] (~mecraw@69.2.235.2) 17.07.29 Quit Kyllingfot () 17.16.01 Quit Patr3ck (Read error: 60 (Operation timed out)) 17.16.21 Join Patr3ck [0] (~Patr3ck@pD9ECE5F9.dip.t-dialin.net) 17.51.27 Join StrathAFK [0] (~mike@dgvlwinas01pool0-a222.wi.tds.net) 17.56.19 # does rockbox have a malloc type thing? 17.56.59 # it actually has malloc, wee 17.57.53 # i thought malloc was considered the work of the devil by rockbox? 17.58.20 # bye 17.58.23 Quit ripnetuk ("Leaving") 18.00.01 Quit Strath (Nick collision from services.) 18.00.04 Nick StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a222.wi.tds.net) 18.01.16 # well, the archos has little memory, perhaps that's why 18.02.27 # damn, i'm replying to absent people, thinking they might be reading these fancy logging pages 18.10.38 # where does __assert come from? 18.17.14 *** Saving seen data "./dancer.seen" 18.17.42 Quit Schnueff ("leaving") 18.30.56 Quit Patr3ck (" WOW! This IRC Client ownz! HydraIRC -> http://www.hydrairc.com <-") 18.48.14 Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.UMBC.EDU) 18.55.11 Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) 18.56.40 # <[IDC]Dragon> amiconn: r u there? 19.10.09 # [IDC]Dragon: N6w a0, 19.10.16 # erm, now I am 19.10.25 # <[IDC]Dragon> looks interesting ;-) 19.10.42 # Yeah. I *hate* numlock on laptops :-/ 19.10.55 # <[IDC]Dragon> I've written an email, meanwhile 19.11.12 # * amiconn is checking email 19.11.18 # <[IDC]Dragon> not sent yet 19.11.52 # <[IDC]Dragon> anyway, I fail to reproduce your problem with the MMC image 19.12.06 # <[IDC]Dragon> using CVS-050131 for now 19.12.08 # Really? 19.12.22 # I tried it on my sister's Ondio last weekend - same problem. 19.12.51 # * amiconn builds current cvs and retries... 19.12.51 # <[IDC]Dragon> instead, I get an audio underrung close to the end 19.13.10 # <[IDC]Dragon> underrun 19.19.43 # The problem is still there 19.19.53 # <[IDC]Dragon> hmm 19.20.32 # <[IDC]Dragon> should we compare with an identical daily build version? 19.20.43 # Played the video file, choose resume = yes, played a few seconds, stopped. File was displayed in current dir, pressed left -> no files and folders displayed 19.21.12 # <[IDC]Dragon> I tried similar 19.21.20 # I can try to play up to the end, should be the same. 19.21.24 # <[IDC]Dragon> with above daily build 19.21.50 # What works is when you start playing at the beginning and stop before ~2:49 are played. 19.22.16 # You used an official daily, or an own build? Flashed? 19.22.28 # <[IDC]Dragon> official build, flashed 19.23.05 # Hmm, lemme try. I'll also compare rombox (what I am running all the time) with rockbox from ram. 19.23.14 # 050131? 19.23.21 # <[IDC]Dragon> yep 19.23.40 # <[IDC]Dragon> but no rombox :-( 19.24.48 # Yes, that's clear. 19.25.18 # Anyway, this shouldn't make a difference, as my sister's Ondio had the same problem, also without rombox (FM). 19.25.32 # <[IDC]Dragon> flashed, I guess? 19.25.39 # yup 19.27.14 # Same problem with CVS-050131, from ram 19.27.40 # <[IDC]Dragon> very strange 19.28.00 # <[IDC]Dragon> looks like your card fails 19.28.11 # <[IDC]Dragon> or marginal timing 19.28.18 # I'll reformat & write back the image. 19.28.30 # <[IDC]Dragon> I'll do that, too 19.28.57 # <[IDC]Dragon> I ran chckdsk on it, but read only 19.30.24 # <[IDC]Dragon> c u later 19.30.30 Quit [IDC]Dragon ("CGI:IRC") 19.36.18 # Bagder: r u there? 20.02.50 Quit jipi (Remote closed the connection) 20.02.51 Quit Quelsaruk (Read error: 54 (Connection reset by peer)) 20.10.34 Quit midk_ (Read error: 104 (Connection reset by peer)) 20.10.46 Join midk__ [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 20.17.15 *** Saving seen data "./dancer.seen" 20.25.11 # mrf 20.25.19 # sup? 20.40.04 Join Nibbler [0] (~sven@port-195-158-163-34.dynamic.qsc.de) 21.00.02 Join pvh [0] (~pvh@S010600121729b5b8.gv.shawcable.net) 21.00.38 # Hi, as of yesterday when I start rockbox, the disk spins up and reads a little bit, but then the access light stays on and it never goes past the boot-logo. 21.00.49 # I'm running a rombox build from September. 21.01.13 # Holding F1 gives me the classic archos boot screen which then becomes the rockbox logo and freezes there instead. 21.01.17 # Any ideas? 21.23.00 # :x 21.24.22 Quit Nibbler (Remote closed the connection) 21.24.39 Join Nibbler [0] (~sven@port-195-158-163-34.dynamic.qsc.de) 21.34.21 Join Peter99 [0] (~d9e14ad3@labb.contactor.se) 21.34.44 # I have a question concerning the ID3 database 21.35.14 # I did follow the instructions given on http://www.rockbox.org/twiki/bin/view/Main/TagDatabase . 21.36.06 # I switched the view to "ID3 database" but it does not show anything 21.40.56 Join jyp_ [0] (~jp@121.200-200-80.adsl.skynet.be) 21.41.19 # Any help is appreciated 21.41.53 # Zagor is the developer of the id3 stuff 21.43.13 # I don't know if any one else can help you 21.46.46 # Ok thanks anyway 21.48.37 Quit Nibbler ("blubber") 21.52.31 Join Nibbler [0] (~sven@port-195-158-163-34.dynamic.qsc.de) 21.59.56 Quit jyp (Read error: 110 (Connection timed out)) 22.00.13 Nick jyp_ is now known as jyp (~jp@121.200-200-80.adsl.skynet.be) 22.00.50 # * HCl yawns 22.01.01 # has anyone aside from linus tested the new iriver bootloader yet? 22.05.37 Join thecrecarc [0] (~thecrecar@user-0cdvoeu.cable.mindspring.com) 22.09.02 # I want to damnit 22.09.10 # whats keeping you? o.o; 22.09.23 # I don't want to build the compiler heh 22.09.30 # prf. 22.09.38 # meh, i guess i could compile it for you if you want? 22.09.46 # sure 22.09.55 # ofcourse, you'd have to trust me and stuff, but why would i want to mess up an iriver of a person o.o; 22.10.04 # afaik the bootloader shouldn't get updated much right? 22.10.09 # *searches on how to compile the bootloader 22.10.18 # well, i looked at the code of it a bit, it seems fairly straightforward 22.10.31 # the only thing that might change in the future is the memory address, maybe, i dunno. 22.10.36 # let me try to compile it for you.. 22.10.47 # they tested it with the original firmware? 22.10.50 # i hope it'll do threads while compiling 22.10.51 # yea. 22.10.55 # it runs rockbox by default 22.10.58 # and the original firmware 22.11.01 # if you press record 22.11.02 # while booting 22.11.04 # as long as i can access the original it's good 22.11.18 # well, obviously, only linus tested it, so i can't guarantee it 22.11.20 # but it *should* work 22.12.00 # I find your lack of faith disturbing 22.12.05 # j/k 22.12.08 # ? o.o 22.12.08 # ok :P 22.12.38 # i'm just careful to not guarantee anything. so people will know the exact risk, and stuff. 22.12.55 # yeah 22.12.58 # pretty much, it *should* work, and there's not really a reason why it wouldn't, but no one guarantees that it won't 22.13.03 # eh 22.13.03 # will 22.13.13 # anyways 22.13.16 # let me get to that building stuff. 22.13.26 # k 22.17.12 Part thecrecarc 22.17.16 *** Saving seen data "./dancer.seen" 22.18.56 # damnit... I wanted to ask linus about the 140s... 22.19.02 # since that's what I have 22.19.59 # m? 22.20.03 # what about them..? 22.20.23 # they're pretty much exactly the same as the 120, except they're black,slightly bigger, and have a 40gb hd 22.21.22 # heh 22.21.47 # the extra width is from the hdd afaik 22.22.04 # yea 22.22.12 # they even have the exact same firmware 22.23.11 # will rockbox be able to handle hdd over 40gb? 22.23.32 # (future mods) 22.23.50 # yup 22.24.04 # its just a matter of finding a hdd that small that'll fit in the iriver 22.24.12 # wicked 22.24.20 # even the stock firmware might support a hdd upgrade since its used for both the 20gb and 40gb hdds 22.24.37 # thank god for make -j5 22.24.54 # steal an ipod, butcher it 22.25.01 # heh 22.25.10 # * HCl pats his 4 550mhz cpus :) 22.25.20 # hehehe nice 22.26.18 # so how do you install rockbox? just place it on the drive and tell it to flash? 22.26.18 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 22.28.16 # yea.. pretty much, i'll merge the bootloader with the original firmware 22.28.20 # then give it to you 22.28.27 # there's a new wikipage on how to do it 22.28.37 # http://www.rockbox.org/twiki/bin/view/Main/IriverBoot 22.28.54 # If you butcher an ipod, I take the lcd ;? 22.29.01 # ;) 22.30.16 # i'm getting the idea make with multiple threads doesn't play well with binutils :/ 22.30.17 Join ripnetUK [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) 22.30.38 # * HCl will have to run on one cpu u.u 22.30.58 # take your time 22.31.15 # hehe the build process for the bootloader takes less than 10s - multi threaded build is overkill 22.31.23 # DMJC-L: want me to tweak the source of the bootloader so it'll load iriver firmware by default? 22.31.30 # sure 22.31.31 # ripnetUK: i don't have a crosscompiler yet 22.31.37 # i see... 22.32.06 Join uhum [0] (~a81cca13@labb.contactor.se) 22.32.15 # you are welcome to a copy of my binaries if u like, but sounds like u are already there. I have built both 3.4.3 and 3.3.4 22.32.27 # nah, its okay.. i think. 22.32.31 # uh...um.... 22.32.34 # i also get the same md5 on bootloader.bin 22.32.44 # as some others have reported... but I dare not flash my 140 22.32.46 # are you freaking crazy? do you want to brick your player? 22.33.09 # thats what they said when people talked about plans of going to the moon ;p 22.33.09 # * uhum is talking to DMJC-L 22.33.12 # ? 22.33.14 # it has to be noted that Linus has only tried the firmware on ONE h120 not a h140, and that it has no safety features 22.33.31 # he is working on a couple of safety features. 22.33.50 # HCl, true, but people went to the moon had PLANS, and calculations 22.33.52 # "safety features?" 22.33.52 # but it also has to be said that I have come close to risking it a couple of times... would be fun to build a bdm :) 22.33.59 # exactly 22.34.12 # okie, tada, just wanted to let you know DMJC-L 22.34.15 Part uhum 22.34.19 # o.o 22.34.22 # who was that anyways? xD 22.34.35 # but yea, like i told you, you need to be aware that no one guarantees that it'll work 22.34.43 # but it *should* 22.34.48 # from a selfish point of view, I cant wait until someone else tries it on a h140 :) but i advise against it 22.35.10 # will my brick still work as a hard drive? 22.35.21 # which version of gcc u using hcl? 22.35.23 # no 22.35.25 # if you get the harddrive out :X 22.35.31 # bah 22.35.34 # i got the recommended one 22.35.40 # the 3.3.4? 22.35.41 # 3.3.4? 22.35.42 # yea 22.35.43 # that 22.36.03 # brb... shop run 22.36.52 # what safety features 22.37.08 # dunno :X 22.38.07 # I think I'll wait to hear about those 22.38.16 # *nods* 22.38.23 # he is writing a minimon, which will allow a (partially) failed attempt to flash to be recovered with a simple circuit 22.38.32 # instead of needing a full bdm emulator. 22.38.46 # i'm gonna make my cross compiler anyways 22.38.48 # I also heard he is making the exception vector jump to the original firmware in case something goes wrong 22.39.08 # sounds reasonable 22.39.40 # the main thing i am worried about is a slight hardware difference between the 120 and the 140 (or different revisions of the board) 22.39.48 # yeah 22.40.04 # that's what I suspected could happen 22.40.26 # being a different physical shape is not a good indicator of sameness 22.41.03 # the disk is thicker 22.41.10 # that's why 22.41.48 # I know 22.41.56 # 2 platters vs 1 22.42.09 # they use the same firmware, but it could well be "if chip is x, do y else do z" job... 22.42.15 # anyway, brb, shop 22.42.16 # heh 22.42.23 # I suspected that too.. 22.42.32 # that's how nvidia's drivers work for their gfx 22.45.02 # i honestly have no clue whether they do that or not. 22.45.27 Quit methangas (" HydraIRC -> http://www.hydrairc.com <- IRC for those that like to be different") 22.45.39 # has anyone ever opened an ihp140 up to compare the boards? 22.45.41 # to an 120 ? 22.45.52 # someone's bound to have done that.. 22.46.09 # Iirc, Linus did this, and (again iirc) the boards are identical 22.46.18 Join Quelsaruk [0] (~kvirc@80.103.128.128) 22.46.22 # kay 22.46.34 # hi 22.46.42 # hi Quelsaruk 22.46.43 # hey quelsathingy 22.46.45 # how goes? 22.46.56 # :) 22.47.07 # working hard 22.47.10 # sadly.. 22.47.12 # *nods* 22.47.20 # well, working isn't bad as long as you enjoy your work 22.47.54 # so you can either change the work, or do something to make it more enjoyable :P 22.47.58 # ;) 22.48.19 # i like my job, but i prefer having more spare time 22.48.30 # mhm. 22.48.50 # music often helps me a lot while doing work i dislike 22.49.04 # that's why we use rockbox ;) 22.49.13 # yup :P 22.49.13 # well. 22.49.21 # in my case, will use rockbox 22.49.24 # doesn't work yet :/ 22.49.42 # yo use iriver then? 22.49.53 Join thecrecarc [0] (~thecrecar@user-0cdvoeu.cable.mindspring.com) 22.49.56 Part thecrecarc 22.50.13 Join thecrecarc [0] (~thecrecar@user-0cdvoeu.cable.mindspring.com) 22.50.26 Part thecrecarc 22.50.35 Join thecrecarc [0] (~thecrecar@user-0cdvoeu.cable.mindspring.com) 22.50.39 # jesus 22.50.56 # Quelsaruk: yup 22.51.08 # i can't wait to work on a gameboy emu for it 22.53.14 # amiconn: have you seen Eodun today? 22.53.16 # commits coming up 22.53.30 # he had to send me some cosmetic changes for Espanol.lang 22.54.12 # Quelsaruk: Nope. 22.54.18 # Quote from logbot: 22.54.23 # -logbot_- eodun (~Eodun@80-28-111-90.adsl.nuria.telefonica-data.net) signed off 11 hours and 5 minutes ago (Client Quit) 22.54.28 # oh 22.58.35 # Reg. the "playlist" / "buffer full" issue: I wonder why these are defined as 2 strings in the first place. They are joined for displaying with splash() anyway. If they were defined as one string from the start, nobody would have been tempted to reuse it... 22.59.11 # it was a bad decision that has remained so 22.59.16 # because when lang files where created, splash function did not exist 22.59.54 # so "splash windows" where just a black screen with the text message 23.00.02 # :/ 23.00.36 # mmm 23.00.44 # does rockbox have anything like a HAL yet? 23.00.50 # no 23.00.55 # or is that just too inefficient to implement on a small rom 23.00.55 # ? 23.01.34 # I don't think we need a general HAL, but instead focus on writing abstract layers where we think it is applicable 23.01.39 # i suppose the easiest way to repair that is to use the LANG_PLAYINDICES_BUFFER as the text "Playlist buffer is full" and leave LANG_PLAYINDICES_PLAYLIST just as "Playlist" 23.01.44 # Ain't the firmware directory sort of a HAL ? 23.01.53 # sort of 23.01.58 # ok 23.01.58 # right 23.02.18 # just fearing to port the app dir ;) 23.02.21 # we should probably make it that somewhat harder 23.02.26 # Quelsaruk: I think I have to agree. There are 2 slightly odd things that may happen. 23.02.39 # jyp: I've done several fixes there now that'll benefit your work too 23.02.45 # Great 23.02.52 # jyp: since I built apps for iriver today 23.03.14 # (1) If someone uses newer rockbox with older .lng file, it would only display "buffer full" instead of "Playlist buffer full" 23.03.23 # btw did the usb driver for gmini 23.03.32 # waiting to be enabled in config 23.03.44 # (2) The other way round, (old rockbox with new .lng), it would show "Playlist playlist buffer full" 23.03.52 Join Eodun [0] (~Eodun@80-28-211-142.adsl.nuria.telefonica-data.net) 23.04.00 # jyp: nice, you're progressing mighty fine! 23.04.15 # Well, it is untested stuff 23.04.30 # but amiconn, that problem is going to happen if we try to repair it using other method 23.04.35 # hi Eodun 23.04.42 # hi Quel 23.04.45 # I just wanted to reduce the build log ;) 23.04.57 # but the basic thing is there 23.04.58 # if we add a new ID, called LANG_PLAYLIST 23.06.15 Join [IDC]Dragon [0] (~idc-drago@pD9E348D0.dip.t-dialin.net) 23.06.29 # Bagder: You thought about decreasing the build table width. I'd suggest to put one word per line in the header for all targets, is it already is for Play/Sim/Win32 etc. 23.06.35 # then, using new firmware, you have to retrieve the english text to read everywhere you use this new id 23.07.29 # Bagder: I.e. Ondio/SP, Ondio/FM, Iriver/H100/Boot etc. 23.08.11 # isn't it already one word per line? 23.08.54 # * jyp sees one word per line 23.08.59 # Quelsaruk: Of course, using your suggested method, the language id names have to stay as they are now. This can be slightly misleading; at least the description should clearly say what this is about 23.09.28 Part thecrecarc 23.09.30 # yes 23.09.40 # Bagder: Only if the browser window is small enough. For me, Ondio FM, Ondio SP, Iriver H100 all appear on one line 23.09.46 # maybe adding a *WARNING* in the desc. 23.10.03 # The other examples I stated have a
between each two words. 23.10.08 # <[IDC]Dragon> amiconn: MMC image restored, still no problem 23.10.15 # if you have that much space, there's no need to make it narrower anyway 23.10.29 # [IDC]Dragon: MMC image retransferred, problem still exists... :( 23.10.30 # I was more concered when the table doesn't fit in a plain window anymore 23.10.48 # <[IDC]Dragon> or do I have to play from start (not resume to some end position)? 23.11.08 # * HCl yawns while he watches gcc and libc and libm compile.. 23.11.08 # Bagder: There would be one reason - the column widths are very unequal in width for me 23.11.18 # right 23.11.19 # I 23.11.22 # 'll fix 23.11.58 # jyp: took you down from 75 to 43 errors ;-) 23.12.03 # [IDC]Dragon: No, the problem occurs (for me) both when resuming and when playing from the start. Only that you have to play long enough, past 02:49 23.12.06 # (but added 25 sim warnings) 23.12.36 # [IDC]Dragon: It also occurs for me when playing straight from start to end. 23.12.46 # <[IDC]Dragon> amiconn: ok, then my quick re-check should have showed it 23.13.11 # <[IDC]Dragon> shown 23.13.23 # gee, done o.o; quad cpu systems are nice :P 23.13.33 # [IDC]Dragon: Hmm. I'd really like to know what's going on here 23.14.12 # <[IDC]Dragon> do you have access to another MMC >= 256 MB? 23.14.32 # amiconn: try it now 23.14.36 # The problem is 100% reproducable on 2 Ondios with my card. I reformatted the card - no problem. I retransferred the image - no problem. Chkdsk tells me the fs is ok 23.14.39 # Error: unrecognized architecture specification `5249' 23.14.42 # hrm. :/ 23.14.59 # HCl: is this binutils from cvs? 23.15.11 # <[IDC]Dragon> and I swear it's working here 23.15.29 # Bagder: Nice :) Only that the many Gmini warnings & errors now make every table row 2-line :-/ 23.15.30 # <[IDC]Dragon> some side effect with the internal memory? 23.15.35 # Bagder: no, i couldn't get the cvs binutils to compile 23.15.41 # it asked for something called "no" 23.15.43 # which i didn't have o.o; 23.15.49 # you need gettext 23.15.53 # i have gettext... 23.15.56 # I got that exactly problem 23.15.59 # <[IDC]Dragon> amiconn: perhaps that matters, when it confuses volumes, or so 23.16.00 # [IDC]Dragon: Sorry, it's the only MMC I have 23.16.00 # without gettext 23.16.01 # i'll try it again.... 23.16.15 # HCl: you must use the cvs version, since the plain 2.15 lacks vital stuff 23.16.37 # patches provided by a certain LinusN... .-) 23.17.36 # yea, i noticed 23.17.54 # amiconn: wehn you have 5 minutes we can talk about that lang ID issue (when you finish with [idc]dragon) 23.18.12 # Grr, I'm already heavily multi-tasking :-/ 23.18.25 # <[IDC]Dragon> sorry for interfering, carry on please 23.18.34 # * amiconn is in the process of soldering and photo-shooting 23.18.51 # * [IDC]Dragon was unaware of other discussions 23.18.58 # (undoing uart boot mod for player & documenting for wiki) 23.19.18 # <[IDC]Dragon> good 23.19.48 # [IDC]Dragon: don't worry, our issue is not too important 23.19.55 # has been like this for at least 3 months 23.19.56 # :) 23.20.00 # Quelsaruk: The problem with your suggestion would be that other languages which don't get updated still use the old assigments... 23.21.02 # There are languages which are waaaay outdated.... Rockbox shouldn't claim to suppport >20 languages when the number of actively maintained languages is <5 23.21.17 # :P 23.21.30 # * HCl wouldn't want a rockbox in his native language anyways... 23.21.38 # computer programs in my native language creep me out. 23.21.39 # :X 23.21.48 # What language is it ? 23.21.52 # dutch x.x 23.21.58 # amiconn: we get a backwards compatibility, we have to decide wheter we want a good solution (i.e. correcting the lang ID and their use) or a easy patch which enable the use of old languages 23.22.05 # The latter are english (of course), german, swedish, spanish and (to some degree) french. Did I forget one? 23.22.35 # i must say that part of the fault is mine 23.22.59 # * jyp should learn dutch 23.23.01 # i was a long time away, so i did not update language patches.. and people did not submit new patches 23.24.11 # jyp: nooooooo! 23.24.13 # well, I could make a catalan translation, but dunno if it would be more useful than swahili, for example... 23.24.17 # dutch is awful :X 23.24.58 # Eodun: i don't know.. you can try ;) 23.25.01 # lol, I mean, i love catalan, but don't think it would be downloaded a lot 23.25.23 # HCl, as a french speaking Belgian citizen, you'd better know dutch to get better jobs ;) 23.27.30 # X-D If I write the catalan translation, I would have to make a new catalan voice... my own one! 23.27.55 # you can use your real voice for that 23.27.56 # :) 23.28.14 # yeah, that was what I tried to say :) 23.28.26 # Already have the TTS SDK 23.28.48 # but I lack a microphone, right now 23.32.18 # [IDC]Dragon: I was looking for 2 GB MMCs today. Such beasts were presented by Pretec more than half a year ago. However, nobody offers these beasts yet :-/ 23.32.55 # <[IDC]Dragon> yes, I saw that, too 23.33.32 # <[IDC]Dragon> be patient, larger memory chips are coming 23.33.40 # sleep time, night 23.33.49 # amiconn: i can check in japan 23.33.53 # <[IDC]Dragon> making large cards common, no special product 23.34.03 # <[IDC]Dragon> night Bagder 23.34.14 # ny' 23.34.16 # if they exist there, i may be able to send you one at the end of this month (with luck) 23.34.32 # hehe, just today a friend of mine has told me she broke her portatile's HD... 50 Gb... 23.34.43 # Bagder: Loads of warnings.... 23.34.56 # she says she's gonna give it away to me! 23.35.10 # Eodun: that's great 23.37.01 # :) 23.37.17 # * [IDC]Dragon says goodnight 23.37.23 Quit [IDC]Dragon () 23.39.23 # Bagder: works now, i guess it needed to re-run configure.. 23.52.25 Join amiconn_ [0] (~jens@pD9E7FCAC.dip.t-dialin.net) 23.52.49 Quit amiconn (Nick collision from services.) 23.52.50 Nick amiconn_ is now known as amiconn (~jens@pD9E7FCAC.dip.t-dialin.net) 23.54.50 # * HCl is gonna get annoyed at gcc if it won't work after this..