--- Log for 10.02.105  Server: zelazny.freenode.net  Channel: #rockbox
--- Nick: logbot  Version: Dancer V4.16  Started: 6 days and 15 hours ago

00.00.12 #       <bagawk> lImbus, so you could say place a extra HD into the CF slot of your gmini (or whatever)?
00.00.31 #       <bagawk> (with a mod of course)
00.00.33 #       <lImbus> if only the power of the cf-slot is sufficient.
00.01.34 #       <lImbus> I installed several times operating systems on cf-cards simply wired to an ide-channel. it's just that the master/slave-setting is done outside of the cf-housing
00.01.42 #       <lImbus> so it's kind of cabling
00.02.29 #       <bagawk> Wonder what the power constaints are for CF
00.02.45 #       <bagawk> The hd needs .5A at 5v i think
00.03.07 #       <lImbus> shouldn't that be specidfied somewhere ?
00.03.15 #       <lImbus> any hdd needs 12 and 5v, i'm afraid
00.03.28 #       <bagawk> Not a notebook HD
00.03.32 #       <lImbus> but I think both (5 and 12v+) are routed to the cf-connector
00.04.08 #       <lImbus> umm. why do notebook-hdd-connectors then have 44 pins ? (cf also has 44 pins)
00.04.27 #       <lImbus> 40 ide + 0V + 5V would then be 42 pins
00.04.36 #       <HCl> preglow: it *should* work, i think.
00.04.39 #       <bagawk> A Type I CompactFlashâ„¢ card can only draw 70mA @ 3.3V. A CF+ Type II card can draw up to 500mA. 
00.04.49 #       <HCl> preglow: either i messed up writing the display routine, or its too slow.
00.04.56 #       <bagawk> lImbus, no idea
00.05.02 Quit    jyp ("poof!")
00.05.11 #       <preglow> HCl: well, putting a new rockbox on it should let you see if it's too slow
00.05.20 #       <lImbus> should be measurable with an ampere meter.
00.05.24 #       <HCl> preglow: doing that
00.05.52 #       <bagawk> Hummm
00.05.53 #       <bagawk> Dual 3.3V & 5V Operation – CF and CompactFlash cards support both 3.3V and 5V operation and can be interchanged between 3.3V and 5V systems. This means that any CF card can operate at either voltage. Other small form factor flash cards may be available to operate at 3.3V or 5V, but any single card can operate at only one of the voltages
00.06.06 #       <bagawk> So now about the 500mA part...
00.06.15 #       <amiconn> lImbus: 2.5" hds don't need 12 V
00.06.21 #       <amiconn> Only 3.5" hds do
00.06.26 #       <lImbus> aha aha
00.06.47 #       <lImbus> so there are 2 pins left free on a laptop-hd-interface and on cf-cards
00.06.59 #       <HCl> i might just as well have messed up on the sleep function
00.07.15 #       <bagawk> lImbus, I think that is for the dual voltage?
00.07.16 #       <HCl> come to think of it, i should implement my own usleep() using current tick
00.07.20 #       <lImbus> or either they doubled the 5v and 0v pins to have bigger cross section
00.07.29 #       <HCl> oh
00.07.31 #       <HCl> thats much faster
00.07.32 #       <HCl> still slow
00.07.32 #       <lImbus> uh, yes, of course
00.07.34 #       <HCl> but much faster
00.07.42 #       <HCl> doing a cycle per second or so now
00.07.46 #       <lImbus> the 2 pins left are 3,3 v
00.07.57 #       <preglow> HCl: how do you see this? is it displaying anything?
00.08.07 #       <HCl> preglow: i added a cycle counter to the top left
00.08.22 #       <preglow> HCl: let me know the second you get visual, i'd like to try it
00.08.27 #       <HCl> sure
00.08.31 #       <preglow> hell, i'd like to try it now, if it's just copying over plugin
00.08.35 #       <HCl> lol.
00.08.35 #       <HCl> well
00.08.36 #       <HCl> yea
00.08.38 #       <HCl> pretty much
00.08.41 #       <HCl> on my ftp
00.08.43 #       <HCl> rockbox.zip
00.08.46 #       <preglow> then put it somewhere :P
00.08.47 #       <bagawk> It sounds like it might work with no power changes
00.08.48 #       <preglow> what's the address?
00.08.54 #       <HCl> ftp://titania.student.utwente.nl/
00.08.58 #       <bagawk> Now to figure out the whrer the pins go
00.09.08 #       <lImbus> I can beep that
00.09.12 #       <HCl> i'm gonna change my usleep routine now so it'll be much, much, much more accurate
00.09.25 #       <HCl> at least
00.09.25 #       <HCl> i hope
00.09.26 #       <HCl> o.o
00.09.31 #       <lImbus> I could put that adapter on the scanner tomorrow morning if you are highly intrested
00.09.37 #       <linuxstb> HCl: Can you just remove the sleep - to see what full speed is like?
00.09.42 #       <HCl> linuxstb: sure.
00.09.59 #       <preglow> ahahaha
00.10.02 #       <HCl> i don't know whether it'll even help, its supposed to only use it when its going too fast
00.10.03 #       <preglow> thats a BIG plygin
00.10.08 #       <HCl>  :P
00.10.19 #       <HCl> preglow: it reads /rom.gb
00.10.23 #       <preglow> damn, have you stripped the debug info or is it really that big?
00.10.35 #       <Sucka> going well HCl? :)
00.10.49 #       <HCl> preglow: its really that big.
00.10.55 #       <HCl> preglow: i allocated 4mb for the rom buffer
00.11.05 #       <HCl> since its static, most of that size is static buffers, reall
00.11.05 #       <HCl> y
00.11.17 #       <HCl> it compresses really well because of that
00.11.41 #       <HCl> Sucka: i'm not sure.
00.11.44 #       <HCl> i think so.
00.12.22 #       <Sucka> good luck
00.13.43 #       <preglow> it doesn't show up :/
00.13.50 #       <HCl> hm?
00.13.52 #       <preglow> is this compile from before you updated cvs?
00.13.56 #       <HCl> did you update your rockbox.iriver?
00.14.05 #       <preglow> i just copied your plugin
00.14.08 #       <preglow> the rest is mine
00.14.09 #       <HCl> that won't work
00.14.13 #       <HCl> you need rockbox.iriver too
00.14.15 #       <preglow> why?
00.14.22 #       <HCl> small changes in plugin api, more memory space for plugins
00.14.25 #       <preglow> ahh
00.14.59 #       <HCl> like, get the .zip
00.15.01 #       <HCl> thats the last build i did
00.15.50 #       <preglow> i did
00.15.53 #       <HCl> k
00.16.04 #       <HCl> use the rockbox.iriver from in there..
00.16.07 #       <preglow> did
00.16.09 #       <HCl> i'm gonna alter the sleep thing now
00.16.34 Quit    mecraw ()
00.17.17 #       <lImbus> time for home and bed. good night #rockbox
00.17.24 #       <preglow> nite
00.17.47 Quit    lImbus ("hey, I just told you I would go home")
00.18.04 #       <HCl> hmm.
00.18.14 #       * HCl finds a bug in his sleep thing..
00.18.16 Join    lImbus [0] (~manuel@kernel.cycos.net)
00.18.24 #       * HCl eliminates the sleep all together
00.18.25 #       <lImbus> hä ?
00.18.29 #       <XShocK> on "loading rom.gb" it gives out the error.
00.18.30 Quit    lImbus (Client Quit)
00.18.49 #       <HCl> yes
00.18.55 #       <HCl> you need a gameboy rom
00.19.01 #       <HCl> in your root
00.19.08 #       <HCl> named rom.gb
00.19.32 #       <XShocK> ok
00.20.05 #       <linuxstb> HCl: I've installed your stopwatch :-)
00.20.24 #       <preglow> HCl: hah, that's a pretty slow emu :P
00.20.32 #       <preglow> HCl: it's like 1 cycle per second
00.20.53 Quit    Sucka ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )")
00.20.57 #       <linuxstb> So it's counting CPU cycles?
00.21.09 #       <preglow> nono, i surely hope this isn't cpu cycles
00.21.23 #       <HCl> linuxstb:  :P
00.21.40 #       <HCl> i'm not sure, i think it does a number of cycles, haven't really looked at that
00.22.31 #       <preglow> HCl: but it bloody runs, that great in itself
00.23.15 #       <rasher> HCl: You are quite positively insane
00.23.19 #       <HCl> gnuboy was more written with the thought of portability than the thought of speed
00.23.23 #       <HCl> rasher: why :/
00.23.29 #       <linuxstb> Agreed.  Only video, sound and a little speed improvement to go...
00.23.33 #       <rasher> Because you did this :)
00.23.35 #       <HCl>  :P
00.23.54 #       <HCl> well. it doesn't really do much yet aside from count :X
00.23.58 #       <HCl> i put the source up
00.24.07 #       <preglow> pft, behind the scenes it does loads more!
00.24.09 #       <HCl> if anyone can be bothered to look at the refresh routine
00.24.11 #       <HCl> true
00.24.31 #       <HCl> anyways, if anyone can bother to look at the refresh 8bit framebuffer -> rockbox framebuffer routine
00.24.34 #       <HCl> to see whether its okay..
00.24.36 #       <HCl> it'd be nice :X
00.25.00 #       <HCl> the code is a bit irritating since it has 0 documentation
00.25.28 #       <HCl> i guess i can activate debug mode, and write the instructions its parsing to a txt file
00.25.38 #       <HCl> but i got a headache and blah, i call it a day o.o
00.26.05 #       <preglow> what file is it in?
00.26.11 #       <linuxstb> HCl: I'll have a quick look.  Is the source in that 11MB zip file?
00.26.12 #       <HCl> refresh.c
00.26.19 #       <HCl> linuxstb: yea, thats my entire rockbox cvs checkout
00.26.28 #       <HCl> including all the patches it needs for rockboy
00.26.38 #       <HCl> which is mainly in the makefile and the plugin memory size
00.26.47 Join    AC [0] (~5078751e@labb.contactor.se)
00.26.54 Quit    Zagor ("Client exiting")
00.26.57 #       <AC> hi
00.27.46 #       <AC> where does Linus live
00.28.09 #       <Bagder> in Sweden
00.28.53 #       <AC> oh
00.28.59 #       <HCl> apparently
00.29.20 #       <HCl> it does roughly 2000 cpu cycles
00.29.21 #       <linuxstb> HCl: Have you just let rockboy run for a few minutes - maybe it takes a while for anything to be displayed.
00.29.22 #       <HCl> per emu cycle
00.29.28 #       <HCl> according to the source
00.29.30 #       <HCl> so i dunno
00.29.32 #       <preglow> well
00.29.36 #       <preglow> that's insanely slow
00.29.39 #       <preglow> i refuse to believe it
00.29.40 #       <HCl> you can add debug messages on writes to lcd.. etc..
00.30.03 #       <HCl>                 cpu_emulate(2280);
00.30.22 #       <AC> i must ask him, if he can reflash my h120.. since 10 minutes it hangs by loading original firmware... i dont know why.. it worked for days
00.30.40 #       <preglow> then you'd better pray to god that there are a lot of waitstates to be removed from the ram access
00.30.54 #       <HCl> preglow: its an interpreter core, i can do better.
00.31.00 #       <HCl> my primary concern is to get it to display stuff.
00.31.04 #       <preglow> HCl: yes, but an interpreter core should not be that slow
00.31.12 #       <HCl> i'm not sure.
00.31.22 #       <HCl> 2000 cpu instructions per second?
00.31.23 #       <preglow> AC: how'd you manage that?
00.31.34 #       <HCl> i think its pretty decent..
00.31.39 Quit    amx ("leaving")
00.31.44 #       <preglow> HCl: in the same time the coldfire does roughly five million as it is
00.31.53 #       <HCl> i guess
00.31.54 #       <preglow> HCl: that is, when the ram wait states are cut down
00.32.07 #       <preglow> but i don't know, a lot of factors still
00.32.08 #       <AC> preglow: i dont know.. about 20 minutes ago i listen music via irivers firmware and now i also want to listen, but it hangs
00.32.32 #       <preglow> AC: how long since you flashed rockbox?
00.32.39 #       <HCl> gheh.
00.32.47 #       <thegeek> tried plugging in the charger?
00.32.54 #       <AC> preglow: bootloader is 2 days old
00.33.06 #       <AC> preglow: worked until now very fine
00.33.06 #       <thegeek> and we already have a gb emu
00.33.09 #       <preglow> AC: how and where does it hang?
00.33.10 #       <thegeek> you guys are amazing:)
00.33.12 #       * HCl does a search on gnuboy and dynamic, in an attempt to see whether anyone has written a dynarec for it.. 4th hit = rockbox irc log >.>
00.33.19 #       <thegeek> humhum
00.33.21 Join    webguest88 [0] (~3e234217@labb.contactor.se)
00.33.28 #       <preglow> HCl: dynarec for gameboy has never been done, afaik
00.33.38 #       <preglow> HCl: on the grounds that it is usually grossly overkill
00.33.49 #       <webguest88> Hcl : i come to test your rockboy with a rom i have
00.33.58 #       <webguest88> and it displayed only number 1 to ...
00.34.07 #       <preglow> yes, that's because it's not done yet
00.34.18 #       <AC> preglow: i press record and then poweron... here it hangs - starting original firmware.
00.34.31 #       <HCl> preglow: mhm.
00.34.35 #       <preglow> if you had read anything of what we have said, you would have known that
00.34.41 #       <HCl> preglow: i was hoping someone would've done it as a hobby project
00.34.49 #       <preglow> AC: ok, then you've got a problem
00.34.56 #       <preglow> AC: but it USED to work?
00.35.07 #       <preglow> AC: 'cause if it did, that's really alarming
00.35.10 #       <HCl> AC: does it load rockbox ?
00.35.32 #       <AC> preglow: it worked abou 30 minutes ago
00.35.43 #       <AC> HCl: rockbox starts
00.35.48 #       * HCl just realizes he never really played songs with his iriver since he flashed it..
00.35.50 #       <preglow> AC: and you are positively certain you have not done anything flash wise since then?
00.35.58 #       <preglow> mine plays music just fine
00.36.01 #       <thegeek> first brick.
00.36.01 #       <preglow> i've used it tons
00.36.14 #       <HCl> report it on the wiki
00.36.26 #       <preglow> AC: but ok, linus is certain to be on irc tomorrow, he'll probably want to hear this
00.36.32 #       <AC> preglow: i am sure... i have flashed it only one time
00.36.33 #       <thegeek> could be just the harddrive is corrupted
00.36.35 #       <thegeek> try formatting
00.36.44 #       <thegeek> that could hang the org firmware
00.36.47 #       <preglow> thegeek: why should that be a factor? rockbox loads fine and that is on disk
00.36.57 #       <thegeek> rockbox is not the org firmware
00.36.59 #       <preglow> thegeek: the original firmware is in flash, and that's what doesn't start
00.37.03 #       <linuxstb> AC: How far does it get when loading the original firmware?
00.37.14 #       <thegeek> perhaps it does start, it just hangs when it tries to use the hd
00.37.23 #       <thegeek> I would atleast try formatting the hd
00.37.29 #       <preglow> he says it hangs on the bootloader message
00.37.34 #       <thegeek> oh
00.37.35 #       <thegeek> hmm
00.37.43 #       <preglow> that's a few seconds before the iriver firmware has gotten far enough to use the hd
00.37.52 #       <thegeek> yep
00.37.53 #       <thegeek> ;)
00.37.55 #       <linuxstb> AC: Do you still have USB access to the HD?
00.37.59 #       <XShocK> my player plays everything fine.. worked 2-3 hours without interrupting
00.38.03 #       <AC> the hd never spins up
00.38.10 #       <thegeek> hehe
00.38.11 #       <preglow> but yes
00.38.15 #       <AC> linuxstb: i dont think so
00.38.24 #       <preglow> linus will find out why it doesn't work when and if he opens it up
00.38.32 #       <preglow> i find it disconcerting that it used to work, thoguh
00.38.51 #       <preglow> makes mine feel like a ticking disaster waiting to happen
00.39.12 #       <linuxstb> preglow: I'm watching HCl's ticking disaster at the moment :-)
00.39.16 #       <HCl> lol.
00.39.22 #       <HCl> well.
00.39.29 #       <HCl> i loaded the smallest, simplest demo rom i could find into it
00.39.33 #       <thegeek> HCl : PocketGnuboy claims to be "faster" than other gnuboys's
00.39.38 #       <HCl> and its at tick 680
00.39.42 #       <thegeek> http://www.freewareppc.com/utilities/pocketgnuboy.shtml
00.39.43 #       <thegeek> ;)
00.39.43 #       * AC is quite sad now
00.40.01 #       <preglow> AC: understandable, but this kind of thing is a risk when we're doing what we do
00.40.19 #       <preglow> AC: on the bright side, linus did seem quite forthcoming in reflashing bricked units
00.40.22 #       <HCl> thegeek: i'll take a look at it
00.40.27 #       <thegeek> ;)
00.40.38 #       <thegeek> was just a small something I noticed;)
00.40.44 #       <AC> preglow: fine
00.40.56 #       <HCl> should be almost trivial to build a .patch to patch rockboy out of it
00.41.29 #       <preglow> i wonder what pocketgnuboy does different
00.41.43 #       <HCl> not much, as far as i can see.
00.41.46 #       * AC plays around with the bootloader
00.41.48 #       <HCl> its still no dynarec
00.42.17 #       <preglow> as i said, i don't think you'll ever see dynarec in a current gb emu
00.42.23 #       <HCl> thats okay
00.42.25 #       <HCl> cause like
00.42.27 #       <HCl> a dynarec
00.42.34 #       <HCl> would have to be made in m68k assembly anyways
00.42.39 #       <HCl> and the general focus of dynarecs is x86
00.42.39 Quit    Trevmar ()
00.42.47 #       <preglow> i suggested dynarec for snes emu some years ago, and the devs dropped dead laughinh
00.42.51 #       <preglow> heh
00.42.59 #       <HCl> i don't see why
00.43.01 #       <HCl> its fun to build
00.43.08 #       <amiconn> Trevmar: [IDC]Dragon's clock circuit drawings are really interesting. There's room for optimisation in rockbox :) However, I don't get why the order of things would matter for card access from the CPU. It does matter for USB access, put that part is working for you....
00.43.10 #       <HCl> provided you have a decentish debugger
00.43.15 #       <preglow> i think you're a minority, there, finding that fun
00.43.15 #       <preglow> heh
00.43.21 #       <HCl> lol.
00.43.25 #       <preglow> that is, i'd love to cut my teeth on it, but don't think most people would
00.43.26 #       <HCl> its fun, till you hit bugs
00.43.29 #       <amiconn> s/put/but/
00.43.38 #       <HCl> i remember my n64 dynarec core wayyy outdoing our n64 interpreter core
00.43.49 #       <preglow> why, ofcourse
00.43.51 #       <HCl> unfortunately, it was less compatible for reasons i never found out
00.43.52 #       <preglow> they're shit fast
00.44.34 #       <HCl> i'll try adding a debug trace thing
00.44.40 #       <linuxstb> HCl: Is it the "refresh_1" function I should be looking at? 
00.44.51 #       <preglow> what about dumping the raw framebuffer like you get it from gnuboy to a file
00.44.58 #       <preglow> that way you at least should see if you get data
00.45.23 #       <HCl> linuxstb: yea
00.45.37 #       <HCl> linuxstb: it *should* be calling that one for screen updates, i'm not even entirely sure about that
00.45.49 #       <preglow> that's the first thing i'd do, at least
00.45.52 #       <HCl> linuxstb: its arguments is the target 8 bit scanline, its source 8 bit scanline, its palette, and the amount of pixels to copy
00.45.58 #       <preglow> make sure you're getting called, and getting called with proper data
00.46.06 #       <HCl> preglow: adding the debugger is easier..
00.46.11 Quit    webguest88 ("CGI:IRC")
00.46.18 #       <HCl> since its just removing an uncomment, and redirecting it to write to a file
00.46.23 #       <preglow> i don't se how anything could be easier than dumping your arguments to a file :P
00.46.29 #       <preglow> ahh, then i understand
00.48.37 #       <HCl> linuxstb: good checks would be to see whether c is ever non-zero.. whether the function gets called at all.. whether it maps properly.. etc...
00.48.48 #       <linuxstb> HCl: I could be wrong, but should the |= be an &= in your if...else statement?
00.49.05 #       <HCl> no.. it should be or =, to set the pixel to on
00.49.54 #       <bagawk> Adios
00.49.57 #       <linuxstb> Of course, sorry.  But I don't see a "c" in that function.
00.50.01 Quit    hubble ()
00.50.01 Quit    bagawk ("Leaving")
00.50.09 #       <HCl> oh, yea, i removed that var to speed things up...
00.50.16 #       <HCl> pretty much, the value the palette returns for the pixel
00.50.43 #       <HCl> the pixel value is read and fed into the palette, after which the value of that gets checked by the if
00.50.58 #       <HCl> if the palette is all 0's, it won't ever display anything, it *should* clear the screen though..
00.51.52 #       <HCl> i'm not even sure what indexes its getting.. it should be 4 bit.. but i have no clue, really..
00.52.24 ***     Saving seen data "./dancer.seen"
00.52.48 #       <HCl> i'm guessing the palette might be bugged
00.53.26 #       <linuxstb> I'm going to try to get the simulator version running - it will be much easier to debug.
00.56.12 #       <amiconn> HCl: I don't know why you don't get *any* output, but I think your mapping is reversed. Bit == 1 means pixel is set in rockbox, i.e. black, while Bit == 0 means white
00.56.51 #       <HCl> oh
00.56.52 #       <HCl> o.o
00.56.56 #       <HCl> then yes, it is reversed
00.57.01 #       <HCl> but thats easily fixable
00.59.34 #       <HCl> linuxstb: i think its crashing on all the variables that aren't declared static, but for some reason, variables declared static wouldn't be resolved when using extern to reference those variables, so i resorted to making them non-static
01.00.18 #       <amiconn> You can never export static variables...
01.01.15 #       <HCl> why not?
01.01.37 #       <HCl> anyways, non static variables seem to work, on the real iriver at least
01.01.48 #       <HCl> otherwise it would've never been able to call the splash screens etc
01.02.13 #       <amiconn> Making variables static causes them to have a hidden symbol, so they are not usable from a different source file.
01.02.22 #       <preglow> static symbols are always locals
01.02.34 #       <preglow> this applies to both functions and variables
01.02.36 #       <HCl> okay
01.02.46 #       <preglow> static functions might even be inlined
01.02.51 #       <HCl> i slapped in the debugger
01.02.59 #       <HCl> it might get *VERY* spammy though
01.03.10 #       <HCl> so it might consume disk *fast* and probably slows it down a lot
01.03.40 #       <HCl> but i got a headache now so i'll just put the source of the stuff with the debugger up
01.03.53 #       <preglow> and i've got to go to bed
01.04.01 #       <preglow> later, all
01.04.08 Quit    preglow ("off of off")
01.08.14 #       <HCl> hm, thats odd, rockboy on my iriver crashed after 1445 cycles
01.10.43 Part    amiconn
01.11.01 #       <linuxstb> HCl: Mine is still running at 1650 cycles...
01.11.59 #       <linuxstb> Sorry, it has crashed.  Not sure if it was when I pressed a button or earlier than that.
01.12.53 Quit    edx ()
01.15.26 #       <AC> strange
01.15.50 #       <HCl> i'll check whether its consistant or not tomorrow
01.16.03 #       <AC> after i have conntected my ihp120 to adapter it loads now orginal firmware
01.16.10 #       <HCl> rockbox-devel.zip on my ftp has the debug enhancement thing
01.16.16 #       <AC> fine
01.16.22 #       <AC> i will also try it
01.16.58 #       <AC> could you post your server name?
01.17.36 #       <HCl> ftp://titania.student.utwente.nl
01.17.55 #       <HCl> its not really useful to test it unless you have a dev env and know c to tinker with it / add debug messages / debug etc
01.18.27 #       <AC> i know c very well
01.18.32 #       <HCl> ok :)
01.19.25 #       <AC> done it for about 5 years.. and now at uni i am doing studies an software engineering
01.19.43 #       <HCl> sorry sorry xD
01.19.48 #       <HCl> i didn't really mean to offend you
01.19.53 #       <AC> :)
01.20.08 #       <AC> i want to port opengl es to the irver
01.20.12 #       <HCl> lol.
01.20.58 #       <HCl> i just want gnuboy to run.. then if it runs too slow, even with optimizations.. i'll move to dynarec
01.21.02 #       <HCl> or at least partial dynarec
01.21.34 #       <AC> version 1.0 of opengl for embbled systems should be makeable
01.22.57 #       <AC> i think rockboy will run much better, if the coldfire runs at max speed
01.23.11 #       <HCl> maybe
01.23.15 #       <rasher> Another wholly insane person, delightful :)
01.23.18 #       <HCl> i think that even if it would run at max speed
01.23.23 #       <HCl> i'll still work on dynarec
01.23.26 #       * rasher hugs HCl and AC 
01.23.27 #       <HCl> simply because it'll save battery
01.24.08 #       <AC> sure
01.28.43 #       <quelsaruk> sleep time
01.28.44 #       <quelsaruk> cu
01.28.48 Quit    quelsaruk ("KVIrc 3.0.1.99 'Realia'")
01.37.31 #       <linuxstb> HCl: I think I've got your rockboy working as a viewer - it's a trivial change to make
01.37.41 #       <HCl> linuxstb: *nods*
01.44.30 #       <HCl> i'm gonna go sleep.. stuff.. 
01.44.32 #       <HCl> night
01.45.28 #       <AC> night
01.45.56 #       <linuxstb> g'night
01.46.27 Quit    AC ("CGI:IRC")
01.59.31 #       <coob> http://booc.coob.org/flickeringcube.avi (~ 1.85 MB) <-- ipodlinux port of cube.c with solid rendering.
02.00.11 Quit    Patr3ck ("User pushed the X - because it's Xtra, baby")
02.00.51 #       <HCl> not bad, how many grayscales does ipod have?
02.00.59 #       <HCl> but i'm sleeping. so don't mind me.
02.03.06 #       <midk> i thought 16.
02.03.13 #       <coob> 2 bit lcd
02.03.30 #       <coob> so white, light grey, gray and black :)
02.03.38 #       <midk> *wrong*
02.03.43 #       <midk> :)
02.04.37 #       <midk> coob: awesome :)
02.05.06 #       <coob> yeah i'm gunna try and improove on the flickering
02.05.31 #       <XShocK> look good. :)
02.05.54 Quit    midk ("Leaving")
02.10.22 #       <rasher> coob: is that perspective-correct?
02.11.07 #       <coob> ish.
02.11.48 #       <rasher> it looks better than the rockbox version
02.11.53 #       <coob> if rockbox's cube plugin is, then sure. all the vector/camera code is unmodfied.
02.11.58 #       <rasher> oh
02.12.07 Join    xamu [0] (zazz@076-070.dialup.sunysb.edu)
02.12.10 #       <rasher> then it isn't :)
02.12.12 #       <coob> nah it's probably just because wireframe always looks odd
02.12.18 #       <rasher> hrm
02.12.22 #       <coob> and also because the ipod has a higher res screen to play with
02.22.59 #       <XShocK> what is the resolution in ipod?
02.25.34 #       <rasher> coob: you're right, it's the wireframe confusing me
02.25.44 #       <rasher> thinking that the backside is front
02.29.30 #       <coob> XShocK: 160x128 iirc
02.29.36 #       <coob> 138x110 on minis
02.30.12 #       <XShocK> doesn't the iriver have the same resolution?
02.30.48 #       <coob> probably
02.31.20 #       <rasher> the cube looks lovely on the iRiver's screen
02.32.01 #       <rasher> it'd be nice to have visible cues of which lines are on top of others
02.32.04 #       <rasher> like a small gap
02.32.06 #       <rasher> or something
02.33.51 #       <XShocK> "Another wholly insane person, delightful :)"
02.34.52 #       <rasher> my best bet at this point is coming up with ideas, I'm no good at coding
02.36.39 #       <XShocK> :) I am trying to make a "Life" game as plugin. Dying cells...
02.36.49 #       <XShocK> my first experience in rockbox. :)
02.37.01 #       <rasher> Life is cute
02.38.30 #       <coob> ok well i have no idea about the rockbox's api but this solid rendering stuff is probably backportable with your greyscale plugin
02.39.09 #       <rasher> Also the iRiver has 2bit display :)
02.40.47 #       <coob> woo solved the flickering issue with some buffering
02.41.26 #       <rasher> nice
02.45.10 Join    xen` [0] (~xen@ADijon-151-1-29-3.w83-194.abo.wanadoo.fr)
02.50.24 #       <rasher> evening
02.51.31 #       <XShocK> cu
02.52.27 ***     Saving seen data "./dancer.seen"
02.57.49 #       <coob> http://booc.coob.org/cubelessflicker.avi
03.00.09 #       <rasher> heh
03.00.31 #       <rasher> this is your reward: http://www.syslog.com/~jwilson/pics-i-like/kurios119.jpg
03.01.09 #       <rasher> downloading..
03.01.59 #       <XShocK> :)
03.03.46 Quit    linuxstb (Read error: 110 (Connection timed out))
03.04.15 #       <rasher> nice
03.04.20 #       <rasher> that looks absolutely stunning
03.05.03 #       <coob> thanks
03.05.43 #       <coob> right, now i need to a) make next/prev make it bigger/smaller b) be able to switch between rendering modes c) make it explode :)
03.06.00 #       <rasher> hah
03.06.08 #       <rasher> and then someone should backport it to rockbox
03.07.49 #       <mrmags> rasher that pic is *so* wrong... I love it
03.07.59 #       <rasher> hah
03.30.40 Join    zsk0009 [0] (~zsk009@pcp0011204111pcs.salsbr01.md.comcast.net)
03.30.56 Quit    zsk0009 (Client Quit)
03.31.16 Join    zsk009 [0] (~zsk009@pcp0011204111pcs.salsbr01.md.comcast.net)
03.36.25 #       <XShocK> hmm. is coldfire big-endian or little?
03.45.50 #       <XShocK> grrr..... I thought lcd framebuffer works like in PC... plain matrix X*Y...
03.50.05 #       <coob> ok done on everything but c :D
03.53.33 #       <XShocK> :)
04.05.37 Join    QT_ [0] (as@area51.users.madwifi)
04.07.52 Join    midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com)
04.08.26 Quit    zsk009 ("coob, sweet coob cube, hopefully ull have the updated version by tomarro ;)")
04.09.23 Quit    QT (Read error: 60 (Operation timed out))
04.46.08 Quit    XShocK (" HydraIRC -> http://www.hydrairc.com <- IRC has never been so good")
04.52.31 ***     Saving seen data "./dancer.seen"
05.04.45 Join    Stryke [0] (~Chairman8@resnet-241-86.resnet.UMBC.EDU)
05.05.03 Quit    Stryke` (Read error: 54 (Connection reset by peer))
05.09.38 Quit    xamu ("c ya")
05.17.11 Join    lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net)
05.19.27 Quit    lolo-laptop (Remote closed the connection)
05.31.46 Nick    Stryke is now known as Stryke` (~Chairman8@resnet-241-86.resnet.UMBC.EDU)
05.33.01 Quit    Stryke` ("Friends don't let friends listen to Anti-Flag")
05.55.39 Join    midk_ [0] (~midk@c66-235-14-120.sea2.cablespeed.com)
06.10.03 Quit    Aison (Read error: 113 (No route to host))
06.10.50 Join    Aison [0] (~hans@80.254.166.181)
06.13.30 Quit    midk (Read error: 110 (Connection timed out))
06.39.12 Quit    Aison (Read error: 104 (Connection reset by peer))
06.40.09 Join    Aison [0] (~hans@zux166-181.adsl.green.ch)
06.52.35 ***     Saving seen data "./dancer.seen"
07.57.03 Join    edx [0] (edx@p5487986F.dip.t-dialin.net)
08.17.19 Quit    einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
08.17.50 Quit    gromit` (Remote closed the connection)
08.25.41 Join    Trevmar [0] (~trevor@ca-agoura-cuda2h-53.ventca.adelphia.net)
08.29.07 Nick    Aison is now known as Aison|schwitz (~hans@zux166-181.adsl.green.ch)
08.30.40 Join    gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net)
08.51.46 Nick    Aison|schwitz is now known as Aison|dusch (~hans@zux166-181.adsl.green.ch)
08.52.37 ***     Saving seen data "./dancer.seen"
08.59.30 Join    LinusN [0] (~linus@labb.contactor.se)
08.59.51 #       <Bagder> morning
08.59.55 #       <LinusN> moo
09.00.03 #       <Bagder> seen that ipod cube port?
09.00.10 #       <LinusN> yeah
09.00.17 #       <Bagder> insane
09.00.19 #       <rasher> morning
09.00.31 #       <rasher> it looks really good with 2bit colour and solid rendering
09.00.37 #       <Bagder> yes
09.01.14 #       <dwihno> ipod cube?
09.01.15 #       <rasher> also, someone wants to make opengl es for rockbox :-\ crazy
09.01.21 #       <Bagder> dwihno: http://booc.coob.org/cubelessflicker.avi
09.01.36 #       <dwihno> *fetching*
09.02.21 Join    Zagor [242] (~bjst@labb.contactor.se)
09.02.43 #       <dwihno> nice clip
09.03.26 #       <Bagder> that is one of the advantages they get when they run linux, they have heaps of already made stuff they can use without much modification
09.03.49 #       <dwihno> Have anyone of you seen linux on the ipod "live"?
09.03.57 #       <Bagder> nope
09.04.04 #       <Bagder> I've never even seen an ipod live
09.04.10 #       <dwihno> I did once
09.04.12 #       <LinusN> i saw one once
09.04.35 #       <dwihno> LinusN: it's such a scary experience! :/
09.04.50 #       * LinusN is reading the irc logs
09.05.08 #       <Bagder> we have a claimed brick
09.05.18 #       <LinusN> funny, when the original firmware didn't start, but rockbox did
09.05.36 #       <Bagder> it did start but stopped doing so
09.05.46 #       <Bagder> which is weird big
09.05.51 #       <LinusN> it started again when he connected the charger
09.05.57 #       <Bagder> aha
09.06.13 #       <Bagder> so no brick then
09.06.27 #       <Bagder> the compo is still open! ;-)
09.06.33 #       <LinusN> my guess is the iriver firmware consumes a little more power than rockbox
09.06.43 #       <Bagder> probably
09.06.44 #       <LinusN> in the current state
09.07.01 #       <LinusN> rockbox will of course draw some more when we boost the cpu clock
09.07.30 #       <dwihno> Do you know at which frequency the CPU is doing the MP3 decoding?
09.07.50 #       <LinusN> i heard something about 96MHz
09.07.55 #       <LinusN> or was it 72...?
09.08.14 #       <Bagder> btw, I checked the requirements for sidplay
09.08.21 #       <Bagder> it's something like a P300
09.08.26 #       <Zagor> yikes!
09.08.27 #       <LinusN> wooo
09.08.50 #       <Zagor> however there must be lighter code available. sidplay ran on the amigas.
09.08.52 #       <LinusN> that's bullsh*t imho
09.08.58 #       <rasher> resid
09.09.02 #       <rasher> I think
09.09.04 #       <rasher> is lighter
09.09.04 #       <Bagder> Zagor: true
09.09.18 #       <LinusN> the filters are cpu intensive
09.09.28 #       <rasher> I think they're going for precision rather than optimization
09.10.15 #       <Bagder> right, optimized O1 they say "sub P166"
09.10.15 Quit    Trevmar (Read error: 110 (Connection timed out))
09.10.34 #       <Bagder> still, we are way below that
09.12.04 #       <dwihno> What would you compare the coldfire with?
09.12.10 #       <dwihno> Intel-wise
09.12.16 #       <Bagder> I don't know
09.12.36 #       <dwihno> 486 SX 50? :)
09.13.04 Quit    mrmags ("Download Gaim: http://gaim.sourceforge.net/")
09.13.18 #       <Bagder> LinusN: is 140mhz the top speed we can run the coldfire?
09.14.09 #       <Zagor> 140 is the top rated frequency for the chip. i'm not sure we can actually clock it that high.
09.14.17 #       <Bagder> ok
09.14.33 #       <LinusN> we should be able to
09.14.42 #       <Zagor> ok, good
09.14.55 #       <LinusN> well, the external oscillator sets a few limits
09.14.56 #       <Bagder> overclocking!
09.14.58 #       <Bagder> ;-)
09.15.02 #       <LinusN> :-)
09.15.31 #       <Bagder> imagine what amazing cube you can get when boosted to 143 mhz
09.15.35 #       <Bagder> :-P
09.15.37 #       <LinusN> :-)
09.15.45 #       <LinusN> the lcd really sucks, btw
09.15.47 #       <Zagor> too bad the display is so slow
09.15.51 #       <LinusN> :-)
09.16.02 #       <dwihno> Is it worse than the archos' LCD?
09.16.11 #       * dwihno and his 10 001 questions
09.16.13 #       <Zagor> yes
09.16.14 #       <LinusN> much worse
09.16.45 #       <dwihno> that's a shame :(
09.17.11 #       * Bagder tries to find what kind of lcd ipod has
09.17.15 #       <Zagor> however it will make dithered grayscales look even better :-)
09.17.31 #       <rasher> I wonder if it would be possible to find an author of an amiga sid player and ask him to opensource it
09.17.59 #       <rasher> and if would be at all helpful
09.18.24 #       <Bagder> we'd get a big chunk of 68k asm
09.18.27 #       <Bagder> :-)
09.18.39 #       <rasher> probably
09.19.27 #       <Zagor> yes, the amiga sid player by Håkan Sundell is pure assembler
09.20.07 #       <Zagor> http://www.computerbrains.com/ccs64/playsid.html
09.20.45 #       <rasher> aha
09.20.52 #       <Zagor> http://www.computerbrains.com/ccs64/wwwboard/messages/79.html
09.21.35 #       * Bagder shrugs
09.21.37 #       <dwihno> m68k instructions have such long names! :)
09.21.52 #       <dwihno> move.b, move.w, move.l
09.22.24 #       <LinusN> my favorite instruction name is on powerpc: EIEIO
09.22.36 #       <LinusN> old mcdonald had a farm....
09.22.48 #       <rasher> haha
09.23.10 #       <dwihno> :D
09.23.34 #       <sneakums> that's the best opcode ever
09.25.19 #       <rasher> it so is
09.26.39 #       <rasher> well that sure was a big chunk of 68k asm
09.27.11 #       <dwihno> asm is so fscking hard to read
09.27.28 #       <dwihno> I can only understand copy-routines
09.27.28 #       <Bagder> now you're being negative
09.27.36 #       <rasher> I guess knowing the instruction set would help
09.27.53 #       <Bagder> lda #$ 00 sta $d021
09.28.00 #       <LinusN> black border!
09.28.12 #       <dwihno> don't tell me that's c64 banjo stuff :)
09.28.18 #       <Bagder> it is
09.28.26 #       <dwihno> wee! banjo-c64!
09.28.46 #       <dwihno> I pressed some buttons on the keyboard and some hearts appeared on the monitor
09.29.09 #       <dwihno> the sole purpose of the c64 is to be able to play zorro!
09.29.21 #       <LinusN> meeting
09.29.31 #       <Bagder> but d021 wasn't the border, d020 was
09.44.33 Quit    ripnetUK ()
10.02.08 Join    [ [0] (~d90a3255@labb.contactor.se)
10.02.09 Join    bobTHC [0] (~foo@l04m-8-96.d1.club-internet.fr)
10.02.20 Join    [IDC]Dragon [0] (~d90a3255@labb.contactor.se)
10.02.25 #       <bobTHC> hi folks!
10.02.54 #       <[IDC]Dragon> hi
10.03.09 #       <rasher> Hi there
10.03.41 Quit    [ (Client Quit)
10.13.21 Nick    Aison|dusch is now known as Aison|fresh (~hans@zux166-181.adsl.green.ch)
10.18.47 Join    amiconn [0] (~jens@pD95D10E9.dip.t-dialin.net)
10.19.00 #       <amiconn> hi all
10.19.07 #       <Bagder> morning
10.31.16 Nick    ashridah is now known as Lost-tv (ashridah@220-253-118-208.VIC.netspace.net.au)
10.33.48 Join    Patr3ck [0] (~patr3ck@pD9ECF876.dip.t-dialin.net)
10.34.43 #       <amiconn> [IDC]Dragon: Your clock select schematics were valuable. I found some possible optimisation
10.41.41 #       <amiconn> However, I still don't understand why MV breaks MMC access on the 0308 units.
10.42.56 #       <amiconn> You sad that we might possibly produce some glitch on the clock line.
10.43.02 #       <amiconn> If at all, this would happen when no card is selected, so it shouldn't matter.
10.43.30 #       <amiconn> Furthermore, MV doesn't change anything in that part...
10.44.19 #       <rasher> amiconn: Sorry, I have a small correction to the Dansk translation.. somewhere it says "Sortér", could you change that to "Sorter"?
10.51.15 #       <amiconn> Fixed.
10.52.40 ***     Saving seen data "./dancer.seen"
10.52.42 #       <[IDC]Dragon> amiconn: so what was the value, what optimization?
10.53.52 #       <[IDC]Dragon> if clocks don't matter when the card is not selected, I wonder why this logic is there at all
10.54.08 #       <[IDC]Dragon> we could clock both all the time
10.55.27 Join    webguest17 [0] (~c31ce021@labb.contactor.se)
10.55.40 #       <amiconn> Yes, we can clock both cards all the time *in spi mode*, that's the optimisation.
10.56.03 #       <amiconn> The select circuit is necessary in mmc mode, i.e. when the bridge has control
10.56.17 #       <amiconn> mmc mode doesn't use the chip select
10.56.48 Join    linuxstb [0] (~linuxstb@dsl-212-23-31-215.zen.co.uk)
10.57.33 #       <amiconn> [IDC]Dragon: I derived this from your statement (which is obvious from the drawing) that the clock circuit can only mute the internal, not the external.
10.57.47 Quit    linuxstb (Client Quit)
10.58.23 #       <amiconn> If the select would be necessary in spi mode, this would mean we could never access the internal when a MMC is plugged, because the MMC gets always clocked as well.
10.58.24 Join    linuxstb [0] (~linuxstb@dsl-212-23-31-215.zen.co.uk)
10.59.50 #       <linuxstb> Morning all.
10.59.57 #       <linuxstb> HCl: Any progress with rockboy?
11.01.25 #       <[IDC]Dragon> amiconn: skipping the chip select is an insignificant optimization, or?
11.01.53 #       <amiconn> Not the chip select, but the clock select
11.02.21 #       <[IDC]Dragon> yes, that's what I meant
11.02.50 #       <[IDC]Dragon> maybe it saves an insignificant amount of energy to still mute it
11.03.06 #       <[IDC]Dragon> one toggling line less
11.03.55 #       <amiconn> Yes maybe. However, not switching the select means less probability to produce a glitch, and it's (insignificantly) faster
11.04.37 #       <[IDC]Dragon> yes, we should try (for the glitch)
11.06.05 #       <[IDC]Dragon> and the chip select should only be switched when the clock is in idle state for sure
11.10.32 Join    sox [0] (~sox@c-1538e255.733-1-64736c10.cust.bredbandsbolaget.se)
11.10.55 #       <sox> hoy, flashed my iriver yesterday, worked like a charm
11.10.57 #       <amiconn> [IDC]Dragon: It is
11.13.11 #       <sox> but i noticed i slight hissing sound from the HD when running rockbox that isnt there when running the iriver firmware, is this something others have heard too?
11.16.41 #       <sox> silent today, isnt it?....
11.18.28 #       <linuxstb> sox: No, I don't get any different HD sounds with the two firmwares.  I do notice that the iRiver seems to take longer to power-down the hard drive when doing nothing though.
11.19.59 #       <sox> so, hows it going with the  audio libs for playback
11.26.52 #       <linuxstb> sox: Slowly but I'm making progress.  Problem is to get them working nicely in an embedded environment (i.e. with a small, fixed amount of RAM) without changing the standard library code too much (if at all).
11.27.27 #       <linuxstb> I should be able to spend this weekend working on it, so should have some code and ideas to share by that point.
11.42.18 Join    preglow [0] (thomj@s183a.studby.ntnu.no)
11.43.09 #       <preglow> amiconn: you here?
11.45.28 Quit    linuxstb ("Leaving")
11.46.21 #       <thegeek> hmm: preglow, hvilken studentby bor du på og er det noe sted du vil anbefale hybel?
11.46.50 #       <preglow> hah
11.46.51 #       <preglow> steinan
11.46.54 #       <thegeek> aah
11.46.55 #       <thegeek> smooth
11.46.59 #       <thegeek> tenker meg dit jeg og:)
11.47.00 #       <preglow> jasså, hvorfor?
11.47.02 #       <preglow> hehe
11.47.03 #       <preglow> fint her
11.47.06 #       <thegeek> ja
11.47.09 #       <thegeek> særlig småhus
11.47.27 #       <preglow> deed, bor i blokk selv, men hadde flyttet ned til småhus om je gikke bare hadde under et halvt år igjen her
11.47.34 #       <thegeek> ah
11.47.44 #       <thegeek> hva studerer du?
11.47.57 #       <preglow> er vel opprinnelig elektronikk, men lite elektronikk igjen
11.48.01 #       <thegeek> ;)
11.48.02 #       <preglow> går for det meste i signalbehandling nå
11.48.05 #       <thegeek> kk
11.48.39 #       <preglow> hva skal du studere, da?
11.48.42 #       <preglow> evt. hva studerer du
11.48.48 #       <thegeek> datateknikk
11.48.51 #       <thegeek> skal
11.49.03 #       <LinusN> please use english in this channel
11.49.10 #       <preglow> haha
11.49.14 #       <preglow> this is pm material anyway
11.49.17 #       <thegeek> sorry LinusN
11.49.18 #       <thegeek> yeah
11.49.21 #       <thegeek> it really is;)
11.49.22 #       <thegeek> hehe
11.49.31 #       <preglow> but i'll go eat
11.53.01 #       <amiconn> preglow: I am (sort of)
11.54.33 #       <preglow> amiconn: i've got a patch for norsk.lang, but it's nothing urgent
12.03.18 Join    Trevmar [0] (~trevor@ca-agoura-cuda2h-53.ventca.adelphia.net)
12.03.23 Quit    sox ("Snak 4.13 IRC For Mac - http://www.snak.com")
12.14.42 #       <HCl> yawn
12.15.13 #       * HCl pets his warm, fuzzy, mewing black alarmclock
12.15.32 #       <HCl> morning
12.20.01 Join    einhirn [0] (Miranda@bsod.rz.tu-clausthal.de)
12.33.56 Join    ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk)
12.36.19 #       <HCl> hey ripnetperson
12.36.27 #       <HCl> how fare thee today?
12.36.39 #       <ripnetuk> hi HCl :) good thanks.. how r u?
12.36.50 #       <ripnetuk> hows the gnuboy comin along?
12.36.52 #       <HCl> pretty ok, just woke up.. my kitty was mewing at my door
12.36.55 #       <HCl> its always a nice way to wake up
12.36.59 #       <ripnetuk> yeah
12.37.10 #       <ripnetuk> i would like to get a cat, but me and the gf both work full time... 
12.37.19 #       <ripnetuk> would be unfair... i just play with my sisters cats
12.37.28 #       <HCl> mhm
12.37.58 #       <HCl> i was never able to get one cause my parents were allergic, and then i moved out and it still took us several years to find a person who wanted to give their cat away
12.38.11 #       <ripnetuk> yeah, my gf is possibly allergic as well :(
12.38.14 Quit    xen` (Read error: 110 (Connection timed out))
12.38.29 #       <HCl> but we have one now and he's cute and fluffy and cuddly and makes a good alarm clock o.o
12.38.56 #       <ripnetuk> :)
12.39.00 #       <HCl> anyways... shower, coffee, and then i'll add some more debug stuff to gnuboy
12.39.06 #       <ripnetuk> cool
12.39.26 #       <HCl> probably gonna see if i can make the screen all black /white using my routine.. and poop out a list of assembly its parsing
12.39.38 #       * HCl yawns
12.39.40 #       <HCl> bbiab
12.39.46 #       <ripnetuk> cya
12.42.54 #       <ripnetuk> I still think Rockbox is eating my file system... i suspect the fsinfo structure is not being written correctly. As soon as i run rockbox, the next time I mount the drive on Linux and write files to the device, i end up with files which are out of range, causing 
12.42.57 #       <ripnetuk> Feb  8 19:23:51 scoop kernel: FAT: Filesystem panic (dev sde1)
12.42.58 #       <ripnetuk> Feb  8 19:23:51 scoop kernel:     fat_free: deleting beyond EOF (i_pos 0)
12.42.58 #       <ripnetuk> Feb  8 19:23:51 scoop kernel:     File system has been set read-only
12.43.44 #       <ripnetuk> when I try to delete them. Looking as the FSINFO structre, i reckon that Next Free Cluster might be being incorrectly set, causing Linux to write files outside of the allowed region
12.44.19 #       <ripnetuk> im gonna fully investigate this tonight, but does it sound possible?
12.44.40 #       <Bagder> it would indicate a fat bug in rockbox
12.44.42 #       <ripnetuk> ive tried the older kernel (which has worked perfectly with my jukebox for months and months) and it happened again!
12.47.03 #       <ripnetuk> as soon as i get near a linux box tonight im gonna dump the fsinfo structure and check its not broken
12.47.11 #       <ripnetuk> before and after running rockbox
12.47.21 #       <Bagder> sounds like a sound approach
12.47.41 #       <ripnetuk> i dont understand why it hasnt happened to anyone else tho
12.48.03 #       <Bagder> so when this happens, how do you get out of it?
12.48.15 #       <Bagder> dosfsck?
12.48.19 #       <ripnetuk> chkdsk on windows
12.48.25 #       <Bagder> ok
12.48.31 #       <ripnetuk> i dont know how to check fat partitions on linux
12.48.40 #       <Bagder> dosfsck is the tool
12.48.42 #       <ripnetuk> i have fsck.ext2 etc but no dos
12.48.56 #       <ripnetuk> aha :) thanks that should save be some plugging tonight
12.49.17 #       <ripnetuk> i wish i wrote dont what chkdsk reported (it converted all the lost files to new files and removed all the zero length files that were on the disk)
12.52.41 ***     Saving seen data "./dancer.seen"
12.54.44 #       <HCl> i've mostly been using windows to transfer files to my iriver
12.55.58 Join    quelsaruk [0] (~kvirc@80.103.128.83)
12.56.41 #       <LinusN> if linux trusts the Last Free Cluster info, i'd say it's a bug in linux
12.56.46 #       <preglow> LinusN: you heard from the guy who bricked his player, btw?
12.56.48 #       <quelsaruk> hi
12.56.52 #       <LinusN> it is justa hint
12.57.02 #       <HCl> preglow: ac said it worked again after he put the charger in
12.57.04 #       <LinusN> preglow: it wasn't a brick
12.57.07 #       <preglow> hahahah
12.57.18 #       <preglow> but he said he'd already tried that
12.57.19 #       <preglow> oh well
12.57.31 #       <preglow> nothing to worry about, then
12.57.55 #       <Zagor> i can tell you linux does not trust Last Free Cluster. I wrote that code...
12.58.42 #       <LinusN> ripnetuk: i wonder why rockbox only eats your file system and nobody elses
12.59.06 #       <dwihno> LinusN: Have you by chance have had the opportunity to check the unit?
12.59.32 #       <LinusN> dwihno: was busy yesterday
13.01.47 #       <ripnetuk> Linus - thats what I was wondering
13.02.11 #       <ripnetuk> im sure there is another explaination, but its happened plenty of times
13.02.38 #       <ripnetuk> the drive is being accessed by all of Linux, Rockbox and iRiver firmware
13.02.40 #       <LinusN> weird
13.02.48 #       <Zagor> ripnetuk: how do you fix the corrupted disk? reformat and restore?
13.02.54 #       <ripnetuk> did you see the messages i got? about trying to delete beyond eof?
13.03.02 #       <ripnetuk> zag - chkdsk on WindowsXP fixes it
13.03.04 #       <LinusN> yes
13.03.18 #       <ripnetuk> i relaly wish i wrote down the exact message it gave. Next time I will
13.03.28 #       * HCl goes to make coffee..
13.03.36 #       <LinusN> ripnetuk: did you try to play a file?
13.03.40 #       <ripnetuk> im sure the corruption happens when I use linux after using rockbox - the drive is fine after rockbox
13.03.55 #       <ripnetuk> Linux - play a file? what do you mean? all the files copied on after the 'corruption' has a length of 0
13.04.10 #       <LinusN> i mean play an mp3 file in rockbox
13.04.16 #       <ripnetuk> yes
13.04.19 #       <ripnetuk> :)
13.04.34 #       <ripnetuk> possibly not each time it went wrong tho, not completely sure
13.05.00 #       <LinusN> and you shut down with the stop key, not reset?
13.05.06 #       <ripnetuk> yes always
13.05.10 #       <LinusN> hmmm
13.05.14 #       <ripnetuk> apart from the first day when I got hangs on the plugins
13.05.20 #       <ripnetuk> but the drives been formatted since then
13.05.22 #       <Zagor> at the risk of sounding paranoid, the problem could in fact be caused by chkdsk. microsoft has a nasty habit of not adhering to the fat specification.
13.05.34 #       <ripnetuk> well it is THEIR spec to break :)
13.05.48 #       <ripnetuk> seriously, Windows was not in the picture at all
13.05.58 #       <preglow> LinusN: what's left in the speeding up department? clocking the cpu correctly and setting correct number of ram wait states?
13.05.59 #       <ripnetuk> it never got plugged into a windows box until the fs was damaged
13.06.18 #       <Zagor> ripnetuk: aha, so basically format->linux copy->rockbox->linux = bang ?
13.06.26 #       <ripnetuk> zag - yes
13.06.29 #       <Zagor> ok
13.06.39 #       <ripnetuk> sometimes i needed to boot rockbox more than once for it to happen.
13.06.54 #       <Zagor> which linux kernel are you running?
13.07.25 #       <ripnetuk> 2.6.8.1-12mdksmp and its happened on -24mdksmp as well ( i initially thought it was my kernel update that did it)
13.07.37 #       * [IDC]Dragon saw in the log that the iriver display is slow, I thought it's parallel?
13.07.42 Join    ciccia-88 [0] (Emi85@host181-166.pool80116.interbusiness.it)
13.07.46 #       <LinusN> preglow: the cpu pll setup must set up wait state, ram refresh and tick timer correctly
13.07.52 #       <ciccia-88> hi
13.07.57 #       <Zagor> [IDC]Dragon: yes, but the physical lcd screen is slow. fast movement makes it blurry.
13.08.11 #       <[IDC]Dragon> not the interface?
13.08.17 #       <Zagor> no
13.08.18 #       <LinusN> no
13.08.20 #       <[IDC]Dragon> ok
13.08.36 #       <[IDC]Dragon> good for temporal dithering ;-)
13.08.59 #       <Zagor> indeed :)
13.09.17 #       <[IDC]Dragon> flicke? what flicker?
13.09.24 #       <[IDC]Dragon> r
13.09.28 #       <dwihno> LinusN: was just curious whether She can be saved, or perhaps serve you well in your testing adventures :)
13.09.45 #       <LinusN> i'm sure she can be saved
13.10.21 #       <[IDC]Dragon> so the LCD is even slower than the Archos one?
13.10.26 #       <LinusN> oh yes
13.10.41 #       <[IDC]Dragon> brr
13.11.11 #       <amiconn> [IDC]Dragon: A similar solution as on the jukeboxes (a maximum of 32 bitplanes) would allow for 47 greyscales (instead of 33) with the 4-gray native iRiver display...
13.11.37 #       <[IDC]Dragon> then it's no benefit
13.11.53 #       <[IDC]Dragon> for doubling the memory
13.12.14 #       <amiconn> No memory doubling
13.12.34 #       <[IDC]Dragon> yes, a 4-scale bitmap is twice the size
13.12.53 Join    linuxstb [0] (~linuxstb@host213-123-154-169.in-addr.btopenworld.com)
13.12.56 #       <amiconn> Yes, but I spoke about the same number of bits. 32x1 ==> 16x2
13.13.02 #       <[IDC]Dragon> ah, ok
13.13.04 Join    _ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk)
13.13.06 #       <preglow> the iriver display seems to be very slow
13.13.21 #       <_ripnetuk> something I did notice, sometimes Rockbox says 'shutting down' and sometimes it just shuts down with no message
13.13.31 #       <_ripnetuk> maybe its bypassing some shut down code sometimes?
13.13.41 #       <Zagor> _ripnetuk: yes, if the disk is already spun down
13.13.47 #       <_ripnetuk> gotcha
13.14.45 Join    Patr3ck_ [0] (~patr3ck@p548CB536.dip.t-dialin.net)
13.16.11 #       <ciccia-88> yuyuyuyuuuuuuu
13.16.36 #       <amiconn> [IDC]Dragon: If the iRiver display is really that slow, it might be even possible to use 32x2 bits ==> 97 greyscales (instead of _49_)
13.16.54 #       <thegeek> god damn, I just lost a huge fucking crowbar on my toe
13.16.58 #       <thegeek> hurts like hell
13.16.58 #       <quelsaruk> amiconn: did you check omnipage pro TTs?
13.17.12 #       <preglow> thegeek: clever
13.17.14 #       <_ripnetuk> i cant get it to go wrong using windows, maybe the Linux fat driver does use fsinfo when it shouldnt??. Tonight I am going to learn all about fsinfo :)
13.17.17 #       <thegeek> yeah I know
13.17.22 #       <thegeek> gargh
13.17.58 #       <Zagor> _ripnetuk: :)
13.18.36 #       <_ripnetuk> how big is a sector on FAT32 - is it fixed, or do I need to read it from disk? im looking for sector 1 starting with the "Extended Boot Signature"
13.18.36 #       <amiconn> quelsaruk: Not yet.
13.18.46 #       <quelsaruk> :)
13.18.48 #       <quelsaruk> ok
13.18.54 Quit    Patr3ck (Read error: 60 (Operation timed out))
13.19.01 #       <sneakums> sectors are always 512 bytes
13.19.08 #       <_ripnetuk> thanks sneakums :)
13.19.10 #       <sneakums> FAT groups sectors into clusters of varying sizes
13.19.11 #       <HCl> lets see.
13.19.14 #       <Zagor> _ripnetuk: i found the H100 usb-storage bug was fixed in 2.6.8 at least, so it shouldn't be that
13.19.27 #       <sneakums> not sure what specifically FAT32 does, i think it can address the sectors individually
13.19.32 #       <_ripnetuk> thanks Zag - i thought is should be OK 
13.19.55 #       <Zagor> no, fat32 only handles clusters
13.19.56 #       <_ripnetuk> as its worked for months and months on this kernel - it must be something Rockbox is doing to the drive, as it happened the day after I flashed
13.20.11 #       <Zagor> yeah, sounds very much like it
13.20.13 #       <_ripnetuk> i will use dd on the raw device to grab the sector
13.20.31 #       <_ripnetuk> then maybe write a little c program to pull out the info and display it
13.20.50 #       <HCl> o.o
13.20.50 #       <HCl> * A bitmap contains one bit for every pixel that defines if that pixel is
13.20.51 #       <HCl>  * black (1) or white (0). Bits within a byte are arranged vertically, LSB
13.20.53 #       <_ripnetuk> but its still a complete mytsry why its only me
13.21.04 #       <HCl> who was saying black was 0....
13.21.13 #       <HCl> ah well o.
13.21.32 Join    Alex11 [0] (~Apocalyps@host94-10.pool8251.interbusiness.it)
13.21.33 DBUG    Enqueued KICK Alex11
13.21.33 #       <Alex11> Ueee Salve Gente di #rockbox! 15--==[Apocalypse Script 2.1]==-
13.21.34 #       <Zagor> _ripnetuk: you can also simply add printouts to fat_mount() in rockbox
13.21.41 #       <ciccia-88> holaaaaa
13.21.42 #       <ciccia-88> alexxxxx
13.21.42 #       <ciccia-88> alexxxxx
13.21.46 #       <thegeek> Alex11 : that is a dreadfull script
13.21.56 #       <Bagder> ciccia-88: you have problems?
13.22.03 #       <ciccia-88> ,mmm
13.22.05 #       <ciccia-88> why?
13.22.10 #       <Bagder> you utter weird things
13.22.18 #       <ciccia-88> ke cazz ha detto?
13.22.27 #       <ciccia-88> uhm
13.22.28 #       <Bagder> like that
13.22.28 #       <Alex11> nn ho capito tutto
13.22.32 #       <ciccia-88> i don't understaND
13.22.33 #       <Bagder> english please
13.22.34 #       <ciccia-88> sorry
13.22.35 #       <ciccia-88> :D
13.22.39 #       <ciccia-88> uuuuuffff
13.22.46 #       <Alex11> ha detto se ti piace
13.22.48 #       <ciccia-88> i say
13.22.51 #       <ciccia-88> i say
13.23.00 #       <ciccia-88> in the irc italian
13.23.03 #       <ciccia-88> there are
13.23.05 #       <_ripnetuk> zag - i guess so
13.23.05 #       <Zagor> go somewhere else if you want to chat privately or in non-english
13.23.07 #       <ciccia-88> some english
13.23.13 #       <Zagor> this is a development channel
13.23.29 #       <_ripnetuk> but i want to run tests without Rockbox being able to have a chance to influence my tests
13.23.31 #       <preglow> amiconn: http://glow.m0f0.net/rockbox/norsk.patch, btw
13.23.32 #       <ciccia-88> ... what?
13.23.41 #       <Zagor> _ripnetuk: ah, of course
13.24.04 #       <_ripnetuk> there IS another linux box here at work... might try and plug the jukebox into that... brb
13.24.17 #       <ciccia-88> :O
13.24.22 #       <Alex11> ciccia te stanno sfottendo de brutto
13.24.32 Mode    "#rockbox +o Zagor " by ChanServ (ChanServ@services.)
13.24.41 #       <preglow> mode +b *.it, please
13.24.45 #       <ciccia-88> :O
13.24.50 #       <Bagder> been a while since the last ban here
13.25.01 #       <preglow> it's never too late to ban italians
13.25.11 Join    Schnueff [0] (~mah@test0.cs.uni-sb.de)
13.25.15 #       <preglow> no offense meant to nice italians
13.25.30 #       <preglow> it's just that i have met so preciously few
13.26.06 #       <Alex11> dave chapelle is the best
13.26.14 #       <ciccia-88> americans..you are veeeeryyyy join
13.26.21 #       <ciccia-88> :D
13.26.24 #       <preglow> :PPP
13.26.27 #       <preglow> ...
13.26.33 #       <ciccia-88> you know
13.26.34 #       <ciccia-88> the
13.26.38 #       <ciccia-88> beautifull
13.26.41 #       <ciccia-88> dream theater?????
13.26.43 #       <ciccia-88> :°°D
13.26.52 #       <ciccia-88> they are my preferite group
13.26.56 Quit    ripnetuk (Remote closed the connection)
13.26.56 #       <Bagder> please just shut up or go away
13.26.57 #       <ciccia-88> XD
13.26.57 #       <Zagor> ciccia-88: last warning
13.27.15 #       <preglow> Zagor: they're trolls, just do it
13.27.32 #       <preglow> the first i've seen on freenode, actually
13.27.56 #       <Zagor> _ripnetuk: however you can use the fat_mount() code to parse the sector you read with dd.
13.27.59 #       <thegeek> hehe
13.28.11 #       <_ripnetuk> zag - i will be looking to lift code wherever possible
13.28.26 #       <_ripnetuk> the linux box at work doesnt support usb mass storage, so i have to wait
13.28.30 #       <_ripnetuk> brb
13.28.31 Quit    _ripnetuk ("Leaving")
13.28.52 #       <ciccia-88> bOOrp
13.29.15 #       <Bagder> fire
13.29.25 Mode    "#rockbox +b *!*@host181-166.pool80116.interbusiness.it " by Zagor (~bjst@labb.contactor.se)
13.29.25 Kick    (#rockbox ciccia-88 :Zagor) by Zagor!~bjst@labb.contactor.se
13.29.33 #       <Alex11> ma fuck
13.29.46 Mode    "#rockbox +b *!*@host94-10.pool8251.interbusiness.it " by Zagor (~bjst@labb.contactor.se)
13.29.46 Kick    (#rockbox Alex11 :Zagor) by Zagor!~bjst@labb.contactor.se
13.29.56 #       <sneakums> "and your little dog, too!"
13.30.03 #       <Zagor> too narrow, really, but will adjust if necessary
13.30.11 #       <preglow> careful, you don't want to be caught in the barrage
13.37.05 #       <amiconn> preglow: Some of your new strings are rather long now...
13.38.33 Join    ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk)
13.39.56 #       <preglow> amiconn: yes, but is that a problem? a lot of the old ones were as well. and one of them, that is the scrolling example string, needs to be long.
13.40.17 #       <preglow> amiconn: it actually wasn't long enough to start scrolling in the old translation, heh
13.41.04 #       <preglow> amiconn: but feel free to drop whichever of them you want
13.42.00 Quit    lostlogic ("Going to the moon")
13.43.02 #       <quelsaruk> Zagor: you don't have to kick them, while in +b mode, they can't talk to the channel :)
13.43.20 #       <quelsaruk> so they will pacifically go away or stay without talking :D
13.43.26 #       <HCl> linuxstb: awake?
13.43.26 #       <preglow> quelsaruk: feels a lot cleaner to have them gone :)
13.43.33 #       <quelsaruk> of course
13.44.48 #       <amiconn> preglow: You are right about the scrolling example. However, the menu strings shouldn't be too long for several reasons.
13.45.03 #       <amiconn> (1) A short string (if it is not ambiguous from being too short) is faster to read & understand
13.45.27 #       <amiconn> (2) A long string means a lot of scrolling, especially on the archos units
13.46.37 #       <preglow> amiconn: i understand all of this, and i decided to trade off for clarity, since some of the old ones were a bit ambiguous, but i'll see if i can fix some of the extreme wones
13.49.02 #       <amiconn> It's perfectly okay to change ambiguous strings.
13.49.12 #       <amiconn> The "Sort case sensitive" string is the most extreme case regarding length, imho.
13.49.45 #       <amiconn> Just try to find short & precise wording. I know this is sometimes difficult
13.49.56 #       <amiconn> The german translation isn't perfect either.
13.50.02 #       <preglow> amiconn: i know, that's because the is no word for 'case' in norwegian
13.51.20 #       <Lost-tv> so do it symbolically, using (Aa-Zz vs A-Za-z) ?
13.51.21 #       <HCl> erh
13.51.25 Nick    Lost-tv is now known as ashridah (ashridah@220-253-118-208.VIC.netspace.net.au)
13.51.31 #       <HCl> why is the optical out of the iriver working?
13.51.40 #       <ashridah> then you just need 'sort:' or something
13.51.47 #       <ashridah> HCl: because it hasn't been disabled? :)
13.52.01 #       <HCl> okay
13.52.04 #       <Zagor> HCl: "why is X working" is a rather odd question, i must say :-)
13.52.11 #       <HCl>  :p
13.52.36 Ctcp    Ignored 1 channel CTCP requests in 0 seconds at the last flood
13.52.36 #       * HCl watches rockboy count to 10
13.52.51 #       <HCl> i haven't gotten a black screen that i was supposed to get.. so hm.
13.53.08 #       <HCl> either it hasn't called the lcd function to update the screen yet, or its bugged
13.53.21 #       <Bagder> we should put some photos of iRivers running Rockbox on the site
13.53.33 #       <preglow> i've got a couple
13.53.42 #       <preglow> http://glow.m0f0.net/rockbox/
13.53.43 #       <Bagder> and we should add a news item about it on the front page
13.53.51 #       <HCl> yea.
13.53.55 #       <HCl> definately that latter
13.54.19 #       <Bagder> preglow: hey that's the _old_ cube! ;-)
13.54.31 #       <preglow> Bagder: i know, they're old pictures :P
13.55.19 #       <HCl> well, they're somewhat better than mine, at least
13.55.24 #       <amiconn> preglow: Yeah, that's a difficult one. There is no such word in german either, ending up with "Sortiere Groß-/Kleinschreibung". Not very elegant, but at least it's not that long...
13.55.26 #       <HCl> except mine is of an ihp140
13.55.29 #       <quelsaruk> preglow: did you remember to keep LANG_PLAYER_XXX short enough? those are for the player in screens that can't scroll (i.e. rockbox info screen)
13.55.34 #       <HCl> i'll try to charge my digital cam
13.56.05 #       <preglow> quelsaruk: i'll have a look
13.56.15 #       * HCl wonders why rockboy hasn't created any debug output....
13.56.47 #       <preglow> quelsaruk: yes, they're all within one or two characters of the english ones
13.57.25 #       <quelsaruk> preglow: :) i also have problems with that in spanish lang file
13.57.57 #       <preglow> amiconn: i've got it down to +new: "Sortere små/store bokstaver"
13.59.00 #       <preglow> which is very ambigious, but short
13.59.38 #       <Bagder> does the wiki create thumbnails?
13.59.50 #       <Bagder> if I attach big pics
14.00.55 #       <Zagor> no
14.01.53 #       <Bagder> ok, so I make my own
14.05.49 #       <HCl> yay.
14.05.56 #       * HCl watches the red hdd led blink while rockboy runs
14.05.59 #       <HCl> writing debug output
14.06.22 #       <dwihno> HCl: does anything work?
14.06.32 #       <HCl> dwihno: the button driver works fine
14.06.44 #       <preglow> amiconn: http://glow.m0f0.net/rockbox/norsk.patch, should be better now
14.06.50 #       <HCl> emulation should work
14.06.51 #       <dwihno> HCl: cool! :)
14.06.56 #       <HCl> but there's not really a way to check
14.07.15 #       <HCl> my debug version is 50 times slower than without... x.x
14.07.20 #       <HCl> if not more
14.07.25 #       <dwihno> x.x ?
14.07.39 #       <HCl> sorry, o.o i tend to use smileys not commonly used on irc
14.07.51 #       <dwihno> ^_^
14.07.59 #       <HCl> mhm :p
14.08.13 #       <preglow> :V
14.08.18 #       * HCl mrfls and glares at rockboy not even completing a single cycle yet
14.08.28 #       <HCl> debug output = slow
14.10.33 Join    webguest48 [0] (~c1fc6ba7@labb.contactor.se)
14.10.36 #       <Bagder> http://www.rockbox.org/twiki/bin/view/Main/RockboxShots
14.11.00 #       <dwihno> HCl: well, the emulator should run at faster than 11 (or is it 12?) Mhz
14.11.28 #       <webguest48> did linus add the hold function in the bootloader today ?
14.11.39 #       <Bagder> hold function?
14.11.50 #       <preglow> don't think he has touched it at all, yet
14.11.54 #       <preglow> 'least nothing in cvs
14.12.38 Join    lolo-laptop [0] (~lostlogic@68.251.84.226)
14.12.38 #       <webguest48> yes when we start rockbox it doesn't detect that Hold button is on 
14.12.51 #       <Bagder> and what would it do then?
14.12.53 #       * HCl sighs.
14.12.54 #       <HCl> well.
14.12.55 #       <preglow> nothign
14.13.03 #       <HCl> that slowed rockboy down with a factor 400, at least
14.13.03 #       <webguest48> it will be preferable that rockbox finished if hold is on
14.13.08 Join    mrmags [0] (~stryfe@ool-4351b9f0.dyn.optonline.net)
14.13.19 #       <HCl> wel
14.13.25 #       <Bagder> I consider that feature to be fairly non-important
14.13.28 #       <preglow> Bagder: since the bootloader has already used substantial power when rockbox is loaded, it really should check the hold button itself before loading anything
14.13.32 #       <webguest48> like does the original firmware
14.13.33 #       <HCl> aside from that i haven't been able to find the button code define for the hold button
14.13.36 #       <HCl> it should be trivial to implement
14.13.40 #       <preglow> Bagder: non-important, yes, but essential eventually
14.13.46 #       <Bagder> eventually yes
14.13.51 #       <Bagder> I prefer sound and usb first
14.13.53 #       <Zagor> it's on the way
14.14.02 #       <HCl> usb, then sound...
14.14.04 #       <HCl> then remote..
14.14.09 #       <HCl> then radio stuff..
14.14.13 #       <Zagor> remote is pretty far off
14.14.20 #       <webguest48> yes sound and usb are preferable
14.14.24 #       <webguest48> you're true
14.14.35 #       <HCl> yay, i'm true o.o
14.15.25 Mode    "#rockbox -o Zagor " by Zagor (~bjst@labb.contactor.se)
14.15.34 #       <webguest48> Who are the person who work on rockbox for iriver ?
14.15.52 #       <Bagder> we are many
14.15.56 #       <webguest48> Is linusN alone ?
14.16.00 #       <Zagor> webguest48: there are several people. linusn has done most of the hardware work.
14.16.18 #       <webguest48> yes but for sound and usb it must be difficult 
14.16.26 #       <webguest48> are you all able to work on it ?
14.16.32 #       <Zagor> yes
14.16.36 #       <webguest48> waouh
14.17.01 #       <Zagor> since we now have the bootloader, anyone can dig in and help
14.17.02 #       * Bagder added a line about iriver on the front page now
14.17.08 #       <Zagor> Bagder: goodie
14.17.12 Join    lImbus [0] (~manuel@kernel.cycos.net)
14.17.23 #       <webguest48> the sound driver is always to 0%
14.17.26 #       <lImbus> hi
14.17.29 #       <webguest48> or a little more ?
14.17.31 #       <Bagder> always?
14.17.47 #       <Bagder> feel free to join in and increase it
14.18.05 #       <webguest48> if i could 
14.18.07 #       <webguest48> :-(
14.18.47 #       <preglow> a good time to learn programming!
14.19.09 #       <webguest48> yes I started to read Rockbox source
14.19.11 Quit    Schnueff (Read error: 110 (Connection timed out))
14.19.12 Join    elinenbe [0] (~elinenbe_@65.115.46.225)
14.19.57 #       <HCl> gah.
14.20.08 #       <elinenbe> hello mighty rockbox hackers.
14.20.16 #       <HCl> its 15 minutes later
14.20.16 #       <elinenbe> good day to the Ondio experts
14.20.25 #       <HCl> and it still hasn't completed a single emu cycle with debug info :x
14.20.30 #       <elinenbe> morning to the iriver engineers
14.20.32 Join    jyp [0] (~jp@202-181.240.81.adsl.skynet.be)
14.20.37 #       <HCl> hi
14.20.51 #       <elinenbe> bonjour archos kings
14.21.02 #       <Bagder> :-)
14.21.12 #       * Bagder spots a man in a good mood
14.21.27 Join    R3nTiL [0] (~zorroz@217.30.249.122)
14.21.39 #       <elinenbe> I don't know if it is a good mood, or I am just a little loopy...
14.21.50 #       <elinenbe> at work until 2am last night... in at 7am this morning!
14.22.19 #       <quelsaruk> then... you are in a good mood
14.22.20 #       <quelsaruk> :D
14.22.30 #       <HCl> ick
14.22.31 #       <HCl> that sucks.
14.23.53 #       <Trevmar>  Joerg amiconn, I have an update on the dead USB machine - are you there?
14.24.18 #       <amiconn> I am here
14.25.10 #       <Trevmar> recall that this is a 07 08 machine which seemed to have dead USB, and no partitions on teh internal memory. But if I booted with an MMC card in it then it would recognize the partition on the MMC card
14.26.00 #       <Trevmar> Today I put a non-MV non-hotplug Feb 9 CVS build on the MMC card and managed to flash it into the machine
14.26.38 #       <Trevmar> now I can plug in the MMC card and the USB sees the MMC card, although Win2K blew up (literally 'my computer' quit) when it was trying to read the internal memory
14.26.38 Quit    webguest48 ("CGI:IRC (EOF)")
14.26.40 #       <preglow> but i'm out, see you all later
14.26.42 Quit    preglow ("offeti")
14.26.49 #       <Trevmar> thats my summary...
14.27.33 #       <Trevmar> I need to zero whatever is in the main meory contents, I think
14.27.36 Quit    ashridah ("sleep")
14.27.40 #       <Trevmar> main memory
14.27.42 #       <dwihno> PCI and PCI Express are really, really different?
14.27.46 Nick    quelsaruk is now known as quel|away (~kvirc@80.103.128.83)
14.27.49 #       <dwihno> No compatibility whatsoever?
14.28.36 Join    DMJC-L [0] (~DMJC-L@220-245-162-47-sa-nt.tpgi.com.au)
14.28.36 #       <Trevmar> Amiconn - I used your trick of plugging in the MMC card after the USB connection was established :)
14.28.42 #       <amiconn> Trevmar: The machine itself also reads the MMC, but not the internal?
14.29.07 #       <Trevmar> that is correct, it cannot find any partitions upon boot, and prompts you to insert the USB and 'fix it'
14.29.12 #       <Zagor> HCl: how fast is it in the simulator?
14.29.20 #       <HCl> Zagor: it doesn't work in the simulator
14.29.25 #       <HCl> from what i could tell from gdb
14.29.26 #       <Zagor> why not?
14.29.32 #       <HCl> its because i'm using non-static variables
14.29.40 #       <HCl> and for some reason that crashes as a library, or something
14.30.10 #       <Trevmar> amiconn- the MMC and partition displays are in this thread http://forums.rockbox.org/index.php?topic=395.0
14.30.14 #       <HCl> and i can't use all static ones because then they won't link properly across .o's
14.35.59 Nick    Aison|fresh is now known as Aison (~hans@zux166-181.adsl.green.ch)
14.36.23 #       <amiconn> Trevmar: The MMC0/MMC1 info in this thread is definitely mixed up (the info for each one starting at "Speed:" is swapped)
14.36.58 #       <Trevmar> Let me print it and doublw check against the machine - 5 minutes...
14.37.02 #       * HCl sighs.
14.37.18 #       <HCl> writing to disk on iriver works, right?
14.37.28 #       <Bagder> yes
14.37.40 #       <HCl> cause rockboy *should have* written an debug file
14.37.44 #       <HCl> and its hdd was blinking all the time
14.37.49 #       <HCl> but i don't see anything..
14.41.01 Join    Schnueff [0] (~mah@client0666.vpn.uni-saarland.de)
14.41.26 #       <lImbus> HCl: looks like you wrote it somewhere else than you thought
14.41.28 #       <HCl> hrm.
14.43.19 Quit    jyp ("poof!")
14.43.50 #       <HCl> lImbus: maybe, i think i found the problem.. i forgot O_CREAT
14.44.33 #       <HCl> i'm confused to why it still blinked the hdd led a lot though
14.46.09 #       <HCl> why can't i turn rockbox off while charging?
14.48.47 #       <Trevmar> Amiconn - I have edited the posts to contain the data as it exists right now, after a boot woth non-MV non-HP rockbox while the 256Meg Kingston SD card was in place.
14.52.31 Quit    Aison (Read error: 113 (No route to host))
14.52.45 ***     Saving seen data "./dancer.seen"
14.53.11 Join    Aison [0] (~hans@zux166-181.adsl.green.ch)
14.54.05 #       <elinenbe> anyone have any pictures of rockbox running on the iriver target?
14.54.16 #       <HCl> yes
14.54.20 #       <HCl> they're on the site by now
14.56.42 #       <Bagder> http://www.rockbox.org/twiki/bin/view/Main/RockboxShots
14.57.10 #       <Bagder> preglow's pics
14.59.00 #       <Zagor> maybe we should shrink them a bit...
15.01.19 #       <amiconn> Trevmar: Do you have cygwin on your Win2K machine?
15.04.40 #       <Trevmar> yes, on the main one, not the one in the workshop, but they are networked :)
15.05.28 #       * HCl yawns
15.05.45 #       <Trevmar> I have cygwin and have been building based on the 9 Frb CVS, which seems pretty stable if MV and HP are not #defined
15.05.56 #       <Trevmar> 9 Feb
15.07.19 #       <Trevmar> the non-MV non-HP build seems to run OK on all my machines now. Only the klged one with the apparent;y 'dead' USB (but which I think is a memory contents problem) still remains not working
15.07.50 #       <Trevmar> the non-MV non-HP build seems to run OK on all my machines now. Only the kluged one with the apparently 'dead' USB (but which I think is a memory contents problem) still remains not working
15.08.20 #       <Trevmar> I would like to get a stable base to work from :)
15.08.34 Join    pike [0] (pike@c83-249-120-49.bredband.comhem.se)
15.08.49 #       <pike> http://www.applematters.com/shufflepopup0.htm
15.10.03 #       <Trevmar> Amiconn: I seem to have 3 different types of hardware - the 03 08 machines with the old USB chips and the Ac32 - the 2 07 08 machines which reset when hotplugged - and the 07 08 machine which I can physically hotplug OK but which has apparently dead USB (which partly came to life this morning)
15.10.53 #       * HCl stares at his iriver
15.11.24 #       <Trevmar> Amiconn: I seem to have 3 different types of hardware in 5 'functioning' Ondios - the 03 08 machines with the old USB chips and the AC32 - the two 07 08 machines which reset when physically hotplugged - and the 07 08 machine which I can physically hotplug OK but which has apparently dead USB (which partly came to life this morning)
15.11.36 #       * HCl sighs, wonders why the print to the screen isn't working
15.12.04 #       <Zagor> HCl: you're not simply forgetting lcd_update?
15.16.08 #       <Trevmar> Amiconn: in the Ondio where the USB has trouble with main memory - I am 99% certain that the problem is with the contents of that memory, as it blew up my Win2K shell this morning, and behaves a little differently depending how I try and look at that 'drive.' The USB works fine when I 'physically hotplug' the SD card while the USB is active, I get a proper directory and proper disk access
15.18.58 #       <HCl> Zagor: nah, i messed up on the snprintf, forgot the size thing, so it took the string pointer as the size and my int argument as the string and stuff xD
15.19.15 #       <HCl> but yes, the lcd update scanline function isn't getting called
15.19.19 #       <HCl> this debug info should say why
15.20.59 #       <Trevmar> Amiconn: I have Gentoo Linux running on two machines here which I could connect to the USB if I worked at it... but CVS is not set up in them yet...
15.23.00 #       <HCl> omg i'm having trouble reading this o.o it goes too fast..
15.24.34 #       <amiconn> Trevmar: It would be a good idea to connect the dead-internal-flash Ondio to either a Linux box, or a Windows box with cygwin, then try to dump the internal flash contents (at least the beginning, first megabyte or so) to a file using 'dd'
15.24.44 #       <Zagor> sounds like you're getting lots of debug info
15.24.51 #       <HCl> well, not a lot
15.24.52 #       <HCl> like
15.24.56 #       <HCl> a value, and another value
15.25.01 #       <HCl> and if the first value goes beneath 0
15.25.05 #       <HCl> it should refresh the lcd
15.25.54 #       <HCl> i'll add a sleep thing.
15.28.10 #       <Trevmar> dd - of course - (he says kicking himself repeatedly). Hmm. Maybe I should try with the gentoo laptop first... But I can't guarantee success - I haven't 'hardened' my USB drivers under Linux
15.31.31 #       <ripnetuk> Zagor - did you say you wrote the Linus fat driver :) 
15.31.34 #       <HCl> okay.. well, i think we just either need to wait for iriver to speed up or to get rockboy to compile in the simulator
15.31.49 #       <HCl> cause i can't tell whether its messing up or just too slow
15.31.58 Join    shinshin [0] (~Apocalyps@adsl-201-110.38-151.net24.it)
15.32.04 #       <shinshin> hi guys
15.32.05 Quit    webguest17 ("CGI:IRC")
15.32.12 #       <ripnetuk> linux
15.32.39 #       <Zagor> ripnetuk: not the whole driver, but I wrote the patch to add support for Last Free Cluster
15.32.55 #       <ripnetuk> so you are certain that it doesnt use FSINFO to decide where to dump new files then?
15.33.26 #       <[IDC]Dragon> you drive Linus fat, perhaps by spending him too much pizza?
15.33.34 #       <ripnetuk> :)
15.33.36 #       <Zagor> it uses both. LFC is just a hint where to start looking for free space. it's a performance enhancement, nothing else.
15.34.18 #       <Zagor> before my patch, the driver always started looking at cluster 0, which was very slow on big usb1.1 devices.
15.34.20 #       <ripnetuk> hmmm... i just cant figure out why im getting the 'corruption' then./.. ive a feeling im going to learn a lot about fat32 tonight :) im ginna start off by creating a tiny (10 megs) partition that I can easily and quickly backup to store states
15.35.45 #       <ripnetuk> and see if Rockbox writes ANYHING to the disk at all during boot
15.36.26 #       <ripnetuk> and i can also mount it loopback to see if its the usb layer thats going wrong
15.36.29 #       <Zagor> sounds like a good start
15.37.12 #       <ripnetuk> bbl
15.37.17 Quit    ripnetuk (Remote closed the connection)
15.38.07 Quit    R3nTiL ()
15.41.01 Quit    shinshin ()
15.41.38 #       <Trevmar> amiconn: I need some help with USB under linux. I used 'mount /dev/sda1 /mnt -t msdos' to mount up a memory stick OK, now I want to mount the Ondio raw, since I think its filesystem is munged. What mount command will do this?
15.42.11 #       <Bagder> what does "mount raw" mean?
15.42.25 #       <Trevmar> exactly -LOL
15.42.35 #       <amiconn> you don't need to mount at all, you only need the device name (probably /dev/sda in your case)
15.42.45 #       <Trevmar> I want to be able to read and write with DD the first few sectors of the attached USB 'drive'
15.43.01 #       <Trevmar> sheez - dd beats me again - of course...
15.43.02 #       <amiconn> then 'dd if=/dev/sda of=dump_first_mb count=2048'
15.43.40 #       <Trevmar> (I am a bit rusty) thanks for the help
15.48.50 #       <Trevmar> Amiconn: "/dev/sda input/output error"
15.49.26 #       <Trevmar> but the memory stick worked??
15.50.17 #       <Trevmar> memory stick gave 2048+0 records in/out
15.51.04 #       <Trevmar> I couldn't get it to recognize the USB when I had the MMC card in place. Let me try to mount that card instread of DD
15.52.39 #       <Trevmar> no, "/special device /dev/sda1 does not exist"  hmmmm
15.54.15 #       <Trevmar> But I plug the USB cable into Win2k and it shows the memory card contents - that is crazy....
15.54.39 #       <Trevmar> I guess I don't have a linux USB driver that recognizes the Ondio :(
15.54.53 #       <amiconn> Maybe it is recognized as a different device than sda. I'm no Linux expert, is there a way to get this info from some usb hotplug log?
15.55.14 #       <Trevmar> oh yes...wait..
15.55.22 #       <Bagder> dmesg shows it
15.56.06 #       <Bagder> irivers can charge via usb, right?
15.56.41 #       <Trevmar>  oh /dev/sdb transferred 2048+0 bytes  I guess the card manager assigned sda to the memory stick :(
15.57.28 #       <lolo-laptop> Bagder: they can, yeah... but afaics you can't charge via USB and use the player at the same time...
15.58.04 #       <Bagder> ok
15.58.59 #       * Bagder updates the devicechart
16.00.15 #       <lolo-laptop> Bagder: I was actually wondering if it was possible to use USB to power the player while using the player, but it doesn't look like it...
16.01.02 Part    mrmags
16.02.41 #       <Trevmar> Amiconn: if I don't have the Sd card physically hotplugged then I get an error message from dd "input/output device error and if I plug the SD card I get 2048+0 blocks transferred, using the exact same dd command
16.05.18 #       <Trevmar> doesn't that sound like a USB protocol issue to you?
16.05.37 Join    webguest15 [0] (~c31ce021@labb.contactor.se)
16.05.41 #       <amiconn> Hmm. Perhpas the internal flash gets another device id? From the PC's view, plugging/unplugging a card in the Ondio is the same as quickly removing & reinserting USB
16.05.43 #       <Zagor> not necessarily. they don't get the same device name.
16.06.01 Quit    Christi-S (Read error: 60 (Operation timed out))
16.06.35 #       <Trevmar> I rebooted linux, and this time plugged the Ondio in first. It appears as /dev/sda this time, but will not transfer from the internal memory
16.06.39 #       <webguest15> irivers H1x0 cannot charge via USB !!
16.06.50 #       <Bagder> time to make the feature comparison chart including the iriver original...
16.07.15 #       <Bagder> webguest15: they can't?
16.07.17 #       <bobTHC> so it's time to tease :)
16.07.28 #       <HCl> you can get charge by usb adapters for iriver
16.07.42 #       <webguest15> you caqn charge via a USB cable, but the charger must be connected to the charging plug
16.07.43 #       <Bagder> and what does the adapter do?
16.07.56 #       <Bagder> aha
16.08.01 #       <HCl> Bagder: split an usb connection into power and usb plug
16.08.13 #       <Bagder> ok
16.08.15 #       <webguest15> yes, that's it
16.08.25 #       <Bagder> I won't call that charging by usb
16.08.43 #       <lolo-laptop> Bagder: my bad -- misremembered.
16.08.43 #       <HCl> it depends on how you look at it
16.08.55 #       <Trevmar> Joerg: no response from the internal memory to the dd command even if I look at /dev/sdb and /dev/sdc (which don't exist). When I plug the SD card then the ondio appears at /dev/sda
16.08.59 #       <Bagder> usb on the host side, not on the iriver side
16.09.04 #       <HCl> yup
16.09.16 #       <Bagder> and in this case, I was interested in the iriver side
16.09.24 #       <HCl> *nods*
16.10.18 #       <Bagder> http://www.rockbox.org/docs/devicechart.html
16.10.39 #       <Trevmar> sorry, I got Zagor confused with [IDC] Dragon :(
16.11.13 #       <Bagder> Zagor's used getting mixed up ;-)
16.11.16 #       <Bagder> but usually with me
16.11.22 #       <Trevmar> :)
16.12.59 Join    jyp [0] (~jp@202-181.240.81.adsl.skynet.be)
16.14.19 #       <amiconn> Trevmar: So unfortunately the internal flash is probably broken. Unless it's 'only' a trace somewhere, I'm afraid there is nothing to fix. It's a BGA...
16.15.09 Join    Christi-S [0] (~christi@213.78.98.16)
16.16.44 #       <jyp> Starth can do BGA soldering/unsoldering
16.16.54 #       <jyp> (don't ask me how)
16.17.09 #       <Bagder> http://www.rockbox.org/docs/features.html
16.17.25 #       <Bagder> a few gaps, but its a start
16.18.25 Quit    quel|away ("KVIrc 3.0.1.99 'Realia'")
16.18.39 #       <Trevmar> Yes, I hate BGAs. I do have a machine to reflow them, maybe I will fire it up and squirt some fluc under the chip. I can't help thinking of the other two reports we have of USB disappearing with a software revison, and trying to figure out why that could happen
16.18.46 #       <Trevmar> flux
16.20.12 Quit    webguest15 ("CGI:IRC (EOF)")
16.20.12 #       <lolo-laptop> Bagder: probably want to specify that your list is H1X0 because H3X0 will be somewhat different...
16.20.21 #       <Bagder> true
16.21.31 #       <Bagder> let me know if you spot errors or can fill in stuff
16.21.48 #       <Bagder> for example, I can't use playlists on my iriver I can't say anything about it
16.21.54 #       <Bagder> except that it works like crap
16.22.09 #       <lolo-laptop> Bagder: I'm gonna go DL the manuals and look -- I know the iRiver H3 says it only supports 200 songs per playlist
16.22.14 #       <lolo-laptop> and I can check it's load speed shortly.
16.22.21 #       <Bagder> 200?
16.22.23 #       <HCl> why is open source saying No for iriver?
16.22.27 #       * Bagder falls off his chair
16.22.34 #       <HCl> or does that refer to the original firmware
16.22.34 #       <HCl> ?
16.22.39 #       <Bagder> the latter
16.22.46 #       <HCl> ok
16.22.52 #       <Bagder> I could clarify that
16.23.07 #       <amiconn> Bagder: On the chair again ;)
16.23.09 #       <HCl> games should say yes.. cause like, at least rockblox and sokoban work
16.23.28 #       <Bagder> HCl: in rockbox yes
16.23.31 #       <Bagder> on iriver no
16.23.33 #       <HCl> oh
16.23.35 #       <HCl> my bad
16.23.40 #       <Bagder> hehe
16.23.47 #       <HCl> sorry
16.23.49 #       <HCl> i'm sleepy
16.24.02 #       * amiconn thinks of a redesign of the feature comparison table...
16.24.10 #       <HCl> i think the max number of songs on iriver is 9999
16.25.01 #       * lolo-laptop waiting for large PDF manuals to download to check...
16.25.05 Join    Quelsaruk [0] (~kvirc@80.103.128.238)
16.25.08 #       <Quelsaruk> re
16.25.09 #       <amiconn> ...showing one feature per row, and then having double-columns per supported device to the right.
16.25.46 #       <amiconn> Each double column woud show one device, left half being rockbox features, right half being original fw features
16.26.28 #       <lolo-laptop> yes, that would be good
16.26.29 #       <Bagder> could work
16.26.37 Part    LinusN
16.27.17 #       * HCl sighs
16.27.52 #       * jyp coughs
16.27.57 #       <amiconn> Even archos fw features are not identical for all supported devices. The current table says text viewer = yes in Archos fw. but iirc this is only true for Ondio.
16.28.05 #       <lolo-laptop> H120 can see up to 2000 folders and 9999 songs, but that doesn't mean it's playlists can be that big
16.28.48 #       <Zagor> amiconn: text viewer works on all bitmap models at least
16.29.16 #       <amiconn> Zagor: I mean the *archos* fw. I didn't find a text viewer in my v1's original fw...
16.29.31 #       <Zagor> oh
16.29.36 #       <amiconn> Of course the rockbox text viewer works for all models
16.29.41 #       <HCl> does anyone have any idea why i wouldn't be able to use global non-static variables in a plugin? mostly when talking about the simulator
16.29.42 #       <amiconn> ...even the player
16.29.55 Nick    Quelsaruk is now known as quel|out (~kvirc@80.103.128.238)
16.30.09 #       <lolo-laptop> "A total of 200 playlists can be recognized" says H140 manual... how useful of it.
16.30.32 #       <quel|out> amiconn: archos original firmware had a text viewer
16.30.38 #       <quel|out> i used it once
16.30.41 #       <amiconn> Zagor: Speaking about the text viewer - if I ever get to rewrite it (it has a number of problems) would it be good/allowed to replace the current one?
16.31.19 #       <Bagder> jyp: does it link fine now?
16.31.28 #       <jyp> no
16.31.34 #       <Bagder> darn
16.31.43 #       <Zagor> amiconn: yes, certainly
16.32.05 #       <Trevmar> Amiconn, if the internal Ondio memory was bad then the USB would surely still be able to access it? How is the USB switched from looking at the MMC memory to looking atthe internal memory?
16.32.23 #       * HCl sighs.
16.32.34 #       <jyp> actually, since we have no bootloader now, the linker script can't be really finalized
16.32.40 #       <Trevmar> I do understand the memory uses a serial protocol
16.33.10 #       <Lynx_awy> HCl: gnuboy acting up? :)
16.33.10 #       <amiconn> Maybe if the mem is corrupt it confuses the bridge.
16.33.21 #       <HCl> Lynx_awy: well, i have no way to tell whether it malfunctions or not...
16.33.38 #       <HCl> since as it is at the moment, it never gets to the refresh lcd scanline function
16.33.47 #       <HCl> so i need more speed
16.33.52 #       <HCl> but it won't compile for the simulator
16.33.57 #       <HCl> it crashes on non-static variables
16.34.04 #       <amiconn> Trevmar: The selection is done by switching the clock gate circuit (the AC08), either enabling or disabling the clock for the internal flash
16.34.05 #       <Trevmar> is there any way we can zero the main memory in the Ondio - like an 'initialize.rock' file - to set it all to E%s
16.34.13 #       <HCl> i need to know how i can work around that
16.34.24 #       <jyp> Bagder, I have a version of the link script for my testing envirronment though.
16.34.27 #       <HCl> if i can't, i'm thinking of a function that'll return the address of a static variable, rather inefficient
16.35.02 #       <jyp> Maybe I shall post a path for you to have a look at it
16.35.06 #       <jyp> patch
16.35.16 #       <HCl> thanks..
16.35.21 #       <HCl> the source of rockboy is on my ftp
16.35.27 #       <Lynx_awy> HCl: hmm, i'm sure not the right person to help...what do you mean by more speed?
16.35.37 #       <Trevmar> is it possible that the USB steering is putting a noise spike out the the memory and getting the handshake logic confused?
16.35.58 #       <HCl> Lynx_awy: faster cpu to run it on -> either the iriver getting set to 140mhz (which might still be too slow) or running it in the simulator
16.36.21 #       <Lynx_awy> HCl: why can't you tell if it works even if it runs really slowly?
16.36.48 #       <HCl> Lynx_awy: because it never even gets to calling the lcd refresh function
16.37.03 Nick    Lynx_awy is now known as Lynx_ (HydraIRC@134.95.189.59)
16.37.27 #       <HCl> i added a lcd_putsxy to the refresh function
16.37.39 #       <HCl> and make it always make a black line
16.37.50 #       <Lynx_> HCl: i think i don't really know enough of the stuff to understand that ;)
16.43.58 Join    R3nTiL [0] (~zorroz@217.30.249.193)
16.45.26 #       * HCl sighs.
16.45.31 Quit    R3nTiL (Client Quit)
16.46.52 #       <amiconn> Zagor: Things I consider for rewriting the text viewer: (1) Fix handling of different line feeds (unix/ dos/ mac). (2) Proper proportional font support. (3) Configuration via menu instead of all those odd key combos, with config save.
16.47.34 #       <Zagor> amiconn: sounds good to me
16.48.30 #       <amiconn> Proportional fonts are of course not for the player ;)
16.48.58 #       <Zagor> wuss :)
16.50.17 #       <Trevmar> Amiconn - I am going now. If you need me then please email to get my attention, I probably won't watch IRC very often
16.51.13 #       <thegeek> HCl : GO!, you can do it:)
16.52.03 #       <HCl> lol.
16.52.11 #       <HCl> i'm trying to get the simulator working..
16.52.35 Join    methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk)
16.52.47 ***     Saving seen data "./dancer.seen"
16.53.32 #       <thegeek> :)
16.54.58 Quit    Trevmar ()
16.57.08 #       <HCl> i'm trying a nasty hack at the moment
16.57.54 #       <amiconn> Zagor: I even thought about porting cube.rock to the player (new lcd only). 8 udg chars yield 14x20 pixel graphics...
16.59.07 #       <amiconn> (sounds weird, I know)
16.59.53 #       <HCl>  :P
17.00.10 #       <HCl> sounds like too much trouble for a cube animation
17.00.45 #       <amiconn> It's way easier than porting a gameboy emu... ;)
17.01.00 #       <HCl> i dunno.
17.02.38 #       <HCl> what joys. it hangs in the emu as soon as it even attempts to enter gnuboy code.
17.02.43 #       <HCl> in the sim*
17.03.52 #       * HCl sighs.
17.03.55 #       <Zagor> amiconn: would be a fun trick. i'm actually surprised/dissapointed nobody has done bitmap graphics on the players yet.
17.04.25 Quit    einhirn (Read error: 104 (Connection reset by peer))
17.06.26 #       <Zagor> gotta go
17.06.26 Part    Zagor
17.06.28 Join    Stryke` [0] (~Chairman8@resnet-241-86.resnet.umbc.edu)
17.06.33 #       * HCl slaps the simulator
17.08.05 Join    einhirn [0] (Miranda@bsod.rz.tu-clausthal.de)
17.09.41 Join    Zagor [242] (~bjst@labb.contactor.se)
17.09.42 Quit    einhirn (Read error: 104 (Connection reset by peer))
17.09.53 #       <Zagor> btw, just spotted this: http://dapreview.net/comment.php?comment.news.1049
17.10.07 #       <amiconn> Zagor: I alread ydid bitmap gfx on the player!
17.10.22 #       <amiconn> See the charging screen animation.
17.10.33 #       <amiconn> It's similar to the recorder version
17.10.39 #       <Zagor> ah, never seen that on player :-)
17.10.48 #       <amiconn> You need to flash.. ;)
17.10.53 #       <Zagor> really going now...
17.10.54 Part    Zagor
17.13.31 Join    Schnueff_ [0] (~mah@test2.cs.uni-sb.de)
17.14.04 #       <HCl> nice :)
17.17.22 Join    mecraw [0] (~mecraw@69.2.235.2)
17.19.53 Quit    Schnueff (Read error: 110 (Connection timed out))
17.21.16 Nick    Schnueff_ is now known as Schnueff (~mah@test2.cs.uni-sb.de)
17.26.55 Quit    bobTHC (Read error: 110 (Connection timed out))
17.31.33 #       <HCl> so... who's an x11 simulator wizard?
17.35.36 Quit    midk_ ("Leaving")
18.03.24 Quit    Patr3ck_ ("User pushed the X - because it's Xtra, baby")
18.08.08 Join    R3nTiL [0] (~zorroz@217.30.249.151)
18.18.23 Nick    Lynx_ is now known as Lynx_awy (HydraIRC@134.95.189.59)
18.21.24 Quit    R3nTiL ()
18.25.35 Quit    linuxstb (Read error: 110 (Connection timed out))
18.32.29 Join    oxygen77 [0] (~Chris@pauguste-7-82-66-87-78.fbx.proxad.net)
18.39.37 Quit    lolo-laptop ("Client exiting")
18.46.47 Quit    [IDC]Dragon ("CGI:IRC")
18.51.25 Join    Sucka [0] (~NNSCRIPT@host81-156-215-25.range81-156.btcentralplus.com)
18.52.50 ***     Saving seen data "./dancer.seen"
18.52.55 Quit    quel|out (Read error: 104 (Connection reset by peer))
18.54.11 Quit    Schnueff ("leaving")
18.55.27 Join    Tang [0] (~chatzilla@ARennes-204-1-9-91.w81-53.abo.wanadoo.fr)
18.55.50 #       <Tang> Hello
18.58.40 Join    preglow [0] (thomj@s183a.studby.ntnu.no)
18.58.50 #       <preglow> whee
18.59.10 #       <Tang> whee?
18.59.12 #       <Tang> ;)
18.59.18 #       <Tang> hi preglow
18.59.19 #       <Tang> :)
18.59.26 #       <preglow> hello
19.01.26 #       <HCl> hey
19.02.39 #       <Tang> Sorry i'm quite busy
19.02.49 #       <Tang> since i've no personal connection anymore
19.03.31 #       <Tang> all my MSN contact are in a hurry when i come here
19.03.32 Join    einhirn [0] (Miranda@bsod.rz.tu-clausthal.de)
19.09.46 Join    lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net)
19.11.06 Quit    einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
19.12.33 Quit    edx ()
19.16.08 #       * HCl prods people
19.16.44 #       <thegeek> mhm?
19.16.52 #       <thegeek> working?
19.16.53 #       <thegeek> ;)
19.17.08 #       <HCl> no
19.17.15 #       <HCl> i need someone to help me to get it running on the simulator
19.17.22 #       <thegeek> ok
19.17.32 #       <thegeek> well, I'm not your guy then, sorry
19.18.11 #       <HCl> its ok.....
19.23.46 Join    xen` [0] (~xen@ADijon-151-1-76-156.w83-196.abo.wanadoo.fr)
19.37.46 Join    webguest57 [0] (~89f08851@labb.contactor.se)
19.38.29 Quit    webguest57 (Client Quit)
19.41.01 Join    _aLF [0] (~Alexandre@mutualite-3-82-67-66-128.fbx.proxad.net)
19.55.16 Join    einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de)
20.02.15 Quit    einhirn (Read error: 104 (Connection reset by peer))
20.04.28 Quit    Stryke` ("Friends don't let friends listen to Anti-Flag")
20.05.27 Join    einhirn [0] (~Miranda@carlsberg.heim2.tu-clausthal.de)
20.15.40 Join    edx [0] (edx@p5487986F.dip.t-dialin.net)
20.16.05 Join    linuxstb [0] (~linuxstb@dsl-212-23-31-215.zen.co.uk)
20.27.10 Join    webguest99 [0] (~534c7a41@labb.contactor.se)
20.27.54 Quit    webguest99 (Client Quit)
20.31.10 Quit    Shulberry ()
20.32.35 Quit    xen` ()
20.37.07 Quit    coob (Read error: 110 (Connection timed out))
20.50.30 Join    iriver [0] (~54ee108a@labb.contactor.se)
20.50.45 #       <iriver> hi folks!
20.50.56 #       <iriver> Any developers present?
20.51.50 #       <iriver> I couldn't seem to find a circular FIFO implement in the current RockBox source code
20.52.13 #       <amiconn> look in mpeg.c
20.52.24 #       <iriver> ok
20.52.51 ***     Saving seen data "./dancer.seen"
20.53.40 #       <Tang> Hi Iriver
20.53.51 #       <Tang> you're not a real Iriver memeber i hope?
20.56.33 #       <preglow> ofcourse he is, he's here to get some quality code for their next firmware ;)
20.56.44 Part    oxygen77 ("Leaving")
21.02.06 Join    Digital007 [0] (~acc9ff8b@labb.contactor.se)
21.04.19 #       * HCl mrf.
21.04.40 Join    webguest68 [0] (~3e234217@labb.contactor.se)
21.04.51 #       <webguest68> we didn't see LinusN of the day ?
21.04.54 #       <webguest68> :-(
21.05.02 #       <preglow> what?
21.05.07 #       <preglow> he has been here, if that's what you mean
21.05.18 #       <webguest68> yes it's what i mean
21.05.21 #       <webguest68> this morning ?
21.05.47 #       <preglow> round 12ish
21.05.50 #       <preglow> cet
21.08.57 #       <Tang> lol okay preglow i understood the joke
21.09.20 #       <Tang> if he'd be from iRiver i would have kicked it
21.09.34 #       <Tang> (lol no moderation ability ;)
21.15.32 Quit    webguest68 ("CGI:IRC (EOF)")
21.15.48 Join    Domonoky [0] (~Domonoky@pD95F66EE.dip.t-dialin.net)
21.16.05 #       <iriver> queue_init, queue_post, queue_wait etc.which are present in kernel.c seems useful.
21.18.12 Quit    preglow ("off")
21.21.20 #       <Digital007> Hi iriver owners
21.22.43 #       <iriver> hi
21.23.10 #       <Digital007> I found a fix for now in regard to the iRiver shuffle bug
21.23.41 #       <iriver> ok - what?
21.23.45 #       <Tang> ?
21.23.56 #       <Digital007> Do you have Windows or Linux?
21.24.00 #       <iriver> both
21.24.39 Join    Hohoman [0] (~inte@hohoman.olf.sgsnet.se)
21.27.01 #       <iriver> who needs a fix anyway - we'll soon have RockBox rocking! :)
21.33.16 Join    XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net)
21.38.49 #       <Digital007> yea minus the sound
21.40.27 #       * HCl prods rockboy and sighs.
21.42.41 #       * HCl goes to tinker with it more
21.48.58 Join    Domonoky_ [0] (~Domonoky@pD95F66EE.dip.t-dialin.net)
21.48.58 Quit    Domonoky (Read error: 54 (Connection reset by peer))
21.49.18 #       * HCl remember the idea he had earlier
21.49.38 Join    LinusN [0] (~linus@labb.contactor.se)
21.49.51 #       <HCl> its linus! yay :3
21.50.08 #       <HCl> how's the god of the iriver hardware today? :x
21.50.32 #       <LinusN> i don't know, never met him
21.50.43 #       <lImbus> hehe
21.51.03 Join    Patr3ck [0] (~patr3ck@pD95F7438.dip.t-dialin.net)
21.51.28 Quit    thegeek (Read error: 54 (Connection reset by peer))
21.52.57 Join    thegeek [0] (na@ti521110a080-0636.bb.online.no)
21.53.03 #       <Digital007> all we need is sound for iriverbox
21.57.13 #       <LinusN> :-)
21.57.29 #       <Digital007> rockbox is no use without sound :(
21.57.32 #       <HCl>  :P
21.57.44 #       <HCl> well,
21.57.49 #       <HCl> i could do with a little more speed too
21.58.01 #       <LinusN> working on it...
21.58.35 #       <HCl> lol, i'm not in a hurry
21.58.40 #       <HCl> better do it properly than do it fast
21.58.49 #       <HCl> (and possibly not correctly)
21.58.54 #       <rasher> better do both :)
21.58.56 #       <HCl> yup 
21.58.57 #       <HCl> :p
21.59.12 Join    quel|out [0] (~kvirc@80.103.128.238)
21.59.16 #       <quel|out> hi
21.59.24 #       <HCl> hi quelperson
21.59.27 #       <HCl> how goes?
21.59.32 Nick    quel|out is now known as quelsaruk (~kvirc@80.103.128.238)
21.59.40 #       <quelsaruk> hopefully all ok :)
22.00.20 #       * amiconn is crazy
22.00.30 #       <quelsaruk> what happens amiconn?
22.00.33 #       <amiconn> cube is running on the player :)
22.00.39 #       <LinusN> haha
22.00.40 #       <lImbus> lol
22.00.41 #       <quelsaruk> hmm
22.00.45 #       <amiconn> Really!
22.00.47 #       <quelsaruk> cube running on the player?
22.00.47 #       <HCl> nice :p
22.00.51 #       <quelsaruk> :O
22.00.53 #       <quelsaruk> hmmm
22.01.13 #       <quelsaruk> player lcd != bitmap lcd.... isn't it?
22.01.18 #       <lImbus> I suppose you are VERY quickly writing the char rom ?
22.01.18 #       <amiconn> yup.
22.01.19 Quit    Ka_ (Read error: 110 (Connection timed out))
22.01.24 #       <LinusN> that's why he's crazy
22.01.32 #       <quelsaruk> amiconn: how many goats?
22.01.35 #       <HCl> rom?
22.01.37 #       <HCl> or ram?
22.01.44 #       <LinusN> rhum
22.01.50 #       <lImbus> tumble
22.01.58 #       <lImbus> argl s/tumble/rumble
22.02.00 #       <amiconn> lImbus: That's an even better idea... currently I'm doing 20x14 pixels with the 8 udg char
22.02.02 #       <amiconn> +s
22.02.11 #       <HCl> lol, its just that you can't have unlimited writes to rom, while you can have unlimited writes to ram
22.02.18 #       <Domonoky_> cool cube on player.. :-)
22.02.18 #       <lImbus> ow
22.02.40 #       <lImbus> is there a player sim ? have to see that
22.02.51 #       <lImbus> even more intresting: will it work on the sim ?
22.02.54 #       <amiconn> There is a player sim... and it even works there
22.03.04 #       <lImbus> cvs up -Pd
22.03.06 #       <lImbus> hehe
22.03.08 #       * Domonoky_ would like to test that on his player :-)
22.03.17 #       <amiconn> It's a bit slower than on the target
22.03.39 #       <quelsaruk> i'm amazed
22.03.42 #       <lImbus> speed is only a matter of alcohol :-)
22.03.50 #       <quelsaruk> amiconn: how did you do that fantastic magic?
22.04.51 #       <amiconn> As I said: There are 8 characters that can be user defined. This allows for 2 rows at 4 chars each. A character is 5x7 pixels, so I get a total of 14x20 pixels
22.05.02 #       <amiconn> The rest is a matter of bit operations
22.05.20 #       <quelsaruk> interesting
22.05.21 #       <quelsaruk> :)
22.05.51 #       <amiconn> I put all this in the plugin lib (playergfx.[ch]). Maybe someone else wants to reuse it
22.05.59 #       <lImbus> hehe
22.06.24 #       <lImbus> I remember those crazy demos BlueChip did with the grayscale framework
22.06.29 #       <amiconn> For now, there are only drawline() and drawpixel(), but adding the rest is straightforward imho
22.07.17 #       <amiconn> I don't know any grayscale demos by BlueChip. He wrote his own gfx lib, but this wasn't grayscale
22.08.09 #       <lImbus> ah ok, I'm mixing it up then
22.08.25 Join    [IDC]Dragon [0] (~Joerg@pD9512C51.dip.t-dialin.net)
22.08.51 #       * [IDC]Dragon has no Player :-(
22.08.59 #       <amiconn> ;-/
22.09.05 #       <amiconn> Try it in the sim!
22.09.18 #       <[IDC]Dragon> is it committed?
22.09.37 #       <amiconn> Not yet, but about to..
22.09.52 #       * HCl sighs.
22.10.27 #       <HCl> who can find me a proper gameboy test rom thats small, works for regular gameboy, is well documented, and has an disassembly dump with correct addresses?
22.10.33 Join    Ka [0] (~tkirk@pcp0010733332pcs.howard01.md.comcast.net)
22.10.52 #       <[IDC]Dragon> how about 20*14 .rvf files?
22.11.30 #       <amiconn> That may even work...
22.11.43 #       <Domonoky_> :-)
22.12.48 #       <[IDC]Dragon> audio will be a problem, your bitmap is barely enough for the audio frame header
22.13.05 Join    redcow [0] (~50b4760b@labb.contactor.se)
22.13.25 #       <amiconn> [IDC]Dragon: ??
22.13.40 #       <amiconn> I thought audio & video are interleaved?
22.13.45 #       <[IDC]Dragon> yes
22.13.59 #       <amiconn> So this would merely mean audio blocks are bigger than video blocks
22.14.10 #       <[IDC]Dragon> video frames are a plain bitmap
22.14.12 #       <redcow> hi, i tested the rockbox iriver bootloader, and now the player is stopped at "Loading firmware Result: -1" is that normal ? i can go back to the original firmware using the "record" button, its a iriver h120 with eu firmware
22.14.29 #       <[IDC]Dragon> audio frames are the same size, but have a little header
22.14.39 #       <rasher> redcow: you need a copy of rockbox on the harddisk
22.14.52 #       <redcow> argh stupid me
22.14.53 #       <[IDC]Dragon> and are linked
22.15.10 #       <amiconn> [IDC]Dragon: I thought the blocks are variable size....
22.15.13 #       <LinusN> redcow: the new upcoming boot loader will behave better
22.15.16 #       <rasher> redcow: http://www.rockbox.org/daily/h100/rockbox-h100-20050210.zip copy that to the root and unzip
22.15.36 Quit    Christi-S (Read error: 110 (Connection timed out))
22.15.45 #       <redcow> you cant believe what shock i had when i saw "-1"
22.15.48 #       <redcow> =)
22.15.57 #       <rasher> LinusN: but wouldn't it be more confusing? Unless of course you're displaying a message saying what's happening
22.16.33 Join    Christi-S [0] (~christi@213.78.100.76)
22.16.41 #       <[IDC]Dragon> amiconn: we could extend the format
22.16.43 #       <amiconn> [IDC]Dragon: A player lcd video bitmap would need a somewhat strange format. The pattern definitions for each char are row-wise, so you need 7 bytes, of which only the 5 lsbs are used
22.16.44 #       <LinusN> rasher: you mean to start the original if rockbox.iriver can't be found?
22.17.13 #       <rasher> LinusN: yes.
22.17.33 #       <amiconn> [IDC]Dragon: One video frame would then be 56 bytes "large"
22.17.39 #       <redcow> so i can replace the "rockbox directory" with every new "version" and the bootloader keeps for the moment
22.17.55 #       <LinusN> confusing, maybe, but i think you want it to start immediately if you remove rockbox.iriver
22.17.57 #       <quelsaruk> rasher: error must be strange, annoying and unable to be understood ;)
22.18.16 #       <LinusN> for example if you don't want to hold rec every time to start the original
22.19.06 #       <rasher> I guess, but people who don't know that you need rockbox on the harddisk will just see "It's not booting rockbox no matter what!"
22.19.12 #       <redcow> yes it works
22.19.17 #       <redcow> without recalc with h120
22.19.18 Join    xen` [0] (~xen@ADijon-151-1-76-156.w83-196.abo.wanadoo.fr)
22.19.29 #       <redcow> rox =)
22.20.04 #       <LinusN> rasher: at this point, people who don't understand this are not supposed to install the boot loader
22.20.18 #       <rasher> :)
22.20.22 Quit    elinenbe (" HydraIRC -> http://www.hydrairc.com <- irc client ownage!")
22.20.42 #       <iriver> How are the I2S pins (BKCI/SYSCLK, WSI, DATAI) on the UT1338 connected to the Motorola MCF5249?
22.20.43 Join    Shulberry [0] (~Taxi@oslo-dhcp-248-180.bluecom.no)
22.21.01 #       <LinusN> it isn't in the schematics?
22.21.26 #       <iriver> maybe I have not looked well enough :)
22.21.46 #       <LinusN> maybe i haven't come that far with the schematics
22.22.27 #       <iriver> Let's take a look :)
22.22.27 #       <redcow> lol started batterie test now it doesnt switch off anymore, and red led keeps blinking
22.25.03 #       <redcow> "I03:AddrErr at 1000029C"
22.25.27 #       <quelsaruk> hmmm
22.25.56 #       <quelsaruk> LinusN: battery test writes a file and reads it, emulating playback, isn't it?
22.26.02 #       <LinusN> yes
22.26.24 #       <quelsaruk> and is file writing posible in the iriver right now?
22.26.28 #       <LinusN> yes
22.26.34 #       <quelsaruk> oh
22.26.41 #       <redcow> so now, i have to wait ?
22.26.48 #       <quelsaruk> i thought you could only boot and mess with the browser
22.26.53 #       <LinusN> redcow: reset it
22.26.57 #       <redcow> how?
22.27.10 #       <LinusN> put a needle in the reset hole
22.27.17 #       <LinusN> next to the usb connector
22.27.28 #       <LinusN> or the tip of a pencil
22.27.35 #       <redcow> yeah ur right, didnt see that
22.27.36 #       <LinusN> paper clip
22.28.09 #       <iriver> I still was only find I2C control pins for the CODEC. I can't find the I2S pins on the cpu.pdf.
22.28.46 #       <redcow> ready again :)
22.28.53 #       <iriver> insert "able to" someway :)
22.29.23 #       <amiconn> Player gfx lib and cube.rock adaption committed.
22.29.49 #       <LinusN> iriver: guess i have work to do then :-)
22.31.03 #       <redcow> quick question, now i can mess with plugins and try to change things in rockbox , as long the original firmware boots with the bootloader there is no risk?
22.31.15 Quit    lImbus (Remote closed the connection)
22.31.15 #       <LinusN> exactly
22.31.29 Join    lImbus [0] (~manuel@kernel.cycos.net)
22.31.30 #       <amiconn> Argh! with my latest change it now flickers badly in the sim :(
22.31.34 #       <redcow> great
22.32.33 #       * LinusN has an idea
22.32.52 #       <LinusN> how about this: if the iriver is started with the remote, it always starts the original
22.33.00 #       * quelsaruk is surprised, LinusN with an idea
22.33.04 #       <quelsaruk> ;)
22.33.16 #       <LinusN> temporary solution until we 1) support the remote and 2) play music
22.33.31 Quit    Tang ("Chatzilla 0.9.66 [Mozilla rv:1.7.5/20041108]")
22.33.37 #       <LinusN> then you can have your iriver in your pocket and don't have to hold rec to start the original
22.33.55 #       <redcow> yes sounds good
22.34.05 Join    preglow [0] (thomj@s183a.studby.ntnu.no)
22.34.57 #       <rasher> that sounds really great
22.35.13 #       <HCl> i agree
22.36.14 #       <lImbus> err. why would anyone have the iriver in the pocket if even the music is not yet working ?
22.36.34 #       <lImbus> why would anyone try to start the unit out of the pocket, precisely ?
22.36.36 #       <LinusN> lImbus: to play with the original formware
22.36.44 #       <redcow> snake2 rox
22.36.47 #       <HCl> hrm.
22.36.53 #       <redcow> you can play with the plugins
22.36.59 #       <iriver> I almost never use the remote... How about making a bootloader which loads the original by default instead, until Rockbox support audio playback.
22.37.05 #       <LinusN> i have my unit in the pocket, and use the remote
22.37.12 #       <HCl> for anyone who's interested in rockboy dev... there's a version on my ftp that shows what instructions its executing, its very, very slow cause of that showing though..
22.37.18 #       <redcow> yeah iriver, but that sux for developer
22.37.27 #       <LinusN> iriver: i can do that
22.37.35 #       <redcow> so they have to change their rockbox version because i dont think they want to press always record
22.37.37 #       <lImbus> ah, yes of course. me silly
22.37.43 #       <iriver> two different versions would be fine
22.38.01 #       <lImbus> i thought the iriver would be useless until rockbox would be running with codecs :-%
22.38.11 #       <iriver> I will keep the default Rockbox version :)
22.38.26 #       <preglow> why? rockbox is more or less only usable by developers as it is. developers don't want to press record all the time.
22.38.52 #       <redcow> until codecs works i play with the plugins and try to write some, sounds funny
22.40.55 Part    LinusN
22.42.05 #       <preglow> why so many @labb.contactor.se addresses?
22.42.18 #       <iriver> so far developers still have to load the original firmware to upload a newly compiled rockbox.iriver.
22.42.35 #       <Sucka> arrrr
22.42.37 #       <lImbus> preglow: thats the webclient (cgi::irc)
22.42.42 #       <preglow> ahh, that explains it
22.42.45 #       <Sucka> keep up the good work guys :)
22.42.51 #       <lImbus> preglow: http://www.rockbox.org/irc/cgiirc/irc.cgi
22.43.06 Join    miniglow [0] (~81f18ab7@labb.contactor.se)
22.43.13 #       <miniglow> arhh
22.43.19 Quit    miniglow (Client Quit)
22.43.21 Join    muz [0] (~54091fb6@labb.contactor.se)
22.43.23 #       <preglow> heh, i prefer irssi
22.43.41 #       <muz> hey guys nice stuff with the iriver pictures
22.43.52 #       <preglow> yes, they are nice pictures, aren't they
22.43.56 #       <muz> hows the mp3 codec thing going?
22.44.02 #       <preglow> muz: forward
22.44.08 Join    LinusN [0] (~linus@labb.contactor.se)
22.44.10 #       <muz> yeah i made the directory picture my desktop wallpaper
22.44.22 #       <preglow> haha
22.44.40 #       <preglow> i really should take some better ones
22.44.43 #       <lImbus> amiconn: thats insane
22.44.50 #       <preglow> but laziness wins
22.44.54 #       <lImbus> I just ran the cube.rock on sim
22.45.21 #       <muz> is there any chance u can take some more photos?
22.45.29 #       <preglow> muz: yes, but of what?
22.45.43 #       <muz> um other stuff like config menus 
22.45.44 #       <amiconn> lImbus: I just committed a version that doesn't flicker like mad in the sim
22.45.53 #       <muz> other fonts etc
22.46.05 #       <iriver> my RockBox simulator does not work probably - the keys does not respond correctly
22.46.11 #       <preglow> muz: i might, but not now, tomorrow, perhaps
22.46.20 #       <muz> thanks
22.46.29 #       <iriver> i can only browser dirs and "play" mp3
22.46.30 #       <HCl> oi.
22.46.36 #       <HCl> i certainly hope i'm not this stupid... :X
22.46.37 #       <preglow> HCl: so, anything new?
22.46.39 #       <iriver> I can´t enter the option menu
22.46.58 #       <HCl> i just.. kind of.. found out.. that i was supposed to set fb.enable to 1 in my iriver video interface >.>;;;
22.47.08 #       <preglow> HCl: oh, when it comes to programming, i've sometimes considered having myself tested for down's syndrome
22.47.13 #       <muz> is that for ur rockboy?
22.47.21 #       <HCl> muz: mhm
22.47.22 #       <HCl> preglow:  :P
22.47.24 #       <preglow> HCl: ahahahah
22.47.40 #       <iriver> where is the "A/B" key on the simulator to load the option menu?
22.48.01 #       <amiconn> iriver: You can. X11 or Win32 simulator?
22.48.05 #       <iriver> X11
22.48.30 #       <HCl> iriver: insert
22.48.42 #       <Domonoky_> wow.. cube on player looks nice.. 
22.49.01 #       * HCl checks what that enable flag does >.>
22.49.09 Join    hubble [0] (hubble@h13n1fls302o1033.telia.com)
22.49.16 #       <muz> do playlists work on iriver?
22.49.19 #       <amiconn> iriver: Use either the decimal separator (numpad), or the insert key
22.49.32 #       <Bagder> muz: not in a sane way, no
22.49.35 #       <LinusN> muz: yes, but it can't play music
22.49.56 #       <Bagder> ah, you meant with Rockbox
22.49.58 #       <hubble> iriver: (i read the irc-log) the coldfire have two i2s outputs.. must be either of them =)
22.50.17 #       <muz> and if you connect via usb with rockbox running does it come up as normal?
22.50.18 #       <iriver> console just says: received ev 65379 when I'm pressing insert. It does not respond.
22.50.42 #       <redcow> ok thanks guys, cya
22.50.45 Part    redcow
22.50.51 #       * HCl certainly hopes that fb.enabled was initialized to 0, since it might explain bugs and stuff
22.50.52 #       <LinusN> muz: from the wiki page: "usb detection: no"
22.50.56 #       <Bagder> muz: read the wiki
22.51.03 #       <iriver> hubble: I will look in the MCF manual :)
22.51.11 #       <muz> i read it i just thought usb detection was a hardware thing
22.51.17 #       <muz> sorrry
22.52.08 #       <amiconn> iriver: Try the decimal separator (point or comma depending on your locale) on the numeric keypad
22.52.46 #       <iriver> hubble: You mean the IEC958 output pins. GPO36   GPO37
22.52.52 ***     Saving seen data "./dancer.seen"
22.52.58 #       <lImbus> is that the win32 iRiver simulator you are talking about ? can't build that one since while
22.53.45 #       <amiconn> No, X11. Anyway, I can build both just fine.
22.54.10 #       <muz> sorry to keep askin questions but what is the main priority now with the iriver project?
22.54.17 #       <lImbus> kk, so it's a local problem, will look for that
22.54.33 #       <amiconn> You may need to reconfigure
22.54.41 #       <hubble> iriver: no IEC958 is SPDIF, i guess the CPU is connected using I2C to the CODEC?
22.54.49 #       <lImbus> I just did. and I also build the tools before
22.54.51 #       <hubble> iriver: err. and I2S
22.54.57 #       <Bagder> muz: whatever you wanna do
22.56.01 #       <muz> Bagder: i think sound then usb....
22.56.07 #       <Bagder> I want to see a photo of cube on a player!
22.56.12 Quit    Digital007 ("CGI:IRC (EOF)")
22.56.23 #       <rasher> video!
22.56.26 #       <hubble> iriver: port 1) SCL1/SDATAO1/LRCK1/SDATAI1    L12/L13/N14/K13
22.56.48 #       <Bagder> muz: my point is that each developer works with what he/she thinks is fun
22.56.56 #       <hubble> iriver: port 2) SDATAO2/SCL2/LRCK2   P14/N13/P13
22.57.09 #       <preglow> Bagder: what cube?
22.57.20 #       * [IDC]Dragon also wants to see
22.57.20 #       <iriver> hubble: which manual and page are you looking at?
22.57.36 #       <Bagder> preglow: *the* cube, the rockbox plugin
22.57.41 #       <preglow> ahh
22.57.42 #       <[IDC]Dragon> jpeg viewer on the player!
22.57.57 #       <lImbus> hehe
22.58.00 #       <amiconn> [IDC]Dragon: First we'd need a grayscale lib...
22.58.01 #       <LinusN> i just uploaded a new bootloader.bin
22.58.03 #       <Bagder> preglow: the player is character based with a few reprogrammable charactres
22.58.07 #       <preglow> well, you just added one to the wiki, but i guess you remember that, so there's something i'm not getting :V
22.58.09 #       <[IDC]Dragon> is the cube in grayscale?
22.58.10 #       <preglow> ahhh
22.58.12 #       <preglow> you mean the archos player
22.58.15 #       <Bagder> yes
22.58.22 #       <amiconn> [IDC]Dragon: no.
22.58.24 #       <preglow> i thought you meant any player
22.58.24 #       <Bagder> "player" being a particular Archos model
22.58.29 #       <Bagder> ah
22.58.30 #       <[IDC]Dragon> just kidding
22.58.32 #       <preglow> well, well, does it have aalib? :P
22.58.40 #       <lImbus> LOL
22.58.46 #       <Bagder> preglow: it has amiconn's brand new gfxlib
22.59.01 #       <hubble> iriver: MCF5429UM.pdf, Section 17.2 Serial Audio interface (i2s) for example
22.59.01 #       <Bagder> don't you guys READ the commit mails? ;-]
22.59.03 #       <lImbus> we do need no aalib
22.59.17 #       <lImbus> we got amiconn
22.59.33 #       <amiconn> However, I'm also thinking about a grayscale cube (for the bitmapped devices with grayscale lib)
22.59.34 #       <preglow> Bagder: actually, i'm not on the commit list, but that's probably not a bad idea
22.59.48 Quit    Domonoky_ (Read error: 60 (Operation timed out))
23.00.08 #       <Bagder> amiconn: I take it you saw the ipod version?
23.00.14 #       <amiconn> yup
23.00.35 #       <amiconn> However, this may need some more speedup of the grayscale lib. Not impossible...
23.01.06 #       <amiconn> lImbus: Already tried the flicker-free version?
23.01.12 #       <Bagder> LinusN: good boot work!
23.01.20 #       <Bagder> shoeshine!
23.01.25 #       <LinusN> :-)
23.01.41 #       <lImbus> amiconn: I thought so. But it still flickers.
23.01.43 #       <muz> LinusN: whats changed?
23.01.59 #       <LinusN> 1) It checks the Hold button
23.02.04 #       <amiconn> Bagder: If the iPod can do it, rockbox surely can too...
23.02.11 #       <LinusN> 2) It starts the original if started from the remote
23.02.16 #       <LinusN> 3) It's faster
23.02.25 #       <hubble> amiconn: did you code a polyfiller for iriver? :)
23.02.27 #       <Bagder> amiconn: well, ipods have more CPU power than the SH-ones
23.02.29 #       <LinusN> 4) It starts the original if rockbox.iriver can't be loaded
23.02.30 #       <preglow> LinusN: great, great, what did you do to make it faster?
23.02.42 #       <muz> awesome work linus
23.02.46 #       <LinusN> smarter length check
23.02.49 #       <amiconn> hubble: Nope.
23.03.05 #       <preglow> ahh, so the delay around the checksum screen is actually necessary?
23.03.12 #       <preglow> i thought that was for reading values
23.03.29 #       <LinusN> which delay do you mean?
23.03.49 #       <amiconn> Bagder: Maybe they have more cpu power, so we have to code more efficiently... :)
23.04.02 #       <Bagder> hehe
23.04.09 #       <Bagder> that's the spirit!
23.04.37 #       <LinusN> hey, we did filled vector graphics on the c64
23.04.37 #       <preglow> LinusN: right after the rockbox.iriver is loaded, and you can view length and checksum
23.04.50 #       <preglow> damn, you make me want to watch 2nd reality on a c64 again
23.04.54 #       <LinusN> yes, the checksum calculation takes a while
23.05.14 #       <LinusN> preglow: no, no, no, you should watch The Last Traktor III
23.05.49 #       <preglow> i haven't got a c64 handy at the moment, so that will have to be on an emulator :/
23.05.54 #       <HCl> wee.
23.05.55 #       <HCl> finally
23.05.58 Part    [IDC]Dragon
23.05.59 #       <HCl> i got a hit on it accessing the lcd
23.06.03 #       <HCl> unfortunately
23.06.10 #       <HCl> i messed up on snprintf and used it as sprintf again
23.06.13 #       <HCl> so it crashed horribly
23.06.13 #       <HCl> xD
23.06.34 #       <iriver> LinusN: can you tell/measure if tx I2S port1 or port2 is connected to the UDA1380TT?
23.06.44 #       <Sucka> is the iriver hardware more powerful than the old gameboy hardware or not?
23.06.48 #       <LinusN> iriver: not at the moment
23.06.54 #       <preglow> LinusN: you were a c64 scener?
23.06.55 #       <Sucka> (at HCl)
23.07.03 #       <LinusN> preglow: Boogaloo/HZ
23.07.07 #       <preglow> cool
23.07.20 #       <HCl> Sucka: yes, but emulation always takes a big bite out of speed
23.07.38 #       <Sucka> :(
23.07.47 #       <preglow> i didn't discover the scene until my pc days
23.07.50 #       <LinusN> preglow: HZ == Horizon
23.07.55 #       <preglow> LinusN: i gathered as much
23.08.01 #       <preglow> sure as hell didn't know of it when i had my c64, heh
23.08.19 #       <LinusN> poor you
23.08.32 #       <preglow> i agree, but i was also too young to have done much
23.08.48 #       <preglow> that was around the time when i discovered what programming was
23.10.17 Part    muz
23.11.09 #       <amiconn> Hmm, somehow iRiver sims don't work anymore...
23.11.31 #       <amiconn> They compile just fine (both X11 and Win32), but if I start them, they quit immediately
23.11.37 #       <HCl> mine worked
23.11.46 #       <HCl> but i haven't cvs updated lately
23.11.58 #       <iriver> mine works,but not my keys to control it
23.12.33 #       <amiconn> iriver: Latest cvs?
23.13.00 #       <iriver> i updated today and compile the sim today... but had to make some minor correction to compile it
23.13.14 #       <HCl> hrm..
23.13.15 #       <LinusN> amiconn: works for me
23.13.18 #       <LinusN> (X11)
23.13.27 #       <iriver> X11
23.14.02 Join    Cassandra_ [0] (~christi@213.78.119.16)
23.14.06 Quit    Christi-S (Read error: 110 (Connection timed out))
23.15.15 #       <iriver> Why is it not possible to turn off RockBox when the charger is inserted. That makes no sense for the iRiver player, since it can continue charging while powered down.
23.15.46 #       <Bagder> iriver: update
23.16.00 #       <iriver> I update daily
23.16.01 #       <LinusN> iriver: you should either subscribe to the CVS mainling list, or check the rockbox.org front page
23.16.06 #       <preglow> LinusN: would you care to verify bootloader.bin md5? d2c530a6c8293abfcb448618cebe2304
23.16.45 #       <iriver> ohhh :) Just seen it:  iRiver: Allow shutdown when charging
23.17.02 #       <LinusN> 80e44bcff74ebcbaa074392e657a1442
23.17.12 #       <preglow> gcc 3.4.3 here
23.17.19 #       <preglow> i guess you're not using that, hen
23.17.21 Quit    xen` (Read error: 110 (Connection timed out))
23.18.38 #       <XShocK> 02bbc39e612d7d87f4a6d92abf5b6e69 *bootloader.bin
23.18.39 #       <amiconn> LinusN: Just updated, reconfigured and rebuilt. Still doesn't work here (X11 on cygwin)
23.18.58 #       <Bagder> x11 iriver worked fine here just now
23.19.02 #       <Bagder> sim
23.19.04 #       <preglow> great, three different md5s
23.19.30 #       <Bagder> recorder x11 sim too
23.20.24 #       <LinusN> amiconn: remove sector3d.bin
23.21.17 #       <amiconn> That doesn't help...
23.21.56 #       <Bagder> amiconn: what happens?
23.21.56 #       <LinusN> amiconn: gdb is your friend
23.21.57 #       <amiconn> Recorder & player sims work fine (both X11 and Win32)
23.22.41 #       <amiconn> Bagder: The sim immediately quits. X11 shows no message, Win32 briefly pops up the text windows.
23.23.10 Join    webguest30 [0] (~3e234217@labb.contactor.se)
23.23.16 #       <Bagder> it is... gdb time ;-)
23.23.33 #       <Bagder> seriously, I don't understand why
23.24.05 #       <webguest30> linusN : did youtest the new bootloader on your own iriver ?
23.24.17 #       <LinusN> webguest30: of course
23.24.26 #       <webguest30> i am afraid to break my own iriver
23.24.36 #       <LinusN> then don't install the boot loader
23.24.40 #       <preglow> then i suggest you don't do this
23.24.46 #       <webguest30> i have the first
23.24.59 #       <preglow> it'll never be completely safe
23.25.16 #       <webguest30> i know that
23.25.20 #       <webguest30> but want particpate to rockbox dev
23.25.22 #       <LinusN> it has a pretty good track record so far :-)
23.25.25 #       <preglow> heh
23.25.39 #       <preglow> webguest30: i'll be flashing it soonish
23.25.43 #       <preglow> LinusN: but yeah, what gcc do you use?
23.26.05 #       * HCl sighs.
23.26.28 #       <webguest30> did a person compile the new bootloader and test it ?
23.26.30 #       <jyp> I've got a committable linker script for gmini
23.26.34 #       <webguest30> excpet linusN
23.27.09 #       <jyp> which requires an extra option in configure
23.27.10 #       <Bagder> jyp: cool
23.27.21 #       <LinusN> webguest30: i uploaded my bootloader.bin to the wiki page
23.27.22 #       <Bagder> jyp: what's that option?
23.27.33 #       <webguest30> yes i'm stupid
23.27.35 #       <webguest30> sorry
23.27.38 #       <jyp> loading address of the firmware
23.28.01 #       <Patr3ck> preglow: my md5sum matches yours (gcc 3.4.2)
23.28.11 #       <Bagder> jyp: what kind of choices do you have?
23.28.11 Join    muesli- [0] (muesli_tv@Bc12a.b.pppool.de)
23.28.19 #       <jyp> Bagder, more target address
23.28.42 #       <jyp> Bagder, well, it asks for an integer (hex)
23.28.54 #       <muesli-> morning ladiez :-D
23.29.21 #       <jyp> Basically, this won't be fixed until we have a working bootloader
23.29.43 #       <Bagder> jyp: so why would people use different addresses?
23.30.27 #       <lImbus> hi muesli-
23.30.38 #       <jyp> for example, the bootloader will have a different address; and different models will probably have a different target address
23.31.29 #       <Bagder> jyp: there's already a boot-loader option you could re-use, and there's a separate question for target
23.31.41 #       <Bagder> but hey
23.31.47 #       <Bagder> if you want one, go ahead
23.32.10 #       <Bagder> just make sure it only appears for gmini builds
23.32.15 #       <jyp> It won't be asked for other targets
23.34.01 #       <jyp> I'm nore or less certain that this will need to be changed; but there's no better solution until we have a bootloader (or something else)
23.34.06 #       <preglow> LinusN: now, that isn't an ACTUAL raytracer written in 6510 assembler, now is it? ;)
23.34.08 #       <XShocK> does cvs uisimulator work in win32? mine doesn't
23.34.17 #       <jyp> and after this is committed I'll be in sync
23.35.16 #       <amiconn> XShocK: Mine doesn't as well, as is the case with the X11 sim (on cygwin)
23.35.55 #       <HCl> hrm.
23.36.37 #       * HCl scratches his head
23.38.19 #       <HCl> okay. well. my routine to detect what scanline i had to map to was totally broken..
23.38.32 #       * lImbus wonders if this channel will hit the 50 users mark tonight.
23.38.45 #       * HCl will just wait for linuxstb to wake up and see whether he is interested in helping
23.40.02 #       <LinusN> preglow: no, it's precalculated on an amiga (with our own raytracer, of course)
23.40.28 #       <preglow> LinusN: i like the glenz mapping, haven't seen that on a c64 before
23.40.36 #       <LinusN> :-)
23.40.46 #       <preglow> very crystal dreams-ish, heh
23.40.52 #       <LinusN> hehe
23.42.05 #       <amiconn> LinusN: I'm not really familiar with gdb :( What I just did: 'gdb ./rockboxui' and then 'start'
23.42.16 #       <amiconn> Now it tells me:
23.42.16 #       <preglow> time for a sid party
23.42.22 #       <Bagder> jyp: it would be cool with some photos of a Gmini running Rockbox, for the new photo page
23.42.27 #       <amiconn> Breakpoint 1 at 0x401777: file ../x11/screenhack.c, line 364.
23.42.27 #       <amiconn> Starting program: /home/Administrator/rb-patched/simulator-build/z11-iriver/rockboxui.exe
23.42.27 #       <amiconn> Program received signal SIGSEGV, Segmentation fault.
23.42.27 DBUG    Enqueued KICK amiconn
23.42.27 #       <amiconn> 0x0040150a in screenhack_handle_event (dpy=0x401750, event=0x0, release=0x0, repeat=0x1)
23.42.28 #       <amiconn>     at ../x11/screenhack.c:249
23.42.28 ***     Alert Mode level 1
23.42.28 #       <amiconn> 249               lasttime = event->xkey.time;
23.42.41 #       <Bagder> event is NULL
23.42.42 #       <LinusN> there you have it :-)
23.42.51 #       <amiconn> ???
23.42.57 #       <LinusN> event=0x0
23.43.33 Quit    webguest30 ("CGI:IRC")
23.43.34 #       <amiconn> Yeah, but *why*? Hmmm. It used to work a few days ago...
23.43.59 #       <jyp> Bagder, sure, but now there's too much stuff to fit in the free space on my gmini sp; so I'm stalled by the bootloader
23.44.17 #       <jyp> I'm wrking on the emu in the meantime
23.44.44 #       <Bagder> I see. Just just as cool photos ;-)
23.44.50 #       <Bagder> just not
23.47.15 #       <amiconn> The win32 sim segfaults in tree.c (line 825)...
23.48.14 #       <XShocK> i have seg fault in 830 in tree.c
23.48.30 Join    webguest71 [0] (~3e234217@labb.contactor.se)
23.49.01 #       <iriver> the dbtree   filetree was not correctly include when I compiled the sim for Linux
23.49.41 #       <amiconn> XShocK: Yeah, now I get line 830 too. Didn't recompile the latest & greatest...
23.50.32 #       <amiconn> LinusN is to blame...
23.50.50 #       <amiconn> BUTTON_MODE and BUTTON_RC_ON share the same value...
23.50.52 #       <LinusN> amiconn: cool
23.51.36 #       <LinusN> i'm silly
23.51.47 #       <HCl>  :P
23.52.00 #       <amiconn> Why didn't you use the BUTTON_REMOTE modifier in the first place?
23.52.01 #       <Bagder> jyp: the cvs build is now adjusted to the new configure
23.52.13 #       <jyp> thanks :)
23.52.24 Ctcp    Ignored 1 channel CTCP requests in 0 seconds at the last flood
23.52.24 #       * amiconn tries that
23.52.29 ***     Alert Mode OFF
23.54.09 #       <HCl> okay
23.54.10 #       <amiconn> Hmm, still doesn't werk...
23.54.13 #       <HCl> i think i can pretty much conclude
23.54.14 #       <iriver> what is the purpose of the "long policy"?
23.54.20 #       <LinusN> amiconn: :-b
23.54.20 #       <HCl> that i'm not sure how the hell the lcd interface is supposed to work :X
23.54.30 #       <Bagder> iriver: long => 32, int => 16 bits
23.54.38 #       <iriver> I know :)
23.54.42 #       <Bagder> to work fine on Archo Gmini
23.55.00 #       <Bagder> Archos
23.55.05 #       <lostlogic> do you support a 'long long' for 64? or is 32bits as big as it gets?
23.55.05 #       <Bagder> damn I type badly
23.55.25 #       <Bagder> I can't see why long long shouldn't work
23.55.27 Join    amiconn_ [0] (~jens@pD9E7F2EA.dip.t-dialin.net)
23.55.36 #       <Bagder> its gcc and long long is c99
23.55.46 Quit    amiconn (Nick collision from services.)
23.55.47 Nick    amiconn_ is now known as amiconn (~jens@pD9E7F2EA.dip.t-dialin.net)
23.56.19 #       <lostlogic> coo'
23.56.43 #       <amiconn> long long is actually used (e.g. in the euroconverter plugin)