--- Log for 03.02.105 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 21 days and 12 hours ago 00.08.12 Quit Hadaka (Read error: 60 (Operation timed out)) 00.10.20 # Player is now closed, still working. Phew! :) 00.10.25 Join Naked [0] (naked@naked.iki.fi) 00.10.29 Nick Naked is now known as Hadaka (naked@naked.iki.fi) 00.10.58 # :) 00.15.38 Nick jyp is now known as TheProphet (~jp@121.200-200-80.adsl.skynet.be) 00.16.22 Nick Strath is now known as Gmini (~mike@dgvlwinas01pool0-a222.wi.tds.net) 00.16.27 # * HCl yawns and decides he's hungry 00.17.18 *** Saving seen data "./dancer.seen" 00.18.16 Nick Gmini is now known as Strath (~mike@dgvlwinas01pool0-a222.wi.tds.net) 00.18.43 Nick TheProphet is now known as jyp (~jp@121.200-200-80.adsl.skynet.be) 00.21.08 Nick midk__ is now known as midk (~midk@c66-235-14-120.sea2.cablespeed.com) 00.21.26 Nick ripnetUK is now known as ripnet (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) 00.31.02 # * amiconn is annoyed by usb 1.1 speed 00.31.07 # :P 00.31.18 # patience is a virtue 00.31.52 # amiconn: that's one of the reasons why i bought a usb2.0 V1 recorder when my old recorder6 began to die.... 00.32.45 # I'm currently copying some music over to the player from my recorder 80 (usb 2.0). Player is always usb 1.1... 00.33.27 # I have to decide what to put on the player. I can't fit all tracks :( 00.34.03 # i had to cut half my music 00.34.11 # :( 00.34.32 # I want to use the player a bit, hoping to shed some light on the rld problem. The player has that Hitachi DK23DA disk 00.34.53 # is there some way to make it support 2.0? (stupid question, i imagine that is hard-coded into a rom chip...) 00.35.11 # change the chip 00.35.14 # :) 00.35.15 # Eodun: Nope. The usb bridge can only do 1.1 00.35.47 # Quelsaruk: I doubt that it's that simple. Probably different pinout etc... 00.36.09 # amiconn: i think it's easier to get a new recorder :) 00.36.17 # :P 00.36.29 # Unfortunately the disk is only a 10 GB, while my collection is around 15 GB... 00.37.06 # amiconn: stupid question/idea 00.37.18 # why don't you plug the drive into a external case 00.37.34 # and later on plug again into the player? 00.37.40 # Erm, because I don't have one? 00.37.47 # oh 00.37.50 # :) 00.37.54 # good point 00.38.02 # ;-) 00.38.44 # Well, I could copy the tracks over from the recorder to the laptop, then swap the other drive into the recorder, and copy back. 00.38.57 # he, my collection is about 25Gb 00.38.59 # yes, you could 00.39.10 # * HCl 's collection is 13gb.. 00.39.12 # but it's been ages since I heard the first files... 00.39.35 # But I don't want to mess around with the recorder too much. It's my main box. 00.39.40 # 136€ for a pair of SAPI5 spanish voices?? 00.39.44 # that's a lot! 00.39.51 # yup. 00.39.52 # lol 00.40.06 # have you seen AT&T offer? 00.40.29 # you have to buy first the basic pack and then expand it with non-english voices 00.40.31 # but AT&T are latin american 00.42.16 # Quelsaruk: I bought TextAloud; together with the AT&T base pack (enigne + 2 us english voices) this was 42,- € 00.42.35 # Then every additional voice cost 30,- € 00.42.59 # i understand that for commercial use, those prices are not too expensive 00.43.08 # but just for rockbox.... 00.43.13 # or for blind people 00.43.14 # i'm confused 00.43.16 # whats sapi5? 00.43.24 # TTS engine 00.43.29 # whats tts XD 00.43.35 # microsoft's technology 00.43.40 # Text To Speech 00.43.42 # oh. 00.43.44 # right. 00.43.47 # you want that in rockbox? 00.43.52 # doesn't that take too much space o.o; 00.43.55 # rockbox can speak 00.43.56 # we HAVE that in rockbox 00.43.59 # :) 00.44.03 # :P 00.44.05 # well, not really lol 00.44.05 # sorry 00.44.38 # HCl: we make a voice file in the computer, copy that to rockbox 00.44.56 # and rockbox can talk the menus 00.45.00 # the folders, or the files 00.45.37 # Quelsaruk: Speaking about space - those at&t voices take around 600 MB per voice on the pc 00.46.04 # that's why they are so nice 00.46.05 # :) 00.46.35 # Well, there are other TTS engines that sound rather nice too, and only take around 1/10 of that space per voice 00.46.56 # awww 00.47.01 # it hurts 00.47.04 # 600mb is a lot... 00.47.28 # I'd like to get hold of the ScanSoft RealSpeak engine & voices. Supports many languages and sounds rather nice... 00.48.19 # * amiconn is undecided whether he should update cvs. Those many warnings don't look good... 00.50.51 # hmm 00.50.52 # update & fix :P 00.50.59 # that company had nice spanish 00.51.08 # i tested spanish and japonese 00.51.13 # and both were great 00.51.14 # :) 00.51.30 Join bagawk [0] (~Lee@bagawk.user) 00.52.41 # jyp: I didn't cause that mess... 00.52.56 # I know, just kidding you ;) 00.53.32 # ehm 1 thing: how do I put my photo in my profile? 00.53.40 # But I always prefer a clean build table for when the daily builds are built (6 a.m.) 00.54.49 Quit bagawk ("Leaving") 00.55.15 Join bagawk_ [0] (~Lee@bagawk.user) 01.00.27 # finally 01.00.30 # its compiling :) 01.01.33 # amiconn: then, returning to that nasty issue 01.01.51 # what do you decide? Backward compatible, or clean fix? 01.03.04 # does anyone have a working copy of the bootloader? 01.03.08 # i'd like to compare some md5's 01.03.13 # I'd say a clean fix would be the way to go. Other languages may also have the same problem as spanish. 01.03.14 Quit jyp ("poof!") 01.05.01 # my backward compatible idea is to keep LANG_PLAYINDICES_PLAYLIST, but just use it in the playindices() function. And create a new ID for LANG_PLAYLIST to use for voice and anywhere you require to use it. i.e. the other 3 current uses. 01.05.16 # outdated languages won't have that id 01.05.21 # but will use english one 01.05.26 # that is, Playlist. 01.06.03 # the Clean fix is merging both _LANG_PLAYINDICES_XXX IDs into only one 01.06.31 # because is nonsense to have 2 lines if the splash window can do that right now. 01.07.10 # I think we should just add LANG_PLAYLIST, and let both LANG_PLAYINDICES_PLAYLIST ids alone. This way, all non-updated languages would still display that splash correctly. 01.07.34 # ok 01.07.47 # and add a *WARNING* in the desc fields 01.07.52 # for those 2 lines 01.08.04 # to say that is only for that particular function. 01.08.06 # :) 01.08.29 # Imho a language cleanup (including bumping the language version, throwing out all deprecated stuff, combining everything like the playindices thing that is used by splash() now etc.) might be due 01.09.11 # maybe for 2.5 01.09.13 # Of course, this would render all languages useless which don't get updated 01.09.35 # that need to be done in an official release 01.09.39 # or 01.09.47 # doing a lot of work 01.09.48 # that is 01.10.11 # editing those anguages to delete those id deprectated, and those merged... 01.10.19 # *languages 01.10.39 # okay, who has an iriver and is feeling brave? :P 01.11.00 # * Quelsaruk points to HCl 01.11.02 # ;) 01.11.06 # no :P i'm a wuss xD 01.11.24 # well, not really, but, i don't plan on testing this just yet :P 01.11.26 # HCl: i have on, you didnt tell the number ;) 01.11.28 # * HCl prods webmind with a stick 01.11.40 # :P 01.11.43 # h1x0 01.11.48 # Quelsaruk: yup. I think such things should be done shortly before a release, to check whether everything still works as intended. Maybe this should be done for 3.0 01.12.10 # it's an option 01.12.11 # :) 01.13.14 # IMHO, if no one updates them and no one complains, it's because nobody uses them 01.13.29 # so why not deleting outdated langs? 01.14.07 # 'cause we can't 01.14.08 # :D 01.14.18 # arg 01.14.19 # is you want for example to update polish 01.14.33 # it's easier if you have 40 id translated... 01.14.53 # imho 01.15.24 # 14 out of our 24 languages weren't updated for more than a year :-/ 01.15.59 # * Quelsaruk looks to his feet 01.16.09 # Only 4 were updated after the 2.3 release... 01.16.10 # anyone know where the __assert mentioned in assert.h is? 01.17.00 # english, spanish, french, german I assume 01.17.20 # Almost. English, spanish, swedish, german 01.17.21 # swedish 01.17.30 # don't forget our swedish friends 01.17.32 # ;) 01.18.07 # english is updated because is the official language 01.18.13 # anyone flashed a 140? 01.18.16 # german.. because amiconn is here... 01.18.18 # DMJC-L: yes, linus 01.18.21 # Czech, french, and wallisertitsch were last updated for 2.3 01.18.29 # spanish, because i updated 01.18.29 # 140 01.18.32 # Everything else is way outdated... 01.18.34 # not 120 01.18.35 # DMJC-L: no, then 01.18.42 # DMJC-L: but there shouldn't be a difference 01.18.42 # and swedish, because we have a lot of swedish guys here 01.18.53 # DMJC-L: only difference between 120 and 140 are the physical dimensions and the hard drive 01.19.04 # nice 01.19.22 # DMJC-L: i got a flash image.. if interested.. 01.19.34 # Quelsaruk: Swedish is maintained by matsl, as it looks 01.19.34 # dcc it 01.19.39 # ok 01.19.53 # haha 01.19.56 # actually, let me change it back a little to it being 100% original first 01.19.58 Quit bagawk_ (Read error: 110 (Connection timed out)) 01.20.03 # i added a not to the button check 01.20.07 # so it'd load the default firmware first 01.20.12 # i dunno 01.20.15 # what do you prefer? o.o; 01.20.25 # iriver default 01.20.28 # ok 01.20.31 # i really don't think anyone should flash the bootloader until the swedes have tested it 01.20.34 # let me just double check things. 01.21.31 # wait. 01.21.33 # this i don't like. 01.21.49 # titania:/home/hcl/rockbox/rockbox-devel# tools/mkboot ihp_120.bin boot/bootloade 01.21.52 # r.bin new.bin 01.21.55 # Wrote 0x1fa7cb bytes in new.bin 01.21.59 # titania:/home/hcl/rockbox/rockbox-devel# tools/descramble -iriver new.hex new2.bin 01.22.01 # amiconn: have you tried loquendo tts voices? 01.22.02 # Model iHP-120/iHP-140 01.22.05 # File decoded correctly and all checksums matched! 01.22.07 # Output file contains all headers and checksums 01.22.10 # titania:/home/hcl/rockbox/rockbox-devel# diff new.bin new2.bin 01.22.12 # Binary files new.bin and new2.bin differ 01.22.13 # wait 01.22.19 # Quelsaruk: Nope. 01.22.23 # i forgot the scramble bit 01.22.24 # nm xD 01.22.34 # they sound nice 01.22.38 # oh wait, no i didn't.. 01.22.38 # like. 01.22.42 # aren't the files supposed to match 01.22.46 # once scrambled and descrambled? 01.22.50 # *tries with original firmware* 01.23.17 # guess not. 01.24.52 # titania:/home/hcl/rockbox/rockbox-devel# tools/scramble -iriver new.bin new.hex 01.24.52 # Model iHP-120/iHP-140 01.24.52 # File encoded successfully and checksum table built! 01.24.52 DBUG Enqueued KICK HCl 01.24.52 # titania:/home/hcl/rockbox/rockbox-devel# tools/descramble -iriver new.hex new2.bin 01.24.55 # Model iHP-120/iHP-140 01.24.58 # File decoded correctly and all checksums matched! 01.25.00 # Output file contains all headers and checksums 01.25.03 # titania:/home/hcl/rockbox/rockbox-devel# diff new.bin new2.bin Binary files new.bin and new2.bin differ 01.25.06 # i don't really like that... 01.26.02 # nice upload 01.26.10 # what's connection is THAT? 01.26.13 # XD 01.26.15 # *grins* 01.26.17 # 100mbit up/down 01.26.29 # aww :( 01.26.35 # from a quad p3 550mhz xeon 01.26.37 # with 2gb ram 01.26.40 # and a raid5 set 01.26.40 # :P 01.26.44 # 1.5/256 here heh 01.26.51 # 512/128 here 01.26.55 # :D 01.27.01 # spain is different 01.27.03 # do you work at NASA or what? 01.27.03 # ;) 01.27.29 # xD 01.27.33 # something like that >.o 01.27.37 # lol 01.28.02 # northern europe :p 01.28.26 # didn't they have protests demanding 100mbit? 01.28.32 # lmao! 01.28.36 # no, i haven't heard of those 01.28.36 # xD 01.28.42 # actually 01.28.44 # sweden did I'm sure 01.28.45 # we had protests against it 01.28.53 # at least for 10 mbit 01.28.53 # because it'd make warez distribution too easy 01.28.56 # stupid people. 01.29.02 # but we have an upload limit anyways 01.29.05 # of.. 15 gb. 01.29.07 # a week >.> 01.29.08 # xD 01.29.09 # I know what Bagder did to cause the warnings. His commit breaks all builds which don't use a mas 3587, i.e. player, Ondio SP, and all sims... 01.29.10 # screw warez 01.29.20 # 100mbit is useful 01.29.28 # stream movies from home 01.29.33 # remote X 01.29.40 # etc 01.29.46 # yup. 01.29.53 # not to forget our filesharing network 01.29.56 # we have running on 100mbit 01.30.06 # mmm... 01.30.08 # i can get pretty much any recent movie streaming to my xbox 01.30.11 # directly onto the tv 01.30.12 # *drool* 01.30.13 # off our network 01.30.25 # don't wet yourself xD 01.30.26 # amiconn: who does the change to fix the lang issue? are you going to do it or should i do it? 01.30.30 # I won't 01.30.31 # DMJC-L: Why would you need 100 MBit for remote gui? I do this often, and I only have 1024/128 01.30.35 # good :P 01.30.49 # tried fullscreen video on that remote gui? 01.30.56 # or 3d stuff? 01.31.01 # hah o.o 01.31.08 # what person does fullscreen video on remote gui o.o;;; 01.31.10 # Of coz not, and I don't need that 01.31.52 # heh you *think* you don't need it 01.32.00 # when you actually do it it kicks ass 01.32.14 # no comment >.> 01.32.26 # *is used to streaming divx off network into media player by wireless internet* 01.32.38 # nice 01.32.48 # I still need to build myself a tv box 01.32.55 # oh, did i mention we have a fully blown wireless network across a radius of a few square kilometres backed up by about 100 accesspoints? >.> 01.32.57 # my desktop does that very well already 01.33.07 # I need a digital tuner 01.33.08 # I don't play those 3d modern games, I don't even have a single one. 01.33.11 # i can drive to our local foodstore and have wireless internet >.> 01.33.15 # And I rarely watch video 01.33.35 # whereas I play doom3 and have anime on my machine.. 01.33.38 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 01.33.38 # * HCl stops bragging about their network :X 01.33.42 # different uses 01.33.42 Quit mecraw (Connection reset by peer) 01.33.47 # what series do you got? 01.33.51 # HCl, I'm thinking about moving to your country... 01.34.00 # bleach, macross zero, elfin lied 01.34.02 # xD 01.34.04 # bleach is good 01.34.08 # yeah 01.34.09 # i'm waiting for ep 17 :( 01.34.19 # elfin lied was a bit too sinister for my taste.. 01.34.21 # i only saw ep 2 01.34.37 # I can't be bothered watching elfin lied 01.34.41 # I just have it heh 01.34.44 # *nods* 01.35.33 # oh, by the way, if you can't find a certain anime, its ok to ask me whether i have it :P as long as i'm not on my limit yet, and still have some to spare for my gf, i don't mind sending people stuff :p 01.35.52 # n/m 01.36.01 # mate of mine runs a 100mbit server in america 01.36.05 # okies :) 01.36.11 # he gets ANYTHING really fast heh 01.36.22 # :p 01.36.37 # i'm still waiting for a good copy of daphne in the brilliant blue.. 01.36.42 # since I have the fastest download connection out of his friends/himself, i get first priority 01.36.43 # if you happen to come across it, tell me :X 01.36.47 # *nods* 01.37.00 # k 01.37.03 # i know how that goes, i'm usually reluctant to send stuff to people who're slower than 100k/s myself 01.37.42 # * HCl stares at new.hex and prods it gently. 01.37.50 # 1.5mbit changes your net habits 01.38.04 # i've got 100mbit 01.38.05 # trust me, so does 100mbit xD 01.38.17 # i get annoyed when movies download with only 600k/s >.> 01.38.22 # 600k/s is nothing! 01.38.26 # yea 01.38.27 # i demand 5 megs per second, minimum 01.38.34 # i pull 8mb/s from microsoft's site.. and our lan.. 01.38.38 # i want to be able to watch a movie at a minute's notice 01.38.38 # heh 01.38.47 # xboxes are great for that. 01.38.58 # stream it off the server heh 01.38.58 # lemme guess, you're on a uni line, yes? :P 01.39.05 # yup 01.39.07 # xbox/mac mini are dumb ideas 01.39.08 # so am i 01.39.14 # shared 1gbit at the moment.. 01.39.15 # they need a digital tv tuner 01.39.30 # OR access to fast internet 01.39.37 # * HCl goes to play with his kitty cat 01.39.40 # afk 01.39.43 # cats are cute. 01.40.04 # * DMJC-L looks fir his seal point birman 01.40.22 # cats rock 01.40.24 # as opposed to dogs 01.40.49 # amiconn: did you read my last question to you? 01.41.20 # Ooops, sorry. Was looking into Bagder's mess. Fix coming up... 01.41.27 # :) 01.41.33 # if you can't, i'll do 01.42.41 # I'd say fix it for english & spanish, I'll add german. 01.43.39 # Quel, if you need help, just tell me 01.44.21 # Don't forget to remove the voice: from the old one - it's not needed then. 01.45.24 # yups 01.45.44 # LANG_PLAYLIST is a good ID for it, isn't it? 01.46.02 # btw, hmmm 01.46.07 # oh, just 2 IDs 01.46.17 # you won't need help for that :) 01.46.24 # never messed with a ID with voice 01.46.56 # i suppose there's no problem with them 01.46.57 # :) 01.50.28 # DMJC-L: are you gonna try that file? (just out of sheer curiousity, so i know what to expect :P) 01.50.46 Quit hile (zelazny.freenode.net irc.freenode.net) 01.50.46 NSplit zelazny.freenode.net irc.freenode.net 01.50.47 # hehehe 01.51.02 # depends on what linus tells me 01.52.09 # ok 01.52.25 # i'm just, anxious for someone to try it, and i'm too much of a wuss to try it myself :P 01.52.31 # but i guess it makes more sense to wait a little 01.52.36 # rockbox development seems to go fast 01.52.37 # so.. 01.52.42 # heh 01.52.52 NHeal zelazny.freenode.net irc.freenode.net 01.52.52 NJoin hile [0] (hile@hack.fi) 01.53.04 # shouldn't need to wait long before we have a loader declared somewhat stable 01.53.04 Quit hile (zelazny.freenode.net irc.freenode.net) 01.53.09 NJoin hile [0] (hile@hack.fi) 01.58.24 # testing changes 02.03.00 # * HCl yawns and sips his sake 02.04.48 # * HCl can't wait till rockbox runs well enough to start porting a gameboy emu 02.05.02 # dynarec is fun :x 02.05.24 # ok 02.05.27 # works 02.05.32 # submiting changes 02.05.33 # :) 02.07.57 # Okay, my fix did fix all production targets, the simulator mess left as an exercise for Bagder ;-) 02.09.07 # hehe 02.09.23 # you don't touch tree.c or onplay.c, do you? 02.09.58 # Nope, only mpeg.c 02.10.48 # sake, noe bad 02.11.21 # HCl: dynarec might not be essential for the gb emu 02.11.31 # but i don't know 02.11.39 # preglow: i won't care xD 02.11.44 # i want to do dynarec darnit! 02.11.45 # : 02.11.46 # :P 02.11.48 # haha 02.11.48 # What cpu does the gameboy have 02.11.50 # ? 02.11.52 # z80 02.11.53 # z80 02.11.58 # What freq? 02.12.01 # no clue 02.12.08 # i've only done dos and n64 so far 02.12.16 # 3.5 02.12.18 # or soemthing 02.12.27 # decided there's not much point looking into gameboy while i can't compile anything 02.12.48 # Then it might be even possible to emulate a gameboy on the archos, only the display might be a problem 02.13.06 # amiconn: how much ram does it have? 02.13.17 # The archos? 2 MB 02.13.25 # 2 mb is *not* gonna be enough. 02.13.26 # damn, that's not much for an mp3 player 02.13.30 # at least 02.13.36 # i don't know how large gameboy roms are 02.13.44 # an interpreter *might* be possible 02.13.44 # but 02.13.46 # not large 02.13.48 # mrf 02.13.49 # 500kb-ish 02.13.54 # yea 02.13.55 # well 02.14.00 # commiting 02.14.04 # it might be possible to get an interpreter emu on archos 02.14.06 # HCl: Why? The Z80 itself can only address 64 KB, and a Z80 emu isn't that big 02.14.09 # but you can forget about dynarec 02.14.12 # but fuck that, h120 is what's important :P 02.14.27 # amiconn: dynarec needs ram for its on the fly code generation 02.14.58 # Why dynarec? 02.15.04 # dynamic recompilation 02.15.36 # Yeah, I know, I asked why? Z80 is sloo-oow, at least 4 cycles per instruction. 02.16.04 # ahh :-) 02.16.05 # 32mb of ram on h120/140 02.16.13 # because he wants to do dynarec 02.16.30 Quit edx (Read error: 60 (Operation timed out)) 02.16.30 # The archos has 11 MHz SH1. SH1 is risc, and does simple instructions in 1 clock cycle 02.17.00 # I know some Z80 asm, had a ZX Spectrum a looong time ago 02.17.18 # it's not that far from a 6502, is it? 02.17.22 *** Saving seen data "./dancer.seen" 02.18.10 # I don't know much about 6502, only that it was used in the C64 and is 8 bit too... 02.18.21 # c64 was 6510, but it's more or less the same 02.18.25 # because dynarec is cool when it works :P 02.18.32 # two index registers, one accumulator, stack pointer, that'st hat 02.18.33 # * HCl knows from experience, n64 dynarec rocked :P 02.18.34 # hehe 02.18.43 # too bad i never got to the compatibility of our interpreter core :/ 02.19.25 # well, dynarec is a lot harder, so small wonder 02.19.51 # i dunno, i don't think it differs much... 02.19.59 # except the interrupts are much more tricky 02.20.14 # well, yes, and trapping memory writes? 02.20.22 # There is a ZX Spectrum emulator for the Amiga (working interpretive, no dynarec). It runs about half realtime speed on a stock Amiga 500 (7 MHz 68000) 02.20.23 # * Eodun yawns 02.20.23 # if that's needed much 02.20.25 # not all games work well 02.20.31 # preglow: was barely needed, in the n64, at least. 02.20.32 # could you cut off the ram chips and solder on more? 02.20.32 # that'd be kind of cool 02.20.42 # actually. i remember that we didn't have a dynarec implementation for that 02.20.49 # we just wrote dynarec code that called the interpreter part 02.21.14 # DMJC-L: yes, and risky 02.21.16 # * Eodun says good night everyone 02.21.19 # night 02.21.38 Quit Eodun ("c ya!") 02.21.44 # anyways 02.21.47 # i'll look into it 02.21.49 # and get it working :p 02.21.55 # interpreter or dynarec 02.22.18 # i'm struggling with mad, and it already seems it'll be a boring port, heh 02.22.25 # registers missing and some instructions changes." 02.22.29 # "The CPU is a Z80 workalike running at 4.19 MHz. The CPU has several 02.22.37 # Oops, swapped the lines 02.23.15 # http://www.z80.info/z80gboy.txt 02.23.50 # *reads* 02.24.06 # well, especially when you set it to black and white only 02.24.13 # so all color games will run in black and white mode 02.24.16 # it shouldn't take too much 02.25.43 # amiconn: commit: using deprecated info format strings. Convert your scripts to use the new argument format and remove '1's from your info file format strings <--- is this something wrong? (i hope not) 02.26.07 # No, everyone who commits something gets that 02.26.13 # It's a server config issue 02.28.15 # gameboy emulator.. 02.28.16 # w00t 02.28.32 # two main codecs that are needed are mp3/ogg 02.28.40 # yea, thats what i'm gonna be trying to get to work :P 02.28.45 # ufff 02.28.47 # yay 02.28.48 # thanks 02.28.53 # then my existing media will work 02.28.56 # then, i'm going to sleep 02.29.13 # good night to all 02.30.00 # night Quelsaruk 02.30.12 # didn't see you midk :) 02.30.16 # :) 02.31.03 Quit Quelsaruk ("I seek a life of honor and pride... that's why i use rockbox") 02.31.53 Quit preglow ("off") 02.38.41 # * HCl yawns. 02.39.44 # so... as a guesstimate, how long till we see iriver's playing music? 02.40.59 # don't look at me. 02.41.05 # i'm just waiting for a stable bootloader 02.41.13 # i'd almost say look at the checklist.. 02.41.22 # audio low level drivers haven't even been started on yet 02.42.18 # usb doesn't even work yet 02.42.41 # plus for the codecs the whole new api has to be done... 02.42.43 # i think 02.43.39 # talking about music, i need some.. 02.52.47 # mrf. 02.52.52 # * HCl wonders how many people are still awake 03.00.31 Join ashridah [0] (ashridah@220-253-121-195.VIC.netspace.net.au) 03.10.58 # hello 03.43.09 Quit midk (Read error: 104 (Connection reset by peer)) 03.43.37 Part amiconn 04.05.40 Join edx [0] (edx@p54879393.dip.t-dialin.net) 04.07.05 Quit DMJC-L ("Leaving") 04.11.13 Join DMJC [0] (~James@220-245-162-47-sa-nt.tpgi.com.au) 04.16.42 Join shady`danky [0] (~D4nky@pc-24-151-66-165.newt1.ct.charter.com) 04.17.08 # i have a question about a Archos Pm me to help 04.17.26 *** Saving seen data "./dancer.seen" 04.17.42 Quit elinenbe (Read error: 104 (Connection reset by peer)) 04.19.50 Join elinenbe [0] (~elinenbe@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 04.30.45 Quit elinenbe (Read error: 54 (Connection reset by peer)) 04.30.51 Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 04.34.20 Quit shady`danky () 04.37.14 Quit elinenbe (Read error: 104 (Connection reset by peer)) 04.37.50 Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 04.44.04 Join elinenbe_ [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 04.45.23 Quit elinenbe (Read error: 104 (Connection reset by peer)) 04.45.24 Nick elinenbe_ is now known as elinenbe (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 04.46.28 Join jorbond [0] (~jorbond@dhcp024-209-026-138.cinci.rr.com) 04.56.31 # mmm.... oh man 04.56.38 # my mouth is orgasming with taste 04.56.47 # bacon/eggs at 2:30pm 04.57.40 Quit elinenbe (Read error: 60 (Operation timed out)) 05.03.24 Join webguest56 [0] (~44d900b6@labb.contactor.se) 05.03.42 # That is the sickest comment I've ever seen 05.03.45 Part webguest56 05.04.13 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 05.27.54 Quit jorbond ("Leaving") 05.29.17 Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 05.31.47 # i'm guessing he hasn't spent much time on irc. :) 05.48.07 Quit mbr (zelazny.freenode.net irc.freenode.net) 05.48.07 NSplit zelazny.freenode.net irc.freenode.net 05.48.52 NHeal zelazny.freenode.net irc.freenode.net 05.48.52 NJoin mbr [0] (~mb@stz-softwaretechnik.de) 05.49.35 Quit elinenbe (Read error: 110 (Connection timed out)) 05.55.27 Quit Stryke` ("Friends don't let friends listen to Anti-Flag") 06.07.08 Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 06.17.30 *** Saving seen data "./dancer.seen" 07.13.57 Join elinenbe_ [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 07.14.12 Quit elinenbe (Read error: 104 (Connection reset by peer)) 07.14.24 Nick elinenbe_ is now known as elinenbe (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 07.27.58 Join LinusN [0] (~linus@labb.contactor.se) 07.31.30 Quit ripnet (Read error: 110 (Connection timed out)) 07.32.28 Quit MooMaunder (Read error: 110 (Connection timed out)) 07.39.22 Join einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) 07.46.37 Join elinenbe_ [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 07.47.05 Quit elinenbe (Read error: 104 (Connection reset by peer)) 07.47.05 Nick elinenbe_ is now known as elinenbe (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 08.00.32 Join elinenbe_ [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 08.00.45 Quit elinenbe (Read error: 60 (Operation timed out)) 08.01.00 Nick elinenbe_ is now known as elinenbe (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 08.08.23 DEBUG EOF from server (Connection reset by peer) (snapshot: netstuff.c line 545) 08.08.23 *** Cleanup 08.08.23 *** Cleanup 08.08.23 *** Saving seen data "./dancer.seen" 08.08.23 *** Exit 08.08.24 *** Started Dancer V4.16 08.08.24 *** Connected to irc.freenode.net on port 6667 08.08.24 *** Logfile for #rockbox started 08.08.25 *** Server message 501: 'logbot :Unknown MODE flag' 08.08.25 Mode "logbot :+i" by logbot 08.08.25 Join logbot [242] (~bjst@labb.contactor.se) 08.08.25 Join HCl [0] (hcl@titania.student.utwente.nl) 08.08.56 Mode "#rockbox +t " by irc.freenode.net 08.08.56 Join mbr [0] (~mb@stz-softwaretechnik.de) 08.08.56 Join edx [0] (edx@p54879393.dip.t-dialin.net) 08.08.56 Join hile [0] (hile@hack.fi) 08.08.56 Join Peter99 [0] (~d9e14ad3@labb.contactor.se) 08.08.56 Join QT [0] (as@area51.users.madwifi) 08.08.56 Join coob [0] (pen0r@82-44-227-205.cable.ubr11.haye.blueyonder.co.uk) 08.08.56 Join courtc [0] (~court@adsl-33-169-57.asm.bellsouth.net) 08.08.56 Join Ka [0] (~tkirk@pcp0010732484pcs.howard01.md.comcast.net) 08.08.56 Join izzy_ [0] (laitinei@huippu.net) 08.08.56 DEBUG Parse error in OnTopic(from = "irc.freenode.net", line = "#rockbox :Rockbox - Coolest firmware around") (snapshot: server.c line 299) 08.08.59 Join Nibbler [0] (~sven@port-195-158-163-34.dynamic.qsc.de) 08.08.59 Join Strath [0] (~mike@dgvlwinas01pool0-a222.wi.tds.net) 08.09.11 Join DMJC [0] (~James@220-245-162-47-sa-nt.tpgi.com.au) 08.09.37 Join webmind [0] (~random@217-195-236-172.dsl.esined.net) 08.09.44 Join ze [0] (ze@adsl-69-231-202-32.dsl.irvnca.pacbell.net) 08.09.53 Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 08.09.53 Join Hadaka [0] (naked@naked.iki.fi) 08.09.53 Join crash_ [0] (~crash@a15167580.alturo-server.de) 08.09.53 Join rasher_ [0] (~rasher@62.79.64.148.adsl.hs.tiscali.dk) 08.09.53 Join einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) 08.09.53 Join pvh [0] (~pvh@S010600121729b5b8.gv.shawcable.net) 08.09.53 Join Lynx_ [0] (HydraIRC@134.95.189.59) 08.09.53 Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) 08.10.05 Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 08.10.08 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 08.10.43 Join desrt [0] (~desrt@dhcp-0-20-af-d2-7c-3.cpe.mountaincable.net) 08.10.55 Quit pvh ("Leaving") 08.12.17 Join dwihno [0] (~dw@81.8.224.89) 08.15.11 Quit einhirn (niven.freenode.net irc.freenode.net) 08.15.11 NSplit niven.freenode.net irc.freenode.net 08.15.11 Quit crash_ (niven.freenode.net irc.freenode.net) 08.15.11 Quit Lynx_ (niven.freenode.net irc.freenode.net) 08.15.11 Quit elinenbe (niven.freenode.net irc.freenode.net) 08.15.11 Quit rasher_ (niven.freenode.net irc.freenode.net) 08.15.11 Quit Hadaka (niven.freenode.net irc.freenode.net) 08.15.11 Quit gromit` (niven.freenode.net irc.freenode.net) 08.16.21 NHeal niven.freenode.net irc.freenode.net 08.16.21 NJoin elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 08.16.21 NJoin Hadaka [0] (naked@naked.iki.fi) 08.16.21 NJoin crash_ [0] (~crash@a15167580.alturo-server.de) 08.16.21 NJoin rasher_ [0] (~rasher@62.79.64.148.adsl.hs.tiscali.dk) 08.16.21 NJoin einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) 08.16.21 NJoin Lynx_ [0] (HydraIRC@134.95.189.59) 08.16.21 NJoin gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) 08.19.04 Quit elinenbe (Connection reset by peer) 08.19.14 Join LinusN [0] (~linus@labb.contactor.se) 08.20.53 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 08.28.36 Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 08.49.02 DEBUG EOF from server (Connection timed out) (snapshot: netstuff.c line 545) 08.49.02 *** Cleanup 08.49.02 *** Cleanup 08.49.02 *** Saving seen data "./dancer.seen" 08.49.02 *** Exit 08.49.02 *** Started Dancer V4.16 08.49.02 *** Connected to irc.freenode.net on port 6667 08.49.02 *** Logfile for #rockbox started 08.49.04 *** Server message 501: 'logbot :Unknown MODE flag' 08.49.04 Mode "logbot :+i" by logbot 08.49.04 *** Server message 477: 'logbot #rockbox :[freenode-info] please register your nickname...don't forget to auto-identify! http://freenode.net/faq.shtml#nicksetup' 08.49.04 Join logbot [242] (~bjst@labb.contactor.se) 08.49.04 Join Zagor [242] (~bjst@labb.contactor.se) 08.49.04 Join Nibbler [0] (~sven@port-195-158-163-34.dynamic.qsc.de) 08.49.04 Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 08.49.04 Join dwihno [0] (~dw@81.8.224.89) 08.49.04 Join ze [0] (ze@adsl-69-231-202-32.dsl.irvnca.pacbell.net) 08.49.04 Join desrt [0] (~desrt@dhcp-0-20-af-d2-7c-3.cpe.mountaincable.net) 08.49.04 Join HCl [0] (hcl@titania.student.utwente.nl) 08.49.04 Join webmind [0] (~random@217-195-236-172.dsl.esined.net) 08.49.04 Join Strath [0] (~mike@dgvlwinas01pool0-a222.wi.tds.net) 08.49.04 Join LinusN [0] (~linus@labb.contactor.se) 08.49.04 Join mbr [0] (~mb@stz-softwaretechnik.de) 08.49.04 Join edx [0] (edx@p54879393.dip.t-dialin.net) 08.49.04 Join hile [0] (hile@hack.fi) 08.49.04 Join Peter99 [0] (~d9e14ad3@labb.contactor.se) 08.49.04 Join QT [0] (as@area51.users.madwifi) 08.49.04 Join coob [0] (pen0r@82-44-227-205.cable.ubr11.haye.blueyonder.co.uk) 08.49.04 Join courtc [0] (~court@adsl-33-169-57.asm.bellsouth.net) 08.49.04 Join Ka [0] (~tkirk@pcp0010732484pcs.howard01.md.comcast.net) 08.49.04 Join izzy_ [0] (laitinei@huippu.net) 08.49.04 Join DMJC [0] (~James@220-245-162-47-sa-nt.tpgi.com.au) 08.49.05 Join Hadaka [0] (naked@naked.iki.fi) 08.49.05 Join crash_ [0] (~crash@a15167580.alturo-server.de) 08.49.05 Join rasher_ [0] (~rasher@62.79.64.148.adsl.hs.tiscali.dk) 08.49.05 Join Lynx_ [0] (HydraIRC@134.95.189.59) 08.49.05 Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) 08.49.05 Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 08.49.05 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 08.54.03 Quit elinenbe (Connection timed out) 08.59.31 Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) 09.00.28 Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 09.14.06 Join ripnetUK [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) 09.20.41 # LinusN: tried my patch? 09.26.27 Join ashridah [0] (ashridah@220-253-118-20.VIC.netspace.net.au) 09.26.37 # not yet, had some sleep instead, for a change :-) 09.26.56 # good choice 09.27.04 # but not now while at work I hope! ;-) 09.27.05 # now 09.27.08 # regarding the mp3end stuff, see how the stackend is defined in the link control file 09.27.36 # the m68k linker doesn't want the . in front of the symbols 09.27.57 # just define both .mp3end and mp3end 09.28.03 # aha 09.28.10 # like with the stackend 09.28.51 # odd that they work so differently 09.29.09 # i guess it has to do with history and tradition 09.29.24 # probably, yes 09.29.39 # great work, btw 09.29.57 # it really wasn't hard 09.30.07 # no, but it had to be done 09.33.49 # it was the _ that it doesn't like, but now it links fine 09.35.06 # ah, silly me 09.35.20 # -rw-r--r-- 1 daniel daniel 151608 Feb 3 09:35 rockbox.iriver 09.35.30 # nice 09.35.39 # commit coming up 09.36.48 # done 09.39.05 # I wonder if this will start on the iriver now ;-) 09.39.17 # you know if your main-init was done in the same order as the "real" one? 09.42.06 Quit elinenbe (Connection timed out) 09.43.18 # yes it was, but my working copy has a lot of extra port pin setup tricks that aren't yet committed to the proper files (power.c etc) 09.43.29 # ok 09.43.37 # so no, it won't start :-) 09.43.50 # but perhaps your version will! 09.44.15 # after resolving all the cvs conflicts... :-) 09.44.40 # yeah :-/ 09.45.06 # i found the perfect connector for the iriver debug port btw 09.45.13 # moin 09.45.18 # moin 09.45.20 # morning 09.45.26 # that's really good to hear 09.45.37 # can't wait to try that on my unit ;-P 09.45.43 # so resurrecting a dead iriver will be pretty easy in the future 09.45.52 # LinusN: great work with iriver port! appreciated 09.45.54 # LinusN - cool. Does that mean that if I break my iriver, and solder a connector onto it, I can send it to you for bdm'ing??? 09.46.03 # :) 09.46.30 # ripnetUK: that's the plan, but i'll do the soldering if you can't find a connector 09.47.45 # QT: thanks 09.48.19 # wish i could help somehow but the only thing i can do is donate money $-) 09.48.43 # thats kind of you. Thanks :) 09.48.44 # QT: as soon as we have something running, you can help with testing 09.49.10 # yeah, if i do not fry my lovely player with all its 40GB content :-) 09.49.56 # i hang around here since a few days and do a /lastlog iriver from time to time. i saw that you committed the ATA part 09.50.46 # QT: you don't have a backup of the iriver content? 09.50.52 # ripnetUK: i think that's least i can do if i wanna use your results soon 09.51.00 # LinusN: yeah, i do 09.51.04 # but not with me 09.51.09 # * QT is travelling a lot 09.51.14 # qt - ? 09.51.26 # ripnetUK: i mean donating.... 09.51.40 # i see 09.52.12 # like MisticRiver Jeff said it in forums.rockbox.org... "if you wanna see results and use enhanced FW, then donate" 09.56.28 # we have had a great increase in donations since we announced the iriver port 10.01.05 # the iRiver is a nice piece of kit... the Archos was just a /functional/ piece of kit :) 10.01.17 # So the rockbox '05 ibiza devcon is still on schedule? ;) 10.01.43 # anyone of you got experience with usb pendrives? 10.09.54 # dwihno: you plug them in, and they work ;) 10.12.21 # booting from them is touch and go 10.12.27 # highly motherboard dependent 10.12.46 # ashridah: touch and go? 10.12.57 # ashridah: I'm considering buying one and booting from it... 10.13.01 # ripnetUK: absolutely! iriver H1x0 series is a great player! 10.13.15 # dwihno: as in 'may or may not work' 10.13.15 # Perhaps linux, DOS, or whatever system you could fit on a 256/512/1024 meg stick 10.13.36 # ashridah: newer motherboards seem to work rather nicely 10.13.40 # but generally windows, linux and macosX all deal with them fine, for relatively recent versions of all three 10.13.51 # dwihno: i still run into some that flake out, even when they claim to 10.16.01 # ashridah: as long as my new comp supports it... it will be for playing DOS games! :) 10.16.31 # A new computer and pasta for a month ;D 10.16.32 # hope you don't have a usb keyboard then 10.16.46 # last time i used a usb driver to access a usb drive under dos it disabled my usb keyboard the sodding thing 10.17.42 # LinusN: that is great i think that people are happy to donate in order to get enhanced FW 10.17.43 # strange 10.18.32 # it may or may not have been that particular driver, others may work better 10.20.46 Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 10.26.48 # hm, 90 warnings ;-) 10.27.09 Join MooMaunder [0] (~me@194.152.87.150) 10.31.57 Join amiconn [0] (~jens@pD9E7FCAC.dip.t-dialin.net) 10.35.18 # Linus!? 10.37.33 Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) 10.37.52 # Bagder: wasn't it less yesterday? 10.37.58 # yes 10.38.07 # but I committed more iriver build stuff today 10.38.42 # ok 10.39.03 # <[IDC]Dragon> amiconn: r u there? 10.39.42 # now rockbox builds "for real" on iriver 10.40.55 # Bagder: Is there a reason why you didn't fix those warnings you caused yesterday? I think of http://www.rockbox.org/twiki/bin/view/Main/UsingCVS#Checking_in_modifications ... 10.41.01 # is it safe to run yet? 10.41.20 # [IDC]Dragon: It seems so ;-) 10.41.34 # I think the warnings in the iriver version is less critical 10.41.41 # * [IDC]Dragon is sick of that ravenheart song 10.41.54 # and I want to allow more people to help, and have my changes tested by Linus 10.42.02 # Bagder: Yeah, I mean the warnings for the other "production" targets 10.42.23 # those were not intended 10.42.30 # If I wouldn't have fixed them, chances are the dailies for player & Ondio SP wouldn't have been functional 10.42.30 # just sloppy tested 10.43.01 # <[IDC]Dragon> a green build table looks sooo boring 10.43.03 # Yeah, that's what I wanted to say with that link... 10.43.17 # well, mistakes happen 10.43.22 # [IDC]Dragon: Still no error with that video? 10.43.48 # <[IDC]Dragon> except for the underrun, no 10.43.59 # <[IDC]Dragon> a different question: 10.44.45 # Really strange 10.44.59 # <[IDC]Dragon> I can't start with USB and MMC inserted without being prompted for re-plug. Did this come with my multivolume? 10.45.17 # Erm, this was there all the time 10.45.31 # <[IDC]Dragon> aha. I didn't notice 10.46.00 # Maybe we can get rid of it now that we have multivolume 10.46.01 # <[IDC]Dragon> perhaps we should do a late mounting in case of USB while booting 10.46.22 # <[IDC]Dragon> why has it been there? 10.46.24 # With multivolume it's no longer necessary to mount the external at boot 10.46.59 # <[IDC]Dragon> ok 10.48.50 Quit elinenbe (Connection reset by peer) 10.49.05 *** Saving seen data "./dancer.seen" 10.49.39 # is it safe to install the bootloader yet? 10.49.45 # on IHP-140 devices? 10.50.11 # i don't know if it's safe 10.50.38 # [IDC]Dragon: This should in fact be simple. Skip the prompt when the external isn't initialized (and hence not switched to SPI mode) 10.50.52 # it works for me, but i have only tested on one device with one firmware version 10.51.20 # i can never guarantee that it is 100% safe 10.55.05 # [IDC]Dragon: The MMC driver does late init since the beginning, i.e. it checks on access whether the card is initialized. If it's not, the init is done "on the fly" 10.55.58 # didn't you only test on a 120? 10.56.11 # yes i did 10.56.14 # try it on your 140 then I might... 10.56.22 # the 140 and the 120 are identical hardware wise 10.56.43 # which firmware version? 10.56.46 # I have 1.6 on mine 10.56.49 # but i don't recommend anyone to install the boot loader yet 10.56.52 # k 10.57.03 # i have 1.63 10.57.03 # still waiting for the security features 10.57.14 # ah good.. that's the same version I have 10.57.22 # 1.63e 10.57.41 # someone built me a firmware with the bootloader set to boot the iriver firmware by default 10.57.46 # (i believe "e" stands for Europe) 10.58.06 # i will change that in the cvs too 10.58.20 # excellent 10.58.37 # in time you'll set which one you want by default in rockbox? 10.58.39 # it's just more convenient for developers to start rockbox by default 10.58.42 Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 10.58.58 # indeed 10.59.10 # and for now, the boot loader is only for developers 10.59.15 # and there's no reason for non-devs to use for a while 11.01.00 # I could write hello world 11.01.01 # heh 11.01.13 # or a text based interface 11.01.14 # that qualifies as a dev ;-) 11.01.30 # play mp3 file y/n 11.01.38 # heh, i wrote a kernel installer that way 11.03.20 # should port netbsd.. heh my girlfriend would love that 11.04.02 Quit Strath ("Client closed") 11.06.20 Quit ripnetUK () 11.06.26 Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) 11.14.11 # I think I would prefer it if Rockbox started by default... that way, I NEVER have to re-flash once its working 11.15.09 # agreed 11.15.48 # on the other hand, if the boot loader doesn't find rockbox.iriver, it would start the original anyway 11.15.49 # Linus - which version of gcc are you using? some seem to be using 3.4.3 and some 3.3.4 11.16.09 # i mean for m68k 11.16.11 # i *think* i use 3.4.x 11.16.31 # ok... i just want to make sure my enviro is as close to everyone else as possible 11.16.48 # 3.4.2 11.16.53 # ok 11.17.25 # and binutils from CVS 2004-09-22 11.17.53 # similar to mine 11.18.03 # but not identical... 11.18.08 # I could build fine with brand new cvs binutils 11.18.23 # yes, but could you *run* it? :-) 11.18.47 # i built a toolchain yesterday, with the cvs yesterday, and it BUILDS perfectly (both rockbox and bootloader). I got the same md5 on the bootloader as others got the other day 11.18.49 # the target code that is 11.18.54 # no, I need your outstanding commits 11.18.58 # ;-) 11.19.18 # so we're back again, where everything depends on me... :-( 11.19.21 # but when I built with 3.3.4 i got (unsuprisingly) a different md5, so the different versions definately produce doifferent object ocde. 11.19.37 # LinusN: shouldn't be much more now though 11.19.47 # gotta go 11.20.22 # * LinusN fells the ulcer coming back 11.20.25 # feels 11.26.25 # the safest way would be to offer binaries of the boot loader, along with instructions how to merge it with the original firmware 11.26.50 # and a list of proven firmware/bootloader combinations 11.28.07 # i agree 11.28.20 # and the md5s of the finished rom 11.28.25 # yes 11.28.41 # or the ips patch to convert a rom, but we dont want to make it TOO easy :) 11.32.44 # i get a different md5 on bootloader.bin now... aha, there have been overnight commits. What does the rockbox do now? i assume its more than a flashing backlight now - seemed to compile a lot more code after lat nights commit 11.33.16 # yes, Bagder made most of the stuff compile 11.33.28 # but it doesn't run any of the code yet 11.34.56 # lunch time 11.35.05 # so we still have the flashing backlight then 11.52.57 # actually no 11.53.11 # it doesn't flash anymore, it is replaced with the actual main 11.53.19 # which doesn't work quite yet ;-) 11.53.39 # so now it is less than flashing for a while 11.53.42 # * Bagder runs off again 11.56.15 Quit Nibbler ("blubber") 11.59.30 Quit elinenbe (Read error: 54 (Connection reset by peer)) 12.04.43 Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 12.05.09 Quit midk (Read error: 104 (Connection reset by peer)) 12.15.49 # Bagder: you broke it! :) 12.15.57 # you broke it, you bought it? :) 12.25.45 # bagder - how do you know it doesnt work? did Linus test it on his 120? 12.26.01 # ripnetuk: it's missing some hardware setup code. 12.26.12 # i see 12.30.02 Join DMJC-L [0] (~DMJC-L@220-245-162-47-sa-nt.tpgi.com.au) 12.30.19 # hi dm... did you manage to resist the temptation to flash :) 12.30.29 # heh yeah 12.30.52 # figured i'd wait and see if someone gets mp3/ogg support soon 12.31.09 # if I'm going to make it a brick it'll be in an attempt to play music 12.31.13 # :) 12.31.49 # will equalizer support be added? 12.31.57 # just your basic winamp style I mean 12.31.57 # i would have htought so 12.32.01 # thought 12.32.03 Join preglow [0] (thomj@s183a.studby.ntnu.no) 12.32.08 # I don't use srs 12.32.23 # i hate all euqalization... i always use natural 12.32.52 # yo, would anyone happen to know where the __assert mentioned in assert.h is coming from? 12.32.57 # im hoping for a 'feature manager' on Rockbox to turn OFF features i dont use 12.33.06 # rather like the shuffle modes selector on iRiver 12.33.25 # I want otf playlist 12.33.33 # otf, mp3/ogg 12.33.38 # nothing else really mattersa 12.33.40 # DMJC-L: we have playlists already 12.33.47 # ripnetuk: why turn off features? 12.34.00 # on the fly? or just gay playlist files? 12.34.12 # DMJC-L: srs is garbage that will never come near rockbox 12.34.18 # heh cool 12.34.20 # for example the shuffle modes on iRiver, there are about 6 different modes, and if I couldnt turn off the ones I never use, I have to press the shuffle select button like 6 times 12.34.26 # DMJC-L: yes, on-the-fly 12.34.29 # to switch between no shuffle and shuffle all 12.34.31 # l33t 12.34.35 # ripnetuk: we don't fix iriver bugs, since we don't have them 12.34.44 # :) 12.34.45 # :) 12.34.57 # will navigation be similar to iriver's firmware? 12.35.01 # the one-key shuffle toggle is an iriver firmware issue 12.35.06 # I found it to be pretty logical 12.35.12 # DMJC-L: you did??? 12.35.16 # yeah 12.35.25 # i know, but its a great feature, 12.35.31 # not an issue :) 12.36.14 # i think the iriver UI is a nightmare 12.36.35 # I've never had an issue with it, only 2 things bug me 12.36.40 # i think its OK apart from the lack of ability to go from deep in tree.c to wps.c 12.36.49 # no OTF, and I want more format support heh 12.37.06 # and no custom wps... 12.37.14 # wps? 12.37.19 # * ripnetuk imagines 2 seperate custom wps's on remote and main 12.37.20 # while playing screen 12.37.23 # while playing screen 12.37.28 # ah k 12.37.37 # with Rockbox, you can use format codes to choose EXACTLY what gets displayed 12.37.46 # not bad 12.38.40 # I don't mind as long as the buttons do what I'm used to for basic file selection/playback 12.39.09 # crap like radio and record, i don't care about 12.39.11 # one of the silliest things is the A/B key 12.39.36 # yes 12.39.37 # a dedicated key for just A/B playback 12.39.41 # not really.... I mean technically you could almost emulate a snes on the iriver.. 12.39.51 # it just lacks l/r buttons 12.39.52 # i agree - a/b is a daft feature i have never used, and am forever accidently enabling 12.40.02 # and a color screen 12.40.16 # 300's have color screens 12.40.55 # how about a java virtual machine? 12.41.03 # yeah 12.41.04 # the upcoming gameboy emulator almost makes me regret not getting a color.. 12.41.05 # or a .net compact framework :) 12.41.06 # a/b key is silly 12.41.08 # ><))))8> 12.41.35 # I'm sure you'll find a use for it 12.42.03 # oh yes, we need all the keys we can get 12.42.08 # there are a hell of a lot of inputs on the remote... i make it 11+hold 12.42.15 # it's just that the button labling is silly 12.42.20 # ah heh 12.42.36 # the archos had what? 10? including the hardware off button 12.42.47 # f1-f3 is nice, like on the archos recorder 12.42.59 # true 12.43.05 # 10, yes 12.43.26 # the off button is used as a "normal" button as well 12.43.40 Quit Peter99 ("CGI:IRC (EOF)") 12.43.46 # provided it doesnt need to be held 12.43.51 # exactly 12.44.10 # http://www.rockbox.org/twiki/bin/view/Main/ButtonAssignments 12.44.27 # i think the off (stop) on iRiver is software driven... i managed to crash it (only) once, but giving it a bad mp3, and i had to use the reset button 12.46.38 # i was out on my bike at the time - had to find a tree with thorns to pree the reset :) 12.46.48 Join Patr3ck [0] (~Patr3ck@pD9ECE5F9.dip.t-dialin.net) 12.47.02 # it is s/w only, yes 12.47.24 # my h-140 is the single coolest thing I own 12.47.58 # dmjc - mine comes close to the top of my list 12.48.11 # rockbox is going to make these things crap all over ipod 12.48.18 # yes 12.48.38 # rockbox converted the distinctly average archos to be a great mp3 player 12.48.51 # so, it will convert the great iRiver into a superb mp3 player 12.49.06 *** Saving seen data "./dancer.seen" 12.49.26 # i hope we get a c64 sid player 12.49.35 # coll indeed 12.49.37 # cool 12.49.45 # MAgical Sound Shower 12.49.59 # I want .mod support.. 12.50.02 # that'd be l33t 12.50.11 # actually .mid would be more l33t 12.50.18 # .mod is not impossible at all 12.50.33 # .mod just involves being able to mix 4 samples does it not? 12.50.43 # standard mod, yes 12.50.58 # .mid is possible in theory afaik 12.51.03 # if you use soundfonts 12.51.03 # there are 8-track variants too, iirc 12.51.10 # octamed 12.51.13 # for amiga i remember 12.51.15 # ripnetuk: exactly 12.51.20 # octalyzer? 12.51.23 # i think it software mixed 4 pairs 12.51.41 # amiga was a 7 or 14 mhz machine? 12.51.51 # it was pretty slow afaik 12.52.08 # i loaded winuae on my laptop the other day to watch "jesus on e's" demo. They have implemented the floppy disk drive noises in the emulator ;) 12.52.10 # .mid is harder, because it requires polyphonic voices 12.52.14 # 7MHz 12.52.35 # polyphonic voices? 12.52.42 # you know, chords 12.53.06 # i think mid requires at least 16 channels 12.53.07 # ah 12.53.39 # and each channel can have polyphonic voices 12.53.53 # surely if the 7mhz amiga could mix 8 channels into 4, our coldfire should be able to merge 16 into 1? 12.54.11 # sure 12.54.28 # but in the midi case, it's more like 32 or 40 12.54.33 # in theory 12.54.44 # and there IS a repository of game music on the web in mid format, which is cool 12.54.59 # heck i have a bunch of it here 12.56.30 Join Nibbler [0] (~sven@port-195-158-163-34.dynamic.qsc.de) 12.57.17 # mainly wing commander stuff 12.59.09 # i always like the ninteno music on mario games 13.03.42 # the iriver software bugs on some mp3s 13.03.53 # it doesnt like mp2s 13.04.05 # including "Kebab" :-( 13.04.21 # if it hangs on some mp3s, maybe there is potential for a buffer overrun attach 13.04.27 # attack 13.04.59 # virus infected iriver now? 13.05.09 # heh 13.06.36 # ripnetuk: probably 13.06.48 # i haven't had the time or energy to investigate though 13.07.33 # LinusN: It doesn't like kebab?! We have a major software issue! :( 13.07.47 # mmmm. lamb sandwich 13.07.47 # give it some beer. then it will LOVE kebab 13.07.49 # LinusN: I got a regular mp3 file which is "ok", but the software just plays a couple of secs and then skips 13.10.38 # wow 13.10.56 # dwihno: it hates Starka Såsen 13.11.24 # iriver needs rockbox - "because it's starka såsen compatible(tm)" 13.11.41 # a strong sales pitch indeed 13.12.24 Join [1]Patr3ck [0] (~Patr3ck@pD9ECF440.dip.t-dialin.net) 13.12.59 # heh 13.13.52 # LinusN: have you done any work on some kind of pcm driver? 13.14.17 # haven't had time 13.14.43 # but that is the next thing to do when the boot loader is finished 13.15.45 # do you think it will be hard? 13.15.50 # what's a pcm driver? :) 13.15.50 # hows the minimon coming on then? 13.15.59 # LinusN: "starka såsen"? 13.16.08 # pulse coded modulation - uncompressed (almost uncompresed) audio 13.16.10 # ripnetuk: i think i'll ditch the minimon 13.16.19 # yeah? 13.16.22 # kebab is a good song for testing mpeg playback 13.16.22 # ripnetuk: a, thx 13.16.32 # ditch the minimon? 13.16.34 # did you say you were pointing the exception vector to the original firmware instead? 13.16.45 # as you said, there are few occasions where it will be useful 13.17.10 # i agree really, its only really useful if rockbox fails between minimon coming up, and the check for the record button 13.17.12 # instead, i'll start the original firmware 13.17.48 # when? 13.18.01 # i dont mean when will it be ready, i mean when will you start the original fw 13.18.07 # in the exception handlers 13.18.21 # and in panicf() 13.18.40 # basically, in every situation where rockbox crashed 13.18.47 # crashes 13.19.16 # i see... so the offical advice is still to wait until thats done before flashing then? and wait for Zagor and Badger to flash as well? 13.19.56 # another safety net would be to write a cookie to the internal ram early in the startup, and clearing it when reaching the rec-key loop 13.20.12 # ? 13.20.27 # so if the cookie is there when it reboots, something must have gone wrong and reset ws pushed by the user 13.20.29 # and have another thread checking the cookie? 13.20.38 # i see :) smart 13.20.48 # so if the loader hangs, you can reset and it will start the original 13.20.54 # nice 13.21.04 # that sounds a lot safer... 13.21.08 # better play it safe 13.21.12 # yeah 13.23.44 # do we have any spare hardware interupts? could we point one of them at the original, so we can connect +ve to a pin and have it jump there? 13.25.05 # interesting idea 13.25.29 # kind of like one of those heart machines... SHOCK... alive 13.25.51 # CLEAR! 13.28.19 Quit Patr3ck (Read error: 110 (Connection timed out)) 13.28.20 Nick [1]Patr3ck is now known as Patr3ck (~Patr3ck@pD9ECF440.dip.t-dialin.net) 13.29.06 # no general irq:s are routed to a nice external port or key 13.29.20 # however, a watchdog is of course a good idea 13.33.29 # oh well 13.33.58 # i guess the cookie thing should cover it... all other suggestions rely on being able to successfully jump to the original code, and on our code running at all 13.34.10 # yup 13.34.18 # which as far as I can see are the only failure possibilities for the cookie thing anyway 13.34.37 # doesn't mean you can't glue a timer to a software interrupt very early in the bootup 13.34.47 # yes you could 13.35.08 # have the vector point to a bit of code that kills the timer, then jumps to the normal firmware 13.35.15 # yup 13.35.28 # need to remember to kill it in rockbox tho ;) 13.35.33 # but does that give us anything the cookie doesnt? 13.35.33 # hehe 13.35.43 # ripnetuk: it gives you a poor mans watchdog 13.36.01 # the cookie is failure detection, not endless loop detection 13.36.20 # there is a watchdog timer in the coldfire 13.37.01 # it can reset the cpu 13.37.18 # so we can extend the cookie functionality to include the entire boot loader 13.37.31 # i dont follow 13.37.41 # i.e we reset the cookie right before leaving the boot loader 13.38.12 # the watchdog resets the cpu and the cookie is not reset, so the original is immediately started 13.38.50 # so it just saves having the manually press reset? 13.38.51 # :) 13.39.03 Join jyp [0] (~jp@121.200-200-80.adsl.skynet.be) 13.40.01 # hmmm, you're right, we only need the cookie protection up to the point where the rec key sensing works 13.40.42 # and the cookie protection is somewhat simpler than the timer solution 13.41.27 # so long as the reset doesnt clear / invalidate the internal ram 13.41.47 # i doubt it very much 13.41.49 # but you can easily test that with your bdm 13.42.44 # just out of interest, what does the bdm consist of? is it a custom chip? 13.42.48 # ripnetuk: easy way to find out. stop the iriver half-way through a song. then hit the reset button on the bottom, and see if it forgets where it was 13.43.04 # ripnetuk: it's a quite simple design 13.43.09 # (assuming the track position is written there) 13.43.20 # ash - i dont know if it stores that on disk or ram 13.43.30 # mainly only a buffer for the parallel port, with some extra logic for the clocks 13.44.04 # i see 13.44.33 # there are schematics and PAL code out there, if you want to build your own 13.44.35 # ripnetuk: i don't think there's really any place that it can safely store that kind of thing in a fat32 partition. 13.44.49 # ashridah: how about a file? :-) 13.45.04 # LinusN: there doesn't seem to be one, unless it deletes it before allowing a pc to connect 13.45.19 # of course, it forgets when you do so 13.45.26 # i think they do it in one of two ways: 13.45.44 # 1) The Rockbox way, i.e in an unused sector on disk 13.45.52 # 2) In the I2C EEPROM 13.46.00 # internal ram seems sanest, since then you can use it for things like FM and not have the disk on at all 13.46.15 # nvram rather 13.47.08 # there is no nvram, afaik 13.47.11 # i dont this we can tell for sure without implementing the cookie, and deliberately making it hang after writing the cookie, then reseting and seeing if it works 13.47.15 # my first iriver H140 hada defect where it'd refuse to read the drive's contents if it was warm when it got turned on (either warm from use or charging) 13.47.34 # nasty... 13.47.38 # but it seemed to still be able to remember its settings 13.48.00 # ripnetuk: took me a few days to pin down how to reproduce it. got it replaced quickly enough once i did tho 13.48.25 # was annoying tho, i had to go home without files on it twice in a row and minimal battery life for listening to the radio :) 13.48.26 # yeah... failed hdd's can be nasty... i think (although still not proved) that a failed hdd was responsible for my recent spate of Linux hangs 13.48.34 # i also think the DRM key on the 300 is stored in the i2c eeprom 13.48.39 # ripnetuk: oh, it wasn't a failed drive 13.48.54 # failed controller? 13.48.56 # the drive worked fine no matter what when you plugged the unit into usb 13.49.15 # might have been a loose joint and thermal expansion 13.49.15 # it just refused to read the disk properly itself when you turned it on or gave it control 13.49.26 # it'd wig out when it got to the directory tree, yet still turned off with the stop button 13.49.40 # ripnetuk: well, yes, since it only happened when warm, i assumed it was thermal expansion 13.49.46 # the replacement's worked fine for almost a year now 13.49.49 # (10 months) 13.49.57 # mine is about that age 13.50.12 # more like 8 months actually 13.50.49 # * ashridah triggered a wave of iriver purchases at his uni when he got his >:) 13.50.50 Join Sporkboy [0] (~fubu442@CPE-24-163-133-110.new.rr.com) 13.50.56 Quit Sporkboy (Client Quit) 13.50.58 # LinusN: did they add DRM support to the 3xx? 13.51.18 # i haven't been following firmware updates since they changed the site to flash-based hell 13.52.20 Quit Nibbler (Read error: 113 (No route to host)) 13.55.03 # the us version of the 300 has drm support 13.55.21 # but the drm key is lost if you flash non-us firmware 13.56.37 # and it doesn't help to reflash the us firmware 13.57.21 # intereswting... by i think th ebest way to handle drm is to buy the music and then download a non-restricted version 13.57.45 # that's probably not the spirit of the drm scheme :-) 13.57.51 # :) 13.57.53 # hm. the 3xx series doesn't have the optical out anymore does it? 13.58.06 # nope 13.58.16 # pity, since you'd be able to make basically identical copies using optical-in on something else 13.58.16 # :) 13.58.21 # which makes it suck enormously 13.58.29 # yeah 13.59.28 # i don't use the s/pdif to copy, i use it to connect my player to my hifi 13.59.38 # me too, via minidisc 13.59.50 # sounds so much better than the internal dac 13.59.51 # my digital satellite receiver has an optical/analog output. 14.00.07 # i've recorded some long sessions off the radio channels they distribute 14.00.12 # gives me some variety 14.00.27 # only via analog atm tho, need to get an optical cable 14.01.21 # in the UK, freeview and a dvb card gives me a very good way to record radio. Gives me a unrestricted mp2 stream :) 14.04.49 # hm. midnight, gotta crawl out of bed at 8am. night 14.04.50 Quit ashridah ("sleep") 14.08.14 # ew. 14.08.20 # i didn't know those things about 3xx 14.09.45 # * HCl reads backlog 14.12.59 # i learned it from the misticriver forum 14.16.53 # ok, done :P 14.17.16 # *yawns* 14.19.55 # LinusN: can you tell me something about how lcd accesses work? does it have a framebuffer? or? 14.20.19 # its somewhat important for the gameboy emu whether you can write to it directly or not.. 14.20.24 # the lcd has its own frame buffer 14.20.27 # ok 14.20.30 # good :) 14.20.48 # are we going to have a gameboy emu before mp3 playback :) 14.20.52 # :P 14.21.07 # you set the buffer pointer and then you write the data, autoincrementing the pounter 14.21.11 # pointer 14.21.11 # nah, wouldn't say that, just wanting to collect some info 14.21.14 # LinusN: *nods* 14.21.30 # the rockbox lcd driver has its own frame buffer 14.21.35 # its ashame it misses a few pixels then.. 14.21.43 # compared to the gameboy 14.21.58 # in which we can render fonts and graphics, then we transfer the whole buffer to the lcd 14.22.06 # *nods* 14.23.12 # how do you book out from cvs as it was on date x aat time y? 14.23.14 # well, i'm somehow gonna have to intercept and remap writes to certain lines.. skipping 16 pixels in the beginnning/end shouldn't be hard, but. skipping 16 evenly distributed lines throughout the screen will be harder.. 14.23.31 # ripnetuk: cvs co -d 14.23.36 # thanks :) 14.23.41 # ah well. 14.23.42 # or cvs up -d 14.23.42 Join bobTHC [0] (~foo@l03m-41-25.d1.club-internet.fr) 14.23.51 # hi mates! 14.23.54 # * HCl waits till the bootloader is declared stable and stuff 14.23.55 # hello 14.23.56 # hi ho 14.24.03 # long time no see 14.25.13 # yep, very busy this days.... 14.25.48 # and u seems to be busy with the iriver too ;) 14.26.10 # yup 14.35.05 # [IDC]Dragon: should your RockVideo tool be able to convert xvid avi's? 14.38.24 # does any archos / iriver even have the cpu to do xbvid..? 14.38.27 # xvid* 14.38.51 # yes, at 128x64 pixels 14.39.03 # hrm 14.39.48 # well.. personally i think that might only prove useful on a h3x0... 14.40.06 # or cartoons, or something 14.40.15 # yup 14.42.45 # can you disable the whole drm stuff on a h3x0? 14.43.19 # i dunno 14.43.25 # k 14.46.39 # :) 14.48.47 Quit ripnetuk (Read error: 60 (Operation timed out)) 14.48.52 Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) 14.49.10 *** Saving seen data "./dancer.seen" 14.52.21 Join R3nTiL [0] (~zorroz@83.69.98.89) 14.59.05 # Re booking out from CVS for a given date, I just cant get the syntax correct... the line I use to book out already had a -d in it. I use 14.59.05 #  14.59.07 # cvs -z3 -d:pserver:anonymous@rockbox.haxx.se:/cvsroot/rockbox co rockbox-all 14.59.13 # for a normal bookout... 14.59.47 # the -d must be after the "co" 14.59.59 # huh? 15.00.00 # i see. thanks :) i will document that on my wiki of tech notes 15.00.39 # that worked - thanks :) 15.04.41 # the faq is a bit out of date... with the upcoming iriver port.. 15.04.54 # cause it says stuff can't be done cause the archos doesn't support it.. but like, the iriver will. 15.05.22 # like...? 15.05.41 Join El_Barto2 [0] (firecreepe@www.e-spirit.de) 15.05.43 # Hi 15.05.49 # hi 15.06.12 # anyone interested in an archos recorder 20? 15.06.26 # LinusN: q19, for instance 15.06.26 # you're selling? 15.06.48 # i sell it or will it change with a gmini 120 15.06.58 # HCl: ah, yes 15.07.12 # HCl: feel free to update, it's a wiki 15.07.17 # mmm.. 15.07.29 # i dunno, i'm not sure whether i trust my documentation writing abilities 15.08.11 # lmao @ q27 xD 15.09.48 Join NibbIer [0] (~sven@port-195-158-163-34.dynamic.qsc.de) 15.15.40 # [IDC]Dragon: r u there? 15.19.18 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 15.32.57 Quit R3nTiL () 15.34.10 # cvs question - when you book out for a given date, is that the START of the day of the end? 15.34.15 # or the end 15.34.28 # the start, methinks 15.34.40 # ah, no, the end 15.35.09 # ta 15.47.50 Quit jyp ("poof!") 16.02.05 Part LinusN 16.13.46 # sounds like gmail is out of beta. everyone got loads of invites. 16.19.34 # why do they keep this funny invite scheme? 16.19.58 # good question 16.21.16 # hmm, would you pay 5 euro more for 8mb harddisk cache instead of 2 mb ? 16.21.37 # for a computer, yes. for an mp3 player, no. 16.21.40 # 2.5' ? 16.21.58 # it's more for backup purposes, so i guess no... 16.22.39 # i would as its only 5 euros and you might want to use it for something else in future 16.23.26 # ripnetuk: that's what i just thought. on the other hand, in the future it may not even fit a longhorn 2 installation ;) 16.27.21 Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) 16.30.31 # i ordered the 8mb one :) 16.32.39 # it would be better to order the gmini 120 ;) 16.32.47 # it has standart 8mb cache 16.33.17 # and you dont have to open the player ;) 16.34.29 # but you don't get much storage 16.34.58 # not? 16.35.02 Quit Ka (Read error: 60 (Operation timed out)) 16.35.09 # El_Barto2: i was referring to a 200 gb standard hard disk... 16.35.10 # a 120 is only 20GB, isn't it? 16.35.33 # and what should have 200? 16.35.39 # a hard drive 16.35.57 # i thought you were talking about an archos player ;) 16.36.22 # sorry.. 16.42.38 Join mecraw [0] (~mecraw@69.2.235.2) 16.49.12 *** Saving seen data "./dancer.seen" 16.55.54 # <[IDC]Dragon> Lynx_, amiconn: now I'm here 16.56.05 # bye 16.56.09 Quit El_Barto2 () 16.56.53 Join funkymonkey [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) 16.56.53 Quit methangas (Read error: 104 (Connection reset by peer)) 16.56.57 Nick funkymonkey is now known as methangas (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) 16.57.07 # [IDC]Dragon: howdy :) Have you ever used RockVideo with an xvid file? 16.57.12 # <[IDC]Dragon> Lynx_: the video converter should be able to convert anything you can play in the Media Player 16.58.22 # [IDC]Dragon: i investigated further with that graphedit thing. It does not allow me to connect the xvid decoder to your filter, although the out of xvid and in of your filter list the same 'format', YUV2 or somethign like that. 16.58.48 # [IDC]Dragon: if i just use the gui it crashes, and sound goes to the standard direct sound device. 16.59.26 # however: i wanted to try to use the divix decoder instead, and by accident the graphedit connected the xivid decoder to the divix, and then to your filter. and that works... 17.00.09 # wierd stuff happening... I think there is something wrong with the iriver scrambling code - i scrambled a .bin to a .hex, and then descrambled the .hex to .bin.check (to check) and the files differ 17.00.11 # Does that make sense? My vocabulary is probably off, I never do anything like that 17.00.52 Join Digital007 [0] (~acc87607@labb.contactor.se) 17.01.46 # <[IDC]Dragon> Lynx_: I very vaguely remember something similar 17.02.01 # <[IDC]Dragon> and fixing something 17.02.11 # they differ LOADS - is there some random factor in the scrambling? 17.02.40 # [IDC]Dragon: well, the message is i guess that in the version i downloaded today it does not work, and the connections that graphedit makes by default are wrong (no video, audio to std device) 17.02.41 # <[IDC]Dragon> do you have a short xvid which doesn't convert but play? 17.03.56 # [IDC]Dragon: 183 mb... 17.04.46 Quit Digital007 (Client Quit) 17.05.05 Part Zagor 17.05.52 # [IDC]Dragon: Any news concerning the mas wav codec? 17.06.13 # <[IDC]Dragon> I nagged again just a few days ago 17.06.26 # <[IDC]Dragon> it's "in progress" 17.06.42 # Hmm. :-/ 17.08.01 # [IDC]Dragon: ok, the divix->xvid->rvf version creates a rvf file, but that displays as a black screen on the box, sound is ok 17.08.05 Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.UMBC.EDU) 17.08.27 # <[IDC]Dragon> I don't understand divix->xvid 17.08.45 # <[IDC]Dragon> the first decodes, and the second? 17.09.00 # Lynx_: I also had problems when testing the DirectShow filter (usually I do use the command line tool), also with a DivX video 17.09.11 # I have the 3ivx codec installed. 17.09.18 # ripnetuk: mmm, i remember that happening yesterday when i did a check for that before i sent the .hex to DMJC-L 17.09.47 # The problem was that there is a setting to "force" the codec to a hardware overlay... which obviously fails when it should render to a file... 17.10.09 # <[IDC]Dragon> ah, I remember 17.10.20 # [IDC]Dragon: i have no idea what i am doing, really. i wanted to use the Divx decoder instead of the xvid one in graphedit. when i connected that, i still had the xivid one open in the program, and it connected it after the divx one. so i thought i would just try that, and it didn't give ma an error and created the file. 17.12.47 # hcl - its wierd, I can decode and re-encode the original fw and get the same file. If i encode new.bin then decode it, its VERY different 17.13.06 # ripnetuk: it says something about building checksum tables the first time 17.13.14 # i'm figuring new.bin doesn't have those the first time? 17.13.24 # gotcha 17.13.24 # have you tried reencoding the decoded new.hex? 17.13.33 # no :) did you? 17.13.44 # no... 17.13.48 # should be tested, really 17.13.53 # i guess so 17.13.58 # [IDC]Dragon: Am i correct that the 'XForm Out' pin of the xvid decoder should be connected to the YUV Video pin on the rfv renderer? 17.14.29 # <[IDC]Dragon> is there any other? 17.15.25 # [IDC]Dragon: no, but that is the connection graphedit does not allow, "the codecs could not agree on a connection..." 17.15.58 # <[IDC]Dragon> that's the interesting point 17.16.12 # <[IDC]Dragon> are there any properties at the xvid? 17.17.04 # [IDC]Dragon: yes, as i said both list YUY2 and YV12, but the xivid has more details, sec 17.17.17 # Major Type: Video - Sub Type: YUY2 - Format: YUY2 512x384, 16 bits, 17.17.18 # Aspect Ratio: 512x384, 17.17.18 # Interlace format: Frames 17.17.18 DBUG Enqueued KICK Lynx_ 17.17.18 # rcSrc=(0,0,0,0) 17.17.18 # rcDst=(0,0,0,0) 17.17.32 # sorry, that was copied as on one line! 17.20.55 # ripnetuk: they match the second time 17.21.03 # so its the building of the checksum stuff 17.24.03 # cool 17.24.17 # that sounds better :) 17.24.34 # <[IDC]Dragon> Lynx_: no, I mean a property page where you can configure stuff 17.24.55 # <[IDC]Dragon> property of the filter, not the output pin 17.26.19 # i want to know how on earth people managed to work out the scrabling alogrithm for the iRiver 17.26.52 # maybe the descrambler is unencrypted in the rom? 17.27.55 # lol. 17.28.10 # well 17.28.19 # with the bdm thingy you can dump the iriver flash rom 17.28.30 # and after that you can reverse engineer the flashing process 17.28.31 # but it was cracked WELL before the bdm came into being 17.28.33 # which decodes it 17.28.41 # i guess 17.28.53 # some people were tampering with the bitmap images ages ago 17.28.58 # mhm 17.29.24 # im guessing the rom starts with the decryption routine in plaintext - otherwise the iRiver would require 2 seperate firmware roms, one to bootstrap the other 17.31.56 # wouldn't it decrypt it while flashing? 17.32.44 # maybe 17.32.59 # even so, someone managed to work out the alogrithm without a bdm 17.33.22 # insider? who knows. 17.35.39 Join LinusN [0] (~linus@labb.contactor.se) 17.36.24 # ripnetuk: the descrambled original firmware still contains all the checksums from the scrambling 17.36.49 # however, new.bin doesn't have those before scrambling 17.36.50 Quit bobTHC ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 17.37.07 # so if the differences are in the end of the file, there is nothing to worry about 17.38.14 # thanks Linus - one less thing to worry about :) 17.38.59 # if you scramble the newly descrambled file again, and then descramble it, the result is the same 17.39.41 # gotta go 17.39.43 Part LinusN 17.42.24 # [IDC]Dragon: yes, there is a property page, where i can set the colourspace and some other things 17.44.08 # [IDC]Dragon: weird, if i select "render pin" on the file pin or the xvid out pin, it connects it to the rvf MPEG audio pin... 17.45.28 # <[IDC]Dragon> ? 17.45.45 # <[IDC]Dragon> the audio input should be a bit mory picky 17.46.13 # <[IDC]Dragon> are you using a not too old version? 17.46.23 # <[IDC]Dragon> frommy webspace 17.46.37 # <[IDC]Dragon> not that I updated it recently 17.47.04 # [IDC]Dragon: i got it from your t-online page, the link that is in the wiki 17.47.07 # [IDC]Dragon: today 17.48.06 # [IDC]Dragon: rockvideo is 1.0.1 17.49.18 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 17.50.44 # [IDC]Dragon: when the xvid out pin is not connected to anything, the properties say YUY2 (what I set it to), and when it gets connected the rvf audio pin, the props on the xvid out say audio, mpeg1Payload, WaveformatEx 17.55.51 Quit ripnetuk (Remote closed the connection) 17.56.27 # <[IDC]Dragon> so xvid is too flexible 17.56.39 # <[IDC]Dragon> connecting to an audio input even 17.57.39 # <[IDC]Dragon> I could do a change to the filter to accept RGB video as well, but that's less efficient 17.58.37 # [IDC]Dragon: well, but why does connecting xvid by hand not work with YUY2? 17.59.15 # <[IDC]Dragon> there is no config option at xvid? 18.01.12 # [IDC]Dragon: there is, that's where i set it to YUY2. It also offers YV12 and two RGB. 18.03.53 # [IDC]Dragon: AHA! The xvid properties have an 'compability renderer' checkbox, if i check that i can connect it. Seems to work, i'll try the result in a minute... 18.09.00 # [IDC]Dragon: ok, that was it, now the rvf file plays fine. well, not too great, but ok. 18.10.37 # [IDC]Dragon: however, the RockVideo app still crashes with the file... 18.12.44 # <[IDC]Dragon> so, you can do the proper conversion with graphedit? 18.13.15 # [IDC]Dragon: Yes, by activating "Compatibility renderer" in the xvid options 18.13.31 # <[IDC]Dragon> and it generated a nice file? 18.14.13 # [IDC]Dragon: I don't have much to compare it to, the contrast could be higher, and every 2 seconds a snowy bar goes from the bottom of the screen to the top 18.14.24 # but it is watchable 18.14.53 # <[IDC]Dragon> the snowy bar is normal 18.15.12 # <[IDC]Dragon> you can only make it slower and smaller 18.15.12 # ok. it's actually more like 2 times a second 18.15.24 # <[IDC]Dragon> that's slow already 18.15.46 # ok :). how far can the general flickering be reduced? 18.16.13 # <[IDC]Dragon> it can't, this is no video display 18.16.40 Quit Patr3ck (" HydraIRC -> http://www.hydrairc.com <- Chicks dig it") 18.17.01 # i meant is there still the option to set 'some value' to make it better? i remember you asking in the mailing list to collect the individual values for the players... 18.17.23 # the value that can be set in you rvf renderer 18.17.50 # <[IDC]Dragon> you can try to match your fps better 18.18.05 # <[IDC]Dragon> and you can adjust the gamma 18.18.06 # [IDC]Dragon: is there a way to find out, or is it trial and error? 18.18.26 # <[IDC]Dragon> I once made a plugin for this, uncommitted 18.19.02 # <[IDC]Dragon> it'd manual, but helps to "tune in" 18.19.07 # <[IDC]Dragon> it's 18.19.16 # is it still available online? 18.19.38 # an how would i go about changing the gamma? 18.19.42 # <[IDC]Dragon> but the fps of the display yaries with temperature 18.19.58 # <[IDC]Dragon> isn't it in the property page of the filter? 18.20.06 # [IDC]Dragon: ah, right, that was the thing about the temperature... 18.20.41 # no, there's only archos playback fps there 18.22.56 # <[IDC]Dragon> then it's waiting to be implemented... 18.23.34 # hehe. The possibility to watch simpsons on the box is great already :) 18.25.22 # gotta go. thanks for the help (and the plugin) 18.25.59 Nick Lynx_ is now known as Lynx_awy (HydraIRC@134.95.189.59) 18.25.59 DBUG Enqueued KICK Lynx_awy 18.30.00 Join einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) 18.40.25 Quit preglow ("leaving") 18.47.43 # Hmm, now that is strange: I just discovered that the archos remote stops working after rockbox is playing for a while (on my Studio 10). The only way to make it work again is to reboot rockbox :-/ ?? 18.49.02 Join jyp [0] (~jp@121.200-200-80.adsl.skynet.be) 18.49.15 *** Saving seen data "./dancer.seen" 19.15.08 Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) 19.29.00 Join preglow [0] (thomj@s183a.studby.ntnu.no) 19.29.04 # wassup 19.44.01 Ctcp Ignored 2 channel CTCP requests in 1 hour and 8 minutes at the last flood 19.44.01 # * jyp shakes his head 19.45.29 Quit [IDC]Dragon ("CGI:IRC") 19.50.36 # god how i hate some people. 19.50.46 # there's like, this poster of a cat thats been missing for weeks 19.50.53 # and some people took a red marker and drew blood on the picture. 19.55.48 # most people dont realise how cool cats ar 20.07.04 Quit ripnetuk (Remote closed the connection) 20.07.13 # heh. 20.11.45 Join shano [0] (~jirc@hide.retek.com) 20.12.16 # Does anyone know where I can get information on rockbox causing the battery to fry in archos jukebox 2.0? 20.12.50 # o.o 20.13.01 # i'd say, check the wiki? 20.13.59 # Where/s that? 20.14.07 # www.rockbox.org 20.14.15 # ok. 20.14.34 # found it. Thanks. Didn't look hard enough before. 20.14.47 # out of sheer curiousity 20.14.49 # whats the url? 20.14.50 # o.o 20.14.57 # i'm curious to hear about archos frying 20.16.07 # rockbox does not fry the battery 20.16.52 # i figured as much 20.17.45 # the link is on the left hand side. www.rockbox.org. 20.18.57 # i'm looking at the forums right now. my jukebox fried last year. i took out the battery and found one of the terminals completely fried. i just sent it in to get fixed a couple of weeks ago. i charged it last week with the regular firmware and it was fine. i loaded rockbox a few days ago, now when i plug in the charger, the unit is EXTREMELY hot. i'm going to do some more testing. 20.19.07 # it's supposed to be 9V, center positive polarity, correct? 20.19.46 Join _aLF [0] (~Alexandre@mutualite-3-82-67-66-128.fbx.proxad.net) 20.21.05 # i'm not sure, i'm more into iriver 20.22.15 # the jukebox falls under the players, right? 20.22.21 # http://www.rockbox.org/docs/battery-faq.html 20.22.47 # Does Rockbox charge the batteries more/less/worse/better than the Archos firmware? 20.22.50 # Player: Rockbox doesn't affect the charging on Players, it is all done by hardware logic out of software control. 20.36.56 Join Quelsaruk [0] (~kvirc@80.103.128.128) 20.36.58 # hi 20.37.59 # hey quelsa 20.38.17 # has anyone looked at writing a gdb stub for iriver? 20.40.59 # i don't think that's right. if you look at the rockbox manual, it specifically lists deep discharge option which doesn't charge until the battery is at 10%. Or the trickle charge option. So rockbox must affect charging somehow. 20.41.26 # charging the recorder is made by firmware 20.41.32 # player is made by hardware 20.41.35 # AFAIK 20.41.46 # (archos models) 20.45.17 # shano: only for the recorders 20.45.31 # it clearly says that in the battery faq 20.45.55 # To be precise, for the v1 recorder only. 20.46.10 # v2 and FM have hardware charging too 20.46.13 # kay 20.46.16 # :) 20.46.35 # Mine is a recorder. 20.46.38 # :) 20.47.05 # amiconn, V2 is supposed to be okay? 20.47.26 # they're all supposed to be okay 20.47.33 # its just that only with v1 does rockbox control charging 20.49.17 *** Saving seen data "./dancer.seen" 20.49.54 # Can you show me where it says that? 20.50.00 # Tell me, I mean. 20.53.55 # shano: First, see http://www.rockbox.org/twiki/bin/view/Main/BatteryFAQ , Q1 and Q3 20.54.15 # Then you need to know that this is for the player and recorder v1 *only* 20.54.17 Join davFr [0] (robind@82.230.88.157) 20.54.38 # When this faq was put together, rockbox did only support these 2 models 20.55.01 # Then see http://www.rockbox.org/twiki/bin/view/Main/LiIonBatteryFAQ , Q7 20.55.31 # hi 20.56.05 # is there some R.E. work going on around the rio SP-250? 20.57.03 # hmmm 20.57.08 # i don't think so 20.59.02 # hi Quelsaruk, i am trying to get the original SP-250 firmware disassembled, so i am trying to figure out if it is scrambled, and how. Maybe there some stuff similar to firmware encryption of HD iriver products? 21.00.25 # i know you can decramble iriver firmware 21.01.36 # do you know links to useful ressources, please? 21.01.51 # but i don't follow the rockbox portability to iriver... so i don't know really nothing interesting about that 21.01.57 # sorry 21.02.06 # maybe amiconn can help there 21.02.26 # thanks 21.02.32 # Sorry, I can't 21.03.37 # ok :o) 21.03.46 # I guess the scrambling will be different tho. 21.04.48 # Each manufacturer in fact wants his own, proprietary algorithm. That's what scrambling the firmware is about - make it harder to reverse engineer 21.05.56 # why would the iriver scrambling be anything like the rio scrambling....? 21.06.03 # i thought it would have been decrypted since sp250 was released 21.06.46 # rio was just putting "riovolt" label on iriver products, that's my guess 21.07.21 # well. you can always go at it with a disassembler 21.07.23 # i don't feel rio people used to know much about sp250 internals 21.07.28 # see if it makes any sense 21.07.36 # ofcourse you'd need to know its architecture for that 21.08.25 # sp250 is based on a Cirrus Logic chip. which is build on an ARM720T (evolution of the ARM7TDMI core) 21.08.39 # hm 21.08.39 # :o) 21.08.52 # my laptop battery's almost empty, brb 21.09.05 # So it should be disassembled by a ARM gcc tool 21.09.42 Quit shano ("Leaving") 21.09.50 # yup 21.10.07 # well, objdump will disassemble, which is part of binutils.. 21.10.24 # now i got the s/n : it's a cirrus logic EP7312 21.10.46 # i used to have an arm toolchain, but i don't have it installed at the moment 21.11.34 # a guy on groups.yahoo.com/group/riovolt figured out some stuff about the firmware image, like checksums, but did not get how to disassemble the code. 21.11.40 # What's the latest news on the iRiver? I see a bunch of things checked into cvs 21.12.04 # can't say, i don't have a HD-based iRiver 21.17.50 # i think it can boot 21.18.25 # HCl: did you have a iriver jukebox? 21.21.00 # rasher_: AFAIK, http://www.rockbox.org/twiki/bin/view/Main/IriverPort 21.21.03 # that's the status 21.21.07 # but i'm not sure 21.24.26 Join Eodun [0] (~Eodun@80-29-29-145.adsl.nuria.telefonica-data.net) 21.25.31 # * Eodun waves his hand 21.26.56 # hi 21.27.51 # dinner time 21.27.53 # bbl 21.28.15 Nick Quelsaruk is now known as quel|dinner (~kvirc@80.103.128.128) 21.29.08 # brb 21.29.09 Quit Eodun (Client Quit) 21.29.16 Join markun [0] (~markun@bastards.student.utwente.nl) 21.29.53 # I get this error when I try to compile the bootloader: 21.29.56 # same chinese takeway time! 21.30.02 # /usr/home/karl/rockbox/bin/../lib/gcc/m68k-elf/3.4.2/../../../../m68k-elf/bin/ld: region IRAM is full (/usr/home/karl/tmp/src/rockbox/builds/boot/bootloader.elf section .bss) 21.32.04 # HCl: what version of binutils did you use to compile gcc and the bootloader? 21.35.14 # cvs 21.35.41 # are you gonna try it? *curious* 21.37.41 # No, but I would like to have a working compiler ready. 21.38.56 Join mecraw_ [0] (~mecraw@69.2.235.2) 21.39.13 # mhm. 21.39.23 # well, i just followed the instructions, worked fine 21.40.32 # First compiled CVS binutils and then gcc-3.4.2? 21.41.12 # gcc didn't want to compile, only with binutils-2.15 21.42.29 # yea, cvs binutils.. 21.42.31 # not 3.4.2 21.42.33 # 3.3.4 21.42.39 # 3.3.4 is recommended 21.42.44 # cause 3.4 generates larger code 21.43.18 # you need the binutils update because it contains the specs of the iriver cpu 21.44.03 # otherwise you'll just get "unrecognised machine blahblah" when you try to compile with your new gcc 21.46.26 # hmm... *wonders whether he can upgrade his h140 to a 60gb hdd* 21.49.22 # (back with chinese food) 21.50.56 # share and enjoy 21.55.30 Quit mecraw (Connection timed out) 22.00.18 Join LinusN [0] (~linus@labb.contactor.se) 22.02.41 # LinusN: did you use gcc 3.4.2 for the coldfire compiler? 22.04.43 Nick quel|dinner is now known as Quelsaruk (~kvirc@80.103.128.128) 22.05.47 # yes 22.06.00 # using it now 22.07.00 # Did you see the error I got? Maybe because I had to build gcc using binutils-2.15 and the bootloader with binutils from cvs.. 22.07.31 # iram is full? 22.07.56 # yes, that one. 22.09.01 # i have no idea what that could be 22.09.12 # can you send me bootloader.map? 22.09.37 # email it to linus at haxx.se 22.10.00 # I can also send it through IRC, but mail is ok too. 22.10.20 # i have problems with dcc 22.10.28 # but try it 22.10.53 Quit preglow (Read error: 104 (Connection reset by peer)) 22.11.24 # wow 22.11.49 # I could also be because I made some changes to the lcd_puts code.. 22.12.06 # wow? 22.13.00 # dcc worked .-) 22.13.16 # Yes, and very fast. 22.13.19 # you seem to have a huge font 22.13.42 # It's quite big.. so that's the problem.. 22.13.45 # yes 22.14.05 # Wth does the font do in iram ??? 22.14.15 # beats me 22.14.32 # it's in bss, probably for the loadable font 22.14.32 Join preglow [0] (thomj@s183a.studby.ntnu.no) 22.14.36 Nick NibbIer is now known as Nibbler (~sven@port-195-158-163-34.dynamic.qsc.de) 22.14.39 # the tale of the crashing server 22.15.21 # the boot loader uses the firmware code for most things 22.15.39 # so if the font buffer is large, it won't fit in ram 22.15.48 # I had to change the #define MAX_FONT_SIZE for now to support my unicode fonts 22.15.50 # and the iram is all the bootloader has 22.16.19 # you should build the bootloader from a clean cvs checkout 22.16.20 # shouldn't the iram be more than enough? 22.17.37 # it should, but not with a huge font buffer 22.17.48 # why do we need a font buffer in a boot loader? 22.18.02 # i explained it 22.18.06 # the boot loader uses the firmware code for most things 22.18.08 # ait, i'll check it out 22.18.23 # and the firmware code has a font buffer 22.18.56 # i read the irc log, got it 22.19.47 # Why does the bootloader need a font at all? Doesn't it only check buttons and acts accordingly? I thought the bootloader doesn't do lcd at all... 22.20.52 # it displays error messages if something goes wrong, for example 22.21.41 # methinks about the bootloader for archos rockbox in flash. This one doesn't do such fancy things... 22.21.45 Join Patr3ck [0] (~Patr3ck@pD9E5C9F0.dip.t-dialin.net) 22.22.03 # yeah, this one is a lot more complicated 22.22.12 # But then the archos bootloader doesn't include disk access etc... 22.22.25 # ..because it doesn't need to. 22.22.42 # exactly 22.22.57 # this one == the iriver bootloader 22.23.31 Join webguest32 [0] (~458cc120@labb.contactor.se) 22.23.42 # It wouldn't need to for iriver rockbox as well if rockbox would be always flashed, coexisiting with iriver firmware in rom. 22.23.57 # is the bootloader safe? 22.24.11 # amiconn: what makes you think that we can do that in this early stage? 22.24.29 # DMJC: soon 22.24.36 # k 22.25.39 # LinusN: Why not? Imho starting from flash is even easier than loading from disk. 22.25.43 # i'd rather have the bootloader for now, eys 22.25.52 # it would be hell to develop if you had to flash it 22.26.13 # i wonder how many flash cycles to chip in the h120 can take 22.26.19 # amiconn: because the we would have to reflash every time we want a new rockbox 22.26.33 # or i will keep on doing this all by myself 22.26.36 # with the bdm 22.26.50 # I now compiled the bootloader from a clean cvs checkout, thanks. I got: MD5 (bootloader.bin) = 7002d30a58bc5f7ed28864caf8b3263a 22.26.56 # Yes of course. However, I don't consider this a problem, if the flash chip is specced like the one in the archos 22.27.08 Nick Quelsaruk is now known as Quel|wc3 (~kvirc@80.103.128.128) 22.27.16 # The archos flash chip is specced for 100 000 cycles... 22.27.19 # amiconn: there is no way of resurrecting the iriver if the flashing goes wrong 22.27.21 # i think it can take quite a lot, yes 22.27.25 # they're usually under-specced as well 22.27.45 # LinusN: I don't think of flashing the *whole* rom, only the part where rockbox resides. 22.27.54 # you probably wouldn't have room for both 22.28.00 # and if rockbox crashes? 22.28.17 # how about making the damn thing work before trying to tweak it? 22.28.23 # DMJC: agreed 22.28.40 # no end user cares what happens if it can't play their files 22.29.07 # LinusN: Hmm, good point. While you would still be able to run the box with the iriver fw, you might not be able to flash a new rockbox... 22.29.16 # amiconn: What are advantages of falshing it to the rom in the dev stage? 22.30.22 Join Ka [0] (~tkirk@pcp0010732484pcs.howard01.md.comcast.net) 22.31.07 # I think it's easier (fewer points of failure to start) to start from rom than loading from disk 22.32.15 # yes, but since rockbox is very shaky in the dev stage, it is very likely to not work 22.32.45 # it will crash, and you'll have to reflash the entire rom with the flashing procedure in the original firmware 22.32.59 # risking your iriver every time 22.33.06 # Yes, understood 22.34.31 # OT: I'm currently investigating my strange "mmc dirs vanish if file is read past a certain point" issue. Strangely enough, while this is perfectly reproducable with 2 Ondios (mine and my sister's), Jörg didn't manage to reproduce it. 22.34.47 # weird 22.34.49 # gotta go 22.34.52 Part LinusN 22.34.56 # Now I have a test plugin, just reading the file to a certain point 22.35.34 # ... 22.40.41 Part markun ("Leaving") 22.48.25 # amiconn: i think i can sell you some goats 22.48.45 # if you find a bug no-one can reproduce.... you need a sacrifice ;) 22.49.20 *** Saving seen data "./dancer.seen" 22.50.12 # ;-/ 22.55.04 # I was absolutely right about the position where this happens - it happens when reading the 11857920th byte, therefore completing the 2895th cluster 22.55.35 # At this point there is a discontinuity - a new cluster chain starts at a different position on the card. 22.56.42 # I'd need a fat.c guru... 22.57.48 # then don't look at me :) 22.58.02 Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) 23.04.44 # * Bagder added quick-links at the top of each build-log 23.04.57 # got tired of scrolling 23.05.53 # Nice one :) 23.07.05 # :) 23.07.08 # * Bagder bows 23.07.24 # quick link to the warnings and errors, isn't it? 23.07.30 # yeps 23.08.51 # Bagder: I rethought my fix for the failing player/ Ondio SP builds. I think the presence of these recording related functions should mainly depend on HAVE_RECORDING. Within that #ifdef, we can differentiate further (MAS3587 / MASNONE). 23.09.14 # It wouldn't make a differece for now, but it would be the clean way, imho. 23.09.20 # I agree 23.10.12 # Maybe it's not really worth to do this now, I presume that not much of the current mpeg.c will remain once the iriver port does it's impact... 23.10.16 Quit davFr ("ChatZilla 0.9.61 [Mozilla rv:1.7.5/20050105]") 23.10.34 # true, we should consider these changes temporary to get things to build 23.11.26 # On the other hand, many "temporary" fixes may also lead to a mess. Temporary solutions tend to stay much longer than intended... 23.11.36 # that is also true 23.12.05 # but in the mpeg.c case, I don't doubt it'll change 23.12.40 # any of you guys know where the __assert extern in assert.h comes from? 23.12.59 # probably a gcc internal thing 23.13.06 # why should assert be internal? 23.13.25 # and no, gcc vomited on it, so it probably has to be in a lib somewhere 23.14.30 # and if it was internal, why is it declared with EXFUN ? 23.14.41 # well, I use assert() all the time and I never use any particular lib to get it to work 23.15.24 # no, nor should you have to, i always thought assert() was pure macro magic 23.15.39 # it isn't in gcc 23.15.47 # it has more knowledge 23.15.56 # iirc 23.16.42 # i tried to compile mad with m68k-gcc yesterday, and it kept complaining about that 23.16.56 # oh 23.17.27 # read the comment in assert.h just above the extern? 23.17.30 # "The following is not at all used here but needed for standard 23.17.31 # compliance." 23.17.55 # that comment is not here :V 23.17.57 # not that it helps 23.18.47 # but yes, i did a -nostdinc compile, and pointed to the rockbox include dir 23.18.58 # as malloc is more or less the only extern mad needs, i thought that should work 23.19.52 # in a program I build here that uses assert... 23.20.08 # __assert_fail is the only __assert symbol 23.20.20 # when using nm on it 23.21.08 # hm 23.21.09 # * amiconn spots a strange formula in fat.c ... 23.21.16 # nm /usr/lib/*.a | grep __assert | grep -v fail 23.21.46 # there's one 23.21.49 # Bagder: Could you please double-check whether I'm not seeing ghosts - this is in for almost 3 years now. 23.22.26 # See http://www.rockbox.org/viewcvs.cgi/firmware/drivers/fat.c?r1=1.2&r2=1.3 for a comparison of 2 very old fat.c versions 23.22.34 # bah 23.22.39 # * Bagder checks 23.22.48 # Look into fat_sec2cluster(), calculation of max_cluster 23.22.57 # i'll just wait until the rockbox core is more operational for the 68k before i try again 23.23.12 # Isn't there a pair of parentheses missing in the newer version? 23.23.19 # preglow: shouldn't take too long now 23.24.14 # I.e. int max_cluster = (bpb->totalsectors - bpb->firstdatasector) / bpb->bpb_secperclus + 1; 23.25.11 # I agree it looks like that 23.25.31 # otherwise it makes no sense 23.25.45 # That shouldn't cause the strange effect I get though, it's just a safety measure. 23.26.02 # Scary... 23.26.29 Quit methangas (" HydraIRC -> http://www.hydrairc.com <- Try something fresh") 23.29.25 Join XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net) 23.29.53 Part webguest32 23.31.48 Quit ripnetuk () 23.40.11 Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) 23.42.51 Join [IDC]Dragon [0] (~idc-drago@p3EE2D6BF.dip.t-dialin.net) 23.43.15 # hi Jörg 23.43.26 # <[IDC]Dragon> hi Jens :-) 23.43.31 # Bagder: Now it doesn't work correctly ... 23.46.58 # <[IDC]Dragon> my Ondio backlight behaves well now, 23 mA :-) 23.47.18 # Nice :) 23.47.32 # Did you read about my experiments with that strange file? 23.47.49 # <[IDC]Dragon> a bit, catching up... 23.48.47 Join ashridah [0] (ashridah@220-253-120-198.VIC.netspace.net.au) 23.50.30 # Hmm. Now the file behaves strange - it stops a few seconds after the point where the directories vanish 23.50.45 # hrm 23.51.04 # <[IDC]Dragon> amiconn: stops video, or your test plugin? 23.51.05 # Maybe it did this for a while now - didn't always listen & watch 23.51.11 # STops video. 23.51.23 # <[IDC]Dragon> an underrun? 23.53.06 Join amiconn_ [0] (~jens@pD9E7F4F7.dip.t-dialin.net) 23.53.46 Quit amiconn (Nick collision from services.) 23.53.47 Nick amiconn_ is now known as amiconn (~jens@pD9E7F4F7.dip.t-dialin.net) 23.54.21 # [23:51:42] No, it simply stops, and falls back to the browser 23.54.49 # <[IDC]Dragon> that is very strange 23.55.01 # <[IDC]Dragon> and the browser is OK? 23.55.18 # <[IDC]Dragon> maybe a read error is treated like the file end 23.55.34 # It shows the file. When I go up one level, the dir contents is gone. 23.55.53 # <[IDC]Dragon> content is that 1 file, right? 23.56.30 # No, one level up it's the card's root, which contains 3 dirs 23.56.53 # ...which are shown before video playback, and gone afterwards. 23.57.00 # <[IDC]Dragon> no, I mean the "It shows the file" part 23.57.12 # Yes, the one file. 23.57.34 # This is probably still in the browser list cache 23.58.09 Quit ripnetuk (Remote closed the connection) 23.58.16 Join ripnetUK [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) 23.58.33 # yay the iriver sim builds again