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

00.00.07 #       <amiconn> Bleeding edge builds are incomplete anyway (no rocks for either Ondio, no gmini, no iriver)
00.00.18 #       <Bagder> a zip file would fix that
00.00.51 #       <linuxstb> Damn, found another unbounded malloc - the seek table.
00.00.52 #       <Bagder> a make zip for every build
00.01.58 #       <Bagder> hehe, and the player debug bleeding edge file is from april 25 2003 ;-)
00.02.33 #       <amiconn> rofl
00.03.15 #       <lImbus> hehe
00.04.32 #       <HCl> hehe
00.05.35 Quit    webguest69 ("CGI:IRC")
00.06.20 #       <rasher> mosaic looks groovy
00.07.19 #       <Trevmar> I GOT A PROBLEM - the oldest daily build in the archive at rockbox.org that I can access is 9 Jan and the software is already broken by then. I tried to construct a URL for older files and failed. Where do I get the older daily builds from, please???
00.07.43 #       <Bagder> nowhere
00.07.46 #       <Bagder> they're removed
00.08.04 #       <Bagder> you build older yourself by checking out older sources
00.08.28 #       <Bagder> cvs co -D "date" rockbox
00.08.29 #       <Bagder> iirc
00.10.23 #       <Trevmar> OK, I didn't change over to the new CVS when you left Sourceforge, so I am way behind on source builds - lazy, I guess.. let me plug away at this because I may be wrong with Jan 9 working - I am looking at it in more detail. I shouldn't jump to conclusions :) Been out of software testing too long, I am afraid...
00.10.42 #       <Bagder> no worries
00.11.16 #       <rasher> when do the daily builds happen?
00.11.44 #       <amiconn> 6 a.m. CET iirc
00.11.53 #       <Trevmar> confirmed - it was broken before Jan 9th - sheez...
00.12.12 #       <Bagder> ok, I modified the bleeding edge builds
00.12.20 #       <Bagder> and the links to them
00.12.30 #       <Bagder> now they're all rockbox.zip
00.12.44 #       <amiconn> reboot, brb
00.12.47 Part    amiconn
00.13.06 #       <Bagder> so now there's an iRiver h1x0 link as well
00.14.07 Quit    thegeek (Read error: 104 (Connection reset by peer))
00.14.18 Quit    ripnetuk (Read error: 104 (Connection reset by peer))
00.15.27 Join    thegeek [0] (na@ti521110a080-3006.bb.online.no)
00.16.23 #       <rasher> oh, and it actually works?
00.16.33 #       <Bagder> I assume it does
00.16.38 #       <rasher> rocking
00.17.44 #       <Bagder> oops, the description was wrong, fixed now
00.18.57 #       <Trevmar> OK, I have found that the 23 December OndioFM build is OK with 03 08 units but the Jan 9th build is not seeing the MMC card. It is going to be serious work for me to set up CVS so I can build some more daily builds between that period. Doesn't anybody have a backup or an archive?
00.20.08 #       * HCl goes back to sleep..
00.20.15 #       <Bagder> Trevmar: during that period, there was only two changes in ata.c
00.20.16 Quit    izzy_ (Read error: 60 (Operation timed out))
00.20.34 #       <rasher> wow, cube looks great in full screen
00.20.48 #       <rasher> but the perspective thing does look a bit odd at some moments
00.20.48 #       <Bagder> and three in ata_mmc.c
00.21.04 #       <[IDC]Dragon> ata.c is not involved
00.21.09 #       <Bagder> ok
00.21.28 Join    amiconn [0] (~jens@pD95D135F.dip.t-dialin.net)
00.22.22 #       <Trevmar> if anybody has any build ZIPs maybe they could email them to me? I can test them pretty quick... (and without risk, 'cos I can always go back to uart_bot LOL)
00.23.08 #       <rasher> What in the world does "xsanke: " mean in the "bounce" plugin?
00.23.21 #       <Bagder> its a parameter
00.23.43 #       <Bagder> its a speed for a second sine table, whose data is added to the first
00.24.31 #       <Bagder> named like that as a tribute to the weird person who taught me that trick, many eons ago
00.25.07 #       <rasher> heh okay
00.26.59 #       <rasher> it'd be fun (although possibly more draining to the batteries) to be able to use these as actual screen savers
00.27.54 #       <Bagder> I doubt very many would actually want that
00.28.11 #       <amiconn> Hmm, strange. Both recorder and iRiver sim scroll when compiled for X11, however, when compiling Win32 sims, only the recorder sim does scroll...
00.28.13 #       <rasher> probably
00.28.49 #       <Bagder> amiconn: that is mighty strange
00.29.41 #       <linuxstb> At what stage does Rockbox read the ID3 tags from a file?  Is it when playing starts, or earlier?
00.29.46 Quit    midk ("Leaving")
00.29.57 #       <Bagder> linuxstb: when it loads the file to ram
00.30.00 Quit    Sucka ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )")
00.30.36 #       <linuxstb> Bagder: Does it need to read it that early?
00.31.01 #       <Bagder> yes, in order not to waste battery it reads the data when the disk is already spinning
00.31.15 #       <Bagder> and then it also has info about next song etc
00.31.46 #       <linuxstb> Is the next song info displayed (sorry, I haven't used my Archos for a while)
00.31.50 Join    midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com)
00.32.11 Quit    jyp ("poof!")
00.32.18 #       <Bagder> yes, if you use such a WPS-tag
00.33.10 Join    izzy [0] (laitinei@huippu.net)
00.33.22 #       <amiconn> ..but the screen update of these is broken, depending on the line type you insert them they may not get updated :(
00.33.33 #       <Bagder> yes, it still needs improvement
00.33.45 #       <Bagder> but that's not limited to next-song
00.33.49 #       <linuxstb> With FLAC, the procedure is: init decoder, process file up to end of meta-data, process rest of file, reset decoder ready for next file
00.34.24 #       <Bagder> amiconn: try a fixed string with "time remaining" appended, long enough to scroll
00.34.27 #       <linuxstb> So it looks like I need an efficient way to read the metadata from a FLAC file, without creating a full decoder instance (needing 150K RAM).
00.35.03 #       <Bagder> that would be the best, yes
00.41.53 #       <Bagder> time to hit bed
00.44.13 #       <[IDC]Dragon> here too
00.45.39 Part    [IDC]Dragon
00.46.40 #       <rasher> Here as well
00.47.09 #       <lImbus> well then. good night on all sides
00.48.42 #       <Trevmar> Goonight. I guess I will do more testing if anybody sends me some OndioFM daily build Zips from 23 Dec to 9 Jan to test..
00.51.42 Join    webguest43 [0] (~d99b54b6@labb.contactor.se)
00.51.52 ***     Saving seen data "./dancer.seen"
00.51.59 #       <webguest43> hi ! has anyone managed to run the iriver without battery ?
00.52.11 #       <webguest43> i.e. direct hookup to a power supply ?
00.52.26 Quit    webguest43 (Client Quit)
00.55.09 Join    ashridah [0] (ashridah@220-253-119-189.VIC.netspace.net.au)
00.55.35 Quit    Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )")
01.01.11 Join    xen` [0] (~xen@ADijon-151-1-40-153.w83-196.abo.wanadoo.fr)
01.14.03 Quit    lImbus ("must...stay...awake...can't..anymore..hold")
01.16.27 Quit    lolo-laptop ("Client exiting")
01.37.44 Part    amiconn
01.43.19 Quit    cYmen_ ("leaving")
01.55.07 Quit    Trevmar (Read error: 110 (Connection timed out))
01.55.45 Quit    jpburton5150 (Read error: 110 (Connection timed out))
01.56.00 Quit    edx ()
02.05.11 Join    edx [0] (edx@p54879303.dip.t-dialin.net)
02.12.57 Join    edx_ [0] (edx@pD9EAB343.dip.t-dialin.net)
02.13.43 Quit    gromit` (Read error: 60 (Operation timed out))
02.25.21 Quit    Patr3ck ("User pushed the X - because it's Xtra, baby")
02.27.29 Quit    edx (Read error: 110 (Connection timed out))
02.32.53 Quit    ashridah ("out")
02.35.10 Nick    edx_ is now known as edx (edx@pD9EAB343.dip.t-dialin.net)
02.48.43 Join    gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net)
02.51.55 ***     Saving seen data "./dancer.seen"
03.03.04 Quit    midk ("Leaving")
03.08.17 Quit    mecraw ()
03.22.23 Quit    linuxstb (Read error: 110 (Connection timed out))
03.22.44 Join    ashridah [0] (ashridah@220-253-118-208.VIC.netspace.net.au)
03.33.41 Join    webguest99 [0] (~44e5cff2@labb.contactor.se)
03.46.29 Quit    webguest99 ("CGI:IRC (EOF)")
03.57.13 #       <XShocK> hmm. I realized that SPDIF output is active all the time in Rockbox. IS it supposed to be like that?
03.57.22 #       <XShocK> iriver ihp120
04.05.40 Join    QT_ [0] (as@area51.users.madwifi)
04.05.49 #       <ashridah> well. probably not, but it hasn't been handled yet i imagine
04.08.29 #       <XShocK> ok, just in case only me alone getting it. :)
04.08.44 Join    midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com)
04.08.49 Quit    Stryke` (Read error: 104 (Connection reset by peer))
04.10.18 #       <ashridah> nah, mine's on too
04.10.47 #       <midk> so is mine!
04.12.30 #       <ashridah> there's a lot of differences between the archos platform and iriver's that need to be reconciled
04.13.29 Join    lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net)
04.18.53 Quit    QT (Read error: 110 (Connection timed out))
04.19.04 #       <XShocK> buy, going to sleep.
04.24.01 Quit    XShocK (" HydraIRC -> http://www.hydrairc.com <- IRC for those that like to be different")
04.27.26 Join    webguest79 [0] (~18e0b44d@labb.contactor.se)
04.28.12 Quit    webguest79 (Client Quit)
04.51.58 ***     Saving seen data "./dancer.seen"
04.55.52 #       <coob> http://www.ipodlinux.org/forums/viewtopic.php?p=7200#7200 <-- cube.c ported to ipod linux :D
05.14.15 Quit    xen` (Read error: 110 (Connection timed out))
05.26.46 Quit    gromit` (zelazny.freenode.net irc.freenode.net)
05.26.46 NSplit  zelazny.freenode.net irc.freenode.net
05.26.46 Quit    edx (zelazny.freenode.net irc.freenode.net)
05.26.46 Quit    izzy (zelazny.freenode.net irc.freenode.net)
05.26.46 Quit    mbr (zelazny.freenode.net irc.freenode.net)
05.27.16 NHeal   zelazny.freenode.net irc.freenode.net
05.27.16 NJoin   gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net)
05.27.16 NJoin   edx [0] (edx@pD9EAB343.dip.t-dialin.net)
05.27.16 NJoin   izzy [0] (laitinei@huippu.net)
05.27.16 NJoin   mbr [0] (~mb@stz-softwaretechnik.de)
05.39.49 Join    jpburton5150 [0] (knoppix@cpe-24-94-54-216.stny.res.rr.com)
05.39.55 #       <jpburton5150> hey HCL
05.40.21 #       <jpburton5150> how did you end up fixing that "unrecognized architecture specification '5249'" problem?
05.40.30 #       <jpburton5150> (or anyone else who got it)
06.20.57 Quit    midk (Read error: 104 (Connection reset by peer))
06.22.17 #       <HCl> jpburton5150: cvs binutils
06.29.30 Quit    jpburton5150 (Read error: 60 (Operation timed out))
06.52.01 ***     Saving seen data "./dancer.seen"
07.12.20 Join    midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com)
07.30.27 Quit    MooMaunder (Read error: 110 (Connection timed out))
07.32.32 Join    webguest96 [0] (~18221819@labb.contactor.se)
07.34.12 Part    webguest96
08.14.51 Join    Stryke` [0] (~Derek@resnet-241-86.resnet.UMBC.EDU)
08.15.11 Join    LinusN [0] (~linus@labb.contactor.se)
08.15.22 Quit    Stryke` (Read error: 54 (Connection reset by peer))
08.42.06 Quit    einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
08.50.39 Join    Trevmar [0] (~trevor@ca-agoura-cuda2h-53.ventca.adelphia.net)
08.51.40 #       <Trevmar> I am trying to get my source tree to the date of 29 Dec daily CVS build so that I can generate old versions to track a bug but Cygwin CVS says it doesn't accept the -D "20051229" option. What to do??
08.52.02 ***     Saving seen data "./dancer.seen"
08.52.22 #       <LinusN> should work
08.53.02 #       <midk> 20051229?
08.53.07 #       <midk> that's about ten and a half months away.
08.53.11 #       <LinusN> haha
08.53.24 #       <midk> :)
08.54.42 #       <Trevmar> Ok, I checked, I put -D "20041229" and got 'invalid option --D'
08.54.53 #       <LinusN> where did you put the -D?
08.54.54 #       <midk> that's happened to me before..
08.55.01 #       <midk> yes, it has to be in a certain place.
08.55.04 #       <LinusN> it should be after the "co"
08.55.11 #       <Trevmar> Ok, thanks, let me try
08.55.14 #       <LinusN> or "update" if you did that
08.57.07 #       <Trevmar> brilliant, files are being updated. Now my memory is foggy cos last time I used Rock CVS it was stil on sourceforge :( Is there a script to automatically generate the daily build ZIP? or do I have to make and then pick files?
08.57.27 #       <LinusN> "make zip"
08.57.31 #       <Trevmar> thanks
08.57.51 #       <LinusN> you might need to check out "fonts" as well
08.57.53 #       <Trevmar> from the home/Adminstrator/rockbox directory, I assume?
08.58.15 #       <LinusN> from the dir where you built the firmware
08.58.39 #       <Trevmar> Ok, so I have to build formware first? doesn't make do that?
08.58.57 #       <LinusN> if you type make without arguments, yes
08.59.21 #       <Trevmar> OK, so first I will run make w/o args and then make zip OK?
08.59.36 #       <LinusN> you need to run the configure script as usual, then build the firmware, then "make zip"
09.00.31 #       <Trevmar> oops, forgot configure..let me do that.. make without args builds the firmeare?
09.00.43 #       <LinusN> yes
09.00.51 #       <LinusN> mkdir ondio
09.00.54 #       <LinusN> cd ondio
09.00.59 #       <Trevmar> thanks, sorry for being thick... it has been a long time...
09.01.02 #       <LinusN> ../tools/configure
09.01.06 #       <LinusN> make
09.01.07 #       <LinusN> make zip
09.01.20 #       <Trevmar> :)
09.01.26 #       <LinusN> but first you should check out the "fonts" module
09.01.38 #       <LinusN> from cvs
09.02.35 #       <Trevmar> I already have fonts on the boxes I am flashing, will it be OK to ignore updates to them in the last 2 months?
09.02.40 #       <LinusN> "/home/Administrator"...hehe i wouldn't dare to work logged in as root on my linux box... :-)
09.02.56 #       <LinusN> the make zip script needs the fonts
09.03.05 #       <Trevmar> yes, LOL, I am not a developer, and I won't be using the simulators -LOL
09.03.20 #       <Trevmar> OK, will get fontd
09.04.41 #       <Trevmar> OK, CVS gave me fints :)
09.04.49 #       <Trevmar> typos sheez...
09.05.00 #       <Trevmar> getting late..
09.05.04 #       <LinusN> :-)
09.09.43 #       <Trevmar> you were correct,  'make' was OK but 'make zip' told me "cant open fonts at /home/Administrator/rockbox/tools/buildzip.pl" I downloaded the CVS, did I have to make the fonts seperately?
09.10.06 #       <Trevmar> I did get the font pacakge from CVS
09.10.16 #       <LinusN> i think i misled yoiu a little
09.10.30 #       <LinusN> the fonts package should be in the rockbox dir
09.10.38 #       <LinusN> rockbox/fonts
09.10.44 #       <Trevmar> OK, I founf that fonts are not in the rockbox directory. Let me get them in the right place
09.11.18 #       <Trevmar> so I should issue that CVS command in the rockbox directory, I guess??
09.11.23 #       <LinusN> yes
09.11.27 #       <Trevmar> :)
09.12.10 #       <dwihno> LinusN: How does the current fonts look on the ihp?
09.12.25 #       <LinusN> wonderful
09.12.32 #       <LinusN> 16 lines
09.12.40 #       <LinusN> with the default font
09.12.48 #       <LinusN> and the larger ones look really good
09.12.56 #       <LinusN> pure pleasure
09.13.10 #       <LinusN> go get an iriver
09.13.19 #       <dwihno> :)
09.13.32 #       * LinusN got one off ebay yesterday
09.13.33 #       <dwihno> I'm buying a new computer this month. The iriver has to wait.
09.16.31 #       <Trevmar> Hmm. After I downloaded and Rolo ut t he "info" screen says version 20050209-0008 yet it works, and I told CVS to checkout -D "2004 1229"
09.17.20 #       <LinusN> that info is the build date, not the checkout date
09.17.39 #       <LinusN> "built from CVS on 20050209"
09.17.53 #       <Trevmar> Ok, thanks, so is there anyway I can doublecheck I am flashing the correct build date?
09.18.01 #       <LinusN> not really
09.18.28 #       <Trevmar> Ok, I will go ahead and try a few dates. I know that Jan 9 was dead. Let me try that one again...
09.18.36 #       <LinusN> good luck
09.18.40 #       <Trevmar> thanks
09.18.51 #       <LinusN> your efforts are apprciated
09.19.04 #       <Trevmar> you rockbox guys make it soooo easy.. thanks a bunch
09.38.24 Join    einhirn [0] (Miranda@bsod.rz.tu-clausthal.de)
09.40.15 Join    kurzhaarrocker [0] (~Phil@p5487C51D.dip0.t-ipconnect.de)
09.44.48 #       <kurzhaarrocker> Are there any iriver models that run on AA sized batteries (mignon) and are about to be supported by rockbox?
09.45.36 #       <sneakums> not that i know of.
09.46.33 #       <dwihno> kurzhaarrocker: the only iriver models using AA type batteries are the flash based...
09.46.58 #       <kurzhaarrocker> .. which are not very interesting to me either :(
09.49.41 #       <dwihno> :(
09.49.49 #       <dwihno> You are concerned about the battery?
09.49.55 #       <dwihno> (in the hard drive models)?
09.50.48 Join    DMJC [0] (~James@220-245-162-47-sa-nt.tpgi.com.au)
09.50.57 #       <kurzhaarrocker> I just don't want to carry around a bunch of special chargers for each toy I have. I won't buy portable electronic that doesn't run on AA sized batteries.
09.51.12 #       <DMJC> sucks to be you
09.51.39 #       <kurzhaarrocker> :)
09.52.03 #       <DMJC> myself, i think everything should use the USB voltage..
09.52.14 #       <DMJC> you can get car to usb adapters..
09.52.29 #       <sneakums> there's a usb to iriver adapter
09.53.16 #       <sneakums> http://www.boxwave.com/products/minisync/minisync-retractable-cable-iriver-h120_354.htm
09.53.34 #       <sneakums> rasher has one, it appears to work as advertised
09.54.37 #       <kurzhaarrocker> But that would mean I had to buy a car to generate the energy for my portatronix -> to big for my pocket.
09.54.40 #       <rasher> Yup, got it yesterday. It's pretty sweet.
09.54.57 #       <sneakums> or plug it into a handy computer.
09.55.18 #       <DMJC> you apid for that?
09.55.21 #       <DMJC> paid
09.55.45 #       <DMJC> I just got a $10.00 usb camera cable, and soldered a power end on the power wires
09.55.53 #       <DMJC> recharges and synchs
09.55.54 Quit    Trevmar (Read error: 110 (Connection timed out))
09.56.14 Join    Trevmar [0] (~trevor@ca-agoura-cuda2h-53.ventca.adelphia.net)
09.56.15 #       <rasher> I'm not too handy with the soldering, plus I like the retractable
09.56.17 #       <rasher> thing
09.56.51 #       <DMJC> my soldering is disgustingly poor heh
09.56.59 #       <Trevmar> Linus, when I tried to make for a new date I got LD giving me the error "region FLASH is full". I used CVS -D and then "make clean" and "make"
09.57.02 #       <DMJC> had a mate take a look at it when i'd finished
09.57.53 #       <DMJC> is anyone working on porting tremor atm?
09.59.09 #       <Trevmar> can anybody help me with my compilation problem? I am trying to compile cersions of CVS from early january to track an Ondio S/W bug
09.59.46 #       <sneakums> DMJC: linuxstb or whoever has been doing work on the codecs, not sure if he got around to tremor yet
10.00.04 #       <DMJC> k
10.07.26 Join    amiconn [0] (~jens@pD95D135F.dip.t-dialin.net)
10.07.32 #       <Trevmar> can anybody help me with my compilation problem? I am trying to compile cersions of CVS from early january to track an Ondio S/W bug
10.07.34 #       <Trevmar> Linus, when I tried to make for a new date I got LD giving me the error "region FLASH is full". I used CVS -D and then "make clean" and "make"
10.07.54 #       <Trevmar> amiconn (linus is gone..)
10.08.25 #       <Trevmar> I made the 20041229 OK, and it worked, but having trouble making newer dates
10.08.32 #       <amiconn> Trevmar: That's no problem, it only indicates that your can't build rombox, because it grew too big
10.09.07 #       <Trevmar> but the one that couldn'y link was the CVS -D "20050109"
10.09.30 #       <Trevmar> surely that release could be flashed?
10.09.52 #       <Trevmar> I couldn't link 20050110 either :(
10.10.14 Quit    kurzhaarrocker (Remote closed the connection)
10.10.16 #       <amiconn> yup; only that there is no rombox.ucl. rockbox.ucl will work just fine.
10.10.41 #       <Trevmar> Oh, I get it.. let me try again
10.13.59 Join    Zagor [242] (~bjst@labb.contactor.se)
10.15.53 #       <Trevmar> hmm. the 10 Jan build I did worked. Let me go back to the online repository and double-check, maybe I was too tire this afternoon and identified Jan 9 incorrectly...
10.16.04 #       <Trevmar> tired
10.19.31 #       <Trevmar> amiconn, the Rolo version of 10 Jan works to recognize the MMC card, but when I flash the UCL it doesn't see them. OK, let me make some more dates...
10.26.42 Join    Aison [0] (~hans@zux166-181.adsl.green.ch)
10.52.05 ***     Saving seen data "./dancer.seen"
10.58.56 Join    Patr3ck [0] (~patr3ck@pD9ECFF0B.dip.t-dialin.net)
11.04.15 Join    ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk)
11.06.36 Join    linuxstb [0] (~linuxstb@dsl-212-23-31-215.zen.co.uk)
11.07.40 #       <ripnetuk> are we sure that iRiver rockbox doesnt eat file systems? ive had 3 instances of corrupted fat after running Rockbox, on an iRiver thats never corrupted before. Each time, I have formatted the drive using Windows, then synced my ~36 gigs of music on, and unzipped the rockbox zip. This works. If I then allow Rockbox to boot, and then boot back into the original firmware, and unzip the rockbox.zip again, the fat driver panics saying its 
11.08.15 #       <rasher> sounds like a bug
11.08.25 #       <ripnetuk> delete beyond eof, and remounts the jukebox read only. The only other thing I did recently was upgrade my kernel. Could it be the infamous usb scsi kernel bug? can anyone remember the patch for the kernel to get irivers working reliably?
11.09.00 #       <LinusN> ripnetuk: the vfat driver?
11.09.01 #       <rasher> Hm, I haven't had any problems with that
11.09.24 #       <LinusN> i haven't had any file system problems
11.10.13 #       <ripnetuk> it was something to do with not reporting back to the scsi layer.
11.10.21 #       <LinusN> i know that
11.10.44 #       <ripnetuk> im gonna try again on my old kernel tongiht. Just checking no one else had problems with it
11.10.52 #       <LinusN> i just meant that i haven't experienced any fat problems at all since i started developing the iriver stuff
11.10.53 #       <rasher> ripnetuk: which kernel version is this?
11.11.10 #       <ripnetuk>  2.6.8.1-24mdksmp 
11.11.33 #       <LinusN> i have 2.6.9
11.11.39 #       <rasher> I have 2.6.10
11.12.03 #       <ripnetuk> hmmm... i guess the next sensible thing to try is either installing from windows, or trying my old kernel again.
11.12.11 #       <rasher> think I skipped over 2.6.8.1
11.12.17 #       <ripnetuk> sorry to have bl;amed Rockbox :) im sure the ata code is well tested on the Archos :)
11.12.44 #       <LinusN> ripnetuk: yes, the rockbox ata driver is well-tested, but it may still contain bugs
11.13.04 #       <ripnetuk> but im sure someone else would have noticed if it destroyed fs's 
11.13.07 #       <LinusN> and the iriver ATA driver is quite fresh
11.13.24 #       <ripnetuk> i will do some more testing tonight and report back. thanks
11.14.16 #       <LinusN> good luck
11.14.18 Join    xen` [0] (~xen@ADijon-151-1-51-175.w83-196.abo.wanadoo.fr)
11.14.19 #       <ripnetuk> ta
11.15.01 #       <rasher> what're people working on right now?
11.15.17 #       <LinusN> stuff
11.15.18 #       <LinusN> :-)
11.15.25 #       <rasher> :)
11.15.56 #       <LinusN> i have some changes to the bootloader coming up, and then i'll work on the usb
11.16.13 #       <xen`> means we'll have to reflash ? ;)
11.16.21 Quit    Trevmar (Read error: 110 (Connection timed out))
11.16.25 #       <LinusN> if you want the new functionality, yes
11.16.26 #       <xen`> heh
11.17.34 #       <rasher> what are the changes?
11.17.47 #       <rasher> anything specific?
11.18.13 #       <LinusN> 1) it starts the original if rockbox.iriver isn't found
11.18.25 #       <LinusN> 2) it respects the hold switches
11.20.02 #       <xen`> I checked libmodplug
11.20.10 #       <xen`> it got some little part in float
11.20.17 #       <xen`> gonna check if its possible to convert them
11.20.21 #       <xen`> but also, its written in C++
11.20.37 #       <xen`> but that should be possible to convert it more or less easily
11.20.43 #       <rasher> That's great news
11.21.36 Quit    Christi-S (Read error: 60 (Operation timed out))
11.22.32 #       <xen`> and with it, we would get s3m, mod, xm, it, far, 669, umx, etc...
11.22.33 #       <xen`> even wav =)
11.22.55 #       <rasher> modplug does wav?
11.23.06 #       <xen`> yep
11.23.08 #       <rasher> some formats using wav samples 
11.23.10 #       <rasher> I guess?
11.24.00 #       <xen`> config.h.in   load_dmf.cpp  load_mod.cpp  load_stm.cpp  mmcmp.cpp    sndmix.cpp
11.24.00 #       <xen`> fastmix.cpp   load_dsm.cpp  load_mt2.cpp  load_ult.cpp  modplug.cpp  tables.cpp
11.24.00 #       <xen`> libmodplug    load_far.cpp  load_mtm.cpp  load_umx.cpp  modplug.h
11.24.00 DBUG    Enqueued KICK xen`
11.24.00 #       <xen`> load_669.cpp  load_it.cpp   load_okt.cpp  load_wav.cpp  snd_dsp.cpp
11.24.00 #       <xen`> load_amf.cpp  load_j2b.cpp  load_psm.cpp  load_xm.cpp   sndfile.cpp
11.24.01 ***     Alert Mode level 1
11.24.01 #       <xen`> load_ams.cpp  load_mdl.cpp  load_ptm.cpp  Makefile.am   snd_flt.cpp
11.24.03 #       <xen`> load_dbm.cpp  load_med.cpp  load_s3m.cpp  Makefile.in   snd_fx.cpp
11.24.14 #       <xen`> there are plenty of format =)
11.24.23 #       <linuxstb> xen`: I'm working on some audio codecs for Rockbox, and the main problem so far is memory usage - Rockbox doesn't have malloc, and we want to try and avoid using it.
11.24.33 #       <xen`> ho ok
11.24.42 #       <xen`> what other limitations there is ?
11.25.09 #       <xen`> and how many memory I'm restricted to ?
11.25.31 #       <linuxstb> No other big limitations.  I suppose just the speed of the processor.
11.25.53 #       <linuxstb> Re: memory - I think the rule is just as little as possible.
11.25.58 #       <xen`> ok
11.26.24 #       <xen`> I'll have to check rockbox others codec to learn how to adapt them
11.26.38 #       <LinusN> there are none
11.26.55 #       <linuxstb> Also, you will need to restrict yourself you a pre-defined maximum memory size.  For FLAC, this means not supporting files that have been encoded with large block sizes (which I don't think happens in the real world anyway).
11.27.13 #       <LinusN> how large is "large"?
11.27.45 #       <linuxstb> All my FLAC files are encoded with a blocksize of 4608 bytes.  But the standard allows block sizes up to 32K
11.28.40 #       <LinusN> but how does that affect the overall mem usage?
11.28.42 #       <xen`> oki
11.29.21 #       <DMJC> how's the tremor port going?
11.29.37 #       <xen`> right now everything is ready to start working on them right ? I just wont get sound output cause of the sound part not done ?
11.29.44 #       <xen`> or is sound part the codec themself only ?
11.29.47 #       <linuxstb> libFLAC allocates 4 buffers of about 4xblocksize - So 4608*16 is about 73K, but 32K*16 is 524K - a big difference in "typical" and maximum usage
11.30.20 #       <linuxstb> I'll just make "maximum supported blocksize" a #define, and set it initially to 4608
11.30.57 Join    Christi-S [0] (~christi@213.78.116.104)
11.31.52 #       <xen`> hmm
11.31.54 #       <xen`> things is
11.31.59 #       <xen`> mod/xm are tracker format
11.32.03 #       <linuxstb> xen': the audio "framework" hasn't been designed yet.  I'm first looking in detail at how the codecs work, and then I'll propose something on the Wiki for others to comment on.
11.32.13 #       <LinusN> linuxstb: i don't see a problem with 524K
11.32.21 #       <xen`> samples has to be loaded on the fly
11.32.32 #       <xen`> it gonna be painfull with no malloc =)
11.32.43 #       <xen`> otherwise I can check if its possible to read them as they are played
11.32.45 #       <linuxstb> LinusN: in which case, I'll just change the #define to 32K
11.32.49 #       <LinusN> do so
11.32.50 Join    Trevmar [0] (LUMOS@206-72-67-118.dsl.dock.net)
11.33.02 #       <Trevmar> LinusN or Amiconn, are you tehre??
11.33.12 #       <LinusN> i am
11.33.47 #       <Trevmar> Linus, I found that the Jan 02 build doesn't see the MMC card in the 03 08 mask ondios and that Jan 01 is OK
11.34.02 ***     Alert Mode OFF
11.34.10 #       <linuxstb> The other "unbounded" memory usage is the FLAC seektable.  One seekpoint takes 20 bytes of storage, and even a 1 hour FLAC file only has about 400 seek points, so I'll just limit that to about 1000 seek points.
11.34.17 #       <Trevmar> This coincides with when the LD comes up with "FLASh is full" error message on ROMbox
11.34.24 #       <xen`> hmm, finally I think it will need some complete rewrite :/
11.34.30 #       <linuxstb> *The only "unbounded"...
11.34.50 #       <Trevmar> and the files changed are dir.c  config-ondiofm.h and config-ondisp.h
11.35.12 #       <linuxstb> DMJC: I haven't looked at Tremor yet.
11.35.48 #       <Trevmar> Linus, shoudl I post that on the Forum?
11.36.07 #       <LinusN> Trevmar: i'm afraid that it is a little more complicated than that
11.36.14 #       <amiconn> Trevmar: Did you flash "rombox.ucl" or "rockbox.ucl" for your Jan 01 build?
11.36.14 #       <linuxstb> LinusN: Apart from those 4 big buffers, libFLAC uses about another 80K for various other buffers. - so mem usage would be between 150K and 600K depending on how we set the maximum blocksize.
11.36.35 #       <LinusN> linuxstb: ok, we'll have to live with that, i guess
11.36.42 #       <Trevmar> let me check.. rockbox.ucl
11.37.03 #       <LinusN> jan 01 was when the MULTIVOLUME was activated
11.37.13 #       <Trevmar> arrrgh
11.37.18 #       <linuxstb> I suppose it depends on how many codecs we want to be running at the same time.  If it's just two, then I guess 600K is OK.
11.37.37 #       <xen`> loading whole file into memory would be possible you think ?
11.37.55 #       <LinusN> xen`: that depends on the file size, of course
11.38.04 #       <xen`> ok
11.38.24 #       <rasher> most tracker files are less than a few mb
11.38.27 #       <LinusN> we will have 25-30Mbytes for buffering
11.38.35 #       <xen`> because since samples are stored all over the file and several can be readen at once
11.38.41 #       <xen`> ho fine
11.38.54 #       <xen`> ok, if the whole file is in buffering, it should require no malloc at all =)
11.38.55 #       <linuxstb> xen': The codec itself shouldn't read the file from disk - the basic concept is to have a "compressed data buffer" and a "PCM data buffer".  The audio subsystem moves data from one buffer to the other with the help of the codecs.
11.39.12 #       <amiconn> Trevmar: There was a bug with the first multivolume implementation, that was fixed on Jan-03. Could you try building with Jan-04 cvs?
11.39.12 #       <xen`> oki
11.39.25 #       <Trevmar> amiconn, I guess i wasted time on a binary search - if I had known about Jan 1... Sigh...
11.39.32 #       <xen`> yes 30 mb is way enough for nearly all tracker files =)
11.39.43 #       <Trevmar> amiconn- yes, I will try a jan 4 for you, stand by
11.40.17 #       <xen`> finally it should be fine with modplug, I'll just wait the audio framework is out and i'll work on it
11.40.42 #       <Trevmar> dir.c and fat.h were changed between Jan 2 and Jan 4... compiling...
11.41.54 #       <linuxstb> xen': we may need to do something special with tracker files (and SID files) - "normal" codecs are streams - i.e. you read a frame of compressed data from the input, and write a frame of PCM data to the output.  It sounds like tracker files aren't like that.
11.42.17 #       <xen`> yes, right, the whole file is needed from the start
11.42.34 #       <rasher> luckily there's no size problem with either
11.42.45 #       <rasher> sid files are 100kb at most
11.42.49 #       <xen`> yep =)
11.43.10 #       <DMJC> is there a script to copy the completed iriver firmware build onto the iriver?
11.43.33 #       <linuxstb> DMJC: use "make zip" and then unzip the rockbox.zip on the irver.
11.43.34 #       <LinusN> you can have half the hvsc collection in memory at once :-)
11.43.40 #       <DMJC> cool
11.44.08 #       <rasher> heh
11.44.35 #       <Trevmar> Amiconn: it doesn't see the MMC on Jan 4th either
11.44.36 #       <rasher> well 100kb was overdoing it
11.44.44 #       <rasher> 63kb is the largest in hvsc
11.45.09 #       <DMJC> can't open dir fonts at /home/james/development/iriver/rockbox/tools/buildzip.pl line 76.
11.45.17 #       <linuxstb> rasher: someone said yesterday that SID files were 65?? programs.  So I'm guessing that limits them to 64K.
11.45.24 #       <LinusN> DMJC: cvs co fonts
11.45.39 #       <DMJC> k
11.46.06 #       <rasher> linuxstb: they are, and apparentlly it does indeed limit them to 64k
11.46.18 #       <rasher> I was thinking maybe there were multi-disk sids or something
11.46.33 #       <rasher> apparently not so
11.46.58 #       <linuxstb> But I'm assuming there's no limits on the sizes of various tracker files.
11.47.11 #       <rasher> probably not
11.47.24 #       <amiconn> Trevmar: Could you try one more thing: Compile from current cvs, but disable multivolume support and hotswap support in config-ondiofm.h
11.47.26 #       <amiconn> ?
11.47.42 #       <rasher> but there'd probalby be no harm done in putting a sufficiently high artificial limit on them
11.48.21 #       <Trevmar> amiconn- OK, I am doing that. It will take 5 mins or so
11.52.11 #       <DMJC> anyone writing a tetris port?
11.52.18 #       <rasher> There is already one
11.52.23 #       <rasher> rockblox
11.52.24 #       <DMJC> cool
11.52.34 #       <rasher> although it's horizontal
11.52.41 #       <rasher> which is quite odd on the iriver screen
11.52.57 #       <DMJC> yeah
11.53.14 #       <DMJC> that's something I noticed...
11.53.21 #       <DMJC> the play area for snake is hell tiny
11.53.29 #       <LinusN> the idea on the archos is to hold your archos rotated
11.54.07 #       <LinusN> the iriver screen is large enough to play it without rotating it
11.54.33 #       <LinusN> lunch time
11.54.58 #       <DMJC> yeah, need to start exploiting that screen
11.56.17 #       <rasher> aw, snow in fullscreen
11.56.37 Quit    ripnetuk (Read error: 104 (Connection reset by peer))
11.56.55 #       <amiconn> rasher: :)
11.57.30 #       <sneakums> you could fit a nice pac man on the iriver screen, i'll wager
11.57.50 Join    iriver [0] (~50a04882@labb.contactor.se)
11.58.52 #       <iriver> do your plugins work on the H1x0? I get a adress error for all plugins - except helloworld.
11.59.04 #       <LinusN> iriver: use the latest daily build
11.59.14 #       <iriver> I do
11.59.21 #       <LinusN> i doubt it
12.00.01 #       <iriver> cvs checked out and compiled this morning
12.00.02 #       <LinusN> did you unzip the entire zip to the iriver?
12.00.06 #       <iriver> yes
12.00.50 #       <LinusN> weird, i fixed that but 2 days ago
12.00.54 #       <LinusN> bug
12.01.53 #       <iriver> I don't know what is wrong with my iriver builds... the power off/shutdown function does not wok neither :(
12.02.35 #       <LinusN> i changed that, you are now supposed to hols the stop button
12.02.41 #       <LinusN> hold
12.03.22 #       <iriver> I implemented my own shutdown if HOLD is ON...  STOP hold does not work - if have to reset to poweroff Rockbox 
12.04.19 #       <iriver> when holding STOP the file browser starts
12.04.41 #       <Trevmar> Amiconn: as you expected, that seems OK. I have my advanced audio tweaks now too :) Shal I just try disabling hotswap or multicolume one at a time? Any dependencies?
12.04.55 #       <LinusN> iriver: then what is on screen when you hold stop?
12.05.35 #       <iriver> It does not react - it stays in filebrowser
12.06.02 #       <rasher> why are recording options not under options?
12.06.05 #       <rasher> in the menu
12.06.15 #       <rasher> iriver: do you have a song playing?
12.06.16 #       <LinusN> you said it started the browser, so where was it when you pushed stop in the first place?
12.06.29 #       <rasher> iriver: well, trying to play
12.08.03 #       <iriver> when Rockbox starts, the main screen is clear. only shown battery, volume, playing status, shuffle status
12.08.40 #       <rasher> iriver: what is the playing status?
12.08.45 #       <iriver> rasher: yes, i'm "playing" - at least the play icon is on, but stop does not stop it
12.08.52 #       <rasher> that's the problem
12.09.01 #       <LinusN> iriver: i guess you enabled the "resume" option
12.09.15 #       <iriver> but what is the solution :)
12.09.28 #       <rasher> iriver: go into the settings, set resume to "No"
12.09.46 #       <rasher> then try and generate disk activity (I think.. I browsed some folders..)
12.10.14 #       <rasher> then reset
12.10.27 #       <rasher> that's exactly the behaviour I got
12.10.44 #       <iriver> so I can't poweroff, if Resume in ON. Weird :)
12.10.58 #       <rasher> well you can't poweroff if the iriver's trying to play a song
12.11.10 #       <rasher> setting resume to off is just making sure that you're not doing that
12.11.19 #       <iriver> but why can't I stop a song by pressing STOP
12.11.51 #       <LinusN> iriver: because the mpeg thread doesn't respond to the SYS_POWEROFF event
12.12.10 #       <Trevmar> Amiconn: now I am trying just disabling multivolume, and not hotswap
12.12.11 #       <LinusN> and it doesn't respond to MPEG_PLAY either
12.12.55 #       <iriver> Turning off RESUME solved the problem... Thanks :)
12.13.11 #       <rasher> Maybe I should add this to the wiki somewhere
12.13.42 #       <LinusN> i wonder why people enable resume when you can't play any music?
12.13.57 #       <Trevmar> Amiconn: nope, there are unsatisfied dependencies with hotplug and no multivolume. 
12.14.09 #       <rasher> LinusN: Had to try all the options!
12.14.11 #       <Bagder> we should add an option "remove all my music" and people will select that too ;-)
12.14.14 #       <iriver> yeah, it is not obvious that RESUME should be left alone until the MPEG_PLAY and SYS_POWEROFF is handled correctly
12.14.53 #       <iriver> people play around to learn Rockbox
12.16.24 #       <Trevmar> Iriver: but I played around with my Jukebox recorder - I expect it solid now for the Ondio -LOL
12.17.53 #       <rasher> it seems weird that "Playback" is under general settings, but "recording options" is under recording
12.17.57 #       <rasher> any specific reason for this?
12.20.36 #       <Bagder> the menu structure is always subject for debate
12.23.41 #       <rasher> I guess
12.25.42 Join    methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk)
12.32.55 #       <LinusN> funny, i can stop the playback, and i can shut down after playing too
12.33.16 #       <LinusN> iriver: are you really sure that you use the latest cvs?
12.33.43 #       <linuxstb> LinusN: Are you confident of being able to control the rest of the hardware on the iRiver, or are there still some unknowns?
12.33.47 #       <LinusN> i bet you don't, since you have plugin problems as well
12.34.05 #       <HCl> oh, is the stop playback thing fixed?
12.34.10 #       <HCl> gmorning
12.34.11 #       <HCl> by the way
12.34.13 #       <LinusN> i don't see any problems with the hardware
12.34.37 #       <linuxstb> So there is no reason to think the iRiver port won't be 100% successful?
12.35.03 #       <LinusN> linuxstb: no, i'm confident that we will succeed
12.35.41 #       <LinusN> the stop playback thing was fixed feb 6
12.35.46 #       <HCl> okay
12.36.00 #       <HCl> my checkout is from just after the plugin fix
12.36.06 #       <HCl> so its prolly from before that
12.36.51 #       <LinusN> plugins were fixed on feb 7
12.37.11 #       <linuxstb> So I can now recommend that people by iRivers because it will run Rockbox :-)
12.37.20 #       <LinusN> sure :-)
12.37.32 #       <Bagder> while there still are any around to buy ;-)
12.37.42 #       <linuxstb> Bagder: exactly.
12.37.56 #       <linuxstb> Is the H3xx still in production?
12.38.09 #       <Bagder> people it isn't
12.38.11 #       <LinusN> rumours say the are out of production
12.38.13 #       <Bagder> +say
12.38.40 Quit    courtc (Read error: 60 (Operation timed out))
12.39.53 #       <rasher> hrm
12.39.56 #       <rasher> I can't stop
12.40.02 #       <rasher> playback, that is
12.40.07 #       <LinusN> iriver: i suggest you try "make clean"
12.40.29 #       <rasher> and I just unpzcked the latest bleeding edge build
12.40.35 Join    walnut [0] (~garryh@frink.nuigalway.ie)
12.41.03 #       <LinusN> rasher: yes you can. it's just the status bar that isn't updated
12.41.13 #       <rasher> ah
12.41.15 #       <rasher> alright
12.41.29 #       <HCl> LinusN: thats kinda odd, cause i still get the unable to shutdown bug.. i think..
12.41.32 #       <rasher> I see the "can't turn off while charging" is still there
12.41.42 #       <LinusN> is the charger attached?
12.41.55 Ctcp    Ignored 1 channel CTCP requests in 0 seconds at the last flood
12.41.55 #       * HCl goes to fetch his iriver to see
12.42.53 #       <HCl> and i need to update my bootloader.. it gives the wrong size for rockbox..
12.43.12 #       <Bagder> it is in hex
12.43.19 #       <HCl> oh.
12.43.20 #       <HCl> okay
12.43.26 #       * Bagder did the same mistake
12.43.29 #       <HCl> and nope, i can shut down now
12.43.30 #       <HCl>  :)
12.43.46 #       <HCl> has someone with cvs access added strchr to the plugin api yet? :x
12.43.55 #       <Bagder> not yet
12.44.12 #       <HCl> k..
12.44.31 #       <Bagder> you can easily add that in your local version for now
12.44.48 #       <HCl> i guess
12.45.04 Quit    walnut ("[BX] Reserve your copy of BitchX-1.0c19 for the Nintendo 64 today!")
12.45.22 #       <HCl> where do i fill in the api structure before its passed to plugins?
12.45.22 #       <Trevmar> [amiconn] Are you still here? I have some more info
12.45.39 #       <Bagder> HCl: apps/plugin.c
12.45.42 #       <HCl> ok
12.45.55 Join    courtc [0] (~court@adsl-154-40-167.asm.bellsouth.net)
12.47.41 #       <Bagder> I don't get an ld when I intall the calmrisc binutils
12.47.48 #       <Zagor> has anyone used the "flyspray" bug tracker tool? i noticed the ipodlinux gang uses it and from my first glances it looks pretty nice.
12.47.55 #       <Zagor> http://flyspray.rocks.cc/bts/
12.48.09 Join    ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk)
12.49.02 #       <Zagor> i really want to get off the SF trackers
12.49.21 #       <Bagder> http://wget-bugs.ferrara.linux.it/ <= roundup in use
12.50.12 #       <linuxstb> HCl: are you going to be ablle to manage without the malloc family of functions?
12.50.22 #       <LinusN> HCl: i just added strchr() in cvs for you
12.50.26 #       <Zagor> Bagder: looks good too
12.50.34 #       <Bagder> they look similar
12.51.06 #       <LinusN> "flyspray", now that's cute...
12.51.32 #       <Zagor> "roundup" is the same bad joke
12.51.36 #       <LinusN> yeah
12.51.55 #       <Bagder> flyspray seems the more advanced of these two
12.52.02 #       <dwihno> flyspray looks nice
12.52.04 #       <HCl> LinusN: thanks :)
12.52.07 ***     Saving seen data "./dancer.seen"
12.52.26 #       <HCl> linuxstb: probably, i'm just gonna write my own replacement that'll use the mp3 buffer.. a very crude one that doesn't free or anything.
12.52.28 #       <LinusN> "roundup" - an obvious trademark violation :-)
12.52.32 #       <HCl> and just assume that 32mb will be enough.
12.52.41 #       <Bagder> LinusN: indeed
12.53.13 #       <HCl> can rockbox play mp3 and run plugins at the same time?
12.53.14 #       <Bagder> possibly we could offer malloc for the plugins, in a separate plugin pool
12.53.21 #       <LinusN> HCl: yes
12.53.23 #       <HCl> Bagder: that would be nice..
12.53.30 #       <HCl> LinusN: that would seriously mess up with gnuboy then :X
12.53.36 #       <HCl> as it is now, anyways..
12.53.46 #       <LinusN> gnuboy should just stop the music then
12.53.59 #       <LinusN> other plugins do
12.53.59 #       <HCl> no um.. >.> badger suggested i'd use the mp3 buffer for memory
12.54.06 #       <LinusN> metronome for example
12.54.09 #       <HCl> since i can't make everything static
12.54.11 #       <linuxstb> My understanding is that plugins have a fixed memory area to work in, so it would make sense to allow malloc within that memory area.
12.54.34 #       <Bagder> linuxstb: yes, that's my thinking too
12.54.36 #       <LinusN> i can live with that
12.54.44 #       <HCl> sounds ok.
12.54.48 #       <LinusN> Bagder: add malloc() to the plugin lib
12.54.51 #       <Bagder> at least when we extend the plugin area for irivers
12.55.08 #       <HCl> yea, gnuboy is gonna need... about... 6 mb to run?
12.55.13 #       <LinusN> 6!
12.55.17 #       <HCl> well
12.55.18 #       <HCl> at max
12.55.19 #       <Bagder> hah
12.55.19 #       <HCl> anyways
12.55.19 #       <linuxstb> Bagder: no reason why it couldn't work (on a smaller scale) for all targets.
12.55.19 #       <Zagor> yikes
12.55.27 #       <HCl> there are some gameboy roms that are 4mb
12.55.31 #       <LinusN> ah
12.55.40 #       <linuxstb> Maybe "big_malloc" as well...
12.55.51 #       <LinusN> then the mp3 buffer is a better choice
12.55.52 #       <Zagor> well, since gnuboy will halt the music it can have all the ram it wants
12.55.56 #       <HCl> and there's something like 64k savegame ram and 256k work ram..
12.55.59 #       <Bagder> the plugin-malloc would not allow that huge memory anyway
12.56.03 #       <HCl> and then it needs ram for the code
12.56.21 #       <HCl> Bagder: well, i somewhat need a spot to load the gameboy rom into ram...
12.56.30 #       <HCl> and since they can get up to 4mb.. :/
12.56.38 #       <Bagder> the mp3 buffer is for you my son ;-)
12.56.40 #       <LinusN> Bagder: how about a malloc() in the plugin lib and also be able to assign a pool to it?
12.56.51 #       <Bagder> yes, I guess that's what we want
12.56.56 #       <HCl> gnuboy will use reallocs to limit memory usage as much as possible
12.56.58 #       <LinusN> so you can grab the mp3 buffer and give it to malloc()
12.57.02 #       <Zagor> HCl: why not use static sizes for those things?
12.57.11 #       <linuxstb> LinusN: That would be useful for the codecs as well - same functions, different pools. 
12.57.14 #       <Bagder> LinusN: in fact, my code already supports that kind of operation
12.57.20 #       <LinusN> Zagor: for the same reasons as we don't change all mallocs in the codecs?
12.57.28 Join    LUMOS1 [0] (~trevor@ca-agoura-cuda2h-53.ventca.adelphia.net)
12.57.36 #       <HCl> Zagor: well, it'd almost always use more ram than it'd actually need..
12.57.43 #       <LinusN> linuxstb: it is a lot more complicated for the codecs
12.57.46 #       <HCl> and it like
12.57.55 #       <HCl> reads the amount of memory its gonna need, from the rom header
12.58.03 #       <HCl> so at the moment i just have to assume maximum
12.58.36 #       <Zagor> HCl: well the point with static allocation is that you always know you can handle the worst case. with dynamic, that requires testing which is sometimes non-trivial.
12.59.04 #       <linuxstb> LinusN: Yes, at the moment, my plan is to try and remove mallocs (in a clean way) from the codecs.  e.g. for FLAC, I would like to submit a patch to the libFLAC people to implement a "FLAC__USE_STATIC_MEMORY" or similar compile directive. 
12.59.20 #       <LinusN> linuxstb: way to go
12.59.23 #       <Zagor> and there's no point in using 6 instead of 7 megs of ram, since we'll be having 24+ allocated for it anyway
12.59.47 #       <HCl> okay.
12.59.52 #       <Zagor> linuxstb: sounds excellent!
12.59.58 #       <HCl> well, i don't really see a problem with making gnuboy use static buffers...
13.00.16 #       <HCl> it'll just use a huge memory space though
13.00.31 #       <LinusN> it will anyway
13.00.39 #       <HCl> mhm
13.01.00 #       <LinusN> since you have to reserve a malloc memory pool
13.01.31 #       <LinusN> that can accomodate such huge malloc'c
13.01.32 #       <Zagor> i'd say the only good reason to use malloc is if you want to minimize the changes done to the original code
13.01.58 #       <LinusN> amen
13.02.04 #       <HCl> mhm.
13.02.19 #       <linuxstb> Zagor.  In theory :-).  In practice, there are lots of mallocs which aren't executed on my test files.  So there would be a big difference between a patch that just works for Rockbox, and a general-pupose patch that removes every single malloc from libFLAC
13.02.20 #       <HCl> well, that doesn't matter much for gnuboy
13.02.24 #       <HCl> it hasn't been updated in 4 years
13.02.43 Join    webguest43 [0] (~8f416314@labb.contactor.se)
13.02.58 #       <HCl> oh, um.
13.03.00 #       <HCl> i get this too >.>
13.03.01 #       <HCl> /home/hcl/rockbox/cross/lib/gcc/m68k-elf/3.4.3/../../../../m68k-elf/bin/ld: region PLUGIN_RAM is full (/home/hcl/rockbox/rockbox-devel/iriver/rockboy.elf section .text)
13.03.04 #       <HCl> /home/hcl/rockbox/cross/lib/gcc/m68k-elf/3.4.3/../../../../m68k-elf/bin/ld: region PLUGIN_RAM is full (/home/hcl/rockbox/rockbox-devel/iriver/rockboy.elf section .bss)
13.03.16 #       <HCl> thats not good, is it >.>
13.03.21 #       <Zagor> HCl: yeah, the plugin ram area is very small for the sh units. you need to expand it.
13.03.23 #       <LinusN> yes, it is only 32k at the moment
13.03.25 #       <HCl> mhm
13.03.29 #       <HCl> yea, 32k won't fit xD
13.03.31 #       <webguest43> Hi ! Does anyone know if it is possible to power the iriver without the battery ?
13.03.42 #       <LinusN> i'm sure it is possible
13.03.47 #       <LinusN> i haven't tried though
13.03.49 #       <HCl> webguest43: just yesterday or so i heard someone talk about having a charger usb cable for the iriver
13.03.52 #       <HCl> and said it was working
13.04.01 Join    webguest86 [0] (~50fca7f2@labb.contactor.se)
13.04.07 #       <HCl> ah.
13.04.10 #       <HCl> 13:07  * rasher quietly notes that the Boxwave usb+charger cable for iRiver
13.04.10 #       <HCl>           appears to work
13.04.22 #       <rasher> Yeah, but that's still with battery
13.04.36 #       <HCl> ohh.
13.04.37 #       <HCl> okay
13.04.53 #       <ashridah> rasher: is that usb 1.1 or 2.0/
13.04.54 #       <ashridah> ?
13.05.04 #       <rasher> usb2
13.05.11 #       <rasher> it's pretty new I think
13.05.20 #       <rasher> until recently they only had a usb1.1 version
13.05.25 Join    cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de)
13.05.27 #       * HCl continues writing wrapper functions for the plugin api
13.05.29 #       <rasher> www.boxwave.com/products/minisync/minisync-retractable-cable-iriver-h120_354.htm
13.05.52 Quit    Trevmar (Read error: 60 (Operation timed out))
13.06.52 #       <LinusN> HCl: to expand the plugin buffer area, edit firmware/app.lds and apps/plugins/plugin.lds
13.07.09 #       <HCl> okay, thanks
13.07.28 #       <webguest43> the charger usb cable is simple, jou just splice the five volt from the usb cable into a power plug
13.07.43 #       <HCl> i'm not there just yet, still some basic libc functions to fill in/replace, and i haven't even started on the iriver <-> gnuboy interface
13.07.59 Join    lImbus [0] (~manuel@kernel.cycos.net)
13.08.00 #       <webguest43> but powering the player via an external power supply would be great, so you could attach it to a stereo and use it all day without draining the battery
13.08.03 #       <lImbus> hoi
13.08.44 #       <webguest43> afaik the built in socket is only for the charger, and will not power the unit ? (dont own one yet)
13.08.49 #       <HCl> do we have strcat in rockbox?
13.09.59 #       <LinusN> yes
13.10.28 #       <LinusN> you need it?
13.10.58 #       <linuxstb> Is anyone interested in WMA playback?  There's a nice GPL'd decoder in ffmpeg, but it needs optimising and changing to fixed-point arithmetic.  Could be fun for the right sort of person.
13.11.58 #       <HCl> LinusN: yup
13.12.08 #       <HCl> LinusN: i am, sortof.
13.12.14 #       <HCl> the more rockbox can support, the better
13.12.22 #       <HCl> not that i own any wma's, if any
13.12.37 #       <linuxstb> It could be important to users coming from the iRiver firmware.
13.12.39 #       <HCl> linuxstb: *
13.12.43 #       <HCl> mhm
13.14.32 Join    Patr3ck_ [0] (~patr3ck@pD9ECF876.dip.t-dialin.net)
13.15.08 #       <HCl> LinusN: tolower? do we have that?
13.15.29 #       <HCl> sprintf?
13.15.34 Quit    Bagder (Read error: 110 (Connection timed out))
13.15.45 Join    Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se)
13.16.13 #       <linuxstb> Speaking of "tolower", are there any plans to move Rockbox to use UTF-8 internally?
13.16.38 #       <Bagder> yeeeeeellow build
13.16.46 #       <Bagder> and the gmini one died hard
13.21.52 Join    [IDC]Dragon [0] (~d90a3255@labb.contactor.se)
13.23.42 #       <LinusN> tolower exists
13.23.49 #       <LinusN> snprintf() exists
13.25.43 #       <HCl> okay
13.26.05 #       <LinusN> do you get compiler errors on tolower?
13.26.16 #       <HCl> yea, its not in the plugin api
13.26.17 #       <HCl> so
13.26.29 #       <LinusN> #include "ctype.h"
13.26.30 #       <Zagor> linuxstb: utf-8 would probably be a good idea (not the least to invite all asian users) but it's a rather big change
13.26.38 #       <HCl> ok
13.27.51 #       <LinusN> strcat() added
13.29.02 Quit    Patr3ck (Read error: 110 (Connection timed out))
13.29.13 #       <webguest43> LinusN: its not possible to power the iriver from the charger and play music without draining the battery right ?
13.30.41 #       <linuxstb> Zagor: The meta-data in FLAC (and I'm guessing OGG) files is always UTF-8.  Should I map this to iso-8859-1 ?
13.31.07 #       <Zagor> yes, i think that's the best solution for now
13.31.22 #       <linuxstb> That's fine - I already have a function to do that.
13.35.11 #       <HCl> LinusN: thanks
13.35.46 #       <HCl> LinusN: is tolower in the api yet?
13.35.51 #       <HCl> can't find it..
13.36.55 #       <HCl> hrm.
13.37.25 #       <HCl> okay. i have a problem with writing a wrapper function for snprintf :X how do i relay the ... arguments ?
13.37.50 #       <[IDC]Dragon> phew, an iriver 140 is expensive
13.38.22 #       <Bagder> [IDC]Dragon: I think the project could sponsor you
13.38.51 #       <[IDC]Dragon> I can't promise to seriously work on it
13.38.55 #       <Bagder> HCl: check the export/debug.h header file for an example
13.39.12 #       <Bagder> nobody promises anything here ;-)
13.39.17 #       <Zagor> HCl: if you are using a macro, the magic define is __VA_ARGS__
13.39.44 Quit    dwihno (Remote closed the connection)
13.39.47 #       <[IDC]Dragon> I could morally only accept by taking it for AJB work
13.39.47 #       <LinusN> HCl: tolower() is a macro, defined in ctype.h
13.39.48 #       <HCl> i'm not using a macro...
13.39.53 #       <HCl> LinusN: ah...
13.40.06 #       <Zagor> HCl: then do that :-)
13.40.14 #       <[IDC]Dragon> which I bought on my own, of course
13.40.16 Join    dwihno [0] (~dw@81.8.224.89)
13.40.18 #       <HCl> i guess.. gah :x
13.40.20 #       <Bagder> [IDC]Dragon: that would work for me ;-)
13.40.29 #       <HCl> i'll go rewrite my wrapper functions into macros for gnuboy..
13.40.41 #       <LinusN> webguest43: i think you can play music with the charger attached without draining the batteries
13.40.53 #       <HCl> it'll make them faster anyways
13.41.06 #       <HCl> yea, you can.
13.41.10 #       * [IDC]Dragon is tempted
13.41.35 #       <lImbus> :-)
13.42.10 #       <webguest43> Great ! I did not know that !!! Could someone confirm please ?
13.42.35 #       * lImbus nods his head
13.42.36 #       <LinusN> dwihno: i got your recorder
13.43.13 #       <[IDC]Dragon> Bagder: tell me the datails
13.43.17 #       <HCl> webguest43: yes, you can
13.43.23 #       <ripnetuk> Does anyone have a reference to the kernel problem that causes corruption of iRiver? from what I can remember the SCSI layer reports 0 bytes read, and should signal a retry, but signals a failure instead which causes read corruption. There is a patch, but I cannot find it right now. I want to see if my kernel is fixed or not
13.43.26 #       <webguest86> webguest43: Yes, you can.
13.45.42 Quit    lostlogic ("Going to the moon")
13.49.27 Quit    iriver ("CGI:IRC")
13.50.13 Join    jyp [0] (~jp@64.198-200-80.adsl.skynet.be)
13.50.27 #       <Bagder> hi jyp
13.50.37 #       <Bagder> my calmrisc binutils are a mess ;-)
13.51.16 #       <jyp> aha
13.51.22 #       <jyp> in what way ?
13.51.40 #       <Bagder> 1 - I didn't have any 'ld' so I updated from cvs and installed
13.51.52 #       <Bagder> 2 - now the build breaks terribly
13.52.05 #       <jyp> okok
13.52.23 #       <jyp> I must have overlooked something
13.52.23 #       <Bagder> see the cvs build output
13.53.07 #       <jyp> 2 thouthands warnings ;)
13.53.19 Join    quelsaruk [0] (~kvirc@85.48.33.190)
13.54.40 #       <quelsaruk> hi
13.55.10 #       <lImbus> hi
13.55.59 #       <quelsaruk> i received your mail
13.56.08 #       <quelsaruk> but i saw amiconn commited it already
13.56.09 #       <quelsaruk> :)
13.56.45 #       <Bagder> and now the builds are even more yellow
13.57.13 #       <Bagder> jyp: let me know if there's anything I can do or check or something
13.57.35 #       <Bagder> those regex outputs look like a debug output
13.59.02 #       <LinusN> 2117 warnings, is that a record?
13.59.09 Quit    xen` (Read error: 60 (Operation timed out))
13.59.11 #       <HCl> lol.
13.59.26 #       <Bagder> I don't think so
13.59.40 #       <LinusN> damn
13.59.57 #       <DMJC> lol
14.00.02 #       <DMJC> chicago font looks funny
14.00.08 #       <DMJC> as if I owned an ipod
14.01.09 #       <lImbus> those 2117 are errors, isn't it ?
14.01.39 Join    preglow [0] (thomj@s183a.studby.ntnu.no)
14.02.11 #       <Bagder> true
14.02.49 #       <lImbus> quelsaruk: and jyp even corrected a few typos i forgot
14.03.06 #       <quelsaruk> hehe
14.03.08 #       <quelsaruk> nice
14.04.16 #       <jyp> Yeah those are errors
14.04.34 #       <lImbus> _that_ might by a record :-)
14.04.46 #       <jyp> A messed up gas got in
14.04.51 #       <jyp> no wonder ;)
14.04.58 #       <lImbus> gas ?
14.05.05 #       <jyp> GNU assembler
14.05.14 #       <lImbus> ah
14.05.54 #       <jyp> Alright, I got the "mess" fixed (locally)
14.06.05 #       * [IDC]Dragon reboots
14.06.05 #       <jyp> not I gotta check why ld doesn't install
14.06.09 Quit    [IDC]Dragon ("CGI:IRC")
14.07.58 #       <jyp> Well, it installs fine here ...
14.13.29 Join    lolo-laptop [0] (~lostlogic@68.251.84.226)
14.19.49 Quit    webguest43 ("CGI:IRC (Ping timeout)")
14.20.06 #       <jyp> I'm now able to reproduce the problem
14.20.39 Quit    webguest86 ("CGI:IRC")
14.21.28 #       <jyp> omfg...
14.21.51 #       <jyp> It looks like that's due to a wrong automake version
14.23.02 Join    webguest03 [0] (~507e1b43@labb.contactor.se)
14.23.11 #       <webguest03> hello
14.23.26 #       * jyp tips his hat.
14.23.32 #       <HCl> hmm..
14.23.49 #       <HCl> i'm having a slight problem with including plugin.h from a different directory..
14.24.02 #       <HCl> #ifdef HAVE_LCD_BITMAP
14.24.02 #       <HCl> #include "widgets.h"
14.24.02 #       <HCl> #endif
14.24.07 #       <webguest03> dudes, have you anything news about open source and the xclef hd-500?
14.24.10 #       <HCl> is that a bug and should it be recorder/widgets.h?
14.24.11 #       <HCl> or what?
14.24.17 #       <Bagder> webguest03: no
14.25.16 #       <webguest03> fuck it... openjukebox.free.fr are 'developping' a new firmware, but they have restricted the source area... silly Frenches...
14.25.56 #       <webguest03> I think your project is great by the way, but now I have to go to the Spongebob Squarepants movie
14.26.37 Join    Etienne [0] (~51fb4e38@labb.contactor.se)
14.27.04 Quit    webguest03 (Client Quit)
14.27.48 #       <Etienne> Is there somebody here?
14.27.59 #       <quelsaruk> yes
14.28.01 #       <HCl> plenty.
14.28.03 #       <lolo-laptop> nope, the 44 people in the list are not here.
14.28.04 #       <lolo-laptop> :)
14.28.23 #       <HCl> Bagder: do you know why that include fails..?
14.28.23 #       <Etienne> : ) You guys are active ! COOL
14.29.21 #       <jyp> XD
14.29.46 #       <Etienne> I'm french and I speak english too I am proposing my help for translation if you need any (I also owned both h120 and now h320)
14.29.48 #       <Bagder> HCl: the plugins can't include that file like that I guess
14.30.36 #       <HCl> Bagder: i'm trying to include plugin.h in the gnuboy sources..
14.30.46 #       <quelsaruk> Etienne: that's cool, actually, francais.lang is up to date, but you can speak with lImbus and help him I think bobthc also helps with that)
14.31.03 #       <HCl> Bagder: is HAVE_LCD_BITMAP defined for iriver?
14.31.07 #       <Bagder> yes
14.31.09 #       <HCl> k..
14.31.22 #       <HCl> i'll just make a softlink for now..
14.32.25 #       <HCl> rockmacros.h:3: error: multiple storage classes in declaration of `rb'
14.32.30 #       <HCl> any idea what thats about?
14.32.38 #       <HCl> oh, nm :)
14.33.35 #       <Etienne> @quelsaruk -- ok no problem!
14.34.08 #       <quelsaruk> talk with them, i think help is always wanted :)
14.34.31 #       <quelsaruk> the more people working in a translation, the best result you get :)
14.34.37 #       <Etienne> Iyes!
14.34.38 Join    [IDC]Dragon [0] (~d90a3255@labb.contactor.se)
14.34.57 #       <jyp> As opposed to a software project ;)
14.35.25 #       <Etienne> And how could i help you to advance on the iriver port?
14.35.40 #       <quelsaruk> why not? :)
14.35.48 #       <jyp> Bagder: the problems with binutils should be fixed
14.35.56 #       <Bagder> ok, updating...
14.36.12 Quit    methangas (" HydraIRC -> http://www.hydrairc.com <- The dawn of a new IRC era")
14.36.25 #       <lolo-laptop> actually I was going to ask that too -- I don't have the time/skills to really read the code and dig in for the iRiver port, would donating money in some way help advance it, or something else?
14.36.43 #       <Bagder> money will help us buy more hw
14.38.07 #       <lolo-laptop> is that pretty much what most of the donation money is used for?
14.38.14 #       <Bagder> yes
14.38.25 #       <lolo-laptop> cool, that's a worthy cause :)
14.39.23 #       <Bagder> sponsoring more developers, buying 3x0s to dissect etc
14.39.29 #       <Lynx_> how much donation money is there anyway?
14.39.43 #       <Bagder> I don't know
14.39.52 #       <Bagder> zagor is the money man
14.40.45 #       <lolo-laptop> consider yourselves donated to :)
14.42.35 Quit    HCl ("Lost terminal")
14.42.38 #       <Lynx_> does paypal work for europe?
14.42.39 #       <Bagder> jyp: still no ld installed though
14.42.50 Join    HCl [0] (hcl@titania.student.utwente.nl)
14.42.53 #       <jyp> mmmm
14.42.55 #       <HCl> hm.
14.42.57 #       <Bagder> Lynx_: yes it does
14.43.08 #       * HCl slaps irssi
14.43.13 #       <jyp> maybe, delete the ld dir & retry ?
14.43.25 #       <Etienne> I can have h320 for cheaper if you want?
14.43.36 #       <Etienne> With suntec...
14.43.41 #       <Lynx_> Bagder: ah, and with credit card as i see. hehe, the 'amount' box does not show a currency ;)
14.43.50 #       <Bagder> haha
14.44.12 #       <Bagder> I never paid to paypal, I only extract from ;-)
14.44.25 #       <Bagder> and between paypal accounts of course
14.44.26 #       <Lynx_> so i donate "10", hmm
14.44.40 #       <HCl> um......
14.44.53 #       <HCl> /home/hcl/rockbox/rockbox-devel/apps/plugins/gnuboy/inflate.c:132: undefined reference to `memcpy'
14.45.04 #       <HCl> line 132 =
14.45.05 #       <HCl>   const int clen_weird_tangle[CLEN_TSIZE]
14.45.05 #       <HCl>     = { 16, 17, 18, 0, 8, 7, 9, 6, 10, 5, 11, 4, 12, 3, 13, 2, 14, 1, 15 };
14.45.07 #       <HCl> o.o;
14.45.17 #       <HCl> that calls memcpy?
14.45.39 #       <Bagder> under the hood it apparently does
14.45.45 #       <HCl> okay..
14.45.54 #       <HCl> guess i'll need wrappers for memcpy and set after all
14.46.15 #       <Etienne> Guys another little question,you have probably heard of the drm problem when changing firmware with the h320 anybody know how to solve it?
14.47.00 #       <dwihno> LinusN: Was the packaging OK? :)
14.47.18 #       <dwihno> LinusN: you should see the way my christmas gifts look! ;D
14.47.27 #       <lolo-laptop> Etienne: there is a thread on misticriver.net about it -- I don't know if they solved it or just talked about it though.
14.47.42 #       <quelsaruk> amiconn: are you here?
14.47.47 #       <lolo-laptop> Lynx_: it's USD afaik
14.48.07 #       <Etienne> They only talked about it...
14.48.21 #       <lolo-laptop> Etienne: tragic.
14.48.26 #       <Lynx_> lolo-laptop: yeah, i would have guessed that. kinda hard to find out what this will cost, with exchange rates and so on
14.48.37 #       <Etienne> Some guy said he could remove the message that came up but not put the function back....
14.49.02 #       <lolo-laptop> Lynx_: yeah, isn't it like USD1.40=1EURO?
14.49.17 #       <Etienne> no less about i.28
14.49.24 #       <Etienne> go to xe.com to compare
14.49.48 #       <LinusN> dwihno: the package is tightly sealed, according to sara :-)
14.49.49 #       <Lynx_> lolo-laptop: yes, but i meant the stuff you have to pay paypal and the credit card company.
14.49.54 #       <Bagder> http://daniel.haxx.se/currency/
14.50.01 #       <jyp> Bagder, did 'ld' install yet ?
14.50.06 #       <Bagder> no
14.50.15 #       <Bagder> I'm checking details now
14.50.25 #       <lolo-laptop> ahh
14.50.43 #       <Bagder> oops
14.50.48 #       <Bagder> jyp: yes it does, now it works
14.50.57 #       <jyp> ah, good
14.51.31 #       <Bagder> but I still get regex mania
14.51.37 #       <jyp> Do you ?
14.52.06 #       <jyp> There's something I don't understand
14.52.09 #       <Etienne> Ok i need to go but keep up the good work , you guys are great and I hope you suceed (and do the h320)!!
14.52.10 ***     Saving seen data "./dancer.seen"
14.52.15 #       <dwihno> LinusN: If you need someone to package stuff - I'm your man! :)
14.52.19 #       <Bagder> perhaps I should remove more files and rebuild
14.52.23 #       <Bagder> I'll do that
14.52.52 #       <jyp> the offending files are in opcodes
14.53.05 #       <jyp> but under CVS
14.53.12 Quit    Etienne ("CGI:IRC")
14.54.12 #       <Bagder> I removed all files in my build tree and restart
14.54.13 #       <jyp> The thing is, there are generated files in cvs; maybe this confuses 'make' or another tool
14.56.12 #       <Bagder> might be the reason, yes
14.58.00 #       <Bagder> openjukebox.free.fr is fun ;-)
14.58.01 Join    xen` [0] (~xen@ADijon-151-1-57-9.w83-196.abo.wanadoo.fr)
14.59.20 #       <Bagder> jyp: nope, didn't take
14.59.29 #       <lImbus> Bagder: yea, it's french :-)
14.59.38 #       <jyp> argh
14.59.58 #       <Bagder> lImbus: well, I thought more about the fact that there's no source
15.00.25 #       * HCl grins.
15.00.38 #       <HCl> is there even a build of openjukebox?
15.00.42 #       <HCl> all i can find is hacked firmware
15.00.42 #       <Bagder> no
15.00.46 #       <Bagder> there's nothing
15.00.48 #       <HCl> xD
15.00.58 #       <HCl> ah well
15.00.59 #       <HCl> whats to expect
15.01.02 #       <HCl> they're french >.o
15.01.14 #       <HCl>  :P
15.01.15 #       <lImbus> I just saw the "Currently active users counter" be bumped from 3 to 73 :D
15.01.17 Join    webguest70 [0] (~d4963cc9@labb.contactor.se)
15.02.26 #       <lImbus> XClef seem to be happy, except for some icons, rofl
15.05.03 #       <jyp> Bagder, sorry that was my fault ...
15.05.38 #       <Bagder> I'm only happy if we proceed, whoever's fault it is! ;-)
15.05.45 #       <jyp> Sourceforge cvs is so slow that I didn't let the commit finish ... closed the window too soon
15.05.52 #       <Bagder> haha
15.06.08 #       <jyp> Good that makes you laugh ;)
15.07.59 #       <ripnetuk> back
15.08.05 #       <ripnetuk> quit
15.08.06 Quit    ripnetuk ("Leaving")
15.08.10 Join    ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk)
15.08.19 #       <jyp> alright, it should be in this time
15.08.32 #       <jyp> (opcodes/calmrisc16-asm.c)
15.08.35 Join    R3nTiL [0] (~zorroz@217.30.249.98)
15.09.10 Quit    ripnetuk (Client Quit)
15.09.11 #       * Bagder does the rare cvs update dance while waiting for it to complete 
15.10.45 #       <Zagor> how about moving the calmrisc cvs to rockbox.org?
15.11.48 Quit    webguest70 ("CGI:IRC (EOF)")
15.13.21 Join    bobTHC [0] (~foo@l07v-3-160.d1.club-internet.fr)
15.13.36 #       <bobTHC> hi all
15.14.09 #       <jyp> Zagor, thanks for the offer; but changing the cvs host is a pain by itself
15.15.02 #       <jyp> so I guess we'll wait some more... :P
15.17.23 #       <jyp> Openjukebox head dev. says "We don't publish our results coz we don't want problems with MCL (Jukebox' vendor)" -- May 2004
15.18.22 #       <Bagder> yes, they've said that for a very long time
15.18.53 #       <Zagor> they only get in trouble if they distribute the vendors code, in which case it's not open any way
15.19.09 #       <sneakums> what's French for "idiot"?
15.19.21 #       <Bagder> calling it open source is clearly a joke
15.19.37 #       <bobTHC> totally
15.19.37 #       <jyp> french(idiot) = idiot
15.19.43 #       <Shulberry> sneakums: idiot, or imbécile perhaps
15.19.53 #       <bobTHC> dont b silly
15.20.01 #       <Zagor> sneakums: please behave nicely
15.20.09 #       <sneakums> pardon?
15.20.12 #       <bobTHC> every country have this idiot
15.20.20 #       <Bagder> indeed
15.20.40 #       <jyp> Wonder what wiktionnary says about it
15.20.42 #       * Bagder installs calmrisc binutils again
15.20.45 #       <mrmags> ours is called 'gw bush'
15.20.47 #       <HCl> jyp: did he literally use "coz" ?
15.20.57 #       <Zagor> sneakums: don't post flames on their forums or anything
15.21.02 #       <sneakums> i wasn't going to
15.21.12 #       <Zagor> ok, good. just making sure :-)
15.21.20 #       <Bagder> I asked them for the source once
15.21.27 #       <jyp> HCl, It's a free translation by me
15.21.36 #       <HCl> ok. gnuboy compiles. all thats left is the iriver lcd/button <-> gnuboy interface
15.21.39 #       <HCl> ok :p
15.21.43 #       <Bagder> jyp: hey, it works! ;-)
15.21.50 #       * jyp bounces
15.21.51 #       * HCl stretches
15.22.02 #       <Bagder> apart from the link
15.22.06 #       <Bagder> "target elf32-sh not found"
15.22.07 #       <jyp> onto fix app.lds i suppose
15.22.10 #       <Bagder> no surprise there
15.22.11 #       <bobTHC> look@this and it's not frenchies ;) : http://uk.news.yahoo.com/050208/80/fbzpn.html
15.22.32 #       <bobTHC> totaly offtopic but so funny, sorry :)
15.23.27 #       <jyp> I guess *that* is idiocy
15.23.58 #       <jyp> So, who's to win the tournament ? England ? ;)
15.24.01 #       <bobTHC> totally
15.24.14 #       <quelsaruk> thatis weird
15.24.17 #       <bobTHC> the best
15.24.27 #       <bobTHC> win
15.24.46 #       <jyp> While we're on the OT thread ... http://en.wiktionary.org/wiki/Idiot
15.26.05 #       <Bagder> the xclef has a hw-based codec
15.26.43 #       <Bagder> or perhaps I misunderstand
15.26.46 #       <Bagder> never mind
15.26.58 #       <HCl> um...
15.27.09 #       <HCl> at least he was good for his word o.o;
15.28.39 #       <Bagder> gmini down to "only" 386 warnings now ;-)
15.29.14 #       <HCl>  :P
15.30.05 #       <HCl> does rockbox have usleep? or how much is a kernel tick in sleep() ?
15.30.42 #       <Bagder> HZ is the number of ticks per second
15.31.06 #       <Zagor> always use fractions of HZ when calling sleep()
15.31.33 #       <HCl> hrm.
15.31.55 #       <HCl> so milleseconds would be..... HZ/1000*ms ?
15.31.59 #       <HCl> milli*
15.32.16 #       <Bagder> yes
15.32.27 #       <Bagder> and hope that HZ is larger than 1000 ;-)
15.32.36 #       <HCl> hmhm :x
15.32.49 #       <Bagder> >= actually
15.32.56 #       <HCl> yea.
15.33.02 #       <bobTHC> all battlefront progress, gmini , iriver..... it's so great
15.33.33 #       <Bagder> #define HZ 100 
15.33.44 #       <Bagder> (from export/kernel.h)
15.33.54 #       <Zagor> HCl: you simply can't sleep for such short durations. use yield() if you just want to give up some time.
15.34.27 #       <Bagder> possibly we can that when we increase the clock speed
15.34.35 #       <HCl> erm.
15.35.20 #       <HCl> i need the fairly exact delay.. for sound..
15.35.41 #       <Zagor> what sound?
15.35.49 #       <HCl> gameboy.
15.36.00 #       <Zagor> yeah, but why do you need millisecond sleep for sound?
15.36.15 #       <HCl> because it needs to slightly pause emulation till the sound has been played, i think.
15.36.30 #       <Bagder> you play a millisecond sound?
15.36.32 #       <Zagor> surely the sound is longer than 1ms?
15.36.33 #       <HCl> we'll just see how it goes.
15.36.39 #       <HCl> Zagor: yea.
15.37.02 #       <HCl> i can alter it.. i guess.
15.37.25 #       <jyp> In talk.h, how about changing ..
15.37.30 #       <jyp> #define UNIT_SHIFT (32-4) /* this many bits left from UNIT_xx enum */
15.37.33 #       <HCl>   rb->sleep(HZ*us/1000);
15.37.36 #       <jyp> to (16-4) ?
15.37.42 #       <HCl> now it'll just go to 0 if us is lower than 1000
15.38.04 #       <Bagder> jyp: [IDC]Dragon and amiconn are the main talk guys
15.38.24 #       <jyp> ok,thanks.
15.38.45 #       <jyp> coz that would fix like a hundred warnings ;)
15.39.38 #       <Zagor> jyp: (sizeof(int)*8 - 4) ?
15.40.27 #       <jyp> maybe; the thing is I don't know if 12 bits would be enough for whatever should fit in there...
15.41.01 #       <Zagor> ok
15.42.11 #       <jyp> amiconn? [IDC]Dragon ?
15.43.19 #       <HCl> i got a question about get_time...
15.43.37 #       <HCl> say you do b=get_time();
15.43.41 #       <HCl> then do a=get_time();
15.43.50 #       <HCl> will b be overwritten with a?
15.44.30 #       <HCl> (does the result have a static memspace?)
15.45.16 #       <Bagder> yes, it points to static data
15.45.18 #       <HCl> ok.
15.46.40 Nick    quelsaruk is now known as Quel|away (~kvirc@85.48.33.190)
15.49.13 #       <HCl> whats tm_isdst in the time structure?
15.49.26 #       <LinusN> daylight savings time
15.49.45 #       <Bagder> as if Rockbox knew ;-)
15.49.50 #       <LinusN> :-)
15.50.08 #       <HCl> lol.
15.51.45 #       <linuxstb> iRiver rockbox doesn't even know what day it is...
15.51.56 #       <HCl> heh... i need to return microseconds.. but the only time resolution rockbox provides is seconds at most...
15.52.04 #       <[IDC]Dragon> jyp: I'm here
15.52.23 #       <jyp> Have you seen my question ?
15.52.34 #       * [IDC]Dragon scrolls back...
15.52.34 #       <HCl> i'm not sure if this is gonna work with just a resolution of seconds.. actually, the unix implementation returns 1 second + microseconds if more than a second have passed..
15.53.19 #       <LinusN> HCl: what do you need the resolution for?
15.53.25 #       <HCl> LinusN: timing in the emulator..
15.53.29 #       <[IDC]Dragon> the number talking shouldn't get restricted to 16 bit, imho
15.53.53 #       <Zagor> HCl: is current_tick enough?
15.53.55 #       <LinusN> HCl: how high resolution do you need, and what for?
15.54.00 #       <HCl> Zagor: probably
15.54.13 #       <HCl> if you can guarantee that current_tick will keep increasing
15.54.25 #       <Zagor> only until it wraps :)
15.54.25 #       <jyp> [IDC]Dragon: Really ? Because it would lead to quite some changes
15.54.25 #       <LinusN> it does
15.54.44 #       <HCl> i'm not sure how high the resolution should be, but less than a second, i know that.
15.55.07 #       <LinusN> the rockbox tick is 10ms
15.55.22 #       <HCl> should be more than enough resolution
15.55.57 #       <[IDC]Dragon> jyp: we need 4 bits for the unit one for the sign, so this would leave only 11 bits
15.56.00 #       <HCl> i don't think unix system provide a much better resolution than 10ms anyways
15.56.11 #       <HCl> systems*
15.56.12 #       <sneakums> depends on the unix
15.56.15 #       <HCl> mhm
15.56.33 #       <[IDC]Dragon> we wouldn't be able to say numbers beyond 2047
15.56.46 #       <HCl> ok, current_tick is just in the api, right?
15.57.02 #       <LinusN> HCl: ???
15.57.15 #       <HCl> hm? o.o
15.57.29 #       <HCl> i'll use current tick
15.57.33 #       <[IDC]Dragon> jyp: what are the consequences of having this long?
15.57.33 #       <LinusN> current_tick is a global variable
15.57.39 #       <HCl> its mostly to check how much time has been passed between a certain time
15.57.41 #       <HCl> and another time
15.57.43 #       <LinusN> and the plugin api has a pointer to it
15.57.43 #       <HCl> yea
15.57.47 #       <HCl> *nods*
15.58.10 #       <jyp> [IDC]Dragon, mainly changing it all along the call chain; qutite tedious
15.58.14 #       <LinusN> there are two useful macros, TIME_AFTER() and TIME_BEFORE()
15.58.23 #       <HCl> so i'll just do current_tick-old_tick*HZ*1000000
15.58.27 #       <HCl> oh
15.58.33 #       <HCl> what do they do exactly?
15.58.53 #       <LinusN> they tell you if a tick value is before or after another
15.58.56 #       <jyp> Nothing too difficult nor costly I guess
15.59.04 #       <HCl> okay..
15.59.06 #       <LinusN> and it handles the wrapping
15.59.06 #       <HCl> thanks
15.59.07 #       <HCl>  :)
15.59.09 #       <HCl> *nods*
15.59.14 #       <HCl> that'll do nicely
15.59.31 #       <LinusN> just subtracting them will probably be fine
16.00.24 #       <linuxstb> Looking in firmware/export/kernel.h, TIME_AFTER just subtracts them...  How does that handle wrapping?
16.00.33 #       <HCl> needs to be divide, by the way
16.01.19 #       <HCl> is the size of a pointer the same size as a long on iriver?
16.01.28 #       <HCl> i have a bit of a bad x86 coding habit where i assume they are..
16.02.34 #       <jyp> [IDC]Dragon, looks like TALK_ID is used only for small numbers
16.02.39 Join    webguest73 [0] (~d91ef962@labb.contactor.se)
16.03.29 #       <Zagor> they are, but please avoid depending on it
16.04.44 #       <HCl> *nods*
16.05.32 Quit    webguest73 (Client Quit)
16.05.32 #       <LinusN> linuxstb: in fact, subtracting them works just fine
16.06.12 #       <LinusN> as they are unsigned
16.08.18 #       <HCl> oi, i don't like how C uses * for both pointer dereference and multiply
16.08.38 #       <preglow> you rarely end up mixing them together
16.08.56 #       <HCl> int sys_elapsed(long *oldtick) {
16.08.56 #       <HCl>    return ((rb->current_tick-(*oldtick))*1000000)/HZ;
16.08.56 #       <HCl> }
16.08.59 #       <preglow> though stuff like *a * *b looks nasty
16.09.00 #       <HCl> whats wrong with that?
16.09.08 #       <HCl> gives an compile error
16.09.14 #       <HCl> sys/iriver/iriver.c:54: error: invalid operands to binary *
16.09.57 #       <HCl> i'm confused to whats wrong with it.. :/
16.10.12 #       <LinusN> rb->current tick is a pointer
16.10.18 #       <HCl> ok
16.10.25 #       <LinusN> use *(rb->current_tick)
16.10.43 Quit    Patr3ck_ ("User pushed the X - because it's Xtra, baby")
16.10.56 #       <HCl> *nods*
16.11.02 #       <LinusN> gotta go, cu later
16.11.06 #       <HCl> bye..
16.11.21 #       <linuxstb> LinusN: OK, I will believe you.  I guess it takes a very long time for them to wrap anyway.
16.11.40 #       <LinusN> indeed
16.11.43 #       <LinusN> bye
16.11.45 Part    LinusN
16.12.34 #       <linuxstb> About 8 days... (for current_tick to wrap)
16.13.22 #       <Bagder> 100 ticks per sec surely takes longer to wrap
16.14.38 #       <Zagor> i get 497 days
16.14.55 #       <Bagder> it might be signed, making 248 days
16.15.17 #       <HCl> lol.
16.15.30 #       <HCl> no risk there
16.16.28 #       <linuxstb> Yes, sorry - (2^32)/100 seconds is about 11930 hours = 497 days
16.16.42 #       <Bagder> http://uptime.netcraft.com/up/today/top.last.html :-)
16.18.29 #       <Zagor> interesting how 5 of the top-10 are swedish servers and 8 of 10 are scandinavian
16.18.34 #       <HCl> hm..
16.18.46 #       <linuxstb> Surely that is easy to fake?
16.18.50 #       <sneakums> it's all the clean living
16.19.40 #       <Bagder> also, there's not a single Linux in the top-50
16.19.42 #       <Zagor> linuxstb: probably, but those are major state-owned institutions that I doubt would do that just for fun.
16.20.03 #       <bobTHC> Zagor> swedish wizards once again hit ;)
16.20.33 #       <HCl> hrm.
16.20.54 #       <HCl> rockbox doesn't update its lcd buffer automatically, does it?
16.21.03 #       <Zagor> no, you need to call lcd_update()
16.21.06 #       <HCl> mhm..
16.21.18 #       <HCl> and i'm guessing it doesn't support 4bit pixel data either..
16.21.30 #       <Bagder> 1bit only so far
16.21.33 #       <HCl> mhm...
16.21.52 #       <jyp> hmhmhhn ;)
16.21.56 #       <HCl> gnuboy is designed to directly write onto a framebuffer
16.22.07 #       <HCl> with either 8,16,24, or 32bit modes
16.22.47 #       <Bagder> enters 1bit mode... :-)
16.23.02 #       <jyp> http://www.namesuppressed.com/kenny/
16.23.46 #       <Bagder> well, hopefully you'll get 2 bits "soon"
16.24.13 #       <preglow> HCl: afaik, gameboy uses four shades of gray, just like the h1x0, so you COULD just hack in a 'write directly' mode
16.25.33 #       <HCl> preglow: yea, i was thinking about that.
16.25.41 #       <HCl> Bagder: thats sort of what i'm waiting for :P
16.25.51 #       <HCl> i think i'll take a break
16.26.17 #       <HCl> gnuboy pretty much compiles, all thats left is to point it at the correct rom to load, make the lcd interface and make the joystick interface
16.36.00 #       <linuxstb> HCl: Maybe your emulator be implemented as a "viewer" - i.e. like the text file or jpeg viewer.  You would then just "play" a ROM in the normal file browser. 
16.37.04 #       <preglow> hahaha
16.37.05 #       <preglow> that would rock
16.37.09 #       <bobTHC> it's a good way to simply browse
16.37.17 #       <preglow> indeed
16.37.45 #       <Bagder> making a plugin a viewer is fairly easy
16.39.48 #       <lImbus> it's already done for those chip8-emus, isn't it ?
16.40.04 #       <Bagder> yes
16.40.10 #       <HCl> linuxstb: yea.
16.40.21 #       <HCl> that was sort of what i had in mind
16.40.56 #       <lImbus> it's mainly like argv and argc except that argc is always 1
16.41.59 #       <lImbus> define a file type (extension, that is) add a line to the viewers.cfg and you're done. no need to modify anything else in rockbox
16.48.06 Quit    R3nTiL ()
16.48.55 #       <HCl> heh, i'll be happy if it runs first
16.52.14 ***     Saving seen data "./dancer.seen"
16.58.05 Part    Zagor
17.05.35 #       <HCl> hm
17.06.08 #       <HCl> how do buttons work?
17.06.25 #       <HCl> i read something about a queue? i just repeat button_get till i get BUTTON_NONE ?
17.06.28 Join    webguest61 [0] (~d570e850@labb.contactor.se)
17.06.58 #       <preglow> it seems to be queue based, yes
17.07.01 #       <preglow> so i guess so
17.09.03 #       <HCl> okay.
17.11.15 #       <ashridah> hrm. wouldn't you want raw access to the buttons to get smoother gameplay? (and i still have no idea how you intend to deal with the fact that the joystick looks like it can't press two directions to get a diagonal...
17.12.32 #       <Bagder> you can check for buttons, it doesn't block if you don't want to
17.13.29 #       <lolo-laptop> is it the button processing hardware that doesn't send multiple button signals simultaneously?  That is the l4m3.
17.13.30 #       <ashridah> fair enough then
17.14.18 #       <preglow> lolo-laptop: that's the way it usually is, you can get away with one wire instead of several then
17.15.38 #       <ashridah> i don't see the problem with that. it's not a gameboy after all, it's an mp3 player. :)
17.16.22 #       <lolo-laptop> serial >= parallel in most cases -- if the bus is fast enough couldn't the game controller simulate it similar to how X-Windows similates a 3rd button with chord middle?
17.16.23 #       <bobTHC> :)
17.16.53 #       <ashridah> hell, it's how i designed my data input systems last time i built something using a 6811 uc.
17.17.09 #       <HCl> where's a list of all the button values etc?
17.17.17 #       <Bagder> button.h
17.17.18 Join    mecraw [0] (~mecraw@69.2.235.2)
17.17.22 #       <HCl> ashridah: eh.. i think it should be fast enough o.o;
17.17.35 #       <HCl> as badger said, i just make it non-blocking
17.17.52 #       <ashridah> true.
17.18.09 #       <lolo-laptop> chuckle he probably has the most often typo'd name around. -- it'll take some getting used to in games to do a rolling press to get diagonal, but it should work, eh?
17.18.43 #       <preglow> lolo-laptop: it's a hardware issue, one buttons physically blocks the other
17.19.01 #       <ashridah> lolo-laptop: pff. that's what tab complete is for
17.19.30 #       <lolo-laptop> preglow: so a rolling press doesn't send both button codes :-(!
17.20.22 #       <ashridah> preglow: i was more thinking of the physical issues, as in the joystick seems to have no way to press both at once, at a quick glance
17.23.22 #       <HCl> hrm.
17.23.41 #       <HCl> ashridah: correct
17.24.20 #       * HCl isn't sure how to detect releasing buttons o.o;
17.24.46 #       <HCl> i.. guess.. i'll.. just add a last-state var and check whether it was pressed last time, and if it wasn't, release it..
17.24.47 #       <preglow> you could maintain an internal map
17.24.50 #       <HCl> was*
17.24.54 #       <Bagder> BUTTON_REL
17.25.01 #       <preglow> that simplifies it :P
17.25.04 #       <HCl> ohh
17.25.06 #       <HCl> great.
17.25.09 #       <HCl> absolutely great :p
17.25.36 #       <Bagder> reading existing code will help you finding out these things
17.26.05 #       <HCl> yea
17.26.08 #       <HCl> i guess
17.26.16 #       <lolo-laptop> despite being overall less game good the H340 buttons seem to cooperate with being pressed 2 at once alright...
17.26.19 #       <HCl> sorry
17.29.21 #       <LUMOS1> Joerg, are you there??
17.29.32 #       <[IDC]Dragon> yes
17.29.32 Nick    LUMOS1 is now known as Trevmar (~trevor@ca-agoura-cuda2h-53.ventca.adelphia.net)
17.29.35 #       <Trevmar> Joerg, are you there??
17.29.44 #       <[IDC]Dragon> still, yet
17.30.27 #       <Trevmar> I noticed that post about the USB which disappeared from nansen2, and it fits the remaining Ondio sitting on my workbench to a T
17.30.55 #       <Trevmar> Can you think of any testing which might be useful now I have CVS running?
17.31.22 #       <[IDC]Dragon> hang on
17.31.29 #       <[IDC]Dragon> away for a sec
17.31.32 #       <Trevmar> ok
17.32.14 Quit    Christi-S (Read error: 110 (Connection timed out))
17.32.20 Join    Christi-S [0] (~christi@213.78.97.157)
17.38.34 Nick    Trevmar is now known as LUMOS (~trevor@ca-agoura-cuda2h-53.ventca.adelphia.net)
17.38.36 Quit    jyp ("poof!")
17.38.40 Nick    LUMOS is now known as Trevmar (~trevor@ca-agoura-cuda2h-53.ventca.adelphia.net)
17.46.13 Nick    Trevmar is now known as LUMOS (~trevor@ca-agoura-cuda2h-53.ventca.adelphia.net)
17.46.18 Nick    LUMOS is now known as Trevmar (~trevor@ca-agoura-cuda2h-53.ventca.adelphia.net)
17.49.29 #       <HCl> ok, that covers iriver buttons <-> gnuboy
17.50.32 #       <HCl> who wants to extend rockbox to support 4 bits grayscale? :x
17.50.46 #       <Bagder> 2bits
17.50.54 #       <Bagder> 4 colors
17.50.57 #       * Bagder runs away
17.52.01 #       * preglow hides.
17.52.17 #       <lolo-laptop> who wants to extend it to support full color on the H3x0?
17.52.22 #       * lolo-laptop runs farther
17.57.28 #       <HCl> sorry
17.57.29 #       <HCl> 2 bits
17.58.13 #       <[IDC]Dragon> Trovor: back again
17.58.23 #       <[IDC]Dragon> Trevor even
18.00.00 Join    R3nTiL [0] (~zorroz@217.30.249.40)
18.00.26 #       <[IDC]Dragon> or Trevmar
18.01.15 #       <Trevmar> ok i am here
18.01.59 #       <[IDC]Dragon> have you tried just multivolume, no hotswap?
18.02.25 #       <Trevmar> I tried hotswap and no multivolume, but there were dependencies
18.02.36 #       <HCl> igh..
18.02.38 #       <[IDC]Dragon> yes, that doesn't work
18.02.47 #       <[IDC]Dragon> andmakes no sense either
18.03.13 #       <Trevmar> OK, but I thought that the Jan 2 breaking date would indicate it was multivolume
18.03.24 #       <Trevmar> that was broken
18.03.26 #       <[IDC]Dragon> try wit current cvs
18.03.42 #       <[IDC]Dragon> to make sure you'r not missing any later fix
18.03.50 #       <Trevmar> Ok, will do. 
18.06.18 #       <HCl> linus isn't around...
18.06.28 #       <HCl> i'm slightly annoyed with the way i have to do video at the moment..
18.06.45 #       <HCl> cause it goes from.. 8bit framebuffer in memory -> 1 bit framebuffer in memory -> lcd framebuffer
18.10.49 #       <[IDC]Dragon> video?
18.11.02 #       <HCl> gameboy video output.
18.11.06 #       <HCl> display is generally called video
18.11.18 #       <[IDC]Dragon> ah, graphics
18.11.26 #       <[IDC]Dragon> ;-)
18.11.52 #       <HCl> i'm trying to get at least the 8bit -> 1bit conversion out.. while at the same time telling rockbox to only update one scanline..
18.12.53 #       <thegeek> have you tested a binary?
18.12.57 #       <thegeek> just to see if it actually works
18.13.11 #       <thegeek> I know there is no gfx/controls/sound or anything
18.13.33 #       <[IDC]Dragon> HC1: minimum update is 8 scanlines
18.13.47 #       <[IDC]Dragon> the line may be short
18.14.16 #       <[IDC]Dragon> but a byte in frame buffer is 8 bits *below*
18.14.35 #       <[IDC]Dragon> not across, as intuition tells
18.15.52 #       <HCl> thegeek: no.
18.16.01 #       <HCl> thegeek: whats the point of testing it without gfx/controls/sound?
18.16.18 #       <HCl> thegeek: i haven't even linked the plugin entry point to the gnuboy emu
18.16.31 #       <HCl> i wouldn't even be able to tell whether it worked
18.17.13 #       <HCl> [IDC]Dragon: one byte is 8 scanlines, right?
18.17.26 #       <thegeek> surely you could just add some debug messages in some critical places
18.17.29 #       <thegeek> to see if it runs
18.17.43 #       <HCl> i guess.
18.17.44 #       <thegeek> I don't know, I really don't know rockbox code;)
18.17.48 #       <thegeek> do it your way
18.17.52 #       <thegeek> don't listen to me;)
18.18.32 #       <HCl>  :P
18.18.33 #       <HCl> ok
18.18.48 #       * HCl scratches his head
18.19.53 #       <HCl> this is so frustrating, cause gnuboy has 0 comments/code documentation
18.22.22 Quit    bobTHC ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )")
18.22.29 #       <HCl> ah.. palette thing..
18.24.23 Join    webguest62 [0] (~513ec04a@labb.contactor.se)
18.25.21 Join    Cap_d_Stuzz [0] (~SHEET@host162-222.pool80183.interbusiness.it)
18.25.51 #       <Cap_d_Stuzz> so?
18.26.23 #       <Trevmar> Joerg: It says *Panic* Reading past end of card" on the 03 08 unit with multivolume enabled
18.27.28 #       <Trevmar> luckily my USB still works
18.27.51 #       <HCl> igh.
18.28.00 #       <Trevmar> Joerg: please confirm you have seen this :)
18.28.06 #       * HCl doesn't like math.
18.28.15 Part    Cap_d_Stuzz
18.29.18 #       <preglow> i love math
18.29.42 #       * ashridah flees
18.30.50 Quit    webguest62 ("CGI:IRC")
18.30.56 #       <[IDC]Dragon> Trevmar: the panic is checking if an access beyond the card's capacity is tried
18.31.16 #       <[IDC]Dragon> no, I haven't seen it happening
18.31.47 #       <[IDC]Dragon> Jens introduced that check not too long ago
18.32.03 Join    Sucka [0] (~NNSCRIPT@host81-156-215-25.range81-156.btcentralplus.com)
18.32.37 #       <[IDC]Dragon> if it triggers, something is ill before
18.33.37 #       <[IDC]Dragon> we should extend it with some output: which card, which address
18.33.53 #       <[IDC]Dragon> maybe MV is confusing cards
18.36.19 Quit    lImbus (Remote closed the connection)
18.36.32 Quit    R3nTiL ()
18.38.45 #       <[IDC]Dragon> Trevmar: do you feel capable to do so?
18.41.39 #       <HCl> [IDC]Dragon: to map a scanline onto an rockbox scanline i need to divide the scanline by eight and the modulo 8 of the scanline will be the individual scanline within the byte, right?
18.43.16 #       <HCl> can i just shift a one by that much to set it?
18.44.28 #       <Trevmar> Sorry Joerg, I went to get coffee :) Yes, I used to embedded program a lot (about 20 years ago :( ) Tell me what you need doing, and try and make it easy for me to handle, as this is what I have been doing for th elast 5 years or so: http://autoimmunityresearch.org/chicago2005.htm
18.47.36 Join    lImbus [0] (~manuel@kernel.cycos.net)
18.48.57 Quit    preglow ("and i'm away")
18.52.15 ***     Saving seen data "./dancer.seen"
18.52.23 #       * HCl prods people who know about the lcd framebuffer :/
18.59.36 Join    webguest78 [0] (~50fca7f2@labb.contactor.se)
19.00.38 #       <HCl> thats just evil...
19.00.44 #       <HCl> gcc shouldn't even accept this line of code..
19.00.45 #       <HCl>            *(dest+++scanline_mapped)&=~(1<<scanline_index);
19.02.24 #       <[IDC]Dragon> Trevmar: are you around for a while? We can cantinue this in an hour or so
19.02.37 #       <HCl> [IDC]Dragon: do you know anything about the lcd buffer format?
19.02.46 #       <[IDC]Dragon> yes
19.03.45 #       <Trevmar> Joerg,
19.03.48 #       <[IDC]Dragon> as I said, a byte are the piyels ontop of each other for 8 scanlines
19.04.10 #       <[IDC]Dragon> the next byte wil be the 8 pixels to the right of that column
19.04.11 #       <amiconn> HCl: It's somewhat described in firmware/drivers/lcd-h100.c. Search for "About Rockbox' internal bitmap format"
19.04.16 #       <Trevmar> yes I will check back from time to time. Best to send me an email in case I lose my IRC connection, though
19.04.46 #       <Trevmar> IRC keeps disconnecting every few hours :(
19.05.12 #       <[IDC]Dragon> Trevmar: I'm still confused about which disease I should contact you ;-)
19.05.14 #       <HCl> amiconn: okay
19.05.33 #       <Trevmar> no problems, we study them lol -LOL
19.05.35 Nick    Lynx_ is now known as Lynx_awy (HydraIRC@134.95.189.59)
19.06.39 #       <Trevmar> Joerg, I did do a transition from pure Elecronic Engr to Biomed Engr in 1985 - then I got caught up in RISc and Intrenet and whatever until about 2000 -LOL
19.07.10 #       <HCl> okay.
19.08.13 Quit    webguest78 ("CGI:IRC (EOF)")
19.08.15 #       <HCl> amiconn: ok.. i *think* i got it right then..
19.09.04 #       <Sucka> hows it going guys?
19.12.14 #       <HCl> hmm.
19.12.16 #       <HCl> so-so
19.13.30 #       <Sucka> ooh
19.13.39 #       <Sucka> are you the guy trying to get a gameboy emulater to work on it?
19.13.45 #       <Sucka> i was reading irc logs ;)
19.13.57 #       <HCl> thats me, yea.
19.14.00 #       <Sucka> awesome :D
19.14.08 #       <HCl> the button interface was trivial...
19.14.14 #       <HCl> i *think* i just finished the lcd interface
19.14.29 #       <HCl> so i just need to connect gnuboy's main() to the plugin interface
19.14.33 #       <HCl> but i'm gonna eat dinner, ta
19.14.38 #       <Sucka> bye
19.19.01 Join    Stryke` [0] (~Chairman8@resnet-241-86.resnet.umbc.edu)
19.23.18 #       * HCl returns
19.23.38 #       <lImbus> dinner in 9 minutes. wow
19.27.25 #       <HCl>  :P
19.27.38 #       <HCl> no interesting people to talk with.
19.28.46 #       <linuxstb> HCl: I've just had a quick look at the gnuboy sources - have you included inflate.c ?
19.29.18 #       <HCl> no.
19.29.36 #       <HCl> compression needed yet another realloc buffer.
19.29.49 #       <HCl> and i didn't think it was worth the memory sacrifice.
19.30.01 #       <linuxstb> No - I think 40GB is enough for GB roms...
19.30.05 #       <HCl> mhm.
19.30.21 #       <HCl> do you know the lcd framebuffer some?
19.30.34 #       <HCl> i'm kind of wanting/needing someone to tell me whether this code i have is correctish
19.30.42 #       <linuxstb> Me?  No, not at all.
19.30.57 #       <HCl> k :/
19.31.36 #       <linuxstb> Have you tried building for the iRiver simulator?
19.33.28 #       <HCl> no.
19.33.39 #       <HCl> thats a good idea, by the way.
19.34.03 #       <HCl> aside from not having a windows iriver simulator, nor a build environment to make one
19.34.29 #       <linuxstb> What OS do you use?  There's an X11 simulator for Unix as well.
19.35.09 #       <linuxstb> Or are we talking about different things?
19.35.30 #       <linuxstb> I'm talking about the Rockbox simulator.
19.35.32 #       <HCl> we are.. my workstations are windows, but my server runs linux
19.35.38 #       <HCl> hence i prefer a windows simulator
19.35.46 #       <HCl> but i guess i can use vnc
19.35.50 #       <HCl> and use the x11 one
19.36.06 #       <HCl> let me hook up its main() thing first..
19.36.06 Join    amx [0] (~amx@Ottawa-HSE-ppp262227.sympatico.ca)
19.40.15 #       <ashridah> hm. the simulator doesn't work with cygwin?
19.42.29 #       <HCl> i don't know
19.42.31 #       <HCl> i don't have cygwin
19.43.05 Quit    thegeek (Read error: 101 (Network is unreachable))
19.43.24 Join    thegeek [0] (na@ti521110a080-3006.bb.online.no)
19.47.13 Quit    einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
19.47.51 Join    einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de)
19.48.22 #       <HCl> where could i alter the memory sizes assigned to plugins again?
19.49.10 Join    ripnetUK [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk)
19.49.16 #       <lImbus> uh. that must be somewhere in the startup of rockbox. isn't there a define for that in plugin.h ?
19.49.27 #       <HCl> linus told me where it was earlier
19.49.31 #       <HCl> but my irc client crashed
19.49.33 #       <HCl> so i lost it
19.49.37 #       <[IDC]Dragon> it's in the linker definition file
19.49.39 #       <ashridah> HCl: so use the online logs
19.49.46 #       <[IDC]Dragon> *.lds
19.49.47 #       <HCl> ohyea.
19.49.52 #       <HCl> [IDC]Dragon: ok..
19.50.31 Quit    ripnetUK (Client Quit)
19.54.33 #       <[IDC]Dragon> bbl
19.54.37 Quit    [IDC]Dragon ("CGI:IRC")
19.54.51 #       <HCl> titania:/home/hcl/rockbox/rockbox-devel/iriver# ls -al rockboy.rock
19.54.51 #       <HCl> -rwxr-xr-x  1 root root 4873512 Feb  9 19:53 rockboy.rock
19.54.57 #       <HCl> 4.8 mb :x
19.55.03 #       <ashridah> rofl
19.55.11 #       <ashridah> did you link in libc by accident? :)
19.55.14 #       <HCl> no xD
19.55.24 Join    webguest99 [0] (~3e234217@labb.contactor.se)
19.55.40 #       <HCl> i'm assuming it allocates space for the buffers right in the .rock?
19.55.55 #       <webguest99> has linus work on iriver port since yesterday ?  
19.56.02 #       <webguest99> has linus work on iriver port since yesterday ?  
19.56.06 #       <HCl> look at the cvs weblog.
19.56.29 #       <webguest99> i spoke about the bootloader and the hold button ?
19.56.50 #       <HCl> i don't think he added support for that
19.56.58 #       <thegeek> he's working on it
19.57.06 #       <webguest99> cool
19.57.27 #       <webguest99> my battery suffered today , my iriver stand powered on all the day
19.58.44 #       * HCl stares at gnuboy.
19.58.54 #       <thegeek> go!
19.58.55 #       <HCl> now i'm starting to get scared to finish it and find out it doesn't work at all
19.58.56 #       <HCl> xD
19.59.19 #       <HCl> all thats left is linking the plugin entry point to the main() and adding proper procedures to shut the emulator down
19.59.40 Quit    Aison (Read error: 104 (Connection reset by peer))
19.59.59 #       <ashridah> please, you've done 90% of the work. now you've just got 90% to go
20.00.05 #       <ashridah> you're not finished :)
20.00.08 #       <linuxstb> HCl: Congratulations on getting it to build.  Now the hard work begins...
20.00.16 Join    Aison [0] (~hans@zux166-181.adsl.green.ch)
20.01.07 #       <HCl> well. hm.
20.01.15 #       <HCl> say i wanted to access a file in the root of the drive
20.01.22 #       <HCl> would i just open "\\blah" ?
20.02.05 #       <linuxstb> I think you use "/blah"
20.02.10 #       <HCl> ok
20.02.30 #       <HCl> i'm gonna try and make it just.. load /rom.gb by default
20.02.41 #       <linuxstb> Looking in bootloader/main.c, the bootloader looks for "/rockbox.iriver"
20.03.53 #       <HCl> ok
20.03.59 #       <amiconn> HCl: /blah is correct; rockbox uses unix path syntax (and only supports absolute paths)
20.04.02 #       <HCl> okay
20.05.24 #       <HCl> is there a function that like, terminates a plugin immediately?
20.05.40 #       <HCl> or am i just gonna have to let my entry point return nicely..
20.05.41 Join    ripnetUK [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk)
20.05.44 #       <HCl> which is gonna be a bit of a pain..
20.06.05 #       <ripnetUK> for the record, its looking a lot like its the new Mandrake kernel thats been eating my filesystem, not Rockbox :)
20.06.10 #       <thegeek> humhum
20.08.36 #       <HCl>  :P
20.13.57 #       <HCl> okay.
20.14.01 #       <HCl> now i'm scared to test it :x
20.15.02 #       <ashridah> wimp :)
20.15.42 #       <HCl>  :p
20.15.50 #       <HCl> well.
20.15.52 #       <HCl> its just that.
20.15.54 #       <HCl> if it doesn't work
20.15.57 #       <HCl> it means more work
20.16.03 #       <ashridah> bah
20.16.05 #       <ashridah> wimp. 
20.16.05 #       <HCl> and otherwise, i'll just not know :p
20.16.07 #       <HCl>  :P
20.16.30 #       <HCl> it'll most likely crash horribly.
20.16.37 #       <HCl> adding a stop button might be a good idea too, heh
20.17.56 Join    hubble [0] (hubble@h13n1fls302o1033.telia.com)
20.18.43 Join    [IDC]Dragon [0] (~idc-drago@p3EE2D52B.dip.t-dialin.net)
20.19.32 #       <HCl> how do i check the hold button?
20.21.47 #       <hubble> Anyone know how UDA1380 i2s interface is connected to the CPU?
20.22.01 #       <[IDC]Dragon> Trevmar: do you read?
20.23.20 #       <Trevmar> yes, I am here
20.24.00 #       <[IDC]Dragon> so, where were we? MV works, but no hotswap?
20.24.19 #       <Trevmar> no, MV enabled gives PANIC
20.24.26 #       <[IDC]Dragon> ok
20.24.29 Quit    webguest99 ("CGI:IRC")
20.24.31 #       <Trevmar> using the latest CVS
20.24.38 #       <[IDC]Dragon> can you go into ata_mmc.c ?
20.24.45 #       <Trevmar> just a minute
20.24.56 #       * HCl does a make zip...
20.25.11 #       <[IDC]Dragon> line 646
20.25.51 #       <Trevmar> arrgh this editor doesnt have line count, wait a bit...
20.26.06 #       <Trevmar> copy and paste the line pse
20.26.12 #       <[IDC]Dragon> search for panicf
20.26.31 #       <Trevmar> OK, got the message
20.26.53 #       <Trevmar> you want to porint some variables there?
20.26.54 #       <[IDC]Dragon> extend this to print the offending values
20.27.06 #       <Trevmar> er, which values?
20.27.20 #       <[IDC]Dragon> just a sec
20.29.24 #       <HCl> hrm.
20.29.35 #       <[IDC]Dragon> panicf("Reading %d past end %d of card %d\n", start+incount-card->numsectors, card->numsectors, drive);
20.30.02 #       <HCl> hrm.
20.30.10 #       <[IDC]Dragon> this only works for MV enabled, because of the drive param
20.30.11 #       <HCl> rockboy isn't getting zipped when i do a make zip... why?
20.30.36 #       <[IDC]Dragon> HCl: you need to add it to SOURCES
20.30.59 #       <HCl> it is
20.31.11 #       <Trevmar> OK, will compile and test...
20.31.12 #       <HCl> otherwise it wouldn't get built
20.31.19 #       <HCl> i guess i can copy it manually...
20.33.07 #       <amiconn> Trevmar: I have one more thing you could check (with your test build or plain daily, and with a build without multivolume & hotswap for comparison)
20.33.18 #       <Trevmar> GA
20.34.22 #       <amiconn> With _both builds_, go to Info->Debug->View MMC info, and note all 4 pages _both with & without_ MMC inserted
20.35.31 #       <amiconn> Be sure you don't mix the headlines; there are [MMC0 p1], [MMC0 p2], [MMC1 p1], [MMC1 p2]
20.36.03 #       <[IDC]Dragon> looking for a wrong enable?
20.36.21 #       <Trevmar> Joerg, I got *PANIC* Reading 1 past end 0 of card 1
20.36.35 #       <[IDC]Dragon> end 0 is no good
20.36.53 #       <[IDC]Dragon> thanks
20.36.57 #       <amiconn> Looks like the card doesn't get initialised properly
20.37.18 #       <Trevmar> same card worked fine with MV disabled :)
20.37.27 #       <amiconn> Trevmar: Do you get this even when no card is inserted?
20.37.50 #       <Trevmar> Nope, no panic, machine works fine until I insert card
20.37.59 #       <HCl> hrm.
20.38.12 #       <amiconn> Trevmar: What if the card is already inserted at boot?
20.38.16 #       * HCl uploaded rockboy, put a rom on his iriver..
20.38.17 #       <[IDC]Dragon> HCl is stuck ina loop
20.38.20 #       <HCl> yea
20.38.22 #       <HCl> xd
20.38.26 #       <thegeek> oh the excitement!
20.38.38 #       <HCl> it'll just crash horribly *nods*
20.38.39 #       <HCl> xD
20.39.12 #       <Trevmar> the card has to be inserted at boot because I have hotplug turned off still
20.39.21 #       <Trevmar> just MV enabled
20.39.26 #       <amiconn> AH.
20.39.28 #       <HCl> incompatible version.
20.39.29 #       <HCl> o.o
20.39.40 #       <HCl> hey! how's that possible o.o;
20.39.47 #       <HCl> hm.
20.39.51 #       <HCl> nm o.o
20.40.21 #       <amiconn> Hrrrrmmm. I suspect problems with logic level when switching the select. I'd really prefer to have such a 0x0308 unit here for testing...
20.40.37 #       <HCl> that explains why it didn't pack rockboy >.o old .zip
20.41.56 #       <[IDC]Dragon> amiconn: I admit that I don't understand why the circuit works with both AND and OR
20.42.10 #       <amiconn> ???
20.42.12 #       <[IDC]Dragon> and just flipping a polarity
20.42.21 #       <Trevmar> the hotplug fails with my AC08 units as well, remember
20.42.44 #       <Trevmar> even though the MV works with them
20.42.45 #       <amiconn> Trevmar: Yes, but multivolume does work there
20.42.51 #       <Trevmar> and the ones reported on the forum were 07 08
20.43.09 #       <amiconn> I think there are 2 separate problems
20.43.27 Join    thegeek_ [0] (na@ti521110a080-0636.bb.online.no)
20.43.36 Quit    webguest61 ("CGI:IRC")
20.43.56 #       <amiconn> [IDC]Dragon: I think the circuit is a bit more different, not only AND replaced by OR
20.45.28 #       <amiconn> Using AND is the better choice imho (and I think this is why they changed it after all). With AND, the "idle" level is high, which is also idle level for MMC.
20.45.52 #       * [IDC]Dragon stares at the pics
20.46.08 #       <[IDC]Dragon> yes, the traces are somwhat different
20.46.39 #       <amiconn> Trevmar: Does USB access work for both internal & external with MV-enabled rockbox?
20.47.02 #       <Trevmar> wait - let me test it
20.47.40 #       <amiconn> lImbus: r u there?
20.49.55 Quit    thegeek_ (Read error: 54 (Connection reset by peer))
20.50.01 #       <Trevmar> amiconn, the 0708 says "please remove inseted MMC" when I plug in SUB. daily build 20050204
20.50.12 #       <Trevmar> ..plug in USB..
20.50.23 #       <amiconn> Of course.
20.50.24 Join    webguest00 [0] (~0c977851@labb.contactor.se)
20.50.28 Quit    thegeek (Read error: 60 (Operation timed out))
20.50.39 Join    XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net)
20.50.46 #       <amiconn> USB connect *can* only work without the card inserted.
20.51.06 #       <XShocK> hi all
20.51.22 #       <amiconn> If you want to access the card via USB, you have to pull it before and reinsert it after connecting
20.51.36 #       <amiconn> That's a hardware limitation, nothing we can do about
20.52.19 ***     Saving seen data "./dancer.seen"
20.52.19 #       <amiconn> And: MMC hotswap in USB has been working long before (and independent from) MMC hotswap for rockbox access
20.52.47 Part    webguest00
20.53.49 #       <amiconn> Trevmar: Does the 0308 unit say the same under your test condition? It should...
20.54.02 #       <Trevmar> Hotplug doesn't work in either of my 07 08 boxes. When I pull the card out the unit switches off with horizontal and vertical lines on the display
20.54.54 #       <amiconn> Yeah, I mean, test with MV but *without* hotswap, and primarily on the 0308 units
20.54.57 #       <Trevmar> Yes, the 03 08 and 07 08 both require card to be pulled out when USB plugged in
20.55.33 #       <amiconn> Does the actual access work both to the internal flash (when card is pulled) and the card (when plugged)?
20.56.05 #       <Trevmar> yes, I get the <MMC1>  on the 07 08 boxes
20.56.26 #       <amiconn> No, I mean USB access.
20.57.03 #       <Trevmar> When I plug in the USB while the card is installed it tells me I have to pull the card
20.57.13 #       <amiconn> Yeah, of course.
20.57.15 #       * [IDC]Dragon draws circuit diagrams
20.57.49 #       <amiconn> Trevmar: I said: connect USB *without* card inserted. (1) Can you access the internal flash from the PC?
20.58.27 #       <amiconn> (2) Plug the card now. Does the drive content on the PC now change to the card's content, i.e. access to card works too?
20.59.37 #       <Trevmar> yes, the unit works fine without a card plugged in
21.00.20 #       <HCl> that took a while to load, and as i said, it exited immediately XD
21.00.25 #       <HCl> i wonder why though
21.00.48 #       <Trevmar> Amiconn, when I plug in USB
21.01.08 #       <amiconn> Trevmar: Okay. What about (2)?
21.01.26 #       <Trevmar> and then plug in the MMC the Ondio did not switch off, and on my PC I can not see any <MMC1> designator
21.01.37 #       <Trevmar> just the internal ondio memory
21.01.51 #       <amiconn> Of course; this trick cannot work for USB access.
21.02.36 #       <amiconn> The drive (if you are on Windows) should now show the contents of the card *instead* of the internal flash content
21.02.44 #       <Trevmar> The moment I unlugged the USB cable I got the message "PANIC reading 1 past end 0 of card 1
21.03.16 #       <Trevmar> let me try again and see what I get in more detail..
21.03.24 Quit    xen` (Read error: 104 (Connection reset by peer))
21.03.41 #       <amiconn> Trevmar: Btw, that was on a 0308 unit, correct?
21.04.21 #       <Trevmar> Amiconn, you are correct, I am looking at the card directory, not the Ondio's internal with my PC
21.04.38 #       <Trevmar> this is an 07 08 unit with 20050204
21.04.48 #       <amiconn> Okay, nice.
21.05.06 #       <amiconn> Could you please do the same test with a 0308 unit?
21.05.47 #       <Trevmar> That is interesting
21.07.35 #       <Trevmar> I have gotten the units mixed up. With the 03 08 unit compiled without MV then I can see the card directory if I plug in the card while the USB is enabled
21.08.02 #       <Trevmar> on the 07 08 unit with 20050204 I enable USB and then the unit switches off as I plug in the MMC card
21.09.14 #       <Trevmar> this is consistent with my 07 08 units switching off as the card is plugged in without being in the USB transfer mode as well
21.09.49 #       <Trevmar> I think a variation of this is what is acusing those other huys to lose their USB maybe? CPU going off into the weeds?
21.10.23 #       <Trevmar> causing these other guys
21.10.25 #       <amiconn> Hmmm. For the 0708 problem, if you have a rockbox _without_ hotswap on the unit, and insert a card into the running box (what obviously wouldn't cause it to be detected), does the unit switch off too?
21.10.49 #       <Trevmar> let me try that
21.12.14 #       <Trevmar> I am putting the latest CVS without MV or hotswap into the 0708 unit. Then later I will recompile with only hotswap off. one step at a time...
21.14.48 #       <HCl> cannot open romfile
21.14.48 #       <HCl> hrm.
21.15.07 #       <Trevmar> No, the 0708 unit resets when I insert either the MMC or the Sd even with MV and Hotswap disabled
21.16.28 #       <Trevmar> All ofthese units came with lots of brass shielding soldered into place...
21.16.51 #       <Trevmar> I took that all out
21.17.05 #       <Trevmar> no apparent change in performace
21.17.23 #       <Trevmar> even the radio was just as cruddy reception with and without, IMO
21.17.31 Quit    DMJC (zelazny.freenode.net irc.freenode.net)
21.17.31 NSplit  zelazny.freenode.net irc.freenode.net
21.17.39 Quit    XShocK (zelazny.freenode.net irc.freenode.net)
21.21.52 Quit    [IDC]Dragon (zelazny.freenode.net irc.freenode.net)
21.21.52 Quit    ripnetUK (zelazny.freenode.net irc.freenode.net)
21.21.52 Quit    amx (zelazny.freenode.net irc.freenode.net)
21.21.52 Quit    Stryke` (zelazny.freenode.net irc.freenode.net)
21.21.52 Quit    lImbus (zelazny.freenode.net irc.freenode.net)
21.21.52 Quit    Sucka (zelazny.freenode.net irc.freenode.net)
21.21.52 Quit    Christi-S (zelazny.freenode.net irc.freenode.net)
21.21.52 Quit    HCl (zelazny.freenode.net irc.freenode.net)
21.21.52 Quit    Quel|away (zelazny.freenode.net irc.freenode.net)
21.21.52 Quit    amiconn (zelazny.freenode.net irc.freenode.net)
21.21.52 Quit    QT_ (zelazny.freenode.net irc.freenode.net)
21.21.52 Quit    Shulberry (zelazny.freenode.net irc.freenode.net)
21.21.53 Quit    crash__ (zelazny.freenode.net irc.freenode.net)
21.21.53 Quit    rasher (zelazny.freenode.net irc.freenode.net)
21.21.53 Quit    sneakums (zelazny.freenode.net irc.freenode.net)
21.22.29 NHeal   zelazny.freenode.net irc.freenode.net
21.22.29 NJoin   XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net)
21.22.35 #       <Trevmar> I reloaded the latest CVS with MV enabled into the 07 08 unit and it still switches off when you hotplug a card, same as before, but the <MMC1> directory is accessible and music plays OK
21.23.44 NJoin   [IDC]Dragon [0] (~idc-drago@p3EE2D52B.dip.t-dialin.net)
21.23.44 NJoin   amx [0] (~amx@Ottawa-HSE-ppp262227.sympatico.ca)
21.23.44 NJoin   Stryke` [0] (~Chairman8@resnet-241-86.resnet.umbc.edu)
21.23.44 NJoin   lImbus [0] (~manuel@kernel.cycos.net)
21.23.44 NJoin   Sucka [0] (~NNSCRIPT@host81-156-215-25.range81-156.btcentralplus.com)
21.23.44 NJoin   Christi-S [0] (~christi@213.78.97.157)
21.23.44 NJoin   HCl [0] (hcl@titania.student.utwente.nl)
21.23.44 NJoin   Quel|away [0] (~kvirc@85.48.33.190)
21.23.44 NJoin   amiconn [0] (~jens@pD95D135F.dip.t-dialin.net)
21.23.44 NJoin   Shulberry [0] (Taxi@oslo-dhcp-248-180.bluecom.no)
21.23.44 NJoin   crash__ [0] (~crash@a15167580.alturo-server.de)
21.23.44 NJoin   sneakums [0] (~sneakums@doublethink.psax.org)
21.23.44 NJoin   rasher [0] (~rasher@62.79.64.148.adsl.hs.tiscali.dk)
21.24.07 #       * amiconn hates sudden mega-splits
21.24.11 Join    QT [0] (as@area51.users.madwifi)
21.24.13 NJoin   DMJC [0] (~James@220-245-162-47-sa-nt.tpgi.com.au)
21.25.26 NJoin   ripnetUK [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk)
21.25.27 #       <amiconn> Trevmar: I had to gather your latest statements from the log because of the split...
21.26.14 #       <amiconn> If your 0708 unit shuts down regardless of rockbox features, I'm pretty sure this unit has got a hardware problem
21.26.42 #       <amiconn> Somehow the MMC insertion force cuts the power
21.29.37 #       <lImbus> hö ? what's up with chanserv ? it just asked me to be sure the question was not on faq...
21.30.18 #       <amiconn> I dunno....
21.30.23 Join    webguest93 [0] (~513ec04a@labb.contactor.se)
21.30.28 #       <lImbus> ah, i c. netsplit, and the window was not yet scrollen down, so I did not notice tzhe split
21.30.34 Quit    webguest93 (Client Quit)
21.31.22 #       <amiconn> lImbus: As you are obviously here now - I remember you having an Ondio with 0308 mask, and that it is broken, but I don't remember *what* broke.
21.31.26 #       <lImbus> btw, amiconn: I am there. and now my window is scrolling again
21.31.30 #       <lImbus> hehe
21.32.05 #       <amiconn> Could you tell me again?
21.32.17 #       <lImbus> currently typing :-)
21.32.39 #       <lImbus> my ondio: it was not yet flashed, so archos firmware should boot it up, then load the ajb-file from "disk".
21.32.43 #       <lImbus> but it doesn't.
21.32.58 #       <lImbus> it takes several minutes to boot (if it does not fail quitely)
21.33.05 #       <lImbus> then is in the archos-menue
21.33.08 #       <HCl> open("/rom.gb", "rb");
21.33.13 #       <HCl> anyone any idea why that would fail?
21.33.21 #       <HCl> rom.gb exists on my player
21.33.41 Join    Zagor [242] (foobar@h254n2fls31o265.telia.com)
21.33.54 #       <lImbus> amiconn: (that one menue that can bee seens on joergs screenshot for OndioBacklight
21.34.31 #       <lImbus> if I try then to do ANYTHING if aborts with several error messages. "not formatted" or "incorrectly formattet"
21.34.38 #       <HCl> anyone? :/
21.34.43 #       <HCl> should it just be "r" ?
21.35.33 #       <lImbus> HCl: what fails? to compile, or run ?
21.35.37 #       <amiconn> HCl: The second parameter is flags, *not* a string.
21.35.37 Nick    Quel|away is now known as quelsaruk (~kvirc@85.48.33.190)
21.35.40 #       <HCl> neither
21.35.42 #       <quelsaruk> hi
21.35.43 #       <HCl> amiconn: ahhhhhh
21.35.44 #       <HCl> doh.
21.35.46 #       <HCl> okay
21.36.01 #       <HCl> my bad
21.36.08 #       <HCl> little fopen -> open bug
21.36.11 #       <amiconn> HCl: I *really* recommend reading exisiting code...
21.36.29 #       <HCl> sorry o.o
21.36.38 #       <lImbus> amiconn: if I insert an external mmc-card, it does the same, but tells me to extract the card
21.36.40 #       <HCl> i don't use the open() stuff much.
21.36.40 #       <amiconn> lImbus: Did you once try to reformat the internal memory? If yes, maybe you accidentally formatted anything else than FAT16?
21.36.47 #       <lImbus> no
21.36.50 #       <lImbus> didn't try
21.36.58 #       <lImbus> worked until it died one bad day
21.37.12 #       <lImbus> can't access it with usb neother
21.37.18 #       <lImbus> s/neother/neither
21.37.37 #       <amiconn> Hmm, that sounds like the internal flash failed. Too bad it's a bga...
21.37.53 #       <lImbus> uart-boot
21.37.54 #       <lImbus> ?
21.38.20 #       <lImbus> mhmm wait. why would external mmc fail, if it's the internal flash ?
21.38.39 #       <amiconn> ???
21.39.24 #       <lImbus> sometimes I mess it up with the different memory types in archjos devices...
21.39.31 #       <lImbus> must be a misunderstanding
21.42.19 #       <Trevmar> amiconn, I am sorry, I was distracted. here is my last message before we got diconnected -->
21.42.22 #       <Trevmar> I reloaded the latest CVS with MV enabled into the 07 08 unit and it still switches off when you hotplug a card, same as before, but the <MMC1> directory is accessible and music plays OK
21.43.55 #       <Trevmar> Amiconn: if the shutdown is a hrdware problem (and I don't necessarily disagree) I have 2 07 08 Ondios with identical hardware problems, then.
21.44.28 #       <Trevmar> but it has nothing to do with MMC insertion force
21.44.35 #       <amiconn> That may still be the case. To be sure, you could check with archos firmware
21.44.47 #       * [IDC]Dragon is back from dinner
21.45.58 #       <Trevmar> Yes, let me delete the ajbrec and see what I get
21.46.01 #       <[IDC]Dragon> and done with circuit diagrams and truth tables
21.46.40 #       <lImbus> amiconn: would the ondio have been working (with internal memory) after having formatted it with something else than fat16 ? i gave it once to a mate...
21.46.42 #       <[IDC]Dragon> amiconn: I think the reason for the AND vs. OR is different
21.47.08 #       <[IDC]Dragon> in rockbox, 2 things are changed:
21.47.33 #       <amiconn> lImbus: If it's not flashed, no. Archos fw can only boot from FAT16
21.47.34 #       <Trevmar> Yes, with the archos software the insertion of an MMC card into those units causes them to shut down.
21.47.36 #       <[IDC]Dragon> 1) the SCk line is idle high or low, depending on the chip
21.48.00 #       <lImbus> amiconn: ok, then I had never something else than fat16.
21.48.12 #       <[IDC]Dragon> 2) the clock gate polarity is reversed
21.48.24 #       <[IDC]Dragon> now comes the interesting:
21.48.30 #       <amiconn> [IDC]Dragon: Yes, I know. Thats catered for.
21.49.00 #       <[IDC]Dragon> the clock line from the bridge must also be idle high or idle low
21.49.28 #       <[IDC]Dragon> with the OR, it must be 0 to allow us to clock the cards
21.49.41 #       <[IDC]Dragon> with the AND, itmust be 1
21.49.54 #       <amiconn> Ah, yes.
21.50.09 #       <amiconn> Hmm, how is this achieved?
21.50.22 #       <HCl> it still doesn't work x.x
21.50.36 #       <HCl> is it possible i'm getting assigned fd 0?
21.50.40 #       <[IDC]Dragon> we can't control it, so I guess the driving reason for the change was a different bridge behaviour
21.51.00 #       <amiconn> Hmm.
21.51.21 #       <amiconn> That should be obvious from the datasheets, shouldn't it?
21.51.39 #       * HCl checks the other sources and guesses it is..
21.51.39 #       <amiconn> Maybe it was the AU9330->AU9331 transition?
21.53.10 #       * [IDC]Dragon tries to remember
21.54.52 #       <amiconn> lImbus: I remember having read on the archos site that earlier Ondio fw versions could even get stuck when the internal flash is not formatted with FAT16.
21.55.28 #       <amiconn> The only chance to revive such a unit would be to uart-boot it, and flash a newer firmware (or preferably rockbox ;-) )
21.55.58 Quit    einhirn (zelazny.freenode.net irc.freenode.net)
21.55.58 Quit    dwihno (zelazny.freenode.net irc.freenode.net)
21.55.58 Quit    Bagder (zelazny.freenode.net irc.freenode.net)
21.55.58 Quit    linuxstb (zelazny.freenode.net irc.freenode.net)
21.55.58 Quit    Hadaka (zelazny.freenode.net irc.freenode.net)
21.55.58 Quit    hile (zelazny.freenode.net irc.freenode.net)
21.55.58 Quit    coob (zelazny.freenode.net irc.freenode.net)
21.56.21 #       <amiconn> lImbus: What archos fw version does this Ondio have?
21.56.51 #       <lImbus> uh.
21.56.54 #       <lImbus> dunno by hard
21.57.05 #       <lImbus> have to look when I'm at home
21.57.36 NJoin   einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de)
21.57.36 NJoin   dwihno [0] (~dw@81.8.224.89)
21.57.36 NJoin   Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se)
21.57.36 NJoin   linuxstb [0] (~linuxstb@dsl-212-23-31-215.zen.co.uk)
21.57.36 NJoin   coob [0] (pen0r@82-44-227-205.cable.ubr11.haye.blueyonder.co.uk)
21.57.36 NJoin   Hadaka [0] (naked@naked.iki.fi)
21.57.36 NJoin   hile [0] (hile@hack.fi)
21.57.42 #       <amiconn> Since this is an older hw version, chances are that fw version is rather old too...
21.57.53 #       <lImbus> of course
21.58.12 #       <amiconn> Maybe it can be revived with uart boot.
21.58.43 #       <[IDC]Dragon> I was offering that
21.58.46 #       <lImbus> it's planned that I send it to jörg anyways.
21.59.00 #       <lImbus> as soon as I got it back from my co-worker
21.59.30 #       <lImbus> if uart-boot and flash works-> nice, if not I donate the dead device. at least you can beep the tracks
21.59.55 #       <HCl> hrmf.
22.00.08 #       <HCl> watashi wa baka desu yo.
22.00.16 #       <amiconn> HCl: Yes, you can get assigned fd 0
22.00.25 #       <lImbus> lol
22.01.57 #       <HCl> amiconn: ok
22.02.12 #       * HCl scratches his head, at least got a little further
22.03.03 #       <HCl> i hope linus manages usb soon.. its annoying to having to keep switching back and forth between original and rockbox firmware
22.03.24 Quit    Christi-S (Read error: 60 (Operation timed out))
22.03.44 #       <lImbus> hi cristi
22.04.05 #       <lImbus> oops :-/
22.04.11 #       <[IDC]Dragon> wrong direction
22.04.34 #       <lImbus> I'm sure she's reading the logs :-)
22.05.44 Join    lImbus_ [0] (~c24d9e4b@labb.contactor.se)
22.05.56 Part    lImbus
22.06.52 Nick    lImbus_ is now known as lImbus (~c24d9e4b@labb.contactor.se)
22.06.56 #       <HCl> welp. thats somewhat what i expected....
22.06.59 #       <amiconn> HCl: You get the first unused fd. If no other file is open, this is 0. Error is indicated by <0
22.07.02 #       <HCl> yea
22.07.12 #       <HCl> its videodriver isn't updating..
22.07.44 #       <HCl> at least it shuts down semi-properly
22.09.32 #       <HCl> which means its input driver is working
22.10.04 #       <HCl> and the code is running in general
22.12.31 #       <HCl> it might just be extremely slow
22.12.37 #       <amiconn> lImbus: http://www.archos.com/download/firmware/README_ONDIO_FM_history.txt Read the notes regarding v 1.31f ...
22.12.44 Join    Christi-S [0] (~christi@213.78.108.199)
22.13.04 Join    jpburton5150 [0] (knoppix@cpe-24-94-54-216.stny.res.rr.com)
22.13.59 #       <[IDC]Dragon> amiconn: could the order of things on idle level and clock select be important?
22.14.18 #       <[IDC]Dragon> maybe we produce a spike for the OR models
22.14.32 #       <jpburton5150> hey... so, im trying to compile rockbox... but i get "Error: unrecognized arcgitecture specification 
22.14.38 #       <jpburton5150> '5249'
22.14.53 #       <jpburton5150> which HCl, i read you had...
22.15.03 #       <jpburton5150> so, how did you fix it?
22.15.13 #       <amiconn> [IDC]Dragon: Yes of course, that's what I suspect.However, it is very difficult to test without such a unit.
22.15.24 #       <HCl> jpburton5150: cvs binutils
22.15.32 #       <[IDC]Dragon> try to think...
22.15.39 #       <jpburton5150> k thanks a lot, ill try that
22.15.44 #       <amiconn> OR means idle low, and low isn't idle for MMC SPI protocol...
22.16.47 #       <lImbus> amiconn: I really can't recall the version.
22.17.15 #       <amiconn> You'll have to look what the screen shows at startup
22.17.57 #       <lImbus> silly) co-worker
22.18.04 #       <lImbus> argl.
22.18.16 #       <lImbus> that cgi::irc is buggy
22.18.45 #       <lImbus> I meant: yes, as soon as I get back my ondio from that BRACKET-OPEN silly BRACKET-CLOSE co-worker
22.19.33 #       <amiconn> Trevmar: Btw, what version do your 0308 Ondios show at startup? If it's lower than 1.31f, you should consider either updating archos fw in flash, or flashing rockbox....
22.19.55 #       <amiconn> ...if it's not yet flashed of course
22.21.25 #       <Trevmar> Rockbox is flashed
22.22.05 #       <Trevmar> left-button boot shows 1.32b
22.23.01 #       <amiconn> Yes, that's expected then. The archos image in the flash packages is the latest (flash) version.
22.24.29 #       <amiconn> Ah, I just remember that you uart-booted and flashed a number of Ondios.
22.24.41 #       <amiconn> Were these 0308 units among them?
22.24.50 #       <HCl> will lcd_putsxy print to the right of the x,y you feed it or to the left?
22.25.10 #       <amiconn> HCl: Right & bottom
22.25.23 #       <HCl> okay, and the top left pixel is 0,0, right?
22.25.32 #       <amiconn> yup
22.25.38 #       <HCl> okay..
22.26.52 #       <Trevmar> Yes, these 03 08 units were flashed, after chnaing the mask at FC and FD in the binary image :)
22.27.16 #       <amiconn> What was the problem with them before?
22.27.18 #       <Trevmar> chnaing=changing   sheez...
22.27.28 #       <amiconn> Did they get stuck at the archos boot screen?
22.28.51 #       <Trevmar> most of them had no life. Looked like they had been badly flashed by their previous owners, I guess. One of the 03 08 units was fully operational until I flashed Rockbix, and it took me several days to figure out that the guy hadn't sold me a lemon, that it was actually rockbox at fault :(
22.29.42 #       <amiconn> Okay, thanks.
22.31.06 #       <Trevmar> no screen mainly, as I remember. I have one still on the workbench which I can't get at the main memory to make that visible to a PC over USB. I can display the ocntents of an inserted MMc with ajbrec on it. Remember that one? I keep figuring that when we get these probelsm understood that it will magically come to life again. Or that somebody wil write "low_level_format.rock" for me :)
22.32.31 #       <Trevmar> because it will access and exceute off the MMC OK, only the main memory is dead in some way. It says "no partitions found, please insert USB and fix it" but the PC sees nothing across the USB
22.33.08 #       <amiconn> You could try flashing archos firmware (via uart). That should definitely work if it's not a hardware problem
22.33.15 #       <Trevmar> If I boot with an MMC card in place it takes that as the main partition. I described the screens in a thread on the forum
22.34.56 #       <Trevmar> When I left-boot that one it comes up with the "Ondio FM" screen but never drops through to that 4-way selecetor display of Archos
22.37.44 #       <Trevmar> with Archos software I dont get to that 4-way selector even when I boot with an MMC card in place. With Rockbox it sees the MMC card
22.37.58 #       <Trevmar> but still no USB with rockbox
22.38.19 #       <amiconn> Well, you should be able to access the MMC via USB
22.38.30 Join    thegeek [0] (na@ti521110a080-0636.bb.online.no)
22.38.59 #       <amiconn> So to come back to the 0380 vs. MV+hotswap problem, I ask again if you could do the tests I proposed 2 hours ago.
22.39.07 #       <amiconn> *0308
22.39.58 #       <amiconn> First, put on a build without MV+hotswap, go to Info->Debug->View MMC info, and check all 4 screens both with & without MMC inserted
22.40.35 #       <HCl> well...... that goes... slow..... :X
22.42.21 #       <Trevmar> Amiconn, I tried your trick of plugging in the card after USB is active. It didn't switch off this one (which is 07 08) but Win2K prompts me to "insert a disk in drive h:" repeatedly
22.42.55 #       <Trevmar> amicon, let me read those screens for you
22.43.26 #       <amiconn> It's not a trick... it's the required way of handling MMC in USB, even with archos firmware
22.44.41 #       <Trevmar> without MMC: MMC0 p1 STM128 rev 6.6 prod:2/2006  M=02 O=0000 size 122MB
22.45.41 #       <Trevmar> MMC0 p2: speed 20 Mbit/s Tsac 10ms Nsac 0clk R2W *4 IR max 35..35ma IW 35..45ms
22.47.37 #       <Trevmar> MMC1 p1 not found and MMC1 p2 not found.  OK lets' plug in the 1 gig MMC
22.48.34 #       <amiconn> MMC0 p1: It really display 02/2006? Then you have a chip from the future....
22.48.55 #       <Trevmar> MMC1 p1 and p2 not found.  Let's reboot with the card in place
22.49.41 #       <Trevmar> oops - displays PANIC (maybe cos there is an ajbrec on the card, let me fix that)
22.50.07 #       <amiconn> quelsaruk: Do you have some goats to spare? ;-)
22.51.12 #       <amiconn> [IDC]Dragon: Do you have the schematics in an accessible place?
22.51.26 #       <Trevmar> 8I keep getting panics. Let me triple check the build I have in there :)
22.51.39 #       <quelsaruk> hmmm
22.51.41 #       <quelsaruk> let me check
22.51.45 #       <quelsaruk> i have some here
22.51.48 #       <quelsaruk> how many do you want?
22.51.50 #       <quelsaruk> ;)
22.52.21 ***     Saving seen data "./dancer.seen"
22.52.39 #       <[IDC]Dragon> amiconn: no, I hand-doodled them
22.52.53 Join    jyp [0] (~jp@202-181.240.81.adsl.skynet.be)
22.53.32 #       <crash__> can someone ell me if the iriver port already runs on the h100 ? linus recently told me it only runs on h120 and h140
22.53.54 #       <Bagder> no h100 user has tried it
22.54.06 #       <Bagder> there may be reasons why it won't
22.54.15 #       <amiconn> [IDC]Dragon: Hmm. I try to understand if there would be a glitch, this would only affect MV-enabled rockbox. The clock select function did not change at all...
22.54.16 #       <Bagder> like the lesser amount of ram
22.54.47 #       <crash__> Bagder: linus told me that there are also different chips or layout on it
22.55.09 #       <Bagder> crash__: you can't flash the 120/140 iRiver firmware to a 100, can you?
22.55.10 #       <[IDC]Dragon> amiconn: but it's selected at rockbox time, not while USB
22.55.46 #       <amiconn> It's also selected without MV... and that's done immediately before the first access....
22.56.04 #       <crash__> unfortunatly i havent a h100 myself
22.56.15 #       <crash__> and would like to assure it can be done
22.56.15 #       <Trevmar> MMC1 p1: MMC01G rev 0.0  Prod 12/2004 M=37 O=ffff Size 979MB
22.56.21 #       <HCl> h100...
22.56.26 #       <crash__> so there are no hardware issues why it shouldn runt
22.56.26 #       <HCl> what kind of disk does that have?
22.56.29 #       <Bagder> crash__: it is not sure it can be done yet
22.56.45 #       <Bagder> we're trying to get our hands on a h100
22.56.53 #       <crash__> Bagder: i ask cause linus seemd to be quite sure it wont
22.56.59 #       <crash__> ah
22.57.12 #       <crash__> i only could tell you someone who has it
22.57.18 #       <amiconn> Trevmar: MMC0 p1/p2 still displaying correctly?
22.57.30 #       <HCl> does the iriver simulator miss the mode button?
22.57.42 #       <crash__> but we wouldnt have the hardware to get it back to life if it fails ;)
22.57.50 #       <Trevmar> MMC1 p2 speed 20Mbit/sTsac 80ms  Nsac 0clk R2W *32  IRmax 60..80ma IWmax 60..80ma
22.58.52 #       <Trevmar> MMC0 still the same, just MMC1 added
22.59.41 #       <Bagder> HCl: what sim? the x11 one?
22.59.45 #       <HCl> yen
22.59.45 #       <HCl> yes
23.00.23 #       <Bagder> or rather *which* sim
23.00.37 #       <HCl> iriver x11
23.01.41 #       <Bagder> try the insert button
23.01.50 #       <HCl> okay
23.02.05 #       <Bagder> I usually read button-x11.c to figure out the keys
23.02.06 #       <HCl> ah.
23.02.10 #       <HCl> ok
23.02.22 #       <Bagder> we should write a wiki about it
23.02.45 #       <HCl> well, it prints keys when it starts
23.02.47 #       <HCl> but obviously
23.02.49 #       <HCl> they're not correct
23.02.56 #       <amiconn> Bagder: That's why the Win32 sim bg pic is useful: It shows the button assigments...
23.03.10 #       <amiconn> ...and will soon be even clickable, I hope
23.04.32 #       * HCl stares at his iriver and has a really memexpensive counter program at the moment :X
23.04.42 #       <amiconn> [IDC]Dragon: I just had an idea. Maybe on these old units, the MMC presence detection switch reacts earlier, when the card is not yet fully inserted?
23.05.15 #       <[IDC]Dragon> dunno, perhaps
23.06.03 #       <[IDC]Dragon> but the idea is (while pulling out) to have the switch trigger before the contacts go loose
23.06.12 #       <amiconn> Trevmar: Do you currently have a not MV and hotswap enabled .ajz on the internal?
23.06.49 #       <Trevmar> I couldn't compile that version because of unsatisfied dependencies
23.07.03 #       <HCl> igh, the simulator isn't building the gnuboy sourcetree for some reason..
23.07.03 #       <amiconn> No I mean both features disabled
23.07.36 #       <Trevmar> yes
23.07.38 #       <amiconn> If so, please do the following test: (1) Insert the card, while the Ondio is switched off. (2) Switch it on while holding LEFT, thereby starting archos firmware and having it loading rockbox from the internal
23.07.58 #       <amiconn> Does the access to the card work then?
23.08.00 #       <HCl> does the sim build have a different makefile or what? :/
23.08.11 #       <Bagder> HCl: yes
23.08.30 #       <HCl> Bagder: where? for the plugins?
23.08.45 #       <Bagder> we changed the build process a while back and we haven't yet made the sim builds follow that style
23.08.52 #       <HCl> mhm..
23.09.07 #       <Trevmar> Please calrify what access: "Does the access to the card work then?"
23.09.12 #       <Trevmar> clarify
23.09.34 #       <amiconn> I mean, if booted that way, do you get the card's contents displayed within rockbox?
23.09.55 #       <Trevmar> yes, but that works with the flashed version too, as long as I diable MV and Hotplug
23.10.11 #       <amiconn> Yes of course.
23.10.23 #       <amiconn> Booting that way is still different,
23.10.45 #       <amiconn> because the archos fw in flash does *always* boot from the internal flash.
23.11.30 #       <amiconn> That means, the internal is selected when rockbox kicks in, and rockbox properly manages to switch selection to the external.
23.11.38 #       <Trevmar> right, but I noticed no difference between the flash boot and coming up via archos over the last few days of testing
23.12.00 #       <HCl> Bagder: so where can i find the makefile that controls the build of the plugins for the simulator?
23.12.04 #       <Trevmar> I tried the archos left arrow boot on just about every software build I did
23.13.05 #       <Bagder> HCl: uisimulator/x11/Makefile builds all plugins in the plugin dir
23.13.26 #       <HCl> ok
23.13.30 Join    bagawk [0] (~Lee@bagawk.user)
23.13.44 #       <amiconn> Trevmar: Hmm, I'm a bit confused. Do you also get the panic with multivolume if the card is already inserted at boot?
23.14.38 Join    preglow [0] (thomj@s183a.studby.ntnu.no)
23.14.43 #       <preglow> wassyp
23.14.50 #       * HCl needs to read up on make files :/
23.14.54 #       <HCl> well.
23.14.57 #       <HCl> gnuboy runs.
23.14.58 #       <HCl> but
23.15.01 #       <Trevmar> that's when I get the panic, with the 07 08 units with MMC card at boot. The latest daily builds of the 03 08 dont show me any card, if I recall correctly
23.15.03 #       <preglow> yes, i saw
23.15.08 #       <HCl> ok :/
23.15.17 #       <preglow> read the logs
23.15.19 #       <HCl> *nods*
23.15.22 #       <preglow> but that's not bad by itself
23.15.29 #       <ripnetUK> gnuboy RUNS?
23.15.30 #       <preglow> and i see linus has done some speed improvements
23.15.42 Join    Patr3ck [0] (~patr3ck@pD9E5C239.dip.t-dialin.net)
23.15.54 #       <preglow> enabling the instruction cache is pretty clever
23.16.22 #       <HCl> ripnetUK: pretty much?
23.16.27 #       <HCl> anyways
23.16.31 #       <HCl> i hadn't finished my but
23.16.31 #       <ripnetUK> nice work 
23.16.48 #       <ripnetUK> it would be funny to get a gb emu before mp3 playback :)
23.16.51 #       <HCl> the but is that either my routine to use the lcd buffer messed up
23.16.57 #       <HCl> or its just toooooooo slow
23.17.02 #       <HCl> which i wouldn't be suprised of
23.17.04 #       <HCl> since at the moment
23.17.05 #       <preglow> HCl: does it manage to draw anything?
23.17.18 #       <HCl> its doing about 2-3 seconds for a single emulation loop cycle
23.17.23 #       <ripnetUK> lol
23.17.27 #       <preglow> well, it IS slow at the moment
23.17.31 #       <HCl> so yea.
23.17.32 #       <preglow> is this with linus latest updates, btw?
23.17.36 #       <HCl> hm?
23.17.41 #       <HCl> i haven't really checked out today
23.17.42 #       <HCl> i think
23.17.47 #       <preglow> instruction cache enable, lcd wait state removal
23.17.51 #       <HCl> no.
23.17.54 #       <HCl> let me update
23.17.56 #       <preglow> then hell, do so
23.18.32 #       <Bagder> and moving the frame buf to iram
23.18.58 #       <HCl> Bagder: i'm not having a framebuffer in gnuboy at the moment
23.19.11 #       <Bagder> ok
23.19.12 #       <HCl> i wrote a function thats mapping them onto the lcd_framebuffer
23.19.16 #       <HCl> or at least, it should.
23.19.27 #       <HCl> i'm still not sure about the palette stuff.
23.19.32 #       <Bagder> lcd_framebuffer is the framebuffer
23.20.09 #       <Bagder> don't you use lcd_update() ?
23.21.16 #       <preglow> well, he wouldn't have gotten anything at all if he didn't use that, or?
23.21.34 #       <hubble> btw, anyone else looking at i2c and i2s interfaces for audio codec?
23.21.34 #       <HCl> i use the lcd_updaterect
23.21.39 #       <HCl> since i thought it'd be more efficient
23.21.44 #       <Bagder> it is
23.21.45 #       <HCl> i can revert to lcd_update
23.21.50 #       <Bagder> but that uses the frame buffer
23.21.58 #       <Bagder> and moving the frame buffer to iram boosts performance
23.21.59 #       <HCl> i can paste you the function i wrote.. and explain..
23.22.00 #       <ashridah> HCl: uh. isn't the iriver currently runnign at the lowest clock rate in rockbox atm?
23.22.04 #       <HCl> ashridah: yup :P
23.22.15 #       <preglow> hubble: linus, perhaps
23.22.31 #       <preglow> hubble: which of them is the dac part connected with?
23.22.44 #       <hubble> preglow: i2c for control, i2s for audio data (PCM)
23.22.46 #       * amiconn is rather confused now :-(
23.23.02 #       <Trevmar> amiconn: sorry
23.23.05 #       <preglow> hubble: ahhh, that explains it, i wondered how they could transfer audio data fast enough through i2c, heh
23.23.44 #       <hubble> preglow: yes, i was wondering too because the UDA1380 manual almost only talked about i2c and it is max 400 kbps
23.24.43 #       <amiconn> card inserted/removed, 0308/0708, panic, card invisible, MV, hotswap...
23.24.45 #       <preglow> yes, exactly
23.24.50 #       <preglow> hubble: that's what made me wonder as well
23.24.55 #       <hubble> preglow: anyways, i'm reading about how to program these interfaces from the coldfire =) pretty interesting
23.25.08 #       <preglow> hubble: i looked at that yesterday myself, but i won't have time to code anything
23.25.44 #       <hubble> preglow: ok.. i've been compiling notes.. probably should do a wiki writeup
23.26.35 #       <preglow> hubble: that would be great
23.26.55 #       <preglow> but yes, does the coldfire have i2s support?
23.27.08 #       <quelsaruk> rebooting
23.27.10 Quit    quelsaruk ("KVIrc 3.0.1.99 'Realia'")
23.27.29 #       <hubble> preglow: sure, two of them
23.28.37 #       <preglow> great, 'cause i looked for that in the coldfire manual yesterday, and somehow couldn't find anything on that
23.28.40 #       <preglow> heh
23.28.48 #       <preglow> but i could swear i'd read it somewhere
23.28.50 #       <hubble> preglow: hm.. actually 4 i2s interfaces
23.28.56 #       <preglow> damn, not bad
23.29.03 #       <preglow> audio from adc is i2s as well, i presume?
23.29.08 #       <hubble> preglow: they are called Philips IIS (Sony AIAJ)
23.29.25 #       <hubble> preglow: yes
23.29.29 #       <preglow> ahhh
23.29.31 #       <preglow> i saw that
23.30.55 #       <hubble> another interesting thing is that the coldfire have like 3 S/PDIF interfaces (2 in, 1 out)
23.31.11 #       <preglow> yes, that comes in handy for the optical ports
23.31.53 #       <HCl> spdif can do 5.1.. right?
23.31.55 #       <hubble> not sure if they are connected to the external port.. it could also be the audio codec..
23.32.26 #       <hubble> I think someone said that the external ports connected to the codec which only handles 2 channels
23.32.34 #       <hubble> so no 5.1 :(
23.32.43 #       <HCl>  :/
23.33.04 #       <hubble> that would be cool HW mod to get 5.1 output =)
23.33.24 #       <Bagder> would go nice with the video plugin ;-)
23.33.30 #       <HCl> heh
23.33.54 #       * HCl refueled himself with some food.
23.33.55 #       <preglow> hubble: you think the spdif ports are connected to the codec?
23.34.06 #       <preglow> hubble: that doesn't make much sense if you've got on-chip support for it
23.34.21 #       <hubble> preglow: dont know, cant tell looking at the board scans
23.34.27 #       <hubble> preglow: they are connected somewhere
23.34.35 #       <preglow> no, i couldn't find out either
23.34.35 #       <HCl> i thought linus said two channel only
23.34.51 #       <hubble> preglow: hm.. no.. havn't actually checked spdif pins
23.34.56 #       <preglow> two channel only is no problem if the spdif ports are connected directly to the cpu
23.35.13 #       <preglow> we can even do ac-3 passthrough :P
23.37.27 #       * amiconn stares at the mmc code
23.38.17 #       <bagawk> amiconn, blink once in awhile :)
23.38.18 #       * [IDC]Dragon has drawn a nicer diagram
23.39.06 #       <XShocK> so, if I now use doubles and floats in rockbox, gcc will emulate them?
23.39.15 #       <Bagder> XShocK: yes
23.39.32 #       <Bagder> and they are slow
23.39.45 #       <Bagder> and we have no sprintf() for them
23.39.54 #       <XShocK> ok
23.39.57 #       <preglow> XShocK: never use floating point in rockbox
23.40.04 #       <preglow> XShocK: read up on fixed point math and start again
23.40.19 #       <amiconn> I don't get wth a single select at startup works, but more frequent selects while running don't. At least not why the **** this only happens on some units...
23.40.42 #       <ashridah> XShocK: you have to emulate them by hand, building them into integers of various lengths
23.40.49 #       <XShocK> i haven't done anything in floating-points yet. :) I always ask before doing. :)
23.41.01 Quit    jpburton5150 (Read error: 54 (Connection reset by peer))
23.41.23 #       <Bagder> wise move ;-)
23.41.51 Join    quelsaruk [0] (~kvirc@85.48.33.190)
23.41.52 #       <quelsaruk> re
23.41.55 #       <HCl> hm.
23.42.05 #       <HCl> is it common for .rock plugins to get smaller for the simulator?
23.42.26 #       <ashridah> XShocK: take a look at: http://www.bookofhook.com/Article/GameDevelopment/AnIntroductiontoFixedPoin.html 
23.42.36 #       <ashridah> that'll give you enough knowledge to at least find detailed stuff
23.42.53 #       <[IDC]Dragon> http://joerg.hohensohn.bei.t-online.de/archos/OndioClockGate.jpg
23.43.07 #       <[IDC]Dragon> amiconn: see above
23.43.22 #       <HCl> woot. segmentation fault.
23.43.32 #       <HCl> the simulator kind of crashes roughly on rockboy
23.43.40 #       <XShocK> thanks
23.44.23 #       <hubble> preglow: wierd.. looking at EBUOUT2 (spdif #2) which is pin P9, looks like it goes to the DRAM.. EBUOUT2 is also GPIO37 so it can be used for anything
23.44.34 #       <Trevmar> Joerg - you call that nicer -LOL (just kidding - its excellent)
23.45.06 #       <Bagder> HCl: that's usually a good indication of badness in the code ;-)
23.45.25 #       <Bagder> it'll be a lot harder to track down when it crashes on target
23.45.36 #       <amiconn> [IDC]Dragon: Your idea about the changed bridge behaviour coincides with the changed polarity of the bridge activity indication. I really think those old units use AU9330 instead of AU9331
23.46.33 #       <Trevmar> Is that a CPU code or something I can look for on them?
23.46.47 #       <amiconn> That's the USB-MMC bridge
23.47.02 #       <amiconn> AU9330 is older, and iirc handles MMC only.
23.47.06 #       <HCl> Bagder: i'm sort of getting the feeling its its static buffer
23.47.07 #       <HCl> s
23.47.26 #       <amiconn> AU9331 is newer, and handles both MMC and SD (if you manage to fit an SD card)
23.47.35 #       <Bagder> HCl: gdb is your friend now ;-)
23.47.41 #       * HCl sighs.
23.47.43 #       <HCl> ok ok.
23.47.45 #       <Trevmar> my scrapped board says AU9331
23.47.56 #       <amiconn> Is that a 0308 unit?
23.48.00 #       <Trevmar> cant see the others easily. DO you want me to look
23.48.30 Part    lImbus
23.48.35 #       <Trevmar> no, that is one ofthe 07 08. Let me open up an 03 08
23.48.44 #       <amiconn> I'd expect 0708 having AU9331, 0308 having AU9330
23.49.09 Join    lImbus_ [0] (~manuel@kernel.cycos.net)
23.49.16 #       <HCl> why the hell does it crash on this ? o.o...
23.49.24 #       <HCl> plugin_start (api=0x8072400, parameter=0x0)
23.49.24 #       <HCl>     at /home/hcl/rockbox/rockbox-devel/apps/plugins/rockboy.c:77
23.49.24 #       <HCl> 77          shutdown=0;
23.49.29 #       <HCl> shutdown is a variable o.o;
23.49.36 #       <HCl> do all global variables need to be static?
23.49.40 #       <lImbus_> mhmm. cgi::irc only /part's me. instead of /quit when closing :-/#
23.49.54 #       <[IDC]Dragon> amiconn: another thing I noticed while drawing the circuit:
23.49.55 #       <Trevmar> It says 9330D4
23.50.21 #       <Trevmar> 9330D04-UXL
23.50.23 #       <[IDC]Dragon> in essence, the clocks are ORed together
23.50.33 #       <amiconn> Trevmar: As expected....really interesting!
23.50.37 #       <[IDC]Dragon> but the internal MMC can be "muted"
23.50.56 #       <[IDC]Dragon> the external doesn't need disabling, it is just absent
23.50.57 Nick    lImbus_ is now known as lImbus (~manuel@kernel.cycos.net)
23.51.15 #       <amiconn> [IDC]Dragon: Yes, that's quite obvious from your schematics
23.51.25 #       * HCl sighs.
23.51.53 #       <amiconn> [IDC]Dragon: The AU9330/AU9331 should be added to the wiki, along with the datasheet for the 9330
23.52.05 #       <HCl> for anyone who wants to try/play/look; there's a zip on my ftp with the rockboy source.. ftp://titania.student.utwente.nl/
23.52.07 #       <Trevmar> but it works fine with my Kingston SD cards and the Kingmax MMC
23.52.27 #       <[IDC]Dragon> do we have the datasheet?
23.52.30 #       <preglow> battery.dummy?
23.52.44 #       <amiconn> Okay, so I remembered wrong, and the 9330 also supports SD
23.53.02 #       <Trevmar> Joerg and amiconn - sorry that chip is even a different package - i should have noticed :(
23.53.55 #       <preglow> hah
23.54.00 Quit    lImbus (Read error: 104 (Connection reset by peer))
23.54.03 #       <preglow> rockbox on iriver is a hell of a lot more responsive now
23.54.13 #       <Bagder> neat
23.54.20 Join    lImbus [0] (~manuel@kernel.cycos.net)
23.54.21 #       <preglow> orders of magnitude better
23.54.40 #       <preglow> if this can be done with just instruction cache and no lcd wait states, clocking correctly should work wonders
23.55.01 #       <preglow> but yes, enabling the instruction was probably very decisive
23.55.08 Join    amiconn_ [0] (~jens@pD95D10E9.dip.t-dialin.net)
23.55.27 Quit    amiconn (Nick collision from services.)
23.55.27 Nick    amiconn_ is now known as amiconn (~jens@pD95D10E9.dip.t-dialin.net)
23.55.38 #       <amiconn> Trevmar: 44-pin LQFP vs. 28-pin SSOP
23.56.10 #       <bagawk> if Compact Flash is using an IDE interface...
23.56.39 #       <bagawk> THen thereticly, you could make a cf-ide cable and hook a hd into a cf slot right?
23.56.50 #       <bagawk> (IKNow know it works vice-versa)
23.57.24 #       <Trevmar> Joerg, I just opened up the unit with the dead USb - and it is a 9331
23.57.46 #       <quelsaruk> Bagder: 2 quick things, first of all... is the firmware smaller than the one 1 week earlier? at least i just built one 1KB smaller, and second thing, the initial "resume question" use default font instead of custom one, can that be changed?
23.57.56 #       * HCl goes to build the new rockbox...
23.58.34 #       <Bagder> quelsaruk: it could be smaller, I don't know. No, I believe it hasn't loaded the custom font at that point
23.58.46 #       <quelsaruk> ok
23.58.47 #       <quelsaruk> thanks
23.58.48 #       <quelsaruk> :)