--- Log for 30.03.106  Server: clarke.freenode.net  Channel: #rockbox
--- Nick: logbot-  Version: Dancer V4.16  Started: 4 days and 6 hours ago

00.00.14 #       <lostlogic> and then 481 should go bye bye
00.00.37 #       <preglow> lostlogic: yup, just trying to cut down on gcc 4.1 warnings in case we go 4.1 some day
00.00.42 Join    sharpe [0] (i=ziggy@user-0c8hc11.cable.mindspring.com)
00.01.22 #       <lostlogic> preglow: actually on coldfire it's faster (on older GCC) to do it with *buf = asdflkjas; buf++ so do it that way if you're changing, I probably made that change for that reason but accidentally left the * in there for no good reason
00.01.29 #       <sharpe> that was quite strange...
00.02.08 #       <sharpe> yay for power being out for two hours when you get home...
00.02.10 #       <goffa__> curious... what does the endian defines do for us?
00.02.11 #       <BarretJ> linuxstb: doesnt work
00.02.25 #       <preglow> lostlogic: why would that be faster? both should be optimised down to a post-increment
00.02.26 #       <Paprica> preglow, thanks fo the help, i'll try again tomorrow, when i'll less nervous
00.02.31 #       <BarretJ> linuxstb: and i dont think the ipod is frozen, since the screen dims after some inactivity
00.02.34 #       <amiconn> lostlogic: Really? I'd expect *buf++ = something to be faster. Would use the post-increment indirect addressing.
00.02.34 #       <preglow> Paprica: doens't work out?
00.02.52 #       <preglow> amiconn: both cases should use that, unless gcc is truly braindead beyond all hope
00.02.55 #       <Paprica> no..
00.02.59 #       <BarretJ> fsck it, i'll just hard reboot
00.03.02 #       <Paprica> i'll try again tomorrow
00.03.05 #       <preglow> Paprica: do so
00.03.21 #       <amiconn> preglow: gcc someties *is* braindead. Remember my move-around-registers sequence?
00.03.29 #       <preglow> yeah, i know gcc is all too well
00.03.39 #       <preglow> i've seen some pretty foolish things
00.03.43 #       <preglow> it's _far_ too free with the stack
00.03.57 #       <preglow> but anyway
00.04.04 #       <preglow> i don't think optimising like that is a good idea
00.04.29 #       <preglow> what is a good idea on one platform is a bad one on another one
00.04.30 #       <amiconn> I'd think *buf++ =  something is a common thing
00.04.37 #       <preglow> better to just write c code like you ordinarily would
00.04.42 #       <amiconn> yes
00.05.00 #       * amiconn usually prefers pointers over arrays anyway
00.05.10 #       <preglow> depends on what i do
00.05.20 #       <amiconn> Yes of course
00.05.32 #       <preglow> i usually prefer pointers because i think they're easier to use
00.05.33 #       <lostlogic> amiconn: gcc is brainded
00.05.51 Quit    iJason ("CGI:IRC (Ping timeout)")
00.06.28 #       <lostlogic> for *buf++ = asdlfkjasdf; it does r0 = r1; r1++; *r0 = asdlfjasdflj;
00.06.36 #       <lostlogic> I shit you not.
00.06.48 #       <lostlogic> ermh make those 'a' not 'r' in this case
00.07.17 #       <preglow> ahahah
00.07.24 #       <preglow> it's a miracle the codecs run at all
00.07.26 #       <preglow> it truly is
00.07.39 #       <lostlogic> preglow: my local vorbis is optimized around that behavior :-P
00.07.59 Join    JdGordon [0] (n=JdGordon@c211-28-227-249.smelb1.vic.optusnet.com.au)
00.08.30 #       <preglow> the gcc people told me they'd work on coldfire
00.08.37 #       <preglow> but so far i haven't seen anything
00.08.43 #       <lostlogic> so, what does it produce on 4.1 for same code? :)
00.08.53 #       <preglow> i don't know, perhaps i should give it a spin
00.09.00 #       <preglow> when it even agrees to compile, that is
00.09.04 #       <lostlogic> haha
00.09.09 #       <preglow> which is another thing the gcc people are telling me they'll fix
00.09.33 #       <goffa__> wow... looks like the maytag man shouldn't have been slacking on the job
00.09.40 #       <goffa__> whirlpool bought maytag
00.10.39 #       <amiconn> lostlogic: Remember this one: http://www.rockbox.org/irc/rockbox-20060320.txt at 19:59? A jewel from devcon...
00.12.07 #       <preglow> they even tell me 4.1 has seen some coldfire work
00.12.26 Join    Daishi [0] (n=daishi@ool-18bcf48a.dyn.optonline.net)
00.12.45 #       * amiconn would like to be able to even build m68k-elf-gcc on amd64 :(
00.12.53 Join    Genre9mp3 [0] (n=yngwiejo@dslcustomer-230-197.vivodi.gr)
00.14.31 #       <preglow> god, me too
00.14.38 #       <preglow> i'd really enjoy that
00.14.43 #       <preglow> bargh, they've only put in fpu support
00.14.47 #       <preglow> that's all they've done performance-wise
00.15.05 #       <preglow> lostlogic: you wouldn't happen to have a list of stupid shit gcc has done? :>
00.17.11 Quit    webguest15 ("CGI:IRC (EOF)")
00.17.45 #       <lostlogic> preglow: not using register indirect post inc addressing and not using addq are my two favorites
00.18.20 #       <lostlogic> oh, and this applies to other arches too, I think, moving data from register to register for fun, and ignoring practical scope limitations causing major register waste
00.19.20 #       <preglow> i've seen it moving values to and from the stack for fun
00.19.27 #       <preglow> seeing that has almost always left me in a high rage
00.19.44 #       <lostlogic> amiconn: ah yes, <3 gcc
00.20.38 #       <preglow> this _almost_ makes me want to dig into gccs backend internals
00.20.43 #       <preglow> however, i am not completely insane yet
00.20.46 Quit    Rondom (Read error: 113 (No route to host))
00.21.01 #       <lostlogic> I think it may be a hobby of mine to pick on other people's software... I spent the past 2 days of my life hunting down a bug at work... that turned out to be in the apache weblogic module... involving a failure to use the _clearly defined_ cookie parsing logic and thereby breaking certain cases of cookies vs. session cookies
00.21.04 #       <preglow> i don't expect to reach that level for a couple of weeks time yet
00.21.08 Quit    petur ("here today, gone tomorrow")
00.21.25 #       <[IDC]Dragon> goodnight!
00.21.28 #       <preglow> night
00.21.38 #       <goffa__> so where's every one from?
00.21.44 Quit    [IDC]Dragon (" I love my HydraIRC -> http://www.hydrairc.com <-")
00.21.47 #       <preglow> varies wildly
00.21.48 #       <preglow> i'm from norway
00.21.55 #       <goffa__> montana here
00.21.56 #       <lostlogic> Chicago, USA
00.22.05 #       <preglow> mostly europeans here, though
00.22.10 #       <preglow> with the odd american now lately
00.22.11 #       <goffa__> dragon must be overseas too
00.22.11 #       <preglow> heh
00.22.15 #       <preglow> german
00.22.27 #       <lostlogic> goffa__: the project was founded in Sweden
00.22.32 #       <lostlogic> so we are overseas, not them
00.22.33 #       <lostlogic> ;)
00.26.23 Join    goffa_work [0] (n=tony@gits.nemont.net)
00.26.33 #       <goffa_work> hmm.. connection at home seems to have died
00.26.53 Join    RotAtoR [0] (n=e@rockbox/developer/rotator)
00.27.05 Quit    BHSPitLappy (Connection timed out)
00.27.53 #       * Febs tries unsuccessfully to think of something funny to say about "odd americans."
00.27.54 #       <goffa_work> but i guess you could say i'm overseas :)
00.28.16 #       <goffa_work> i know a lot of odd americans
00.28.17 #       <lostlogic> goffa__: 16:22 < lostlogic> goffa__: the project was founded in Sweden
00.28.17 #       <lostlogic> 16:22 < lostlogic> so we are overseas, not them
00.28.31 #       <goffa_work> saw that.. then i died
00.28.35 #       <lostlogic> ah, gotcha
00.28.53 #       <preglow> sounds traumatic
00.29.03 #       <goffa_work> hope its not :)
00.31.07 #       * preglow looks at m68k.c
00.31.14 #       <preglow> the first thing i notice is mixed tabs and spaces
00.32.21 Quit    Genre9mp3 ()
00.32.34 Join    ender1 [0] (i=ychat@84.52.165.220)
00.33.50 Join    BHSPitLappy2 [0] (n=Steve-O@66-169-126-180.dhcp.ftwo.tx.charter.com)
00.34.45 Join    [1]ender [0] (i=ychat@84.52.165.220)
00.38.29 Join    XavierGr [0] (n=XavierGr@ppp85-adsl-125.ath.forthnet.gr)
00.39.55 Join    ashridah [0] (n=ashridah@220-253-123-167.VIC.netspace.net.au)
00.40.05 Quit    obo ("bye")
00.43.18 #       <amiconn> Hmm, the 'no rockbox dir' message makes no sense in .lang
00.43.33 #       <amiconn> If there is no .rockbox directory, the message can't be localised...
00.44.39 #       <preglow> correct
00.45.22 #       * amiconn cuts that
00.46.51 Quit    bluebrother^ ("Leaving")
00.46.54 Quit    ender` (Read error: 110 (Connection timed out))
00.47.12 #       <YouCeyE> how to save the config files before upgrade?
00.47.22 #       <YouCeyE> how to restore the old config?
00.48.32 #       <goffa_work> is there only 1 central config file to back up?
00.48.54 #       <YouCeyE> just the general settings
00.49.06 #       <YouCeyE> like song resume on
00.49.07 #       <YouCeyE> etc
00.49.17 #       <Febs> Main menu --> Manage Settings --> Write .cfg file
00.49.24 #       <YouCeyE> k
00.50.06 #       <Febs> To restore:  Main menu --> Manage settings --> Browse .cfg files.  Or, navigate to the config file and "play" it.
00.50.50 Join    webguest05 [0] (n=5087d22c@labb.contactor.se)
00.51.23 #       <webguest05> YouCeyE, manual here  http://www.rockbox.org/twiki/bin/view/Main/ManualMainMenu#Write_cfg_file
00.51.27 #       <preglow> time for bed
00.51.28 #       <preglow> gnighht
00.51.45 Part    webguest05
00.52.09 Quit    ender1 (Read error: 110 (Connection timed out))
00.56.10 Quit    gursikh ()
00.57.52 Join    BHSPitLappy [0] (n=Steve-O@66-169-186-124.dhcp.ftwo.tx.charter.com)
00.58.49 Join    warthawg [0] (n=warthawg@cpe-66-68-180-235.austin.res.rr.com)
00.59.18 #       <warthawg> on a nano, how do i boot into apple os after installing rockbox?
00.59.48 Quit    [1]ender (Read error: 104 (Connection reset by peer))
01.01.11 #       <vca> warthawg: i'm pretty sure you hold MENU during boot, but i'm going from memory here
01.01.35 #       <vca> it should be answered in the nano rockbox FAQ
01.01.42 #       <warthawg> ok, thanks
01.02.59 Quit    BarretJ ("leaving")
01.05.10 Quit    BHSPitLappy2 (Success)
01.06.44 #       <Moos> Good night all !
01.06.48 Quit    Moos ("Glory to Rockbox !!!")
01.11.09 Join    midkay [0] (n=midkay@rockbox/developer/midkay)
01.11.19 Join    Sinbios [0] (n=Sinbios@Kingston-HSE-ppp3562222.sympatico.ca)
01.12.43 ***     Saving seen data "./dancer.seen"
01.13.59 Quit    muesli__ (Read error: 110 (Connection timed out))
01.19.37 #       <amiconn> Okay. Now I need the perl magic...
01.24.14 Join    BHSPitLappy2 [0] (i=steve-o@adsl-67-64-104-98.dsl.rcsntx.swbell.net)
01.24.15 #       <dpassen1> When did the quickmenu change?
01.24.38 #       <amiconn> YOu mean when it was uglified?
01.24.43 #       <amiconn> Ask midkay...
01.24.50 #       * amiconn goes to bed...
01.24.53 #       <midkay> amiconn, fu. ;)
01.24.59 #       <dpassen1> Uglified as in arranged vertically with absolutely no obvious button for each option?
01.25.09 #       <midkay> dpassen1, that was a few weeks ago.
01.25.20 #       <dpassen1> Just updated my build for the first time in quite a while
01.25.26 #       <midkay> dpassen1, can you not see the >> << and downwards icons?
01.25.46 #       <XavierGr> midkay why did you changed it anyway?
01.26.24 #       <midkay> XavierGr, to fix a bug with overlapping text in some languages. and it's far from finished. i have an 80% done much-better-looking version sitting here, just haven't got around to finishing it quite yet..
01.26.38 #       <XavierGr> ah ok nice to know
01.27.16 #       <midkay> dpassen1, just for my information - do you or do you not see the icons in the quickscreen?
01.27.19 #       <dpassen1> midkay: Nope, don't see
01.27.27 #       <dpassen1> This isn't the latest build
01.27.32 #       <dpassen1> Plus I have two patches
01.27.38 #       <midkay> dpassen1, ah, kind of weird. seems like a common-ish bug.. but i have a way around it anyways.
01.27.55 #       <dpassen1> I remember the buttons, so its not a large problem for me
01.28.29 #       <midkay> dpassen1, probably is for a number of people.. i happen to see the icons which is rather weird though...
01.28.38 #       <amiconn> midkay: I hope to get around throwing together that perl script. Then I'll commit my .lang rework. I'm done with english.lang now :)
01.28.46 #       <midkay> anyways, i'll put an update in CVS maybe today or very soon..
01.28.54 #       <dpassen1> midkay: Ill quickly try a bleeding edge build?
01.29.06 #       <midkay> dpassen1, no need - it hasn't changed since i committed it a few weeks ago..
01.29.10 #       <dpassen1> Oh, ok
01.29.18 #       <dpassen1> This is on a 120 for the record.
01.29.19 #       <midkay> amiconn, great. what script?
01.29.35 #       <midkay> dpassen1, i'm only able to test it on an archos recorder, so.. possibly that's it..
01.29.37 #       <amiconn> midkay: The quickscreen look can be vastly improved which viewports (post-3.0 stuff)
01.30.00 #       <midkay> amiconn, yeah, but i'd like to "fix" them as much as possible before that..
01.30.12 #       <dpassen1> Be interesting if anyone else can verify other models
01.30.15 #       <amiconn> midkay: The script that adapts all non-english .lang files to the reworked english.lang
01.30.29 #       <amiconn> Or rather, has to adapt
01.30.44 #       <midkay> amiconn, oh, cool.. sounds a bit tricky, but i'm sure you can handle it :)
01.30.51 #       <amiconn> It's not yet written, and I would prefer a perl expert around which I can ask
01.31.10 #       <amiconn> But I have to sleep now...
01.31.45 #       <XavierGr> goodnight amiconn
01.31.49 #       <midkay> night amiconn :)
01.31.54 #       <midkay> amiconn, sounds cool though :)
01.31.59 #       <midkay> good luck
01.32.54 Quit    BHSPitLappy (Connection timed out)
01.36.23 Join    luigi_ [0] (n=luigi@dyn-83-152-36-132.ppp.tiscali.fr)
01.42.07 Join    TCK [0] (n=tckocr@81-178-131-82.dsl.pipex.com)
01.43.23 Join    maeck_ [0] (n=chatzill@pool-68-163-12-137.phil.east.verizon.net)
01.43.46 Quit    maeck_ (Client Quit)
01.50.27 Join    maeck_ [0] (n=chatzill@pool-68-163-12-137.phil.east.verizon.net)
01.51.56 #       <Doomed_zZz> hey
01.52.11 Join    Shadowarrior13 [0] (i=dsf@ip68-3-160-223.ph.ph.cox.net)
01.52.28 Nick    Doomed_zZz is now known as Doomed9 (n=nnscript@ool-44c53f18.dyn.optonline.net)
01.52.59 Quit    maeck_ (Client Quit)
01.53.06 Quit    luigi (Read error: 110 (Connection timed out))
01.54.20 Quit    goffa_work ("leaving")
02.00.00 Quit    maeck (Read error: 113 (No route to host))
02.02.22 #       <scottder> weird, sometimes when I plug in to my car charger/fm transmitter in my car...my ipod comes on in rockbox and says "cleared" and I lose all my settings :(
02.03.53 Join    damaki [0] (n=Chocolat@ALille-153-1-7-48.w83-198.abo.wanadoo.fr)
02.08.01 #       <lostlogic> scottder: save a config file in manage settings so you can restore, I've seen the same, don't know the cause yet
02.10.12 #       <scottder> ugh hard to manuver around the filename entry
02.12.29 #       <scottder> got it, thanks lostlogic 
02.12.35 #       <linuxstb> scottder: Do you have the hold switch on?
02.12.46 #       <midkay> scottder, it's the hold switch..
02.14.12 #       <scottder> No....just figure out what is what :)
02.14.55 #       * scottder hopes they get doom workin on the Nano :)
02.15.25 Quit    luigi_ (Connection timed out)
02.16.15 #       * linuxstb hopes they do as well, whoever they are.
02.17.34 #       <scottder> the neboulous "they"
02.18.46 Quit    damaki__ (Read error: 110 (Connection timed out))
02.19.58 Quit    midkay ("Leaving")
02.27.38 Quit    ashridah ("Leaving")
02.28.59 #       * lostlogic gets distracted from track skipping and messes with crossfade code instead
02.38.52 Join    fiftyfour123 [0] (n=chatzill@cpe-66-108-136-179.nyc.res.rr.com)
02.40.34 #       <scottder> Is there a way to adjust the amount of crossfeed?
02.40.45 #       <scottder> (not crossFADE) :)
02.42.16 Nick    BHSPitLappy2 is now known as BHSPitLappy (i=steve-o@adsl-67-64-104-98.dsl.rcsntx.swbell.net)
02.43.36 #       <lostlogic> I think preglow was working on that... but I don't think so at this time
02.44.17 #       <scottder> That'd be cool...the default setting cuts into the volume a bit much
02.44.22 #       <scottder> at least for my taste :)
02.44.37 #       <scottder> course I can just use the crossfeed in my headphone amp
02.44.42 Quit    fiftyfour123 ("Chatzilla 0.9.71 [Firefox 1.5.0.1/2006011112]")
02.46.01 Join    quobl [0] (n=quobl@tor/session/x-72d96a4b73e43995)
02.46.15 Quit    Mark_ (Read error: 104 (Connection reset by peer))
02.54.57 Quit    Kohlrabi (Nick collision from services.)
02.55.06 Join    Kohlrabi [0] (n=Kohlrabi@dslb-082-083-130-172.pools.arcor-ip.net)
02.55.31 #       <sharpe> how about... they're 'odd'?
02.55.38 #       <sharpe> hmmm...
02.55.41 #       <sharpe> i'm really bored.
02.55.47 #       <sharpe> back to work.
02.56.10 #       <DBordello> crossfeed, intresting
02.59.19 #       <scottder> Yeah
02.59.40 #       <scottder> esepcially good for early stereo recordings with really hard left/right seperation
03.00.06 #       <DBordello> ah, i was just reading about it
03.00.50 #       <DBordello> Anybody around that i can talk to about becoming a build server?
03.02.09 #       <sharpe> teehee. you said build. and server.
03.03.16 #       <DBordello> you lost me
03.04.14 Join    jd|uni [0] (n=82c20d66@labb.contactor.se)
03.04.23 #       <jd|uni> hey guys
03.04.50 #       <DBordello> hi
03.04.54 #       <sharpe> i'm out of it today.
03.06.28 Quit    Febs ("CGI:IRC (EOF)")
03.06.49 #       <sharpe> i must still say the same things that get no response.
03.10.40 Quit    Xerion (Read error: 104 (Connection reset by peer))
03.12.47 ***     Saving seen data "./dancer.seen"
03.22.06 Join    DBLaptop [0] (n=dan@tirone-fw.flexabit.net)
03.22.44 Quit    DBordello (Nick collision from services.)
03.22.57 Nick    DBLaptop is now known as DBordello (n=dan@tirone-fw.flexabit.net)
03.23.17 #       <jd|uni> perl q.. why does this keep printfing "Page 23" print "\nPage ",($line_count%23)+1 ($line_count does get incrememneted correclty)
03.23.35 #       <DBordello> Does anybody have foobar2000 0.83?
03.23.41 #       <jd|uni> oops.. im a dill
03.24.33 #       <dpassen1> DBordello: I do
03.25.31 #       <DBordello> dpassen1, wanna help me out :)
03.26.16 #       <scottder> 0.9 is quite nice
03.26.17 #       <scottder> :)
03.26.36 #       <dpassen1> 0.9 will be nice when there's an ASIO output
03.28.27 #       <DBordello> ASIO?
03.28.34 #       <DBordello> i run linux, i just want to give foo_pod a shot
03.28.46 #       <DBordello> see if it can overcome this wierd 46 character limit
03.28.53 #       <dpassen1> Audio Stream Input Output
03.29.39 #       <DBordello> ah
03.30.23 #       <dpassen1> DBordello: http://www.rjamorim.com/rrw/foobar2000.html
03.30.58 #       <DBordello> thanks
03.31.12 #       <dpassen1> I knew I had that link somewhere
03.31.32 Join    Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com)
03.32.14 #       <scottder> I never heard enough difference with ASIO to make a difference
03.32.28 #       <dpassen1> It gives me that warm fuzzy placebo feeling ;-)
03.32.30 #       <jd|uni> how do u do integer division in perl? i dont want the decimal places..?
03.32.37 #       <scottder> hehe
03.32.44 #       <scottder> Tried kernel streaming?
03.32.45 #       <scottder> :)
03.32.54 Part    Paul_The_Nerd
03.32.55 #       <scottder> Like ASIO with half the calories
03.32.56 #       <scottder> :)
03.33.44 #       <dpassen1> Isn't Kernel Streaming a hack providing ASIO-like bypassing of the kernel mixer?
03.34.34 #       <dpassen1> I don't see any advantage to using Kernel Streaming
03.34.47 #       <dpassen1> Either way, I'm out.
03.37.41 #       <DBordello> why would ASIO be useful to anybody but people recording?
03.44.16 #       <scottder> mainly for when one wants to bypass the windows mixer...some feel it degrades sound
03.44.22 #       <scottder> me I have never really heard a difference
03.45.50 Quit    jd|uni ("CGI:IRC (EOF)")
03.52.21 Join    unhcr [0] (n=none@adsl-068-209-242-229.sip.mia.bellsouth.net)
03.52.21 Quit    warthawg (Read error: 104 (Connection reset by peer))
03.52.29 #       <unhcr> hey deos anyone here work on the x5?
03.53.03 Quit    unhcr (Client Quit)
03.54.10 Quit    XavierGr (Read error: 104 (Connection reset by peer))
03.54.13 Join    Vertigo_t [0] (i=vertah@cor7-ppp913.bur.dsl.connect.net.au)
04.00.39 Quit    Shadowarrior13 ("( www.nnscript.de :: NoNameScript 4.01 :: www.XLhost.de )")
04.01.00 Quit    Vertigo_tdl (Read error: 110 (Connection timed out))
04.08.35 Join    Arrogant [0] (i=Scott@180.orlando-09-10rs.fl.dial-access.att.net)
04.11.49 #       <Doomed9> hey
04.24.09 Quit    Vertigo_t (Read error: 110 (Connection timed out))
04.36.25 Join    midkay [0] (n=midkay@rockbox/developer/midkay)
04.40.35 Join    maeck [0] (n=chatzill@72-255-97-253.client.stsn.net)
04.46.09 #       <biffhero_> jd|uni: example, please.  Are you trying to round, to truncate, or to be fast?
04.46.44 #       <sharpe> that was like so thirty minutes ago.
04.46.56 #       <biffhero_> oh, sorry
04.47.01 #       <sharpe> :D
04.47.04 #       <biffhero_> is he gone?
04.47.08 #       <sharpe> yeah.
04.47.25 #       <biffhero_> oh, yeah, I missed that line.  the bold escaped my brain
04.47.31 #       <sharpe> heh
04.48.10 #       <biffhero_> well, just the same, use "man perlfunc" /integer   you lazybones!
04.48.17 Quit    midkay ("Leaving")
04.49.35 #       <Doomed9> anything new with tag cache?
04.50.40 #       <biffhero_> you can't do tag cache in the ether.  it has to be done either on disk or in ram.  ether is on track for next week
04.51.16 Quit    Arrogant ("Leaving")
04.51.21 #       <sharpe> oh... my rubix cube will fall apart now...
04.52.49 Quit    hardeep ("BitchX: now with wings")
04.52.52 Quit    Kohlrabi ("Fast alle Menschen sind Regenwürmer")
04.55.58 Join    Aditya [0] (n=aditya@c-69-138-7-5.hsd1.md.comcast.net)
04.56.32 #       <Doomed9> ??
04.57.20 Quit    Aditya (Client Quit)
05.02.15 Join    Aditya [0] (i=user@c-69-138-7-5.hsd1.md.comcast.net)
05.07.08 Part    Aditya
05.08.57 Join    ipod5G60Gb [0] (n=47d5720e@labb.contactor.se)
05.09.00 Quit    TCK (Read error: 110 (Connection timed out))
05.12.12 #       <ipod5G60Gb> is there a program that converts your music so that both appleos and rockbox reconzige it? called foobar2000 or something?
05.12.23 #       <DBordello> yup
05.12.41 Quit    Daishi ("Client exiting...")
05.12.51 ***     Saving seen data "./dancer.seen"
05.13.04 #       <ipod5G60Gb> is that it? i did a search on google and it pulled up a windows mp3 player
05.13.12 #       <DBordello> yup
05.13.27 #       <DBordello> it has some plugin that can generate a ipod database for the apple os based on what you have on your ipod
05.13.30 #       <DBordello> people ahve had mixed results
05.13.36 #       <DBordello> the plugin is foo_pod
05.15.13 #       <ipod5G60Gb> ok, so d/l the foobar and look into the plugins, is it a seperate plugin or included the package?
05.15.45 Join    Vertigo_t [0] (i=vertah@cor7-ppp913.bur.dsl.connect.net.au)
05.16.35 Join    midkay [0] (n=midkay@rockbox/developer/midkay)
05.16.43 Quit    JoeBorn (Nick collision from services.)
05.17.27 Join    jborn_ [0] (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net)
05.21.43 #       <BHSPitLappy> I've used foo_pod before
05.22.02 #       <BHSPitLappy> but how does it make the music compatible with both retailos and rockbox?
05.22.17 #       <ipod5G60Gb> dont know
05.22.33 #       <BHSPitLappy> I'm not sure I understand what it does...
05.22.34 #       <midkay> BHSPitLappy, a word of warning - didn't work for me.
05.22.45 #       <DBordello> rockbox just browses the directory structure
05.22.54 #       <BHSPitLappy> anyway, yeah, you install foobar and then extract the separate foo_pod files to the plugins folder
05.22.56 #       <DBordello> retail needs a database relating to the directory structure
05.22.56 #       <ipod5G60Gb> of the ipod
05.23.05 #       <DBordello> foo_pod creates the structure
05.23.14 #       <BHSPitLappy> DBordello: so, foo_pod uses your existing folder setup?
05.23.17 #       <DBordello> yes
05.23.23 #       <DBordello> it just builds the db, nothing else
05.23.28 #       <BHSPitLappy> that's interesting...
05.23.41 #       <BHSPitLappy> I've only used foo_pod to pull music off
05.23.56 #       <BHSPitLappy> does it freak out when you plug the ipod back into itunes?
05.25.26 #       <DBordello> hmmm, don't :)
05.25.33 #       <DBordello> but, i think the easiest way to do this now
05.25.45 #       <DBordello> is to put your music on using itunes, and then use tag cache in rockbox
05.25.49 #       <DBordello>  both will behave the same
05.26.02 #       <ipod5G60Gb> wait so explain this...new to me
05.26.49 #       <DBordello> do you perfer the directory structure or the database
05.26.53 #       <DBordello> to browse your music
05.27.48 #       <ipod5G60Gb> i want both worlds if possible
05.28.18 #       <DBordello> in rockbox, which do you perfer
05.28.20 #       <ipod5G60Gb> thats what i like about RB other than that i see few reasons for running RB
05.28.43 #       <midkay> ipod5G60Gb, i haven't heard any success stories about foo_pod, and i tried it myself and failed..
05.28.52 #       <midkay> ipod5G60Gb, at least for the 5G.
05.29.17 #       <ipod5G60Gb> ok, thanks, i read that same statement in a furom while looking to D/l it...so
05.29.26 #       <midkay> don't waste your time
05.29.29 #       <ipod5G60Gb> ok
05.30.29 #       <ipod5G60Gb> well is it possile to have both worlds boot retail like normail and use my music and boot RB and file direct browse through it that way? what is tag chache?
05.30.54 #       <midkay> ipod5G60Gb, the apple firmware is bootable, sure.
05.31.01 #       <midkay> just hold MENU right after you turn on your ipod.
05.31.07 #       <midkay> should load to default firmware.
05.31.35 #       <midkay> tagcache is available in the menus.. scans your disk for music and lets you browse it similar to the apple firmware (artists, albums, etc).
05.33.31 #       <ipod5G60Gb> ok
05.33.45 #       <ipod5G60Gb> do any of you run podzilla
05.34.05 #       <midkay> rarely, but yes..
05.36.11 #       <ipod5G60Gb> cool, so i nuked my ipod and a linux partion and am running all three programs. If i put the music back on via itunes will i be able to view the music through RB and PZ2 or is this possible
05.36.22 #       <ipod5G60Gb> sorry, installed a linux par
05.36.51 #       <midkay> both ipodlinux and rockbox can play the music loaded via itunes, in a way.
05.37.03 #       <midkay> only through rockbox's tagcache can you play what you want easily, though.
05.37.16 #       <midkay> since itunes renames them all to random characters and stuff.
05.38.29 #       <ipod5G60Gb> yeah, thats what i heard, ok well i didnt want to transfer all 35 gigs of music back on before i knew i was doing it right
05.40.54 #       <BHSPitLappy> DBordello: I don't think the tag viewer works...
05.41.33 #       <ipod5G60Gb> i loaded PZ2, and RB this morning so i am a newbie, but am I right in saying PZ2 doesnt not play music but plays games and apps?
05.41.42 #       <DBordello> BHSPitLappy, huh?
05.41.53 #       <midkay> BHSPitLappy, the 'tag viewer'?
05.41.57 #       <BHSPitLappy> "[DBordello] is to put your music on using itunes, and then use tag cache in rockbox"
05.42.08 #       <midkay> indeed it works.
05.42.31 #       <midkay> ipod5G60Gb, PZ2 only really seems to have games/crap at the moment. i haven't figured out audio playback, nor do i really want to, it's so slow..
05.43.11 #       <ipod5G60Gb> haha, i wanted to play around with the ines, and idoom. havent figured out either so far
05.43.23 #       <midkay> idoom isn't 5g-compatible, 'not yet'..
05.43.29 #       <midkay> nor do i believe is ines.
05.44.53 #       <ipod5G60Gb> haha great, so im SOL i had thought i had seen idoom on a 5G on google video
05.45.24 #       <midkay> google video has a ton of losers playing doom on their nano like they're special, but no, last i heard (maybe a week ago), idoom isn't quite working yet..
05.46.12 #       <ipod5G60Gb> isnes seems like it would be impossbile to navigate buttons would be redicoulus, but a cool idea, and the fact the programers want to take there time is no concern of mine
05.46.50 #       <ipod5G60Gb> im bummed about idoom however
05.46.57 #       <midkay> ipod5G60Gb, well, iirc ines/whatever emulates buttons with the wheel also..
05.47.19 #       <midkay> e.g. touching it at a 45 degree angle from the right/next track button would be read as "A" or something.
05.47.33 #       <midkay> and 135 degrees, B.. stuff like that.
05.47.36 #       <ipod5G60Gb> yeah, i read that the ipod 5g has 8 buttons
05.48.11 #       <midkay> you could emulate about a hundred, but it wouldn't be very fun. :) that's how it works, as far as i know..
05.50.22 #       <ipod5G60Gb> no that would be more work than it worth
05.51.22 #       <midkay> well, it's not much coding work.. just a pain in the ass for users.. :)
06.00.00 Nick    Sinbios is now known as Sin|showah (n=Sinbios@Kingston-HSE-ppp3562222.sympatico.ca)
06.00.42 Join    RoC_MM [0] (i=dragon@dsl-29-8.cofs.net)
06.01.17 Join    Rob2222_ [0] (n=Miranda@ACB4EE13.ipt.aol.com)
06.07.10 Quit    Vertigo_t (Read error: 110 (Connection timed out))
06.17.05 Quit    maeck ("Chatzilla 0.9.65 [Mozilla rv:1.7.12/20060202]")
06.18.14 Quit    Rob2222 (Read error: 110 (Connection timed out))
06.37.59 Join    unhcr [0] (n=none@adsl-068-209-242-229.sip.mia.bellsouth.net)
06.38.10 #       <unhcr> hey is anyone here working on the iaudio x5 port?
06.38.29 Quit    ipod5G60Gb ("CGI:IRC (EOF)")
06.38.29 Quit    HuntermicAtWork ("CGI:IRC (EOF)")
06.38.57 #       <JdGordon> unhcr: u gota wait around for LinusN
06.39.11 #       <midkay> unhcr, not atm, but if you have any questions, maybe you could ask..
06.39.36 #       <unhcr> i watned just to know
06.39.39 #       <Doomed9> hnm
06.39.40 #       <unhcr> how to go about
06.39.49 #       <unhcr> compiling the album art patch
06.40.05 #       <JdGordon> download the source, patch the source, compile
06.40.06 #       <JdGordon> bingp
06.40.16 #       <JdGordon> nothignspecial in that resspect for the x5
06.40.27 #       <unhcr> okay
06.40.31 #       <unhcr> wait
06.40.34 #       <unhcr> dont i have to do something
06.40.38 #       <unhcr> cause of the new feature
06.40.42 #       <unhcr> that had screwed it up
06.40.44 #       <unhcr> and it wasnt wokring
06.40.59 #       <midkay> do you need to press enter every three words or so? :)
06.41.08 #       <unhcr> yah sorry
06.41.17 #       <JdGordon> um.. ye, but its not gonna work on the x5 if its not working on other targets
06.41.22 #       <midkay> we're not going to run away if there's not a constant stream of words or anything, btw..
06.41.23 #       <JdGordon> i mena, if its not working in general
06.41.26 #       <midkay> :)
06.41.32 #       * JdGordon might!
06.41.41 #       <midkay> well, JdGordon's weird like that.
06.42.27 #       <unhcr> hmm i cant download
06.42.33 Join    muesli__ [0] (n=muesli_t@88.134.20.76)
06.42.36 #       <unhcr> the daily build of the iaudio so i cant do it lol
06.44.13 #       <unhcr> can you help me 
06.44.18 #       <unhcr> like compile it and stuff
06.44.29 #       <unhcr> http://www.rockbox.org/tracker/task/3045 do i download the latest patch all the way on the bottom
06.51.15 Join    TCK [0] (n=tckocr@81-178-131-82.dsl.pipex.com)
07.01.37 #       <preglow> midkay: yo, you broke the pitch screen behaviour
07.03.15 #       <midkay> preglow, yo, in what way?
07.04.53 #       <preglow> midkay: it doesn't snap back when you press the sideways keys, then release them
07.05.00 #       <preglow> midkay: it used to be that way before for a reason
07.05.09 #       <midkay> preglow, that's intended.. what reason was that?
07.05.14 #       <preglow> namely dj use
07.05.17 #       <preglow> beatmatchinh
07.05.20 #       <preglow> beatmatchinG
07.05.33 #       <midkay> add two percent temporarily? i see absolutely no point..
07.05.35 #       <preglow> the whole screen looks like it does for dj use
07.06.18 #       <midkay> with the irivers and ipods, anyways, it takes a few seconds for the changes to take effect due to the buffer size..
07.06.30 #       <preglow> well, yeah, but you broke it for archos as well
07.06.49 #       <midkay> so.. it should function differently on archos? makes little sense..
07.06.56 #       <preglow> we should make another pitch setting for the settings screen anyway and not rely on that screen
07.07.12 #       <midkay> preglow, 'settings screen'?
07.07.13 #       <preglow> this isn't even saved
07.07.23 #       <midkay> that is also intended, it never was before..
07.07.33 #       <midkay> apparently saving of that setting is unwanted.
07.07.38 #       <preglow> exactly
07.07.46 #       <lostlogic> preglow: are you back up again?!
07.07.55 #       <preglow> lostlogic: unfortunately :///
07.08.00 #       <midkay> the problem is that 0.1% steps are mandatory and that takes unbelievably forever to adjust in a standard settings menu.
07.08.11 #       <lostlogic> damn, that sucks dude... thought you hit the hay a bit early last night.
07.08.26 #       <preglow> midkay: yup, some settings acceleration would be sweet
07.08.31 #       <midkay> which is why i made left/right actually add/subtract 2% instead of just temporarily..
07.08.40 #       <preglow> midkay: but yeah, the old screen was the way it was for a reason, it's unusable for that purpose now
07.08.46 #       <lostlogic> and now, I sleep.
07.08.50 #       <preglow> lostlogic: gnight
07.08.53 #       <midkay> i think quick adjustment is way more important than simply adding or subtracting 2%. why just only 2%?
07.08.57 #       <midkay> night lostlogic 
07.09.05 #       <lostlogic> night
07.09.11 Quit    bluey ("Leaving")
07.09.28 #       <preglow> midkay: because you need small adjustments fast for mixing
07.09.47 #       <preglow> get two units and try it to find out :)
07.09.58 #       <preglow> and btw, there is a way to make the latency of those settings way less
07.10.13 #       <midkay> what kind of mixing? it's such a small step.. besides, you can do the same thing about as easy - just tap right to add 2% and instead of "releasing" to go back 2, press left.
07.10.36 #       <midkay> preglow, i don't doubt it, but i didn't want to dig around for any of that..
07.11.07 #       <preglow> midkay: it's pretty easy, we do it for the eq screen, gimme a sec
07.11.27 #       <midkay> preglow, ah, "way less" then as in still a few seconds.. hmm..
07.11.42 #       <preglow> pcmbuf_set_low_latency(true)
07.11.50 #       <midkay> cool.
07.12.15 #       <preglow> i don't like that solution at all, but it's all we've got until we rework the playback system to something a bit more low latency
07.12.27 #       <midkay> ah well, i guess..
07.12.41 Join    P1mP [0] (n=muesli_t@88.134.20.76)
07.12.54 ***     Saving seen data "./dancer.seen"
07.13.02 #       <unhcr> http://www.rockbox.org/tracker/task/3045 do i download the latest patch all the way on the bottom
07.14.03 #       <midkay> i just don't think that the number of archos users, running rockbox, who even USE the pitch screen, less for DJ capabilities, less who need INSTA-change of a small set amount warrants changing the functionality - it's just about as easy to press left as to release right..
07.14.05 Quit    mikearthur ("Konversation terminated!")
07.14.18 #       <midkay> unhcr, why not?
07.14.24 #       <midkay> it's the latest..
07.14.27 Join    B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se)
07.15.14 #       <unhcr> okay
07.15.17 #       <unhcr> how do i compile it though
07.15.18 #       <preglow> midkay: but ok, that screen is unusable for that purpose now anyway, why just not remove it and make a regular setting to cut down some code bloat?
07.15.22 #       <unhcr> with the x5 firmware im new im soryr
07.15.37 #       <midkay> preglow, because it takes forever to adjust with a standard menu. believe me, i wanted to do it that way.
07.15.47 #       <midkay> code bloat? the pitch screen is like.. 40 lines..
07.15.57 #       <preglow> which is less than ordinary settings code
07.16.04 #       <midkay> versus probably 15-20 overall to use a standard menu.
07.16.18 #       <midkay> oooh, my god, 20 more lines to be able to adjust it considerably easier. :)
07.16.20 #       <preglow> the right way to do that would be to add some button acceleration code
07.16.26 #       <preglow> a ton of other settings would love that as well
07.16.27 #       <midkay> that'd be way more than 20 lines..
07.16.29 #       <preglow> so please do it :>
07.16.38 #       <midkay> preglow, feel free - i don't know how. :)
07.16.41 #       <preglow> nah, not much
07.16.42 #       <unhcr> how do i compile it though
07.16.55 #       <B4gder> unhcr: what docs have you tried reading?
07.17.13 #       <midkay> B4gder, none, i think. he just wants the album art patch on his X5..
07.17.14 #       <preglow> yeah, but please consider asking people before you change behaviour that's been static for a year or two
07.17.25 #       <preglow> some people might easily have been depending on the old behaviour
07.17.30 #       <preglow> and i for one see now reason to break it
07.17.37 #       <preglow> s/now/no/
07.17.41 #       <B4gder> unhcr: 1) build a full rockbox 2) apply the patch and rebuild 3) profit
07.17.54 #       <midkay> preglow, the number of archos users who use the pitch screen, much less for DJing, much less who will complain about releasing right as opposed to tapping left... i haven't heard of any complaints yet, i didn't realize it was such a big deal.
07.18.57 #       <preglow> tapping left isn't as fast
07.19.04 #       <unhcr> okay b4gder
07.19.07 #       <unhcr> can you tell me how to do that
07.19.09 #       <midkay> basically, now instead of releasing right we tap left, but we can also adjust the actual value way quicker, and we don't need to have our finger on RIGHT for however long it takes.
07.19.10 #       <unhcr> i need an FAQ
07.19.11 #       <unhcr> or something
07.19.27 #       <unhcr> no one on the forums wants to do it and i want the album art and i know itll work
07.19.31 #       <midkay> preglow, and how useful is a hardlocked +/- 2%?
07.19.36 #       <preglow> midkay: very, actually
07.19.37 #       <midkay> i just don't see it..
07.19.43 #       <preglow> midkay: like i said, you should try beatmatching some times
07.19.53 #       <B4gder> unhcr: I told you. 1) build rockbox from source 2) apply patch 
07.19.53 #       <midkay> i don't know what that is or why you'd try to do it.. :)
07.19.57 Quit    imphasing (Connection timed out)
07.20.04 #       <unhcr> how do i do that
07.20.07 #       <unhcr> i dont know what to do lol
07.20.09 #       <midkay> nor why adding 2% temporarily would be useful..
07.20.16 #       <B4gder> unhcr: you read the docs, we have PLENTY
07.20.19 #       <preglow> if the mix is off by just a smidgeon, you wnat to nudge it forward just a little bit
07.20.33 #       <preglow> and for that it's nice to just tap a button gently instead of pressing right than left
07.20.39 #       <preglow> which isn't exactly a precision operation
07.21.10 #       <preglow> but anywho, if i'm the only one who cares, it doesn't matter
07.21.11 #       <unhcr> where do i read them
07.21.16 #       <midkay> preglow, maybe there's another way, let me think about it..
07.21.24 #       <unhcr> is there any way someone can do this for me
07.21.29 #       <preglow> unhcr: no
07.21.31 #       <B4gder> unhcr: we have a little site: rockbox.org
07.21.45 #       <B4gder> stat here for example => http://www.rockbox.org/twiki/bin/view/Main/DevelopmentGuide
07.21.49 #       <B4gder> start
07.22.08 #       <unhcr> okay thank you
07.22.15 #       <midkay> preglow, i do think it's rather pointless and i don't think i/we'd get any more complaints ;) but i'm very willing to consider yours, and i'm sorry for changing that, i wasn't aware that it was so important. i can try it on some different buttons or using a combo, or something.
07.22.39 #       <preglow> midkay: that code's from before my time, i just adapteted it for swcodec
07.23.00 #       <midkay> preglow, okay...?
07.23.28 #       <unhcr> god ill do this tomrorw
07.23.31 #       <unhcr> im going to fuck it all up
07.23.32 #       <unhcr> lol
07.23.44 Quit    muesli__ (Connection timed out)
07.23.54 #       <unhcr> how long should it take me to patch my firmware with album art
07.24.03 #       <B4gder> unhcr: the patch takes 1 second
07.24.09 #       <unhcr> yes but i mean like
07.24.13 #       <unhcr> setting up this stuff
07.24.15 #       <B4gder> getting everything else up will take you hours
07.24.23 #       <unhcr> :(
07.24.27 #       <preglow> OH NOES
07.24.29 #       <midkay> any objections to making "first keypress enables backlight" to default OFF for all targets instead of just the non-color LCDs? who decided that color LCDs should have that on by default+why?
07.24.31 #       <preglow> SOMETHING THAT TAKES HOURS
07.24.46 #       <preglow> midkay: zagor, i believe
07.24.53 #       <midkay> he's nutso!
07.24.57 #       <unhcr> when is the guy who does the x5 around
07.25.03 #       <preglow> but yeah, sounds like a good idea to me
07.25.06 #       * B4gder confirms Zagor is a "nutso" ;-)
07.25.16 #       <midkay> unhcr, he's not going to compile a patch for you, i'm quite sure..
07.25.17 #       <preglow> i've got that behaviour on my clickwheel anyway :PP
07.25.24 #       <B4gder> but hey, I'm stuck with him! 
07.25.26 #       <B4gder> *g*
07.25.27 #       <midkay> preglow, haha, yeah.
07.25.33 #       <midkay> B4gder, :)
07.25.35 #       <unhcr> why woulndt he if he has his stuff set up
07.25.39 #       <unhcr> doesnt he just have to add the patch
07.25.41 #       <unhcr> ?
07.25.42 #       <preglow> unhcr: because it's not his job
07.25.45 #       <preglow> unhcr: and it'd waste his time
07.25.49 #       <preglow> unhcr: go on, learning is fun
07.25.54 #       <unhcr> hed do it in 20 second
07.25.55 #       <unhcr> s
07.26.01 #       <preglow> unhcr: which is besides the point
07.26.06 #       <unhcr> okay god bye
07.26.08 #       <midkay> unhcr, all of us "have our stuff set up". if you want a patch, feel free to do it.. we're working, not compiling for users who want patches...
07.26.09 #       <unhcr> *godbye
07.26.09 #       <preglow> bye
07.26.14 #       <midkay> godbye!!
07.26.36 #       <B4gder> and it is quite easy and fun to have it going anyway
07.26.39 #       <lostlogic> midkay: I think it should default to on on h3x0 and x5 only.
07.26.46 #       <midkay> lostlogic, why?
07.26.48 Quit    unhcr ()
07.26.58 #       <preglow> i usually just give up whenever i want something done
07.27.02 #       <lostlogic> midkay: because you can't see their screens _at all_ withou tthe backlight (at least the H3x0 for sure)
07.27.04 #       <preglow> way faster than the ardeous process of learning
07.27.13 #       <B4gder> I figure the reason would be that they are the totally unreadable ones
07.27.27 #       <midkay> lostlogic, well, for one i think users might be a bit weirded out that their initial keypresses aren't working..
07.27.40 #       <preglow> oh, it's working
07.27.57 #       <lostlogic> midkay: that's what stock firmware does on H3x0
07.27.59 #       <amiconn> moorning :)
07.28.09 #       <lostlogic> (not that we should base shit on stock firmware, and why am I awake?)
07.28.10 Join    Matze [0] (i=Miranda@p5484DBD0.dip.t-dialin.net)
07.28.11 #       <preglow> amiconn: at least you don't claim it's a good one
07.28.11 Quit    RoC_MM (Read error: 104 (Connection reset by peer))
07.28.21 #       <midkay> for two, it seems like a rather small number of people want such functionality. i have no problem with adjusting the volume by 1 when i want the backlight on.. or moving the cursor in the browser..
07.28.24 #       <preglow> lostlogic: i was wondering that...
07.28.29 #       <midkay> lostlogic, hmm..
07.28.36 #       <midkay> lostlogic, hahaha :)
07.28.42 #       <amiconn> s/moorning/good morning/ :)
07.28.44 #       <preglow> i just figured it was because the time is 07:28
07.28.55 #       <preglow> and going to bed now would be insane, but that's just me
07.29.01 #       <lostlogic> hmm... I don't care one way or the other... I still want "Backlight Hold-Off" functionality
07.29.28 #       <midkay> lostlogic, the ipod 5g's screen to me is just about unreadable except in considerable light levels, without the backlight.. and yet with it on by default i kept going wtf..
07.29.29 #       <lostlogic> preglow: good point... I should get ready for work... :-\ Europe... who thought of that.
07.29.46 #       <midkay> after like 10 seeming dropped keypresses i realized the option was on for some reason..
07.30.07 #       <lostlogic> midkay: same on 5g here.  I agree that for the 5g with the touch wheel interrupt turning on the backlight w/o any action the feature should be either nonexistant or at least disabled.
07.30.30 #       <midkay> lostlogic, true dat :) hmm..
07.30.32 #       <lostlogic> but that's specific to the 5g.
07.30.39 #       <preglow> hahaha
07.31.23 #       <preglow> lostlogic: oh, and btw, you planning to commit the absolute wheel patch some day?
07.31.38 #       * amiconn finished the first round of english.lang rework last night.
07.31.40 #       <lostlogic> preglow: the one on patchtracker?
07.31.43 #       <preglow> amiconn: wooo
07.31.47 #       <preglow> lostlogic: yea
07.31.56 #       <amiconn> Now all that's needed is a perl script that adjusts all other .lang files
07.32.05 #       <amiconn> Then I can commit that stuff
07.32.52 #       <lostlogic> preglow: I'm not terribly happy to go away from completely event based wheel handling...
07.33.05 #       <preglow> lostlogic: no, but it could be one possible use
07.33.15 #       <preglow> lostlogic: it actually makes brickmania possible to play, you see :)
07.34.01 #       <lostlogic> preglow: yeah, I know, I keep meaning to experiment with some of my other ideas with the same goal, but I haven't gotten to it yet... work's been eating me lately.
07.34.43 #       <midkay> btw.. 2 questions. (1) objections to a crossfade mode for track skipping only? e.g. gapless except when you change tracks manually. very nice IMO. (2) putting it before "always" in the selector menu (e.g. Off, Shuffle, Track Skip Only, Always) - this means that anyone currently having it set to 'always' ends up with it on 'track skip only' on new builds - doesn't sound too good. doesn't make sense to have it after 'always' though..
07.38.34 #       <preglow> i'd never use that on the simple grounds that it'll waste tons of battery just for the few times i skip
07.38.42 #       <preglow> god, how i hate the crossfade implementation
07.38.47 Quit    JdGordon (Read error: 104 (Connection reset by peer))
07.38.56 #       <midkay> preglow, well, if you hate crossfade, your input is semi-useless. :)
07.39.10 #       <preglow> i don't hate crossfade, i hate how we have to do it
07.39.17 #       <preglow> with the 10 second long buffers and the extreme latency
07.39.29 #       <lostlogic> preglow: suggestion for better impl.?
07.39.45 #       <preglow> lostlogic: well, there can only be one other, and that's running two codecs in parallel
07.39.49 #       <preglow> lostlogic: which probably isn't too feasible
07.39.53 #       <midkay> i don't like crossfading normally.. annoying for gapless albums, just kind of ruins the flow altogether. but when i want to skip to a new track in the middle of another, i really like fading there - the music doesn't just stop and start on a new track...
07.40.18 #       <midkay> i guess no input is good input..
07.40.26 Join    Bg3r [0] (n=Bager@87.246.10.17)
07.40.38 #       <lostlogic> preglow: we have voice thread... but it's way less practical to constantly switch codecs for 15s than it is to just have the 15s buffer pre decoded
07.41.06 #       <preglow> lostlogic: yes, i didn't claim the alternative was the way to go :)
07.41.09 #       <B4gder> the iaudiofile guys are offering a whopping 60USD bounty for an 'audio driver with BBE-like + "3D Surround" enhancements'
07.41.24 #       <B4gder> PROFIT! ;-)
07.41.26 #       <midkay> haha.
07.41.27 #       <lostlogic> wow, that's huge.
07.41.36 #       <midkay> 3d surround? um.
07.41.37 #       * lostlogic vomits on '3d sound'
07.41.37 #       <preglow> the long buffer wouldn't matter to me at all if it wasn't for the dsp latency
07.41.44 #       <midkay> just add in a little.. tinny effect..
07.41.49 #       <lostlogic> preglow: ??
07.41.50 #       <midkay> voila, 60usd.
07.41.50 #       <midkay> :)
07.42.05 #       <preglow> lostlogic: try adjusting dsp settings at 10sec crossfade
07.42.12 #       <amiconn> lostlogic: Colour sound then? ;)
07.42.22 #       <lostlogic> preglow: doesn't low latency mode work even with crossfade enabled?
07.42.23 #       * amiconn dislikes audio fade in general
07.42.26 #       <midkay> just add a "3D Sound" option, when enabled overrides the user's EQ settings with some weird ones..
07.42.35 #       <lostlogic> amiconn: please, color sound.
07.42.36 #       <preglow> lostlogic: yeah, and defeats the entire purpose of the long buffer in the first place
07.42.50 #       <lostlogic> preglow: only while you're adjusting settings... seems a reasonable solution to me
07.43.07 #       <preglow> lostlogic: sure, but what if the track changes while you're adjusting settings?
07.43.17 #       <lostlogic> you don't get crossfade, gee darn zomg death
07.43.26 #       <preglow> hahaha
07.43.27 #       <lostlogic> (not that I use crossfade myself, I'm just sayin')
07.43.45 #       <preglow> features not suddenly working is supposed to be a big deal, you know
07.44.29 #       <preglow> h120: "wtf, no time for crossfade!"
07.44.37 #       <preglow> user: "what the hell, rockbox sucks!"
07.44.39 #       <amiconn> preglow: There's a third option that allows crossfading, doesn't run codecs in parallel, and offers low latency for sound adjustment.
07.44.41 #       <preglow> h120: "kekeke"
07.44.42 #       <lostlogic> ugh, can't have everything... and if I don't go to sleep, I'm not going to get up and if I don't get up, I'm not going to ever work on that track skipping synchronization related crap I've been saying I'd work on.
07.44.48 #       <preglow> there's a scenario for you!!!!!111
07.44.52 #       <lostlogic> amiconn: ??
07.45.00 #       <midkay> at the least, any input on the insertion of a setting? that changes what the user had selected before.
07.45.02 #       <amiconn> It means more buffering though
07.45.39 #       <amiconn> Decode and crossfade into an intermediate buffer, large enough to hold data for the whole crossfade time.
07.45.56 #       <preglow> isn't that what we're doing currently?
07.45.58 #       <amiconn> Then apply dsp stuff shortly before actually playing the data
07.46.03 #       <preglow> ahh, yeah
07.46.09 #       <preglow> i'd like that
07.46.16 #       <Bg3r> morning :)
07.46.22 #       <preglow> but it'd double the space requirements
07.46.27 #       <preglow> which i don't really care about
07.47.10 #       <lostlogic> I've got a better idea... apply the DSP as the last step before the pcm buffer chunks are sent to the DMA/FIQ?
07.47.14 #       <midkay> amiconn, no biggie if i add a lang string to cvs is it?
07.47.21 #       <preglow> lostlogic: problem is the samples are 16 bit by then
07.47.36 #       <preglow> lostlogic: we'd need to let the pcm buffer be 32 bit
07.47.37 #       <lostlogic> preglow: not if we didn't DSP them before...
07.47.41 #       <amiconn> preglow: What *I+ would actually like would be to cut out crossfade completely. Substantially reduced complexity with no lost functionality (for me)
07.47.49 #       <lostlogic> preglow: which would be a simple case of moving where DSPing is done
07.47.57 #       <lostlogic> adding complexity to the pcmbuffer but removing it from playback.c
07.47.58 #       * amiconn always has all fades disabled
07.47.59 #       <lostlogic> (which I like)
07.48.13 #       <preglow> lostlogic: sure, sounds nice, but the space requirements will double, and wow, how i don't care
07.48.22 #       <lostlogic> preglow: why would space requirements double
07.48.29 #       <preglow> lostlogic: 32 bits > 16 bits
07.48.50 #       <lostlogic> preglow: oh, right.
07.49.01 #       <amiconn> midkay: If you add just one string, no. Means I have to hand-insert it here (as I'll surely get a cvs conflict)
07.49.13 #       <amiconn> preglow: Why 32 bit?
07.49.14 Join    Mantice [0] (i=Mantice@219-89-2-204.dialup.xtra.co.nz)
07.49.20 #       <midkay> amiconn, so you don't mind?
07.49.22 #       <preglow> amiconn: that's the current output format of our codecs
07.49.59 #       <preglow> amiconn: if we truncate that to 16 bits in the pcm buffer, then the later dsp will see a reduction in quality
07.50.11 #       <amiconn> How much? Noticeable?
07.50.18 #       <lostlogic> well regardless, it's not happening now
07.50.24 #       <preglow> depends on the process in question
07.50.29 #       <preglow> for some, not much, for others, pretty much
07.50.34 #       <preglow> lostlogic: sure ain't
07.50.45 #       <amiconn> We could use 24 bit...
07.50.52 #       <preglow> amiconn: don't go there...
07.50.58 #       <amiconn> why?
07.51.06 #       <preglow> it'll slow everything down
07.51.12 #       <amiconn> Better quality than 16bit, and less space requirements than 32bit
07.51.21 Part    Mantice
07.51.56 #       <amiconn> I don't think 24bit is any slower than 32bit, when using dram (and optimising the access)
07.51.57 #       <Mikachu> wouldn't you need to read in two longs and mask out parts and combine them in different ways depending on alignment?
07.52.15 #       <preglow> yes
07.52.20 #       <Mikachu> unless you can read longs non-long aligned
07.52.27 #       <preglow> you can, some places
07.52.40 #       <amiconn> Mikachu: coldfire can, but there's a performance penalty
07.52.47 #       <preglow> amiconn: of course it is slower, on arm, you'd need to bloody read three times for every sample
07.52.49 #       <amiconn> So I would avoid it
07.52.59 #       <preglow> good bye block reading
07.52.59 #       <amiconn> preglow: I don't think so
07.53.14 #       <amiconn> You can read 3 longwords and convert these to 4 samples
07.53.38 Join    webguest79 [0] (n=47e2256c@labb.contactor.se)
07.53.53 #       <preglow> yes, and we're restricted to reading only three at a time
07.54.00 #       <preglow> some places i read two, other places four
07.54.04 #       <preglow> other places again, eight
07.54.13 #       <preglow> depends on how many registers i have left
07.54.45 #       <preglow> hah, my nano is still going
07.54.49 #       <amiconn> Well, from all variants you mentioned, only reading 2 samples would be difficult
07.54.58 #       <amiconn> 4, 8 etc are perfectly possible
07.55.07 #       <preglow> amiconn: but leaves the pointer in a non-aligned state
07.55.08 Quit    webguest79 (Client Quit)
07.55.15 #       <amiconn> ??
07.55.42 #       <amiconn> If I'm reading 3 longwords to retrieve 4 samples, the pointer is still longword aligned
07.56.08 #       <preglow> ahh, yeah
07.56.17 #       <preglow> true, true, i'm messing up
07.56.26 #       <amiconn> Reading 4 samples as 32bit vs. reading 4 samples as 24 bit - no difference in pointer alignment, only that I read one longword less for 24bit
07.56.28 #       <preglow> but still
07.56.30 #       <preglow> let's not do this :>
07.56.42 #       <amiconn> You don't even need any extra register
07.57.07 #       <lostlogic> preglow: brilliant
07.57.16 #       <amiconn> (but it means some bitshifting)
07.57.18 #       <preglow> we'd need to change the codec output format _again_, and change all dsp code
07.57.19 #       <lostlogic> let's put mention in the manual what settings temporarily disable crossfade
07.57.31 #       <lostlogic> now it's a featuer, not a but
07.57.33 #       <lostlogic> bug
07.57.49 #       <Mikachu> that's a good way of fixing bugs
07.57.58 #       <preglow> haha
07.58.05 #       <amiconn> 24bit pcm might end up faster on coldfire...
07.58.07 #       <lostlogic> it's one of my favorites.
07.58.20 #       <preglow> lostlogic: all sounds settings but volume and panning will, then
07.58.25 #       <preglow> or at least should
07.58.40 #       <lostlogic> preglow: so let's just say "When changing sound settings, crossfade is temporarily disabled"
07.58.46 #       <lostlogic> now it's even a single sentence bug fix :)
07.58.52 #       <amiconn> preglow: ??
07.58.53 #       <preglow> on ipod you might see skips, but i guess that wouldn't change even if we were to move dsp to a latter part in the chain
07.59.06 #       <amiconn> I'd think all hw sound settings don't touch crossfade
07.59.15 #       <amiconn> ...i.e. volume, treble, bass
07.59.55 #       <preglow> amiconn: yeah, like i said
08.00.00 #       <preglow> volume, panning, bass, etc
08.00.02 #       <lostlogic> so we need a "Changing some sound settings disables the crossfade feature until the settings are complete"
08.00.13 #       <preglow> aye
08.00.18 #       <amiconn> Erm, but panning is software??
08.00.29 #       <preglow> it is?
08.00.33 #       <amiconn> Ah, no, you mean balance...
08.00.43 #       <preglow> balance/pan, same thing :(
08.00.45 #       <preglow> :) <
08.00.55 #       <preglow> nothing like just typing in the wrong emoticon
08.00.58 #       <amiconn> Yeah, /me was confused
08.05.33 Quit    RotAtoR ("zzzzzzzzzz")
08.07.29 #       <Slasheri> then we need 32bit pcm buffer
08.07.32 #       <amiconn> B4gder: Just a thought on langv2, regarding yesterday's idea: We'll need n:m matching of target names
08.07.39 #       <Slasheri> ups, never mind
08.08.10 #       <amiconn> I.e. both the target field in th .lang files and the filter needs to be able to process lists
08.08.12 #       <preglow> Slasheri: yeah, and fast dsp :)
08.08.27 #       <Slasheri> i just had forgotten to scroll down the log and answered to some old logs :)
08.08.34 #       <Slasheri> hehe, yeah
08.08.40 Join    ender` [0] (i=ychat@84.52.165.220)
08.08.45 #       * amiconn votes for 24bit pcm
08.10.48 #       <midkay> hmm.. when you update rockbox and there's a new settings version or whatever and it resets everything - is the new settings struct version detected on-target and reset on-target?
08.11.20 #       <preglow> it's saved in the config block
08.11.30 #       <preglow> it has to match the current version in the rockbox code
08.12.14 #       <midkay> so.. the new version is loaded, checks the config block version/whatever, and if it's not the same, the settings are reset?
08.12.20 #       <preglow> yup
08.12.22 #       <preglow> defaults all around
08.12.33 #       <B4gder> amiconn: n:m ?
08.12.49 #       * preglow definitely votes for 32 bit pcm, on the grounds of him actually having to work on it :)
08.13.03 #       <amiconn> B4gder: Yes, as explained afterwards.
08.13.26 #       <B4gder> I don't get it
08.13.29 #       <midkay> i really think the user should be prompted to save a config file before the settings are reset, if a different version is detected.. that'd be a great feature. losing your settings inadvertently sucks..
08.13.31 #       <amiconn> We will need something like target: recv1, recv2, fmr  in the .lang file,
08.13.43 #       <preglow> midkay: we'll be moving to pure .cfg files
08.13.49 #       <B4gder> amiconn: it's already supported
08.13.53 #       <amiconn> and match that against e.g. recv1, alarmmod
08.14.06 #       <midkay> preglow, that adds a nice few seconds to boot time, doesn't it?
08.14.08 #       <amiconn> okay
08.14.11 #       <midkay> as well as shutdown time..
08.14.15 #       <preglow> midkay: then we're doing something really wrong...
08.14.18 Join    mnhnhyouh [0] (n=mnhnhyou@220-253-98-31.TAS.netspace.net.au)
08.14.23 #       <preglow> parsing a text file sure as hell shouldn't add seconds
08.14.29 #       <midkay> if it's loaded from disk, it takes a couple seconds..
08.14.31 #       <B4gder> you can make a string like "h100, h300, archos*: text"
08.14.35 #       <amiconn> Well, the .cfg read could need some optimisation
08.14.36 #       <midkay> and saving a CFG file from the menu takes like 5 seconds for me..
08.14.38 #       <preglow> midkay: where do you think the config secvtor comes from?
08.14.45 #       <midkay> preglow, what?
08.14.56 #       <preglow> midkay: the current config is also stored on disk
08.15.11 #       <midkay> preglow, i thought it was in RAM..
08.15.15 #       <preglow> how can it be?
08.15.17 #       <preglow> ram is cleared
08.15.21 #       <midkay> or. wait. no..
08.15.27 #       <midkay> hmm. never really thought about it. :)
08.15.29 #       <preglow> hahah
08.15.33 #       <midkay> but. wait.
08.15.42 #       <preglow> settings are stored in a special binary block after the partition table
08.15.53 #       <midkay> so it's just the actual config file that takes a long time i think. you're not just writing settings, but a bunch of other stuff too.. text, etc.
08.16.18 #       <preglow> well, like i said, there's no reason it should be super-slow
08.16.28 #       <preglow> so if it is, we need to work on it
08.16.29 #       <midkay> preglow, if it's used that way currently, you're right.
08.16.33 #       <amiconn> midkay: What takes most of the time is the disk spinup.
08.16.35 #       <midkay> it's not slow at all as it is now..
08.16.43 #       <midkay> amiconn, for what?
08.16.47 #       <midkay> saving?
08.17.00 #       <amiconn> Of your stated 5 seconds for saving a .cfg
08.17.26 #       <midkay> amiconn, you're right..
08.17.40 #       <amiconn> Switching to .cfg files has multiple advantages:
08.17.45 #       <midkay> always seemed to take longer than i thought.. but i just checked, with the disk on already it's only like 2 seconds or a bit less..
08.18.06 #       <midkay> amiconn, i agree that it's a nice idea :)
08.18.06 #       <amiconn> - no more 'config' version which would reset settings occasionally
08.18.14 #       <midkay> ah, great..
08.18.38 #       <preglow> i'm all for cfg files, but it probably will be very slightly slower
08.18.41 #       <amiconn> - saving the settings in a user-visible place allows for easy clearing of settings from the PC
08.18.47 #       <amiconn> (just delete the file)
08.19.17 #       <midkay> right, and manual adjustment too..
08.19.22 #       <midkay> e.g. if you screw up your color settings..
08.19.28 #       <amiconn> - It would work always. The config sector approach needs two preconditions to work
08.19.29 #       <midkay> but don't want to lose everything else..
08.20.00 #       <amiconn> (1) It won't work on superfloppy formatted media, as there is no partition table.
08.20.21 #       <B4gder> the .cfg might not be as fun for very frequent resume position storage 
08.20.38 #       <amiconn> (2) If the number of sectors per track is low, the config sector might get overwritten by the computer OS accessing it
08.21.04 #       <midkay> amiconn, ah.. cool. :)
08.21.10 #       <midkay> sounds like a great idea - so why isn't it done already? ;)
08.21.22 #       <amiconn> (the latter is *Not* made up, we actually had one such occasion with 8 sectors per track and MacOS overwriting rockbox' settings at each connect!)
08.21.37 #       <midkay> mac. could have guessed. ;)
08.21.54 #       <amiconn> B4gder: Yes, and that's why *some* settings will stay binary (but in an extra file, not the config block)
08.22.11 #       <midkay> isn't resume position in /.rockbox/.playlist_control?
08.22.35 #       <amiconn> No, that's the description how the playlist has to be rebuilt
08.22.43 #       <midkay> oh..
08.23.26 #       <midkay> oh, also - what about a bmp viewer plugin, any reason it's nonexistant? considering the WPS can load/display BMP files... just nobody's done it yet?
08.23.42 #       <preglow> no one done it yet
08.23.46 #       <preglow> but it'll come
08.24.00 #       <Slasheri> Hmm, why not to store binary data as fixed length hex string in the configuration file?
08.24.01 #       <midkay> maybe i'll try it sometime..
08.24.01 #       <preglow> we might want to contemplate a multi-image viewer for the newer targets
08.24.05 Part    mnhnhyouh
08.24.11 #       <preglow> Slasheri: 'cause then we can't use the eeprom for it! :)
08.24.21 #       <Slasheri> hmm :D
08.24.39 #       <Slasheri> hehe
08.24.57 #       <preglow> did you ever make that work, btw?
08.25.02 #       <preglow> i remember you had some problems
08.25.06 #       <Slasheri> yes, eeprom reading works fine
08.25.11 Join    JdGordon [0] (n=JdGordon@c211-28-227-249.smelb1.vic.optusnet.com.au)
08.25.14 #       <Slasheri> at least it worked when i tried it the last time
08.25.17 #       <preglow> tried writing?
08.25.22 #       <Slasheri> not tried that..
08.25.36 #       <Slasheri> i would need to reinstall the iriver fw somehow..
08.25.54 #       <preglow> why would you need that?
08.25.55 #       <Slasheri> and then modify the eeprom content to find out how iriver fw reacts
08.25.59 #       <preglow> ahh, yes
08.26.13 Join    pinkzeppelin [0] (n=4193179e@labb.contactor.se)
08.26.14 Part    biffhero_
08.26.17 #       <preglow> right, you're the only guy in the world with no iriver firmware, forgot about that :)
08.26.24 #       <Slasheri> it would be good to find a safe location in eeprom for use with the bootloader :)
08.26.29 #       <Slasheri> hehe :D
08.26.36 #       <preglow> i don't think there's much space left there
08.26.38 #       <amiconn> Slasheri: (1) Storing the whole .cfg just for the often-changed binary data would be overkill
08.26.47 #       <Slasheri> preglow: i need only one bit
08.26.54 #       <preglow> ahh, right
08.27.16 #       <amiconn> (2) Using a separate file matches better the platforms where we can use true separate storage
08.27.32 #       <Slasheri> amiconn: hmm, true
08.27.32 #       <amiconn> (like the rtc ram on archos recorders, or the serial eeprom on iriver)
08.27.33 #       <pinkzeppelin> Hello everybody.  I own a Ipod 5G, nobody has commented on the "clicking" problem that the Rockbox firmware exhudes.  I posted RMAA analysis results that show the problem in the forum here: http://forums.rockbox.org/index.php?topic=3179.msg23124#new
08.28.00 #       <B4gder> Graphs Are Good (tm)
08.30.07 Quit    pinkzeppelin (Client Quit)
08.30.20 Join    pinkzeppelin [0] (n=4193179e@labb.contactor.se)
08.30.30 Quit    JdGordon (Read error: 104 (Connection reset by peer))
08.31.11 #       <B4gder> pinkzeppelin: it has been discussed in here before
08.31.24 #       <B4gder> I don't think anyone has any real clue yet to why they happen
08.31.32 #       <preglow> pinkzeppelin: that's a wav you've used there?
08.31.44 #       <pinkzeppelin> yes but it is audible even when nothing is playing
08.31.50 #       <pinkzeppelin> meaning it isnt a codec, but the audio driver, apparently
08.31.59 Join    JdGordon [0] (n=JdGordon@c211-28-227-249.smelb1.vic.optusnet.com.au)
08.32.39 #       <preglow> yeah, sure, i was thinking about something else i'm seeing
08.32.48 Quit    JdGordon (Read error: 104 (Connection reset by peer))
08.33.16 #       <preglow> but if it's a wav i'll just assume it's a minor variation in the measurement
08.33.53 #       <pinkzeppelin> yes, they are waves, and i normalized them
08.33.58 #       <preglow> B4gder: btw, read the new "conclusion" on the x5 highfreq issue on the forums? sounds really unlikely to me
08.34.00 #       <pinkzeppelin> if that is what you were seeing...
08.34.10 #       <preglow> i can't see how you can use the wrong sampling rate without hearing it
08.34.28 #       <B4gder> I agree
08.34.36 #       <B4gder> they just throw out wild ideas
08.34.44 #       <preglow> you'd actually have to be skipping some samples when writing to the dac
08.34.52 #       <preglow> which isn't really easy to do without wanting to, heh
08.36.02 #       <amiconn> B4gder: Concerning voice, as you mentioned it on the ML: For easy processing, the converted output should look like today's .lang files, with just the id: and voice: lines
08.36.19 #       <preglow> if someone would post a sample of how x5 audio sounds, i might be able to figure out what's wrong
08.36.30 #       <amiconn> Note that it should have *all* IDs, even those without voice
08.36.32 #       <B4gder> amiconn: ok, I'll fix a special option for that
08.37.12 #       <amiconn> ...and it would be really nice if it would convert to a selectable encoding, instead of writing utf-8
08.37.26 #       <B4gder> gaah
08.37.39 Join    JdGordon [0] (n=JdGordon@c211-28-227-249.smelb1.vic.optusnet.com.au)
08.37.40 #       <preglow> haahha
08.37.50 #       <preglow> ignore that, please, and force amiconn to get a proper editor
08.38.02 #       <amiconn> preglow: This has nothing to do with the editor
08.38.18 #       <amiconn> The sapi speech engines seem to need whatever the default encoding on the used windows installation is
08.38.27 #       <preglow> sweet...
08.38.35 #       <amiconn> ...which happens to be Win1252 (~ISO8859-1) here in europe
08.38.37 #       <preglow> well, perl has a nice code page translation module
08.38.46 #       <Galois> windows? who needs that?
08.38.56 #       <preglow> hmmm
08.39.06 #       <amiconn> It's not *that* big a concern, if the perl script doesn't do that, the vbscript would have to
08.39.09 Quit    JdGordon (Read error: 104 (Connection reset by peer))
08.39.11 #       <preglow> perhaps i should try experimenting with festival to see if it's feasible to use as a speech synth
08.40.05 #       <amiconn> ..and we already have encoding conversion functions in rockbox, which shouldn't be hard to adapt to vbscript
08.40.57 #       <preglow> it's a one-liner in perl
08.41.02 #       <preglow> if i could just remember how...
08.43.36 #       <amiconn> Oh, and btw, since we are going for target-specific voice files anyway, there's no need to keep the bitswap for swcodec platforms...
08.43.49 #       <amiconn> ...and for arm, the tables could be little endian
08.44.02 Quit    pinkzeppelin ("CGI:IRC")
08.44.23 #       <preglow> yeps
08.50.05 #       * amiconn plans to be able to just type 'make voices' in a build dir
08.50.25 #       <amiconn> At least on cygwin, as the first step
08.50.57 #       <B4gder> a worthy quest!
08.52.21 #       <amiconn> Yes.
08.52.57 #       <amiconn> It will require some configure.vbs in the voice tools folder, which scans for available voices and allows to select which ones to use
08.53.25 Join    JdGordon [0] (n=JdGordon@c211-28-227-249.smelb1.vic.optusnet.com.au)
08.53.56 #       <amiconn> Then, 'make voices' would build all selected voices for that target
08.54.35 #       <amiconn> You can run windows binaries and hence vbscripts from within cygwin bash, so there's no problem
09.04.32 #       * amiconn now has an idea how this would have to look like
09.06.34 #       <amiconn> Btw, imho the manual build should work in a similar way,
09.06.51 #       <amiconn> by typing 'make manual' in a build dir, instead of requiring a separate one
09.07.07 #       <amiconn> It uses a sub-dir anyway...
09.08.04 Join    biffhero_ [0] (n=rob@adsl-70-132-29-115.dsl.snfc21.sbcglobal.net)
09.08.13 #       <B4gder> the manual build needs some attention yes
09.08.39 #       <preglow> ahh, yeah
09.08.42 #       <preglow> that's a good point
09.08.51 #       <preglow> unless it depends on any configure magixc
09.08.59 Quit    TCK ("well, if you say so.")
09.09.23 #       <B4gder> I don't think it does
09.09.27 #       <B4gder> or need to at least
09.10.27 #       <amiconn> In fact we could even bundle 'manual.pdf' with the full distribution .zip
09.12.05 Join    LinusN [0] (n=linus@rockbox/developer/LinusN)
09.12.07 Part    LinusN
09.12.25 #       <amiconn> mister master bouncer...
09.12.26 Join    LinusN [0] (n=linus@labb.contactor.se)
09.12.33 #       <LinusN> amiconn: that's me
09.12.56 Quit    JdGordon (Read error: 104 (Connection reset by peer))
09.12.57 ***     Saving seen data "./dancer.seen"
09.13.16 #       <Bg3r> amiconn in fact i think se *should* bundle the manual with ver 3.0
09.13.48 #       <amiconn> Cassandra: are you around?
09.16.43 Join    luigi [0] (n=luigi@dyn-83-152-42-49.ppp.tiscali.fr)
09.24.59 Quit    P1mP (Read error: 110 (Connection timed out))
09.32.31 Join    XavierGr [0] (n=XavierGr@ppp89-adsl-200.ath.forthnet.gr)
09.32.47 #       <Bg3r> XavierGr morning :)
09.32.52 #       <Bg3r> B4gder here ?:)
09.32.56 #       <XavierGr> Morning!
09.32.58 #       <B4gder> yeps
09.33.12 #       <B4gder> at least a bit
09.43.15 Join    ZDaWizzieZ [0] (i=ZDaWizzi@ppp-70-243-175-234.dsl.ltrkar.swbell.net)
09.43.34 #       <ZDaWizzieZ> Hello?
09.44.28 #       <LinusN> hi
09.45.32 #       <ZDaWizzieZ> Oh, you are that guy who made audio playback work on x5?
09.45.44 #       <XavierGr> yes he is!
09.45.48 Join    DJ_Dooms_Day [0] (n=DJDD@220-245-186-182.static.tpgi.com.au)
09.46.07 #       <ZDaWizzieZ> Yea, i'll flash mine x5 once I find my usb cable...
09.47.21 Join    ZZZZZ [0] (i=ZDaWizzi@ppp-70-243-175-234.dsl.ltrkar.swbell.net)
09.47.46 #       <ZZZZZ> Anyone have a color screen of the rockbox gui?
09.49.42 #       <amiconn> Wee, my mini is here now :)
09.50.31 #       <amiconn> Judging from the fact that it has "4GB" written on the back, it should be a 2G
09.50.42 #       <preglow> ahayhahahah
09.50.43 #       <amiconn> But no time for hacking right now... :/
09.50.48 #       <preglow> the battery benchmark obviously didn't work too well
09.50.51 #       <preglow> the file is almost empty
09.50.57 #       <preglow> arghghh
09.51.10 #       <preglow> it says it's resuming, then nothing more
09.51.29 #       <XavierGr> wow you ordered a 2GB model and they sent you a 4GB one?
09.51.43 Join    Gibbed [0] (i=rick@pool-71-108-2-183.lsanca.dsl-w.verizon.net)
09.51.47 Quit    Rick (Nick collision from services.)
09.51.57 #       <amiconn> XavierGr: 2*G* not 2GB
09.51.59 Nick    Gibbed is now known as Rick (i=rick@pool-71-108-2-183.lsanca.dsl-w.verizon.net)
09.52.03 #       <crashd> XavierGr: he means the fact that it has the size winscribed on the back means it's a second gen
09.52.11 #       <amiconn> Minis exist in 2 generations
09.52.11 #       <XavierGr> preglow: Which target
09.52.11 #       <crashd> not that he got a 4gb for a 2gb :0
09.52.15 #       <XavierGr> ah ok my bad
09.52.20 #       <preglow> XavierGr: nano, but it's my fault, forget about it
09.52.38 #       <preglow> it's the ata sleep hack i did to make nano rockbox work
09.52.40 #       <XavierGr> you did a full benchmark?
09.52.43 #       <preglow> yes
09.52.46 #       <XavierGr> ouch!
09.52.49 #       <preglow> but nothing was written to the file
09.52.50 #       <amiconn> The backlight is nice
09.53.04 #       <preglow> amiconn: now for trying rockbox on it!!
09.53.17 #       <amiconn> [09:50:44] <amiconn> But no time for hacking right now... :/
09.53.21 #       <preglow> make time :)
09.53.50 #       <preglow> i've gotta go soon anyway
09.53.53 #       <ZZZZZ> How do you do a batt bench?
09.53.58 #       <preglow> not much rockbox time for me today either
09.55.22 Quit    Rick (Client Quit)
09.58.27 #       <XavierGr> ZZZZZ: http://www.rockbox.org/twiki/bin/view/Main/PluginBatteryBenchmark
10.02.26 #       <ZZZZZ> thx
10.03.06 Join    bobTHC [0] (n=bobTHC@62.34.141.106)
10.03.08 #       <bobTHC> hi
10.04.18 Quit    ZDaWizzieZ (Connection timed out)
10.04.48 #       <preglow> hmm
10.05.07 #       <preglow> the graph in the x5 thread seriously doesn't look like anything i'd expect my resampler to spit out
10.05.11 #       <preglow> too high attenuation
10.05.44 #       <B4gder> the person doing the graph didn't say he used 22Khz
10.06.03 #       <preglow> he very certainly didn't
10.06.19 #       <B4gder> I think LinusN misread
10.06.29 #       <preglow> i'm pretty sure rmaa wouldn't measure up to 22khz if it used a 22khz wav file
10.10.06 Join    Rick [0] (i=rick@pool-71-108-2-183.lsanca.dsl-w.verizon.net)
10.11.46 Quit    midkay (Read error: 110 (Connection timed out))
10.13.12 Join    JdGordon [0] (n=JdGordon@c211-28-227-249.smelb1.vic.optusnet.com.au)
10.14.57 #       <LinusN> the tlv320 data sheet sure isn't the best i've read
10.16.46 #       * preglow has a look
10.20.40 #       <preglow> it sure isn't...
10.21.23 Quit    ZZZZZ ()
10.24.48 #       <preglow> LinusN: how is the tlv clocked?
10.25.05 #       <LinusN> the coldfire provides mclk
10.25.22 #       <preglow> so 11.2?
10.25.26 #       <LinusN> yes
10.26.18 #       <B4gder> anyone figured out a way to rename a flyspray issue?
10.29.56 Join    RRR [0] (i=RRR@as39-130.qualitynet.net)
10.29.59 Part    RRR
10.30.41 #       <preglow> LinusN: why is the input clock divided by two?
10.31.00 #       <LinusN> funny that you asked, i was just checking that out
10.31.17 #       <preglow> that'll yield exactly the problem you have now
10.31.17 #       <preglow> afaik
10.31.30 #       <preglow> and why isn't a sample rate set?
10.31.48 #       <preglow> that is, you're currently running at 48khz
10.31.53 #       <LinusN> 1) the playback was 2x too fast if i didn't divide the clk
10.32.17 #       <LinusN> 2) is it clear that the sampling rate settings apply to the DAC?
10.32.58 #       <preglow> applies to both adc and dac, it seems like
10.33.29 #       <preglow> is there any other way to set it anyway?
10.33.49 #       <LinusN> the sample rate is derived from the i2s clock
10.34.07 #       <LinusN> or rather the word strobe
10.34.15 #       <preglow> so, you've checked that setting a rate in the SRC reg doesn't have any effect?
10.34.29 #       <preglow> i would have thought it had an effect on the oversampling filters
10.34.30 #       <LinusN> i couldn't hear a difference when i set the sample rate to something else
10.34.48 #       <LinusN> but then my ears aren't that sensitive :-)
10.34.50 Join    amiconn_ [0] (n=jens@rockbox/developer/amiconn)
10.34.51 #       <preglow> heh
10.34.55 #       <preglow> spectrum analysers are your friend
10.35.04 #       <preglow> i can't hear anything above 15khz myself
10.35.39 #       <LinusN> anyway, i'll have a look at the mclk issue
10.35.59 #       <preglow> but yeah, it sounds unlikely to me that the oversampling filter is selected based on the i2s clock
10.36.02 #       <XavierGr> «Who the hell wants to hear actors talk?»
10.36.02 #       <XavierGr> H. M. Warner, co-founder of Warner Brothers, 1927. 
10.36.04 #       <XavierGr> lol
10.36.07 #       <preglow> so better set the sampling rate correctly
10.36.36 #       <LinusN> i bet the filter could be way off if mclk is wrong too
10.37.03 #       <preglow> the magnitude response in the forum plot looks very much like the start of an oversampling filter
10.37.18 #       <LinusN> i couldn't tell :-)
10.38.02 #       <preglow> the stopband attenuation is just right
10.38.20 Quit    JdGordon (Read error: 104 (Connection reset by peer))
10.38.59 #       <preglow> though the last part of it isn't exactly right, but heck
10.41.08 Quit    ScoTTie ()
10.41.40 Join    JdGordon [0] (n=JdGordon@c211-28-227-249.smelb1.vic.optusnet.com.au)
10.44.37 Join    petur [0] (n=d4efd6a6@labb.contactor.se)
10.44.54 Quit    JdGordon (Read error: 104 (Connection reset by peer))
10.45.25 #       <preglow> but yeah, the i2s setup code is the same as on iriver, i bet, so that code should be right
10.45.32 #       <preglow> which makes it a bit hard to explain how the sound can be too fast
10.45.53 #       <LinusN> the coldfire can't generate a clock faster than 11.2mhz
10.46.05 Join    JdGordon [0] (n=JdGordon@c211-28-227-249.smelb1.vic.optusnet.com.au)
10.47.41 #       <preglow> the clock shouldn't be anywhere near that anyway, should it+
10.48.50 #       <LinusN> it should be 11.2896MHz
10.49.21 #       <preglow> okays
10.49.53 #       <preglow> doesn't look like there's much point to using 48khz output on this thing, the corner frequency of the filter is the same as for 44.1khz anyway
10.51.13 #       <preglow> hmm, no, it's not, but the passband looks worse
10.51.38 Quit    amiconn (Read error: 110 (Connection timed out))
10.51.38 Nick    amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn)
10.52.00 #       <LinusN> afaics, it sets it to an invalid rate in cvs
10.52.28 #       <LinusN> 0000 isn't in the table
10.52.51 Join    RoC_MM [0] (i=dragon@dsl-29-8.cofs.net)
10.53.03 #       <preglow> no, not for 11.2
10.53.13 #       <preglow> it is 48khz for some of the other clocks
10.53.23 #       <preglow> so setting that to a legal value would be a nice start
10.53.42 Quit    JdGordon (Read error: 104 (Connection reset by peer))
10.54.16 #       <RoC_MM> I was reading on the forums that it's possible to enable the battery indicator for the iPod.  I have a 4G and can use VMWare...is it possible to patch or modify one of the source files to enabled the battery indicator?
10.54.16 #       <LinusN> i'll do that
10.54.36 Join    safetydan [0] (n=dan@rockbox/developer/safetydan)
10.54.41 #       <preglow> RoC_MM: isn't enabled by default? it might not work too well, but should be anbled
10.54.44 #       <preglow> enabled, even
10.54.50 #       <RoC_MM> not on 4G iPod.
10.54.52 #       <RoC_MM> 5G yes.
10.54.56 #       <preglow> okies
10.54.59 #       <RoC_MM> 4G it just displays as full always.
10.55.10 #       <preglow> then we haven't got calibration values for 4g
10.55.24 Join    JdGordon [0] (n=JdGordon@c211-28-227-249.smelb1.vic.optusnet.com.au)
10.55.50 #       <RoC_MM> is there a page that lists commits to iPod target?
10.56.03 #       <preglow> there's a page that lists all commits
10.56.20 #       <preglow> http://www.rockbox.org/since25.html
10.56.31 #       <RoC_MM> right
10.56.38 #       <RoC_MM> Thanks.
10.57.08 #       <RoC_MM> Do you think calibration values will be obtained Any Time Soon for 4G?
10.57.30 #       <RoC_MM> or anything I could do?
10.58.19 #       <preglow> RoC_MM: sure, put a full charge on your ipod, then use the battery_benchmark plugin while letting it play a large number of files in repeat mode until it shuts down due to no power
10.58.34 #       <preglow> RoC_MM: afaik, that's what's needed to calculate what we need
10.58.47 #       <B4gder> wireless mice are cool enough until you sit there without batteries...
10.59.01 #       * B4gder sits here
10.59.17 #       <JdGordon> haha
10.59.20 #       <RoC_MM> preglow, would doing that make the indicator start working, or provide a file I could contribute?
11.00.19 #       <LinusN> preglow: got it
11.01.15 #       <preglow> LinusN: so, what was up?
11.01.25 #       <LinusN> using mclk instead of mclk/2 gives more highs
11.01.39 #       <preglow> how'd you compensate for the speedup, then?
11.01.52 #       <XavierGr> preglow does battery_bench works for 4G Ipods?
11.01.56 #       <preglow> XavierGr: no idea
11.02.03 #       <preglow> linuxstb is the only one who's got one
11.02.14 #       <RoC_MM> I have one!
11.02.25 #       <RoC_MM> What exactly do I get or do once battery_benchmark finishes?
11.02.41 #       <XavierGr> RoC_MM: If you are goint to do a battery benchmark using the plugin, test it for a couple of minutes to see if you get any output.
11.02.45 #       <LinusN> preglow: the mclk input setting on the tlv320 is only for the filters
11.03.11 #       <preglow> LinusN: but i thought you said you got speedy audio if you set it
11.03.17 #       <XavierGr> RoC_MM: http://www.rockbox.org/twiki/bin/view/Main/PluginBatteryBenchmark
11.03.28 #       <LinusN> my bad, that was the pll setting in the coldfire
11.03.32 #       <preglow> ahh
11.03.35 #       <preglow> well, then all is well
11.03.44 #       <LinusN> so the filter is still not right
11.04.08 #       <XavierGr> RoC: first let it run for 10 minutes, then if you get a file that has measured time and voltage level you can do a full benchmark.
11.04.20 #       <preglow> LinusN: oh?
11.04.23 #       <RoC_MM> OK.
11.04.52 #       <LinusN> since the mclk output from the coldfire is fin/2
11.05.05 #       <preglow> ahhh
11.05.15 #       <LinusN> i'll have to fix that
11.05.22 #       <RoC_MM> preglow, It seems that doing this would give me an idea of the batteries life under normal conditions, but would it get the battery indicator working or could I contribute to that effort in any way?
11.05.23 #       <preglow> but what about the sfreq setting?
11.05.27 #       <preglow> did that have any impact?
11.05.38 #       <XavierGr> I guess that will be the first good use of the plugin. Taking measurements to balance battery calibration values for future targets  :)
11.05.39 #       <preglow> RoC_MM: it would help us get the indicator working, yes
11.05.42 #       <LinusN> preglow: no
11.06.06 #       <RoC_MM> Where should I upload the file once I do a full benchmark (assuming it logs correctly)
11.06.39 #       <XavierGr> RoC: If you do a full benchamark. And volt is measured with time then a developer can take those numbers and calibrate the battery thingy.
11.06.44 #       <preglow> hmm
11.06.45 #       <preglow> http://www.rockbox.org/twiki/bin/view/Main/IpodRuntime
11.06.45 #       <XavierGr> RoC: On the wiki
11.06.49 #       <preglow> you can upload it there
11.06.53 #       <preglow> and tell one of us it's there
11.06.55 #       <XavierGr> yeah
11.06.56 #       <preglow> so we can use it
11.07.06 #       <RoC_MM> OK
11.07.37 #       <preglow> 4gs with 60 disks exists? or should those "4g" be "5g" in that page
11.07.52 #       <preglow> 60 gig disks, that is
11.09.01 #       <XavierGr> RoC: Please tell us if the plugin will manage to measure voltage and runtime.
11.09.39 #       <RoC_MM> Most of my MP3's are mixed bitrates, between 128 and 256, with some 320 MP3s and a few q5 Oggs thrown in....do I need to only play one select format and bitrate for my benchmark results to be useful?
11.09.41 #       <RoC_MM> OK
11.10.23 #       <RoC_MM> like just one album or something?
11.10.31 #       <XavierGr> well usually benchmarks are usefull on strict rules, but you can do virtually anything you like.
11.10.49 #       <XavierGr> yeah, choose a specific album more than 50-60MB
11.10.56 #       <XavierGr> and set to repeat
11.11.16 #       <RoC_MM> ok
11.11.26 #       <XavierGr> 128 kbps would be good to compare with the default firmware values
11.11.37 #       <XavierGr> so does it capture voltage?
11.11.48 #       <RoC_MM> only got one reading
11.11.52 #       <RoC_MM> I will start it again
11.12.52 #       <XavierGr> hmmm you will have to let it for some time. It will log when you ÇD is active (from idle) and the voltage has changed
11.13.00 ***     Saving seen data "./dancer.seen"
11.13.27 #       <XavierGr> so play a track let it buffer and then leave it alone for 30 secs, then play another track e.t.c
11.14.03 #       <XavierGr> do this for 5 times and then load another plugin (to end the benchmark)
11.14.13 #       <XavierGr> and see if you got more measurements
11.14.45 #       <XavierGr> if you got then I think that a full benchmark will work.
11.15.14 #       <RoC_MM> ok
11.15.17 #       <RoC_MM> testing
11.16.48 #       <RoC_MM> weird
11.16.50 #       <RoC_MM> did as you said
11.16.52 #       <RoC_MM> Battery type: 1500 mAh      Buffer Entries: 1000
11.16.52 #       <RoC_MM>   Time:,  Seconds:,  Level:,  Time Left:,  Voltage[mV]:,  M/DA:, U:
11.16.52 #       <RoC_MM> 00:00:31,  00031,     100%,     10:20,           11410,     0001,  -
11.17.16 #       <XavierGr> 11410mV????
11.17.25 #       <RoC_MM> that's what it says
11.17.26 #       <preglow> XavierGr: the scaler is dead wrong
11.17.39 #       <preglow> XavierGr: but that shouldn't matter for a calibration run, i think
11.17.50 #       <RoC_MM> it still only has one line
11.17.59 #       <XavierGr> hmm this is what bothers me.
11.18.02 #       <RoC_MM> shouldn't it have like a whole bunch of lines in the log?
11.18.09 #       <RoC_MM> I played 5 tracks
11.18.13 #       <preglow> XavierGr: btw, ata_disk_is_active() always returns false on nano, that'll break your plugin, yes? :P
11.18.19 #       <XavierGr> yes
11.18.20 #       <RoC_MM> 30 seconds or a little more each
11.18.25 #       <XavierGr> but on 4G
11.18.27 #       <XavierGr> ?
11.18.30 #       <XavierGr> is it active?
11.18.31 #       <preglow> RoC_MM: each time your disk spins up, it should add another line
11.18.46 #       <preglow> XavierGr: how often does it log?
11.19.00 #       <RoC_MM> so I should pick songs that aren't in that 30meg cache and will make it spinup?
11.19.18 #       <XavierGr> every disk activity that occurs. Also it logs when the voltage level is changed
11.19.34 #       <XavierGr> RoC:yes
11.19.38 #       <B4gder> RoC_MM: run a big playlist and let it play non-stop
11.19.56 #       <RoC_MM> and I'll definately get more than one line right?
11.19.57 #       <preglow> XavierGr: but i don't know how to do it, the nano flash _is_ always sleeping
11.20.11 #       <preglow> it goes into sleep mode just a couple of msecs after the last access
11.20.12 #       <XavierGr> how is the ondio implementation?
11.20.29 #       <preglow> i'll probably just have to fake that it's spinning
11.20.35 #       <Bg3r> XavierGr in fact it'll log on every disk spinup *only* if there is anything for logging ...
11.20.47 #       <XavierGr> Bger: Yes, my bad
11.20.50 #       <preglow> that also always returns false
11.20.54 #       <XavierGr> I mean that's what I meant
11.21.07 #       <Bg3r> okies
11.21.16 #       <preglow> so battery bench probably doesn't work too good on ondio either
11.21.16 #       <XavierGr> preglow: amiconn told me that on ondio the plugin works well.
11.21.18 #       <RoC_MM> Is the log needed to when I finish the benchmark?
11.21.36 #       <XavierGr> yes
11.21.37 #       <preglow> XavierGr: depends on if he used an mmc or not
11.21.40 #       <preglow> mmcs will work
11.21.49 #       <preglow> they don't always return false
11.21.50 #       <RoC_MM> What should I do with the log?
11.21.52 #       <preglow> for the internal flash, it does
11.22.05 #       <XavierGr> post it in the wiki and tell us where to find it
11.22.13 #       <RoC_MM> OK.
11.23.26 #       <XavierGr> preglow any idea on this?
11.23.52 #       <preglow> no
11.24.00 #       <preglow> and i've gotta go for a little while
11.24.01 #       <preglow> later
11.24.23 #       <XavierGr> so you say that nano never returns true on reading/writing?
11.24.27 #       <XavierGr> ah okay later then
11.24.33 #       <RoC_MM> will do the benchmark later
11.24.35 #       <RoC_MM> nite
11.24.51 Quit    RoC_MM ("Leaving")
11.30.35 #       <XavierGr> In fact I think it is time to make an H300 benchmark with my 1900mAh battery.
11.30.55 #       <XavierGr> Rockbox managed to give H140 25 hours of playback with the same battery
11.33.54 #       <webmind> does anyone know the battery spec of the nano ?
11.34.58 Join    bluebrother^ [0] (n=dom@nat-wh-1.rz.uni-karlsruhe.de)
11.35.05 #       <linuxstb> preglow: Yes, the 4G Color/Photo came in 60GB models - I have one.
11.35.39 #       <dwihno> 5g is video?
11.35.45 #       <linuxstb> yes
11.36.10 Join    Moos [0] (i=DrMoos@m11.net81-66-158.noos.fr)
11.36.51 #       <dwihno> are they easily scratched?
11.37.07 #       <dwihno> (i.e. prone to scratches)
11.38.03 #       <linuxstb> Probably easier than other DAPs (e.g. the irivers), but my 5g is still looking OK after a few months use.
11.38.31 #       <linuxstb> But I think most people just keep them inside skins.
11.39.31 #       <Slasheri> linuxstb: hehe, now i got tracknumbering to work :)
11.39.58 #       <Slasheri> still have to deal somehow with the case where now tracknumber tags are available
11.39.58 #       <dwihno> Then I have to be extra careful once I get one. (when/if)
11.40.08 #       <Slasheri> -w
11.40.10 #       <linuxstb> Nice - that's the most common question about tagache that I've read so far.
11.40.10 #       <dwihno> My first project will be a ffmpeg port ;D
11.40.32 #       <linuxstb> The whole of ffmpeg? :)
11.41.23 #       <dwihno> Why not? :)
11.41.42 #       <dwihno> Nah, to be honest, I don't think I'm good enough to pull it off.
11.41.44 #       <linuxstb> Slasheri: Can you default to alphabetical order if there are no tags.
11.42.22 Join    Jungti1234 [0] (n=jungti12@124.60.15.86)
11.42.39 #       <linuxstb> dwihno: ffmpeg is not suited for embedded use - it's far too big and uses far too many mallocs and floating point operations.  But porting individual codecs is possible (our FLAC and Shorten decoders are from ffmpeg).
11.43.05 Join    ashridah [0] (n=ashridah@220-253-121-111.VIC.netspace.net.au)
11.43.24 #       <dwihno> linuxstb: well, if anyone wants to initiate a video player, the gpl player "tcpmp" might be of use
11.44.21 #       <dwihno> Should be pretty non-floatized
11.44.31 #       <Slasheri> linuxstb: hmm, yep. Probably we could generate the tracknumber tags somehow while generating the database
11.44.31 #       <linuxstb> Maybe, but Windows CE and PalmOS devices are normally much more powerful than Rockbox targets.  It wouldn't surprise me if it's C++ as well.
11.44.33 Join    tucoz [0] (n=martin@rockbox/developer/tucoz)
11.45.04 #       <Slasheri> linuxstb: do you think i should add also composer, length, bitrate etc. tags to the tagcache? I have already added the year
11.45.19 #       <XavierGr> composer for sure!
11.45.35 #       <XavierGr> what will classical junkies like me will do without it.
11.45.43 #       <linuxstb> Yes, I think so.  It may be worth canvassing views in general about which tags should be standard in Rockbox.
11.46.05 #       <Slasheri> ok, i will do that. But i will leave the UI design for some other guy then ;)
11.47.39 #       <linuxstb> Personally, I would also like a tag for "type" - e.g. studio album, official live recording, bootleg live recording, demo, TV/Radio broadcast...  But maybe that's a bit specialised...
11.48.01 #       <Spida> does USB-charging work for iriver h3x0 now?
11.48.46 #       <Spida> I only have the USB-cable, and battery voltage is to low to start the original firmware
11.48.51 #       <Spida> or any firmware.
11.49.09 #       <Slasheri> well, we have 10 tags now :)
11.49.20 #       <Spida> usb the bootlaoder-usb mode works (which I don't understand. doesn't it check for battery-voltage?)
11.49.53 Join    muesli__ [0] (n=muesli_t@88.134.20.76)
11.53.21 #       <linuxstb> Slasheri: Will Track Rating be something external to tagcache?
11.54.11 #       <Slasheri> linuxstb: i am not yet sure what is the best way to implement it
11.54.14 #       <LinusN> Spida: it just displays the voltage, nothing else
11.54.47 #       <Slasheri> it could be easily integrated with the tagcache (as separate numeric tag), but somehow it must be also exportable outside the tagcache
11.55.15 #       <petur> you don't want it lost when the cache is rebuild...
11.55.31 #       <Jungti1234> hi
11.55.37 #       <Jungti1234> markun?
11.55.54 #       <Slasheri> linuxstb: probably i will integrate it with tagcache, as i need to create a special changelog file for all tags in future when tags can be changed inside rockbox
11.55.56 #       <Spida> LinusN: so, how to I get it charged without the original charger?
11.56.08 #       <LinusN> use the original firmware
11.56.15 #       <Slasheri> that way regenerating the tagcache wouldn't be a problem
11.56.57 #       <Spida> LinusN: I can't use the original firmware. It won't start, claiming voltage is to low
11.57.26 #       <LinusN> Spida: then you must have turned off usb charging :-(
11.57.54 #       <Spida> yeah. sometime I wan't to use the ueb-port.
11.58.15 #       <Spida> -'
11.58.35 #       <LinusN> Spida: you can use it without turning off usb charging, can't you?
12.00.30 #       <Spida> hm, not with the original firmware.
12.01.13 #       <LinusN> oh
12.02.43 #       <tucoz> bluebrother^, around?
12.04.15 #       <Moos> LinusN: already spoted and fixed the audio problem? :)
12.04.20 #       <LinusN> yup
12.04.31 #       <Moos> Congrates
12.04.32 #       <bluebrother^> tucoz: yes
12.04.51 #       <tucoz> bluebrother^, what do you think of ditching the use of floats for tables and figures?
12.05.35 #       <bluebrother^> I was already thinking about changing all figures as the [!h] produces warnings.
12.05.51 #       <tucoz> change to what?
12.06.23 #       <bluebrother^> as a first step changing to [!ht] as latex uses this automatically.
12.06.53 #       <bluebrother^> another idea would be using floating figures so the screenshots could placed aside of the text.
12.07.06 #       <bluebrother^> I think this would be nice especially for the plugins.
12.08.04 #       <tucoz> like having the text wrap around figures?
12.08.11 #       <bluebrother^> yeah.
12.08.20 #       <tucoz> yes, I've also thought about that.
12.08.39 #       <tucoz> but, some of the tables and figures should (imo) be placed where in the text they appear
12.08.40 #       <bluebrother^> but I need to look more close to this, I only tried the h1xx manual for now.
12.09.32 Join    imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net)
12.09.34 #       <bluebrother^> don't know if this works good for targets with bigger displays
12.10.08 #       <tucoz> well, we could (like we do now) have the images of the same size for all targets
12.10.29 #       <tucoz> just define a width
12.10.32 #       <bluebrother^> yeah, this would be good.
12.10.50 #       <Mikachu> lostlogic: i can't scroll in View ID3 Info without letting go of the wheel after every step, that must be your fault :)
12.10.53 #       <tucoz> all screenshots are now of a 4 cm width
12.11.13 #       <XavierGr> tucoz: how is the manual progress going? Will it catch the 3.0 release?
12.11.30 #       <bluebrother^> I think we should concentrate on the style guidelines.
12.11.32 #       <tucoz> XavierGr, I would say it's progressing nicely
12.11.57 #       <bluebrother^> aside with this we could introduce a command for our pictures and use that.
12.12.13 #       <bluebrother^> so we could set the size globally.
12.12.26 #       <tucoz> bluebrother^, I think I could write a mail to the dev-ml and ask the manual writers to follow the style guidelines
12.12.46 #       <bluebrother^> and later surround it with a floating environment if we decide to do so.
12.12.56 #       <bluebrother^> good point
12.12.59 #       <tucoz> sounds good
12.13.08 #       <bluebrother^> but we need to work the guidelines out more.
12.13.16 #       <tucoz> yes, of course
12.13.19 Quit    Seed (Nick collision from services.)
12.13.21 #       <bluebrother^> I just moved some stufff and added my ideas ;-)
12.13.26 Join    Seed [0] (i=ben@85-64-200-85.barak-online.net)
12.13.45 Quit    petur ("CGI:IRC 0.5.7 (2005/06/19)")
12.13.56 #       <bluebrother^> I was playing around with the preamble yesterday also.
12.14.10 #       <tucoz> What are the issues right now? Table headers, floats/non-floats
12.14.26 #       <tucoz> what did you find out then?
12.15.17 #       <bluebrother^> I was playing with the headers. I think it would look great to have a heading saying "Rockbox Manual for(targetname)"
12.15.35 Join    webguest78 [0] (n=3e4f4094@labb.contactor.se)
12.15.47 #       <bluebrother^> do you think we should stick to a one-sided layout?
12.16.11 #       <tucoz> Hmm, not sure. You seem to be the Latex guru around here :-)
12.16.16 #       <bluebrother^> then I'll try to adjust the headers and submit it as patch later today.
12.16.30 #       <bluebrother^> really? I haven't done latex for quite some time ;-)
12.16.54 Join    ScoTTie [0] (i=skotty@unaffiliated/scottie)
12.17.15 #       <tucoz> well, it seems you know what you're talking about at least. I am glad for that.
12.17.15 #       <bluebrother^> tucoz: sorry, I need to leave for some time. cul
12.17.20 #       <tucoz> cu
12.17.29 #       <bluebrother^> (1h or so I guess)
12.17.36 #       <tucoz> ok ,see you then
12.20.37 #       <Mikachu> lostlogic: probably the problem is near line 1100 in screens.c and a bit down
12.27.22 Quit    quobl (Remote closed the connection)
12.27.32 Quit    Bg3r (Read error: 110 (Connection timed out))
12.29.01 Join    Bg3r [0] (n=Bager@rockbox/developer/Bger)
12.32.02 #       <JdGordon> ok, did some1 change something? pu need to press play twice for it to pause now
12.32.05 #       <JdGordon> (h300)
12.32.22 #       <LinusN> was the lcd off?
12.32.34 #       <JdGordon> ye
12.32.40 #       <LinusN> there you go
12.32.57 #       <JdGordon> .. u finnaly add that and im used to the other way :p 
12.33.05 #       <LinusN> change the setting then
12.33.17 #       <Spida> doesn't rockbox check the battery-voltage in bootloader-usb-mode?
12.33.25 #       <Bg3r> JdGordon :)
12.33.38 #       <LinusN> Spida: i told you
12.33.56 #       <LinusN> Spida: it just displays the voltage, nothing else
12.38.14 #       * B4gder pulls down the curtains
12.38.19 #       <B4gder> darned light!
12.39.18 #       <safetydan> Fear the daystar.
12.39.33 #       <preglow> exceptionally nice weather today
12.39.51 #       <preglow> about time the damn snow started melting
12.39.56 #       <safetydan> if you call windy and overcast nice weather... oh wait, not all the world is London
12.40.23 #       <preglow> thanked be the gods, no
12.43.00 #       <XavierGr> hehe
12.43.20 #       <XavierGr> I dislike much light too!
12.44.14 #       <preglow> tons of light and a blue sky
12.44.29 Quit    Bg3r ("bbl")
12.44.55 #       <DJ_Dooms_Day> Hey does anyone know how to access the search feature on the H3xx series rockbox?
12.44.56 #       <preglow> makes me want to shirk work for an hour's time and go find some nice spot in the sun to have a beer
12.46.10 #       <DJ_Dooms_Day> ...is it even IN the H3xx build yet?
12.47.24 #       <B4gder> what search feature?
12.48.01 #       <tucoz> XavierGr, where in greece do you live?
12.48.10 #       <DJ_Dooms_Day> when i had my H1xx i could bring up a search function and type in a few letters and it'd search the DB file and produce a list
12.48.21 #       <XavierGr> preglow I've got Sun and Blue Sky for granted so that's why i am not very fond of it.
12.48.39 #       <XavierGr> tucoz: City of Heraklion in Crete
12.49.15 #       <preglow> haha
12.49.15 #       <tucoz> ok. Lots of tourists there, eh?
12.49.21 #       <XavierGr> yes indeed
12.49.25 #       <preglow> how can you stop loving it?
12.49.38 #       <tucoz> I would almost assume you speak scandinavian then
12.49.47 #       <preglow> i've seen my fair share of it, but it never fails to make me happier than i was
12.49.47 #       <preglow> haha
12.49.49 #       <DJ_Dooms_Day> ANyone know???
12.49.50 #       <XavierGr> It's like if you are eating the same food every day.
12.49.56 #       <B4gder> "Apple, the company has released an update to the iPod nano and 5th generation iPod that allows the user to set the maximum volume level"
12.50.03 #       <preglow> haha, sure
12.50.14 #       <preglow> but yeah, having had a hard winter helps
12.50.17 #       <DJ_Dooms_Day> ok nevermind, found it
12.50.22 #       <preglow> i'm beginning to grow tired of snow now
12.50.42 #       <XavierGr> But I am considered "strange" for my habits. Most of the people here love Sun.
12.50.48 #       <DJ_Dooms_Day> B4gder - Which means what? YOu couldn't set max vol level before?
12.50.52 #       <tucoz> XavierGr, that is the same here. It's like eating the same food every day by living in Bergen. But exchange the sun and blue sky with rain and gray sky.
12.51.13 #       <linuxstb> DJ_Dooms_Day: I believe it's a user-defined cap on the volume.
12.51.27 #       <preglow> tucoz: trondheim was just the same...
12.51.35 #       * preglow hugs the southern parts of norway
12.51.49 #       <XavierGr> tucoz: I know what you mean. But sometimes due to much sun I like cloudy days.
12.52.03 #       <tucoz> you are lucky :)
12.52.05 #       <B4gder> there it is => http://docs.info.apple.com/article.html?artnum=303414
12.52.22 #       <linuxstb> And I saw some requested that feature for Rockbox this morning as well....
12.52.27 #       <linuxstb> s/some/someone/
12.52.27 #       <DJ_Dooms_Day> Linuxstb - Obviously, but why?
12.52.32 #       <B4gder> I noticed that too
12.52.36 #       <Mikachu> is there any particular reason the statusbar is hidden while inserting tracks?
12.52.52 #       <linuxstb> DJ_Dooms_Day: I haven't a clue...
12.52.59 #       <B4gder> DJ_Dooms_Day: there's a lawsuit against apple going on
12.53.04 #       <preglow> i like the fact that disk mode hangs when it's finished charging
12.53.04 #       <DJ_Dooms_Day> haha
12.53.10 #       <B4gder> claiming hearing loss
12.53.19 #       <B4gder> which could be one reason
12.53.27 #       <DJ_Dooms_Day> Are you serious?? THats fucking stupid
12.53.41 #       <preglow> DJ_Dooms_Day: oh, you mean just like people?
12.54.04 #       <B4gder> they like sueing over there
12.54.10 #       <DJ_Dooms_Day> I would say predominantly Americans preglow, but yeah, sure ;)
12.54.22 #       <preglow> hahaha
12.54.28 #       <preglow> oh, just can find stupid people everywhere
12.54.32 #       <preglow> s/just/you/
12.54.41 #       <preglow> you can find ones that aren't able to write a coherent sentence too
12.54.59 #       <DJ_Dooms_Day> hehe
12.55.08 #       <B4gder> that's the worst kind!
12.55.19 #       <preglow> yeah, i hate those bastards
12.55.23 #       <preglow> scum of the earth
12.55.24 #       <DJ_Dooms_Day> ANyway, so people are actually requesting that you put THAT feature on rockbox?
12.55.38 #       <B4gder> one user did at least
12.55.43 #       <preglow> good, plain old stupidity
12.55.46 #       <DJ_Dooms_Day> Ban him
12.55.49 #       <preglow> <--- rockbox political spokesman
12.56.12 #       <B4gder> I bet we can reach 1 million feature requests within a few years ;-)
12.56.21 #       <preglow> hahah
12.56.28 #       <preglow> that section will be closed long before then
12.57.11 #       <preglow> LinusN: so it works fine now?
12.57.52 #       * webguest78 wonders why this is still open http://www.rockbox.org/tracker/task/4920
12.58.03 Join    petur [0] (n=d4efd6a6@labb.contactor.se)
12.58.11 #       <webguest78> Seems like a case of rtfm
12.58.14 Join    MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net)
12.58.24 #       <LinusN> preglow: sounds really good
12.58.30 #       <preglow> great
12.58.53 #       <preglow> B4gder: how much for shipping a shirt to norway, you think?
12.58.57 #       <LinusN> but the boost ratio is still too high
12.59.05 #       <preglow> LinusN: isn't it always?
12.59.26 #       <LinusN> 192kbit/s -> 10% on h300 and 30% on x5
12.59.31 #       <preglow> ouch
12.59.37 #       <preglow> why?
12.59.41 #       <LinusN> beats me
12.59.45 #       <linuxstb> LCD driver?
12.59.49 #       <LinusN> hardly
12.59.59 #       <preglow> well, not too many candidates left, then
13.00.31 #       <LinusN> well, i have to try less lcd updates, but i doubt that it would make a diff
13.01.41 #       <LinusN> last time i checked, we had numerous threads that didn't sleep properly, but it should be the same on h300...
13.01.58 #       <LinusN> oops, i forgot to eat lunch
13.02.02 #       <preglow> hahaha
13.02.10 #       <LinusN> cu l8r
13.04.28 #       <Jungti1234> bye
13.06.28 #       <B4gder> preglow: I think it is the same "within europe" cost
13.07.49 #       * preglow boos at the swedish postal service
13.08.36 #       * petur hopes he was quick enough to reply ;)
13.11.49 #       <petur> I wonder how long it will take before somebody files a feature request for doom on x5
13.12.29 #       <webguest78> Isn't it already built?
13.12.51 #       <webguest78> Not that built==works, but
13.13.01 ***     Saving seen data "./dancer.seen"
13.14.12 Join    Bg3r [0] (n=Bager@rockbox/developer/Bger)
13.14.41 Quit    safetydan ("Leaving")
13.16.58 #       <linuxstb> Has anyone tried adding button mappings for Doom and building it for the X5?
13.17.12 Quit    petur ("CGI:IRC (Ping timeout)")
13.17.48 #       <webguest78> 2006 28 Mar 17:22	Christian	apps/plugins/Makefile 1.74 	x5: lets build doom...
13.17.50 Join    b00st4 [0] (i=fr33z0r@ppp-82-135-11-114.mnet-online.de)
13.17.54 #       <b00st4> holla
13.17.59 #       <preglow> holla
13.18.38 #       <b00st4> hm, i tried to change the bootscreen yesterday, compile worked fine, but it doesnt switch on my ipod...
13.19.04 #       <b00st4> rockboxlogo.320x98x16.bmp replaced this 24-bmp for my ipod 5g
13.19.22 #       <muesli__> any gmini 400 owner here?
13.19.22 #       <b00st4> rockbox\apps\bitmaps\native
13.21.24 #       <b00st4> hmm, any idea?
13.21.47 Join    quobl [0] (n=quobl@tor/session/x-d4eef964a82b9353)
13.24.56 #       <b00st4> rockboxlogo.h do i have to edit this?
13.25.31 #       <linuxstb> Have you tried "make clean", and then rebuilding Rockbox?
13.25.42 #       <linuxstb> No, you shouldn't have to edit that file.
13.26.06 #       <b00st4> how ya mean make clean?
13.26.17 #       <b00st4> del all on my ipod?
13.26.43 #       <linuxstb> No, just type "make clean" in your build directory, followed by "make", followed by "make zip"
13.27.01 #       <b00st4> ah, ok
13.27.09 #       <b00st4> but dir was empty before
13.27.25 #       <b00st4> compiled totally new
13.27.29 #       <linuxstb> In which case, that's not going to be the problem...
13.27.44 #       <b00st4> jap
13.28.10 #       <b00st4> what im wondering is, that the file it shows doesnt even exist any more
13.28.16 #       <DJ_Dooms_Day> hey anyone know where the database builder is, off the top of their head
13.28.18 #       <DJ_Dooms_Day> ?
13.28.24 #       <b00st4> cuz i replaced it
13.28.56 Join    petur [0] (n=d4efd6a6@labb.contactor.se)
13.29.01 #       <tucoz> general settings -> playback
13.29.02 #       <LinusN> DJ_Dooms_Day: yes, it's integrated in rockbox nowadays
13.29.14 #       <DJ_Dooms_Day> Ah, nifty
13.29.28 #       <b00st4> anyways, im at lunch, try to fix that later on....
13.29.46 #       <linuxstb> b00st4: Did you definitely copy the new rockbox.ipod correctly?  If you go into the main menu, and then Info -> Version, does it display the data/time of your build at the bottom?
13.30.49 #       <DJ_Dooms_Day> Hey whats a 60/80GB HDD go for these days? I mean, one of the one small enough to fit in a iriver? (1.5 inch yes?)
13.31.53 #       <petur> 1.8
13.32.24 #       <petur> 80GB have been announced but haven't seen 'm yet
13.33.13 #       <tucoz> wonder if the new (probably expensive as h**l) flash based hard disks would work in an iriver.
13.34.00 #       <b00st4> <linuxstb> yap it does
13.34.07 #       <b00st4> other patches applied
13.34.14 #       * b00st4 restart
13.34.20 Quit    b00st4 ()
13.34.37 Join    b00st4 [0] (i=fr33z0r@ppp-82-135-11-114.mnet-online.de)
13.34.48 #       <DJ_Dooms_Day> Why would you want flash based HDDs?
13.35.10 #       <tucoz> Silent operation for instance
13.35.33 #       <petur> shocks won't harm it
13.35.38 #       <tucoz> that also
13.35.42 #       <DJ_Dooms_Day> Are you serious? You can't even hear HDDs
13.36.00 #       <tucoz> The iriver spin-up sound is getting on my nerves
13.36.04 #       <Mikachu> tucoz: are you sure you don't mean a solid state disc?
13.36.23 #       <tucoz> Mikachu, don't know. The new ones from Samsung
13.36.23 Quit    Jungti1234 ()
13.36.36 #       <tucoz> probably called solid state. I thought they were flash based though
13.37.08 #       <tucoz> I think the largest atm is a 32GB
13.37.11 #       <DJ_Dooms_Day> Tucoz? wtf do you do with your iriver? With mine, i listen to music. Generally, if your listening to music, you can't here the sound
13.37.47 #       <tucoz> hehe, I sometimes start it. And when I don't listen to music, but browse around it spins up.
13.37.48 #       <Mikachu> ram with a battery is a lot faster than flash roms...
13.38.04 #       <Mikachu> and i think those are called solid state maybe
13.38.10 #       <tucoz> I see.
13.38.50 #       <tucoz> Mikachu, the solid state is based on NAND flash
13.38.59 #       <tucoz> http://news.com.com/Photo+Samsungs+solid-state+disk/2009-1001_3-5717119.html
13.39.09 #       <Mikachu> okay
13.39.14 #       <DJ_Dooms_Day> Wow, i just munched through an entire battery in a few hours. 
13.40.12 #       <tucoz> It is faster than mechanical drives they say. 3 times the read, and 1.5 times the write. Less power consumption. I think it sounds sweet.
13.40.41 Join    Shagnar [0] (n=Shagnar@p54A0FA0A.dip.t-dialin.net)
13.41.06 #       <Shagnar> hello everybody!
13.41.34 #       <tucoz> hi
13.41.53 #       <Shagnar> recently i got a bug, i can't browse the files anymore because there are no more files shown (just an empty screen when entering the file browse mode) rockbox (newest version) on H-140
13.42.00 #       <DJ_Dooms_Day> That one uses IDE. 7500 RPM drives can already read at around 100MBs, and with IDE cables that can only transfer at around 130MBs (or was it 150?), there isn't much room for improvement.
13.42.08 #       <Shagnar> does anybody have an idea?
13.42.17 #       <LinusN> Shagnar: what is your "Show files" setting?
13.42.44 #       <DJ_Dooms_Day> Shagnar - Hold down the AB button and change the 'show files' to all
13.43.23 #       <Shagnar> dj, did that already
13.43.43 #       <tucoz> Maybe you are in an empty directory?
13.43.47 #       <Shagnar> uhm, very strange. i pressed the "play" button in this empy screen, and the iriver got frozen
13.43.57 #       <Shagnar> after resetting the files are shown again.
13.44.07 #       <LinusN> wow
13.44.09 #       <DJ_Dooms_Day> heh
13.44.09 #       <Shagnar> tucoz: no, just nothing was shown anymore
13.44.15 #       <DJ_Dooms_Day> I think i know what your issue was
13.44.29 #       <DJ_Dooms_Day> Its to do with that ID3 tag database
13.44.44 #       <DJ_Dooms_Day> I used to get that problem too if the database was out of date
13.44.51 Join    Coldtoast [0] (n=blah@d220-238-51-10.dsl.vic.optusnet.com.au)
13.45.01 #       <Coldtoast> howdy all
13.45.11 #       <Shagnar> ah okay
13.45.17 #       <Shagnar> thx to all^^
13.45.18 #       <Coldtoast> hey. is there any likelihood at all that Rockbox might ever be ported to the PSP?
13.45.31 #       <DJ_Dooms_Day> I doubt it
13.45.59 #       <Coldtoast> all the homebrew media players as well as the Sony MP3 support are horrible
13.48.12 #       <B4gder> it "just" takes a dedicated skilled person or team
13.48.45 #       <muesli__> is the archos gmini 120 supported?
13.48.50 #       <B4gder> no
13.48.57 #       <muesli__> oh :(
13.49.05 #       <B4gder> we don't have gmini support
13.49.28 #       <muesli__> that model is quite old though..but useful as a data carriere
13.49.30 #       <muesli__> -e
13.53.12 #       <linuxstb> Coldtoast: Is SDL ported to the PSP?
13.56.42 #       <Lynx_> How do I change the font colour in rockbox?
13.57.26 #       <DJ_Dooms_Day> General settings>display
13.57.26 #       <JdGordon> settings > display  >lcd >
13.57.30 #       <MarcoPolo> I have the following problem compiling cvs : make[3]: *** No rule to make target `i_net.h', needed by `/home/marc/Install/rockbox/rockbox/build/apps/plugins/doom/d_net.o'.  Stop.
13.57.31 #       <DJ_Dooms_Day> then foreground
13.57.46 #       <MarcoPolo> but I can't find i_net.h in the files
13.57.48 #       <Coldtoast> linuxstb: not that I know of
13.58.01 #       <B4gder> MarcoPolo: how did you get the sources?
13.58.02 #       <Coldtoast> but that doesn't mean much. heh
13.58.07 #       <MarcoPolo> B4gder: cvs up
13.58.19 Join    Kohlrabi [0] (n=Kohlrabi@dslb-082-083-130-172.pools.arcor-ip.net)
13.58.54 #       <Lynx_> DJ_Dooms_Day: ah, thx
13.59.05 #       <webguest78> linuxstb: casual googling suggests it may be
13.59.38 #       <B4gder> I have no references to i_net in my doom sources
14.01.09 #       <MarcoPolo> B4gder: so do I
14.01.19 #       <MarcoPolo> B4gder: only at compilation I get this message
14.01.31 #       <MarcoPolo> B4gder: well, make clean was the solution
14.01.38 #       <MarcoPolo> B4gder: sorry for disturbing you
14.01.48 #       <B4gder> well, your makefile must be referencing it
14.01.55 #       <B4gder> otherwise it wouldn't say that
14.02.05 #       <MarcoPolo> no, it said .o
14.02.35 #       <B4gder> yes
14.02.44 #       <B4gder> that's what the makefile uses
14.02.57 #       <B4gder> as it checks if the .c is newer than the .o
14.03.05 Join    mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk)
14.03.15 #       <webguest78> linuxstb: yeah, there definately is an SDL port for psp.. can't find it though, only references to it
14.07.05 #       <bluebrother^> tucoz: I'm back
14.10.51 #       <tucoz> bluebrother^, now I've got to go :)
14.11.11 #       <bluebrother^> how nice ;-) cu later.
14.11.31 #       <tucoz> See you later. I'll read the log later on.
14.11.43 #       <tucoz> ...in case you come up with something nifty
14.11.53 Part    tucoz ("Leaving")
14.11.58 #       <MarcoPolo> When tagcache says "updating in background", my ipod is frozen
14.19.45 Join    _FireFly_ [0] (n=FireFly@dslb-084-056-088-091.pools.arcor-ip.net)
14.19.47 Quit    mikearthur ("Konversation terminated!")
14.20.31 Join    mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk)
14.21.41 Quit    JdGordon (Read error: 104 (Connection reset by peer))
14.26.17 #       <linuxstb> webguest78: In which case, the Rockbox sim (once audio playback becomes stable) could be ported to the PSP.
14.30.43 #       <webguest78> Creating a sim-only psp target?
14.30.55 #       <linuxstb> MarcoPolo: Do you have any other patches installed?  e.g. an old version of the album art patch?
14.35.11 Join    voodoo_laptop [0] (n=practise@host81-154-181-229.range81-154.btcentralplus.com)
14.36.24 #       <voodoo_laptop> anyone know why my LCD remote for my iriver H320 would stop working under rockbox? the remote is still getting power and can still control the remote but the remote screen has no text on it, the remote has worked in older version of rockbox
14.42.42 #       <MarcoPolo> linuxstb: indeed, i updated aa patch in now it works well :)
14.43.03 #       <MarcoPolo> should doom be working on ipod currently ?
14.43.42 #       <B4gder> it should, but it doesn't
14.43.53 #       <B4gder> :-)
14.44.03 #       <Bg3r> :P
14.44.09 #       <MarcoPolo> B4gder: I get some blank screen when I run it
14.44.26 #       <B4gder> yes, it doesn't work on ipod
14.44.41 #       <MarcoPolo> B4gder: ok
14.45.42 #       <linuxstb> MarcoPolo: If you fix it, I'll send you a beer of your choice.
14.45.57 Join    aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au)
14.46.06 #       <MarcoPolo> linuxstb: i really have no idea of what it could be, sorry ;)
14.47.48 Nick    Sin|showah is now known as Sinbios (n=Sinbios@Kingston-HSE-ppp3562222.sympatico.ca)
14.52.20 #       * amiconn is back
14.52.22 #       <amiconn> preglow: battery_bench works perfectly on Ondio
14.53.06 #       <preglow> amiconn: ondio doesn't use ata_flash?
14.53.20 #       <preglow> ahh, no, that's probably iriver
14.53.34 #       <preglow> ifp-xxx
14.54.19 Join    Jungti1234 [0] (n=jungti12@124.60.15.86)
14.54.21 #       <amiconn> Ondio uses ata_mmc
14.54.29 #       <Jungti1234> hmm
14.54.45 #       <preglow> amiconn: right, i forgot the internal flash is really just mmc too
14.54.55 #       <Jungti1234> I read some document.
14.55.18 Join    SereR0KR [0] (n=Fletcher@Fd315.f.strato-dslnet.de)
14.55.39 #       <linuxstb> webguest78: Sorry, I missed your question.  Yes - the idea would be to create sim-only target.
14.55.39 #       <amiconn> I also got a remote for my mini...
14.56.07 #       <Jungti1234> bdf file does that unuse much in embedded system.
14.56.42 #       <linuxstb> amiconn: So you're the person to reverse-engineer a serial port driver and the apple accessory protocol?
14.56.57 #       <linuxstb> :)
14.56.57 Quit    aliask ("sleep")
14.57.18 #       <amiconn> linuxstb: Depends. Remote is low-prio for me
14.57.31 #       <webguest78> But it'll be FUN
14.57.36 Quit    B4gder ("time to say moo")
14.58.03 #       <Lynx_> what does 'committing tagcache' at boot actually mean?
14.58.04 #       <amiconn> (or should I say low-low prio?)
14.58.40 #       <amiconn> I use my archos remote like 1..2 days per year, and never actually used my iriver remote except for development
14.58.49 #       <Jungti1234> bdf file is big size, and the loading speed is slow
14.59.15 #       <webguest78> Jungti1234: bdf files are not used on rockbox. They're converted to a special rockbox format
14.59.30 #       <Jungti1234> um..?
14.59.34 #       <Jungti1234> fnt?
14.59.35 #       <webguest78> the originals are just bdfs
14.59.38 #       <webguest78> Yes
14.59.46 #       <Jungti1234> :) ah..
14.59.54 #       <Jungti1234> hehe...
15.00.24 #       <amiconn> Btw, is the remote protocol supposed to be serial?
15.01.07 #       <amiconn> The remote connector is a 4-pin conector next to the earphone jack, and I thought the serial port is connected to the dock connector at the bottom?
15.05.02 #       <linuxstb> I think the serial port is connected to both the remote connector (which isn't present on the Nano and the 5g) and the dock.  Or maybe there are two serial ports...
15.05.57 #       <linuxstb> Like you, I'm not really interested in the accessories.
15.06.09 #       <Jungti1234> :)
15.13.02 ***     Saving seen data "./dancer.seen"
15.18.23 Join    Febs [0] (n=medifebb@nmd.hissf.sjc.wayport.net)
15.18.47 Quit    Jungti1234 ()
15.22.58 #       <MarcoPolo> where can i see the new tags added to tagcache engine ? the browser doesn't show anything more...
15.23.15 #       <MarcoPolo> and could it sort files by disk number too (not only by track number ?)
15.26.22 #       <amiconn> Now, the interesting procedure of opening this thing...
15.32.20 #       <preglow> good luck
15.35.55 Join    Toshik [0] (n=54cc1473@labb.contactor.se)
15.39.52 Quit    Coldtoast ()
15.40.53 #       * webguest78 gets a segfault in convbdf with ridicolously large fonts
15.41.18 #       <webguest78> Like this one: http://webcvs.freedesktop.org/*checkout*/xorg/xc/fonts/bdf/100dpi/UTBI__24.bdf
15.44.51 #       <webguest78> Might be related to the fact that it's italics, perhaps
15.45.29 Quit    Toshik ("CGI:IRC (Ping timeout)")
15.45.34 Join    Jungti1234 [0] (n=jungti12@124.60.15.86)
15.46.32 #       <webguest78> Hm, no.. http://webcvs.freedesktop.org/*checkout*/xorg/xc/fonts/bdf/100dpi/UTB___24.bdf does it as well
15.47.05 Part    XavierGr
15.47.39 #       <Jungti1234> What is 'tag cache'?
15.48.23 #       <webguest78> A replacemtn to  "id3 database"
15.49.04 #       <Jungti1234> What's that?
15.49.26 #       <webguest78> Metadata browser, so you can browse all your files by artist, instead of the file structure
15.49.26 #       <bobTHC> to avoid file reading to display, search,ID tags iirc
15.49.50 #       <Bg3r> and not only by artist
15.50.08 #       <webguest78> Yeah, artist, album, track etc. just an example
15.52.44 #       <Jungti1234> Where can I saw it?
15.54.20 #       <amiconn> Hmm. It's almost open (major part is removing the top & bottom plastic covers, which is done), but now I have the problem that I can't find a small enough philips screwdriver...
15.54.46 #       <preglow> if you did find one, it'd probably break anyway
15.54.53 #       <preglow> if it's anywhere near as hard to dislodge as the nano
15.55.26 #       <amiconn> There are 2 tiny philips screws. One is already off, but the other is somewhat more tight.
15.55.35 Quit    ashridah ("Leaving")
15.56.04 #       <amiconn> Using an 1.5mm flathead screwdriver worked for one of them, but not for the other
15.56.35 #       <preglow> there acrews?
15.56.35 #       <preglow> wow
15.56.42 #       <preglow> there are screws? <-
15.57.01 #       <amiconn> Yes, after removing the 2 plastic covers.
15.57.08 #       <amiconn> http://www.ipodbattery.com/ipodminiinstall.html
15.57.39 #       <preglow> ahh, of course, the mini is built very differently
15.58.20 #       <webguest78> I've submitted a bug for the convbdf thing with a little detail: http://www.rockbox.org/tracker/task/4955
15.58.56 Quit    Kohlrabi ("Fast alle Menschen sind Regenwürmer")
16.00.08 #       <Paprica> preglow? can you help me again with the HDD error?
16.01.05 #       <preglow> Paprica: not much i can do
16.01.10 Quit    bluebrother^ ("changing clients ...")
16.01.20 #       <preglow> Paprica: if disconnect the hard drive, see if the connector looks fine and is more or less clean
16.01.34 Join    bluebrother^ [0] (n=dom@nat-wh-1.rz.uni-karlsruhe.de)
16.01.35 #       <preglow> Paprica: then stuff the harddisk firmly onto the connector again, if it doesn't work after that, something else is broken
16.02.13 #       <Paprica> preglow, the hardisk seem to work, but the sound from it is strange
16.04.11 #       <preglow> dropped it or anything?
16.06.19 #       <Paprica> the player?, no..
16.06.20 Quit    voodoo_laptop (Read error: 104 (Connection reset by peer))
16.06.22 Join    voodoo_laptop [0] (n=practise@host81-154-181-229.range81-154.btcentralplus.com)
16.08.42 #       <preglow> then i have no idea
16.08.54 #       <Paprica> :(
16.09.17 #       <Bg3r> Paprica how does it sound ?
16.09.32 #       <LinusN> like a bag of shit?
16.09.40 #       <LinusN> then it's normal :-)
16.09.42 #       <Bg3r> :D
16.09.44 #       <Paprica> huh
16.09.52 #       <Paprica> its not regular sound
16.10.20 Join    Nico_P [0] (n=nicolas@rob92-6-82-231-243-63.fbx.proxad.net)
16.10.57 #       <amiconn> Hmm seems I have to buy such tiny philips screwdriver somewhere
16.11.21 #       <amiconn> I need to find out what WM... codec is used in the mini 2g
16.11.30 #       <crashd> amiconn: ipodlinux
16.11.34 #       <crashd> has it on there specs page iirc
16.11.35 #       <amiconn> The ipodlinux website doesn't tell
16.11.40 #       <crashd> you suer ?
16.11.46 #       <crashd> !@"!£:!"@ argh. keyboard retardation
16.11.54 #       <preglow> hahahaha
16.12.31 Part    LinusN
16.12.32 #       <crashd> amiconn: id assume it's go tthe same one as the ipod 1g, as they dont specify a difference
16.12.52 Join    safetydan [0] (n=dan@rockbox/developer/safetydan)
16.15.58 #       <bobTHC> someone can test this font(bdf) to be sure that have been well generated ? http://s44.yousendit.com/d.aspx?id=1MVDJXCVSAPPM3AIKCOGFNFPAK
16.17.14 #       <bobTHC> sorry no dev env here
16.18.50 #       <Jungti1234> what is 'Precut'?
16.19.09 #       <webguest78> bobTHC: convbdf has no problems with it
16.19.18 #       <safetydan> Jungti1234, it allows you to reduce the volume of the audio before the equalizer settings are applied. It's to avoid distortion.
16.20.02 #       <Jungti1234> Volume regular control?
16.20.05 #       <MarcoPolo> safetydan: what is the tagcache tracknumfix for ?
16.20.16 #       <bobTHC> thx webguest78
16.20.38 #       <bobTHC> and the .fnt iss usuable ?
16.20.44 #       <Jungti1234> Does it take away noise of loud sound?
16.20.54 #       <webguest78> bobTHC: let me check
16.22.06 #       <webguest78> bobTHC: looks right
16.22.25 #       <bobTHC> what the fnt file size plz ?
16.22.39 #       <webguest78> 260283 bytes
16.22.46 #       <bobTHC> thx
16.22.49 #       <safetydan> Jungti1234, no it's not an automatic volume control. It's for when you increase the gain of a filter in the equalizer (for example you increase the 200 Hz band by 6 dB), you will likely also need to decrease the overall volume of the audio (by 6dB) to avoid distortion.
16.22.52 #       <webguest78> hrm, the rs seem liftet off the ground
16.23.03 #       <Jungti1234> hmmmm
16.23.14 #       <safetydan> MarcoPolo, uhh... I've no idea. Slasheri is the one you want to talk to about that.
16.23.18 #       <Jungti1234> Translation is not good...
16.23.27 #       <safetydan> Jungti1234, sorry, it's a little hard to explain
16.23.34 #       <Jungti1234> yes..
16.23.41 #       <bobTHC> rs, liftet ?
16.23.50 #       <Jungti1234> Is explanation impossible much more easily?
16.24.03 #       <MarcoPolo> Slasheri: ping ?
16.24.17 #       <safetydan> Jungti1234, have you used the equalizer? Have you noticed that you get distortion (bad sound) when you increase the gain in a filter band?
16.24.45 #       <safetydan> MarcoPolo, it sounds like the track listing in an album in the tagcache will be sorted by track number now
16.24.50 #       <Jungti1234> bad sound....
16.25.03 #       <Jungti1234> Noise of loud sound?
16.25.13 #       <webguest78> bobTHC: the r characters seem 1px above the baseline
16.25.14 #       <safetydan> Jungti1234, clipping
16.25.32 #       <Jungti1234> Cutting with scissor? :(
16.25.37 #       <Paprica> someone knows if there's a way to connect regular harddisk to the h300?
16.25.50 #       <webguest78> Paprica: It's been done.. check MisticRiver
16.26.22 Join    midkay [0] (n=midkay@rockbox/developer/midkay)
16.26.33 #       <safetydan> Jungti1234, no, audio clipping is something that happens when you amplify music too much. It causes distortion.
16.26.55 #       <Jungti1234> I don't understand 'distortion', 'clipping'
16.27.07 #       <Paprica> webguest78, can you give me a link?
16.27.18 #       <webguest78> Paprica: not offhand, no.. in the mods section iirc
16.27.19 #       <Jungti1234> Frequency adjustment?
16.28.39 #       <bobTHC> webguest78 > except that that(R), that looks good or crappy ?
16.28.52 #       <bobTHC> on target
16.28.53 #       <webguest78> Paprica: http://www.misticriver.net/showthread.php?t=11568
16.28.59 #       <Paprica> 10x!
16.28.59 #       <safetydan> Jungti1234, hang on I'm trying to find a picture that might explaing clipping
16.29.02 #       * amiconn will try ipl on his mini next
16.29.13 #       <webguest78> bobTHC: looks decent.. I wouldn't use it, but it's certainly not bad
16.29.21 #       <amiconn> Too bad weather today to go out and buy that tiny screwdriver
16.29.23 #       <Jungti1234> safetydan, Thanks...
16.29.47 #       <Paprica> oh, i cant do it =\
16.30.30 #       <bobTHC> oki thx webguest78..
16.30.50 Quit    Febs (Read error: 104 (Connection reset by peer))
16.32.07 #       <Slasheri> MarcoPolo: yep, the track order should be correct now
16.32.17 Join    tucoz [0] (n=martin@rockbox/developer/tucoz)
16.32.41 #       <linuxstb> Slasheri: I was happy to see that you are displaying the track number as well.  I was going to request that...  It seems to work well.
16.33.40 #       <safetydan> Jungti1234, maybe this will help http://www.teamcombooks.com/mp3handbook/11_files/image016.gif
16.33.41 #       <Slasheri> linuxstb: hehe, nice :)
16.34.01 #       <Slasheri> linuxstb: in that way the sorting was also simple without any specical tricks
16.34.06 #       <Jungti1234> um
16.34.36 #       <Jungti1234> volume down?
16.34.50 #       <safetydan> Jungti1234, precut essentially turns the volume down yes
16.35.45 #       <Jungti1234> What abbreviated word is 'Precut'?
16.35.47 #       <tucoz> bluebrother^, are you here?
16.35.55 #       * petur wonders if there exists a tool to restore a clipped waveform by lowering the volume and plotting a bezier through the points
16.36.08 #       <Slasheri> linuxstb: if tracknum tag is not found, the engine tries to find the track number by searching for the filename while generating the database
16.36.12 #       <amiconn> Does ipl play plainfiles?
16.36.59 #       <amiconn> Bah, teh wheel is too sensitive in ipl
16.37.02 #       <Jungti1234> hm ok, I have go to now..
16.37.04 #       <webguest78> Jungti1234: It's just "pre-" which means before, and "cut" which just means lower volume here
16.37.07 #       <linuxstb> amiconn: You mean files not transferred using itunes?
16.37.12 #       <safetydan> Jungti1234, precut is something like "reduce volume by this before using equalizer"
16.37.13 #       <amiconn> yes
16.37.25 #       <linuxstb> I think so, yes.  But I never managed to get audio working...
16.37.36 #       <Jungti1234> hmm.. precut.....
16.37.47 #       <linuxstb> amiconn: Have you installed "podzilla" or "podzilla2" ?
16.37.55 #       <amiconn> podzilla
16.38.06 #       <amiconn> Hmm, I don't get disk access from ipl
16.38.29 #       <tucoz> amiconn, you got your ipod?
16.38.30 #       <amiconn> When I plug USB, it asks me whether I want to go to disk mode. But it just reboots...
16.39.06 #       <Jungti1234> safetydan, sorry and thank you
16.39.08 #       <Jungti1234> cya
16.39.14 #       <safetydan> bye
16.39.16 Quit    Jungti1234 ()
16.41.13 Quit    webguest78 ("CGI:IRC (EOF)")
16.41.28 Quit    MarcoPolo (Read error: 104 (Connection reset by peer))
16.41.51 #       <amiconn> Bah, now it doesn't do anything except showing the apple logo :(
16.42.09 #       <linuxstb> amiconn: That will be a bug..  Diskmode is reached by writing a cookie to the end of IRAM and rebooting.  The flash-based Apple bootloader will check for that cookie and enter disk mode.  I'm guessing that podzilla doesn't know that your IRAM is 128KB, so it's writing the cookie in the wrong place.
16.42.58 Join    Spida_ [0] (i=Spida@p508A45F2.dip0.t-ipconnect.de)
16.44.08 #       <amiconn> Is there a hardware trick to enter disk mode? I tried the reset (holding meu+select), but that does only restart with the apple logo...
16.45.24 Join    Febs [0] (n=medifebb@nmd.hissf.sjc.wayport.net)
16.45.57 #       <linuxstb> Yes, hold SELECT+PLAY immediately after it reboots.
16.46.35 #       <amiconn> Ah, thx
16.47.08 #       <linuxstb> Slasheri: What do you mean by "searching for the filename" ?  How does it determine the track number?
16.49.32 #       <amiconn> From the one time that ipl ran, I am now sure it's a 2G
16.49.41 #       <Paprica> aff my harddisk dieeeeee
16.49.42 #       <Paprica> =\
16.49.45 #       <amiconn> Couldn't try playback because ipl now refuses to boot
16.49.55 #       <Paprica> only 5 monthes!!
16.49.58 #       <Paprica> grr
16.50.12 #       <amiconn> ...and the ipl loader doesn't manage to boot apple fw either
16.50.39 #       <petur> Paprica: be quick to reflash it if possible...
16.50.47 #       <Paprica> not possible
16.51.02 #       <Paprica> it's not recognize the harddrive
16.51.07 Quit    quobl (Remote closed the connection)
16.51.10 #       <petur> ugh!
16.51.15 #       <Paprica> yeah
16.51.27 #       <Paprica> im very nervous :(
16.51.29 #       <Slasheri> linuxstb: currently it tries to find the first digit from the filename, and if found, it also checks the next character for another digit
16.51.53 #       <Slasheri> and then converts that string into a track number
16.52.03 #       <petur> otoh, now you can install that 80GB disk....
16.52.39 #       <Paprica> which one?
16.53.15 #       <petur> http://sdd.toshiba.com/main.aspx?Path=818200000007000000010000659800001516/818200000b0c000000010000659c000026bd/8182000000e6000000010000659c0000279e/8182000000e9000000010000659c00000370/818200000c24000000010000659c00002b41
16.53.31 #       <petur> bloody long url
16.53.49 #       <bobTHC> indeeda
16.54.16 Quit    Spida (Connection timed out)
16.54.41 #       <Mikachu> if you have the doom patch applied and then update cvs and don't remove the extra vsnprintf in plugin.c, bad things happen
16.55.31 #       <petur> 300,000 MTTF for your disk, I guess they misread the , as .
16.56.12 #       <bluebrother^> tucoz: you're in?
16.56.18 #       <tucoz> yep
16.56.33 #       <preglow> petur: algorithms for restoring clipped audio exists
16.56.43 #       <preglow> petur: mostly based on the atan function, i believe
16.56.50 #       <preglow> petur: you never get a perfect reconstruction anyway
16.56.53 Nick    Spida_ is now known as Spida (i=Spida@p508A45F2.dip0.t-ipconnect.de)
16.57.06 #       <petur> better than that horrible noise...
16.57.10 #       <bluebrother^> I'm just at this moment preparing a new patch for the tracker.
16.57.15 #       <tucoz> nice
16.57.31 #       <bluebrother^> http://www.rockbox.org/tracker/task/4958
16.57.50 #       <bluebrother^> for screenshots.
16.58.11 #       <bluebrother^> I also tried making a new environment "buttonmap" for all those button map tables.
16.58.28 #       <bluebrother^> but this has still some problems I need to look after.
16.58.49 #       <tucoz> sounds goood. Does this patch use float?
16.59.00 #       <tucoz> figure-environment that is
16.59.12 #       <bluebrother^> yep
16.59.24 #       <Paprica> petur, we dont have it here, in israel
16.59.48 #       <Paprica> and i'm gusseing that it's very expencivw
16.59.49 #       <Paprica> e
17.00.04 #       <tucoz> I am not really sure we want floats. Imo, the screenshots should be placed exactly where we want them
17.00.31 #       <bluebrother^> hmm. Using the [!ht] should be sufficient imo.
17.00.32 #       <petur> Paprica: I'm not surprised, it's probably still a bit vaporware atm ;) but 60GB should be nice too
17.00.48 #       <bluebrother^> but we could also remove the figure environment.
17.01.20 #       <bluebrother^> with the new command it is only one place to change it ;-)
17.01.28 #       <tucoz> true
17.01.32 #       <tucoz> let's try it out
17.01.33 #       <tucoz> :)
17.01.46 #       <bluebrother^> ... which was the main reason I wanted a command for screenshots.
17.01.50 #       <Spida> does anybody know an algorithm to find differences/similarity between different audio-signals?
17.01.51 #       <tucoz> goodie
17.02.22 #       <bluebrother^> should I change all other files too?
17.02.28 Quit    CoCoLUS (Read error: 110 (Connection timed out))
17.02.40 #       <Spida> that is, I have some wave-files that contain various "BEEP"s, and I want to find beeps with the same distribution of frequencies
17.02.52 #       <tucoz> I think floats will be hard to get placed right in all the different manuals, as it might be placed correctly for some targets, but move to the next page on others
17.03.24 #       <tucoz> bluebrother^, let me have a look at the patch first. If I like it, I commit it, and you could go from there.
17.03.27 #       <Mikachu> that's why they have numbers and you refer to them by their \label
17.03.31 #       <bluebrother^> ok
17.03.56 #       <bluebrother^> as the screenshot images are pretty small I don't think floats will be a problem.
17.04.11 #       <tucoz> But they are. Look at the plugin-section for instance
17.04.34 #       <tucoz> maybe it works better with [ht!], but I would not think so.
17.05.06 #       <bluebrother^> ah, ok. I see what you mean.
17.05.25 #       <bluebrother^> haven't noticed that shift before.
17.05.43 #       <bluebrother^> maybe I'm too used to look after image descriptions than at an actual place.
17.05.44 #       <tucoz> floats are too unpredictable imo
17.06.07 #       <tucoz> Yes, that works for reports but maybe not for manuals
17.06.17 #       <Nico_P> linuxstb: now oggs work, but MP3 start playing and after a couple seconds, they skip to the next track in playlist...
17.06.24 #       <Nico_P> (talking about album art)
17.06.30 #       <tucoz> we would have to cross reference each image if we used floats
17.06.38 #       <tucoz> I think
17.06.45 #       <linuxstb> Slasheri: It's common for bootleg albums to have filenames such as gd19790822d1t01.flac - which are in track number order if sorted alphabetically, but the track number is at the end, not the start...
17.06.47 #       <bluebrother^> I agree with this.
17.06.59 #       <amiconn> Okay, I've now restored my mini to factory defaults...
17.07.06 #       <bluebrother^> removing the floats also makes it a lot easier ...
17.07.20 #       <Slasheri> linuxstb: ah :/ hmm, maybe it would be better to look the track number from the end then..
17.07.26 #       <tucoz> yes, maybe we should remove the table environment as well.
17.07.34 #       <bluebrother^> we don't need that cryptic code anymore I found on the net.
17.07.37 #       <Slasheri> using the alphabetical sorting would be a way more difficult
17.07.48 #       <tucoz> what code?
17.07.55 #       <bluebrother^> I was thinking (and trying) about an environment "buttonmap"
17.08.00 #       <tucoz> ah, I see.
17.08.21 #       <tucoz> Maybe just keep the tables, and define a tableheader macro then
17.08.57 #       <bluebrother^> which is mainly a tabularx which automatically does the table header -- as far as I've seen its always the same.
17.09.02 #       <tucoz> sometimes the tables are key-action, and sometimes button-effect or something similar
17.09.23 #       <tucoz> we should always use the same wording
17.09.59 #       <bluebrother^> thats my point. So we can do the header with a new environment which also takes care of the table with etc.
17.10.33 #       <tucoz> yes, so that we can define the table width for in-text tables in the preamble
17.10.45 #       <bluebrother^> exactly.
17.10.59 #       <tucoz> As I said, I don't think textwidth tables look good in the text
17.11.08 #       <tucoz> but for reference tables, they do
17.11.26 #       <bluebrother^> I'd like to be able using it as \begin{buttonmap} first button & button action \\ ... \end{buttonmap}
17.11.32 #       <amiconn> Btw, ipl has problems with the lcd driver. The rightmost pixels don't scroll and aren't always cleared
17.11.58 #       <bluebrother^> we need to split between two different types of tables.
17.12.39 #       <amiconn> linuxstb: How would I proceed to making a rockbox bootloader?
17.12.41 #       <tucoz> in terms of width?
17.13.00 #       <tucoz> there could be tables with more than two colums also
17.13.04 ***     Saving seen data "./dancer.seen"
17.13.54 #       <tucoz> But the width should be the same for all in-text tables I think
17.15.18 #       <amiconn> Nm, there is already a mini 1G/2G configure target...
17.15.53 #       <bluebrother^> I think all button map tables should look the same, so this would make one table class.
17.16.10 #       <bluebrother^> and reference tables would be another.
17.16.54 #       <tucoz> yes, I agree
17.17.00 #       <bluebrother^> then we have to look if there are other tables left. I'm too new to the manual so I don't know atm.
17.17.44 #       <tucoz> There are other tables, but the button tables are the most common ones
17.17.51 #       <bluebrother^> So I'd perfer building a button map environment and a reference map environment.
17.18.04 #       <tucoz> sounds good
17.18.13 #       <linuxstb> amiconn: I think it's mainly the button driver that is different between the two mini generations - so I would expect the existing mini build to work, but the buttons probably won't.
17.18.21 #       <bluebrother^> all other tables could just used as tabularx environments. I guess they aren't too much.
17.18.51 #       <tucoz> no, and they do not differ as much between the targets as the button tables
17.19.22 #       <tucoz> Other tables could be for instance a bitrate table or something similar
17.20.07 #       <bluebrother^> ok, sounds good :)
17.20.28 #       <tucoz> should I simplify the screenshot command? That is, remove the figure environment
17.20.50 #       <bluebrother^> as it it somewhat problematic I'd say yes.
17.21.17 #       <tucoz> Even in the rockbox interface, the images float too much
17.21.40 #       <bluebrother^> maybe we'll find a better way later, but I think we should try reaching the 3.0 goal first.
17.21.53 #       <bluebrother^> (but I want a *nice* manual for 3.0)
17.22.04 Join    fiftyfour123 [0] (n=chatzill@cpe-66-108-136-179.nyc.res.rr.com)
17.22.07 #       <tucoz> yes, me too. But, I think we should remove the floats for now
17.22.18 #       <bluebrother^> I agree with this.
17.22.29 #       <fiftyfour123> is there any sort of hack or way around using rockbox on my hfs 5h without converting it to fat32?
17.22.31 #       <bluebrother^> a better solution can wait for post-3.0
17.22.49 #       <bluebrother^> fiftyfour123: no.
17.22.50 #       <tucoz> yes, then we should go for a really pro-looking manual
17.22.54 #       <Febs> There are some instances where, IMO, options for particular sub-menus would look better in tables than in lists.
17.23.08 #       <fiftyfour123> i cant make a small fat32 partition on my ipod and put the rockbox files there?
17.23.15 #       <fiftyfour123> and use the ipodlinux loader
17.23.26 #       <tucoz> Me too, the configure rockbox section is too itemized in my opinion
17.23.44 #       <amiconn> fiftyfour123: Perhaps you could, but then you couldnt access your music
17.23.45 #       <bluebrother^> fiftyfour123: you could, but rockbox can't read hfs.
17.24.02 #       <Febs> Splitting it into two chapters will help somewhat, but tables will be more readable.
17.24.05 #       <fiftyfour123> will it ever be compatible with hfs?
17.24.29 #       <safetydan> fiftyfour123, unlikely as it's a huge amount of work
17.24.35 #       <fiftyfour123> ok
17.24.56 #       <tucoz> Febs, yes. I agree
17.25.29 Join    scf [0] (i=scf@r4.softwarium.net)
17.26.19 #       <tucoz> hmm, I wonder if we could fake a caption in some way.
17.26.34 #       <bluebrother^> how do you mean this?
17.26.48 #       <bluebrother^> I don't think really long tables look good.
17.27.11 #       <tucoz> When we work with a figure environment, the caption is placed underneath the image. But, that doesn't work without the figure env.
17.27.20 Quit    fiftyfour123 ("Chatzilla 0.9.71 [Firefox 1.5.0.1/2006011112]")
17.27.25 Quit    prh (Read error: 104 (Connection reset by peer))
17.27.28 #       <tucoz> thinking about the config file reference?
17.27.32 #       <bluebrother^> a caption for the screenshots?
17.27.41 #       <tucoz> yes
17.27.56 #       <bluebrother^> no, I meant the Configuring Rockbox.
17.28.12 #       <bluebrother^> having only a huge table will look ... strange.
17.28.20 #       <tucoz> yes, that will look strange
17.28.29 #       <bluebrother^> and the left column will eat up much space
17.28.32 #       <tucoz> but I don't think that was what Febs had in mind
17.28.48 #       <amiconn> cr4p
17.28.55 #       <bluebrother^> ok.
17.29.24 #       <tucoz> I think smaller parts, e.g  the different values available for crossfade could fit in a table
17.29.33 #       <bluebrother^> what I like about that section is the fact you can read it pretty straightforward.
17.29.36 #       <amiconn> midkay: You didn't make wormlet compatible to the mini lcd...
17.29.47 Join    prh_ [0] (n=paul@212.13.203.80)
17.29.49 #       <bluebrother^> ok, I agree with values.
17.30.17 #       <tucoz> Some places there are three levels of itemize
17.30.38 #       <Febs> No, one large table is not what I had in mind.  For the most part, the itemize-d lists work.  However, when one reaches the deepest level of a menu and one is describing options for a particular command, a table would look better than a list.
17.31.02 #       <tucoz> Febs, I agree with you. I think that will make that section look better.
17.31.13 Join    tonz [0] (n=tloeffle@lap206.comtec.e-technik.uni-kassel.de)
17.33.31 #       <Febs> I'll work on that next time I have a chance to spend some time on the manual.  (Which will not be today.  Too much PaidWork to do!)  However, I have a long flight tomorrow and can spend some time then.
17.33.47 #       <tucoz> cool
17.33.52 #       <bluebrother^> sounds nice.
17.34.18 #       <tucoz> bluebrother^, do you think I should still allow the empty {}{} in screenshot?
17.34.38 #       <tucoz> or should we just use 1 argument?
17.34.43 #       <bluebrother^> if we don't have a caption it isn't needed anymore.
17.34.45 #       <tucoz> that is, the filename
17.34.53 #       <amiconn> Hmm, rockbox bootloader doesn't work either.
17.34.57 #       <bluebrother^> so I'd say use one argument only.
17.35.03 #       <amiconn> Apple logo, nothing else :(
17.35.07 #       <tucoz> ok, I'll see how that works
17.35.21 #       <bluebrother^> If we'd need more later we could write a wrapper command.
17.35.36 #       <tucoz> ok
17.35.45 Join    qwm_ [0] (n=qwm@h147n2fls32o1010.telia.com)
17.35.49 Join    webguest68 [0] (n=c13354c1@labb.contactor.se)
17.35.54 Quit    qwm (Nick collision from services.)
17.36.02 Nick    qwm_ is now known as qwm (n=qwm@h147n2fls32o1010.telia.com)
17.37.22 Join    quobl [0] (n=quobl@70.230.73.20)
17.38.52 #       <tucoz> bluebrother^, maybe we should use floats after all. The we could use captions, and just say [ht!]. The images aren't placed where we want them anyway
17.39.03 #       <tucoz> grr
17.40.07 #       <bluebrother^> I feared something like that ...
17.40.26 #       <tucoz> if they don't fit, they are placed on the next page anyway.
17.41.09 #       <bluebrother^> I found a package some time ago (can't remember the name) that was able placing pictures aside from the text. Maybe this is something to consider later on.
17.42.02 #       <tucoz> Yes, I've had a look at that package as well. It makes the text wrap around images. That is, you could place an image on the left or right side of the page, and the text will be written next to it
17.42.16 Quit    Febs ("PaidWork calls.")
17.42.28 #       <bobTHC> Someone can test this other font(bdf) in a dev env to be sure that have been well generated ? http://s40.yousendit.com/d.aspx?id=1OWREOVWFX4F22247EEQSSZMGE
17.42.30 #       <tucoz> what did you say about the 1 page formatting earlier today?
17.42.51 #       <bluebrother^> I was thinking about if we should use twoside or oneside.
17.43.10 #       <tucoz> ok, for the headers?
17.43.11 #       <bluebrother^> I'd say oneside, as I guess most users will read the manual online and not print it out.
17.43.14 #       <bluebrother^> yup
17.43.35 #       <bluebrother^> I want to make them nicer. As I said, I played around with it yesterday.
17.44.18 #       <bluebrother^> atm on the header there is the section name, not the chapter name. This is strange for pages with small sections.
17.44.33 Part    scf ("Leaving")
17.44.47 #       <webguest68> Slasheri: are you her?
17.44.52 #       <webguest68> here
17.44.53 #       <tucoz> I agree there. The chapter name should be there. I haven't looked at the headers really
17.45.19 #       <bluebrother^> I'll keep on working on them.
17.45.36 #       <bluebrother^> So I'll assume we'll stay at oneside for now.
17.46.03 #       <webguest68> Slasheri: is the tagcache extract track number from title? cause here all my tracks have the numbers at the begining of the title (like made by plenty of Tag software
17.46.07 #       <tucoz> do that. It isn't that big of a change if we would decide otherwise, is it?
17.46.50 #       <bluebrother^> not really, aside from the fact that I know fancyhdr nearly to nothing. But I consider this as a problem ;-)
17.47.15 #       <tucoz> ok, you are free to fix it :)
17.47.50 #       <webguest68> Slasheri: I have to go, please reply to my question at webguest68 I'll read the logs
17.48.10 #       <webguest68> Rockbox is great
17.48.16 Quit    webguest68 ("CGI:IRC")
17.49.07 #       <safetydan> webguest68, the tagcache will look for id3 tag with the track number first, then look from the beginning of the filename for a tracknumber
17.49.14 #       <safetydan> at least that's how i read the code
17.49.39 #       <amiconn> Hmm, I have no idea what's happening :(
17.50.19 #       <tucoz> bluebrother^, I think we go for floats, but we should encourage people to use captions. It doesn't look too bad then.
17.50.36 #       <amiconn> At first reboot, the rockbox bootloader switches on the backlight. It doesn't manage to display anything (apple logo still shown), then it switches off.
17.51.11 #       <amiconn> Reboots from disk mode behave similar, just that it doesn't switch off, but stays on indefinitely
17.51.31 #       <amiconn> Backlight goes off after a while, so the timer seems to be running
17.53.56 #       <bluebrother^> tucoz: ok. I think we should write this down on the style guidelines with a small description how to use the command (link I added as comment)
17.54.24 #       <tucoz> yes, I am about to commit the macro now.
17.55.08 #       <tucoz> there. comitted
17.55.45 Quit    Paprica (Read error: 110 (Connection timed out))
17.56.44 #       <tucoz> you or me?
17.56.58 #       <tucoz> I do it
17.57.40 Quit    ohrn ()
17.57.43 #       <bluebrother^> ok.
17.57.58 #       <bluebrother^> I was just playing with fancyhdr. Missed a bracket :(
18.00.57 Join    Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com)
18.01.26 Part    Paul_The_Nerd
18.02.07 #       <tucoz> oh, I didn't notice the other stuff in the preamble you added
18.03.31 #       <bluebrother^> what other stuff do you mean?
18.04.05 #       <bluebrother^> that stuff that defines the \blank?
18.07.09 #       <tucoz> ok, I just saw that
18.08.14 Join    BarretJ [0] (n=BarretJ@tux64-05.cs.drexel.edu)
18.08.23 #       <tucoz> But I think I wait with the other patch. Should I perhaps close that?
18.08.30 #       <BarretJ> does rockbox play video files on the video ipod?
18.08.37 #       <tucoz> Bagder, no
18.08.48 #       <petur> lol
18.08.54 #       <tucoz> hehe
18.08.57 #       <tucoz> BarretJ, no
18.09.33 #       <BarretJ> ah ok
18.10.13 #       <tucoz> But you could use still use the apple fw for that
18.10.25 #       <linuxstb> amiconn: I think it's time for you to delve into the IPL kernel source and compare the LCD driver with the one in Rockbox.....
18.14.02 #       <tucoz> bluebrother^, do you really think it's necessary with a 80-cols limit? Some places that is not practically possible. Like, when adding some opts in the text
18.15.26 #       <amiconn> Now if I only knew where to look...
18.16.28 #       <amiconn> Hmm, probably fb
18.16.30 Quit    petur ("CGI:IRC 0.5.7 (2005/06/19)")
18.16.38 #       <linuxstb> Yes - fb.c contains everything. 
18.16.46 #       <amiconn> This linux source tree is confusing...
18.17.18 #       <bluebrother^> tucoz: I think we should try when its not too complicated.
18.17.47 #       <linuxstb> Nearly all the IPL-specific files are in that directory (where fb.c is).
18.17.51 #       <bluebrother^> for example vim breaks lines automatically which makes the indentation nearly unreadable in some cases.
18.18.16 Quit    t0mas (Read error: 110 (Connection timed out))
18.18.23 #       <tucoz> same with emacs, but I think it's somewhat ok with latex-mode anyway.
18.18.32 #       <amiconn> Where are these magic hardware versions defined??
18.19.02 #       <linuxstb> The IpodPort wiki page lists them.
18.19.04 Quit    quobl (Remote closed the connection)
18.19.37 #       <linuxstb> Sorry, IpodHardwareInfo now...
18.20.11 #       <amiconn> I mean ipod_hw_ver in the ipl sources...
18.20.23 #       <amiconn> These seem to be rather small numbers
18.20.55 #       <bluebrother^> I don't think we should enforce the limit but at least try it. In most cases it isn't that problematic.
18.21.07 #       <tucoz> bluebrother^, ok.
18.21.25 #       <bluebrother^> Tables for example can be indented similar to wiki style, so no need to adjust them lining up everything.
18.21.26 #       <amiconn> Seems to be the upper part of the hw revision (?)
18.21.33 #       <linuxstb> Exactly.
18.21.49 #       <linuxstb> So it will be 0x7 for your ipod.
18.22.24 #       <tucoz> bluebrother^, hmm. what is wiki style then?
18.22.48 #       <amiconn> Hmm, init is the same as mini1g, but data is sent differently
18.23.08 #       <amiconn> Do we want one binary for 1g and 2g? That'd mean runtime detection...
18.23.34 #       <safetydan> What font that Rockbox ships with is the largest vertically? xtal-14?
18.23.49 #       <linuxstb> I originally thought that we could get away with one binary, but I'm now thinking that two would be easier.  I guess it's up to you to decide.
18.24.16 #       <linuxstb> I think the other differences will be in the button driver, and also the extra IRAM.
18.24.35 Join    fergie [0] (n=fergie@ip-81-11-243-93.dsl.scarlet.be)
18.26.00 #       <amiconn> This inl() and outl() business is outright confusing :/
18.26.29 #       <amiconn> ipl checks the hw version at runtime
18.26.55 #       <bluebrother^> tucoz: like indenting every new field a bit more. At least I've seen this on some wiki.
18.27.18 #       <tucoz> Like the tables are now?
18.27.45 #       <fergie> thanks for adding the track numbers, now i can finally easily test the gapless playback
18.31.17 #       <linuxstb> amiconn: Yes - that's the big difference with IPL, there is always just a single "run everywhere" binary.
18.31.26 #       <bluebrother^> which tables do you mean?
18.31.46 #       <linuxstb> (the kernel and all the applications)
18.32.11 #       <amiconn> Why the hell does ipl use numeric constants, even without any comments?? Grrr!!
18.33.43 #       <tucoz> nevermind. It's just that I think the current indentation works pretty well for tables. like every depth in the definition block gets indented by two spaces
18.34.32 #       <tucoz> \begin{tabularx}..\begin{center}..key & action\\
18.39.19 Nick    tonz is now known as tonz|away (n=tloeffle@lap206.comtec.e-technik.uni-kassel.de)
18.39.48 Quit    ansivirus (Read error: 104 (Connection reset by peer))
18.41.16 Quit    Nico_P (Remote closed the connection)
18.41.27 #       <bluebrother^> tucoz: thats mainly the way I meant. But I found lines where the about 3rd depth was indented with something like 60 chars ...
18.41.38 #       <tucoz> really?
18.41.44 #       <tucoz> that is wrong then
18.41.44 #       <bluebrother^> I just changed the plugins to use the screenshot macro.
18.41.50 #       <tucoz> cool
18.42.13 #       <bluebrother^> that is also a reason why I stated we should try not to write more than 80 chars per line.
18.42.37 #       <tucoz> I understand.
18.43.21 #       <bluebrother^> I also have now some headers I like pretty much :)
18.43.46 #       <tucoz> nice
18.44.33 #       <bluebrother^> urgs. The "Game controls" table for the wormlet plugin ist pretty much broken.
18.45.03 #       <tucoz> no kidding. There is lots to do with some of the tables
18.46.07 #       <tucoz> I think nls said he was going to work on that plugin
18.47.18 #       <bluebrother^> nice. I put the plugin changes to the tracker now.
18.47.21 Quit    DJ_Dooms_Day ("Trillian (http://www.ceruleanstudios.com")
18.48.00 #       <tucoz> ok
18.49.37 #       <bluebrother^> http://www.rockbox.org/tracker/task/4960
18.50.51 Quit    Nibbler ("Think of someone of "average" intelligence. Then think half the world is dumber than that.")
18.50.59 Join    Nibbler [0] (n=sven@port-212-202-77-111.dynamic.qsc.de)
18.52.45 #       <tucoz> thanks, comitted
18.54.36 #       <amiconn> Wee, lcd is working :)
18.54.45 #       <tucoz> congratulations :)
18.54.52 #       <amiconn> Hangs at boot logo though
18.55.34 #       <amiconn> linuxstb: I went for a separate build
18.55.53 #       <amiconn> Probably we should consolidate builds before an iPod release
18.56.00 Join    ender1 [0] (i=ychat@84.52.165.220)
18.56.11 #       <goffa__> amiconn: what player?
18.56.13 #       <linuxstb> Sounds sensible.
18.56.21 #       <amiconn> godzirra: iPod mini 2G
18.56.28 #       <goffa__> cool
18.59.39 #       <Slasheri> hmm, just ported dircache to work with simulators so it might be easier to find the tagcache bugs
19.02.02 #       <bobTHC> test2.fnt > http://s57.yousendit.com/d.aspx?id=0C4Y8SUG3RX6J3RKCYU0X4AYB1 plz try it on diff targets
19.02.10 #       <amiconn> linuxstb: I have defined a new model number and a new id string for scramble, bootloader etc. Is this the correct way? Any other places I should check?
19.02.28 #       <amiconn> (Also a new number in configure, of course)
19.02.46 #       <amiconn> And a new config-ipodmini2g.h
19.03.05 Join    obo [0] (n=obo@82-46-82-224.stb.ubr02.trow.blueyonder.co.uk)
19.03.16 #       <amiconn> I'll test a mini2g bootloader next
19.03.36 #       <amiconn> (For now I just cheated and loaded a 2g rockbox.ipod with the 1g bootloader
19.04.27 Join    schwab [0] (n=459cce56@labb.contactor.se)
19.05.21 #       <linuxstb> amiconn: That sounds like everything.
19.06.56 Quit    safetydan (Read error: 110 (Connection timed out))
19.07.07 Quit    ender` (Nick collision from services.)
19.07.09 Nick    ender1 is now known as ender` (i=ychat@84.52.165.220)
19.07.41 #       <schwab> hello
19.08.01 Join    xmixahlx [0] (n=xmixahlx@64.122.111.98)
19.09.37 #       <lostlogic> amiconn: I think I mentioned, i have an eager ipod mini 2g tester here once you commit something that has buttons, screen and audio playback for it :)
19.09.48 #       <amiconn> Hehe :)
19.09.57 #       <amiconn> My first commit will just have lcd
19.10.07 Join    petur [0] (n=petur@d54C1A8F0.access.telenet.be)
19.10.25 Quit    tonz|away (Remote closed the connection)
19.10.42 Quit    Shagnar ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )")
19.10.51 #       <bobTHC> cya
19.10.54 Quit    bobTHC ("Smoke Weed Every Dayz !!!!!!!")
19.10.54 Join    charkins [0] (n=casey@pdpc/supporter/active/charkins)
19.11.13 Join    quobl [0] (n=quobl@tor/session/x-934399f0669d200b)
19.12.07 #       <amiconn> linuxstb: The cpu frequency definitions in the config-ipod*.h files are really odd...
19.12.47 #       <amiconn> Wow, my mini 2g rockbox just shut down itself. Must be the 10-minutes default poweroff timeout. So that's already wroking...
19.13.09 ***     Saving seen data "./dancer.seen"
19.13.16 #       <schwab> can anyone help me create a config file with my current settings in rb (h300)? 
19.13.33 #       <charkins> is there a flyspray task for the new on-the-fly database that's in development?
19.13.50 Join    yeahx [0] (n=aarond@c-24-16-10-85.hsd1.wa.comcast.net)
19.13.54 #       <tucoz> schwab, just go to the menu and select manage settings
19.14.01 #       <schwab> k
19.14.48 #       <schwab> i just select write cfg file, and it'll have all my settings in it?
19.15.20 Quit    _FireFly_ ("Leaving")
19.15.32 #       <tucoz> schwab, yes.
19.15.48 #       <linuxstb> amiconn: They are probably just random...
19.16.02 #       <amiconn> They are coldfire...
19.16.04 #       <schwab> thanks
19.16.11 #       <linuxstb> :) The 5g and Nano should be correct I think.
19.16.14 #       <lostlogic> amiconn: preglow tells me the settings for the 5g are wrong in CVS too *shrug*
19.16.39 #       <amiconn> Hmpf. Why did it build bootbox instead of a bootloader??
19.17.03 #       <amiconn> Nm, found it
19.17.09 #       <amiconn> configure needs fixing...
19.19.00 Join    safetydan [0] (n=dan@rockbox/developer/safetydan)
19.19.02 Part    voodoo_laptop ("Leaving")
19.19.18 Quit    yeahx ()
19.22.21 #       <amiconn> Hmm, bootloader works. But now rockbox shuts itself down immediately after boot...
19.23.20 #       <tucoz> the mini got a will of its own. It doesn't want rockbox. You have to convince it properly :-)
19.23.59 #       <amiconn> Now back to usual (i.e. hang at boot
19.24.01 #       <amiconn> )
19.25.32 Join    johnybyku [0] (n=cosmic@85-128-124-98.citynet.pl)
19.26.29 #       <schwab> you people are amazing, thanks for rockbox!  bye
19.26.38 #       <johnybyku> hi all. i'm back with my question. could one of the developers fix the battery monitoring problem on ipod nano?
19.27.10 #       <safetydan> johnybyku, it's possible to fix, just will take time. AFAIK only one dev has a nano
19.27.11 Quit    schwab ("CGI:IRC (EOF)")
19.27.36 #       <johnybyku> there is a patch in the bugs section that is suposed to fix it
19.28.09 #       <johnybyku> could anyone just include it in the daily build?
19.29.25 #       <johnybyku> rockbox is absolutely great, but the lack of battery monitoring is really annoing me at the moment
19.29.45 #       <johnybyku> i think it's quite an important thing to do, isn't it?
19.31.26 #       <lostlogic> johnybyku: patience, getting battery monitoring calibrated is a time consuming process.  hopefully preglow will calibrate it soon... the patch on the tracker only activates the voltage monitoring, but does not properly calibrate it, IIRC.
19.32.12 #       <johnybyku> ok, i got it.
19.32.42 #       <johnybyku> is there any way i could help him with that?
19.33.12 Join    scf [0] (n=scf@141-113-207-82.ip.ukrtel.net)
19.37.46 Join    CoCoLUS [0] (n=coco@h081217139221.dyn.cm.kabsi.at)
19.38.07 Quit    johnybyku ("BitchX: the cure for the common client")
19.40.05 #       <fergie> Doe the load to ram work for tagcache? the icon of disk access still comes up when I click on artist, albums, etc.
19.40.15 #       <amiconn> Hmm, button handling should be identical to 4g/photo and higher. Probably just ifdefed wrong, as the mini 1G is different
19.40.30 Quit    BarretJ ("leaving")
19.41.14 #       <lostlogic> amiconn: yeah, the mini1g implementer wanted runtime 2g detection, sounded impractical to me, but I hadn't actually looked at it...
19.41.19 Join    RotAtoR [0] (n=e@rockbox/developer/rotator)
19.41.43 #       <Slasheri> btw, has anyone managed to get the sdl sound working on linux without continuous glitches? I get something like a two seconds of playback and three seconds of silence.
19.41.46 #       <amiconn> lostlogic: We should probably consolidate targets before a release, but not right now
19.42.00 #       <preglow> amiconn: so, how's it going?
19.42.00 #       <Slasheri> fergie: should work, just make sure dircache has been enabled
19.42.40 Join    OPP [0] (n=OPP@c-24-12-189-55.hsd1.il.comcast.net)
19.42.54 #       <OPP> quick question, how do i set a backdrop. i put it in the backdrop folder but it still doesnt work
19.43.22 #       <lostlogic> amiconn: makes sense... code duplication is going to eat us if we're not careful.
19.43.41 #       <lostlogic> OPP: I assume it's the right file format?
19.43.46 #       <OPP> 24bit bmp
19.44.03 #       <OPP> does it have to be named something special? like bg.bmp
19.44.14 #       <OPP> or backdrop.bmp
19.44.25 #       <preglow> Slasheri: sound works fine here
19.44.28 #       <amiconn> lostlogic: Yes. The bad thing is that sometimes code is identical for units clearly distinguishable by the user, while there are differences when the units look similar
19.44.30 Quit    scf (Read error: 104 (Connection reset by peer))
19.44.40 #       <Slasheri> preglow: hmm, weird :/
19.44.42 #       <preglow> Slasheri: although it doesn't take much to make it glitch
19.44.49 #       <preglow> Slasheri: if i adjust the eq heavily, the buffer underruns
19.44.54 #       <amiconn> E.g. button handling of 4g and mini-2g is identical, but mini-1g and mini-2g are different
19.45.01 Join    scf [0] (n=scf@141-113-207-82.ip.ukrtel.net)
19.45.10 #       <Slasheri> preglow: hmm.. even cpu is idle, so that shouldn't be a problem..
19.45.15 #       <preglow> Slasheri: specs?
19.45.21 #       <Slasheri> maybe there is a too big loop somewhere
19.45.29 #       <Slasheri> preglow: intel P4 2.8 GHz
19.45.32 #       <preglow> ahaha
19.45.35 #       <OPP> any idea lostlogic?
19.45.36 #       <preglow> then you should be in the clear
19.45.43 #       <preglow> i'm on a 3400+ a64
19.46.30 #       <safetydan> Slasheri, sdl sim sound works for me
19.46.46 #       <amiconn> sdl sound works on my linux vm. That is on a Pentium M 1.5GHz
19.46.47 #       <safetydan> try changing the buffer length in uisimulator/sdl/sound.c
19.47.01 #       <Slasheri> hmm, weird.. i will try that
19.47.04 Join    linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net)
19.47.13 #       <preglow> safetydan: how long is it now?
19.47.21 #       <safetydan> I have a 2 GHz mobile athlon that's usually running around 800 MHz when the sim is playing sound
19.47.43 #       <safetydan> preglow, 2048 bytes... but it's only a suggestion to the audio card. 2048 is the recommended value apparently
19.47.57 #       <safetydan> actually, maybe it's 2048 samples
19.48.11 Join    PhR3aK [0] (n=A@pD9528DC8.dip0.t-ipconnect.de)
19.48.21 Quit    biffhero_ (Read error: 110 (Connection timed out))
19.48.33 #       <PhR3aK> hi
19.49.09 #       <preglow> safetydan: does it use only one buffer?
19.49.36 #       <PhR3aK> i have a question, ...is it normal that the buttons are only working when backlight is on? i have this issue on my x5
19.49.44 #       <safetydan> preglow, I believe it's magic and up to the sound card
19.50.10 #       <lostlogic> OPP: sorry, haven't actually used backdrops, was just throwing out a thought.
19.50.10 #       <petur> OPP: browse to it on your player, long-press navi and select 'set as backdrop'
19.50.12 #       <PhR3aK> i have the newest cvs on my x5
19.50.21 #       <OPP> AHH
19.50.23 #       <OPP> thanks petur
19.50.33 #       <preglow> safetydan: most sound apis don't seem to feel that
19.51.08 #       <preglow> safetydan: with windows mme and dsound, it's pretty common to use multiple buffer, sometimes having something around a second's worth in total
19.51.15 #       <preglow> but i don't really expect it'll help us much
19.51.19 #       <lostlogic> amiconn: yeah, hopefully / maybe we can improve our dealing with that with Linus' target tree
19.51.25 #       <preglow> sdl might very well do something like that interally
19.51.29 #       <preglow> internally too
19.51.48 #       <preglow> lostlogic: i was thinking of starting to port code over to target/ as soon as 3.0 is out
19.51.57 #       <preglow> i'm sick of ifdefs
19.52.22 Join    frederic_ [0] (n=chatzill@i577B8F7E.versanet.de)
19.52.41 #       <safetydan> preglow, it's more likely to be which driver is being used, alsa, esd, oss, arts, etc
19.52.47 #       <preglow> yeah
19.53.27 #       <preglow> audio in linux is a dream
19.53.33 #       <preglow> a pleasant summernight's dream
19.54.03 #       <amiconn> Wee, buttons are working, and rockbox no longer hangs :-)
19.54.13 Join    [TCK] [0] (n=tckocr@81-178-200-248.dsl.pipex.com)
19.54.14 #       <safetydan> It might be easier if people let go of oss and just used alsa. Which would also eliminate the need for arts and esd (unless you want network audio).
19.54.35 #       <amiconn> I can browse the filetree, use the menu
19.54.51 #       <linuxstb_> amiconn: I'm expecting a "Gentlemen..." email before you sleep tonight.
19.54.54 #       <lostlogic> amiconn: wow, so it wsa just a matter of activating the 4g code for the 2g mini then?
19.54.59 Quit    OPP ()
19.55.05 #       <amiconn> lostlogic: Yes
19.55.27 #       <amiconn> In fact changing some ifdefs from APPLE_IPODMINI (defined for all minis) to IPOD_MINI
19.55.28 #       <preglow> 2g mini uses 4g code for what?
19.55.31 #       <preglow> buttons?
19.55.33 #       <amiconn> yes
19.55.35 #       <preglow> yeah
19.56.20 #       <Slasheri> haha, if i change in sound.c fmt.freq = 44100/2, then audio plays without any glitches but at the half speed. (and cpu idling now too)
19.57.30 #       <amiconn> Something is fishy with the lcd driver...
19.57.33 #       <Slasheri> and if i remove SDL_Delay from yield() in thread-sdl.c, then playback goes crazy and jumpy. And progress bar in wps jumps much
19.57.56 #       <safetydan> Slasheri, try setting SDL_AUDIODRIVER environment variable before running the sim
19.58.09 #       <Slasheri> safetydan: hmm, how i should set that?
19.58.10 Quit    muesli__ (Read error: 110 (Connection timed out))
19.58.15 #       <safetydan> you possible values are dma, oss, alsa, esd, and artsc
19.58.15 #       <preglow> amiconn: afaik, the 2g mini lcd driver doesn't even work right in ipl, so you've got a bit of work there
19.58.26 #       <Slasheri> ah, i will try that :
19.58.28 #       <Slasheri> :)
19.58.39 #       <preglow> safetydan, Slasheri: note that setting that environment variable made all audio stop for me, even if i set it to alsa
19.58.50 #       <safetydan> interesting
19.59.02 #       <safetydan> the sdl docs are somewhat lacking when it comes to that area
19.59.05 #       <amiconn> preglow: I suspect lcd-2bit-horz.c
19.59.32 #       <amiconn> The access itself works fine, but some rectangles are off (e.g. when clearing things)
19.59.36 #       <Slasheri> preglow: hmm, same here.. now i have no sound at all :/
19.59.58 #       <safetydan> Slasheri, apparently SDL_DSP_NOSELECT might also help
20.00.02 #       <goffa__> PhR3aK: are you still here?
20.00.09 #       <PhR3aK> jep
20.00.13 #       <safetydan> ftp://ptah.lnf.kth.se/pub/misc/sdl-env-vars is a list of env variables, maybe one of them will help
20.00.13 #       <goffa__> if so, i notice the same behavior on mine
20.00.28 #       <goffa__> the first press activates the backlight
20.00.36 #       <PhR3aK> yo
20.00.36 #       <goffa__> 2nd press does whatever you press
20.00.51 Quit    linuxstb (Read error: 110 (Connection timed out))
20.00.52 #       <PhR3aK> i thought its a feature of rockbox or something
20.00.55 #       <goffa__> i think it was designed that way
20.01.00 Nick    linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net)
20.01.11 #       <goffa__> which is fine, but kind of the opposite of what it used to do
20.01.52 #       <PhR3aK> its sometimes not that practical because i swich songs with my x5 in my pocket
20.01.53 #       <amiconn> Wow, this microdrive really spins up fast
20.01.59 #       <amiconn> Spinup time: 460 ms
20.02.14 #       <goffa__> yeah... i know
20.02.20 #       <goffa__> you have to remember to press it twice
20.02.21 #       <PhR3aK> and then i have to presss the button 2 times...
20.02.26 #       <PhR3aK> jep
20.02.44 #       <goffa__> it'll be fine once i get used to it i think
20.03.01 #       <PhR3aK> with the newest cvs i didnt notice any sound issues anymore... did you?
20.03.09 #       <goffa__> no
20.03.19 #       <goffa__> they seemed to have fixed that
20.03.22 #       <PhR3aK> ok... and what says the battery life?
20.03.25 #       <safetydan> goffa__, PhR3aK, I think you can configure the button behaviour
20.03.34 #       <goffa__> cool
20.03.36 #       <goffa__> where?
20.03.48 #       <goffa__> didn't do the battery test.. let me check
20.03.49 #       <amiconn> Now the problem is how I commit my button fixes. Both button.c and system.c have unrelated changes I don't want to commit yet
20.04.02 #       <amiconn> Seems I have to duplicate my changes in my second tree...
20.04.20 #       <safetydan> goffa__, under General Settings -> Display -> LCD Settings -> First Key... something
20.04.28 #       <goffa__> oh.. ok.. i'll look
20.04.31 #       <goffa__> thanks for the tip
20.04.36 #       <PhR3aK> no i mean do you own the x5l or x5? i have the x5l but i havent done any tests
20.04.46 #       <safetydan> not sure if it controls the behaviour you're seeing though
20.04.51 #       <PhR3aK> but i heard that the battery life should not be that good
20.04.57 #       <amiconn> Any1 here with a 4G grayscale?
20.05.09 #       <goffa__> hmm... thing has run for like 2 hours.. says 61% and only shows 22 seconds left
20.05.18 #       <goffa__> so i'd say that's not very accurate :)
20.05.26 #       <goffa__> but i can live with that 
20.05.38 #       <amiconn> preglow: I want wheel clicks...
20.05.59 #       <preglow> amiconn: i've got code for it
20.06.06 #       <PhR3aK> hm... why does no one know how much mAh the x5l battery got...
20.06.09 Part    tucoz ("Leaving")
20.06.52 #       <goffa__> PhR3aK: i set mine to 3200mah... 
20.07.00 #       <goffa__> it had battery warning flashing for 4 hours
20.07.05 #       <PhR3aK> :D
20.07.07 #       <goffa__> so i wouldn't worry about it
20.07.23 #       <goffa__> cool.. safetydan  that worked
20.07.31 #       <goffa__> PhR3aK: you should try that too
20.08.01 #       <PhR3aK> imo i have the cowon firmware flashed
20.08.16 #       <PhR3aK> but i think i will give it a try tonight
20.08.22 #       <goffa__> oh ok
20.08.33 #       <goffa__> yeah... rockbox for me is lightyears better
20.08.44 #       <PhR3aK> for me the cowon firmware sounds better...
20.08.50 #       <goffa__> but it gives me access to 30% more music in my collection that i can play
20.08.52 #       <PhR3aK> and the battery lasts linger
20.09.01 #       <goffa__> i don't use the "sound enhancements" on the cowon
20.09.07 #       <goffa__> battery does last a lot longer
20.09.29 #       <goffa__> with cowon
20.09.38 #       <PhR3aK> i dont use them too
20.09.49 #       <PhR3aK> they make the sound kind of unnatural
20.11.05 #       <PhR3aK> which version do you own? x5 or x5l?
20.11.08 #       <goffa__> l
20.11.15 #       <PhR3aK> ok
20.11.21 #       <goffa__> i think i got 10 hours of playback yesterday
20.11.29 #       <goffa__> maybe 12
20.11.38 #       <goffa__> but a lot of turning off, turning on, high volume, and random
20.11.40 #       <PhR3aK> and then it was empt?
20.11.44 #       <PhR3aK> empty
20.11.54 #       <goffa__> yeah
20.12.00 #       <safetydan> PhR3aK, there were some changes to the X5 sound code recently that should fix any issues with high frequency sounds on the X5
20.12.17 #       <goffa__> safetydan: it helped a lot
20.12.37 #       <PhR3aK> ok... i will give the new cvs a try
20.12.40 #       <goffa__> i haven't done listening tests with my ety er4-s
20.12.51 #       <goffa__> sounds better on my ascend acoustic setup though
20.13.18 #       <PhR3aK> imo im just using the mx 500, my cx 300 should arrive tomorrow
20.13.19 Quit    charkins ("Leaving")
20.13.22 #       <goffa__> haven't tried my energies in the living room yet either
20.13.39 #       <kkurbjun> does anyone know if it's possible to get the ipod mini's to read/write to CF cards that don't have a true IDE mode?  I have a broken one and a few CF cards, but I can't mount any of them when they're in the ipod
20.14.18 Nick    jborn_ is now known as JoeBorn (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net)
20.14.27 #       <PhR3aK> the only bad thing for me is that the most wps's have no clock
20.14.43 #       <goffa__> yeah
20.14.49 #       <goffa__> i always wear a watch
20.14.57 #       <goffa__> so i seldom use the clock on the iaudio
20.15.00 #       <PhR3aK> i havent got a watch
20.15.01 #       <goffa__> i've been using engineer
20.15.07 #       <goffa__> for my theme
20.15.13 #       <goffa__> black background white foreground
20.15.30 #       <goffa__> i like the what's next
20.15.54 #       <PhR3aK> jep me black background an orange foreground... and i used the theme which is the last one seen from the top
20.16.04 #       <safetydan> you can always add the clock to the wps
20.16.13 #       <PhR3aK> how?
20.16.35 #       <PhR3aK> i cant compile... so...
20.16.42 #       <amiconn> Why does rolo not work on iPod? It does nothing...
20.16.58 #       <safetydan> PhR3aK, wps's are just text files, you can edit them in notepad
20.17.03 #       <safetydan> http://www.rockbox.org/twiki/bin/view/Main/CustomWPS
20.17.48 #       <b00st4> [20:28] <PhR3aK> the only bad thing for me is that the most wps's have no clock
20.17.53 #       <goffa__> wow.. thanks again safetydan 
20.18.00 #       <b00st4> i would add one too if i knew how...
20.18.33 #       <PhR3aK> hm... i will try that
20.18.44 #       <b00st4> u know, what to edit?
20.19.07 #       <PhR3aK> not really... i just wanted to try it out
20.19.19 #       <b00st4> ^^
20.19.45 #       <b00st4> mustn be too difficult
20.19.54 #       <PhR3aK> imo im reading this http://www.rockbox.org/twiki/bin/view/Main/CustomWPS
20.20.02 #       <b00st4> but if u solve, could ya pls send me a pm?
20.20.23 #       <PhR3aK> im not registered so i cant send pm's
20.20.51 #       <safetydan> Maybe also read the mistic river forum on WPS creation http://www.misticriver.net/forumdisplay.php?f=142
20.21.01 #       <safetydan> those guys have been creating them for a while
20.21.03 Quit    [TCK] (Read error: 110 (Connection timed out))
20.22.02 Quit    frederic_ ("Chatzilla 0.9.72 [Firefox 1.5.0.1/2006011112]")
20.23.10 #       <b00st4> safetydan where should i add the codes to appear in the headline?
20.23.18 #       <b00st4> or status bar
20.23.22 #       <PhR3aK> oh man, the iriver 3xx themes look very good
20.23.27 #       <PhR3aK> very very good
20.24.04 #       <safetydan> b00st4, I haven't actually edited any WPS's myself and it would depend on the wps
20.24.42 #       <safetydan> you can always experiment to find out :)
20.25.27 #       <b00st4> so i just have to edit the file on my ipod? no compile?
20.25.49 #       <safetydan> no, no compile
20.25.54 #       <Moos> on your computer and put it in .rockbox dir
20.26.33 #       <goffa__> wow yeah
20.26.37 #       <goffa__> i like joltamp
20.27.54 #       <Slasheri> hmm, changing SDL_Delay(counter++ % 2); in yield() in thread-sdl.c seems to have fixed the playback issue
20.27.57 #       <Slasheri> interesting..
20.28.14 #       <safetydan> so sleep 1 or 2 ms?
20.28.15 #       <goffa__> might have to try that tonight when i get home
20.28.42 #       <linuxstb> amiconn:  Implementing Rolo isn't very useful on the ipods - you have to reboot to enter/leave usb disk mode anyway.  So no-one's looked at it.
20.28.42 #       <Slasheri> safetydan: it was SDL_Delay(1); and now it's something like SDL_Delay(0.5);
20.28.58 #       <safetydan> interesting that would fix it for you
20.29.01 #       <amiconn> linuxstb: rolo is useful for rebooting...
20.29.06 #       <Slasheri> safetydan: but changing it any lower, causes audio to jump, or higher and it will glitch
20.29.18 #       <amiconn> linuxstb: Is there a reason why config-ipodmini.h defines HAVE_WM8975 ?
20.29.19 #       <safetydan> AFAIK SDL_Delay only guarantees 10ms accuracy
20.29.37 #       <linuxstb> amiconn: No reason.  Looks wrong to me.
20.29.44 #       <amiconn> According to the ipl sources, both gen minis have WM8721, which is WM8721 without recording
20.29.58 #       <amiconn> Err, the second should be WM8731
20.30.31 #       <preglow> amiconn: if you want to fix rolo, you need to reset some hardware
20.30.42 #       <preglow> amiconn: for one, you need to undo the memory mapping
20.30.43 #       <amiconn> Is there working WM8731 support in rockbox?
20.31.07 #       <linuxstb> I implemented WM8731 support, and it _should_ work, but doesn't.
20.31.12 #       <amiconn> hmm...
20.31.41 #       <amiconn> Mini 1G didn't have audio working either, did it?
20.31.58 #       <linuxstb> No.
20.32.11 #       <amiconn> Okay, so I'll change to HAVE_WM8721
20.32.30 #       <amiconn> In fact the minis should have WM8731 but are handled as WM8721
20.32.41 #       <amiconn> 1G and 2G have 'true' WM8721
20.32.49 #       <amiconn> 3G has 8731
20.33.17 Join    damaki_ [0] (n=Chocolat@ALille-153-1-83-215.w86-215.abo.wanadoo.fr)
20.33.43 #       <b00st4> PhR3aK works for me
20.34.03 #       <b00st4> just have to reload the wps
20.34.07 #       <PhR3aK> yeah? how did you do it
20.34.08 #       <b00st4> coo
20.34.09 #       <b00st4> thx
20.34.16 #       <b00st4> just edit
20.34.41 #       <PhR3aK> ok... but i have to look where there is a free space for the clock right?
20.34.43 #       <b00st4> added %bs and a clock
20.34.47 #       <b00st4> no
20.34.52 #       <PhR3aK> no?
20.35.01 #       <PhR3aK> i mean on the wps
20.35.01 Join    darkless_ [0] (n=darkless@62.79.44.48)
20.35.02 #       <b00st4> do it somewhere between the bmps
20.35.08 #       <b00st4> no free space
20.35.13 #       <b00st4> just somewhere
20.35.15 #       <PhR3aK> ok
20.35.16 Join    TCK [0] (n=tckocr@81-178-165-155.dsl.pipex.com)
20.35.20 #       <b00st4> u will see, where it appears
20.35.27 #       <b00st4> than u can chance
20.35.31 #       <b00st4> g
20.35.38 Quit    darkless (Nick collision from services.)
20.36.53 #       <PhR3aK> will it be possible to make themes like this for the x5? http://img213.imageshack.us/img213/5092/rockitpreview7rj.png
20.38.25 #       <PhR3aK> but i cant use for example iriver themes on my x5 right?
20.40.36 #       <Moos> PhR3aK: sure but keep in mind the X5 resolution screen
20.40.50 #       <goffa__> yeah... i forgot what that was
20.40.54 #       <goffa__> pretty low
20.40.54 #       <Moos> you will need to resize and adapte
20.40.58 #       <PhR3aK> yeah i know 160x128
20.41.10 #       <Moos> then go go
20.41.13 #       <Moos> :)
20.41.29 #       <PhR3aK> ok... is this very difficult? im not that good coder you know ^^
20.41.33 #       <goffa__> yeah... i'd be using a smaller font.. thats for sure
20.41.45 Join    RedBreva [0] (n=chatzill@host86-133-124-164.range86-133.btcentralplus.com)
20.41.45 #       <Moos> no code knowledge needed
20.41.49 #       <PhR3aK> ok
20.42.03 #       <Moos> just look at the link safetydan pointed to you
20.42.07 Join    Shadowarrior13 [0] (i=dsf@ip68-3-160-223.ph.ph.cox.net)
20.42.14 #       <goffa__> yeah.. change a few variables, etc
20.42.16 #       <Moos> it's the WPS "language"
20.43.19 #       <Moos> PhR3aK: I'm currently reusing my iriver WPS :-) then no color and others yet :-)
20.44.35 #       <fergie> Question how do you put dircache on? I put it on reboot and then it is back off?
20.44.57 #       <b00st4> hmm, cant find the place to edit, that it will appear in statusbar
20.45.06 #       <Slasheri> fergie: put it on, exit the menus (go to the dir browser) and then reboot
20.45.09 #       <b00st4> moos are u familiar with wps?
20.45.39 #       <Moos> b00st4: not a lot sorry, but what is your problem?
20.46.16 #       <b00st4> i cant get the clock into the statusbar
20.46.18 Quit    damaki (Read error: 110 (Connection timed out))
20.46.24 #       <fergie> Thanks it works now
20.46.36 #       <b00st4> and %bs is always hidden under other icons
20.46.44 #       <Moos> boosts4: is it diplays somewhere in the screen?
20.46.49 #       <b00st4> jo
20.46.54 #       <b00st4> right in the middle
20.47.12 #       <Moos> then just find one good localisation to put it 
20.47.28 #       <Moos> I mean where they aren't text displayed
20.47.29 #       <b00st4> i already put it on top and it still was tere
20.47.54 #       <Moos> b00st4: do you use sim?
20.48.00 Join    Kohlrabi [0] (n=Kohlrabi@dslb-082-083-130-172.pools.arcor-ip.net)
20.48.02 #       <b00st4> no
20.48.05 #       <b00st4> whats this?
20.48.13 #       <Moos> Simulator
20.48.19 #       <b00st4> na
20.48.43 #       <b00st4> just know it with compile
20.48.52 #       <b00st4> what is i good for?
20.49.12 #       <Moos> in your case try your WPS in ;-)
20.49.23 #       <b00st4> how can i do that?
20.49.27 Join    miner49er [0] (n=miner49e@82-32-84-226.cable.ubr01.chap.blueyonder.co.uk)
20.49.38 #       <Moos> can you compile yourself?
20.49.43 #       <b00st4> jap
20.49.58 #       <miner49er> how does one compile oneself?
20.50.00 #       <Moos> then choose just sim instead of normal build
20.50.10 #       <b00st4> but not needed for wps i thought
20.50.14 #       <Moos> sorry for the english :)
20.50.22 #       <b00st4> its ok
20.50.26 #       <Moos> miner49er: but Hi btw
20.50.26 #       <b00st4> im not native too
20.51.00 #       <b00st4> what do i get after compile sim?
20.51.01 #       <miner49er> Moos: I was 'joking', sorry english humour.
20.51.10 #       <Moos> hehe :-)
20.51.25 #       <miner49er> Moos et al: Hi there!
20.51.34 #       <Moos> the famous english humour ;)
20.51.47 #       <b00st4> ^^
20.51.52 #       <b00st4> hi back
20.52.02 #       <b00st4> so? moos
20.52.13 #       <miner49er> Moos: yeah, generally just sarcasm...
20.52.15 #       <b00st4> btw, ur german?
20.52.23 #       <PhR3aK> im german, btw ;)
20.52.30 #       <b00st4> ^^me2
20.52.48 #       <b00st4> u already succeeded with ur wps?
20.52.54 #       <PhR3aK> but i think were not allowed to speak german here right?
20.52.57 #       <PhR3aK> no...
20.53.07 #       <PhR3aK> im currently doing homework :D
20.53.13 #       <b00st4> i just cant get it into the status bar, thats all
20.53.23 #       <b00st4> id had to do so too
20.53.31 Join    biffhero_ [0] (n=rob@adsl-70-132-39-144.dsl.snfc21.sbcglobal.net)
20.53.33 #       <Moos> b00st4: just build one sim and try on it !
20.53.49 #       <Moos> more fast and easy for test
20.53.57 #       <Moos> than on the device
20.54.30 #       <b00st4> whats the difference?
20.54.36 #       <b00st4> normal is easy too
20.54.39 #       <b00st4> and fast
20.54.39 #       <b00st4> ^^
20.55.01 #       <b00st4> but it wont help me with wps i think, uz its easier to just edit the wps
20.55.07 #       <miner49er> Can anyone help me with a small coding issue?
20.55.19 #       <Moos> b00st4: http://www.rockbox.org/twiki/bin/view/Main/UiSimulator
20.55.46 Join    Nico_P [0] (n=nicolas@rob92-6-82-231-243-63.fbx.proxad.net)
20.55.59 #       <Moos> b00st: can you make screen dump?
20.56.19 #       <Moos> of the WPS screen you have
20.56.49 #       <miner49er> I'll throw the question in anyway: What does the numerical value passed into button_get_w_tmo actually mean? Is it ms or what?
20.57.30 #       <miner49er> How does it relate to the value returned from current_tick
20.59.25 DBUG    Enqueued KICK PhR3aK
20.59.25 #       <PhR3aK> 2(b00st42): got icq?
20.59.48 #       <miner49er> Actually, forget it. I think I just found my answer!
21.00.47 #       <Moos> miner49er: you are coding one new game again?
21.00.52 Join    Chamois [0] (n=Florian@bro67-3-82-231-134-112.fbx.proxad.net)
21.01.11 #       <b00st4> jap
21.01.11 #       <miner49er> lol, still on the same one. I'm trying to get it accepted into CVS!
21.01.34 #       <Moos> good luck then ;)
21.01.39 #       <miner49er> But, I want it to be as perfect as possible before I submi my final change.
21.02.02 #       <PhR3aK> was the "jap" to my answer?
21.02.20 #       <b00st4> jap
21.02.29 #       <PhR3aK> ok... could i add you?
21.02.56 #       <b00st4> moos: so with sim i dont have to put files on my target to see if it works?
21.03.05 #       <b00st4> why, wanna get my ip?
21.03.06 #       <b00st4> :D
21.03.57 Quit    obo (Read error: 104 (Connection reset by peer))
21.03.58 #       <bam_> any good news on the tagdb?
21.04.16 Join    obo [0] (n=obo@82-46-82-224.stb.ubr02.trow.blueyonder.co.uk)
21.04.21 #       <Moos> b00st: that is the purpose of sim
21.05.04 Quit    Chamois (Client Quit)
21.06.03 #       <linuxstb> bam_: tagdb is dead.  tagcache has been born.
21.06.27 #       <Moos> hahaha XD
21.06.42 #       <b00st4> coo, ill check that out
21.07.39 #       <b00st4> im sick of unplugin my ipod all the time :)
21.08.18 #       <Moos> :)
21.08.48 Join    XavierGr_ [0] (n=c15c9642@labb.contactor.se)
21.10.55 Quit    quobl ("Leaving")
21.11.06 #       <XavierGr_> Open Proxy found on your host. Please visit www.blitzed.org/proxy?ip=62.1.xxx.xxx for more  information
21.11.06 #       <XavierGr_> What the hell?
21.12.17 #       <preglow> you got a mailserver?
21.12.18 #       <amiconn> linuxstb: The WM8731 register definitions are all wrong...
21.13.13 ***     Saving seen data "./dancer.seen"
21.15.03 #       <XavierGr_> preglow: no
21.15.39 #       <XavierGr_> I just tried to connect with trillian and it will not let me. It says I am banned. But why can I join from the web client?
21.15.40 #       <fergie> Is there any reason why dircache is off by default?
21.16.04 #       <XavierGr_> fergie: Buffer hungry feature
21.16.22 #       <fergie> How hungry is I may ask?
21.16.26 #       <XavierGr_> (though I like it like mad)
21.16.39 #       <XavierGr_> depends on your file structure
21.17.00 #       <XavierGr_> for me that I have 4000 tracks it is around 450-500 kB
21.17.06 #       <fergie> there is 32 mb buffer in ipod 4G I think?
21.17.10 #       <petur> XavierGr: using IE? there's a flaw in it that allows it to be used as a proxy. As a result, your IP can become blacklisted
21.17.11 #       <XavierGr_> yes
21.17.24 #       <fergie> so that not that much
21.17.27 #       <XavierGr_> petur: no I use only firefox
21.17.30 #       <preglow> XavierGr_: because the web client is based on another host than your own
21.17.46 #       <fergie> how can one check the size of the dircache?
21.17.48 #       <preglow> fergie: it's also a bit buggy yet
21.17.57 #       <XavierGr_> fegie: debug menu
21.18.19 #       <fergie> is that the one with keep out?
21.20.34 Quit    bam_ (Remote closed the connection)
21.21.12 #       <fergie> The dircache is 128010 Bytes on my ipod.
21.22.15 #       <preglow> oooh
21.22.20 #       <preglow> we might have musepack seeking soon
21.23.28 #       <Mikachu> does tagcache need dircache?
21.23.50 #       <preglow> no
21.23.55 #       <Slasheri> Mikachu: no, but it makes it work faster
21.23.58 #       <preglow> it it does benefit from it
21.24.20 #       <Mikachu> okay
21.24.40 #       <Mikachu> i think i saw some places that looked like they waited for dircache to start but i didn't check for ifdefs higher up
21.24.58 #       <amiconn> w000t!!
21.25.11 #       <amiconn> I have SOUND on mini 2G :-)
21.25.19 #       <Mikachu> is that gentlemen material?
21.25.29 #       <amiconn> I think so....
21.25.36 #       <Slasheri> Mikachu: to load tagcache in ram, then dircache is required
21.25.43 #       <Mikachu> ah, okay
21.25.50 #       <Slasheri> amiconn: ooh =)
21.26.04 #       <fergie> It benefits a lot, also the disk isn't touched so it sould save battery time.
21.26.24 #       <amiconn> linuxstb: In fact I was wrong about the registers. It's just that mini2g uses the WM8731 driver, but has PP5020 instead of PP5002, which wasn't accounted for in rockbox
21.26.55 #       <preglow> all the other ipod targets were gentlemen material, so...
21.27.05 Join    Bger [0] (n=Bager@217.9.226.114)
21.27.12 Ctcp    Ignored 1 channel CTCP requests in 0 seconds at the last flood
21.27.12 #       * amiconn is listening to Fiamma Fumana, "1.0"
21.27.15 #       <preglow> yank that sentence out of context, and you've got a hit
21.27.43 #       <amiconn> Is that a porting speed record, btw?
21.27.53 #       <amiconn> ;)
21.29.09 #       <preglow> ahahah
21.29.13 #       <preglow> sure
21.29.23 #       <preglow> got to be something close to it
21.29.26 #       <Mikachu> was mini1g already working?
21.29.30 #       <linuxstb> :) It took me a similar amount of time to get Rockbox running on the 5g, but I didn't get sound.
21.29.31 #       <preglow> Mikachu: no
21.29.39 #       <Mikachu> then it's pretty impressive
21.29.54 #       <preglow> Mikachu: that is, lots of the code needed was commited, but not working
21.30.12 #       <linuxstb> amiconn: So that means the wm8731 driver should be working - it's just the pp5002 parts of it that are wrong?
21.30.22 Join    t0mas [0] (n=tomas@ip503c08d1.speed.planet.nl)
21.30.38 #       <amiconn> preglow, linuxstb: Btw, I used CONFIG_CPU PP5020 for now. I think I should switch to (true) PP5022
21.30.55 #       <linuxstb> We've done the same for the PP5021 devices - Nano and 5g...
21.30.59 #       <amiconn> I'll probably need that for the proper diskmode cookie, right?
21.31.02 #       <preglow> amiconn: i don't really think i matters much, only difference i can think of is the iram
21.31.22 #       <amiconn> Does PP5021 also have 128KB of IRAM?
21.31.32 #       <linuxstb> amiconn: I think I just use IPOD_NANO || IPOD_VIDEO when setting the cookie.
21.31.39 #       <linuxstb> Yes.
21.31.47 #       <amiconn> Okay, so I have to add IPOD_MINI2G then
21.32.01 #       <linuxstb> Just grep for "diskmode"
21.32.33 Join    luigi_ [0] (n=luigi@dyn-83-157-77-175.ppp.tiscali.fr)
21.33.35 Quit    sneakums ("wossname")
21.34.56 #       <webmind> out of curiosity, will the ipod port get more optimalisations.. I noticed the osciliscope stops the music evey n-seconds
21.35.31 #       <amiconn> linuxstb, preglow: I don't see any mp3 performance problems.
21.35.36 #       <Mikachu> maybe it will get optimifications, but probably not optimalisations
21.35.43 Join    bam_ [0] (n=bam@pool-71-108-99-77.lsanca.dsl-w.verizon.net)
21.35.45 #       <linuxstb> amiconn: Try enabling the EQ
21.36.03 #       <amiconn> Hmm, is variable frequency enabled?
21.36.20 #       <Mikachu> webmind: try lowering the scroll speed from max
21.36.43 #       <linuxstb> No - but I think it's just a matter of enabling the #define in the config file.  The code works on the Nano/5g but crashes on my 4g Color.
21.36.59 Join    maeck [0] (n=chatzill@206.208.224.161)
21.37.51 #       <amiconn> preglow: With EQ enabled the buffer fills very slowly
21.38.03 #       <linuxstb> bbl
21.38.05 #       <preglow> amiconn: it's too slow
21.38.16 #       <preglow> amiconn: with mp3 and all eq bands, it skips here
21.38.24 #       <amiconn> The UI doesn't lag at all though
21.38.51 Join    sneakums [0] (i=sneakums@jenny.ondioline.org)
21.39.09 #       <preglow> nah, that has improved significantly at some point
21.39.12 #       <preglow> i don't really know when
21.39.18 #       <preglow> but now even peak meters are pretty fluid
21.39.29 #       <amiconn> Yeah, all 5 bands make it skip here as well
21.40.25 #       <amiconn> Approximately once every 10 seconds. That's with ~ 177kbps VBR mp3
21.40.43 #       <preglow> mp3 is too slow
21.40.48 #       <preglow> and i'm planning to look into it
21.40.53 #       <preglow> i alreaedy know synth_full can be made faster
21.41.19 #       <preglow> i need to sit down and focus on a couple of things, i've got too much stuff uncommited
21.41.36 #       * amiconn too
21.41.37 #       <preglow> and not too many other people seem interested in codecs
21.41.53 #       <amiconn> I'll commit mini2g sound, then turn back to .lang
21.42.01 #       <preglow> and i need to find out why the flaming hell iram is so slow
21.42.03 #       <preglow> damn, that annoys me
21.42.18 #       <Mikachu> codecs are sort of harder than other stuff
21.43.12 #       <amiconn> Bah, I really need to look into lcd-2bit-horz.c
21.43.32 #       <amiconn> Mono bitmap drawing is fishy, scrolling text looking weird
21.43.41 #       <preglow> Mikachu: nah, not really, i very seldom actually have need to actually modify the codecs, i just speed them up
21.43.49 #       <preglow> which doesn't even always require asm
21.46.55 #       <fergie> Maybe stupid question, but will it ever be possible to beat the playtime of mp3's of the apple firmware?
21.46.58 #       <Nico_P> is there anyone here familiar with the playback system ?
21.47.24 #       <webmind> Mikachu, is that an osciliscope option, or just the generic rocbox scroll option?
21.47.41 #       <Nico_P> i'm having problems with the current read position...
21.47.48 #       <Nico_P> i never seem to get it right :(
21.48.26 #       <preglow> linuxstb: we got any mini gen1 people?
21.48.38 #       <webmind> Mikachu, nm, found it
21.49.56 Quit    luigi (Connection timed out)
21.50.33 Join    ipod5G60Gb [0] (n=47d5720e@labb.contactor.se)
21.51.15 #       <ipod5G60Gb> k so any one played around ines, i need some help
21.51.38 #       <preglow> come again?
21.53.30 #       <fergie> anyone who can answer my question?
21.53.48 #       <amiconn> I need to fix the port debug screen for iPod mini. It doesn't fit...
21.54.18 #       <amiconn> Haha, battery voltage is way off. 11.61V ...
21.54.36 #       <preglow> amiconn: yeah, i bet the scaler is completely off the bat
21.54.39 #       <preglow> it was on nano too
21.54.45 #       <preglow> i had a voltage of 10.3 at half gauge
21.54.49 #       <Nico_P> no one to help me ?
21.54.53 #       <preglow> ahh, right, another thing for me to do
21.54.57 #       <preglow> fix the ata sleep hack
21.55.05 #       <amiconn> Yes
21.55.19 #       <preglow> amiconn: how should i deal with that, really? just pretend that the disk spins for a couple of seconds after each access?
21.55.32 #       <amiconn> I'd say just fake the sleep, i.e. let the rockbox code do its sleep magic, just don't send the actual command
21.55.33 #       <preglow> ideally the bloody thing should just work, but that seems to be impossible
21.55.41 #       <preglow> yeah
21.55.45 #       <b00st4> scripter of ipod_unplug here?
21.56.25 #       <bam_> after searching for a song per say (tagdb) how does one create a playlist from the search?
21.57.02 #       <amiconn> I love that microdrive spinup time. Now someone make larger microdrives, please ;)
21.57.11 #       <preglow> how fast is it?
21.58.01 #       <amiconn> around 500 ms
21.58.22 #       <amiconn> preglow: Are nanos always formatted FAT32?
21.58.22 #       <preglow> not too shabby
21.58.26 #       <amiconn> (disregarding HFS)
21.58.35 #       <preglow> amiconn: i think so
21.58.37 #       <preglow> i think all newer ipods are
21.58.47 #       <amiconn> The 1GB version might be FAT16?
21.59.05 Quit    maeck ("Chatzilla 0.9.72 [Firefox 1.5.0.1/2006011112]")
21.59.08 #       <preglow> seriously doubt it
21.59.15 #       <amiconn> Why?
21.59.20 #       <preglow> doesn't fat16 only support 8.3 ?
21.59.29 #       <amiconn> For large files like music, FAT16 has less overhead
21.59.41 #       <amiconn> No, that has nothing to do with the FAT bit width
21.59.44 #       <preglow> ok
21.59.47 #       <preglow> then it might, i have no idea
21.59.49 #       <preglow> i still doubt it
21.59.54 #       <preglow> apple prefers to stick to their feature set
21.59.58 #       <amiconn> The LFN extension is called VFAT, and works on all FAT variants
22.00.00 #       <fergie> What are the chances that newer rockbox versions will beat the total playtime of one battery cycle with the ipod firmware?
22.00.05 #       <preglow> ahh, right
22.00.12 #       <preglow> fergie: very slim
22.00.26 #       <preglow> fergie: the chances are slim we'll ever reach that level
22.00.47 #       <amiconn> preglow: I'm asking because we have to support both FAT16 and FAT32 on Ondio, so it would be simple to enable FAT16 support for nano
22.00.54 #       <fergie> wath do apple so much better then?
22.01.15 #       <preglow> amiconn: well, i've no idea
22.01.28 #       <preglow> amiconn: i might find out soon, though, i'm going to mod an ipod 1gig for a client soon
22.02.14 #       <amiconn> mod?
22.02.32 #       <preglow> yeah, mod and do a small custom rockbox
22.02.37 #       <preglow> for acoustics measurements
22.02.42 #       <amiconn> ah
22.02.45 #       <preglow> am i the first to be paid for rockbox work? :)
22.02.58 #       <amiconn> maybe
22.03.49 Quit    Kohlrabi ("Fast alle Menschen sind Regenwürmer")
22.03.59 Join    Kohlrabi [0] (n=Kohlrabi@dslb-082-083-130-172.pools.arcor-ip.net)
22.04.09 #       <lostlogic> so fergie's question stands... why is our battery life so bad on ipod?
22.04.31 #       <petur> and h3x0...
22.04.47 #       <preglow> because our codecs aren't as optimised as apple's
22.04.52 #       <preglow> or anything at all
22.04.55 #       <amiconn> Our codecs are not as optimised as the commercial ones
22.05.11 #       <preglow> apple almost certainly uses a decoder written in pure asm
22.05.11 #       <amiconn> ...and on H300 there's the mysterious power drain problem
22.05.23 #       <preglow> by people who know what they're doing
22.05.42 #       <amiconn> Iriver most probably uses the motorola mp3 decoder
22.05.55 #       <fergie> but is it only the codecs where the time is lost?
22.05.56 #       <amiconn> ...which is well optimised
22.05.57 #       <preglow> and there are plenty of mp3/aac decoders for arm floating around
22.06.04 #       <preglow> fergie: no, not only, but very much
22.06.11 #       <preglow> fergie: the codecs are by far the biggest cpu drain
22.06.22 #       <fergie> ok
22.06.48 #       <amiconn> But, I had the impression that the motorola codec doesn't sound as good as libmad
22.06.57 #       <preglow> me too
22.07.01 #       <preglow> i think they cut some corners
22.07.08 #       <preglow> amiconn: btw, you got any idea how much work is left for 1g mini?
22.07.39 #       <fergie> this is probably illegal, but can you locate the mp3 decoder in the apple firmware?
22.07.56 #       <preglow> fergie:of course
22.07.59 #       <preglow> fergie: but it wouldn't help us
22.08.11 #       <amiconn> preglow: Probably *very* little, if at all
22.08.25 #       <preglow> amiconn: there's a girl i know that wants rockbox on her ipod, and i think she's got a 1g mini. might be able to borrow it to do the port
22.08.31 #       <amiconn> mini 1G uses PP5020, and the button driver is already in.
22.08.40 #       <preglow> yeah, doesn't look like much is required
22.08.52 #       <amiconn> WM8731 driver should work out of the box as soon as I commit it
22.09.08 #       <amiconn> It may even just work...
22.09.35 Join    [IDC]Dragon [0] (n=idc-drag@p5482A25C.dip0.t-ipconnect.de)
22.09.38 #       <amiconn> Of course there are still some quirks left, but having it playing music is the milestone
22.10.18 Join    pfavr [0] (n=chatzill@0x50a32a37.unknown.tele.dk)
22.10.38 #       <amiconn> Good evening to Hanover :)
22.10.52 #       <[IDC]Dragon> and to Berlinn
22.10.56 #       <[IDC]Dragon> ;-)
22.10.57 #       <amiconn> Huh?
22.11.11 #       <amiconn> Pls look up the english spelling of Hannover
22.11.24 #       <[IDC]Dragon> I see there's one more Ipod in berlin
22.11.28 #       <amiconn> yepp
22.11.35 #       <amiconn> And it even plays music :)+
22.11.41 #       <[IDC]Dragon> so you went to the dark side
22.11.44 #       <amiconn> ...from the HD, without iTunes
22.11.55 Join    nave7693 [0] (i=evan@c-71-198-247-170.hsd1.ca.comcast.net)
22.12.01 #       * [IDC]Dragon goes reading backlog
22.14.32 #       <Nico_P> noone to help me with the playback code ?
22.14.51 #       <[IDC]Dragon> and me with recording?
22.15.17 #       <petur> recording?
22.15.33 #       <[IDC]Dragon> PCM, on Archos ;-)
22.15.52 #       <petur> sorry ;)
22.16.41 #       <safetydan> argh, someone would post again to the real names thread
22.16.56 #       <petur> it 'll never end :D
22.16.58 #       <[IDC]Dragon> I fail to see how to tell the recording it should use parallel port
22.16.59 #       <preglow> argh, could someone just ignore the real names thread
22.17.05 #       <pfavr> [IDC]Dragon: you're working on PCM recording for Archos?
22.17.19 #       <[IDC]Dragon> working is an exaggeration
22.17.25 #       <pfavr> ok
22.17.29 #       * safetydan adds thread to ignore list and never mentions it again
22.17.32 #       <petur> or maybe do what the subject says :)
22.17.50 #       <pfavr> if you get it working one day I might use it :-)
22.18.09 #       <safetydan> On the upside, I have an equalizer screen that scales with the resolution and user chosen font
22.18.38 #       <pfavr> goodnight everybody
22.18.42 Quit    pfavr ("ChatZilla 0.9.61 [Mozilla rv:1.7.12/20060205]")
22.18.48 Quit    linuxstb (Read error: 104 (Connection reset by peer))
22.18.51 Join    linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net)
22.21.22 Join    Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com)
22.21.24 #       <amiconn> [IDC]Dragon: Huh? The PCM codec only supports PIO for recording, so there's nothing to tell
22.21.32 #       <[IDC]Dragon> ah, ok
22.22.27 #       * [IDC]Dragon has to read more thoroughly
22.23.19 #       <amiconn> All the audiocodec registers keep their function when the PCM codec is loaded. Only the DSP memory cells change
22.23.19 #       * [IDC]Dragon waits for a "Ladies" email
22.25.17 #       <preglow> "Fellow living beings, we have sound!"
22.30.31 #       <amiconn> Slasheri: You caused a 64bit sim warning...
22.30.49 #       <amiconn> (with enabling dircache)
22.31.24 #       <amiconn> Bagder, t0mas: Build system seems to hang
22.31.42 #       * t0mas checks
22.31.57 #       <t0mas> tomas@labb:~/rockbox-auto$ Read from remote host rockbox.org: Network is unreachable
22.32.00 #       <t0mas> Connection to rockbox.org closed.
22.32.03 #       <t0mas> that doesn't look good :)
22.32.46 #       <Bagder> its reachable to me
22.32.51 #       <t0mas> to me now too
22.32.54 #       <t0mas> just had to reconnect
22.32.55 #       <obo> b00st4: patch has been updated
22.33.12 #       <t0mas> Bagder: 11923 ?        00:00:00 find <defunct>
22.33.28 #       <Bagder> yeps, looks weird
22.33.40 #       <Bagder> the log says 2 builds left
22.34.12 #       <t0mas> try killing it as root?
22.34.16 #       <t0mas> I can't kill it :|
22.35.06 Quit    RedBreva (Excess Flood)
22.35.29 #       <b00st4> cool thx
22.35.35 #       <b00st4> for unhold too?
22.35.50 Quit    linuxstb (Read error: 104 (Connection reset by peer))
22.35.51 #       <obo> b00st4: no - new features need to be added as new patches
22.35.53 Join    linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net)
22.35.55 Join    RedBreva [0] (n=chatzill@host86-133-124-164.range86-133.btcentralplus.com)
22.36.08 #       <b00st4> ok
22.36.15 #       <b00st4> but thx for this one
22.36.24 #       <Bagder> its a zombie, its not easily killed
22.36.26 #       <b00st4> when its gonna be embeddet to cvs?
22.36.31 #       <obo> b00st4: no worries
22.36.45 #       <obo> b00st4: erm, pass
22.37.06 #       <b00st4> pass?
22.37.12 #       <biffhero_> obo, I am trying your headphone patch against a clean CVS checkout
22.37.22 #       <obo> b00st4: one of the devs needs to look at it, decide if it's a wanted patch, and if it's good code
22.37.26 #       <Bagder> t0mas: kill the whole buildmaster script
22.37.27 #       <fergie> Another question: How does the mp3 decoder in Rockbox compares to the apple one quality wise? or is there on difference?
22.37.40 #       <biffhero_> patching file apps/settings.c          Hunk #1 succeeded at 578 (offset 1 line).
22.37.47 #       <t0mas> Bagder: yeah, that works
22.37.50 #       <t0mas> it was the parent
22.38.09 #       <Bagder> I figured
22.38.10 #       <b00st4> hope your patch will be in it soon, its really usefull
22.38.12 #       <obo> biffhero_: yes, there was a recent commit that affected the patch
22.38.13 #       <Bagder> weird though
22.38.26 #       <fergie> If've some tracks where the apple decoder always skips, the rockbox one never skips
22.38.30 #       * Bagder listens to the improved x5 sound
22.38.38 #       <Bagder> and hears no difference ;-)
22.38.41 #       <biffhero_> building now
22.38.43 #       <obo> b00st4: yup, me too :)
22.38.59 #       <t0mas> Bagder: I've fixed the buildlog... on the next rebuild it should just remove the failed line
22.39.13 #       <Paul_The_Nerd> fergie: Do you have a Nano or Mini?
22.39.18 #       <Bagder> ok
22.39.22 #       <fergie> Ipod Color
22.39.28 #       <Paul_The_Nerd> fergie: Aah. VBR tracks though?
22.39.29 #       <Moos> Bagder: that was bugfix 
22.39.30 #       <ipod5G60Gb> i have noticed no difference in sound quality on a 5G
22.39.36 #       <fergie> The welknown? VBR issue
22.39.44 #       <Bagder> Moos: I know
22.39.58 #       <Paul_The_Nerd> fergie: The VBR issue doesn't affect rockbox. CPU frequency adjustments are handled quite differently.
22.40.46 #       <Moos> Bagder: I happily listened sound for my musics need yesterday and today, that Rocks! :)
22.40.56 #       <fergie> yep it has only improvements compared to apple
22.41.51 #       <fergie> If only Rockbox would have 80% of apple's playtime it would be perfect
22.44.17 #       <preglow> it'll come
22.44.21 #       <preglow> but there's a long way to go
22.44.42 #       <preglow> and the bloody lack of documentation isn't helping
22.44.49 #       * preglow curses portalplayer
22.44.57 #       <linuxstb> fergie: Have you done any comparisons of battery life?
22.45.37 #       <fergie> No complete battery tests
22.46.28 #       <fergie> Maybe I will run a complete one tomorrow
22.46.38 #       <amiconn> Bagder: Could you setup a mini2g target build?
22.46.38 #       <Bagder> amiconn: you think we should add a 2g mini to the cvs builds?
22.46.42 #       <Bagder> hahaha
22.46.43 #       <amiconn> hehe
22.47.01 #       <amiconn> Sim is not yet possible - image missing
22.47.08 #       <Bagder> ok
22.47.10 #       * amiconn needs to scan his mini
22.47.14 #       <Bagder> but boot is?
22.47.18 #       <amiconn> yep
22.47.47 Join    muesli__ [0] (n=muesli_t@88.134.20.76)
22.48.17 #       <preglow> doom has _massive_ warnings in gcc 4.1
22.48.19 #       <preglow> of the type:
22.48.21 #       <fergie> Btw are there some risk at letting ipod run till it completely drained the vattery?
22.48.22 #       <preglow> p_ceilng.c:94: warning: dereferencing type-punned pointer will break strict-aliasing rules
22.48.28 #       <preglow> fergie: nah, don't think so
22.48.38 #       <preglow> fergie: but i recommend avoiding it
22.48.58 #       <fergie> But how will I know it's empty?
22.49.18 #       <biffhero_> obo: know what's funny?  if you set your duration to rewind to 3 seconds, by don't set 'pause on headphone unplug' to 'yes', you might think it is broken.
22.49.31 #       <preglow> fergie: it shuts off...
22.49.57 #       <fergie> And why do you recommend avoiding it? ;)
22.50.16 #       <preglow> because i'm not completely certain how good apple's hardware failsafes are
22.50.47 #       <amiconn> The failsafe has to be part of the battery controller for LiIon
22.50.52 #       <obo> biffhero_: what was 'pause on headphone unplug' set to?  off/pause/pause and resume?
22.51.07 #       <fergie> ok
22.51.09 #       <amiconn> Otherwise these beast would be quite dangerous
22.51.17 #       <amiconn> *beasts
22.51.29 #       <biffhero_> obo: it was set to 'off'.  ha!
22.51.56 #       <obo> biffhero_: if it's set to off then it skips the entire thing
22.51.56 #       <preglow> anyone with a nano currently here?
22.52.09 #       <Paul_The_Nerd> I am
22.52.12 #       <obo> biffhero_: can you check it's still set to off?
22.52.16 #       <biffhero_> obo: yeah, I figured that out, after 3 seconds of 'huh?'
22.52.22 #       <fergie> It's sooo nice I can finally listen to cd's without enervating myself about the pauses between tracks.
22.52.25 Join    tucoz [0] (n=martin@rockbox/developer/tucoz)
22.52.40 #       <biffhero_> obo: yeah, it leaves it to 'off' even after you mess with the 'duration to rewind'
22.53.06 Quit    Sinbios (Connection timed out)
22.53.08 #       <obo> biffhero_: ah, okay, I see what you're getting at.
22.53.09 Join    Sinbios [0] (n=Sinbios@HSE-Hamilton-ppp3513620.sympatico.ca)
22.53.11 #       <tucoz> anyone know how to replace all occurrance of tab with a space
22.53.16 #       <tucoz> in a file
22.53.26 #       <biffhero_> tucoz: i can do it in emacs
22.53.34 #       <Paul_The_Nerd> tucoz: Many good editors can do it for you.
22.53.34 #       <tucoz> biffhero_, oh. tell me
22.53.40 #       <tucoz> I use emacs
22.53.41 #       <biffhero_> M-%
22.53.43 Join    Genre9mp3 [0] (n=yngwiejo@dslcustomer-230-197.vivodi.gr)
22.53.44 #       <safetydan> tucoz, s/\t/ /g
22.53.59 #       <biffhero_> ^Q^I RET <sp> RET !
22.54.01 #       <safetydan> assuming you actually want a single space
22.54.07 Join    MrStaticVoid [0] (n=jlee@resnet-252-226.resnet.UMBC.EDU)
22.54.24 #       <tucoz> sure, I just want the tabs removed
22.54.34 #       <tucoz> and let emacs do the indenting
22.54.56 #       <tucoz> safetydan, is that with sed or something?
22.55.21 #       <safetydan> tucoz, it's a regular expression so anything that supports those
22.55.21 #       <amiconn> preglow, linuxstb: Btw, why are there 2 types of ipod #defines?
22.55.26 #       <safetydan> I'd be shocked if emacs couldn't do it
22.55.31 #       <tucoz> safetydan, it can :)
22.55.46 #       <amiconn> One set with configure, IPOD_*
22.55.52 #       <Bagder> tucoz: M-x untabify
22.55.59 #       <biffhero_> badger: good one
22.56.00 #       <amiconn> Another one set in config-ipod*.h, APPLE_IPOD*
22.56.03 #       <tucoz> Bagder, ah, thanks
22.56.06 Join    ashridah [0] (n=ashridah@220-253-120-157.VIC.netspace.net.au)
22.56.13 #       <biffhero_> tucoz: you didn't see my emacs-way to do it?
22.56.20 #       <Bagder> and we have 42 builds
22.56.32 #       <tucoz> biffhero_, yes. But I didn't get the ^Q^I part
22.56.41 #       <biffhero_> control-q
22.56.43 #       <biffhero_> control-i
22.56.56 #       <Bagder> that's not a working approach
22.57.06 #       <Bagder> untabify replaces it with the proper number of spaces
22.57.25 #       <biffhero_> he said he only wanted 1 space, so that's what I did.  I see that untabify uses tab-width
22.57.25 #       <safetydan> Bagder's method will definitely be more what you want
22.57.36 #       <tucoz> biffhero_, thanks anyway :)
22.57.44 #       <Bagder> ah
22.58.10 #       <tucoz> biffhero_, I din't know there was a untabify command, and I just wanted to get rid of the tabs and do the indenting afterwards
22.58.31 #       <[IDC]Dragon> 'night!
22.58.35 #       <Bagder> hehe, the warnings wander ;-)
22.58.38 #       <safetydan> weird, I get a divide by zero exception in eq.c when I start the ipod video sim
22.58.41 Part    [IDC]Dragon
22.58.44 #       <Bagder> 64bit sims only
22.59.26 Quit    Genre9mp3 ()
23.00.07 #       <preglow> safetydan: well, perhaps the cutoff is 0 some place, then
23.00.21 #       <obo> biffhero_: if pause is off and rewind is set, there is no way to tell how long the phones were out for, so I'm not sure why rewinding a set amount would help....
23.00.40 #       <amiconn> Slasheri: r u there?
23.00.53 Quit    ipod5G60Gb ("CGI:IRC (EOF)")
23.01.30 #       <biffhero_> obo: it was my mistake.  I forgot to do the pause setting, only ran in and hit the rewind setting really quickly, and then went "D'oh!" when it didn't work.  my bad
23.01.41 #       <linuxstb> amiconn: That's a good question about the ipod #defines.  I can't see a need for the APPLE_* set defined in the config files.
23.01.55 #       <amiconn> yes, that's what I mean
23.02.12 #       <obo> biffhero_: ah, okay
23.02.15 #       <amiconn> I went for the configure ones, but having both might be misleading...
23.02.33 Join    ipod5G60Gb [0] (n=47d5720e@labb.contactor.se)
23.02.35 #       * amiconn is going to test variable CPU frequency now
23.02.40 #       <linuxstb> Yes, I think we should get rid of the APPLE ones.
23.02.45 #       <safetydan> preglow, it was probably that, forgot to delete the sector3D.bin file
23.03.33 #       <amiconn> linuxstb: The APPLE_* ones are used in quite a number of places... Some search & replace work is needed.
23.03.46 #       <obo> is it possible to get some dev feedback on 4899??
23.03.55 #       <linuxstb> Yes.  I'll do it, but not until tomorrow.
23.04.01 #       <linuxstb> (unless you want to do it...)
23.04.21 Join    herz42_ [0] (n=herz42@p549FD6A9.dip.t-dialin.net)
23.04.43 #       <preglow> amiconn: just disabling the sleep commands doesn't change anything
23.04.47 Part    Paul_The_Nerd
23.04.48 #       <preglow> i really wonder what this problem comes from
23.06.09 #       <safetydan> Comments on the potential new eq layout here? http://iocaine.org/new-eq.png
23.06.19 #       <safetydan> Basically vertical sliders with two lines of text at the bottom
23.06.21 Join    luigi [0] (n=luigi@dyn-83-153-5-231.ppp.tiscali.fr)
23.06.27 #       <safetydan> scales with user selected font and screen resolution
23.06.54 Join    solexx [0] (n=jrschulz@c187100.adsl.hansenet.de)
23.07.15 #       <amiconn> safetydan: Does it fit the mini's screen?
23.07.30 #       <amiconn> (afaik the smallest across all devices supporting eq)
23.08.25 #       <amiconn> preglow: CPU boost is working just fine on mini 2g
23.08.43 #       * linuxstb curses his 4g Color...
23.08.45 #       <Doomed9> any tagcache updates?
23.08.58 #       <preglow> amiconn: how nice
23.09.05 #       <amiconn> linuxstb: Are you sure it doesn't work?
23.09.14 #       <preglow> safetydan: if it scales, then it's just fine
23.09.24 #       <Doomed9> oh yeah! gotta get the new cvs
23.09.30 #       <amiconn> Perhaps you didn't replace everything when you tried. The api changes with it...
23.10.08 #       <amiconn> preglow: Hell, 68% boost ratio with mp3...
23.10.23 #       * b00st4 kisses his ipod 5g :)
23.10.36 #       <linuxstb> I haven't tried it since before preglow committed it, but it just caused random crashes when playing audio.
23.10.47 #       <linuxstb> Maybe it's time to give it another go...
23.11.06 #       <amiconn> Crashes how often?
23.11.09 #       <Doomed9> linuxstb what are u talking about
23.11.21 #       <linuxstb> amiconn: Did you just define HAVE_ADJUSTABLE_CPU_FREQ  in the config file?
23.11.25 #       <amiconn> yes
23.12.00 #       <preglow> amiconn: i didn't joke when i said it was slow
23.12.03 #       <biffhero_> I see the tagcache sorts by track number now
23.12.08 #       <preglow> amiconn: even tremor is faster than mp3 at most bitrates
23.12.12 #       <linuxstb> I think it was whenever it tried to change the speed.
23.12.24 #       <linuxstb> Doomed9: Dynamic CPU frequency on the 4G.
23.12.46 #       <Doomed9> ok
23.12.55 #       <amiconn> preglow: Hmm, CPU frequency is working on nano and video (and now, mini2g)?
23.13.06 #       <preglow> amiconn: is there anything that says i can't just comment out the sleep commands and have it work?
23.13.09 #       <preglow> amiconn: everything but 4g
23.13.12 #       <preglow> amiconn: and untested platforms
23.13.15 ***     Saving seen data "./dancer.seen"
23.13.33 #       <preglow> amiconn: so yeah, basically what you said :)
23.13.38 #       <amiconn> So perhaps there's a problem on PP5020. Iiuc nano and video are PP5021, and mini2g is PP5022
23.13.45 #       <preglow> perhaps
23.13.49 #       <linuxstb> We only have the 1g mini and 4g greyscale without developers now.
23.13.52 #       <preglow> i bet we'll find out if i get my hands on that 1g mini
23.13.58 #       <miner49er> I've added the final version of asteroids, can it be added into CVS now please?
23.14.06 #       <amiconn> linuxstb: and the 1g 2g and 3g iPods
23.14.14 #       <linuxstb> amiconn: The odd thing is that the code is taken from IPL, and was written for the PP5020.
23.14.21 #       <miner49er> well, perhaps someone could test it on the irIver and Ipod for me?
23.14.39 #       <preglow> linuxstb: bet they never used it like we do, though
23.14.57 #       <Nico_P> still nobody to help me with the playback engine ?
23.15.00 #       <linuxstb> True.
23.15.14 #       <biffhero_> miner49er: test asteroids on the 5G?
23.15.26 #       <Nico_P> i'm almost there, i just have a few ogg failures left
23.15.35 #       <Nico_P> "just"
23.15.38 #       <miner49er> Bueller. Bueller. Bueller.
23.15.40 Quit    ipod5G60Gb ("CGI:IRC (Ping timeout)")
23.16.16 #       <amiconn> Btw, the default font is quite large on the mini's LCD
23.16.39 #       <amiconn> I'm using the same font as I do on archos now: rockfont-8
23.16.59 #       <miner49er> biffhero: It might work, if it doesn't let me know soon, whilst i'm in the mood for playing with it. I could try and get the sim working for it I 'spose
23.17.05 Join    RoC_MM [0] (i=dragon@dsl-29-8.cofs.net)
23.17.22 #       <biffhero_> miner49er: where do I find the code?
23.17.22 #       <RoC_MM> preglow?
23.17.27 #       <preglow> RoC_MM: yo
23.17.32 #       <RoC_MM> Did the benchmark.
23.17.36 #       <preglow> cool
23.17.41 #       <preglow> got the file stuffed somewhere?
23.17.49 #       <miner49er> http://www.rockbox.org/tracker/task/2864   --the last entry has the latest version
23.18.00 #       <Bagder> t0mas: happened again
23.18.03 #       <RoC_MM> I'm curious if the informatiion between the last disk access and the battery failure is important...or is that data lost?
23.18.06 #       <RoC_MM> nyet
23.18.08 #       <linuxstb> I enabled the adjustable CPU frequency, and my 4g Color crashed immediately after displaying the file browser.
23.18.11 #       <biffhero_> miner49er: ok, going against latest cvs + 4899
23.18.22 #       <amiconn> t0mas, Bagder: Builds hanging again...
23.18.33 #       <Bagder> yeps
23.18.40 #       <preglow> RoC_MM: won't know until we see it
23.18.45 #       <RoC_MM> k
23.18.54 #       <RoC_MM> i'll post when it's up
23.19.35 #       <biffhero_> miner49er: do I just put it in rockbox/apps/plugins/ and then re-run make ?
23.20.08 #       <miner49er> biffhero: You'll have to it add asteroids.c to SOURCES as well
23.20.08 #       <linuxstb> Now Rockbox won't even start - it just freezes whilst still displaying the bootloader screen...
23.20.32 #       <preglow> linuxstb: that's just weird
23.20.39 #       <preglow> linuxstb: at that point, it shouldn't have boosted much
23.20.39 #       <safetydan> amiconn, it scales itself based in LCD_WIDTH, etc so it should work on "any" resolution
23.20.45 #       <biffhero_> k
23.20.52 #       <preglow> linuxstb: perhaps the lower cpu freq sits really badly with it?
23.20.57 #       <preglow> linuxstb: care to tweak the prescalers a bit?
23.20.59 #       <safetydan> now to see if I have time to finish it before disappearing for a month
23.21.02 Quit    safetydan ("Leaving")
23.21.54 #       <linuxstb> preglow: Sure.  I think I tried that before though.  Any suggestions?
23.22.05 #       <preglow> linuxstb: no, not anything i can think of
23.22.11 #       <preglow> try using predominantely high freqs or something
23.22.25 #       <amiconn> linuxstb: Perhaps try different fixed frequencies?
23.22.59 Quit    solexx_ (Read error: 110 (Connection timed out))
23.23.07 Quit    luigi_ (Success)
23.23.13 #       <amiconn> (preferably the ones that would be used in the adjustable system)
23.23.22 Join    Xerion [0] (i=xerion@zorgash.student.utwente.nl)
23.23.48 #       <b00st4> n8 @ all, im off
23.23.58 #       <obo> night
23.24.15 #       * Bagder builds manuals... many manuals
23.24.41 #       <tucoz> is it Iaudio or IAudio, for the manual that is.
23.24.56 Quit    b00st4 ()
23.24.57 #       <preglow> you know my stance on that question :-)
23.25.06 #       <tucoz> yes, Iaudio then
23.25.16 #       <preglow> yeah, sure, but i'm not an authority
23.25.28 #       <preglow> all i want is that we use the same thing throughout
23.25.43 #       <preglow> well, that's predominantely what i want, at least, heh
23.25.50 #       <ashridah> $(iaudio) or whatever the latex equivalent to a macro is
23.25.57 #       <preglow> \iaudio
23.26.04 #       <tucoz> ashridah, yes. We will use a macro
23.26.04 #       <preglow> cumbersome to do that everywhere, though
23.26.05 #       <Doomed9> cvs update
23.26.15 #       <preglow> you need to use a \ after every macro if you want a space
23.27.14 #       <tucoz> not an iaudio-specific macro though
23.27.29 #       <ashridah> well, true, platform, not 'iaudio'
23.27.38 #       <ashridah> ah, crap. 
23.27.49 #       * ashridah heads off to uni :S
23.27.51 Quit    ashridah ("uni")
23.28.09 #       <RoC_MM> preglow, it's posted: http://www.rockbox.org/twiki/bin/view/Main/IpodRuntime
23.28.47 #       <preglow> ouch, five hours
23.28.55 #       <preglow> not exactly the very epitome of impressive
23.29.05 #       <RoC_MM> it's not exactly a new battery either
23.29.16 #       <RoC_MM> and the other two aren't more than 30 minutes away from my time either
23.29.18 #       <preglow> RoC_MM: but it was fully charged, yeah?
23.29.23 #       <RoC_MM> yes fully charged
23.29.25 #       <preglow> excellent
23.29.27 Quit    nave7693 ("Leaving.")
23.29.37 #       <tucoz> hmm, I think we drop the Apple use in the manual. And refer to them as Ipod instead
23.29.37 #       <amiconn> preglow: Would your backlight dimmer stuff also work on mini 2g?
23.29.37 #       <preglow> linuxstb: you got any idea how to fix the battery gauge from the data in that file?
23.29.41 #       <preglow> amiconn: try it
23.29.47 #       <amiconn> how?
23.29.52 #       <RoC_MM> had headphones plugged in at reasonable listening volume with it just sitting there doing it's own thing playing from a playlist of all the songs on it
23.30.09 #       <amiconn> Any special #define?
23.30.10 Join    Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com)
23.30.20 #       <preglow> amiconn: you just need to define BACKLIGHT_HAVE_PWM_FADING in the config
23.30.29 Join    nave7693 [0] (i=evan@c-71-198-247-170.hsd1.ca.comcast.net)
23.30.37 #       <preglow> ahh, no
23.30.43 #       <preglow> HAVE_BACKLIGHT_PWM_FADING
23.30.45 #       * preglow is tired
23.30.58 #       <Doomed9> erm...can u view lyrics in rockbox
23.31.15 #       <Paul_The_Nerd> Doomed9: Yes and no. Not synced, but there's a text viewer.
23.31.34 #       <Doomed9> so u cant look at the lyrics that are in the ID3 tage>
23.31.48 #       <Paul_The_Nerd> No
23.32.09 #       <amiconn> The mini 2g seems to have some sort of hardware dimming. The backlight fades out over a short period
23.32.21 #       <biffhero_> miner49er: a couple of observations.  1.  the ship seems small on 5G.  2.  the evil spaceships seem to come out too quickly, in the first level, at the beginning  3.  the shots from the flying saucer is the same size as the pieces of rock or saucer that are flying by.  Could the bitmap for the ship have a thing out the back while thrusting?
23.32.27 #       <preglow> amiconn: you mean by default?
23.32.31 #       <amiconn> yes
23.32.37 #       <preglow> i think all ipods have that
23.32.39 #       <preglow> 4g also has
23.32.44 #       <preglow> but i don't know how to enable for the other platforms
23.33.11 #       <preglow> then i seriously doubt pwm fading will look very pretty
23.33.14 Quit    arf-arf (Connection timed out)
23.33.15 Quit    Nico_P (Remote closed the connection)
23.33.20 #       <biffhero_> miner49er: I have shot straight through the heart of the saucer a few times, and not scored a hit
23.33.42 #       <preglow> lostlogic: omglolroflmao?
23.34.49 #       <preglow> tucoz: my kind of commit! :-)
23.34.50 Join    webguest26 [0] (n=3e4f4094@labb.contactor.se)
23.34.55 #       <tucoz> :)
23.35.27 #       <RoC_MM> preglow, is there any way to know or track or get an idea of how the progress on 4G battery indicator is coming?  
23.35.31 #       <lostlogic> preglow: ?
23.35.33 #       <miner49er> biffhero: I'm amazed it runs! I've copied your comments and will work on them. Thanks for testing. But bascially, you don't hytin it's ready for CVS entry then?
23.35.44 #       <amiconn> preglow: Fading backlight itself is working - but it breaks playback (!)
23.36.09 #       <amiconn> You can still play music, but it's all distorted, and skipping from time to time
23.36.13 #       <preglow> lostlogic: how do i fix battery meter from a battery log file?
23.36.19 #       <biffhero_> miner49er: no, quite the opposite.  I think that it is ready for CVS, just fix some bugs as time goes by
23.36.20 #       <preglow> lostlogic: http://www.rockbox.org/twiki/pub/Main/IpodRuntime/battery_bench.txt
23.36.25 Quit    bam_ ("Leaving")
23.36.26 #       <miner49er> biffhero: Hmm, i've seen that too. Okay, comments appreciated. I'll look into it :-)
23.36.37 #       <preglow> RoC_MM: just wait a sec and we'll see
23.36.46 #       <RoC_MM> OK.
23.36.56 #       <webguest26> phaedrus961: are you here? I'm the submitter of http://www.rockbox.org/tracker/task/4955 .. I am running the latest version of convbdf. On Linux, 32-bit intel, gcc-4.0.3
23.37.08 #       <preglow> amiconn: well, weird..
23.37.39 Quit    XavierGr_ ("CGI:IRC (EOF)")
23.37.49 #       <preglow> amiconn: i have no idea why it'd do that, HAVE_BACKLIGHT_PWM_FADING basically just enabled the old h1x0 specific backlight fading code which i adapted to be platform agnostic
23.37.54 #       <biffhero_> miner49er: odd, I can't get out of it now
23.37.58 #       <Bagder> http://download.rockbox.org/manual/
23.38.00 #       <Bagder> tadaaa
23.38.06 #       * preglow falls over
23.38.27 #       <tucoz> Bagder, yikes. Now it's out in the open.
23.38.28 #       <miner49er> biffhero: that's not good. Maybe the key mapping isn't set up properly for iPod.
23.38.30 #       * tucoz hides
23.38.31 #       <lostlogic> preglow: use it to determine 0...10...20... ...90 ... 100% battery voltage in centivolt levels, then put an #ifdef IPOD_NANO those values #else in powermgmt.c near line 184
23.38.44 #       <biffhero_> miner49er: I was able to exit before....
23.38.47 #       <Bagder> tucoz: indeed it is!
23.38.49 #       <preglow> Bagder: got any fancy-ass auto-building going on for those?
23.38.55 #       <Bagder> yeps
23.38.59 #       <lostlogic> preglow: also cahnge the battery level dangerous for the nano in there in a similar fashion (just above the 0% level)
23.39.00 #       <Bagder> this is done with it
23.39.04 #       <miner49er> biffhero: I'm confused as to what keys are actually available - I need a diagram or something
23.39.19 #       * linuxstb decides to read the manual and find out how Rockbox actually works
23.39.24 #       <biffhero_> miner49er: select+menu is usually the exit key
23.39.37 #       <preglow> linuxstb: would you mind doing this? i can't test it in any way
23.39.55 #       <lostlogic> preglow: the values in that log seem to be with the scale factor wrong, so you'll have to rescale them to get real ones
23.39.55 #       <preglow> not having a 4g ipod and all
23.39.56 #       <tucoz> I should write a mail to some mailing list to excuse the state the manual is in :)
23.39.58 #       <miner49er> biffhero: Is that what worked previously then?
23.40.03 #       <biffhero_> miner49er: yes
23.40.04 #       <preglow> lostlogic: well, i don't know the scale factor
23.40.19 #       <preglow> lostlogic: and i expect i'll have to pop my player open to find that out
23.40.22 #       <lostlogic> preglow: it's probably whatever's in CVS, so just rescale from that to the correct one in ipod video cvs
23.40.27 #       <lostlogic> preglow: no, no need for that
23.40.35 #       <biffhero_> miner49er: I think there is some sort of problem between the 'fire to start', and 'fire+menu' to exit
23.40.36 #       <lostlogic> preglow: we don't care about _real_ measured battery voltage
23.40.39 Quit    PhR3aK ("get satisfied! • :: ««« (Gamers.IRC) »»» www.gamersirc.net ::")
23.40.41 #       <lostlogic> we only care about the voltage the ADC reports
23.40.56 #       <biffhero_> miner49er: maybe "hyperspace to start game" would be the right way
23.41.01 #       <Bagder> tucoz: I think you can expect to start getting more feedback at least :-)
23.41.01 #       <lostlogic> preglow: so why not just use the scale factor the ADC datasheet tells us to?
23.41.12 #       <preglow> lostlogic: didn't know it specified one
23.41.19 #       <miner49er> biffhero: pfuh, gawd knows what's causing that then. Can you start adn play and stuff. Is it only exiting that isn't working?
23.41.20 #       <tucoz> Bagder, that is why I'll write a mail.
23.41.26 #       <Bagder> hehe
23.41.42 #       <lostlogic> preglow: it specifies the forumula to calculate voltage from ADC value, which I applied to determine the scale factor, which is the same for any ipod with a pcf5060x
23.41.42 #       <tucoz> Bagder, will the manual be linked from some page?
23.41.52 #       <biffhero_> miner49er: yes, I am stuck playing now (and listening to my podcasts) until I reboot
23.41.53 #       <bluebrother^> I just saw the download links for the manual. Is it build regularly? Say, daily?
23.41.55 #       <Bagder> yes, I'll make something like the daily build page
23.41.59 #       <tucoz> Ok.
23.42.03 #       <Bagder> bluebrother^: yeps
23.42.08 #       <miner49er> biffhero: Why is that preferable to "Fire to start"?
23.42.08 #       <bluebrother^> nice :)
23.42.10 #       <Bagder> daily built manuals
23.42.14 #       <biffhero_> miner49er: also, I think maybe a top end for the thrust speed is a good idea.  I just flew through an asteroid
23.42.31 #       <biffhero_> miner49er: use 'down', or 'hyperspace'
23.43.21 #       <Bger> mote
23.43.24 #       <Bger> uf
23.43.25 #       <bluebrother^> tucoz: I have made some changes to the headings.
23.43.25 #       <Bger> nite
23.43.26 #       <Bger> :)
23.43.28 #       <preglow> lostlogic: aight
23.43.32 #       <tucoz> bluebrother^, perfect :)
23.43.35 Quit    Bger ("BitchX: nine out of ten doctors recommend it")
23.43.36 #       <miner49er> biffhero: I will work on getting the simulator working I think
23.43.45 #       <lostlogic> preglow: so from the log file, I'd probably create a graph of time vs. mv, pick out the 11 points I need, then rescale them, then stick them in the powermgmt.c with an ifdef and it's fairly likely to work
23.44.10 #       <preglow> i just bloody need to make ata.c work properly without the sleep hack and i'll do it for nano
23.44.13 #       <miner49er> biffhero: Use down or hyperspace for what?
23.44.22 #       <biffhero_> miner49er: to start the game
23.44.27 #       <bluebrother^> still some minor glitches but I like it better.
23.44.34 #       <tucoz> cool
23.44.53 #       <biffhero_> miner49er: start a game, hold down 'up', and get going so fast that you only appear on the screen 3 times per time around.  cool!
23.45.43 #       <preglow> amiconn: i don't think you answered, so i'll just regurgitate the question. does anything completely obvious say that i can't just comment out the actual ata sleep commands and expect stuff to work?
23.46.12 #       <amiconn> no
23.46.23 #       <amiconn> I'd expect it to work
23.46.47 #       <miner49er> biffhero: I still understand why hyperspace is preferable to fire to start a game. And that normal space physics isn't it? You keep thrusting, you get faster and faster! lol :-)
23.47.21 #       <preglow> amiconn: it doesn't :///
23.47.32 #       <preglow> so i'm really curious as to where the bug is
23.47.42 #       <amiconn> What happens?
23.48.03 #       <Paul_The_Nerd> miner49er: Somewhat, but there's also dust in space, especially around an asteroid belt or whatnot. In "real" space, going too fast would result in micropunctures and eventually death.
23.48.25 #       <preglow> amiconn: when i try to access anything disk based, rockbox just hangs for a number of seconds, then pretends nothing happens
23.48.55 #       <biffhero_> miner49er: yes, normal physics, that's true.  :-)  but not normal asteroids.  ;-)
23.49.06 #       <miner49er> Paul_the_nerd: Yeah, but my spaceship has a special shield that protects it from dust...but not asteroids!
23.49.15 #       <amiconn> preglow: Hmm, weird
23.49.26 #       <biffhero_> miner49er: I also seem to recall that in asteroids there was a speed decay, but I don't see one in your version
23.49.39 #       <amiconn> Very weird, just like that backlight fading disturbs playback...
23.50.07 #       <preglow> amiconn: like loading a plugin, it just says 'loading' for around three seconds, then indicates failure
23.50.18 #       <Paul_The_Nerd> biffhero_: There's a GPLed asteroids out there, because they were distributing it at Gamestop as a J2ME app from this little kiosk. It's J2ME obviously, but the physics in it seemed pretty correct
23.51.34 Join    Daishi [0] (n=daishi@ool-18bcf48a.dyn.optonline.net)
23.51.48 Join    matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se)
23.51.48 #       <webguest26> Am I the only one who gets a segfault if I try to convbdf this file: http://webcvs.freedesktop.org/*checkout*/xorg/xc/fonts/bdf/100dpi/UTB___24.bdf ?
23.51.56 #       <preglow> amiconn: everything disk based just doesn't work, and the only change i have in the file now is not writing those commands to the ata controller, it makes no sense
23.53.34 #       <miner49er> bigghero: I'm gonna see if if I can scale the asteroids up...what the resolution of the iPod?
23.53.47 #       <bluebrother^> tucoz: http://www.rockbox.org/tracker/task/4966
23.53.58 #       <tucoz> thank you
23.54.11 #       <Paul_The_Nerd> miner49er: 176x132, 220x176 and 320x240 for Nano, Photo, and Video I believe
23.54.13 #       <bluebrother^> I hope I'll finish the buttonmap environment tomorrow.
23.54.25 #       <miner49er> lol @ bigghero!
23.54.37 #       <miner49er> I meant biffhero, hee hee...hic
23.54.48 #       <tucoz> bluebrother^, I am looking forward to that.
23.54.50 #       <tucoz> :)
23.54.57 #       <miner49er> Paul_the_nerd: Excelllent, cheers dude.
23.55.45 #       <amiconn> preglow: What I would try:
23.56.36 #       <amiconn> Completely comment out ata_perform_sleep() for nano, and comment out the call to it in the ata thread
23.56.46 #       <miner49er> Paul_the_nerd: Whilst we're at it, what's the res. on the iRiver? archos is 112*64 Isn't it?
23.56.49 #       <amiconn> Removed all other nano adjustments
23.57.03 #       <dpassen1> iRiver iHP-1x0 = 160*128
23.57.36 #       <amiconn> (i.e. the one in ata_disk_is_active())
23.58.15 Join    arf-arf [0] (i=arf-arf@bb-87-82-24-68.ukonline.co.uk)
23.58.20 #       <Paul_The_Nerd> miner49er: I think that's right for Archos. Iriver H300 is the same as iPod Photo, and H100 is as dpassen1 said I think1
23.58.43 #       <bluebrother^> I also think a \note{} command would be good.
23.58.56 #       <tucoz> what does that do?
23.59.01 #       <scf> whats is screen resolution of H300?
23.59.01 #       <tucoz> ah, I get it