--- Log for 17.06.105  Server: brown.freenode.net  Channel: #rockbox
--- Nick: logbot  Version: Dancer V4.16  Started: 6 days and 22 hours ago

00.00.07 #       <stripwax_> who knows Tomasz Malesinski?   (is that t0mas?)
00.00.16 #       <t0mas> it's not
00.00.20 #       * t0mas is Tomas Salfischberger
00.00.24 #       <amiconn> Yes... rather, it's the cygwin h1x0 simulator bug
00.00.33 #       <amiconn> (also happens for cygwin x11 builds)
00.00.34 #       <stripwax_> t0mas :-)        Tomasz reckons he's decrypted the iFP firmware :-D
00.00.44 #       <stripwax_> amiconn - hm, weirdness.
00.00.58 Quit    mborus ("CGI:IRC")
00.01.04 #       <preglow> stripwax_: w00t
00.01.08 #       <stripwax_> quite!
00.01.36 #       <stripwax_> He'll be emailing me his source, it's very large (about 60kb, most of which is a lookup table..)  -  i'm sure it could be simplified..
00.01.48 Quit    webguest82 ("CGI:IRC")
00.07.10 #       <amiconn> There you go - it's indeed a cygwin bug
00.08.01 #       <stripwax_> btw - i'm currently building tools for iriver  :-)
00.08.04 #       <amiconn> as soon as this array gets larger than (4MB - something, with something possibly the module size), it tries to execute it as a function
00.08.47 #       <amiconn> This wasn't there with earlier versions :/
00.08.55 #       <stripwax_> amiconn- wow.   when does it try to execute it?  (not that that's so important, really..)
00.09.11 #       <amiconn> At startup, even before calling main()
00.09.41 #       <stripwax_> insane!    nice find.   is that known to the cygwin boys+girls?
00.09.54 #       <amiconn> Dunno... it's definitely new
00.10.56 Quit    muesli- (Read error: 60 (Operation timed out))
00.13.14 #       <hubbel> cygwin sucks, use vmware instead
00.13.38 #       <amiconn> How do I use the win32 sim then?
00.13.42 #       <stripwax_> I had a go with colinux but couldn't get too far..
00.13.50 #       <amiconn> Btw, I do use VMware for occasional linux builds
00.17.19 #       <preglow> stripwax_: we got any docs on the cpu it uses anyway?
00.17.59 Quit    hubbel ()
00.18.45 #       <stripwax_> preglow - hrm, not sure.
00.18.54 #       <stripwax_> make
00.19.01 #       <stripwax_> :-p   arf
00.21.08 Quit    vmx (Read error: 110 (Connection timed out))
00.21.19 #       <linuxstb> amiconn: The win32 sim runs perfectly under Linux/Wine
00.21.47 #       <amiconn> Maybe... but linux is just too cumbersome
00.21.52 Join    vmx [0] (oma@p549B7CB0.dip.t-dialin.net)
00.22.29 #       <linuxstb> I'm not going to start that argument - I'm just saying you can compile and run the win32 sim using it!
00.22.37 #       <amiconn> I know
00.23.26 #       <amiconn> But why should I run a different os (that is much more time consuming to set up and configure) and then run windows software using an emulation layer,
00.23.37 #       <amiconn> when I can just run it on windows directly?
00.24.02 #       <stripwax_> hmph.   ok, so I can't even compile binutils-2.16 on cygwin.   so, um, how do I build any tools again?
00.24.16 #       <linuxstb> I don't know - you asked the question "How do I use the win32 sim then?"
00.25.28 #       <amiconn> yeah, ok
00.25.40 #       <amiconn> stripwax_: What's the problem?
00.25.56 #       <amiconn> Compiling binutils 2.16 was no problem here
00.26.20 #       <stripwax_> hmm.. "in function fibheap_delete_node error  'LONG_MIN' undeclared"
00.27.03 #       <amiconn> Hmm, maybe cygwin's upgrade to gcc 3.4.4 broke more than just the h1x0 sims
00.27.10 #       <stripwax_> wait..   maybe I've gone insane..   two tics...
00.27.13 #       <amiconn> I did that when I still had gcc 3.3.3
00.27.36 Quit    Shagnar (Remote closed the connection)
00.28.43 #       <stripwax_> amiconn, maybe..   i might give that a go
00.29.06 #       <amiconn> I'll just downgrade to gcc 3.3.3 again, and see what happens to the sims
00.30.10 #       <amiconn> Any opinions on the sleep timer/ idle poweroff? Should it always power off completely on iriver, even with the charger connected?
00.31.11 #       <stripwax_> personally, i'd say it should stay on while charger is connected
00.31.24 #       <stripwax_> no dice.   i'm downgrading to 3.3.3. too
00.31.48 #       <amiconn> I think the same for idle poweroff, however, for sleep timer it might be better to poweroff completely
00.32.20 #       <stripwax_> makes sense too
00.34.04 #       <amiconn> It's just a new config variable... needing a proper name
00.34.15 #       <amiconn> HAVE_POWEROFF_WHILE_CHARGING perhaps?
00.34.35 #       <amiconn> irivers have that, archoses do not
00.36.21 #       <stripwax_> mm, why not archos too?
00.36.37 #       <amiconn> archos can't poweroff while the charger is connected
00.36.44 #       <amiconn> (forecd on by hardware)
00.37.14 #       <amiconn> *forced
00.37.16 #       <stripwax_> interesting!  that config var name is pretty much spot on then 
00.38.12 #       <amiconn> Interesting detail - the only archos where this actually makes sense is the recorder v1, as it has software controlled charging
00.38.54 #       <stripwax_> binutils build seems much happier on 3.3.3
00.39.00 #       <amiconn> All other archoses with charging (player, recorder v2, fm) have hardware controlled charging, and this behaviour is unneeded
00.39.37 #       <amiconn> No way for the sim though, must be some other change there
00.39.37 #       <stripwax_> amiconn wow!   (does that mean there's a hardware mod that could be made to prevent that behaviour?)
00.39.54 #       <amiconn> I don't know, never checked
00.45.14 Join    Meddler [0] (~56817823@labb.contactor.se)
00.45.49 #       <preglow> stripwax_: if rockbox gets going on a flash based device, i might easily get one
00.47.02 #       <preglow> oooh, arm core :>
00.47.13 #       <amiconn> preglow: It already does, so get an Ondio
00.47.26 #       <stripwax_> preglow - :-)   if solid state devices get to around 20GB maybe i will too :-)
00.47.27 Quit    Meddler (Client Quit)
00.47.38 #       <preglow> don't care about that, i want a smaller placer as well
00.47.52 #       <preglow> lugging around the great big h120 while trekking in the woods isn't too good an idea
00.48.12 #       <preglow> i wonder why it's got a dsp core as well
00.48.18 #       <preglow> the arm should be able to decode most things
00.49.42 Quit    Sucka ("a bird in the bush is worth two in your house")
00.57.33 Join    Blair_42 [0] (cbc@c-24-13-3-178.hsd1.il.comcast.net)
00.58.14 #       <Blair_42> I need a feature added.  Who do I talk to?
00.59.03 #       <bill20r3> heh
00.59.27 #       <Blair_42> was that funny?
00.59.32 #       <stripwax_> Blair_42 - what's the feature
01.00.11 #       <Blair_42> I have an almost blind friend who wants to use the ondio to record meetings
01.00.42 #       <Blair_42> you can get into the recording menu, but you can't tell if it is actually in record
01.01.12 #       <Blair_42> what I propose is that you get a beep in your headphones when you go into record and a double beep when you stop
01.01.24 #       <bill20r3> can you play and record at the same time?
01.01.35 #       <bill20r3> or you could delay the start of recording I guess
01.01.38 #       <Blair_42> I actually made a hardware device that added this feature to a radio station console for another friend
01.01.45 #       <amiconn> If the voice UI is on, there is a beep (or rather, burp) that acknowledges start of recording
01.02.02 #       <amiconn> We can't do more due to hardware limitations
01.02.21 #       <Blair_42> I tried it today and didn't hear any beep (or blurp)
01.02.43 Quit    Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )")
01.02.46 #       <Blair_42> I have voice menus enabled
01.02.56 #       <amiconn> Hmm, should be there. I'll check
01.03.31 #       <amiconn> It's not very loud, but it should be noticeable both with and without input signal
01.03.34 Quit    Harpy (Read error: 145 (Connection timed out))
01.04.42 #       <Blair_42> I don't hear anything but my button press
01.05.22 #       <Blair_42> this is an Ondio with voice menu enabled file names not spoken recording from line in with no prebuffer
01.05.33 #       <Blair_42> sorry, recording from MIC
01.05.43 #       <amiconn> Recording source doesn't matter
01.06.46 #       <Blair_42> just tried that
01.06.59 #       <amiconn> If you enter the recording screen and the start the recording, you should hear that blurp. Unpuasing a paused recording gives a shorter blurp
01.07.00 #       <Blair_42> this is ver 2.4
01.07.09 #       <amiconn> Ah, that might be it
01.07.21 #       <amiconn> Get a daily build, they're way better anyway
01.07.22 #       <Blair_42> this has been added in more recent builds?
01.07.27 #       <amiconn> 2.4 is half a year old
01.07.33 #       <Blair_42> ah
01.07.38 #       <amiconn> lemme check
01.08.17 #       <amiconn> Hah, it was added *just* after 2.4 release
01.08.27 #       <stripwax_> :-)
01.08.31 #       <Blair_42> ah
01.08.41 #       <Blair_42> ok, looking for daily build ...
01.08.43 #       <preglow> didn't the guys talk about a new release any moment now?
01.10.02 Quit    vmx ("Have fun!")
01.10.19 #       <preglow> stripwax_: custom dsp core doesn't exactly bode well for a speedy rockbox port
01.11.18 #       <stripwax_> preglow - bah.   'how' custom?
01.11.30 #       <preglow> i've sure never heard of it
01.11.33 #       <preglow> it's not THAT custom
01.11.39 #       <preglow> but i bet it's not got a gcc port
01.11.43 #       <stripwax_> :-)
01.11.48 #       <stripwax_> well, :-(   really
01.11.51 #       <preglow> general purpose code also seldom runs well on a dsp
01.11.52 #       <Blair_42> ok, I have the zip.  My 2.4 is in the boot rom.  How do I upgrade?
01.12.01 #       <preglow> so codecs will probably need to be slightly rewritten :/
01.12.31 #       <stripwax_> w00t -  first self-built iriver rockbox running on my player.   now to get hacking into the code
01.13.50 #       <stripwax_> amiconn/preglow - thx for all the help!   yep, lassauge doesn't work,  cygwin gcc 3.4.x doesn't work either, so looks like the only way is to use gcc 3.3.3 and build m68k 3.4.x yourself.   but yes it works.   THANKSQ!
01.15.00 #       <preglow> i didn't do anything ;)
01.15.02 Quit    mrlala (Read error: 110 (Connection timed out))
01.15.15 #       <preglow> stripwax_: perhaps the wiki needs updating?
01.15.23 #       <stripwax_> preglow - aye, i'll do it
01.15.29 #       <preglow> goodie
01.15.59 #       <preglow> perhaps we should put up our own cross compiler binaries too
01.16.11 #       <amiconn> Blair_42: Unzip it to the root dir of the Ondio, the disconnect, start the Ondio, RoLo into the new build ('play' ajbrec.ajz), the flash the new build by playing rockbox.ucl (found in /.rockbox) and following the instructions that the flash plugin tells you
01.16.16 #       <preglow> last time i tried to compile gcc in cygwin, i escaped screaming to linux
01.18.03 #       <amiconn> Blair_42: The procedure is exactly the same as with the release versions
01.18.30 #       <Blair_42> thanks.  Just been so long since i loaded it I forgot exactly how the extra step was done
01.18.32 #       * amiconn is testing the sleep timer fix
01.19.08 #       <Blair_42> I wish I could get into writting code for this stuff.  I do embedded system programming
01.19.28 #       <amiconn> Rockbox is about embedded systems programming
01.19.32 #       <preglow> indeed
01.19.37 #       <Blair_42> yup
01.19.53 #       <Blair_42> I've done a lot of work with PICs
01.20.13 #       <preglow> and we've got more resources than those, usually
01.20.33 #       <amiconn> ...even on archos
01.20.34 #       <preglow> at least you wont be scared of low-level stuff ;)
01.22.49 #       <stripwax_> woohoo!  so my lcd driver scroll fns nearly work first time :-)
01.23.10 #       <Blair_42> wow, I see lots of differences, but still dont hear any noises
01.23.19 #       <Blair_42> being called for dinner
01.26.43 Quit    hicks ("Too lazy to change my quit message")
01.27.30 Part    rotator
01.28.05 #       <stripwax_> amiconn - hm, gcc3.3.3 still makes broken rockboxui.exe   (or did you realise that already?)
01.28.20 #       <amiconn> yeps
01.28.39 #       <amiconn> I guess it's either binutils or cygwin.dll
01.29.02 #       <amiconn> Checking the first one now (with gcc 3.4.4 again)
01.30.31 #       <amiconn> stripwax_: [00:39:38] <amiconn> No way for the sim though, must be some other change there
01.32.22 #       <stripwax_> hrm
01.33.28 #       <amiconn> Hmm, using older binutils doesn't help either :/
01.35.48 #       <amiconn> Same with older cygwin.dll
01.36.01 #       <amiconn> Guess a bug report to the cygwin guys is due
01.38.29 Quit    pbvas ("Leaving")
01.39.38 ***     Saving seen data "./dancer.seen"
01.43.33 #       <preglow> gotta go bed
01.43.34 #       <preglow> later
01.43.36 Quit    preglow ("leaving")
01.43.55 Quit    gromit` (Read error: 104 (Connection reset by peer))
01.46.54 #       <yngwi> good night, im gonna sleep too
01.48.43 #       <Moos> good night
01.49.04 Quit    yngwi ("Chatzilla 0.9.68a [Firefox 1.0.4/20050511]")
02.16.08 Part    Moos
02.25.25 Quit    cYmen (Read error: 110 (Connection timed out))
02.28.01 #       <Blair_42> back from dinner.  Never did get any bleep bloops or blorps on record
02.28.33 #       <Blair_42> found some interesting firmware changes though (and several mistakes)
02.29.13 #       <Blair_42> and even one or two "why the heck did they do thats?"
02.43.05 #       <HCl> hrm...
02.43.07 Quit    thegeek (Read error: 131 (Connection reset by peer))
02.43.21 Join    thegeek [0] (na@ti521110a080-4222.bb.online.no)
02.43.33 #       * HCl woke up from something ruffling in his room..
02.49.53 Join    mrlala [0] (~mistame@cpe-66-75-129-164.san.res.rr.com)
02.51.37 Quit    Stryke` (Read error: 60 (Operation timed out))
02.55.16 #       <Blair_42> there are no voice tags for the last 2 items on the recording settings menu
03.01.12 Quit    stripwax_ (Read error: 110 (Connection timed out))
03.18.15 Quit    Blair_42 ("Error Quitting: Permission Denied <SRAP>")
03.26.24 Quit    mrlala (Read error: 145 (Connection timed out))
03.34.50 Join    amiconn_ [0] (~jens@p54BD563A.dip.t-dialin.net)
03.39.42 ***     Saving seen data "./dancer.seen"
03.53.20 Quit    amiconn (Read error: 110 (Connection timed out))
03.53.20 Nick    amiconn_ is now known as amiconn (~jens@p54BD563A.dip.t-dialin.net)
05.01.21 Join    mrlala [0] (~mistame@cpe-66-75-129-164.san.res.rr.com)
05.14.06 Quit    DMJC-L (Read error: 110 (Connection timed out))
05.27.20 Join    soom [0] (saa@ool-44c67f68.dyn.optonline.net)
05.30.37 #       <HCl> ugh.
05.30.43 #       <HCl> sickness drives me insane X.x.
05.31.24 Quit    mrlala (Read error: 110 (Connection timed out))
05.39.43 ***     Saving seen data "./dancer.seen"
06.57.32 #       <ze> yeah being sick blows
06.58.01 #       <ze> you got a cold or something? zinc lozenges are supposed to cut the intensity and durration of colds roughly in half if you start taking them at the first signs
06.58.13 #       <ze> but thats just for colds i guess
07.01.31 Join    mrlala [0] (~mistame@cpe-66-75-129-164.san.res.rr.com)
07.09.34 Quit    crwl (brown.freenode.net irc.freenode.net)
07.09.34 NSplit  brown.freenode.net irc.freenode.net
07.11.12 NHeal   brown.freenode.net irc.freenode.net
07.11.12 NJoin   crwl [0] (~crawlie@dsl-83.148.225-157-dynip.ssp.fi)
07.15.21 Join    lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net)
07.24.58 Join    B4gder [0] (~dast@static-213-115-255-230.sme.bredbandsbolaget.se)
07.25.08 #       <B4gder> morning
07.27.21 #       <Bger> morning, B4gder:)
07.28.12 Quit    mrlala (Read error: 110 (Connection timed out))
07.33.34 #       <amiconn> morning
07.39.45 ***     Saving seen data "./dancer.seen"
07.56.03 #       <Bger> amiconn did you saw the chip i asked you yesterday ?
07.56.18 #       <Bger> s/saw/see
07.56.40 #       <Bger> s/asked you/asked you about ...
08.00.09 Join    ehntoo [0] (~noclue2@24-177-147-34.dhcp.mrqt.mi.charter.com)
08.01.19 Quit    einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
08.02.45 #       <amiconn> Bger: What chip do you mean? If it's the small unknown chip on H3x0, I have no idea
08.03.31 #       <Bger> yeah, that' what i mean
08.03.39 #       <Bger> 10x:)
08.03.52 #       <Bger> i supposed so, but it never hurts to ask...
08.04.22 #       <amiconn> Hmm, the rockbox->uda1380 volume mapping is non-linear.
08.06.40 #       <amiconn> There's a break in the curve. 0..208 work in 0.25 dB steps, 209..255 in 2 dB steps (uda values)
08.07.12 #       <amiconn> I'll have a look, changing that should be easy (and
08.07.44 #       <amiconn> perhaps it leads to a slightly better balance handling on archos player)
08.10.06 #       <amiconn> The audiobuffer() problem is not a pure cygwin problem after all. Something must be wrong with the H1x0 sims, as it doesn't happen with an archos recorder sim even when I increase the buffer to iriver size
08.11.29 #       <B4gder> you tried enabling logf?
08.11.39 #       <B4gder> I mean, does the problem remain the same then
08.11.58 #       <amiconn> Didn't try yet
08.12.33 #       <B4gder> I suspect it'll change then
08.12.59 #       <amiconn> building...
08.23.18 #       <amiconn> Doesn't change anything :(  (The crashing address changes a bit, but still within the audiobuffer funtion)
08.26.34 #       <B4gder> it still works fine on linux :-/
08.29.53 #       * B4gder fights the evil demons of gdb configure scripts
08.38.28 #       <amiconn> Hmm, does a current win32 cross-compiled h1x0 sim work on real windows?
08.39.58 #       <B4gder> hang on
08.40.26 #       <dwihno> If it breaks, you get to keep the pieces? :)
08.42.23 #       <B4gder> http://daniel.haxx.se/rockbox/rockbox.zip
08.43.47 Join    Zoom2 [0] (~41081727@labb.contactor.se)
08.45.14 #       <dwihno> nothing really happens
08.45.17 Quit    DomZ ("CGI:IRC")
08.47.50 #       <amiconn> B4gder: This has the same effect as a cygwin build. It crashes in audiobuffer()
08.48.27 #       <B4gder> at least it makes the problem consistent
08.48.55 #       <amiconn> Tells a tiny bit more though - a source line within mainCRTStartup
08.48.57 #       <amiconn> Program received signal SIGSEGV, Segmentation fault.
08.48.57 #       <amiconn> 0x020dafc0 in audiobuffer ()
08.48.57 #       <amiconn> (gdb) bt
08.48.57 DBUG    Enqueued KICK amiconn
08.48.57 #       <amiconn> #0  0x020dafc0 in audiobuffer ()
08.48.57 #       <amiconn> #1  0x004011de in mainCRTStartup ()
08.48.58 ***     Alert Mode level 1
08.48.58 #       <amiconn>     at /home/ron/devel/debian/mingw32-runtime/mingw32-runtime-3.7/build_dir/src/mingw-runtime-3.7/cr
08.48.58 Join    oxygen77 [0] (~c1c28427@labb.contactor.se)
08.49.00 #       <amiconn> t1.c:225
08.49.02 #       <amiconn> (gdb)
08.49.40 Quit    oxygen77 (Client Quit)
08.50.30 #       <B4gder> yes, it seems to use that instead of main
08.52.23 #       <B4gder> but the win sim has no main
08.52.31 #       <amiconn> If all else fails, I'll do a brute-force binary backward search which commit broke it
08.53.35 #       <linuxstb> I don't want to distract anyone, but I've found an easy-to-fix win32 simulator problem - the UI-recorderv2.bmp file is not in CVS (but there is a file called UI-v2.bmp)
08.54.29 #       <B4gder> amiconn: try adding a main function and see what happens
08.54.59 #       <B4gder> not that I can understand what possible broke this
08.55.03 #       <B4gder> possibly
08.58.54 Quit    tvelocity ("Leaving")
08.58.59 ***     Alert Mode OFF
09.03.55 Quit    Zoom2 ("CGI:IRC (EOF)")
09.04.09 #       <B4gder> cross-compile hell
09.04.25 #       <B4gder> there's where I am 
09.05.23 Join    einhirn [0] (Miranda@bsod.rz.tu-clausthal.de)
09.05.24 Quit    einhirn (Read error: 131 (Connection reset by peer))
09.05.29 Join    einhirn [0] (Miranda@bsod.rz.tu-clausthal.de)
09.19.47 Join    tvelocity [0] (~tony@ipa0.2.tellas.gr)
09.22.54 #       <Bger> amiconn: offt: are the pictures of H3x0 you've got good enough
09.26.55 Join    Harpy [0] (tbeliE5bCm@dsl-hkigw7wbb.dial.inet.fi)
09.30.40 Join    bobTHC [0] (~bobthc@l03v-34-162.d1.club-internet.fr)
09.31.46 #       <bobTHC> hi folks !
09.33.53 Join    Sucka [0] (~NNSCRIPT@host81-156-209-158.range81-156.btcentralplus.com)
09.38.13 Join    Touns [0] (~plop@lns-p19-9-idf-82-65-82-203.adsl.proxad.net)
09.38.32 Part    Touns
09.39.48 ***     Saving seen data "./dancer.seen"
09.45.35 Join    gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net)
09.46.14 Quit    gromit` (Remote closed the connection)
09.46.18 Join    gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net)
09.46.32 Quit    gromit` (Remote closed the connection)
09.47.56 Join    gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net)
09.51.45 Quit    Bger (""In the other world, in paradise, the beauty of women surpassed even the beauty of Bulgarian women" Adaloloddin Mohammed Balhi")
09.55.20 #       <west-acre> hey there
09.55.36 #       <B4gder> hi
09.58.46 #       <west-acre> its my birthday YAY
09.58.56 #       <west-acre> bbl
10.07.05 Join    Chamois [0] (HydraIRC@champigny-5-82-226-182-23.fbx.proxad.net)
10.07.16 Ctcp    Ignored 1 channel CTCP requests in 0 seconds at the last flood
10.07.16 #       * B4gder added two red builds to the cvs build table
10.08.28 #       <linuxstb> B4gder: That will get people excited.
10.08.32 Part    tvelocity ("Leaving")
10.08.51 #       <B4gder> perhaps. I just want the ifdefs sorted out
10.08.59 #       <B4gder> and this helps doing that
10.10.52 #       <linuxstb> Should the file uisimulator/win32/UI-v2.bmp be called UI-recorderv2.bmp ?  The recorderv2 win32 sim doesn't build (it's not included in your build table)
10.12.06 #       <B4gder> yes I believe it should
10.12.57 #       <linuxstb> Do you want me to fix it?  (cvs remove ; cvs add  ?)
10.13.06 #       <B4gder> please do
10.13.13 #       * amiconn checks
10.13.46 #       <B4gder> you think I should add such a build to the table?
10.14.08 #       <linuxstb> We have enough room now - there's no reason to exclude it (apart from build time).
10.15.32 #       <amiconn> Looks like it was me who was silly, unless someone changed the ARCHOS value for v2 later on
10.16.12 Join    Lynx_ [0] (~lynx@tina-10-4.genetik.uni-koeln.de)
10.16.59 #       <linuxstb> OK, I've just committed it.
10.20.48 #       <amiconn> Apart from the .bmp name, recorderv2 is exactly identical to fmrecorder, so imho it makes no sense to build a separate sim
10.23.30 Join    Philip_0729 [0] (~Philip_j_@user-7155.lns6-c10.dsl.pol.co.uk)
10.23.45 Join    Bger [0] (~Bager@83.222.160.88)
10.28.13 Join    yngwi [0] (~chatzilla@chello080109107064.1.15.vie.surfer.at)
10.39.33 Join    hicks [0] (nobody@blackhat4life.org)
10.52.08 Join    Aison [0] (~hans@zux166-181.adsl.green.ch)
10.59.55 Join    cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de)
10.59.57 #       <west-acre> hey, just wondering, i flashed to rockbox yesterday at about 5pm. how do i know when the daily build changes, and if so what the changes are?
11.00.19 #       <B4gder> daily builds are built every day
11.00.27 #       <west-acre> and they change everyday?
11.00.30 #       <B4gder> there's a changelog on that page
11.00.31 #       <Bger> yep
11.00.33 #       <west-acre> kk
11.00.44 #       <B4gder> but it is fairly techy
11.00.46 #       <Bger> west-acre: the bleeding edge builds are the last
11.01.00 #       <west-acre> kk
11.01.05 #       <Bger> and they are built every 20mins, iirc
11.01.13 #       <west-acre> so there the mosts recent the bleeding edge, o 20mins wow
11.01.14 #       <west-acre> kewl
11.01.21 #       <Bger> yes
11.01.36 #       <B4gder> they're actually built within one minute after a change
11.02.00 #       <B4gder> and the build takes roughly 10 minutes
11.02.43 #       <west-acre> ok. and so i just extract rockbox.zip into the root, no need to change the .hex?
11.03.08 #       <B4gder> the hex is the bootloader, you won't need to update that very often
11.03.10 #       <Bger> 22 targets :)
11.03.19 #       <west-acre> ok. ;)
11.06.55 #       <west-acre> so, do i need to upgrade the firmware again then, from the iriver firmware?
11.07.12 #       <west-acre> after unzipping to the root
11.07.16 #       <west-acre> :S
11.07.38 #       <B4gder> no
11.07.43 #       <west-acre> OK
11.07.46 #       <B4gder> unzip and you're done
11.07.51 #       <west-acre> schweeet
11.08.06 #       <west-acre> so, wot will be the next big step in rockbox for the h1XX?
11.08.08 #       <Bger> west-acre: if you are with bootloader V2, just unzip
11.08.20 #       <west-acre> jpegs?
11.08.31 #       <B4gder> what people decide to do
11.08.40 #       <B4gder> everyone does what they think is fun
11.08.45 #       <west-acre> i just patched the origonal firmware and then put that in the root with the bleegin edge build
11.08.53 #       <west-acre> that rite yer?
11.09.16 #       <west-acre> ahhh, i loose all my rockbox settings :S
11.09.21 #       <Bger> west-acre: with firmware patcher ?
11.09.28 #       <ghode|afk> you dont need to patch the original firmware weverytime you update rockbox
11.09.30 #       <west-acre> yup
11.09.32 #       <B4gder> west-acre: yes, the config struct has changed
11.09.37 #       <west-acre> ok
11.09.41 #       <B4gder> save your config as a config file
11.09.49 #       <west-acre> o well, ill just keep the default for the thyme being
11.09.53 #       <B4gder> useful to reload in situations like this
11.10.00 #       <west-acre> yeh good thinking
11.10.10 #       <west-acre> ill do that, and they can be made from the DAP yer?
11.12.59 #       <Bger> B4gder one small notice ... (don't get me as petty) according to iriver themselves, it's iriver, not iRiver
11.13.13 #       <B4gder> aha
11.13.42 #       <B4gder> their logo is more like iRiVeR :-)
11.14.08 #       <Bger> heh:) maybe
11.14.16 #       <Bger> but not the new logo
11.14.48 #       <B4gder> so they use all lowercase always?
11.14.52 #       <Bger> yep
11.15.03 #       <Bger> you can see it on www.iriver.com ...
11.15.16 #       <Bger> see the (c) notice on the bottom of the page
11.15.21 #       <linuxstb> A google for "iriver" shows it as well - all the official sites use lower-case.
11.15.33 #       <Bger> all other letters are upper case
11.15.36 #       <B4gder> remade the pics
11.15.40 #       <Bger> hehehe :)
11.16.18 #       <Bger> wow, you're FAST
11.16.19 #       <B4gder> and yes, I'm happy I made the script that generates them :-)
11.17.29 #       <Bger> text->jpg ?
11.39.52 ***     Saving seen data "./dancer.seen"
11.40.46 Quit    Philip_0729 ()
11.52.36 Quit    linuxstb ("Leaving")
11.58.18 #       <amiconn> Bagder: 2005-06-06 works, 2005-06-07 crashes
12.01.46 #       <B4gder> and 2005-06-07 has only totally unrelated fixes
12.08.12 #       <HCl> markun: in case you're reading this, i'm hardly getting better... i'm most likely gonna go to my parents soon.. i don't know when i'll be healthy again... sorry...
12.13.31 #       <Bger> HCl: r u sick :(
12.19.30 #       <amiconn> B4gder: When I do cvs checkout/update using -D, what status do I get?  That day 00:00?
12.20.37 #       <B4gder> I believe so
12.20.49 #       <B4gder> you can specify time as well
12.21.05 #       <amiconn> I'll try that next
12.21.12 #       <amiconn> ...narrowing down the time
12.21.20 #       <HCl> Bger: yea, absolute killer headache..
12.22.21 #       <Bger> bad :(
12.22.46 #       <HCl> not to mention feeling cold and overheated at the same time and other crap..
12.22.54 #       <Bger> maybe you don't sleep enough ?
12.23.05 #       <HCl> probably
12.23.13 #       <HCl> i'm not sleeping well due to either being too hot or too cold
12.23.55 #       <Bger> i suggest you to go to a doctor...
12.24.04 #       <HCl> my dad is a doctor
12.24.42 #       <HCl> fortunately..
12.24.51 #       <Bger> :)
12.25.22 #       <yngwi> get well soon
12.25.51 #       <Bger> asap :)
12.26.48 Quit    yngwi ("Chatzilla 0.9.68a [Firefox 1.0.4/20050511]")
12.28.17 Join    Moos [0] (moos012@m214.net81-66-158.noos.fr)
12.28.26 #       <Moos> Hi folks
12.29.12 #       <HCl> thanks..
12.29.54 Join    webguest46 [0] (~5087b476@labb.contactor.se)
12.31.15 #       <Bger> don't think i'm sayng this for other reasons except for completing runtime DB soon (and rockboy opts.) :D
12.31.19 #       <Bger> just kidding ..
12.31.35 Part    webguest46
12.35.39 #       <Bger> really, get healthy asap
12.39.20 Join    Jim__ [0] (Owner@spr2-cosh3-5-0-cust23.cosh.broadband.ntl.com)
12.39.47 Nick    Jim__ is now known as Jleagle (Owner@spr2-cosh3-5-0-cust23.cosh.broadband.ntl.com)
12.51.23 Join    leftright [0] (~5087b476@labb.contactor.se)
12.54.36 Join    ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk)
12.55.03 #       <leftright> there's still a pop when pause is selected
12.56.00 #       <leftright> using todays  Bleededge 11:55
12.56.41 #       <leftright> I think I'm going to trash my UE10pro's
12.56.55 #       <leftright> :)
12.59.51 #       <Jleagle> you man that fuzzy noise?
13.00.03 #       <Jleagle> mean*
13.00.42 #       <leftright> no, a pop when pause is selected and its fuzzy with play resume before normal vol
13.01.37 #       <Jleagle> yer
13.01.43 #       <leftright> the fuzzyness (more like scratching vinyl) is for a few millisec's but its ok,
13.02.42 #       <Jleagle> i get really bad noises when its on charge and not playing
13.03.20 #       * leftright goes to try
13.03.59 #       <Jleagle> play a song, then press stop
13.04.25 #       <leftright> yeo I've tried that twice and its normal with me
13.04.52 #       <leftright> nope quiet as a mouse in church
13.06.09 #       <leftright> are you using the standard power suplly unit
13.06.28 #       <Jleagle> yup, standard everything, iriver 120
13.06.37 #       <leftright> 140 here
13.07.03 #       <Jleagle> maybe thats why, i have mine going through my computer speakers... ill try headphones
13.07.34 #       <leftright> so thats with line out then ?
13.08.45 #       <Jleagle> i have the remote going streight to the blue hole in my sound card
13.09.02 #       <Jleagle> ooh, when i use headphones i dont get the noise :|
13.12.32 Quit    edx (Read error: 110 (Connection timed out))
13.14.29 #       <Jleagle> doesnt that mean when its on charge its somehow affecting the sound output?
13.15.59 #       <leftright> someone else needs to replicate that,
13.19.32 #       <Jleagle> ya, ill post it
13.23.18 #       <ripnetuk> #b$/quit
13.23.19 Quit    ripnetuk ("Leaving")
13.23.29 #       <leftright> the 'upside down' screen mode is a neat feature
13.24.51 Join    ashridah [0] (ashridah@220-253-122-117.VIC.netspace.net.au)
13.25.48 #       <Jleagle> was it requested or just added?
13.26.16 #       <leftright> screen mode ?
13.26.24 #       <Jleagle> ya
13.26.39 #       <Jleagle> seems sort of pointless to be able to have the screen upside down
13.26.45 #       <leftright> its always been there afaik
13.26.50 #       <leftright> I use it
13.26.56 #       <Jleagle> really? why?
13.27.21 #       <leftright> is its on my bekt, I dont have to unclip it to read the screen
13.27.29 #       <leftright> bekt=belt
13.27.54 #       <Jleagle> hmm, never thoght about that, nice
13.30.33 #       <Jleagle> what does the car mode do?
13.31.21 #       <leftright> it sync the unit to your cars ignition switch if you're using car dc power
13.32.44 #       <leftright> or something like that, I briefly glanced through it in the odf manual
13.33.13 #       <Jleagle> same here, but missed it
13.33.22 #       <Jleagle> ill go ehck it out
13.33.27 #       <Jleagle> check*
13.38.19 Join    LinusN [0] (~linus@labb.contactor.se)
13.39.13 #       <Bger> hello, Linus
13.39.14 #       <amiconn> hi LinusN
13.39.27 #       <LinusN> hey ho
13.39.52 #       <LinusN> my nokia phone has a really shaky gprs
13.39.54 ***     Saving seen data "./dancer.seen"
13.40.31 Quit    einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
13.41.10 #       <Bger> how is the holiday
13.41.19 #       <leftright> hows the fishing LinusN
13.41.57 #       <LinusN> leftright: haven't got around to fishing yet
13.42.36 #       <leftright> *chuckles, thought it was a fishing trip
13.46.00 #       <amiconn> LinusN: How difficult would it be to connect the logic analyser to the archos recorder again, and capturing the recording?
13.46.10 #       <amiconn> (once you're back of course)
13.46.42 #       <amiconn> I investigated a bit further; it seems the bit shifting does only happen when running rombox
13.47.07 #       <amiconn> I'd like to compare rombox and ram execution timings...
13.49.02 #       <LinusN> amiconn: it's not difficult, it just takes some time and effort
13.49.20 Quit    Jleagle ("Chatzilla 0.9.68.5 [Firefox 1.0.4/20050511]")
13.49.41 Join    preglow [0] (thomj@s183a.studby.ntnu.no)
13.49.45 Quit    [zmaj] (Read error: 104 (Connection reset by peer))
13.50.22 #       <preglow> LinusN: did anything ever come of the phillips correspondance?
13.51.01 #       <LinusN> preglow: no
13.54.50 Join    bipak_ [0] (~bip@p50884D5B.dip.t-dialin.net)
13.58.56 #       <preglow> oh my god, how i loathe the nokia theme
14.00.57 #       <LinusN> i think i have solved the uda1380 init problem
14.01.03 #       <LinusN> check my commit
14.03.22 Quit    bipak (Read error: 60 (Operation timed out))
14.04.32 #       <preglow> you mean the problems some are having with getting sound?
14.05.20 #       <LinusN> yes
14.05.40 #       <LinusN> the solved-by-booting-the-original problem
14.08.04 #       <preglow> that's a really strange one
14.08.16 #       <preglow> i never had the problem, so can't test it
14.09.01 Part    leftright
14.09.15 #       <preglow> i'm sure pedro will test it as soon as he can
14.09.32 #       <LinusN> gotta go cu later
14.09.35 Part    LinusN
14.27.45 Join    thegeek_ [0] (na@ti521110a080-2751.bb.online.no)
14.30.07 #       <amiconn> B4gder: I narrowed it down as much as possible.
14.31.02 #       <amiconn> 2005-06-06 01:02 runs perfectly, 01:10 doesn't compile, and 01:30 crashes
14.31.35 #       <amiconn> cvs uses local time (cest) by default, so the real times are 2005-06-05 23:02, 23:10 and 23:30
14.31.41 #       <amiconn> GMT
14.32.05 #       <amiconn> ==> It's Slasheri's playback patch that breaks the h1x0 sims on cygwin
14.34.41 Quit    thegeek (Read error: 145 (Connection timed out))
14.36.44 Join    linuxstb [0] (dave@dsl-212-23-31-215.zen.co.uk)
14.39.34 #       <Bger> amiconn anything unusual in this patch ?
14.40.04 Join    thegeek [0] (na@ti521110a080-9143.bb.online.no)
14.43.27 Join    ghostiger [0] (~ghostiger@658507467e999e71.session.tor)
14.43.30 Quit    ehntoo (Remote closed the connection)
14.44.52 #       <Slasheri> amiconn: Hmm, what is the problem with simulator?
14.47.23 Quit    thegeek_ (Read error: 145 (Connection timed out))
14.48.01 #       <preglow> it's not all that easy to tell, i think, heh
14.48.19 #       <preglow> something in your playback code triggers a very weird bug
14.48.35 #       <Slasheri> What will happen?
14.49.33 #       <amiconn> All cygwin H1x0 simulators (win32 _and_ x11) are crashing in function audiobuffer()
14.49.55 #       <amiconn> However, audiobuffer is not a function, it's a char array...
14.50.08 Quit    thegeek (Read error: 145 (Connection timed out))
14.50.34 #       <Slasheri> Hmm, weird.. I can't make linux version of simulator to crash
14.50.53 #       <preglow> i suspect this is a compiler bug of some sort
14.50.58 #       <preglow> 'cause my sim too works perfectly
14.51.05 #       <linuxstb> amiconn: I don't know if Bagder has found the same thing, but I tried cross-compiling the win32 sim from Linux (mingw 3.4.2) and the sim crashes immediately.
14.51.13 #       <amiconn> yeps
14.51.23 #       <Slasheri> linuxstb: can you backtrace the crash?
14.51.35 Join    edx [0] (edx@p54A8CCCE.dip.t-dialin.net)
14.51.37 #       <amiconn> I tried Bagder's build (cross compiled on linux) on my machine
14.51.49 #       <amiconn> Slasheri: A backtrace doesn't tell much
14.51.52 #       <linuxstb> Slasheri: I'm not sure how to debug win32 under Linux...
14.51.58 #       <Slasheri> ok.. :/
14.52.01 #       <amiconn> It happens on startup, before main()
14.52.14 #       <Slasheri> before main?
14.52.20 #       <amiconn> See today's log for gdb output
14.52.35 #       <Slasheri> then that _should_ have nothing to do with playback code :)
14.53.08 Quit    Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )")
14.53.28 #       <amiconn> Not directly, but it definitely causes the crash
14.54.09 #       <amiconn> A cvs build from immediately before initial checkin of playback code is running fine
14.54.17 #       <Slasheri> Hmm, maybe there is some stack/buffer overflow then..
14.55.50 #       <Slasheri> If the code is not called anywhere before the main, there must be something other wrong before the main..
14.57.07 Join    thegeek [0] (na@ti521110a080-1004.bb.online.no)
14.57.56 Join    einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de)
14.58.28 Quit    einhirn (Client Quit)
14.58.49 Quit    ghostiger (Read error: 145 (Connection timed out))
14.59.22 #       <amiconn> Slasheri: I admit this is a weird bug
14.59.37 #       <amiconn> ...but it's got nothing to do with cygwin itself
15.00.57 Join    ghostiger [0] (~ghostiger@d24dd899bb2bd2ad.session.tor)
15.02.34 #       <amiconn> linuxstb: Hmm, interesting. I thought it might have to do with the mingw version, but that's also not the case. Your 3.4.2 is an older version, and I have 3.7.? on cygwin
15.06.19 #       <amiconn> 3.7.1
15.10.32 #       <B4gder> build table got all silly... :-)
15.12.02 #       <B4gder> due to my changed case
15.12.17 Quit    lostlogic ("Going to the moon")
15.17.28 #       <preglow> hahaa
15.17.31 #       <preglow> "all silly" indeed
15.17.53 #       <B4gder> especially since the different case isn't visible in the table
15.17.58 #       <preglow> oh, you've added h300 as well?
15.18.05 #       <B4gder> yeps
15.18.13 #       <preglow> goodie
15.18.25 #       * Bger screams "The most stupid scripting language on the earth is definitely M$'s batch lang"...
15.18.38 #       <preglow> i wouldn't exactly call it a language...
15.19.14 #       * Bger just realised that there *is* a way to extract different parts of filename with it ... through *FOR* command .....
15.19.34 #       <ashridah> Bger: good thing they're making a new one that might not end up in longhorn eh? :)
15.19.46 #       <Bger> no idea ....
15.19.59 #       <B4gder> the only sane way to do scripting in windows is to install a script language
15.19.59 #       <preglow> it's not even comparable
15.20.09 #       <preglow> vbscript......
15.20.23 #       <Bger> yep...
15.20.41 #       <preglow> perl > *
15.20.50 #       <Bger> but if VBScript is language, then Batch scripting is ... nothing ...
15.22.17 #       <preglow> only thing that might beat perl is perl 6
15.29.57 #       <west-acre> got a question. the rockbox manual, is there one for the h1XX or is it the "THE ROCKBOX MANUAL"??
15.30.08 #       <preglow> no, none yet
15.30.13 #       <Bger> THE ...
15.30.14 #       <Bger> only one
15.30.19 #       <preglow> most of the existing manual should apply
15.30.28 #       <B4gder> Rockbox is a software made for many players
15.31.31 #       <west-acre> yeh yeh i know, but. obv some features in the manual wont exist yet on the iriver
15.31.37 #       <B4gder> true
15.31.46 #       <B4gder> but we haven't released anything for iriver
15.31.59 #       <B4gder> you're using an early dev version
15.31.59 #       <west-acre> kk
15.32.01 #       <west-acre> cheers
15.32.09 #       <B4gder> and besides
15.32.19 #       <B4gder> we appreciate all help in adding docs
15.32.26 #       <west-acre> ;)
15.32.30 #       <west-acre> ok br0
15.32.59 #       <west-acre> im printing off the manual...i may regret it!
15.38.43 Join    bumi [0] (~blabla@62.219.122.195)
15.38.46 #       <bumi> hey everyone
15.38.58 #       <bumi> anything new with rockbox for iriver in the last 3 days?
15.39.29 #       <crwl> bass/treble/balance settings, maybe
15.39.31 #       <bobTHC> take a look on website
15.39.43 #       <bumi> where in the site?
15.39.50 #       <bumi> i have a version from 3 days ago
15.39.56 ***     Saving seen data "./dancer.seen"
15.39.58 #       <bumi> but it has tons of bugs
15.40.09 #       <bumi> so i thoght maybe some of them have been resolved...
15.40.14 #       <linuxstb> Thinking about the documentation, is the plan to have seperate manuals for the different types of hardware, or stay with one universal manual?
15.41.11 #       <bobTHC> most versatile as possible is ez to maintain ...
15.41.22 #       <B4gder> we've managed with a single one so far
15.43.18 #       <preglow> why are there so many holes in the build chart?
15.43.28 Join    LinusN [0] (~linus@labb.contactor.se)
15.43.31 #       <B4gder> I changed the name of the iriver builds
15.43.40 #       <B4gder> so they appear as differnt ones
15.43.55 #       <preglow> it just looks so... irregular
15.44.07 #       <B4gder> well, I added three builds earlier
15.44.32 #       <bumi> http://forums.rockbox.org/index.php?topic=828.0
15.44.40 #       <bobTHC> clean up ure desk, the boss is here ;)
15.45.11 #       <amiconn> linuxstb: Afair Christi plans to implement a system for creating per-model manuals, probably using tex instead of openoffice and doing some preprocessing
15.45.12 #       <bumi> can anyone comment on that bug?
15.45.45 #       <B4gder> having such a system would of course be very cool
15.45.53 #       <linuxstb> amiconn:  That could become a #ifdef hell.
15.47.01 #       <LinusN> bumi: it works for me
15.47.13 Quit    bumi (Read error: 131 (Connection reset by peer))
15.48.17 #       <preglow> linuxstb: nah, not very much, i believe
15.48.44 #       <preglow> having a simple shell script that generates a root file that just \includes all the different parts needed for a specific model manual should work ok-ish
15.48.48 Join    DMJC-L [0] (~DMJC-L@60-240-163-90.tpgi.com.au)
15.49.53 #       <linuxstb> Has DocBook been discussed rejected?
15.50.08 #       <linuxstb> ^discussed and rejected?
15.50.24 #       <B4gder> no
15.50.34 #       <preglow> no, but i believe christi has used latex, and right now she seems to be the one writing the manual
15.50.39 #       <linuxstb> Not discussed or not rejected?
15.50.49 #       <preglow> unless anyone else is interested in helping her, i say leave her to it
15.51.01 #       <linuxstb> preglow: Yes, of course - we can't force someone to use a particular tool.
15.51.13 #       <preglow> and besides, latex should be nice for this
15.51.22 #       <B4gder> not discussed and therefor not rejected
15.54.17 Join    tucoz [0] (~81b1111b@labb.contactor.se)
15.54.34 #       <tucoz> Hi, any old-timers here? Just to check wps-behaviour
15.54.50 #       <linuxstb> I've used docbook a little.  It's nice, but I think you need a Docbook expert on the team to customise the formatting scripts.  If we don't have anyone to do that, then I would say stick to latex.
15.55.19 #       <tucoz> If I have 10 songs in a directory, and 7 of them are songs (the other 3 text-files, or somthing else)
15.55.21 #       <B4gder> I remember the old days... :-)
15.55.34 #       <tucoz> the wps screen shows like track 7/10
15.56.01 #       <tucoz> no, i have 10 files, not songs
15.56.28 #       <preglow> linuxstb: formating scripts? ouch, then i definitely say let's use latex, unless we have any serious typographers around here ;)
15.56.41 #       <tucoz> Is that how it's supposed to be? Shouldn't the wps only count songs in the directory as part of the playlist?
15.57.58 #       <linuxstb> preglow: I'm probably making it sound worse than it is, it's just that if you want anything other than the standard output (even things like a custom front-page), then it's a steep learning curve to either change the DSSSL (if we use SGML Docbook) or XSLT (if we use XML).
15.58.10 #       <LinusN> tucoz: works fine for me?
15.58.17 Join    Philip_0729 [0] (~Philip_j_@user-7155.lns6-c10.dsl.pol.co.uk)
16.00.19 #       <tucoz> LinusN: Ok, I can try something. I had show all files on when I noticed this. Changed to supported, and still the same. Still, it was no reboot in between
16.00.26 #       <linuxstb> tucoz: What exactly are the other files?  What filename extensions?
16.00.37 #       <tucoz> letme check
16.01.24 #       <linuxstb> e.g. I have 17 FLAC files, and 2 text files in a directory.  Pressing play on the first track shows 1/17 in the WPS.  The two text files appear last alphabetically.
16.01.40 #       <preglow> anywho, i'm entirely for latex, but that's of course a consequence of me being very familiar with it ;)
16.02.19 Quit    DMJC (Read error: 110 (Connection timed out))
16.02.19 #       <tucoz> 1 m3u, 1 nfo, sfv
16.02.25 #       <tucoz> 1 sfv
16.02.42 #       <tucoz> Hmm, forgive me
16.03.19 #       <linuxstb> I spent four years at University writing Latex, so I'm not against it either.  It would be nice to have it in CVS as well.
16.03.30 #       <tucoz> I'm just plain stupid. Had an exam today so my brain is not with me. I was certain that the record had only 7 song.
16.03.31 #       <tucoz> s
16.03.43 #       <tucoz> When it in fact had 10. 
16.04.14 #       <Chamois> LinusN : your UDA driver modification seems to work
16.04.38 #       <tucoz> LinusN: That uda commit, do you think that will take care of the occasional buzz on startup as well?
16.05.59 #       <tucoz> If I've had my player off for a few hours, and sometimes, very seldom, it's start buzzing until the uda is initialized.
16.08.23 #       <tucoz> It's hard to check what is causing this to happen, as it is _very_ seldom. Like two times a week perhaps
16.14.18 Join    RotAtoR [0] (~e@dhcp54-47.calvin.edu)
16.18.21 #       <west-acre> hey, just wondering, do iriver know about rockbox?
16.19.37 #       <preglow> probably
16.19.43 #       <bobTHC> surely
16.19.46 #       <bobTHC> :)
16.20.28 #       <HCl> why is iriver h3x0 and iriver h1x0 listed twice... on the daily builds..
16.21.24 #       <tucoz> it's not. Your'e hallucinating ;)
16.21.28 #       <HCl> should h300 even be listed cause we don't have a bootloader yet.
16.21.42 #       <HCl> nope, its listed twice...
16.21.47 #       <tucoz> Just kidding
16.22.07 #       * HCl has too much of a headache for jokes at the moment ;/
16.22.10 #       <tucoz> I read that you're not feeling too well.
16.22.21 #       <tucoz> Hope you get better :)
16.22.26 #       <HCl> thanks
16.22.30 #       <preglow> HCl: don't you read mailing list?
16.22.33 #       <HCl> gonna go to my parents place in a while..
16.22.47 #       <HCl> i do, but i haven't seen anything about that topic on it
16.23.00 #       <preglow> bagder added it to show how badly it crashes because of bad defines
16.23.12 #       <Slasheri> Hmm, yes it's listed twice and the whole page is quite confusing now..
16.23.13 #       <preglow> so it'll hopefully be fixed
16.23.27 #       <Slasheri> HCl: You will have the event thing today if i have time to code it :)
16.23.44 #       <HCl> nice
16.23.53 #       <HCl> preglow: um. right...
16.24.06 #       <HCl> personally, i'd say it would create way too much confusion for h3x0 users
16.24.23 #       <HCl> cause it suddenly seems as if we have an h3x0 build
16.24.26 #       <preglow> well
16.24.29 #       <preglow> no one has come asking yet
16.24.48 #       <HCl> right o.O
16.24.53 #       <preglow> it has to be done sooner or later anyway
16.25.00 #       <HCl> i'll just refer them to bagder when they do then..
16.25.14 #       <preglow> what were we supposed to do, then? add the build when the port is finished?
16.25.27 #       <HCl> when the bootloader works?
16.25.36 #       <preglow> you're forgetting the lcd driver
16.25.42 #       <HCl> and that.
16.26.03 #       <HCl> i'm just saying that to me it looks misleading, but okay, nevermind
16.26.08 #       <west-acre> hey, ATM in rockBLOX can you rotate the pieceS?
16.26.09 #       <B4gder> that table is for development
16.26.15 #       <B4gder> not for people to download
16.26.54 #       <tucoz> But like someone said. Rockbox should be able to work with the remote as display, before lcd is enabled
16.27.02 #       <tucoz> on h3x0 that is
16.27.08 #       <B4gder> yes
16.27.18 #       <west-acre> hey, just wondering, do iriver know about rockbox???
16.27.26 #       <west-acre> ooops SORRY
16.27.31 #       <west-acre> hey, ATM in rockBLOX can you rotate the pieceS?
16.27.33 #       <west-acre> ????????
16.27.44 #       <HCl> check your ? key
16.27.46 #       <HCl> i think its stuck.
16.27.56 #       <west-acre> sorry
16.28.06 #       <west-acre> no wait, it really is...
16.28.21 #       <west-acre> sorry hydrochloric acid
16.28.34 #       <tucoz> It's working for me. The rotating
16.28.42 #       <Bger> it's not necessary to be "acid" :)
16.29.01 #       <Bger> he can be gas
16.29.38 #       <west-acre> wot key rotates ?
16.29.41 #       <tucoz> But it's a pain to play right now
16.29.45 #       <tucoz> joystick
16.29.46 #       <west-acre> :-o
16.29.49 #       <west-acre> still acidic
16.30.21 #       <west-acre> wot direction rotates? or pressing into the DAP?
16.30.23 #       <preglow> only if it's dissolved!
16.30.45 #       <tucoz> that would be right if you hold your player in the 'normal' way
16.30.49 #       <Philip_0729> only acidic when gives out H+ to water.... making H30 ;)
16.30.55 #       <tucoz> joystick right
16.30.58 #       <west-acre> kk
16.31.03 #       <west-acre> ahh yes tnx br)
16.31.06 #       <west-acre> BR()
16.31.07 #       <west-acre> ;)
16.31.13 #       <west-acre> thats much bettter ;)
16.31.18 #       <west-acre> otherwise kinda crap!
16.31.52 #       <Philip_0729> ??
16.32.10 #       <tucoz> I tried a patch a while ago with the screen not tilted. Much better. Wonder why it never reached cvs
16.32.27 #       <LinusN> it's on its way
16.32.38 #       <tucoz> Ok, goodie
16.32.52 #       <west-acre> the game would be a bit crap if you couldn't rotate, but you can so it's gr8!!!
16.32.52 #       <Bger> bye, guys, have a nice weekend
16.32.55 #       <west-acre> cya
16.32.59 #       <west-acre> tnx for ur help
16.33.13 #       <tucoz> That scrolling patch also looked nice. With the key-repeat.
16.34.46 #       <west-acre> hey, i think there's a bug in SNAKE. the new apple doesn't appear for around a second after you ate the last...
16.35.15 #       <tucoz> ..or was that just a suggestion. Anyway I read about it some time ago and it seemed like a good idea.
16.35.23 #       <west-acre> ok
16.35.36 #       <west-acre> i dunno i spose im comparing it to snake 2 ;)
16.39.59 Part    LinusN
16.40.13 Part    tucoz
16.47.34 Part    preglow
16.48.21 #       <west-acre> hey, is the stopwatch accurate, has it been tested?
16.53.12 #       <bobTHC> test it and u tell us
16.55.18 #       <west-acre> will doo
16.55.24 #       <west-acre> :0
17.02.55 Quit    DMJC-L (Success)
17.06.17 Join    dionoea [0] (~dionoea@muscipula152.via.ecp.fr)
17.06.31 #       <dionoea> hello
17.06.37 #       <B4gder> howdy
17.06.43 #       <dionoea> file permissions seem all fuckedup in the CVS
17.06.56 Join    DMJC-L [0] (~DMJC-L@60-240-163-90.tpgi.com.au)
17.06.57 #       <dionoea> find . -iname "*.h" -perm +111|xargs chmod a-x
17.07.01 #       <dionoea> find . -iname "*.c" -perm +111|xargs chmod a-x
17.07.18 #       <dionoea> i can't submit a patch since permission changes don't show in a diff
17.07.30 #       <dionoea> (some doc files are also executable)
17.08.34 #       <B4gder> they're also not possible to change with cvs
17.08.48 #       <ashridah> anyone tested the firmware in its most recent incarnation?
17.09.13 #       <Chamois> yes
17.09.17 #       <dionoea> arg ... cvs suxxs
17.10.59 #       <dionoea> you should move to svn ... 
17.11.20 #       <dionoea> -you +sf
17.11.23 #       <HCl> don't fix it if its not broken
17.11.31 #       <B4gder> yes, we've been talking about that for a long time ;-)
17.11.55 #       <B4gder> we have a fair amount of scripts and stuff using cvs
17.12.02 #       <B4gder> so it isn't a small task to move
17.12.19 #       <B4gder> dionoea: we don't use sf for cvs
17.12.26 #       <dionoea> migration is pretty easy ... just change all the cvs up to svn up
17.12.32 #       <B4gder> yes
17.12.36 #       <dionoea> and remove the extra options
17.12.37 #       <B4gder> for that simple case indeed
17.12.54 #       <B4gder> I know how svn works
17.14.37 #       * B4gder has commit-acccess in the Subversion project
17.14.46 #       <dionoea> nice :)
17.15.26 #       <dionoea> we've been using it for about a year now and its getting better 
17.15.54 #       <dionoea> the old database format was horrible ... but now its ok (with the one file per commit db)
17.16.22 #       <dionoea> are there any cool changes planned ?
17.17.13 #       <B4gder> no, we only do boring things :-)
17.17.28 #       <dionoea> hehe
17.18.14 Quit    Philip_0729 ()
17.21.57 #       <dionoea> btw, i'd like to thank the whole rockbox dev team for this great project
17.29.01 Join    djek [0] (~djek@djek.xs4all.nl)
17.34.03 Quit    B4gder ("Lämnar")
17.39.10 Quit    linuxstb ("Leaving")
17.40.00 ***     Saving seen data "./dancer.seen"
17.46.39 Join    niobos [0] (~niels@33.196-200-80.adsl.skynet.be)
17.51.10 #       <west-acre> hi, is it possible to take screenshots of what is displayed on the iriver? Like in the manual?
17.51.31 #       <t0mas> yes
17.51.50 #       <t0mas> normally you take screenshots of the simulator... but you can do it on iriver too
17.51.51 #       <t0mas> iirc
17.52.07 #       <west-acre> o rite, can i get the simulator?
17.52.17 #       <west-acre> how is it done on the iriver?
17.52.20 #       <ashridah> west-acre: yeah, there's a screenshot option in menu->info->debug->screendump
17.52.25 #       <ashridah> turn it on, then plug in the usb cable
17.52.38 #       <ashridah> it won't activate the usb-storage stuff, it'll write a dump of the current screen contents to disk
17.52.52 #       <ashridah> then go back to that option, and disable it when you're done
17.53.05 #       <west-acre> rite. it says stay out of the debug menu :S
17.53.08 #       <west-acre> is this wise?
17.53.28 #       <ashridah> you won't break things by turning on the screendump feature
17.53.52 #       <west-acre> kk
17.54.17 #       <west-acre> itll write to the root of c:?
17.54.35 #       <ashridah> it'll write to the root as a .bmp file
17.54.36 #       <ashridah> yeah
17.54.51 #       <west-acre> wot, every time i change screen or wot?
17.55.06 #       <ashridah> no, every time you plug in the usb cable (provided the other endo f the usb cable is attached to a pc)
17.55.13 #       <west-acre> ok
17.55.43 #       * niobos is learning dvorak, so be patient
17.56.18 #       <niobos> I'm going on vacation in 3 weeks, for a month
17.56.42 #       <west-acre> rite. ive enabled screen dump, then displayed on the iriver wot i want to be a bmp. then plugged the usb in. is it sposed to then save a .bmp to c://???coz it hasnt :S
17.56.52 #       <niobos> is it wise to start playing with rockbox now?
17.57.00 #       <west-acre> yes. yes it is
17.57.09 #       <west-acre> ashridah
17.57.10 #       <niobos> or might I break my iRiver
17.57.15 #       <west-acre> no u wont
17.57.21 #       <west-acre> and it's iriver not iRiver
17.57.27 #       <ashridah> west-acre: it will only show up when the root of the drive is rescanned
17.57.29 #       <west-acre> its relatively stable now
17.57.45 #       <ashridah> niobos: there's still a minor amoutn of risk involved with installing the firmware
17.57.48 #       <ashridah> but it plays music
17.57.52 #       <ashridah> which is a major step forward
17.58.32 #       <niobos> I'd like to have the playlist-creation, so
17.58.49 #       <niobos> ashridah: minor = ?
18.00.39 Join    Audiophil [0] (~c1d85c22@labb.contactor.se)
18.00.56 #       <west-acre> ashridah i gottit now ;)
18.01.22 #       <west-acre> that is an immensely cool feature!
18.01.50 #       <bobTHC> niobos > take a look@ http://www.rockbox.org/twiki/bin/view/Main/IriverPortForNoobs
18.02.00 #       <Slasheri> wow
18.02.01 #       <ashridah> niobos: playlists have always worked.
18.02.13 #       <ashridah> niobos: so yes, it supports playing music inside rockbox from playlists
18.02.15 #       <Slasheri> I just tested that dimming backlight on iriver is possible with simple pwm pulse
18.02.19 #       <Slasheri> very nice effect
18.03.09 Join    linuxstb [0] (dave@dsl-212-23-31-215.zen.co.uk)
18.03.19 #       <bill20r3> neat
18.03.29 #       <bill20r3> does it save any measurable amount of power?
18.03.42 #       <bill20r3> can you make it pulse w/ the music?
18.03.51 #       <Slasheri> i don't know if it's possible to use continuous dimming (that requires cpu power)
18.03.59 #       <bill20r3> ahh.
18.04.02 #       <Slasheri> but nice effect could be added when backlight goes on/off
18.04.05 #       <bill20r3> can you dim the one on the remote?
18.04.12 #       <Slasheri> i think so
18.04.12 #       <bill20r3> oh yeah, like the 4g ipods do
18.04.29 #       <Slasheri> i will test that more soon
18.05.20 #       <Audiophil> what's the current work tasks for the RB team?
18.06.24 Join    leftright [0] (~5087b476@labb.contactor.se)
18.07.10 #       <linuxstb> Audiophil: That's a good question - I've started a page here http://www.rockbox.org/twiki/bin/view/Main/IriverStatus where we can add the tasks that we think need to be done before Rockbox is ready for the first iriver release.
18.07.56 #       <linuxstb> So if any devs can think of things, please add them there.
18.08.49 #       <leftright> Slasheri: did you see my post earlier with regards to the pops when pause is selected
18.09.57 Join    Kat [0] (~katerina@c-67-176-83-251.hsd1.co.comcast.net)
18.10.47 #       <niobos> is there any reason NOT to use the daily build, but the latest release?
18.12.00 #       <thegeek> yes
18.12.02 #       <thegeek> it's the newest
18.12.13 #       <thegeek> and the daily builds are generally not any better than the latest
18.13.38 #       <niobos> are they worse?
18.14.47 #       <Slasheri> leftright: Hmm, the problem that there will be a short loud piece of the current song after pause has completely faded out?
18.16.00 #       <leftright> no, there's a pop when pause is pressed
18.16.26 #       <Slasheri> Hmm.. are you using the headphone out connector?
18.16.26 #       <leftright> the music fades nicely then, pop
18.16.31 #       <leftright> yes
18.16.50 #       <Slasheri> Is that pop just some random buzz or real audio?
18.17.12 #       <leftright> definate short sound, not music
18.17.32 #       <Slasheri> ok, interesting..
18.17.55 #       <Slasheri> i know there is currently a bug that will cause a short piece of music to be played after fade out is complete
18.18.16 #       <leftright> I dont hear that, just a pop
18.18.22 #       <west-acre> yeh sanem,
18.18.24 #       <west-acre> sam
18.18.25 #       <west-acre> e
18.18.27 #       <west-acre> i hear a p0p
18.18.37 #       <bobTHC> [ 18:13:27 ]  [ @vessla ] Cypheria on efnet?
18.18.37 #       <bobTHC> [ 18:13:55 ]  [ Cypheria ] efnet IRC network
18.18.37 #       <bobTHC> [ 18:14:05 ]  [ Cypheria ] where we are right now
18.18.37 DBUG    Enqueued KICK bobTHC
18.18.37 #       <bobTHC> [ 18:15:03 ]  · · Joins : lyndz [ ccf46e07@c
18.18.59 #       <bobTHC> sorry, keyboard erro
18.19.17 #       <leftright> the resume play from pause is a bit messy too
18.20.09 #       <west-acre> hey, wot else is worth using in debug ?
18.20.15 #       <west-acre> screendump is kewl
18.20.21 #       <Slasheri> Ah, yes. I hear also a very weak pop aftere fade out is complete
18.20.33 #       <leftright> thats it
18.20.48 #       <west-acre> is the keep out because its unstable or just risky because things there cud do damage?
18.21.20 #       <Slasheri> west-acre: the debug menu could at least crash your player
18.21.32 #       <west-acre> rite.
18.21.37 #       <Slasheri> i don't know if it can do any serious to your player
18.21.39 #       <west-acre> like battery test?
18.21.44 #       <west-acre> partition?
18.21.49 #       <west-acre> disk info?
18.21.56 #       <west-acre> audio tests?
18.21.56 #       <leftright> with In Ear Monitors, the pop is quite loud at medium volume
18.21.59 #       <Slasheri> they all should work. But audio tests might crash
18.22.07 #       <west-acre> ok
18.23.37 #       <leftright> mp3 playback sound really good :)
18.25.17 Join    BTKDaImMaikata [0] (~Bager@83.222.160.88)
18.25.54 #       <west-acre> yeh. the runtime info, it doesn't restart when the player restarts? or is that how long ive been runnin grockbox?
18.26.00 #       <west-acre> rockbox*
18.34.27 Join    Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com)
18.34.52 Quit    Stryke` (Remote closed the connection)
18.37.49 Quit    bobTHC ("Smoke Weed Every Day !")
18.42.44 #       <niobos> is it normal for the shuffel mode to only shuffel through the current dir?
18.44.24 Join    mrlala [0] (~mistame@cpe-66-75-129-164.san.res.rr.com)
18.45.38 #       <ashridah> niobos: yes, since starting playback in the current directory only makes a playlist out of the current directory
18.46.08 #       <ashridah> playback doesn't operate the same way as the iriver's default firmware, that always treat the entire disk as a giant braindead playlist
18.46.12 #       <niobos> is it possible to alter that behaviour?
18.46.13 #       <ashridah> rockbox doesn't do that
18.46.34 #       <ashridah> niobos: you can make a playlist of the entire disk, but it won't stay up to date if you add more music. and no.
18.46.49 #       <ashridah> you can add other stuff to the current playlist, and save the playlist
18.46.56 Join    _aLF [0] (Alexandre@mut38-2-82-67-66-128.fbx.proxad.net)
18.47.36 #       <niobos> that giant playlist is an idea, since I always update with a script
18.48.02 Quit    Bger (Read error: 110 (Connection timed out))
18.48.19 #       <ashridah> well, the playlist is created with rockbox itself, i don't know if there's a third party tool to do it.
18.49.00 Quit    Chamois (" Try HydraIRC -> http://www.hydrairc.com <-")
18.50.31 #       <Slasheri> Hmm, now the backlight works quite well. The dimming time is very short because kernel is not pre-emptive and yields are too long so it cannot block cpu for long periods
18.51.28 #       <ashridah> dimming? as in having the backlight fade out? 
18.51.33 #       <Slasheri> yes
18.51.39 #       <Slasheri> fade in and out
18.52.04 #       <Slasheri> but that requires still more testing and i should ask somebody before committing that
18.52.04 Join    Yokalosh [0] (~3efc0007@labb.contactor.se)
18.52.12 #       <Audiophil> slasheri, when will this be available in the cvs?
18.52.20 #       <Moos> ashridah: (the rockboxs playlists can converted with the plugin iverify if you want use it with rb)
18.52.29 #       <Slasheri> Audiophil: maybe never if it was a bad idea :)
18.52.31 #       <Yokalosh> HELP! ARGHHH
18.52.40 #       <Yokalosh> i think it died!
18.52.45 #       <Slasheri> Audiophil: But perhaps some menu option for that could be added
18.52.50 #       <ashridah> Moos: that converts it for use in iriver's firmware. i fail to see how that solves anything i mentioned
18.53.16 #       <ashridah> Yokalosh: what died?
18.53.21 #       <Audiophil> slasheri, my wish exactly:)
18.54.14 #       <Yokalosh> :(
18.54.54 #       <mrlala> i wouldn't mind seeing the dimming feature either ;)
18.55.35 #       <ashridah> Yokalosh: what died?
18.55.51 #       <Yokalosh> Guys what do you do when all you get when you try to open your archos jbr 10 and all u get is a hardware I/O error?
18.56.19 #       <Yokalosh> brb
18.56.25 #       <Yokalosh> back
18.56.37 Quit    Yokalosh (Client Quit)
18.57.26 Join    Yokalosh [0] (~3efc0007@labb.contactor.se)
18.57.38 #       <Yokalosh> Anyway, like i was saying before my internet cut out
18.58.24 Quit    Yokalosh (Client Quit)
18.59.25 #       <niobos> hmm, it's probabely me, but i can't find how to create/edit/save playlists
19.00.42 Join    preglow [0] (thomj@s183a.studby.ntnu.no)
19.00.47 #       <preglow> Slasheri: hey, that fade thing sounds cool
19.01.08 #       <preglow> Slasheri: is the pwm high frequency enough that you can't see it flicker?
19.01.27 #       <Slasheri> preglow: nice, the only problem is that it will totally block the cpu while it fades the backlight (but short periods won't affect playback)
19.01.35 #       <Slasheri> yes, there is no flicker at all
19.02.30 #       <preglow> yeah, i kinda figured you couldn't yield without having it noticable
19.02.54 #       <Slasheri> yep.. it has annoying flickering if i yield..
19.03.08 #       <preglow> how long is the fade, then?
19.03.19 #       <thegeek> imho I want all fades short
19.03.20 #       <Slasheri> less than a second
19.03.30 #       <preglow> hmm
19.03.42 #       <Slasheri> but it is still a nice effect
19.03.49 Join    Yokalosh [0] (~3efc0007@labb.contactor.se)
19.03.53 #       <preglow> yeah, i know
19.04.06 Quit    Yokalosh (Client Quit)
19.04.15 #       <preglow> you sure the coldfire hasn't got pwm functionality on that gpio port? :>
19.04.27 #       <Slasheri> hmm, i haven't checked that :)
19.04.37 #       <Slasheri> that would be really cool if it has
19.04.43 #       <preglow> yeah, no need to block then
19.04.48 #       <preglow> i think it's got some pwm outputs
19.05.00 #       <Slasheri> oh
19.05.14 #       <Slasheri> we should check that :)
19.05.55 Join    Yokalosh [0] (~Yokalosh@cpc1-cbly2-4-0-cust103.glfd.cable.ntl.com)
19.06.01 #       <Yokalosh> Hey, sorry bout that
19.06.01 #       <Slasheri> if it's possible to put hardware pwm to the display then it could be continuosly be dimmed
19.06.06 #       <Yokalosh> my internet kicked me off
19.06.15 #       <Yokalosh> yeh as i was saying before i went
19.06.40 #       <Yokalosh> when i try to view my archos jbr 10 on my pc all i get it a hardware I/O error
19.06.43 #       <Yokalosh> anyone know why?
19.07.23 #       <bill20r3> is the drive good?
19.07.27 #       <bill20r3> does it spin up?
19.07.36 #       <Yokalosh> yes, i can use it as an mp3 player
19.08.00 #       <Yokalosh> just once i plug it into my pc i can't view it, it says it is there and my pc knows it is ther and can identify the drive
19.08.12 #       <Yokalosh> but if i try to view its files i get an I/O
19.08.53 #       <preglow> Slasheri: doesn't look good, but you could use a timer
19.09.02 #       <bill20r3> odd.
19.09.14 #       <Slasheri> preglow: ah, timer could be nice too :)
19.10.06 #       <Slasheri> preglow: how many timers there are in coldfire? Can i have own timer for that baclight fading?
19.10.39 #       <Yokalosh> wht do you think i should do?
19.10.53 #       <Slasheri> Hmm, it seems to have 2 timers :)
19.10.56 #       <Yokalosh> if i right click on it 9 out of 10 times my computer crashes so that is useless
19.11.01 Quit    hicks (Read error: 145 (Connection timed out))
19.11.10 #       <Slasheri> And second one seems to be not in use :)
19.11.22 #       <preglow> there are two, yeah, and rockbox uses one
19.11.27 #       <Slasheri> great :)
19.11.44 Join    hicks [0] (~hicks@26266b3b40418031.session.tor)
19.11.53 #       <preglow> if you can implement pwm with a high enough frequency using that, it just might be commitable
19.12.12 #       <preglow> hogging the cpu during an entire fade is not very nice
19.12.14 #       <Slasheri> preglow: yes, i will try it
19.12.56 #       <preglow> excellent, i love fading backlights ;)
19.13.29 #       <Slasheri> is it ok if i initialize the timer in backlight.c?
19.13.32 #       <Slasheri> :D
19.14.36 #       <preglow> go one and try
19.14.43 #       <Slasheri> ok =)
19.14.44 #       <preglow> i have no idea, but just hack it in to see if it even works
19.15.51 #       <preglow> there's even a toggle output pin mode that's perfect for this
19.16.05 #       <preglow> all you need to do is set up the correct timer periods
19.16.08 #       <Slasheri> ah, good
19.16.29 #       <Slasheri> that sounds really nice, it could even work
19.16.42 #       <preglow> it SHOULD work, can't see a reason why it shouldn't
19.16.47 #       <Slasheri> :)
19.16.59 #       <preglow> brb, shop
19.20.46 #       <west-acre> <14preglow> brb, shop
19.26.57 Join    sockerteze [0] (~sockertez@pool-162-83-112-105.norf.east.verizon.net)
19.27.05 Quit    sockerteze (Client Quit)
19.28.16 #       <Slasheri> preglow: Hmm, do you know where i can get coldfire cpu datasheet?
19.29.31 #       <preglow> Slasheri: well, yeah, the rockbox datasheet page has it
19.29.44 #       <preglow> http://www.rockbox.org/twiki/pub/Main/DataSheets/MCF5249UM.pdf
19.29.46 #       <Slasheri> the link is dead :/
19.29.48 #       <preglow> that's specific to our model
19.29.49 #       <preglow> oh
19.29.52 #       <preglow> then gimme a sec
19.29.56 #       <Slasheri> oh, that works
19.30.02 #       <Slasheri> but the wiki link does not
19.30.37 #       <preglow> oh
19.30.52 #       <Slasheri> http://www.rockbox.org/twiki/bin/view/Main/ColdFire
19.30.57 #       <Slasheri> at least the link on that page
19.34.31 #       <preglow> hmm, i wonder _which_ output pin the timer toggles, heh
19.34.35 #       <preglow> probably best to do it yourself
19.34.39 #       <Slasheri> :D
19.37.40 #       <Slasheri> Hmm, it can toggle some TOUT pin. I hope that pin can be selected :)
19.40.03 ***     Saving seen data "./dancer.seen"
19.42.51 #       <amiconn> Rockbox on H1x0 has a "negative gap" for mp3 :(
19.44.09 #       <amiconn> That is, it even happens without lame tags (files encoded with lame --nogap and playing perfectly gapless on archos)
19.45.57 #       <preglow> amiconn: i knowe
19.46.00 #       <preglow> -e
19.46.23 #       <preglow> amiconn: that's my doing, probably, it seems like gapless encoders subtract a encoder delay from the length of the first frame
19.46.43 #       <preglow> gapless _decoders_
19.46.56 #       <amiconn> Of course the ear isn't very precise, but it seems the time varies
19.47.36 #       <preglow> might be, the mp3 decoder doesn't get it accurately right now
19.47.50 #       <amiconn> I wonder why...
19.47.50 #       <preglow> that is, the time SHOULD be accurate, but for some reason, i can't squeeze all the data i want out of libmad
19.48.08 #       <amiconn> Without lame tags, the track change is no special case for the mp3 decoder
19.48.30 #       <preglow> i calculate the exact duration of an mp3 in samples accurately according to foobar2000, which is widely regarded to do things correctly
19.48.38 #       <preglow> but i don't know why it doesn't work perfectly right now
19.49.08 #       <preglow> but yes, even for files with no lame info, i currently remove the first 500 odd samples from the start of the first frame in each mp3
19.49.23 #       <preglow> i have no idea why this is done, but it seems to be the correct thing to do
19.50.12 #       <amiconn> It's certainly not...
19.50.27 #       <preglow> are you sure that's the bug, though?
19.50.30 #       <preglow> try removing it and see
19.50.53 #       <amiconn> On archos, we simply feed the mas with all data after stripping id3 and xing/vbri tags
19.51.14 #       <amiconn> The mas won't notice a track change at all unless mpeg version, layer or sample frequency changes
19.51.36 #       <preglow> i know
19.51.52 #       <preglow> start_skip is assigned only twice, the first assigment is when it's got lame data
19.51.56 #       <preglow> the second is without
19.51.59 #       <amiconn> ...and it's perfectly gapless this way when encoded properly
19.52.01 #       <preglow> try setting it to zero in the second case
19.52.07 #       <preglow> and see if that fixes it
19.52.41 #       <preglow> yeah, i agree it sounds weird, but foobar does this, and somehow manages to play gaplessly
19.53.11 #       <preglow> there isn't exactly an abundance of code that does this around
19.53.54 Nick    Lynx_ is now known as Lynx_awy (~lynx@tina-10-4.genetik.uni-koeln.de)
19.54.19 #       <preglow> and be aware that seeking currently destroys possibility of gapless
19.54.58 #       <amiconn> Hmm, I don't find this variable?
19.55.36 #       <preglow> in codecmpa.c ?
19.55.51 #       <preglow> i can find start_skip plenty of places
19.56.07 #       <preglow> line 272 is where you'll want to change it
19.56.07 #       <amiconn> Hmm, I looked in playback.c and metadata.c
19.56.15 #       <preglow> no, it's a codec specific thing
19.56.21 #       <preglow> we don't want this done for any other codecs than mp3
19.56.44 #       <amiconn> Hmm, codec*.c in apps/plugins is highly illogical
19.57.08 #       <preglow> i know
19.57.11 #       <preglow> i pet they'll be moved
19.57.12 #       <preglow> bet
19.57.20 #       <preglow> when linus finishes the codec plugin api
19.57.36 #       <Audiophil> slasheri: status on the dimming?
20.02.20 #       <Slasheri> Audiophil: still investigating but with timers it should be possible
20.02.44 #       <Slasheri> however, if we want to dim both displays at same time, it's not possible to use the hardware pin toggling
20.02.47 #       <crashd> Bagder: thanks for adding that link to the rockbox wiki
20.03.48 #       <west-acre> http://www.marevalo.net/iRipDB/iRivDB_structure no longer exists in the iriver wiki links
20.03.56 #       <preglow> Slasheri: the displays don't necessarily dim out at the same time
20.04.03 #       <preglow> Slasheri: so you can't anyway
20.04.17 #       <Slasheri> preglow: yes, but i think if it's possible to dim continuously the displays.. :)
20.04.18 #       <preglow> you'd need a separate timer for each display
20.04.31 #       <amiconn> Slasheri: Fading the backlight with timers is the only possible way
20.04.39 #       <amiconn> Anything else would block too long
20.04.48 #       <Slasheri> amiconn: ok, that's good to kno
20.04.49 #       <Slasheri> w
20.05.07 #       <amiconn> Using timers shouldn't be hard, and if we're lucky, the backlight control pin is also hardware controllable by a timer
20.05.15 #       <Slasheri> but i can't use two timers for both displays because kernel uses one timer
20.05.25 #       <amiconn> ...then it wouldn't need any cpu power
20.05.33 #       <Slasheri> yep, that's what i mean
20.05.58 #       <Slasheri> but i think it's not possible to toggle two pins with hardware at a same time?
20.06.34 #       <amiconn> I don't know, didn't read much about the pin configurability of the cf yet
20.06.46 #       <preglow> it isn't
20.06.49 #       <preglow> i'm fairly certain
20.07.08 #       <preglow> but the cpu needed to toggle a pin is negligable
20.07.11 #       <amiconn> Anyway, I think it's a bit early for adding fancy features
20.07.23 #       <Slasheri> ok, maybe the only way is to use interrupt then. If we can make the dim continuous without too much reducing performance
20.07.33 #       <preglow> you have to use an interrupt anyway
20.07.56 #       <preglow> you need to change the timer period every time the timer triggers
20.07.58 #       <amiconn> Bug-free playback is much more important imho, as well as some completing the other rockbox features
20.08.12 #       <Slasheri> ah, then it shouldn't eat much more cpu whetever the pin toggling is done by pure hardware or software
20.08.26 #       <preglow> well, no, not any measureable amount
20.08.27 #       <amiconn> Apart from that, I did experiment with backlight dimming on archos some time ago
20.09.01 #       <preglow> but no, i'm fairly certain you'll need one timer per backlight, unless they're supposed to always dim at the same time
20.09.16 #       <amiconn> On player, it's quite simple, just use a timer. The sh1 timers are very well suited for that, since they can fire 2 interrupts at 2 different values
20.09.41 #       <amiconn> Unfortunately the recorders don't allow this, since the backlight isn't connected to a cpu pin
20.10.00 #       <amiconn> ...but to a pin of the rtc instead, which can only be set via i2c
20.10.21 #       <amiconn> ...and i2c within an interrupt is a no-no
20.10.48 #       <amiconn> So there's no way for a back-light-organ on archos
20.11.17 #       <preglow> why no i2c in an interrupt?
20.11.21 #       <preglow> right, you have to do it manually
20.11.24 #       <amiconn> The recorder MAS would deliver peak readings, but controlling the backlight from interrupt is impossible
20.11.49 #       <amiconn> The player allows easy backlight dimming, but its mas doesn't deliver peak readings
20.12.06 #       <amiconn> i2c from interrupt is a no-no because of 2 reasons
20.12.11 #       <amiconn> (1) it's too slow
20.13.08 #       <amiconn> (2) There might already an i2c transfer going on in non-interrupt code. Breaking into this from interrupt will make a major mess
20.13.33 #       <t0mas> Slasheri: what dimming do you want? constant dimmed backlight display? or fade out backlight display insetad of just turning it off?
20.13.47 #       <t0mas> *instead
20.13.49 #       <amiconn> I tried it, it even works as long as no music is playing. As soon as some music is playing, the archos will lock up (the mas also uses i2c communication)
20.13.54 #       <Slasheri> t0mas: fading at least is possible
20.14.00 #       <Slasheri> but i will try both
20.14.15 #       <amiconn> Slasheri: Light organ as soon as we have peak readings :)
20.14.29 #       <Slasheri> :)
20.14.36 #       <preglow> hahah
20.14.46 #       <preglow> a fade will do for now :>
20.14.55 #       <preglow> peak readings, yeah
20.14.57 #       <t0mas> hm? disco flashing stuff? :P
20.15.15 #       <preglow> hrmph, we might end up needing to do quite a bit of processing on the audio data
20.15.17 #       <t0mas> how should we do peak readings? hardware? of should the pcm code do that?
20.15.22 #       <preglow> pcm code needs to do it
20.15.26 #       <t0mas> shit..
20.15.30 #       <preglow> why?
20.15.32 #       <preglow> should be fast
20.15.46 #       <t0mas> that'll cost some cpu for visualization stuff
20.15.58 #       <preglow> such is life
20.16.38 #       <amiconn> Plain peak readings should be simple
20.17.12 #       <amiconn> Just calculate max(abs(samples)) across a number of samples
20.17.54 #       <t0mas> hm... and something like a peakmeter splitted in tone levels?
20.17.57 #       <t0mas> impossible?
20.17.59 #       <t0mas> really hard...
20.18.04 #       <t0mas> of trivial? :)
20.18.08 #       <t0mas> *or
20.18.33 #       <preglow> what?
20.18.38 #       <preglow> you mean like a spectrum analyzer?
20.19.20 #       <t0mas> jup
20.19.29 #       <preglow> depends on how many bands you want
20.19.34 #       <t0mas> just 3
20.19.43 #       <t0mas> so we can flash the lcd backlight on the bass :D
20.19.47 #       <preglow> shouldn't be too hard
20.20.13 #       <preglow> if you only need the bass, we don't need to split it in three
20.20.26 #       <preglow> we'll just lowpass the audio and run the peakmeter on it
20.20.33 #       <t0mas> hm... some weighted average... would be nicer...
20.20.46 #       <preglow> ah weighted average _is_ a lowpass
20.21.08 #       <t0mas> erm? I ment taking 100 as a nice value for disco bass
20.21.19 #       <t0mas> and the lower bass weigthed lower...
20.21.29 #       <preglow> ahh
20.21.43 #       <preglow> if you need that kind of spectral resolution, you can pretty much forget it
20.21.53 #       <preglow> it'll be too slow
20.21.57 #       <t0mas> then I don't need it ;)
20.22.08 #       <t0mas> just cut off at 120... and use the peakmeter isn't hard?
20.22.12 #       <preglow> no
20.22.21 #       <preglow> but you were starting to talk about weighting and...
20.22.22 #       <preglow> ;)
20.23.14 #       <t0mas> hm... and the peak readings... sounds not that difficult either?
20.23.15 #       <leftright> any news on mp3 gapless
20.23.17 Ctcp    Ignored 1 channel CTCP requests in 0 seconds at the last flood
20.23.17 #       * amiconn is now listening to the second part of the mix, with start_skip == 0
20.23.24 #       <t0mas> write a function returning the max value since the last read?
20.24.22 #       <preglow> we'll see
20.24.25 #       <preglow> i don't much care about it
20.24.31 #       <preglow> so someone will probably beat me to coding it anyway
20.25.43 Join    webguest32 [0] (~d49f4cf2@labb.contactor.se)
20.26.30 #       <leftright> was listening to the beatles white album, yuck the gaps sucked
20.30.17 #       <thegeek> was it horrible?
20.30.23 #       <leftright> yes
20.30.46 #       <preglow> amiconn: so, is it fixed?
20.30.55 #       <amiconn> preglow: It's still glitching... It seems rockbox might loose whole frames
20.31.48 #       <preglow> amiconn: that is exactly what i was struggling against when i tried to make gapless playback work
20.32.04 #       <Slasheri> amiconn: Hmm, when i initialize timer should i write anything to ICR0 register?
20.32.06 #       <preglow> it lost entire frames at the end of a file
20.32.11 #       <mrlala> leftright: with the latest rockbox build?
20.32.32 #       <amiconn> Slasheri: I have no idea as I didn't look at cf timers yet
20.32.33 #       <leftright> yes todays bedge@11:55
20.32.39 #       <Slasheri> amiconn: ah, ok
20.32.49 #       <preglow> Slasheri: i don't think so
20.33.05 #       <preglow> Slasheri: there is timer init example code in the manual
20.33.08 #       <HCl> hello
20.33.11 #       <Slasheri> at least kernel writes this when it starts it ticker: ICR0 = (ICR0 & 0xff00ffff) | 0x008c0000; /* Interrupt on level 3.0 */
20.33.14 #       <amiconn> Didn't need them... but I think looking at the timer tick should be helpful
20.33.24 #       <Slasheri> preglow: ok, maybe i will check that :)
20.33.48 #       <preglow> page 11-7
20.33.49 #       <amiconn> preglow: I wonder why it loses frames...
20.33.55 #       <preglow> amiconn: you're not alone in that
20.34.02 #       <mrlala> i have yet to experience a gap more that a tiny blip on some very few mp3s
20.34.15 #       <preglow> amiconn: my problem was that libmad thought the file was ended before it truly was
20.34.31 #       <preglow> mrlala: the gaps aren't large, but they'rethere
20.34.33 #       <amiconn> What does libmad have to do with the file itself?
20.34.53 #       <mrlala> so far so good for me though :)
20.34.57 #       <amiconn> I thought rockbox just feeds it a compressed data stream, and reads back the uncompressed pcm stream
20.35.09 #       <preglow> codecmpa feeds libmad
20.35.18 #       <t0mas> Slasheri? codecs call audiobuffer_insert() and samples are added to the audio buffer... but when are they read out?
20.35.25 #       <t0mas> from where?
20.35.32 #       <t0mas> so the peakmeter thing is realtime...
20.35.33 #       <leftright> mrlala: which album ?
20.35.42 #       <preglow> t0mas: ooh, that's a good point
20.35.52 #       <preglow> we could make a peak meter queue, though
20.35.59 #       <preglow> so the data can wait until it's supposed to be used
20.36.21 #       <preglow> but we might want to do the peak meter elsewhere, yes
20.37.17 #       <leftright> mrlaIa: I was listening the The Beatles White album Disc2
20.37.25 #       <preglow> amiconn: when i tried to get things working, codecmpa, as it is unmodified, decodes exactly like foobar2000 does for a lame gapless file, up until the very end of the file
20.37.26 #       <t0mas> preglow: I was thinking of just keeping track of the max value we've read...
20.37.30 #       <t0mas> eh
20.37.30 #       <t0mas> send
20.37.39 #       <t0mas> and when you read out the max value... reset it to 0
20.37.44 #       <t0mas> so the next read out is the next value
20.38.00 #       <amiconn> preglow: Forget about lame gapless for now, my glithcing happens without that
20.38.16 #       <amiconn> t0mas: Yes, that's exactly what the mas does
20.38.21 #       <preglow> amiconn: it skips the right amount of samples at the start, and it's calculated a track duration sample accurate, but libmad stops giving me data before it should
20.38.29 #       <t0mas> ok, then that's what I'm trying in software...
20.38.35 #       <preglow> amiconn: the code should work fine for those files as well
20.38.42 #       <mrlala> oh, i havent tried the album you're talking about, just talking about in general i haven't experienced any signifigant gaps, at least nothing horrible
20.38.53 #       <Slasheri> t0mas: they are read out by DMA0 interrupt
20.39.00 #       <t0mas> but then Slasheri has to tell me wheren to keep track of the max value.. in a way that it's almost realtime
20.39.06 #       <amiconn> For track changes where it doesn't looose frames, start_skip==0 sounds perfect
20.39.12 #       <t0mas> Slasheri; ok, and where is that defined
20.39.23 #       <Slasheri> pcm_playback.c :)
20.39.26 #       <t0mas> k
20.39.47 #       <amiconn> t0mas: We could do a little better than the mas if we are able to keep track of actual clipping
20.40.21 #       <amiconn> Iirc most codecs deliver >16 bits so the data needs to be scaled down.
20.41.17 #       <preglow> that's being dealth with by the codecs themselves, at the moment
20.41.17 #       <t0mas> hm? it is already scaled down when in the DMA functions
20.41.23 #       <amiconn> Clip detection on the mas uses some trickery. It considers 2 consective readings of MAX_PEAK as a clipping event
20.41.43 #       <t0mas> hm.. the codec should report clipping then?
20.41.56 #       <amiconn> Hmm, that might get really tricky
20.42.26 #       <leftright> mrlala: Dark Side Of The Moon, also a good album to use to test for gapless.
20.42.47 #       <amiconn> If the codec handles it, the time delay would need to be taken care of
20.43.24 #       <t0mas> Slasheri: in the dma interrupt... I can't to much thing right?
20.43.31 #       <t0mas> because it would block to long?
20.43.48 #       <Slasheri> in dma interrupt you should do nothing..
20.43.58 #       <Slasheri> Hmm
20.43.59 #       <preglow> absolutely nothing
20.44.24 #       <t0mas> ok, where should I read out the data then?
20.44.29 #       <amiconn> We might end up with a peakmeter thread
20.45.24 #       <t0mas> hm
20.45.29 #       <HCl> Slasheri, any progress on that event thing?
20.45.37 #       <Slasheri> t0mas: Hmm, maybe some function could be written to get a pointer to fresh data that is going to be written out
20.45.51 #       <Slasheri> HCl: not yet, i will look it soon :D
20.46.05 #       <Slasheri> HCl: or there is some progress, not much to do
20.46.19 #       <HCl> kay
20.46.49 #       <Slasheri> t0mas: or then you could just buffer the peak meter data
20.46.50 #       <amiconn> a peakmeter thread listening to 'new dma block' events perhaps. The dma interrupt would then send these events to the thread
20.47.21 #       <t0mas> audiobuffer_pos is that the thing we're now playing?
20.47.29 #       <t0mas> or where the codec is writing?
20.48.03 #       <amiconn> What's the current dma granularity, in terms of smaples?
20.48.08 #       <amiconn> *samples
20.48.28 #       <t0mas> oh... yes... that's something to look at too...
20.48.43 #       <t0mas> as if that's a lot... reading it this way would be stupid
20.48.51 #       <amiconn> preglow: The amount of missing frames seems to be different every time, and btw, these files are 192 kbps cbr
20.50.07 #       <preglow> yup, i know, for some files i get perfect gapless playback
20.50.11 #       <preglow> for some i miss as much as four frames
20.50.22 #       <Yokalosh> AMICONN!
20.50.31 #       <Yokalosh> Ignorin me!
20.50.32 Join    webguest50 [0] (~8b4c8047@labb.contactor.se)
20.50.48 #       <preglow> amiconn: line 324 is where codecmpa.c exits prematurely for me
20.51.00 #       <preglow> amiconn: that error signifies libmad thinks it's reached the end of the file
20.51.18 #       <preglow> either that, or it's found to many corrupt frames, but that's not the case for me
20.53.16 #       <amiconn> I think there are no corrupt frames in these files, otherwise the mas would glitch too
20.53.28 #       <preglow> no, i'm certain my files weren't corrupt
20.53.34 #       <amiconn> line 324 is commented out here?!
20.53.35 #       <preglow> i've ripped them myself
20.53.41 #       <amiconn> same here
20.53.57 #       <preglow> 332, sorry
20.54.08 #       <preglow>         if (file_end == 30)
20.55.38 Quit    Audiophil ("CGI:IRC (EOF)")
20.56.07 #       <amiconn> Hmm, that means if the file_end variable reaches 30 it will bail out.
20.56.38 #       <amiconn> That leaves the uestion what things might trigger one of the 2 stream errors which make it counting up
20.56.42 #       <amiconn> *question
20.57.19 #       <amiconn> Apart from that, the if on line 348 will never be reached
20.57.41 #       <amiconn> This is looking fishy
20.58.07 #       <preglow> for me, all the file_end increments happened simultaneously
20.58.09 #       <preglow> at the very end
20.58.16 #       <preglow> which has me concluding that libmad thinks it can find no more data
20.58.45 Part    djek ("Leaving")
20.59.52 #       <amiconn> I think you need to feed it the next frames then
21.00.01 #       <amiconn> Might be an effect of the bit reservoir
21.00.31 Nick    StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a247.wi.tds.net)
21.02.44 #       <amiconn> preglow: In fact it is necessary to feed the data contiuous, even across track boundaries
21.03.02 #       <amiconn> Otherwise some frames are undecodable
21.05.35 Quit    webguest50 ("CGI:IRC (Ping timeout)")
21.07.58 #       <preglow> amiconn: hmmm
21.08.18 #       <preglow> amiconn: but these are vbr files, i didn't think the encoder used the bit reservoir for those
21.08.32 #       <preglow> amiconn: but it's definitely worth a shot
21.08.40 #       <amiconn> Encoders do definitely use the bit reservoir even for vbr
21.08.45 #       <preglow> yes
21.08.47 #       <amiconn> The mas does, it's documented
21.08.51 #       <preglow> but this is the best explanation i've heard so far
21.08.57 #       <amiconn> (and even selectable)
21.09.09 #       <preglow> but i don't dare try to implement it, i'll end up spending the entire night on rockbox again
21.09.13 #       <amiconn> ...and even selectable _in rockbox_ :)
21.10.04 #       <amiconn> Using the bit reservoir gives more fined grained control since the frames sizes are fixed
21.10.14 #       <amiconn> ...so the files end up smaller
21.10.15 #       <preglow> yeah, it is logical
21.10.29 #       <preglow> you're able to emulate a more fine grained selection of bitrates then
21.11.06 #       <HCl> bored...
21.11.11 #       <preglow> HCl: code
21.11.17 #       <HCl> waiting for preglow :/
21.11.19 Join    aegray [0] (~aegray@h69-21-201-246.69-21.unk.tds.net)
21.11.20 #       <HCl> plus i'm sick.
21.11.26 #       <preglow> HCl: you're waiting for me?
21.11.26 #       <HCl> i can't think extensively or it hurts :/
21.11.30 #       <HCl> i mean
21.11.31 #       <HCl> slasheri
21.11.33 #       <preglow> heh
21.11.36 #       <HCl> see, i'm not 100% ;/
21.11.43 #       <preglow> then go read a book or something
21.11.47 #       <HCl> mmm...
21.11.50 #       <HCl> no books to read :/
21.11.54 #       <t0mas> HCl: watch a movie...
21.12.02 #       <t0mas> and fall asleep half way though
21.12.06 #       <ze> there's always books to read
21.12.08 #       <HCl> i should. but i STILL haven't found the new hitchhikersguide movie on the internet
21.12.09 #       <t0mas> wake up tomorrow... and feel better
21.12.11 #       <HCl>  :/
21.12.15 #       <ze> down and out in the magic kingdom was entertainig
21.12.22 #       <ze> and its free, creative commons license
21.12.48 #       <ze> HCl: there's cam's
21.12.56 #       <ze> HCl: but who wants that crap
21.13.11 #       <HCl> i haven't found the cams.
21.13.17 #       <HCl> some cams can be pretty decent, really.
21.13.22 #       <preglow> amiconn: but is really the bit reservoir kept intact across track boundaries?
21.13.23 #       <ze> piratebay.org
21.13.27 #       <ze> torrent tracker
21.13.34 #       <HCl> kay, yea, i know the site..
21.13.41 #       <preglow> amiconn: i'd think that'd give lower quality playback if you don't play files sequentially
21.13.52 #       <ze> oh gno
21.13.59 #       <ze> now i'm on LOGS
21.14.06 #       <amiconn> preglow: Yes it's necessary, because that is exactly what happens with lame --nogap
21.14.06 #       <ze> or as i call 'em, deadtrees
21.14.28 #       <preglow> amiconn: yeah, but that doesn't explain my vbr files
21.14.51 #       <preglow> i don't think keeping the reservoir intact across track changes is standard practice
21.14.56 #       <preglow> but again, it's most definitely worth a shot
21.14.59 Quit    t0mas ("brb")
21.15.03 #       * HCl shrugs. its legal here to download things..
21.15.43 #       <HCl> someone make a timemachine and go buy all the bleach dvds in the future and bring them back :/
21.15.59 #       <ze> i guess there's a new law here where posting/obtaining PRE-RELEASE copyrighted material can be prosecuted as a criminal offense
21.16.35 #       <ze> not sure if that counts stuff thats out in theatres or not
21.16.36 #       <ze> heh
21.17.16 #       <ze> but i didn't post, nor have i downloaded hhgttg
21.17.25 #       * ze is waiting for it to come out on dvd...quality
21.17.26 #       <ze> :p
21.18.04 #       <HCl> i'm waiting for it to be put online decently, any quality
21.18.16 #       <preglow> i'm just waiting for it to show up in the cinemas
21.18.21 #       <preglow> which apparently will never bloody happen
21.18.31 #       <ze> i saw a cam or ts or whatever that looked pretty decent
21.18.44 #       <ze> it doesn't say so, its just like generic looking
21.19.48 #       <ze> "The Hitchiker's Guide to the Galaxy(2005)1-2.MPG" and etc 2-2.MPG
21.20.05 Join    t0mas [0] (~Tomas@ip503c08d1.speed.planet.nl)
21.20.10 #       <ze> but i closed and rm'd it as soon as i saw it was a cam
21.20.23 #       <ze> i already watched it in the theatre so i don't need some crappy quality version of it
21.21.12 #       <ze> i guess the bbc are/have catching/caught up the radio show to the books
21.21.25 #       <ze> with new phases of the series with as many of the original actors as they could get
21.21.48 #       <ze> they even used the part douglas adams recorded for the character he wanted to play
21.21.52 #       <ze> before he died
21.21.54 #       <amiconn> Hmm, flipped lcd mode is off by 4 pixels
21.22.20 Quit    niobos ("leaving")
21.22.29 Quit    t0mas (Client Quit)
21.22.48 #       <preglow> it would be good to see actually which error libmad returns as well
21.24.19 #       <preglow> MAD_FLAG_INCOMPLETE? that value should never be in Stream.error
21.24.23 Join    t0mas|laptop [0] (~tomas@ip503c08d1.speed.planet.nl)
21.24.43 #       <preglow> Slasheri: can you remember why that's there?
21.24.57 #       * HCl reads about the struggles of various pathetic companies against the freedom of other people.
21.25.18 #       <preglow> money > freedom
21.25.25 #       <HCl> hah.
21.25.27 #       <HCl> maybe for them.
21.25.29 #       <HCl> not for me.
21.25.38 #       <preglow> of course, but they don't want to see it from your point
21.25.59 #       <HCl> they're money greedy bastards.
21.26.15 #       <preglow> well, yes, they have to be by law
21.26.21 #       <preglow> at least a lot of places
21.26.26 #       <HCl> fortunately, heh.
21.26.36 #       <Slasheri> preglow: Hmm, i think MAD_FLAG_INCOMPLETE situation occurs if buffers has not enough data
21.26.37 #       <HCl> which is why they're resorting to empty threatening
21.26.44 #       <Slasheri> but i am not sure about that :)
21.26.49 #       <preglow> Slasheri: but it's not an error code, it's never returned from a function
21.26.51 #       <HCl> and sueing internet providers for private information about their customers
21.26.53 #       <HCl> they should fuck off :/
21.26.54 #       <preglow> Slasheri: it's an internal flag
21.27.03 #       <Slasheri> ok, interesting.. i think you can remove it :)
21.27.06 #       <preglow> you can't really blame the companies
21.27.14 #       <preglow> blame the government for allowing it
21.27.28 #       <preglow> companies will always do whatever they can to secure their own interests before anything else
21.27.31 #       <HCl> companies buy the government
21.28.07 #       <preglow> buy and buy
21.28.12 #       <preglow> they're needed to make a country tick
21.28.19 #       <preglow> so they do of course have some influence
21.28.58 Quit    webguest32 ("CGI:IRC (EOF)")
21.29.30 #       <HCl> mhm.
21.29.31 #       <preglow> such is the world today
21.29.45 #       <HCl> well. the day that they force tcpa onto everyone is the day i move to a small country without much copyright laws
21.30.00 #       <preglow> i dont like it very much either, but our way of life depends on it being like that
21.30.09 #       <preglow> haha
21.30.09 #       <Slasheri> i think i found the problem. I had to set ICR and IMR right :)
21.30.15 #       <preglow> i'll probably just ditch computing
21.30.20 #       <HCl> yea, or that.
21.30.24 #       <HCl> go back to typewriters
21.30.25 #       <HCl> with ink.
21.30.27 #       <HCl> ohh. scary :3
21.30.28 #       <preglow> start making my own stuff
21.30.29 #       <HCl>  :p
21.31.00 #       <t0mas|laptop> preglow: I have an intresting project for you
21.31.04 #       <preglow> free software's gotten far enough that you can build a custom system and have it completely operational
21.31.09 #       <preglow> t0mas|laptop: oh?
21.31.17 #       <t0mas|laptop> but it's dutch...
21.31.19 #       <t0mas|laptop> shit...
21.31.25 #       <HCl> what project?
21.31.33 #       <t0mas|laptop> we've build a very simple cpu in school
21.32.00 #       <t0mas|laptop> HCl: translation of "profielwerkstuk" ?
21.32.14 #       <t0mas|laptop> closing essay for highschool?
21.32.16 #       <t0mas|laptop> or something like it?
21.32.20 #       <preglow> amiconn: btw, i don't reinit libmad, so the reservoir should intact even after it forces me to change track
21.32.28 #       <HCl> yup, sounds fine
21.32.53 #       <t0mas|laptop> well... some people in my class wrote it about building their own cpu
21.33.08 #       <t0mas|laptop> then me and a friend started a project for study points out of it... to actually build it
21.35.43 #       <t0mas|laptop> but ofcourse we haven't gotten any further than a simple calculator
21.36.07 #       <HCl> we did that.
21.36.13 #       <HCl> also for our profielwerkstuk
21.36.17 #       <HCl> not a cpu though
21.36.22 #       <HCl> just an add unit and a minus unit
21.36.37 #       <HCl> we built the actual add unit..
21.36.42 #       <HCl> do you know those "systeemborden" ?
21.36.47 #       <t0mas|laptop> that big things
21.36.49 #       <t0mas|laptop> yes
21.36.50 #       <HCl> yea
21.36.51 #       <HCl>  :P
21.36.52 #       <HCl> we like.
21.36.55 #       <HCl> rigged 18 of them
21.36.56 #       <t0mas|laptop> but we did it with the simple chips approach
21.36.57 #       <HCl> together
21.36.57 Part    aegray ("Leaving")
21.37.01 #       <t0mas|laptop> LOL
21.37.03 #       <t0mas|laptop> we did that too
21.37.05 #       <HCl> it was fun.
21.37.08 #       <HCl> it actually worked too.
21.37.12 #       <t0mas|laptop> and after that we switched to normal cheap chips
21.37.17 #       <HCl> *nods*
21.37.21 #       <t0mas|laptop> 8 ands in 1 chip is a lot smaller... and cheaper
21.37.24 #       <HCl> yea
21.37.26 #       <HCl> we had that
21.37.34 #       <HCl> though we never got to getting the chips
21.37.38 #       <preglow> making systems out of logic chips = great fun
21.37.40 #       <HCl> just planning it out *shrugs*
21.37.44 #       <HCl> anyways.
21.37.46 #       <HCl> highschool.
21.37.47 #       <t0mas|laptop> we actually did it
21.38.03 #       <HCl> highschool = lots of people forcing you to learn crap you needn't know.
21.38.12 #       <t0mas|laptop> lolo
21.38.17 #       * t0mas|laptop does it better than
21.38.21 #       <preglow> i don't really know what high school corresponds to here
21.38.31 #       <t0mas|laptop> we just start projects... and get studiepoints for it
21.38.33 #       <preglow> but i did three years of learning stuff i didn't want to know, just so i could go to uni
21.38.48 #       <t0mas|laptop> preglow: lucky... it's 6 years here
21.39.18 #       <preglow> i regret it now, of course, but i was young and even stupider then
21.39.41 #       <t0mas|laptop> hm? what else would you've done then?
21.39.43 Quit    Yokalosh ()
21.39.55 #       <preglow> something else
21.40.01 #       <preglow> i've learnt all i know on my own anyway
21.40.04 ***     Saving seen data "./dancer.seen"
21.41.21 #       <t0mas|laptop> hm... what study have you done on uni?
21.41.31 #       <t0mas|laptop> (or is it in uni?)
21.42.51 Quit    mrlala (Read error: 110 (Connection timed out))
21.43.10 Quit    ashridah ("Leaving")
21.43.17 #       <preglow> electronics
21.43.29 #       <preglow> electronics, programming and some signal processing
21.43.53 #       <preglow> i might have learnt a bit of electronics, but the rest i already knew
21.43.58 #       <t0mas|laptop> hm, and it was't intresting?
21.44.16 #       <preglow> interesting, sure, but when you already know what they're teaching you, it's hard to keep interest going for long
21.45.43 Join    muesli- [0] (muesli_tv@hmln-d9b8ef5d.pool.mediaWays.net)
21.45.56 #       <muesli-> g'day mates
21.46.40 #       <t0mas|laptop> hi
21.49.54 #       <muesli-> how's goin t0mas|laptop
21.53.39 Quit    HCl ("Lost terminal")
21.54.13 Join    DomZ [0] (~52426222@labb.contactor.se)
21.54.19 Join    hcl [0] (hcl@titania.student.utwente.nl)
21.54.23 #       * hcl smacks screen
21.54.25 Nick    hcl is now known as HCl (hcl@titania.student.utwente.nl)
21.55.10 #       * muesli- yawns :D
21.56.08 Join    thegeek_ [0] (na@ti521110a080-1004.bb.online.no)
21.56.40 Quit    thegeek (Read error: 131 (Connection reset by peer))
22.00.47 #       <amiconn> Yay! Graphical glitch with flipped display is fixed, about to commit :)
22.01.33 Quit    RotAtoR ()
22.02.43 #       <HCl> what was the glitch?
22.02.54 #       <t0mas|laptop> 4 pixels off
22.02.58 #       <HCl> mk.
22.03.11 #       <amiconn> 4 pixels off, and gibberish in the 4 top pixel rows
22.03.28 #       <preglow> amiconn: did you see my last message to you?
22.06.47 #       <amiconn> Hmm, yes, scrolled back now
22.07.07 #       <preglow> i didn't think of that, but libmad is never reinitialised
22.07.29 #       <preglow> seems i thought of this when i tried coding gapless, heh
22.07.50 #       <amiconn> However, it may happen that you drop out to early from transferring data of the old file
22.08.59 Join    Philip_0729 [0] (~Philip_j_@user-7155.lns6-c10.dsl.pol.co.uk)
22.09.28 #       <amiconn> I don't know the libmad internals; in theory you'll never need a "future" frame to decode the current one; only the current itself and some bits from previous frames
22.09.48 #       <amiconn> Maybe libmad delays decoding...
22.09.54 #       <preglow> i doubt it
22.10.03 #       <preglow> it hasn't got enough memory in its structs for that
22.10.20 #       <preglow> and there's no reason it shoudl
22.10.56 #       <amiconn> Yes, right, however, the missing frames are observed behaviour...
22.11.10 #       <amiconn> ...and there must be a reason...
22.14.20 #       <preglow> anywho, i've compared its output to other players
22.14.30 #       <preglow> it's sample-synced until it starts dropping data at the end
22.14.59 #       <preglow> so it doesn't delay anything
22.15.00 #       <amiconn> Hmm, how do you determine the start index?
22.15.28 #       <preglow> what start index?
22.15.28 #       <amiconn> If I had a device capable of s/pdif in, I could try to compare to MAS...
22.15.50 #       <amiconn> You said it's sample synced. How do you determine the start, i.e. sample 0
22.15.51 #       <amiconn> ?
22.15.54 #       <preglow> ahh
22.16.01 #       <preglow> there's code in codecmpa that dumps to disk
22.16.08 #       <preglow> i just assumed it knows what it's doing
22.16.28 #       <preglow> it just sets a flag when it detects a track change, i believe
22.17.26 Quit    leftright ("CGI:IRC")
22.17.32 Join    leftright [0] (~5087b476@labb.contactor.se)
22.17.43 #       <preglow> no, it's true when the codec is initialised
22.17.56 #       <preglow> so it starts dumping from the start, and that's what it should do
22.18.05 #       <amiconn> The interesting point is realtime behaviour here, not file data. I.e. which samples do you get back when you feed frame 1 etc
22.18.17 #       <preglow> well, that's the data it's dumping
22.18.26 #       <preglow> the data it dumps to disk is the exact samples it also feeds to the dac
22.18.45 #       <amiconn> Yes, but you don't know *when* this data is generated
22.18.45 #       <linuxstb> Have you tried comparing your output with "madplay -o wav:" on the same file?
22.19.10 #       <preglow> linuxstb: no, i just compared it with foobars wavwriter output
22.19.20 #       <preglow> linuxstb: nice idea, why didn't i think of that
22.19.43 #       <preglow> amiconn: i don't see why it matters
22.20.06 #       <amiconn> It might, in case decoding is delayed somehow
22.20.47 #       <amiconn> Perhaps it doesn't even give back anything when feeding the first frame
22.21.08 #       <amiconn> ...but starts to deliver pcm with the next frame(s)
22.21.21 #       <preglow> that's highly improbably, but should also be quick enough to find out if is true
22.22.46 #       <preglow> someone make logf for plugins and i'll check it out now :>
22.24.09 #       <preglow> btw
22.24.15 Join    asdsd____ [0] (~asdsd@h-67-100-24-230.miatflad.dynamic.covad.net)
22.24.15 #       <preglow> it isn't possible for libmad not to generate data
22.24.18 Part    asdsd____
22.24.19 #       <preglow> it HAS to generate data
22.24.33 #       <preglow> so it isn't delaying anything, i'd be seeing zeros in the output then
22.29.24 #       <preglow> and are you completely sure --nogap assumes the bit reservoirs aren't emptied over track boundaries? i can't think of a single reason why it needs to assume this
22.31.55 Join    RotAtoR [0] (~e@c-67-162-206-66.hsd1.mi.comcast.net)
22.35.18 #       <amiconn> --nogap is simply one single big mp3 split at the nearest frame boundary
22.35.24 #       <preglow> i know
22.35.39 #       <preglow> that doesn't tell me anything about any special reservoir needs
22.35.54 #       <preglow> it's just a redistribution of the initial wav data
22.36.02 Join    sneakums [0] (~sneakums@dsl092-013-170.sfo1.dsl.speakeasy.net)
22.36.11 #       <amiconn> ..and a frame that uses the bit reservoir is not decodable if the previous frame data is unavailable
22.36.46 #       <preglow> i doubt lame has the last frame of an mp3 but anything at all in the reservoir, it's more likely it tries to end up with zero bits left
22.36.50 #       <preglow> but = put
22.37.02 #       <sneakums> iriver rockbox works great, but how do i get at the current-platlist menu?
22.37.15 #       <sneakums> to queue up a bunch of assorted files, say
22.37.26 #       <t0mas|laptop> sneakums: hold select
22.37.30 #       <t0mas|laptop> (the joystick)
22.37.36 #       <preglow> sneakums: you select the file, keep the joystick button pressed, and select insert from the menu
22.37.41 #       <amiconn> True for the last frame, but the last frame of the first file at a --nogap track split *isn't* the last frame of the stream
22.37.42 #       <sneakums> ah
22.37.44 #       <sneakums> rockin'
22.37.54 Quit    ghostiger (Ping timeout: 14400 seconds)
22.38.23 #       <preglow> amiconn: sure, but it doesn't HAVE to put anything in the reservoir for the first frame of the next file to use
22.38.57 #       <preglow> actually, if it did, it would break playback of the tracks alone
22.38.58 #       <amiconn> It doesn't have to, but it might do so
22.39.02 #       <preglow> since they wouldn't have the data they need
22.39.05 #       <preglow> no, i really doubt this i done
22.39.12 #       <preglow> for the abovementioned reason
22.39.30 #       <amiconn> It doesn't break playback of the track, just playback of the first frame(s)
22.39.41 #       * HCl watches the hitchhikers guide to the galaxy
22.39.53 #       <preglow> nothing says the first frame has to empty the reservoir either
22.40.01 #       <preglow> it might break playback of a great number of frames
22.40.04 #       <amiconn> Afaiu lame --nogap is exactly equivalent to ripping the whole cd as one single wav at first, then encoding that, then splitting at frame boundaries roughly equvalent to the track changes on cd
22.40.19 #       <preglow> and anyhow, do you know for a certainty the first frames ARE skipped when you play the files back alone?
22.40.46 #       <preglow> ahh, no, i that's BASICALLY what i think happens
22.40.53 #       <sneakums> hmm, i think it got confused, i did insert next on two tracks, it started playing the first one i inserted, but the little note icon is next to the second one i inserted (which is above the first one i inserted in the playlist)
22.40.59 #       <amiconn> I know that playback of tracks using bit reservoir does work even if you cut frames from the beginning
22.41.07 #       <preglow> it pads out the ends of the tracks with data from the next track, but the resulting mp3 streams are independent
22.41.11 #       <sneakums> started playing it after the then-playing track finished that is
22.42.03 #       <preglow> anywho
22.42.06 #       <preglow> this really doesn't matter
22.42.16 #       <preglow> if reservoir was the problem, it should be working
22.42.18 #       <amiconn> I don't think the streams are independent, in fact they can't be
22.42.24 #       <preglow> why?
22.42.42 #       <HCl> bah.
22.42.45 #       <amiconn> Iiuc there is an overlap of 1/2 frame length
22.42.49 #       <HCl> my dad insists on watching it on television tomorrow -.-
22.42.56 #       <preglow> indeed
22.43.02 #       <preglow> that's intrinsic to the mdct
22.43.14 #       <amiconn> So a truly independent track starts with 1/2 volume for half a frame, and ends the same way
22.43.30 #       <preglow> nope, doesn't work like that
22.43.49 #       <preglow> it just assumes the data outside the wav limits are zero when it does the overlapping
22.43.50 #       <amiconn> There's a simple experiment:
22.43.54 #       <preglow> the end result isn't a volume reduction
22.43.58 #       <preglow> it's ringing in the waveform
22.44.35 #       <amiconn> Make a longer wav. Split it in 2 with an audio editor. Encode both the single wav alone and the 2 part-wavs with --nogap.
22.44.49 #       <amiconn> Strip all xing vbri etc stuff from all mp3
22.44.50 #       <amiconn> s
22.45.10 #       <amiconn> Glue the 2 part-mp3s together
22.45.32 #       <amiconn> When I am right, the resulting mp3 should be identical to the single-wav encoding result
22.45.45 Quit    muesli- (Read error: 110 (Connection timed out))
22.45.48 #       <preglow> i tried that
22.45.49 #       <preglow> http://glow.m0f0.net/gapless_sine.png
22.45.56 #       <preglow> and there's the result
22.45.59 #       <preglow> not exactly equal
22.46.02 Join    StrathAFK [0] (~mike@dgvlwinas01pool0-a247.wi.tds.net)
22.46.03 #       <amiconn> That's from decoding, right?
22.46.06 #       <preglow> yup
22.46.16 #       <amiconn> I mean the encoding part with lame
22.46.28 #       <preglow> there's ringing in the transition thanks to lame STILL assuming zeros outside the wav
22.46.35 #       <preglow> outside the track boundaries
22.46.45 #       <preglow> which goes to show the tracks are still functional stand alone
22.46.48 #       <amiconn> Did you use --nogap?
22.46.52 #       <preglow> yep
22.47.00 #       <preglow> i tried it with nogap and lame gapless
22.47.06 #       <amiconn> Hmm.
22.47.21 #       <amiconn> I might do that experiment, but not right now.
22.47.25 #       <preglow> feel free to try it again to be completely sure
22.47.35 #       <preglow> i haven't got any decent audio editors in linux
22.47.47 #       <preglow> that screendump is from the lame gapless file
22.47.54 #       <preglow> but the nogap mp3 looked much the same
22.47.58 #       <amiconn> I have audacity
22.48.11 #       <preglow> me too
22.48.15 #       <preglow> i hate it with a passion
22.49.01 #       <preglow> if --nogap worked like you say, then indeed the reservoir should not be emptied across boundaries
22.49.06 #       <preglow> but i don't believe it works like that
22.50.00 #       <amiconn> Track splitting on archos recorder definitely does work like that, plus people might use tools like mp3directcut which also do the same
22.50.14 #       <amiconn> Maybe lame is a bit more clever though, let's see..
22.50.20 #       <preglow> true enough
22.52.00 Quit    t0mas|laptop ("brb again")
22.52.26 Quit    sneakums ("taster, you're the automatic saint")
22.53.09 Join    belgarath [0] (~acd4fbae@labb.contactor.se)
22.53.16 #       <belgarath> hello again
22.53.25 #       <preglow> the fact that some tools does it is a good reason for us not reiniting libmad for each track, if nothing else
22.53.26 Join    pbvas [0] (~pbv@res04-pbv.res.st-and.ac.uk)
22.53.29 #       <preglow> pbvas: yo
22.53.33 #       <preglow> pbvas: is your bug fixed?
22.53.37 #       <pbvas> hi!
22.53.41 #       <pbvas> yes it is!!!!
22.53.44 #       <preglow> woot!
22.53.49 #       <pbvas> big thanks to Linus!
22.53.49 #       <preglow> i'm sure linus will be happy
22.53.59 #       <Slasheri> Hmm, i have set TIMER1 interrupt handler but i think it's not called when timer1 generates an interrupt..
22.54.18 #       <Slasheri> instead rockbox will _almost_ completely freeze
22.54.19 #       <belgarath> I was reading the 2.4 manual and read this: "The splits are seamless (frame accurate), no audio is lost at the split point. 
22.54.43 #       <preglow> Slasheri: well, it sure is calling something ;)
22.54.56 #       <Slasheri> preglow: yeah, something else :)
22.55.11 #       <Slasheri> i have set ICR and IMR this way:
22.55.13 #       <Slasheri> |    ICR0 = (ICR0 & 0xffff00ff) | 0x00008d00; /* Interrupt on level 3.0 */
22.55.13 #       <Slasheri> |    IMR &= ~(1<<10);
22.55.13 #       <belgarath> "The break between recordings is only the time required to stop and restart the recording, on the order of 2-4 seconds"
22.55.24 #       <belgarath> will it do that on iriver?
22.55.30 #       <Slasheri> Ah, the level is 3.1, not 3.0
22.55.41 #       <preglow> belgarath: what are you talking about? the split plugin?
22.55.59 #       <preglow> or recording?
22.56.07 #       <belgarath> preglow: when you split tracks during recording
22.56.11 #       <preglow> of course it will
22.56.16 #       <belgarath> ok
22.56.18 #       <preglow> we wont deliberately introduce inaccuracies, hehe
22.56.30 #       <preglow> remember that we can control most things ourselves on iriver
22.56.30 Quit    DomZ ("CGI:IRC (EOF)")
22.56.51 #       <belgarath> i was just wondering seeing as the md players can split tracks seamlessly
22.56.53 #       <preglow> belgarath: but don't hold your breath for mp3 recording
22.56.59 #       <belgarath> ok
22.57.02 #       <preglow> it's still a long way off
22.57.04 #       <belgarath> what will it be just wav?
22.57.14 #       <preglow> i think wav and wavpack will be the first codecs
22.57.14 #       <belgarath> which is still great
22.57.22 #       <preglow> possibly flac if someone gets it working fast enough
22.57.27 #       <belgarath> cool
22.57.31 #       <preglow> mp3 might be next
22.58.07 #       <belgarath> can the hardware support sdif?
22.58.24 #       <preglow> yes
22.58.27 #       <belgarath> where the player automatically creates new tracks when recording optically?
22.58.30 #       <preglow> yes
22.58.36 #       <belgarath> oh good
22.58.49 #       <belgarath> why didn't iriver firmware implement that
22.58.55 #       <belgarath> it seems strange
22.58.59 #       <amiconn> Bah, the remote lcd driver is messy :/
22.59.01 #       <preglow> busy doing other firmware, i guess
22.59.15 #       <preglow> amiconn: what do you expect, it was ricks first low-level driver attempt ;)
22.59.37 Join    t0mas [0] (~Tomas@ip503c08d1.speed.planet.nl)
22.59.47 #       <preglow> i just had a look at the shine encoder
22.59.49 #       <preglow> it's floating point :/
23.01.37 Quit    t0mas (Client Quit)
23.05.10 #       <preglow> amiconn: read this: http://minnie.tuhs.org/pipermail/mp3encoder/2001-July/003387.html
23.05.11 Quit    Strath (Connection timed out)
23.05.15 #       <Slasheri> Hehe, i found the problem :)
23.05.31 #       <preglow> amiconn: seems we both were right
23.05.53 #       <Slasheri> I have to assing some free irq level to base vector table for Timer1 :)
23.06.06 #       <preglow> Slasheri: so, does it fade now?
23.06.18 #       <preglow> Slasheri: if so, how soon can you send me something to try out? :)
23.06.19 #       <Slasheri> preglow: it should work very soon ;)
23.06.29 #       <Slasheri> i don't know, testing :D
23.08.19 #       <amiconn> preglow: Ok, so it resets the bit reservoir. However, the part about decoding to .wav not being gapless is interesting
23.08.43 #       <HCl> bah.
23.08.51 #       <HCl> the tv series are tons better than the movie so far...
23.08.58 #       <amiconn> Imho it means that you should just ignore the track boundary and keep decoding, otherwise it won't be gapless, probably due to some delay
23.09.22 #       <preglow> i remove this delay in codecmpa.c
23.10.01 #       <preglow> that's probably where the encoder delay thing comes in
23.10.03 Join    mrlala [0] (~mistame@cpe-66-75-129-164.san.res.rr.com)
23.10.15 #       <amiconn> Yes, you remove the delay from one end, but you can't invent the missing samples on the other end
23.10.41 #       <Slasheri> now it's crashing no more, i got timer1 operational :)
23.10.45 #       <amiconn> First thing is that nothing should be removed unless there is a lame header
23.10.58 #       <preglow> amiconn: foobar seems to get this right by removing samples in the start, and just ignoring the end
23.11.00 #       <amiconn> Second thing is that we need to find out why it's dropping frames
23.11.05 #       <HCl> bleh.
23.11.15 #       <HCl> the new hhgttg was sure disappointing :/
23.11.27 #       <preglow> HCl: mixed opinions
23.11.33 #       <amiconn> preglow: There must be something non-obvious in the foobar sources then
23.11.59 #       <preglow> amiconn: perhaps, you should try it out to see if it gets your --nogap mp3s correct
23.12.19 #       <preglow> if it does, then my source in codecmpa.c should be correct
23.13.54 #       <Slasheri> wow, rockbox playing music with display dimmed to 50%! :)
23.14.13 #       <HCl> maybe
23.14.16 #       <preglow> gimmegikmmeigmme
23.14.17 #       <HCl> preglow: have you seen it?
23.14.19 #       <Slasheri> there will be brightness settings too for backlight ;)
23.15.10 #       <preglow> HCl: no
23.15.15 #       <HCl> mk...
23.15.44 #       <HCl> i've seen the original tv series and so far the new one is disappointing.. up to such a bad level that i started to skip forward...
23.15.51 #       <crashd> bah
23.15.59 #       <crashd> im getting absolutely nowhere with this h10
23.16.07 #       <HCl> portalplayer :/
23.16.10 #       <crashd> yer
23.16.13 #       <preglow> crashd: what're you trying now?
23.16.20 #       <crashd> just trying to get my head round it still really
23.16.27 #       <crashd> i just want to run some damned code on it ¬_¬ hehe
23.16.39 #       <crashd> still got the problem of having arm and thumb instruction set
23.17.28 #       <crashd> and it's just taunting me :\
23.18.21 #       <preglow> yeah, couldn't figure that out myself
23.18.29 #       <crashd> just need another dev or two
23.18.34 #       <crashd> then we might get somewhere :]
23.18.51 #       <preglow> probably just need someone good with arms
23.18.57 #       <crashd> hehe
23.18.58 #       <crashd> yeah :\
23.20.53 #       <amiconn> Yay, display flip for remote lcd is working :)
23.23.52 #       <belgarath> will the h100 series ever have grayscale?
23.23.57 #       <preglow> of courase
23.23.58 #       <preglow> -a
23.23.59 #       <amiconn> yup
23.24.08 #       <belgarath> cool
23.24.16 #       <amiconn> I intend to start working on that next week
23.24.30 #       <preglow> amiconn: like finishing markuns patch?
23.24.58 #       <belgarath> nice
23.25.01 #       <belgarath> thanks
23.25.10 #       <amiconn> Implementing the new gfx api, taking some bits from markuns patch and finishing it
23.25.21 #       <belgarath> and thx a lot to the person who fixed the sleep timer to work with charger
23.25.30 #       <amiconn> belgarath: Thanks :))
23.28.13 Join    Audiophil [0] (~c1d85c22@labb.contactor.se)
23.28.29 #       <Slasheri> preglow: now it fades very nicely :)
23.29.18 #       <Slasheri> slow and smooth fade in/out
23.32.07 #       <Slasheri> preglow: what do you think about committing it?
23.33.16 Quit    Audiophil ("CGI:IRC (EOF)")
23.36.38 #       <preglow> dunno
23.36.43 #       <preglow> i wanna try :PP
23.36.50 #       <Slasheri> preglow: i think it _should_ not break anything
23.36.59 #       <Slasheri> so maybe i could commit it? :)
23.36.59 #       <preglow> just send me rockbox.iriver if you can
23.37.05 #       <Slasheri> ah, ok
23.37.07 #       <Slasheri> just a moment
23.38.11 #       <Slasheri> dcc?
23.38.34 #       <preglow> sure
23.38.38 #       <Slasheri> great :)
23.40.08 ***     Saving seen data "./dancer.seen"
23.40.30 Quit    belgarath ("CGI:IRC (Ping timeout)")
23.40.55 #       <preglow> hmm
23.40.57 #       <preglow> glitch
23.41.05 #       <Slasheri> hmm?
23.41.23 #       <Slasheri> does it work?
23.41.23 #       <preglow> right after it's faded in
23.41.25 #       <preglow> it blinks
23.41.33 #       <preglow> and sometimes right after it has faded out as well
23.41.35 #       <preglow> sure, works fine
23.41.39 #       <preglow> i'd prefer a faster fade, though
23.41.42 #       <Slasheri> Hmm
23.41.50 #       <Slasheri> that is caused if cpu frequency changes
23.42.07 #       <Slasheri> but it should not blink when frequency is stable
23.42.28 #       <preglow> well, you can't guarantee that during playback :/
23.42.33 #       <preglow> cpu changes all the time then
23.42.37 #       <Slasheri> that's true :/
23.42.43 #       <Slasheri> but it works quite well
23.42.56 #       <preglow> it works great
23.42.59 #       <preglow> but not during playback
23.43.01 #       <preglow> it blinks a lot then
23.43.07 #       <Slasheri> eh?
23.43.09 #       <Slasheri> really?
23.43.12 #       <preglow> yes
23.43.16 #       <preglow> i'm playing an mp3
23.43.21 #       <preglow> and it blinks while fading
23.43.21 #       <Slasheri> it doesn't blink at all on my player
23.43.23 #       <Slasheri> Hmm
23.43.41 #       <preglow> it just blinks sometimes
23.44.02 #       <Slasheri> ah, ok
23.44.22 #       <preglow> but no flicker at all
23.44.23 #       <preglow> looks great
23.44.39 #       <Slasheri> :)
23.44.52 #       <Slasheri> hmm, should i commit it?
23.45.05 #       <preglow> well, the blinking should be fixed if possible
23.45.10 #       <Slasheri> later some brightness settings (max brightness) could be added
23.45.25 #       <Slasheri> yes, i don't know if that's possible..
23.45.50 #       <Slasheri> because cpu doesn't work at all(?) when frequency is being switched
23.45.52 #       <preglow> hmm, no
23.46.17 #       <amiconn> The cpu does work, but at 11 MHz until the pll relocks
23.46.18 #       <preglow> and the timer will probably be very unstable when it's happening anyway
23.46.29 #       <amiconn> (for up to 10 ms)
23.46.41 #       <preglow> amiconn: you sure about it working at 11mhz?
23.46.47 #       <Slasheri> ah, that can be fixed
23.46.49 #       <preglow> makes sense
23.46.52 Quit    Harpy (Read error: 145 (Connection timed out))
23.47.01 #       <Slasheri> cpu should be boosted while fading
23.47.19 #       <preglow> mno, i don't think so
23.47.26 #       <preglow> and still it doesn't fix it
23.47.36 #       <Slasheri> hmm..
23.47.49 #       <Slasheri> but i will fix it tomorrow, nights :)
23.47.55 #       <preglow> ok, gnight
23.48.39 #       <preglow> you need to reset the timer for 11mhz before a cpu_boost, and for correct frequency right after,i guess
23.48.48 #       <preglow> still a glitch might be noticable, but the brightness wont change
23.49.04 #       <amiconn> Incrementing the boost counter while fading might fix the blinking, but then it's boosted always if display brightness is <100% and >0%
23.49.13 #       <amiconn> ...not exactly what we want imho
23.49.52 #       <amiconn> The brightness shouldn't change much if the cycle is short enough
23.50.06 #       <amiconn> Slasheri: What cycle frequency do you use?
23.50.42 #       <preglow> it works fine like it is, but i don't think we can use it with glitching like this
23.50.45 #       <Slasheri> amiconn: 100 pules / pwm cycle
23.50.47 #       <preglow> it looks like the player is broken or something
23.50.53 #       <amiconn> (It's the duty cycle that determines brightness, not the frequency, and duty cycle will be off for a very short time only)
23.50.53 #       <preglow> at least that's what i think people will conclude
23.51.01 #       <Slasheri> so 0-100% brightness
23.51.18 #       <Slasheri> ah frequency
23.51.35 #       <Slasheri> 500µs intervall
23.51.38 #       <amiconn> You using 100 interupts per cycle???
23.51.47 #       <Slasheri> yes
23.51.50 #       <amiconn> I'd say 2 are enough
23.52.01 #       <Slasheri> Hmm
23.52.33 #       <amiconn> Of course the isr would then have to reprogram the timer
23.52.42 #       <Slasheri> yep
23.52.47 #       <amiconn> ...unless there is a more sophisticated way to use the cpu
23.52.56 #       <amiconn> ...like the sh1 timers allow to do
23.54.04 #       <preglow> anyway, i think i'd like the fade to be twice as quick as it is now
23.54.22 #       <preglow> feels like it uses a couple of seconds now
23.54.35 #       <Slasheri> preglow: it's possible.. i will look it tomorrow ;) ->
23.54.45 #       <amiconn> Slasheri: 500 µs * 100 means 50 ms, well above the pll relock time
23.54.59 #       <amiconn> No wonder it glitches when changing frequency
23.55.30 #       <amiconn> It would have to go much faster, but that practically requires going for 2 ints/cycle