--- Log for 06.02.106  Server: zelazny.freenode.net  Channel: #rockbox
--- Nick: logbot_  Version: Dancer V4.16  Started: 22 days and 17 hours ago

00.01.51 #       <saratoga> how useful is the 3G port likely to be?
00.02.01 #       <saratoga> from what I hear, the 5002 is pretty slow
00.02.08 Quit    S3TUP ("CGI:IRC (EOF)")
00.02.34 #       <linuxstb> We won't know until we test it.
00.03.51 #       <saratoga> what was the issue with the 5002 anyway?  
00.03.53 #       <linuxstb> The slow part of the 5002 is the cache, but Rockbox is optimised to put time-critical code and data in fast internal RAM - which isn't affected by the cache.
00.03.59 #       <saratoga> I read something about it having very slow access to main memory
00.04.08 #       <saratoga> haha
00.04.11 #       <saratoga> thanks
00.04.34 #       <saratoga> oh you mean the Icache is slow, not the DRAM?
00.05.18 #       <linuxstb> This is what the ipodlinux Wiki says: "The 5002 has a "broken" cache (1 wait state per access for program or data, meaning you effectively have half the effective clock rate when running code from external memory). This means that running code that doesn't fit in the internal 96kbyte SRAM of the player is very inefficient, both in terms of CPU cycles and power."
00.06.18 #       <saratoga> ok, that sounds like the i-cache then since there is no d-cache
00.06.38 Join    Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com)
00.06.53 #       <linuxstb> The ipods have a unified cache.
00.07.03 #       <saratoga> what?
00.07.13 #       <saratoga> i thought there was no caching at all of data
00.07.15 #       <imphasing> There is a small 96k cache directly on the processor though, that is very fast.
00.07.28 #       <saratoga> thats the i-ram, not cache (I think?)
00.07.35 #       <imphasing> Eh..it's possible.
00.07.36 #       <imphasing> :D
00.07.40 #       <linuxstb> saratoga: Yes, each of the two ARM cores has its own 8KB unified (code and data) cache.
00.07.46 #       <saratoga> oh ok
00.08.13 #       <linuxstb> Plus there is 96KB of fast IRAM which isn't cached (it doesn't need to be).
00.08.19 Quit    Therx ("May be back later")
00.08.21 #       <imphasing> Ah..
00.08.26 #       <linuxstb> Both cores can access that IRAM.
00.09.43 #       <saratoga> is there any documentation at all for the ARM cores on the 5002?
00.09.47 #       <amiconn> Any idea about the cache organisation?
00.09.52 #       <saratoga> I've never done ARM and need to brush up on it
00.09.59 #       <imphasing> Yeah, there's quite a bit of info out there.
00.10.07 #       <linuxstb> Yes - there is lots of info - they are standard arm7tdmi cores
00.10.07 #       <amiconn> (direct mapped/set associative/fully associative ?)
00.10.13 #       <imphasing> There's some really freat pamphlets about it, that have everything you need to know.
00.10.14 #       <Bagder> saratoga: its an arm7tdmi core, and there's docs for that on arm.com
00.10.17 #       <imphasing> s/freat/great/
00.10.18 #       <saratoga> is tha core standized?
00.10.25 #       <linuxstb> amiconn: I have no idea.
00.10.36 #       <imphasing> standardized?
00.10.43 #       <saratoga> IE:  all arm7tdmi cores have the same latencies, etc
00.10.49 #       <imphasing> Ah..
00.10.52 #       <imphasing> I'm not sure..
00.11.29 #       <josh_> http://www.get-linux.org/~oremanj/t/arm7tdmi.pdf  <-- for your reading pleasure
00.11.35 #       <imphasing> I've got a ~250 page doc on the arm7tdmi that explains everything in great depth.
00.11.37 #       <imphasing> That's the one.
00.11.38 #       <imphasing> :D
00.11.42 #       <imphasing> josh_++
00.11.44 #       <saratoga> sweet
00.15.25 #       <josh_> btw, TDMI stands for Thumb/Debugger/Multiplier/ICE
00.15.50 #       <imphasing> (!)
00.15.51 #       <josh_> or maybe /Interrupt
00.15.53 #       <imphasing> It's ICE?
00.15.58 #       <imphasing> Ah..
00.16.05 #       <josh_> depending on who you ask
00.16.20 #       <imphasing> Heh..
00.18.31 Join    TCK [0] (n=tckocr@81-178-216-103.dsl.pipex.com)
00.18.47 Quit    Thus0 ("Leaving")
00.21.07 #       <linuxstb> saratoga: I assume you have a 3G?
00.21.42 #       <saratoga> yeah
00.22.23 #       <linuxstb> Planning to help with Rockbox? :)
00.22.40 #       <saratoga> I'd like to
00.22.57 #       <saratoga> just limited on time until I graduate in a couple months
00.23.06 #       <saratoga> so I'm just reading for now
00.23.40 #       <imphasing> graduate == college?
00.23.55 #       <saratoga> yeah
00.24.04 #       <imphasing> CS?
00.24.04 #       <imphasing> :D
00.24.19 #       <saratoga> I'm doubleing in CS and CE
00.24.29 #       <imphasing> Ah, cool.
00.24.44 #       <saratoga> rockbox is the kind of thing that interests me :)
00.24.56 #       <imphasing> Yeah, me too.
00.25.12 #       <imphasing> Mostly because it's a proprietary OS
00.25.17 #       <imphasing> Which is beyond cool.
00.25.20 #       <Bagder> and I'm only here to look cool ;-)
00.25.40 #       <josh_> imphasing: proprietary != unique
00.25.56 #       <josh_> Rockbox is open-source, definitely *NOT* proprietary.
00.25.57 #       <imphasing> =./
00.26.04 #       <imphasing> No?
00.26.04 #       <josh_> And, in general, proprietary is *NOT* "beyond cool'.
00.26.15 #       <josh_> Proprietary is something like Windows.
00.26.24 #       <saratoga> i think its interesting just because its simple enough that you can understand what its doing (well aside from a lot of the audio stuff)
00.26.28 #       <imphasing> It doesn't have to mean "commercial" though
00.26.36 #       <josh_> imphasing: actually, it does.
00.26.39 #       <imphasing> Oh man..
00.26.41 #       <imphasing> You're right.
00.26.48 #       <imphasing> Just googled it.
00.26.49 #       <imphasing> :(
00.26.50 #       <josh_> proprietary means one entity owns it and controls it
00.26.53 #       <saratoga> haha
00.26.53 #       <imphasing> yeah
00.26.55 #       <josh_> which is not the case with open-source software
00.27.21 #       <hyarion> josh_ 1, imphasing 0
00.27.49 #       <imphasing> more like, josh_ 2385 x 10 ^ 3785, imphasing 0
00.27.56 #       <hyarion> :)
00.28.09 #       <josh_> haha
00.29.20 #       <saratoga> for now i'll keep an eye on the 3G progress
00.29.28 #       <saratoga> hopefully I'll be able to start playing with it soon
00.29.29 #       <josh_> (10 ^ 3785) is 0b111011001001 xor 0b000000001010, which is 0b111011000011, which is 3779 :P
00.29.45 #       <imphasing> =/
00.29.50 #       <hyarion> btw, I looked at the data sheets for HD66789 is it really compatible with HD66735?
00.29.50 #       <imphasing> You suck.
00.30.19 #       <imphasing> In this case, '^' denotes the exponential operator.
00.30.19 #       <imphasing> :P
00.30.20 #       <hyarion> I read it was on either ipl or rockbox, but it looks like there is differeces
00.30.24 #       <josh_> ah :P
00.31.00 #       <amiconn> .
00.31.11 Quit    Rondom ("I'm leaving on a jetplane, don't know when I'll be back again...")
00.31.17 #       <hydrahead> 3G started working? Is there gonna be a greyscale 4g soon for testing?
00.31.29 #       <imphasing> The bootloader is mostly working.
00.31.48 #       <saratoga> theres a binary posted an hour or two ago for the 4G, but it crashes 
00.31.59 #       <saratoga> so probably soon if someone with a 4G starts testing
00.32.08 #       <imphasing> This binary is just the bootloader though, right?
00.32.23 #       <saratoga> i assumed it was all of rockbox, since I think it finally compiles
00.32.30 #       <saratoga> but I didn't check since I don't have a 4G
00.32.34 #       <imphasing> Ah..
00.32.38 #       <imphasing> Was it from cvs?
00.32.53 #       <hydrahead> well i can test but I dont know the first thing about debugging software :(
00.33.07 #       <linuxstb> hydrahead: Can you read C?
00.33.39 #       <hydrahead> not really, only messed with basic and pascal in highschool
00.34.06 #       <imphasing> linuxstb: Did something largish happen while I was sleeping? As in, getting the "normal" build to compile for 3G/4G?
00.34.12 #       <linuxstb> The 4G greyscale port needs someone to compare the code in Rockbox with the code in ipodlinux and fix any differences.  At the moment, the 4G greyscale build is just an iPod Photo build using the 3G's LCD driver.
00.34.39 #       <linuxstb> But I would guess it's just the LCD driver that has any differences.
00.35.20 #       <linuxstb> imphasing: Yes.  slimx is currently debugging the 3G build (it crashes after displaying the Rockbox splash logo).  The 4G build crashes even earlier than that.  But they both compile.
00.35.25 #       <hydrahead> since the processors are the same, thats a good guess
00.35.26 #       <imphasing> josh_: Do you know what file the LCD driver is in the ipl tree?
00.35.32 #       <imphasing> linuxstb: Woo!
00.35.41 #       <imphasing> Is it in CVS?
00.35.43 #       <josh_> imphasing: linux/arch/armnommu/mach-ipod/fb.c I believe
00.35.48 #       <imphasing> Ah, ok.
00.35.51 #       <josh_> linuxstb: yeah, 4g crashes before doing *anything*
00.35.53 #       <linuxstb> imphasing: It's in various places - I use the one josh_ just mentioned.
00.35.56 #       <josh_> well, freezes
00.36.08 #       <josh_> linuxstb: there's also some LCD initing you need to do
00.36.14 #       <imphasing> I'll poke it with my ipod and see what happens.
00.36.17 #       <hydrahead> linuxstb: and what do you need to view C ?
00.36.28 #       <saratoga> text editor
00.36.34 #       <josh_> linuxstb: check in ipodloader2/fb.c
00.36.38 #       <saratoga> on Windows, Textpad is pretty good
00.36.39 #       <linuxstb> josh_: Yes, I noticed some differences - but I'm just going to leave it to a 4g owner to fix.
00.36.40 #       <josh_> at the very end (fb_init())
00.37.57 #       <hydrahead> aha, well I guess that I could try to see any syntax differences but i wouldnt know how to fix them since i propapbly dont understand them
00.38.29 #       <imphasing> Heh, leave it to me to bork my whole tree, and forget to make a backup before I start editing things..
00.38.32 #       <linuxstb> I'll have a quick look at the lcd code now then, and fix any obvious differences.
00.39.32 #       <imphasing> Augh, lots of hunk failed's on slimx's latest patch..
00.39.39 #       <hydrahead> ace! anyone working on the variable cpu speed?
00.39.42 #       <slimx> i've corrected the lcd driver 
00.39.53 #       <slimx> now rockbox logo is nice to see
00.39.58 #       <slimx> :)
00.40.00 #       <imphasing> :)
00.40.13 #       <imphasing> Your patch doesn't apply cleanly though
00.40.14 #       <imphasing> :(
00.40.30 #       <slimx> imphasing, there is no patch at the moment 
00.40.45 #       <slimx> now consider the ipod 3g patch as closed 
00.40.49 #       <slimx> all is in cvs 
00.41.19 #       <imphasing> Yay!
00.41.44 #       <Bagder> slimx: nice work on the 3g port btw
00.43.13 #       <slimx> :) thx 
00.43.15 Quit    Strath (Read error: 104 (Connection reset by peer))
00.43.56 #       <slimx> thx also to linuxstb nothing would had been possible without his help 
00.43.58 #       <slimx> :)
00.43.59 #       <saratoga> will it actually boot, or does it still crash?
00.44.05 #       <Moos> slimx: oui félicitations
00.44.32 #       <slimx> h� h� un autre frenchi dans les rangs
00.45.04 #       <Moos> Oui ;)
00.45.13 #       <Bagder> je sui un baguette
00.45.20 #       <Moos> ohoh :)
00.45.33 #       <Moos> Hi Bagder btw
00.45.36 #       <Bagder> :-)
00.45.39 #       <Bagder> evening
00.46.18 #       <amiconn> Bagder: I hope the X5 button assignments for X5 are usable.
00.46.35 Quit    actionshrimp (Read error: 104 (Connection reset by peer))
00.46.35 #       <amiconn> I don't know anything about the constraints
00.46.52 #       <Bagder> what are you saying?
00.46.54 #       <amiconn> hrm, for mandelbrot I mean :)
00.46.58 #       <Bagder> ah
00.47.08 #       <Bagder> well, I don't think anyone knows the constraints yet
00.47.13 #       <saratoga> am I updating from CVS right?   cvs update -dP
00.47.14 #       <Bagder> or perhaps Linus knows something
00.47.20 #       <saratoga> it seems to grab too many files
00.47.43 Join    Strath [0] (n=mike@dpc67143207026.direcpc.com)
00.47.45 #       <Bagder> you do get quite a bunch
00.47.57 #       <amiconn> Most targets have constraints for pressing multiple buttons
00.48.03 #       <saratoga> well yeah, but i just updated it today, and it still seemed to pull a lot of stuff through
00.48.05 #       <amiconn> (both mechanical and electrical)
00.48.10 #       <saratoga> i mean it should only grab a handful of things right
00.48.48 #       <Bagder> saratoga: no, you get the whole lot
00.48.49 #       <saratoga> and I get a lot of "it is in the way" messages as I go
00.48.53 #       <Bagder> oh
00.48.57 #       <Bagder> that is weird
00.48.59 #       * amiconn is doing fancy asm stuff
00.49.16 #       <amiconn> Lots of similar code, have to take care to not mix up things
00.49.17 #       <saratoga> for instance:  "cvs update: move away uisimulator/sdl/uisdl.c; it is in the way"
00.49.25 #       <Cassandra> Aha!  Victory!
00.49.40 #       <linuxstb> josh_: Can you try this build?  The LCD driver was completely wrong before - I'm not surprised nothing happened.  http://www.davechapman.f2s.com/rockbox/rockbox-4g.zip
00.49.43 #       * amiconn wants faaaast scrolling :)
00.49.44 #       <Cassandra> Now does anyone know where I can find a high res version of the Rockbox logo?
00.49.59 #       <Bagder> yes
00.50.01 #       <Bagder> hang on
00.50.09 #       <linuxstb> I only know this one: http://www.rockbox.org/rockbox400.png
00.50.36 #       * Cassandra is physically sickened by the gross hack used to shoehorn the manual into the build system.
00.50.42 #       <Cassandra> Never mind though, it works.
00.50.42 #       <Bagder> http://www.rockbox.org/viewcvs.cgi/*checkout*/www/tshirt-contest/Attic/rockbox3540.jpg
00.50.56 #       <linuxstb> Also, rasher made an svg version: http://www.rasher.dk/rockbox/rockbox.svg (I've no idea how good it is)
00.50.57 #       <Bagder> 3540x1096
00.51.08 #       <Cassandra> Probably doesn't help that I've never really understood make in detail.
00.51.14 #       <Cassandra> Thanks Bagder
00.51.36 #       <Cassandra> Don't we have one in a lossless form?
00.51.52 #       <Bagder> we might somewhere
00.52.18 #       <Cassandra> That would be better, if it's locateable.
00.52.28 #       <linuxstb> hydrahead: You could try this bootloader - http://www.davechapman.g2s.com/rockbox/bootloader-4g.bin
00.52.42 #       <Cassandra> I can easily convert that jpeg to png, but it kind of defeats the point of using png.
00.53.06 #       <hydrahead> umm ok, just point me to some sort of an istruction for installing it 
00.53.14 #       <hydrahead> *instruction
00.53.32 #       <linuxstb> http://www.rockbox.org/twiki/bin/view/Main/IpodInstallation
00.53.54 #       <hydrahead> Thanks! I'm on it
00.54.20 Join    JdGordon [0] (n=Miranda@c220-239-137-122.smelb1.vic.optusnet.com.au)
00.54.40 #       <linuxstb> Make sure you keep a copy of the "bootpartition.bin" you make during the installation.  You can then simply restore that file back to your ipod if the bootloader doesn't work (or if you ever want to uninstall Rockbox).
00.54.56 #       <JdGordon> morning all
00.55.40 Quit    hydrahead ("CGI:IRC (EOF)")
00.56.11 Join    toology [0] (n=5774a9c7@labb.contactor.se)
00.56.28 Nick    toology is now known as hydrahead (n=5774a9c7@labb.contactor.se)
00.57.29 #       <slimx> prefetch abort ...
00.57.29 Quit    saratoga ("CGI:IRC (EOF)")
00.57.31 #       <linuxstb> hydrahead: Sorry, I mistyped the URL: http://www.davechapman.f2s.com/rockbox/bootloader-4g.bin
00.57.36 Join    LinusN [0] (n=linus@labb.contactor.se)
00.57.41 #       <slimx> at C4000002
00.57.49 #       <hydrahead> could you just repeat what file i should back up?
00.58.10 #       <slimx> something is really strange :p
00.58.20 Join    jmg [0] (n=Jernau@shinobi.thoughtcrime.org.nz)
00.58.23 #       <linuxstb> It's bootpartition.bin - no need to back it up, just don't delete it.
00.58.25 #       <jmg> hi all
00.58.35 #       <jmg> i just got an archos pma400
00.58.52 #       <jmg> (not currently supported by rockbox)
00.59.00 Join    DMJC [0] (n=James@220-245-174-43-sa-pppoe.tpgi.com.au)
00.59.08 #       <DMJC> anyone else build rockbox on linux?
00.59.18 #       <linuxstb> slimx: Have you made any changes to firmware/crt0.S ?
00.59.19 #       <Bagder> DMJC: lots of us do
00.59.24 Quit    mikearthur (Remote closed the connection)
00.59.27 #       <DMJC> cool
00.59.44 #       <slimx> the bootloader loop infinitely till i press a button :p
00.59.48 #       <DMJC> need to setup my build environment again
00.59.54 #       <DMJC> been a long time since I last did it
01.00.04 Join    mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk)
01.00.14 #       * Cassandra sighs.  Google tells me there used to be an image at http://daniel.haxx.se/logo-contest/rockbox3540.png
01.00.18 #       <slimx> but print loading rockbox each time :p
01.00.24 #       <Cassandra> Sadly it seems to have disappeared.
01.00.31 #       <slimx> i don't think so linuxstb 
01.00.39 #       <hydrahead> amn, i forgot how to make it run in disc mode
01.00.39 #       <jmg> I was just wondering why the pma400 is too braindead to play ogg
01.00.49 Join    mirak [0] (n=mirak@AAubervilliers-152-1-9-93.w82-121.abo.wanadoo.fr)
01.01.03 #       * amiconn is curious if and when someone will come up with asm optimised mem* routines for arm
01.01.28 Join    NicoFR [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net)
01.01.40 #       <Bagder> jmg: because it doesn't run rockbox? ;-)
01.02.21 #       <slimx> press menu and play button hydrahead 
01.02.24 #       <jmg> Bagder: i think the problem is deeper than that ;)
01.03.05 #       <Bagder> jmg: well, it certainly must have cpu enough
01.03.15 #       <linuxstb> Ask Archos to implement it.  Or port Rockbox....
01.03.55 #       <jmg> 150mhz enough?
01.04.06 #       <Bagder> yes indeed
01.04.08 #       <jmg> linuxstb: was thinking of porting opie
01.04.28 #       <Bagder> isn't that PMA ARM based?
01.04.37 #       <jmg> yes
01.04.49 #       <Bagder> so 150 MHz is way more than you need
01.04.51 #       <amiconn> Oh no!
01.04.53 #       <jmg> a lot of zaurus stuff works for it
01.04.58 #       <linuxstb> I've just read that it's a TI chip - OMAP5910
01.05.01 #       <amiconn> ARM taking over ;)
01.05.02 #       <jmg> yeah
01.05.07 #       <jmg> that's the problem
01.05.11 #       <jmg> the compiler is nonfree
01.05.13 #       <Bagder> haha
01.05.16 #       <Bagder> TI trap
01.06.07 #       <Bagder> hey
01.06.15 #       <Bagder> we decided to make some devcon2006 shirts
01.07.05 #       <linuxstb> Another competition?  Or a dictatorship?
01.07.25 ***     Saving seen data "./dancer.seen"
01.07.33 #       <Bagder> dictatorship
01.07.43 #       <linuxstb> :)  We trust you...
01.08.09 #       <Cassandra> I don't.
01.08.51 Quit    ender` (" "I believe the use of noise to make music will increase until we reach a music produced through the aid of electrical instru)
01.09.03 #       <JdGordon> soo... hows it going on the 3g?
01.09.06 #       <DMJC> how do you setup the build environment on linux?
01.09.27 #       <linuxstb> http://www.rockbox.org/twiki/bin/view/Main/CrossCompiler
01.09.28 #       <DMJC> trying to build the main firmware + games plugins for h100
01.09.58 #       <LinusN> DMJC: there is this link called "documentation" on www.rockbox.org
01.10.20 #       <imphasing> JdGordon: I think slimx got a "normal" build to boot, but it freezes
01.10.23 #       <imphasing> last I heard
01.10.29 #       <DMJC> I found the cygwin stuff but that's for windows
01.10.30 #       <JdGordon> ok
01.10.34 Join    kramerica [0] (n=lkd@216-197-247-182.sktn.hsdb.sasknet.sk.ca)
01.10.51 #       <DMJC> afaik last time someone actually sent me a copy of the compiler binaries
01.10.53 #       <LinusN> DMJC: "Building the cross compiler"
01.11.17 #       <jmg> hmm
01.11.27 #       * jmg downloads archos sdk
01.11.54 #       <jmg> the omap dev kit is 900 USD
01.12.00 #       <DMJC> being shaped SUCKS
01.12.44 #       <slimx> that's it JdGordon :)
01.12.49 Quit    goa (Read error: 104 (Connection reset by peer))
01.13.06 #       <slimx> it freezes after displaying the logo
01.13.15 #       <JdGordon> ok, well good luck with it
01.13.29 #       <jmg> linuxstb: archos provide a version of gcc for building it
01.13.31 #       <imphasing> I haven't had any luck getting it to compile though
01.13.34 #       <imphasing> besides the bootloader
01.13.35 #       <linuxstb> slimx: Have you discovered which of the ???_init() functions causes the freeze?
01.13.53 #       <linuxstb> imphasing: Not all the necessary changes are in CVS yet - slimx has been working on it.
01.13.54 Join    goa [0] (i=hd@gate-hannes-tdsl.imos.net)
01.14.28 #       <imphasing> Ah, ok.
01.14.28 Quit    Moos (Read error: 104 (Connection reset by peer))
01.14.31 Join    Moos [0] (i=DrMoos@m53.net81-66-159.noos.fr)
01.14.41 #       <DMJC> so what kind of stuff is planned for devcon?
01.15.04 #       <Bagder> getting devs together the primary objective
01.15.07 #       <Bagder> is
01.15.09 #       <hydrahead> hey im looking at theese installation instructions, but i dont exactly understand c)
01.15.29 #       <Bagder> then if we manage to get a few, we can start thinking about what we want to accomplish
01.15.32 #       <hydrahead> do i need the ipod wizard or not?
01.15.38 #       <linuxstb> No.
01.15.43 Join    ashridah [0] (i=ashridah@220-253-120-146.VIC.netspace.net.au)
01.15.55 #       <linuxstb> Ignore the references to ipodwizard.
01.16.07 #       <jmg> DO YOU ACCEPT THESE TERMS AND CONDITIONS?
01.16.07 #       <jmg> YES
01.16.07 #       <jmg> ARE YOU SURE THAT YOU WISH TO ACCEPT THESE TERMS AND CONDITIONS?
01.16.09 #       <jmg> YES
01.16.12 #       <jmg> thanks archos
01.16.48 #       <DMJC> GCC 4 works on coldfire?
01.16.57 #       <DMJC> is that the default GCC 4 code?
01.17.07 #       <linuxstb> Yes, but it produces (mostly) slower code.  The recommended version is 3.4.5
01.17.07 #       <jmg> lol i need to give them my serial number to get the sdk :/ :(
01.17.11 #       <DMJC> ah k
01.18.26 #       <hydrahead> hmm on comand ipodpatcher 3 it says:error locking disk, acces is denied
01.19.00 #       <hydrahead> perhaps i should reboot, this is the first time ive plugged it using usb, i used firewire until now
01.19.27 #       <JdGordon> whats the line to undo a patch? patch -r file does nothing...?
01.19.39 #       <LinusN> patch -R < file
01.20.09 #       <DMJC> sigh
01.20.11 #       <DMJC> 17mb
01.20.14 #       <JdGordon> thanx
01.20.37 #       * Cassandra ponders whether to have "recorderv2" and "recorderfm" be seperate targets in the manual build system
01.20.57 #       <Cassandra> (Since some V2s have the radio installed anyway.)
01.21.50 #       <LinusN> Cassandra: http://www.rockbox.org/tshirt.old/rockboxHires.tif
01.22.05 #       <Cassandra> Is there any difference between the Ondio SP and the Ondio FM other than the lack of a radio in the SP?
01.22.16 #       <Cassandra> Thanks, Linus.
01.22.16 #       <LinusN> sp can't record
01.22.31 #       <LinusN> iirc
01.22.36 #       <Moos> yep
01.23.15 #       <Cassandra> Hmmm.  I'm trying to work out whether to combine those as a target too.
01.23.32 #       <Cassandra> Since FM is just a superset of SP, that might be workable.
01.25.25 #       <linuxstb> hydrahead: I've read reports that those installation instructions work fine with firewire as well.
01.25.30 Join    webguest33 [0] (n=18e406cd@labb.contactor.se)
01.25.47 #       <hydrahead> ok ill try it that way
01.26.18 #       <Cassandra> LinusN: Object not found
01.26.18 Quit    webguest33 (Client Quit)
01.26.21 Join    webguest33 [0] (n=18e406cd@labb.contactor.se)
01.26.25 Join    einhirn [0] (n=Miranda@p54862B45.dip0.t-ipconnect.de)
01.26.37 #       * Cassandra decides that it's easier to move from less platforms to more than the other way around.
01.27.04 #       <Cassandra> For now I'll keep both pairs as single targets.  We can change later if that seems sensible.
01.27.05 Quit    webguest33 (Client Quit)
01.27.11 #       <amiconn> Yes, Ondio SP can't record and has no radio. Other than that, it's the same as Ondio FM from a user's view
01.27.23 #       <LinusN> Cassandra: oops - http://www.rockbox.org/tshirt.old/rockboxHighRes.tif
01.27.31 #       <amiconn> (only visible difference from the outside is the missing line in socket)
01.28.18 #       <Cassandra> Right.  Which you wouldn't expect if you can't record anyway.
01.29.33 #       <amiconn> The fun thing about the MAS3539F is that it actually *can* record, just the MP3 encoder is missing in the ROM.
01.29.48 #       <amiconn> ...and archos even connected the parallel port buffer to the MAS.
01.30.00 #       <DMJC> heh this should build in like 3 seconds
01.30.22 #       <amiconn> So if someone mounts the missing microphone and/or line in socket, it would be possible to record with the PCM codec
01.30.28 #       <Cassandra> Basically I think we need a new manual platform if there's either different keymappings, unique features in all models, or different screen shots.
01.31.02 #       <hydrahead> linuxstb: found it using firewire!
01.31.34 #       <linuxstb> hydrahead: OK, good.
01.31.43 #       <slimx> ipod 3g bootloader had a big bug against rockbox loading
01.32.15 #       <slimx> bad ram address
01.32.16 Quit    muesli__ (Read error: 110 (Connection timed out))
01.32.17 #       <linuxstb> Ah yes, the asm instruction...
01.32.18 #       <Cassandra> I think that implies the need for different manuals for player, recorder, recorder2fm, ondio, h1xx, h3xx, ipodnano, ipodcolor (and potentially ipodvideo, ipodbw)
01.32.23 #       <slimx> yes
01.32.27 #       <hydrahead> so this original bootpartition bin it made is gonna stay on the ipod?
01.32.34 #       <josh_> Cassandra: you can use \if and stuff
01.33.00 #       <josh_> something like
01.33.12 #       <Cassandra> josh_: Yeah, I know, thanks. It's more a question of working out which platforms need to be different at the moment.
01.33.14 #       <slimx> now i can debug the rockbox apps/main.c (init )
01.33.34 #       <linuxstb> hydrahead: "bootpartition.bin" is a backup of the boot partition on your iPod.  The Rockbox bootloader is installed to that partition, which is why it's a good idea to keep that file.
01.33.36 #       <josh_> \def\ifdefined#1{\ifx\expandafter\csname#1\endcsname\relax\else}
01.34.02 #       <Cassandra> Ick!  What on earth does that do?
01.34.07 #       <josh_> \ifdefined{modelplayer} text for player \fi \ifdefined{modelcolor} text for color \fi
01.34.16 #       <hydrahead> ok, understood that, checking jut in case :)
01.34.17 #       <josh_> and then LaTeX it like
01.34.17 #       <linuxstb> josh_: Is that raw TeX?
01.34.23 #       <josh_> linuxstb: yep
01.34.30 #       * linuxstb looks away
01.34.48 #       <josh_> prompt$ latex '\def\modelcolor{color} \input yourfile.tex'
01.34.56 Quit    einhirn (Read error: 104 (Connection reset by peer))
01.34.58 Part    LinusN
01.35.02 #       <josh_> my point is, there are ways to keep it all in one file :P
01.35.32 #       <linuxstb> josh_: I think we're going to be using the "optional" package for that stuff.  But that's not the problem - the problem is deciding how to use those conditionals to structure the manuals.
01.35.42 #       <josh_> ah, ok
01.35.51 #       <josh_> didn't even realize there *was* a package for that
01.35.57 #       <hydrahead> i now ran this ipod_fw command, is it ment for it not to show any output like: done or something? 
01.36.12 #       <jmg> NewFeature:  Support for the FM Remote Control was added to the Music
01.36.13 #       <jmg>              and AudioCorder application
01.36.20 #       <linuxstb> hydrahead: No, it should at least say something.
01.36.38 #       <josh_> hydrahead: it should say, "Generating firmware compatible with [insert ipod version here]..."
01.37.22 #       <linuxstb> josh_: I've uploaded a replacement rockbox-4g.zip (same URL).  Are you able to test it?
01.37.29 #       <josh_> sure, 1 sec.
01.37.37 #       <linuxstb> The LCD code was completely wrong before...
01.38.13 #       <imphasing> 3G != 4G(b&w)?
01.38.20 #       <slimx> lol linuxstb 
01.38.28 #       <linuxstb> imphasing: true.
01.38.32 #       <slimx> i've sent a new patch
01.38.38 #       <slimx> :p
01.38.41 #       <hydrahead> ipod_fw -o apple_os.bin -e 0 bootpartition.bin - i typed this and its not showing anything :/
01.38.44 #       <Cassandra> imphasing, in what way?  Are the controls or screen res different?
01.39.10 #       <midkay> controls, for one..
01.39.14 #       <linuxstb> hydrahead: Ah, yes.  At that stage, it shouldn't display anything.  But it should have created a file called apple_os.bin.  Can you see it?
01.39.20 #       <Cassandra> Ah, OK.
01.39.24 #       <slimx> normal buil corrections 
01.39.25 #       <josh_> Cassandra: they use completely different CPUs
01.39.28 #       <josh_> PP5002 vs PP5020
01.39.30 #       <slimx> *build
01.39.33 #       <josh_> with all the I/Os in different places
01.39.42 #       <Cassandra> josh_, irrelevent from the perspective of the manual.
01.39.53 #       <linuxstb> The buttons are in different places
01.39.59 #       <josh_> ah yeah, sorry - forgot we were talking about the manual ther
01.40.03 #       <Cassandra> That's more relevant.
01.40.04 #       <slimx> now times to sleep 
01.40.06 #       <josh_> s/$/e/
01.40.07 #       <hydrahead> Im looking at the root and the ipod control but i dont see anything new
01.40.10 #       <linuxstb> See http://ipodlinux.org/Generations for pictures
01.40.13 #       <slimx> see ya tomorrow 
01.40.28 #       <slimx> and have a look at the new patch 
01.40.34 #       <slimx> ;-)
01.40.35 #       <linuxstb> goodnight.
01.40.41 #       <Cassandra> Well, I'm only setting things up for the current ports that are part of the build system anyway.
01.40.51 Quit    slimx (Remote closed the connection)
01.40.52 #       <Cassandra> We'll add the other iPods when they come on line, of course.
01.41.43 #       <josh_> ok
01.41.51 #       <josh_> linuxstb: backlight came on for a few seconds, Rockbox logo was displayed briefly
01.41.55 #       <josh_> now the screen is blank
01.42.08 #       <linuxstb> That's not bad....
01.42.21 #       <linuxstb> Does anything happen if you press MENU ?
01.42.28 #       <josh_> no
01.42.34 #       <josh_> but I have a suspicion it's a contrast problem
01.42.47 #       <JdGordon> hmm... so.. ive been waiting for the wrong versino to work :p my friend has the b&w 4g, not 3g.. hows that 1 going?
01.42.47 #       <josh_> because you can barely see the edge of the screen
01.43.04 #       <linuxstb> That sounds possible.  Any idea what the default contrast should be set to?
01.43.09 #       <josh_> and the distinction there depends on the contrast, and if contrast is too low you won't be able to see anything
01.43.12 #       <hydrahead> where is the bin file supposed to be?
01.43.21 #       <hydrahead> in the root?
01.43.28 #       <josh_> linuxstb: I don't know what the range is raw... the iPL interface is 0-128 and 96 gives good results.
01.43.34 #       <linuxstb> hydrahead: In the directory you typed the ipod_fw command
01.43.39 #       <hydrahead> ahaa
01.43.40 #       <hydrahead> ok
01.44.03 #       <hydrahead> es its there, sorry :)
01.44.17 #       <linuxstb> josh_: OK, thanks.
01.45.01 #       <hydrahead> now under e) should i replace color with 4g?
01.45.01 #       <imphasing> slimx: New patch?
01.45.01 #       <imphasing> :D
01.45.27 #       <josh_> linuxstb:                 lcd_cmd_and_data(0x4, 0x4, contrast);
01.45.42 #       <linuxstb> josh_: Maybe it isn't a contrast problem though - if you can see the Rockbox logo, then the contrast should be OK.  Unless Rockbox then changes it....
01.45.52 #       <josh_> I think it might be that RB changes it.
01.46.03 #       <josh_> during LCD init or something
01.46.17 #       <linuxstb> The logo is displayed after the lcd init....
01.46.21 #       <josh_> hrm
01.46.23 #       <josh_> idk
01.46.27 #       <linuxstb> But let me check something.
01.46.31 #       <josh_> ok, cool
01.47.09 #       <imphasing> Hrm.
01.47.14 #       <imphasing> patch doesn't apply cleanly..
01.47.15 #       <imphasing> =/
01.47.22 #       <hydrahead> linuxstb: sorry to bug you again: how should i type the command for this bootloader? just change it to 4g instead of nano or color?
01.47.24 #       <linuxstb> Yes, Rockbox itself has a contrast setting, and that is wired-up to the ipod's lcd_set_contrast() function.  And I think the default value is 40....
01.47.33 #       <josh_> ack.
01.47.36 #       <josh_> that might be a problem.
01.47.39 #       <josh_> 40 is almost invisible.
01.47.53 #       <linuxstb> hydrahead: Yes.
01.48.21 #       <linuxstb> In fact, the default contrast is 28....
01.48.24 #       <josh_> yes, the arg to that 0x4 command is indeed 0 (low) to 127 (high)
01.48.33 #       <linuxstb> I'll change it to 96.
01.48.41 #       <josh_> cool, thanks
01.48.49 Quit    youngcereal (Connection timed out)
01.51.04 Quit    DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
01.51.28 #       <linuxstb> josh_: OK, new rockbox-4g.zip in the same place.  I've hard-coded the contrast to 96.
01.51.42 #       <josh_> ok, thanks
01.51.43 #       <linuxstb> Sorry, wait 10 seconds....
01.51.55 #       <linuxstb> OK, it's there.
01.52.35 #       <hydrahead> allright, got the bootloader going
01.52.44 #       <linuxstb> Is it displaying messages/
01.52.45 #       <linuxstb> ?
01.52.57 Quit    mirak (Remote closed the connection)
01.53.06 #       <hydrahead> i showed the blue screen with some text and then it loaded the original firmware
01.53.23 #       <hydrahead> arrrgh
01.53.30 #       <hydrahead> it showing everything
01.53.37 #       <hydrahead> like in a mirror
01.53.44 #       <midkay> hydrahead, because you didn't install the rockbox.zip?
01.54.07 #       <linuxstb> hyarion: Do you mean the original firmware is displaying things wrongly? 
01.54.18 #       <hydrahead> yrs
01.54.20 #       <hydrahead> *yes
01.54.31 #       <josh_> linuxstb: watch your LCD inits
01.54.51 #       <BHSPitLappy> ( I think hyarion's asleep)
01.54.53 #       <josh_> see fb.c in ipodloader2 - esp the part about #ifdef YOU_WANT_TO_SCREW_UP_THE_COLORS_IN_RETAILOS
01.55.06 Join    youngcereal [0] (n=youngcer@p54B2212E.dip0.t-ipconnect.de)
01.55.06 Quit    XavierGr ("Trillian (http://www.ceruleanstudios.com")
01.55.06 #       <linuxstb> Yes, I noticed that (and removed that code) :)
01.55.15 #       <josh_> and.. rockbox works!
01.55.20 #       <linuxstb> Hurray :)
01.55.23 #       <josh_> well, sort of.
01.55.29 #       <linuxstb> Boo....
01.55.31 #       <hydrahead> its displaying everything like in a miror, also has some letters wich are descending vertically
01.55.32 #       <josh_> is input supposed to do anything?
01.55.33 #       <BHSPitLappy> 18:54  rockbox sort of works
01.55.34 #       <hydrahead> what now? :/
01.55.55 #       <josh_> linuxstb: input isn't doing anything
01.56.04 #       <josh_> btw, the 4g's input is exactly like the latter versions' (photo etc.)
01.56.09 #       <josh_> it's different from the mini's though.
01.56.38 #       <josh_> it's showing a directory listing of my FAT32 partition
01.56.51 #       <BHSPitLappy> that would be the default view, yes
01.56.55 #       <linuxstb> OK, let me try something.  There's one thing we changed with your button drivers.
01.57.10 #       <josh_> ok
01.57.18 #       <josh_> does the scroll wheel do anything?
01.57.21 #       <hydrahead> should i try to reset the original firmware or  try installing the rockbox zip?
01.57.26 #       <josh_> (is it supposed to, that is)
01.57.56 #       <linuxstb> hydrahead: Wait a moment, I'm uploaded a new rockbox.zip which I hope will work.
01.58.18 #       <linuxstb> OK, it's here: http://www.davechapman.f2s.com/rockbox/rockbox-4g.zip
01.58.27 #       <josh_> linuxstb: the clock works :-)
01.58.39 #       <linuxstb> Of course :)  You can even set the time.
01.58.44 #       <josh_> cool
01.58.48 #       <josh_> does it sync to the hwclock if you do?
01.59.19 #       <linuxstb> Yes
01.59.30 #       <josh_> cool
01.59.38 #       <imphasing> linuxstb: Are you going to commit those changes to CVS?
01.59.51 #       <imphasing> And if you feel like doing something with the 3G, I can test for you.
01.59.55 #       <linuxstb> The code is trivial - it's just the exact opposite of reading the RTC registers.  In the kernel it's in pcf50605.c (I think).
02.00.42 #       <linuxstb> imphasing: No, I'm leaving the 3G for slimx.  I'll commit my changes when it's either working or I've exhausted my ideas.
02.00.51 #       <linuxstb> (my 4G changes)
02.01.21 #       <josh_> linuxstb: input still does nothing
02.01.25 #       <imphasing> Alrighty.
02.01.32 #       <imphasing> LCD driver is the same for 4G and 3G?
02.01.41 Quit    midkay ("Leaving")
02.01.48 #       <linuxstb> The addresses are different, and the initialisation is slightly different.
02.01.55 #       <josh_> imphasing: yes, except for different base addresses
02.01.55 #       <amiconn> I can have a look at the 2bpp horiz driver when doing optimisation work for the 16bpp driver
02.02.18 #       <linuxstb> That would be good.  We're going to need a sim as well.
02.02.25 #       <amiconn> I plan to tackle this after memmove() and memset16() (which in turn is needed for 16bit opt)
02.02.37 #       <hydrahead> now it wont go into disc mode...
02.02.37 Quit    NicoFR ()
02.02.56 #       <hydrahead> oe do i get the original firmware back, ipodupdate?
02.02.57 #       <amiconn> Perhaps I should also finish my .lang work before...
02.03.01 #       <hydrahead> *how
02.03.15 #       <amiconn> My tree is somewhat messed up atm
02.03.43 #       <linuxstb> hydrahead: It will go into disk mode....  You can then use ipodpatcher to restore your original bootpartition.bin back to your ipod.
02.04.29 #       <linuxstb> i.e. just type "ipodpatcher -w N bootpartition.bin" (replacing N with the diskno of your ipod).
02.04.30 #       <amiconn> ick
02.04.54 #       <linuxstb> amiconn: You need more trees...
02.06.32 Join    midkay [0] (n=midkay@24.143.70.99)
02.06.37 #       <hydrahead> hmm ive copied the rockbox files, ill try to reboot it now
02.08.38 #       <hydrahead> we got liftoff! :)))
02.08.40 #       <linuxstb> josh_: I've run out of ideas now then.  As you said, the 4G button driver should be the same as the Photo (and Nano/Video).
02.08.44 #       <hydrahead> i can see the menu
02.08.58 #       <linuxstb> hydrahead: So do the buttons work for you?
02.09.16 #       <linuxstb> Or can you just see the files on your ipod?
02.09.22 Join    Zoide [0] (i=Zoide@aodio.Stanford.EDU)
02.09.47 #       <hydrahead> no, im in the rockbox menu, it seem the buttons arent working
02.09.50 Nick    Zoide is now known as Zoide7777 (i=Zoide@aodio.Stanford.EDU)
02.09.53 #       <hydrahead> also some letters are funny
02.09.56 Quit    imphasing (Remote closed the connection)
02.10.00 #       <hydrahead> like they have the top missing
02.10.12 #       <linuxstb> I expect there are still some bugs in the lcd code.
02.10.24 #       <linuxstb> But I don't know why the buttons don't work...
02.10.48 Join    imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net)
02.10.51 #       <Zoide7777> hi, I tried installing the latest CVS Rockbox on my greyscale 4g, and all I get is the Apple symbol.  Is anyone having the same problem?
02.11.45 #       <hydrahead> buttons definetly not working, the battery is blinking(expected) and the clock display is working
02.11.54 #       <lostlogic> linuxstb: you got a minute to check this on the ipod?  fixed the issue with overflowing the buffer. http://lostlogicx.com/transfer/rockbox/pcmbuf_rework2.patch
02.11.59 #       <linuxstb> Zoide7777: Yes - it's not finished yet...
02.12.24 #       <lostlogic> (yay superbowl halftime coding :))
02.12.42 #       <hydrahead> and in the menu i got: contacts, notes, calendar and  rockbox
02.13.04 #       <Cassandra> Hmm.  Why is CVS complaining that I can't add to /cvsroot/rockbox/CVSROOT/EmptyDir when I try to 'cvs add manual"?
02.13.05 #       <imphasing> Is the superbowl today??
02.13.07 #       <imphasing> =/
02.13.12 #       <Zoide7777> linuxstb: oh, so at this stage it doesn't go past the Apple symbol?
02.13.30 #       <linuxstb> hydrahead: That's not the menu - that's the file browser.
02.13.39 #       <lostlogic> imphasing: steelers 7, seahawks 3 at the half (in case you care)
02.13.41 #       <Cassandra> CVS - I hates it I does, precioussss.
02.13.43 #       <linuxstb> Zoide7777: Yes, the version in CVS has bugs in the LCD driver.
02.13.54 #       <hydrahead> aha, sorry, never saw a rockbox display before
02.13.57 #       <imphasing> lostlogic: I'm from seattle, so go hawks.
02.13.59 #       <imphasing> :D
02.14.29 #       <imphasing> Cassandra: (Darcs || SVN) == nice!
02.14.33 #       <imphasing> :)
02.14.33 #       <Zoide7777> linuxstb: ok, thanks for the info
02.14.36 Quit    tvelocity ("Αναχωρεί")
02.14.58 Join    XavierGr [0] (n=XavierGr@ppp84-adsl-230.ath.forthnet.gr)
02.16.02 #       <linuxstb> Cassandra: If you want to create a new top-level directory, you can't use cvs add.
02.16.55 #       <linuxstb> But I forget how you do do it....  Maybe "cvs import"
02.17.32 Part    kramerica
02.17.32 #       <Cassandra> Hmm.  If I use import, it'll drag in all the files, and I need to be able to specify which ones are binary.
02.17.59 #       <linuxstb> Just create import to import an empty "manual" directory.  Then check out that empty directory and carry on.
02.18.09 #       <linuxstb> s/create/use/
02.18.14 #       <hydrahead> linuxstb: ive now loaded the original firmware by holding menu during booting, and the display is still not ok
02.18.45 #       <linuxstb> hydrahead: OK, thanks.  I'll have to look at that - but not now (it's 1.20am)
02.19.04 #       <linuxstb> But we seem to be making progress.
02.19.17 #       <hydrahead> ok just tell me how to fix the original firmware
02.19.22 #       <hydrahead> by that commandline?
02.19.45 #       <linuxstb> Yes - that will remove Rockbox.  Next time you boot, the original firmware should be OK (the Rockbox bootloader won't mess up the LCD)
02.23.35 Quit    midkay ("laterz!")
02.24.16 #       * Cassandra swears at CVS.  Now it's claiming I've not set CVSROOT.
02.24.22 #       <hydrahead> ok everything is back to normal, thanks linuxstb
02.24.28 #       <Cassandra> How come all the other CVS commands know what it is then?
02.26.15 #       <linuxstb> The other cvs commands will know because you have a "CVS" directory in your current directory.
02.27.27 #       <linuxstb> lostlogic: Yes, the overflow problem has been fixed.  Normal playback seems to work well.
02.27.42 #       <hydrahead> bye ppl, now that i got the hang of it ill help with further versions :)
02.27.42 #       <linuxstb> But I try to stop playback, or skip to the next track, it just freezes.
02.28.45 Quit    imphasing (Remote closed the connection)
02.28.58 #       <lostlogic> linuxstb: bagh, that's definitely not happening here, must have broken something ipod specific :(
02.29.14 #       <linuxstb> Or you've just exposed the bugs in my pcm_playback.c code...
02.29.14 Quit    thegeek (Read error: 104 (Connection reset by peer))
02.29.14 Quit    hydrahead ("CGI:IRC (EOF)")
02.29.43 #       <Cassandra> Ah, crap - what do I want to set the vendor and release tags to?
02.29.45 #       <linuxstb> Also, the audio buffer doesn't seem to get fully filled.  It stops filling at about 24MB (out of about 29MB).
02.30.07 Part    Zoide7777
02.30.13 #       <linuxstb> Cassandra: Yes, that's the question I can never answer....
02.30.14 #       <lostlogic> linuxstb: hmm, I haven't laid finger 1 on the audiobuffer code
02.30.16 Join    imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net)
02.30.30 #       <linuxstb> lostlogic: That makes sense - I noticed the same behaviour with the existing code.
02.30.36 Join    thegeek [0] (n=thegeek@s026b.studby.ntnu.no)
02.30.43 #       <linuxstb> (but wasn't 100% sure)
02.31.10 #       <lostlogic> ok... I'll try to hunt in the ipod specific parts, but may need you or preglow to help me find bugs tomorrow.
02.31.17 #       <linuxstb> Should your code be faster than the existing code?
02.32.00 #       <linuxstb> My ALAC test tracks seem to skip less - some tracks that skipped once or twice now don't skip, and other tracks skip less.
02.32.25 #       <Paul_The_Nerd> I thought a goal of it *was* performance improvement?
02.32.34 #       <lostlogic> It's very close, my code uses memory more effectively...
02.32.41 #       <linuxstb> I thought the goal was simplification...
02.32.48 #       <lostlogic> main goal was improving structure
02.32.55 #       <lostlogic> performance is a hopeful side effect of that :)
02.33.30 #       <lostlogic> Paul_The_Nerd: you interested in testing the latest patch I just posted with voice?
02.33.57 #       <Paul_The_Nerd> lostlogic: Sure, why not.
02.34.04 #       <Paul_The_Nerd> H120, iPod Nano, or both?
02.34.29 #       <lostlogic> Paul_The_Nerd: whichever you feel like
02.34.43 #       <lostlogic> linuxstb says it's broken anytime playback needs to stop on ipod
02.35.21 #       <Paul_The_Nerd> The link you posted is the patch I need?
02.36.04 #       <lostlogic> yeah
02.40.38 #       <Paul_The_Nerd> Okay, I'll let you know how it goes.
02.42.20 #       <linuxstb> lostlogic: gapless playback is still flawless....
02.42.28 #       <linuxstb> (with FLAC)
02.42.53 #       <Cassandra> Hardeep posted a gapless fix for MP3.  Wonder if it worked.
02.46.11 #       <BHSPitLappy> do the mp3's have to have a special flag
02.46.20 #       <Paul_The_Nerd> Yes
02.46.38 #       <BHSPitLappy> well the only music I have where gapless is necessary is AAC actually
02.46.44 #       <Paul_The_Nerd> BHSPitLappy: Basically, I think LAME is the only encoder that does it, as far as I know. For MP3s.
02.46.54 #       <BHSPitLappy> lame's what I use.
02.47.02 #       <Paul_The_Nerd> And of course, the player has to read the tags.
02.48.13 #       <BHSPitLappy> any slackware users here?
02.48.24 #       <lostlogic> linuxstb: I'm wondering about putting a call to dma_stop() as the last line in fiq()
02.48.30 #       <Paul_The_Nerd> lostlogic: Same freezes it had before for voice on h120
02.48.56 #       <lostlogic> Paul_The_Nerd: gah! so if you are using voice menus, after a few menus it frezes the player, or stops playing them?
02.49.02 #       <Paul_The_Nerd> Freezes the player
02.49.22 #       <lostlogic> Paul_The_Nerd: hmmmmmmmmmmmm
02.49.50 #       <Paul_The_Nerd> Soft freeze though. If you hold stop long enough, you can still shut off
02.50.44 #       <Paul_The_Nerd> And, I guess voice menus aren't enabled on iPod yet.
02.51.08 #       <BHSPitLappy> what a weird hummer commercial
02.51.15 #       <lostlogic> BHSPitLappy: yes!
02.51.30 #       <linuxstb> Paul_The_Nerd: I haven't disabled voice menus afaik.  But I haven't tested them.
02.51.44 #       <BHSPitLappy> lostlogic: eh?
02.51.54 #       <lostlogic> BHSPitLappy: it was weird... my gf and I were just saying so
02.52.02 #       <BHSPitLappy> lol
02.53.42 #       <Paul_The_Nerd> linuxstb: Well, they certainly aren't reading with lostlogic's build, at least. At all. No freezes on them, at least. ;-). Lemme try with a normal build
02.54.48 #       <linuxstb> lostlogic: I tried adding that dma_stop(), but it doesn't change anything.
02.55.21 #       <lostlogic> linuxstb: :(
02.55.41 #       <BHSPitLappy> hahaa
02.55.43 #       <BHSPitLappy> jackasses
02.55.51 #       <linuxstb> lostlogic: Is ipod playback the only thing stopping you from committing it?
02.55.59 #       <lostlogic> linuxstb: well that and voice menus now
02.56.15 #       <lostlogic> I should download a set of voice menus so I can try them
02.56.32 #       <Paul_The_Nerd> What ever happened to the AT&T thing?
02.57.33 #       <linuxstb> Mmm.  I see that I haven't implemented pcm_play_pause()...
02.58.02 Join    BHSPitMonkey [0] (n=billybob@67.64.118.242)
02.59.59 Join    midkay [0] (n=midkay@24.143.70.99)
03.00.51 #       * BHSPitLappy punts midkay 
03.01.14 #       * midkay hits BHSPitLappy in the face, affectionately.
03.01.17 #       <lostlogic> where does the voice file go on the player?
03.01.36 #       <BHSPitLappy> root, I thought
03.01.41 #       <BHSPitLappy> don't quote me though
03.01.45 #       <Moos> language dir
03.02.11 #       <lostlogic> ty
03.06.15 Quit    BHSPitMonkey (Remote closed the connection)
03.07.26 ***     Saving seen data "./dancer.seen"
03.07.41 #       <lostlogic> Paul_The_Nerd: consistently the 4th voice read freezes?
03.08.12 #       <Paul_The_Nerd> lostlogic: Actually, 2nd.
03.08.32 #       <lostlogic> Paul_The_Nerd: ok, so it's not always the same
03.08.37 #       <Paul_The_Nerd> But usually, I would just hit down, listen, hit down again, listen, freeze, after enabling voice.
03.12.03 #       <lostlogic> Paul_The_Nerd: interestingly it works during playack, but freezes otherwise
03.12.31 #       <Paul_The_Nerd> Hrm. Well, that seems like behaviour chock full 'o clues.
03.12.52 #       <Paul_The_Nerd> Linuxstb: Yes, voices seem to definitely *no* play at all on iPod Nano. Just tried it with a clean CVS build
03.13.27 #       <lostlogic> Paul_The_Nerd: yep, I at least know where to look... _then_ I'll probably commit it and let linuxstb and preglow fight with the ipod bug (or bitch at me till I fix it :))
03.13.36 #       <Paul_The_Nerd> Hahaha
03.16.50 #       <JdGordon> does any1 know if you can open files (on windows) like \\\\.\\PhysicalDrive0\folder\file.exe
03.17.17 #       <linuxstb> JdGordon: Yes, I think you can.
03.17.27 #       <JdGordon> great :D
03.17.36 Quit    midkay (Remote closed the connection)
03.19.09 Join    midkay [0] (n=midkay@24.143.70.99)
03.21.16 Quit    midkay (Client Quit)
03.24.58 Quit    Moos ("Glory to Rockbox!")
03.27.58 #       <yeahx> it reads the track names?
03.29.38 #       <Paul_The_Nerd> yeahx: Huh?
03.30.40 #       <yeahx> I've read something that sounds like rockbox has speach on the site and then someone just meantioned it
03.30.58 #       <lostlogic> in preparation for making voice work when pcm is paused, anyone mind if I allocate an extra 8k dedicated voice buffer?
03.33.11 #       <Paul_The_Nerd> yeahx: Well, the menu system can be read aloud. If you run a script available on the site (and have Text to Speech support enabled in windows) or if you prepare speech files for each file, you can have it read out filenames while browsing. Otherwise you can command it to spell them, or just tell you the number (3 for third file in the folder, etc)
03.33.37 #       <Paul_The_Nerd> The voice files available on the website right now for the menus are a little out of date though, so not all menu entries will be supported.
03.34.34 #       <yeahx> oh ok, so this would mainly be for blind navigation then, thats interesting
03.34.39 Join    kkurbjun [0] (n=Jim@c-24-8-222-177.hsd1.co.comcast.net)
03.35.06 #       <Paul_The_Nerd> That's its intended purpose, yet.
03.35.11 #       <lostlogic> nevermind.
03.36.18 #       <kkurbjun> did someone get doom running as a viewer?
03.43.24 #       <ashridah> kkurbjun: people were looking into it, but we were hindered by not having an actual copy that can be compile :)
03.43.53 #       <JdGordon> bny hindered... u mean thrown into a brick wall...
03.44.05 #       <kkurbjun> ashridah: what was wrong with compiling what is online?
03.44.27 #       <kkurbjun> I don't think that making doom a viewer is the proper way to approach it
03.44.30 #       <ashridah> kkurbjun: it failed :)
03.44.50 #       <ashridah> kkurbjun: it is if you want to use a PWAD or IWAD :)
03.44.56 #       <kkurbjun> ashridah: where, I would like to correct the problem
03.45.25 #       <kkurbjun> if you would like to load individually made levels that depend on doom1 or 2 it would make a mess though
03.45.28 #       <ashridah> of course, since you should be able to add multiple PWAD's, it'd be nice if it could be done within the plugin, by the sounds of it
03.45.30 Join    pabs_ [0] (n=pabs@xor.pablotron.org)
03.45.34 #       <ashridah> not that i have a player that can play it
03.45.36 #       <Paul_The_Nerd> ashridah: How would you handle PWADs? Is there some way to determine if they're produced against Doom 1 or 2, or can you arbitrarily load them all against a Doom 2 one, if you've modify the executable?
03.45.42 Quit    BHSPitLappy (Read error: 104 (Connection reset by peer))
03.45.48 Quit    pabs (Nick collision from services.)
03.45.52 #       <ashridah> Paul_The_Nerd: hell if i know :)
03.45.53 Nick    pabs_ is now known as pabs (n=pabs@xor.pablotron.org)
03.46.26 #       <kkurbjun> the other problem is that loading multiple pwad's won't work right now
03.46.39 #       <kkurbjun> the realloc code has amnesia
03.47.41 #       <kkurbjun> ashridah: either way though I would like to know where compiling fails so that people can work on it.
03.48.05 #       <Paul_The_Nerd> I mean, if I were designing the UI, I'd make it so you can launch it on an IWAD as a viewer, then it shows a list of PWADs (presumably all stored in a subfolder with a name matching that of the IWAD) for you to select from (checkboxes next to them, or something)
03.48.20 #       <ashridah> kkurbjun: JdGordon was working on it after i had a quick look. bug him :)
03.49.17 #       <JdGordon> kkurbjun: where is the latest sources?
03.49.47 #       <kkurbjun> Paul_The_Nerd: that was one option that I thought of.. the other is having a full interface to pick which base wad you would like without the viewer.. I guess that rockboy set the expectation of running things as a viewer though
03.49.59 #       <kkurbjun> JdGordon: they are on sourceforge
03.50.20 #       <kkurbjun> you have to apply the diff to a cvs copy
03.50.44 #       <kkurbjun> and then put the files in doom.zip to apps/plugins
03.50.59 #       <kkurbjun> should leave you with apps/plugins/doom
03.51.02 #       <Paul_The_Nerd> kkurbjun: I think viewers just feel simpler than launching it, and then browsing to the file, because there's less need to put the files in a specific location (or include a browser that lets you go up/down levels)
03.52.02 #       <Paul_The_Nerd> I wouldn't object to a nice full interface, mind you.
03.53.00 #       <kkurbjun> Paul_The_Nerd: True, I'll have to look into it more and see how individual levels use doom1/2.  If someone wants to make it a viewer for now though feel free too.
03.53.26 #       <JdGordon> compiling...
03.53.49 #       <JdGordon> u can load user wads through the command line right?
03.54.43 #       <kkurbjun> yes, but like I said the realloc code does not work correct so sending the -files or -file (whichever it is) won't work properly right now
03.55.11 #       <Paul_The_Nerd> JdGordon: A user wad (PWAD) is essentially a Patch against the main wad (IWAD), so a plugin launching a user wad would need to know which IWAD it was against somehow.
03.55.39 #       <Paul_The_Nerd> There's actually one "Open Source" IWAD out there.
03.55.40 #       <kkurbjun> selecting the base iwad would be fine to do though
03.56.00 #       <Paul_The_Nerd> A group went through and replaced the *entirety* of Doom 2's resources, etc, with from-scratch ones.
03.56.31 #       <kkurbjun> Paul: the shareware wad would be ok to distribute though wouldn't it?
03.57.08 Join    BHSPitLappy [0] (i=Steve-O@67.64.118.242)
03.57.26 #       <yeahx> blah its all outdated and should be fine
03.57.29 #       <Paul_The_Nerd> Redistributing the shareware Wad is *probably* okay, depending on the license they included
03.57.43 #       <DMJC> has anyone tried building the compiler stuff on athlon 64?
03.57.45 #       <Paul_The_Nerd> Yeahx: "should be fine" is different from "legally 100% safe" which is kinda the ideal.
03.57.52 #       <DMJC> I'm getting malloc errors on binutils
03.57.55 #       <DMJC> and gcc won't compile
03.57.59 #       <Paul_The_Nerd> kkurbjun: http://freedoom.sourceforge.net/
03.57.59 #       <BHSPitLappy> iDoom distributes the shareware wad
03.58.12 #       <kkurbjun> JdGordon: did you get it to compile
03.58.21 #       <yeahx> yeh, people can easily get the ones they want
03.58.24 #       <JdGordon> compiling
03.58.29 #       <kkurbjun> I'm looking for a copy of the license for the shareware wad
03.58.30 #       <Paul_The_Nerd> BHSPitLappy: I'm pretty sure the Freedoom IWAD actually works with all Doom 2 PWADs.
03.59.06 #       <Paul_The_Nerd> kkurbjun: I'd still suggest using the iwad from Freedoom instead. It contains replacement resources for everything in Doom 2.
03.59.41 #       <JdGordon> MAKE in doom
03.59.42 #       <JdGordon> ....
04.00.00 #       <kkurbjun> Paul: that's an option, honestly though I really prefer doom1 over doom2, and if it's legal to distribute doom1 shareware that'd be ideal for me
04.00.02 #       <JdGordon> m_fixed.c:62: error: can't find a register in class `DREG' while reloading `asm'
04.00.15 #       <BHSPitLappy> Paul_The_Nerd: http://ipodlinux.org/forums/viewtopic.php?t=4984
04.00.25 #       <BHSPitLappy> JdGordon: how'd the color picker turn out
04.00.28 #       <kkurbjun> JdGordon: what platform are you compiling for?
04.00.50 #       <JdGordon> BHSPitLappy: the patch is on the tracker... just waiting for higher powers to add it
04.00.55 #       <JdGordon> kkurbjun: h300 sim
04.01.13 #       <kkurbjun> I havn't tested the sim or tried to get it working
04.01.29 #       <kkurbjun> I can't compile one on my system
04.01.34 #       <JdGordon> gah, ok.. only compiles on the target?
04.01.47 #       <kkurbjun> yes, but to correct that error...
04.01.50 #       <Paul_The_Nerd> BHSPitLappy: I miss the old AliensTC for doom. BEST Doom Total Conversion I'd played, until Fox killed it
04.01.51 #       <kkurbjun> ohe second
04.02.25 #       <DMJC> sailor moon doom
04.02.30 #       <kkurbjun> you need to ifdef the asm code
04.02.33 #       <DMJC> worst conversion ever
04.02.50 #       <kkurbjun> to make it use the #if 0 code
04.03.51 #       <ashridah> hahah. what i found hysterical were the porn doom packs. replacing nearly every texture in the game with an animated 4-frame sex scene :)
04.04.12 #       <kkurbjun> JdGordon: I'll uplaod a new version that should fix it
04.04.14 #       <ashridah> no actual relation to the game, they've pretty much just gone down the line replacing as they go
04.04.15 #       <BHSPitLappy> I want chex quest on my nano!
04.04.56 #       <Paul_The_Nerd> Chex Quest didn't even change the weapon balance. Hehehe
04.05.13 #       <JdGordon> bbs
04.07.51 #       <DMJC> I was unable to build gcc or binutils
04.08.01 #       <DMJC> I'm assuming the problem is Athlon 64 architecture
04.09.18 #       <kkurbjun> JdGordon: I've put new code up that should fix the problem
04.09.53 Join    yeahx_ [0] (n=aarond@c-67-160-124-13.hsd1.wa.comcast.net)
04.20.28 Quit    yeahx (Read error: 110 (Connection timed out))
04.22.03 #       <imphasing> linuxstb: Do you know what I need to comment out to get the bootloader to load linux, or rockbox?
04.22.08 #       <imphasing> on the 3G
04.33.04 Join    ehntoo [0] (n=ehntoo@24-177-166-0.dhcp.mrqt.mi.charter.com)
04.34.16 #       <linuxstb> imphasing: Have you seen slimx's last patch?
04.35.06 #       <imphasing> "cleaned lcd-ipod.c"?
04.35.10 #       <imphasing> I couldn't get that one to apply
04.35.14 #       <imphasing> lots of hunk errors
04.38.23 Quit    kkurbjun (Read error: 104 (Connection reset by peer))
04.38.35 Quit    belze ("Be Not Nobody...")
04.39.12 #       <linuxstb> imphasing: Yes, that patch isn't good :(
04.39.43 Join    kkurbjun [0] (n=Jim@c-24-8-222-177.hsd1.co.comcast.net)
04.40.04 #       <imphasing> :(
04.40.30 #       <imphasing> The bootloader will build straight from CVS, but I'm not sure what I need to do to get it to boot anyhting besides retailos
04.41.46 Join    ModernExecutive [0] (n=bob@pool-141-152-166-148.norf.east.verizon.net)
04.47.03 #       <ModernExecutive> anyone know if linus had any time to work on a new h300 us fw + bl?
04.47.19 #       <DMJC> crap
04.47.28 #       <DMJC> I cant' get the crosscompiler to build
04.47.49 #       <imphasing> 64 bit?
04.48.33 #       <DMJC> yeah
04.49.53 Join    yeahx [0] (n=aarond@c-67-160-124-13.hsd1.wa.comcast.net)
04.50.10 #       <DMJC> 64-bit native linux
04.50.36 #       <DMJC> .././opcodes/disassemble.c:392: undefined reference to `print_insn_sh'
04.50.36 #       <DMJC> collect2: ld returned 1 exit status
04.50.52 #       <DMJC> that's when I force host to i686 and select m68k-elf
04.52.54 Quit    ModernExecutive ()
04.52.54 Quit    webguest77 ("CGI:IRC (EOF)")
04.53.28 Part    yeahx
04.54.46 #       <linuxstb> DMJC: Even if you manage to get the cross-compiler compiled, some of the Rockbox build tools are not 64-bit clean yet....
04.55.04 #       <DMJC> Um I don't think you understand
04.55.18 #       <DMJC> I was trying to force the cross compiler to build in 32-bit mode
04.55.32 #       <DMJC> then I would've executed it as a 32-bit app
04.55.37 #       <DMJC> athlon 64 can do that
04.56.01 #       <imphasing> yerayeah
04.56.16 #       <imphasing> Er..
04.56.25 #       <imphasing> Ignore the "yera" part..
04.56.33 #       <BHSPitLappy> do we want to know what it was?
04.56.50 #       <DMJC> heh
04.58.04 #       <JdGordon> Paul_The_Nerd: was it you who was gonna merge the colour settings and my colour chooser patches?
05.01.16 #       <Paul_The_Nerd> JdGordon: I was gonna try to look at it, but I honestly haven't had a chance, at the moment. It's been a very busy weekend, with far far too little sleep.
05.01.26 Join    Rob2222 [0] (n=Miranda@ACB08D1F.ipt.aol.com)
05.01.28 #       <JdGordon> ok
05.01.32 #       <Paul_The_Nerd> Sorry
05.02.16 #       <JdGordon> no prob
05.02.23 #       <JdGordon> it looks like the damn patch doesnt work anyway
05.02.28 #       <Paul_The_Nerd> Well, that sucks.
05.02.41 Quit    yeahx_ (Read error: 110 (Connection timed out))
05.04.12 #       <kkurbjun> JdGordon: did you try compiling the sim source?
05.04.20 #       <kkurbjun> or new source?
05.04.22 #       <JdGordon> not yet...
05.04.54 #       <JdGordon> if we cant use the -file switch then i wouldnt know where to start to get it to load the wad... so cant really help
05.06.48 #       <kkurbjun> JdGordon: you can add a flag for rockbox to fix the identify version code in d_main.c.  I would be interested to know if the sim compiles though.
05.07.28 ***     Saving seen data "./dancer.seen"
05.08.14 #       <kkurbjun> or you could add some flag like -iwad and then check it in identify version
05.08.39 #       <JdGordon> ok, busy atm.. but ill have a look'
05.09.09 Nick    aegray_ is now known as aegray (n=aegray@12-210-86-210.client.insightBB.com)
05.09.13 #       <kkurbjun> no worries, I'm just supplying idea's.  I plan on working on it once I have sound working.
05.09.22 #       <Paul_The_Nerd> One thing you *could* do is force users to rename the files to .pwad and .iwad.
05.09.31 #       <Paul_The_Nerd> Then, if they launch a .pwad, it simply asks them to select another file.
05.09.35 #       <Paul_The_Nerd> This repeats until they pick an iwad.
05.09.44 #       <Paul_The_Nerd> As an idea for viewer-like use
05.13.22 Quit    DreamTactix291 ()
05.13.53 Join    DreamTactix291 [0] (n=DreamTac@adsl-149-149-154.bna.bellsouth.net)
05.14.01 #       <linuxstb> Am I right in saying that you have one iwad, which is then (optionally) modified by a pwad?
05.14.07 #       <Paul_The_Nerd> Yes
05.14.19 #       <BHSPitLappy> wikipedia has a decent explanation of the *wads
05.14.27 #       <Paul_The_Nerd> BHSPitLappy: Link?
05.14.31 #       <BHSPitLappy> umm
05.14.44 #       <JdGordon> kkurbjun: http://www.mines.edu/students/k/kkurbjun/doom.zip is latest source?
05.14.57 #       <BHSPitLappy> http://en.wikipedia.org/wiki/Doom_WAD
05.15.08 #       <linuxstb> So one option would be for doom to look in the same directory for an iwad if a user selects a pwad. 
05.15.40 #       <kkurbjun> JdGordon: yes
05.16.32 #       <BHSPitLappy> or have a plugin that's a simple interface where you pick enough wads to "complete a puzzle" and then launch doom
05.17.01 #       <Paul_The_Nerd> linuxstb: You can use an arbitrary number of pwads though. Not just one.
05.17.10 Quit    mikearthur (Remote closed the connection)
05.17.25 #       <JdGordon> uh oh.. i fucked my tree..... how do i get cvs to redownload any file that has been modified?
05.18.14 #       <BHSPitLappy> damn arborphiles
05.18.25 #       <Paul_The_Nerd> Dendrophiles
05.18.48 #       <linuxstb> Paul_The_Nerd: Sounds like a nightmare then.... :)  Unless you either write a complicated new UI "widget", or create new ".doom" files that are plain text files listing wad files to be used.
05.19.05 #       <Paul_The_Nerd> linuxstb: I was actually thinking of that .doom thing. :) Seems a good idea
05.19.12 #       <linuxstb> Or just load every wad in the same directory as the one you choose.
05.19.13 #       <ashridah> JdGordon: cvs update -C iirc
05.19.15 #       <Paul_The_Nerd> 'cuz then you could just replicate the command line parameters.
05.19.32 Quit    Rob2222_ (Read error: 113 (No route to host))
05.19.34 #       <JdGordon> yup, ta
05.19.38 #       <kkurbjun> the .doom idea would be a good idea
05.19.40 #       <ashridah> it replaces locally modified files wth the original, and saves the modified one in .#filename.revision iirc
05.19.47 #       <kkurbjun> and pretty easy
05.20.03 #       <kkurbjun> relatively that is to creating a full interface
05.20.21 #       <Paul_The_Nerd> That way all the wads can be hidden somewhere nice, like under .rockbox/doom, and then you can put shortcuts for each of your mods wherever you want them readily accessible.
05.20.50 #       <Paul_The_Nerd> kkurbjun: I know some source ports have allowed loading of deHacked patches via the command line too. Do you know if this source code is based off of one of those?
05.20.54 #       <linuxstb> Paul_The_Nerd: Is Doom running on the ipod?
05.22.03 #       <kkurbjun> Paul_The_Nerd: no, I don't have the dHacked patches code in there.  I started backporting some of the prBoom features, but the dehacked suppport requires rewiting all of the file code.
05.22.09 #       <Paul_The_Nerd> linuxstb: haven't tried.
05.22.24 #       <kkurbjun> I've never used dehacked so I didn't really see a benefit
05.22.32 #       <Paul_The_Nerd> kkurbjun: Alright. Not exactly a feature of the original anyway. ;-)
05.22.48 #       <kkurbjun> what types of things did people use dehacked for?
05.23.01 #       <ashridah> hahah. dehacked modified the doom.exe
05.23.09 #       <ashridah> you could use it to modify the animations of various creatures
05.23.12 #       <Paul_The_Nerd> It was used in some of the more complex TCs. It lets you change values on weapon damage, or which AI an enemy uses... projectile behaviour
05.23.22 #       <ashridah> since they were compiled into the executable.
05.23.22 #       <kkurbjun> hmm
05.23.28 #       <ashridah> like making a rapidfire BFG
05.23.29 #       <Paul_The_Nerd> You could even set one entity to launch another as a projectile. It was used to have an egg spawn a facehugger enemy in the Aliens TC
05.23.38 #       <ashridah> or turning the chaingun you have into a chain-shotgun :)
05.23.51 #       <Paul_The_Nerd> ashridah: I tended to enjoy the non-balance breaking ones. :-P
05.23.56 #       <ashridah> Paul_The_Nerd: or have ghosts come out of dead creatures :)
05.24.05 #       <kkurbjun> were there any "good" conversions that used it?
05.24.48 #       <ashridah> kkurbjun: as paul said, the aliens TC used it to reasonable effect.
05.25.03 #       <Paul_The_Nerd> kkurbjun: AliensTC was most excellent. Other than that though, it seemed pretty rarely used, though I did see a few alternate gametypes created with it, like various sports, or hockey, or other such things.
05.25.19 #       <Paul_The_Nerd> But, in the end, I wouldn't qualify it as an "essential" feature in any way
05.25.28 #       <kkurbjun> I may look into it later, but it's not really a priority now
05.25.43 #       <Paul_The_Nerd> kkurbjun: are there keymappings for ipod?
05.26.24 #       <ashridah> man, i can remember some good times having jousting matches with doom.
05.26.30 #       <ashridah> those were the days :)
05.26.56 #       <kkurbjun> no, I don't have an ipod to test with or a way to build a sim.  I think there are some additional flags that are required to get doom to run correct on the ipod
05.26.56 #       <Paul_The_Nerd> ashridah: Maps with lots of berserk packs, and no guns?
05.27.07 #       <kkurbjun> Paul: do you still have the changes you made?
05.27.16 #       <ashridah> Paul_The_Nerd: nah, basically chainsaw battles
05.27.42 #       <Paul_The_Nerd> kkurbjun: Are the keys still hard coded, or can I just add another set of #defines in the right file?
05.27.44 #       <ashridah> you'd run from either end of a barrier you can't pass, cut each other up a bit, then go back for another pass :)
05.27.50 #       <Paul_The_Nerd> Hehehe
05.28.33 #       <kkurbjun> linuxstb: I also tried writing directly to the memory for doom.  It seemed to give a bit of a performance improvement, but I can't measure it with my old fps code.  Paul you can modify the defines I have in i_video.c.
05.28.48 #       <kkurbjun> directly to the lcd memory that is
05.28.58 #       <Paul_The_Nerd> kkurbjun, linuxstb: Okay, gonna test out doom on iPod then, see how far I get.
05.29.22 #       <kkurbjun> Paul, the new compiler flags you need are on sourceforge I believe
05.34.51 #       <Paul_The_Nerd> What would you use as a conditional in a makefile for ipod targets?
05.35.32 #       <kkurbjun> Paul: I'm not sure, I would just add the flags to the CFLAGS section at the top for now to see if it works
05.35.41 #       <Paul_The_Nerd> I did that
05.35.55 #       <Paul_The_Nerd> But I'd much rather have ifdef something   cflags += etc,
05.36.21 #       <Paul_The_Nerd> That way, if I do get it working, I can give you a nice little patch and not break any of your stuff. ;-)
05.36.23 #       <ashridah> Paul_The_Nerd: conditional stuff in makefiles is really non-standard iirc
05.37.18 #       <ashridah> that's one of the reasons they use cpp on files like SOURCES iirc
05.38.24 #       <linuxstb> Paul_The_Nerd: Look in apps/plugins/Makefile - for the section that adds rockboy (and probably Doom) to the build.  This uses "ifeq".
05.38.54 #       <ashridah> doesn't that only work in gnu make?
05.39.08 #       <linuxstb> Probably - but Rockbox demands gnu make
05.39.33 #       * ashridah remembers the pain of trying to use a conditional make target using solaris make
05.39.35 #       * ashridah shudders
05.39.59 #       <Paul_The_Nerd> linuxstb: I saw that. But do I just use IPOD_NANO instead of what it uses?
05.41.14 #       <kkurbjun> Paul_The_Nerd: the cflags should be the same for all the IPOD/ARM targets
05.41.55 #       <linuxstb> The problem is that Makefiles don't have access to the #defines in config-*.h - all you really have is the target name.
05.42.49 #       <Paul_The_Nerd> linuxstb, kkurbjun: Okay, I think I've got the makefile thing worked out. Thanks. 
05.43.18 #       <Paul_The_Nerd> *think* being the operative word
05.45.26 #       <Paul_The_Nerd> Warnings and Errors, wee! So, at least I have doom properly wrapped in a conditional.
05.45.51 Quit    PaulJ (".")
05.45.57 #       <kkurbjun> Paul_The_Nerd: what was the error?
05.46.02 #       <Paul_The_Nerd> One sec
05.46.38 #       <Paul_The_Nerd> m_fixed.c:47: error: impossible constraint in 'asm'
05.46.57 #       <kkurbjun> Paul: did you get the latest source on sourceforge?
05.47.16 #       <Paul_The_Nerd> I followed the link in your comment
05.48.00 #       <kkurbjun> hmm
05.48.08 #       <kkurbjun> tonight that is?
05.48.18 #       <Paul_The_Nerd> Yes
05.48.22 #       <Paul_The_Nerd> Just a few minutes ago
05.48.38 #       <kkurbjun> ok, one second
05.49.01 #       <Paul_The_Nerd> It's in a "#if !defined(CPU_COLDFIRE) && !defined(SIMULATOR)" block
05.49.20 #       <kkurbjun> oops, first should not have the !
05.49.23 #       <kkurbjun> #if defined(CPU_COLDFIRE) && !defined(SIMULATOR)
05.49.42 #       <Paul_The_Nerd> I was thinking "Hrm, that seems really strange for wrapping a block of assembly" ;-)
05.50.10 #       <kkurbjun> :)
05.50.50 #       <Paul_The_Nerd> Maaaaan.... so many warnings. :)
05.51.10 #       <Paul_The_Nerd> Okay, fixing the button definitions now
05.51.33 #       <kkurbjun> just updated cvs link with that ! fixed
05.53.34 #       <Paul_The_Nerd> ifndef BASICLAYOUT?
05.54.03 #       <kkurbjun> yeah, that was a temporary for now while I was messing with the layout
05.54.26 Join    midkay [0] (n=midkay@24.143.70.99)
05.54.55 #       <kkurbjun> had another weird ifdef on the video initialization that I fixed too
05.55.01 #       <Paul_The_Nerd> Ok
05.55.13 #       <kkurbjun> it shouldn't affect your work though
05.56.22 Quit    RotAtoR ("zzzzzzzz")
05.56.47 #       <Paul_The_Nerd> I just commented out the first section, and put in #if CONFIG_KEYPAD == IPOD_4G_PAD and put my definitions there.
05.57.21 #       <kkurbjun> sounds good
05.58.18 #       <Paul_The_Nerd> DOOMBUTTON_ENTER, is it only used during menus? Can it safely be the same as DOOMBUTTON_SHOOT?
05.59.03 #       <Paul_The_Nerd> linuxstb: Can all buttons be modified with Select?
05.59.06 #       <kkurbjun> I havn't tried it, but probably.
05.59.38 #       <Paul_The_Nerd> kkurbjun: Okay, I'm trying Y, ENTER and SHOOT as "Select" for the moment
06.00.08 #       <kkurbjun> Paul that won't work
06.00.21 #       <kkurbjun> I need to rename that Y one to change weapon
06.00.33 #       <Paul_The_Nerd> Aaah
06.01.25 #       <Paul_The_Nerd> Oh, man, I just forgot all about Left/Right anyway, since I was using wheel rotation for turning
06.01.31 #       <Paul_The_Nerd> I can just use those, and not worry 'bout it
06.01.51 #       <Paul_The_Nerd> i_video.c:146: error: 'struct plugin_api' has no member named 'button_hold'
06.02.43 #       <Paul_The_Nerd> kkurbjun: So, new error --^
06.02.49 #       <kkurbjun> oy, one second, I'll fix that one too
06.04.02 #       <kkurbjun> needs #if CONFIG_KEYPAD == IRIVER_H300_PAD
06.04.11 #       <kkurbjun> that before    if (rb->button_hold()&~holdbutton)
06.04.16 #       <kkurbjun> and and #endif
06.04.24 #       <kkurbjun> after    holdbutton=rb->button_hold();
06.04.50 #       <kkurbjun> that's in the getkey function
06.05.08 #       <Paul_The_Nerd> Yeah, got it. :)
06.07.40 #       <Paul_The_Nerd> kkurbjun: Also, as a note: cpu_boost doesn't work yet. That line also provides a small problem at 125 and 143 in rockdoom.c
06.08.15 #       <Paul_The_Nerd> A couple #ifndef CPU_ARMs fixed those though
06.08.21 #       <kkurbjun> ok, I'll add an ifdef for that one too
06.08.45 #       <Paul_The_Nerd> Also, where do I change the plugin ram size?
06.09.28 #       <kkurbjun> firmware/export/config-ipodnano.h
06.09.37 #       <kkurbjun> #define PLUGIN_BUFFER_SIZE 0x80000
06.09.45 #       <kkurbjun> to #define PLUGIN_BUFFER_SIZE 0xF0000
06.10.11 #       <Paul_The_Nerd> Gotcha
06.10.16 #       <kkurbjun> you have to re-run configure after changing that in a clean make directory
06.10.33 #       <Paul_The_Nerd> Indeed.
06.16.49 #       <kkurbjun> Paul: is it running?
06.17.00 #       <Paul_The_Nerd> Had a compile problem
06.17.08 #       <kkurbjun> what was it?
06.17.37 #       <Paul_The_Nerd> Well, I *think* I just forgot to hit save in my editor window with the buffer size change
06.18.15 #       <Paul_The_Nerd> No, it still doesn't build
06.18.35 #       <kkurbjun> what's the error?
06.18.45 #       <kkurbjun> hmm, probably iram now..
06.18.48 #       <Paul_The_Nerd>  /opt/arm/lib/gcc/arm-elf/4.0.2/../../../../arm-elf/bin/ld: address 0x2002144 of /home/DarkkOne/rockbox-devel/ipod/apps/plugins/doom/doom.elf section .bss is not
06.18.48 #       <Paul_The_Nerd>  within region PLUGIN_RAM
06.19.00 #       <kkurbjun> nope
06.19.02 #       <kkurbjun> hmm
06.20.34 #       <kkurbjun> try making it #define PLUGIN_BUFFER_SIZE 0x100000
06.21.04 #       <kkurbjun> or to be safe 0x200000
06.21.27 #       <Paul_The_Nerd> Yeah, can scale it back later
06.23.54 #       <kkurbjun> Paul: there may be another error about iram
06.24.10 #       <Paul_The_Nerd> Ok
06.24.20 Quit    JdGordon (Read error: 104 (Connection reset by peer))
06.24.49 #       <Paul_The_Nerd> Nope
06.24.49 #       <kkurbjun> a quick fix for it would to be to remove ICONST_ATTR at line 585 in tables.c
06.24.52 #       <kkurbjun> good
06.24.53 #       <Paul_The_Nerd> It built fine with that
06.27.57 #       <Paul_The_Nerd> Okay, Doom2 gets "Buffer Error"
06.28.04 #       <kkurbjun> hmm
06.28.11 #       <kkurbjun> what cflags are you using?
06.28.16 #       <Paul_The_Nerd> Doom1 SW gets "Buffer Error" and then "Couldn't realloc lumpinfo"
06.29.33 #       <Paul_The_Nerd> I just added -fpack-struct -mstructure-size-boundary=8
06.30.19 #       <Paul_The_Nerd> And the -fpack-struct thing seems to have worked, since there were all these warning messages: doomdata.h:59: warning: #pragma pack has no effect with -fpack-struct - ignored
06.30.27 #       <Paprica> kkurbjun, you have compiled version for the new version?
06.31.48 #       <kkurbjun> Paprica: it's not a significant change right now from what's available.  We're working on getting it functioning on the IPOD
06.32.11 #       <kkurbjun> Paul, let me look into that
06.32.14 #       <Paul_The_Nerd> Okay
06.32.17 #       <Paprica> ok
06.32.23 #       <Paul_The_Nerd> Is it part of the realloc stupidness?
06.32.33 #       <Paul_The_Nerd> You mentioned it was forgetful
06.32.38 Join    Sinbios [0] (n=Sinbios@HSE-Toronto-ppp301652.sympatico.ca)
06.32.50 #       <kkurbjun> no, it's a problem with reading the structures from the wad file I believe
06.32.53 #       <Paul_The_Nerd> Ah
06.33.25 #       <linuxstb> Paul_The_Nerd: If you are using the BUTTON_SCROLL_* events, then I don't hink you can test for them using button_status() - you have to use button_get() 
06.33.39 #       <linuxstb> s/hink/think/ :)
06.34.33 #       <Paul_The_Nerd> linuxstb: I'll remember that point once input is actually happening. :)
06.34.53 #       <kkurbjun> paul: are those errors just in doomdata.h?
06.35.05 #       <kkurbjun> or warnings?
06.35.14 #       <Paul_The_Nerd> No, they're *all* over
06.35.38 #       <Paul_The_Nerd> I think
06.35.43 #       <Paul_The_Nerd> Lemme double check that. Buffer's too small
06.37.13 #       <kkurbjun> linuxstb: is the arm big or little indian?
06.38.11 #       <imphasing> Is there a shortage of people with 5G ipods, for testing?
06.38.24 #       <imphasing> I'm buying a new ipod, and I wonder which would be best for development..
06.38.48 #       <Paul_The_Nerd> kkurbjun: Sorry, yeah, looks like it is just doomdata.h. It's just showing up bunches because of all the includes, I suppose
06.39.04 #       <Paul_The_Nerd> Line 59 and 213 and that's it
06.40.10 #       <kkurbjun> Paul: that shouldn't be the problem.. you tried once to remove -D__BIG_ENDIAN__ from the cflags?
06.40.29 #       <Paul_The_Nerd> Oh man
06.40.35 #       <Paul_The_Nerd> I forgot to remove it this time
06.41.33 Join    DarthLappy [0] (n=DarthShr@202-161-21-45.dyn.iinet.net.au)
06.42.34 #       <Paul_The_Nerd> Should I replace BIG with LITTLE or should that be unnecessary?
06.43.42 #       <kkurbjun> make sure the whole doom directory gets rebuilt
06.43.43 #       <kkurbjun> you don't need to do that
06.43.49 #       <Paul_The_Nerd> Okay
06.43.53 #       <Paul_The_Nerd> Doing a clean build ayway
06.48.44 #       <Paul_The_Nerd> kkurbjun: Without -D__BIG_ENDIAN__ gets a "Data abort at 01E5FBF8"
06.49.18 #       <kkurbjun> does it do anything else?
06.49.22 #       <kkurbjun> doom that is
06.49.29 #       <Paul_The_Nerd> Well, it looks like it runs through most of the startup process first
06.49.34 #       <Paul_The_Nerd> It goes by very quickly
06.49.34 Join    damaki_ [0] (n=Chocolat@ALille-153-1-24-202.w83-198.abo.wanadoo.fr)
06.50.42 Quit    DMJC ("Leaving")
06.51.22 #       <linuxstb> Paul_The_Nerd: A Data abort means an attempted unaligned memory access.
06.51.33 #       <linuxstb> And yes, the ARM is little-endian.
06.51.50 #       <kkurbjun> Paul: it's very close to working.  just need to get past the wad loading.  I'm not sure if it's endianness problem or structure packing right now.  I can write some test code later, but I need to sleep soon.  Can you send me a diff of what you have so far.. linuxstb: is that a rockbox error then?
06.52.18 #       <linuxstb> Is what a rockbox error?  The "data abort" 
06.52.20 #       <linuxstb> ?
06.52.51 #       <kkurbjun> yes the "data abort" I mean is it somethign that rockbox is monitoring?
06.53.20 #       <linuxstb> Yes, the ARM CPU throws an exception, which Rockbox then catches and gives you that error.
06.53.49 #       <kkurbjun> hmm, I wonder how idoom got around that
06.54.10 #       <kkurbjun> it might be my structure packing attributes in doomdata.h
06.54.36 #       <linuxstb> Do you understand the alignment rules for ARM?
06.54.36 #       <kkurbjun> how does the ipod read bmps then?
06.54.44 #       <kkurbjun> no I don't
06.55.14 #       <Paul_The_Nerd> How do I make diff compare two directories, as I seem to be horrible when I can't just use CVS diff
06.55.41 #       <linuxstb> 32-bit reads have to be aligned to 4 bytes - so reading a 32-bit value from address 0x10003 is illegal (=data abort), but 0x10004 is legal.
06.55.42 #       <kkurbjun> diff -ubB doom/ doomold/
06.55.58 #       <linuxstb> Similarly, 16-bit reads have to be aligned to 2 bytes - 0x10001 is bad, 0x10002 is good.
06.56.04 #       <linuxstb> Bytes can be read from anywhere.
06.57.03 #       <linuxstb> The Archos CPUs (SH) will also fail if you attempt an unaligned memory access.  The Coldfire doesn't complain, but the read/write to memory will be slower.
06.58.18 #       <kkurbjun> linuxstb: thanks, that's very helpful, I didn't realize that.
06.58.23 #       <Paul_The_Nerd> http://66.68.93.2/doom.diff
06.58.44 #       <Paul_The_Nerd> linuxstb has alerted me that the key defines may not work, since I used the wheel ones.
07.00.24 #       <kkurbjun> Paul: somethign that you may try is removing all the __attribute__((packed)) from doomdata.h.  They are what is changed from idoom.  I don't think that they are needed anyway. that was just when I was trying to figure out the graphics errors 
07.00.27 #       <Paul_The_Nerd> kkurbjun: The makefile changes *should* have it do big endian on all the irivers 'cept the 790, and do the ipod-necessary option on the ipods.
07.01.31 #       <Paul_The_Nerd> linuxstb: Can I just replace button_status with button_get?
07.03.27 Quit    damaki__ (Read error: 110 (Connection timed out))
07.03.48 #       <Paul_The_Nerd> kkurbjun: I'll try it without the packed then
07.04.35 #       <kkurbjun> Paul: yeah, I just checked on the H300 and they are not needed
07.04.49 #       <Paul_The_Nerd> Well, we'll see how that affects the ipod. :)
07.05.54 #       <kkurbjun> they are also in rdata.c, p_spec.c p_spec.h and d_textur.h
07.06.45 Join    damaki__ [0] (n=Chocolat@ALille-153-1-18-68.w83-198.abo.wanadoo.fr)
07.06.53 #       <kkurbjun> scratch p_spec.h and d_textur.h
07.07.04 #       <kkurbjun> nevermind
07.07.06 #       <Paul_The_Nerd> Okay
07.07.17 #       <Paul_The_Nerd> So, just rdata.c p_spec.c and doomdata.h?
07.07.29 ***     Saving seen data "./dancer.seen"
07.07.52 #       <kkurbjun> no, my find wasn't working correct, they are in p_spec.h and d_textur.h, I spoke too soon
07.07.58 #       <kkurbjun> as well that is
07.12.33 Quit    thegeek (Read error: 104 (Connection reset by peer))
07.13.58 #       <kkurbjun> paul: did that make a difference?
07.14.33 #       <Paul_The_Nerd> Yes, to an extent
07.14.41 #       <Paul_The_Nerd> GImme a sec
07.14.47 #       <Paul_The_Nerd> Need to set the Backligh to always on
07.16.02 #       <Paul_The_Nerd> Okay, got past the loading, past the refresh daemon, paused briefly at init_flats, then did a *lot* of stuff very quickly, that was at least as long as the screen (vertically) then another Data Abort, new address
07.16.59 #       <Paul_The_Nerd> oOPS
07.17.07 #       <Paul_The_Nerd> kkurbjun: But... I somehow missed some of the packeds
07.17.26 #       <kkurbjun> which ones?
07.17.55 #       <Paul_The_Nerd> In d_textur.h, I just used a find and replace, but these ones didn't have a trailing space.
07.17.58 #       <Paul_The_Nerd> I was being lazy
07.19.55 #       <kkurbjun> paul search for "packed" in your doom dir to make sure they're all cleared out
07.20.09 #       <kkurbjun> I don't think that the ones in d_textur.h will fix it
07.20.09 #       <Paul_The_Nerd> kkurbjun: That's how I found those two. grep -r "packed" *
07.20.14 #       <kkurbjun> oh ok
07.20.24 #       <Paul_The_Nerd> Those were the only three left
07.20.54 Quit    damaki_ (Read error: 110 (Connection timed out))
07.22.15 Join    B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se)
07.22.26 #       <Paul_The_Nerd> kkurbjun: Still gets a data abort though.
07.22.42 #       <Paul_The_Nerd> kkurbjun: It's different depending on which .wad I load.
07.23.34 #       <kkurbjun> Paul: in rockdoom.c at the end of the printf command add rb->sleep(HZ*2);
07.23.46 #       <kkurbjun> so that you can see where the loading is failing
07.23.59 #       <kkurbjun> before the return
07.24.14 #       <Paul_The_Nerd> Ok
07.28.39 #       <Paul_The_Nerd> Well, with the shareware, it was in the Refresh Daemon step.
07.30.06 #       <Paul_The_Nerd> Kkurbjun: With Doom2.wad present, it gets *past* R_init_planes I believe, but since the text doesn't scroll...
07.30.30 #       <Paul_The_Nerd> That one shows up partially offscreen.
07.32.10 #       <Paul_The_Nerd> kkurbjun: Changing the clear screen bit of your printf to be easier to scale for different LCD sizes, and to not draw text halfway off screen. ;-)
07.33.06 #       <kkurbjun> : ), yeah, it was real basic, just enough that I had a good idea what it was doing
07.33.36 #       <kkurbjun> Paul: the problem is with r_data.c
07.33.58 #       <kkurbjun> idoom has some different packing attributes in it that I don't have right now.
07.35.03 #       <Paul_The_Nerd> P_Init: Init playloop state
07.35.05 #       <Paul_The_Nerd> That's how far it gets
07.35.29 #       <kkurbjun> oh, maybe not
07.35.46 #       <Paul_The_Nerd> Hehehe
07.36.43 #       <Paul_The_Nerd> Well, with Doom1.wad it doesn't get past R_Init for the Refresh Daemon
07.36.52 #       <Paul_The_Nerd> The P_Init is with Doom2.wad
07.36.58 #       <Paul_The_Nerd> Doom1.wad == Shareware 1.9
07.37.49 #       <kkurbjun> http://pastebin.com/541274
07.38.30 #       <kkurbjun> Paul: that's the diff between idoom and rockdoom in r_data.c
07.38.43 #       <kkurbjun> the + is what idoom has
07.38.57 #       <kkurbjun> if you fix the stuff up with that it may work
07.39.04 #       <kkurbjun> I'm stopping for real now
07.39.10 #       <kkurbjun> it's late here
07.39.30 #       <kkurbjun> lemme know if you get anywhere with it though
07.39.47 #       <Paul_The_Nerd> But... those are packed
07.40.24 #       <kkurbjun> yeah, I can't think right now.  It may have something to do with the alignment as linuxstb was saying
07.40.34 #       <kkurbjun> they arn't a full packed structure though
07.42.16 #       <Paul_The_Nerd> I'll see what it does, I guess
07.43.17 #       <kkurbjun> like I said, it's really close to running.  once you get past the alignment stuff it should work fine as long as the button mappings are ok
07.43.36 #       <kkurbjun> Paul: thanks for trying all this too
07.43.47 #       <Paul_The_Nerd> No problem
07.43.49 #       <Paul_The_Nerd> I like to help where I can
07.48.45 #       <Paul_The_Nerd> kkurbjun: Well, that change didn't fix Doom1 SW
07.49.00 #       <Paul_The_Nerd> But, you should sleep, so you can think.
07.56.25 #       <Paul_The_Nerd> Or doom2, either.:(
07.59.54 Join    BHSPitMonkey [0] (n=billybob@67.64.118.242)
08.05.06 Join    hardeep [0] (i=hardeeps@SDF.LONESTAR.ORG)
08.06.42 Join    ender` [0] (i=ychat@84.52.165.220)
08.11.41 #       <Cassandra> Bagder:  You here?
08.11.45 #       <B4gder> yeps
08.12.39 Quit    midkay (Remote closed the connection)
08.13.17 #       <Cassandra> I'm having problems with creating a manual module in CVS.  Apparently I need a vendor tag and version, but I have no idea what I should set those to.
08.13.38 #       <B4gder> "cassandra" and "initial" or similar
08.13.42 #       <Cassandra> Sorry, release tag.
08.13.50 #       <Cassandra> OK
08.13.58 #       <B4gder> they're rather pointless
08.14.13 #       <B4gder> I usually import an empty dir
08.14.21 #       <B4gder> and then cvs add entries like normal
08.15.03 #       <Cassandra> Yeah, I thought as much.
08.17.22 Join    midkay [0] (n=midkay@24.143.70.99)
08.18.00 Join    needleboy [0] (n=needlebo@HFA62-0-184-248.bb.netvision.net.il)
08.24.07 #       <Paul_The_Nerd> kkurbjun: For when you wake up, the problem seems to be in line 206 of r_things.c, if you see this
08.25.36 #       <Cassandra> bagder: Can you add manual to the cvs updates list?
08.26.13 #       <B4gder> will do
08.27.14 #       <Cassandra> Thanks.
08.27.17 Join    darkless [0] (n=darkless@cpe.atm2-0-1131059.0x50a648ba.banxx1.customer.tele.dk)
08.27.41 #       <Cassandra> Gods messing with the build system internals makes me feel dirty,.
08.28.46 #       <Cassandra> Damn - am2 boards unlikely to be out before summer according to Anandtech. :P
08.37.57 #       <Paul_The_Nerd> kkurbjun: Oops, previous statement was in error.
08.38.38 #       <linuxstb> Paul_The_Nerd: Did you ever try Doom in ipodlinux?
08.39.13 Join    thegeek [0] (n=thegeek@s026b.studby.ntnu.no)
08.39.15 Join    thegeek_ [0] (n=thegeek@s026b.studby.ntnu.no)
08.39.48 #       <Paul_The_Nerd> linuxstb: Nope.
08.42.24 #       <Paul_The_Nerd> linuxstb: Why?
08.43.27 #       <linuxstb> I was just curious how it compared with kkurbjun's version.
08.43.47 #       <Paul_The_Nerd> Ah
08.43.52 #       <Paul_The_Nerd> Well, I haven't played that yet either.
08.43.53 #       <Paul_The_Nerd> ;-)
08.44.04 #       <linuxstb> I know :)  Did you find enough buttons?
08.44.12 #       <Paul_The_Nerd> There are plenty
08.45.09 #       <Paul_The_Nerd> Oh, linuxstb, can I substituted button_hold for button_status, or do they pass/return different things? (Still working on tracing bugs, so I haven't even looked at that yet.)
08.45.28 Quit    thegeek_ ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )")
08.46.27 #       <B4gder> Bryant strikes again
08.47.50 #       <linuxstb> I was expecting some ARM optimisations....  :)
08.51.52 Join    zhilik [0] (n=_if_you_@ppp83-237-251-211.pppoe.mtu-net.ru)
08.53.30 #       <linuxstb> Paul_The_Nerd: Sorry, I don't know how the hold works.
08.54.06 #       <Paul_The_Nerd> linuxstb: No worries. I'll figure it out when it actually matters. :)
08.54.34 Join    LinusN [0] (n=linus@labb.contactor.se)
08.57.17 #       * Cassandra idly wonders what the point the score on the builds was.
08.57.31 #       <Cassandra> B4gder, if you mean breaking the builds, that was me, I'm afraid.
08.58.10 #       <Cassandra> Important lesson: Never commit while sleep deprived. You're bound to miss something.
08.58.41 #       <Cassandra> What amazes me is that the manual builds completed.  I'd have expected the typo to affect them too.  Oh well.
08.59.34 #       <Cassandra> Right - I *must* sleep.
09.01.36 Quit    LinusN (Remote closed the connection)
09.01.46 Join    LinusN [0] (n=linus@labb.contactor.se)
09.07.31 ***     Saving seen data "./dancer.seen"
09.10.36 #       <B4gder> and now we need to autobuild nice manuals...
09.11.08 Join    mozetti_ [0] (n=mozetti@p54A8530B.dip.t-dialin.net)
09.11.40 #       <LinusN> B4gder: go! go! go!
09.12.32 Quit    needleboy (Read error: 104 (Connection reset by peer))
09.12.32 Join    _FireFly_ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de)
09.13.13 Join    needleboy [0] (n=needlebo@HFA62-0-184-248.bb.netvision.net.il)
09.14.23 #       <B4gder> http://daniel.haxx.se/rockbox/rockbox-build.pdf
09.14.29 #       <Paul_The_Nerd> Hey, what would *(int *)variablename do?
09.14.33 #       <B4gder> an example of the h1xx manual I just built
09.14.55 #       <LinusN> does anybody know if the next/prev-dir combos (right + long-right etc) are disabled on the archos pn purpose
09.15.01 #       <B4gder> Paul_The_Nerd: it typecasts the variable to an int pointer and then read the contents from that address
09.15.02 #       <midkay> hm. so much unfinished work i could (should) finish.. breakout, rockblox update..
09.15.13 #       <Paul_The_Nerd> B4gder: Okay, that's what I thought. Hrm
09.15.37 #       <LinusN> midkay: don't bother about breakout, brickmania is enough
09.15.50 Quit    goa (Read error: 104 (Connection reset by peer))
09.15.56 #       <midkay> oh, right.. well, it isn't running on the recorders, is it? :)
09.16.07 Join    goa [0] (i=hd@gate-hannes-tdsl.imos.net)
09.16.12 #       <LinusN> midkay: ah, no
09.16.18 #       <B4gder> no images...
09.16.19 #       <LinusN> midkay: port it
09.16.39 #       <LinusN> quite a challenge on that small lcd :-)
09.16.44 #       <midkay> LinusN, when i've got a 90% finished and 100% compatible version of my own? ;)
09.16.52 #       <LinusN> oooh
09.17.12 #       <midkay> oh. do you know if something's changed with the scrollbar function or something?
09.17.30 #       <midkay> in the clock plugin credits roll it locks up when the progress bar should be drawn...
09.20.29 #       <LinusN> the scrollbar and the progressbar turned into one quite a while ago
09.20.48 #       <midkay> i remember that but i don't believe that's the problem..
09.21.16 #       <Paul_The_Nerd> linuxstb: Well, I've figured out exactly what line is killing Doom, at least at the moment. But I'm not really sure why.
09.22.15 #       <midkay> oh, and.. i know i can do "case BUTTON_SELECT | BUTTON_RIGHT" but what about defining that somehow? (ie #define BTN_F3 BUTTON_SELECT|BUTTON_RIGHT, but that doesn't work)
09.22.18 Join    DarthL4ppy [0] (n=DarthShr@202-161-21-45.dyn.iinet.net.au)
09.23.12 #       <Paul_The_Nerd> midkay: You mean like #define DOOMBUTTON_OPEN      (BUTTON_SELECT|BUTTON_MENU)
09.23.18 Join    Kohlrabi [0] (n=Kohlrabi@dslb-082-083-145-236.pools.arcor-ip.net)
09.24.38 #       <midkay> that works? i tried that, iirc..
09.24.49 #       <LinusN> midkay: we do that everywhere in rockbox
09.25.09 Join    fairway [0] (i=fairway@217-162-176-206.dclient.hispeed.ch)
09.25.11 #       <fairway> hi
09.25.15 #       <fairway> how do I use backdrops on ipod?
09.25.16 #       <midkay> wtf then... would #define BTN_F3 (BUTTON_SELECT | BUTTON_RIGHT) work?
09.25.23 #       <LinusN> midkay: yes
09.25.34 #       <midkay> _wtf_.. well, i guess i need to try it again :) thanks
09.25.35 #       <Paul_The_Nerd> fairway: Browse to a bmp file, hold select on it, and choose "Set as backdrop." The BMP must be 172*132 pixel.
09.25.41 #       <fairway> thanks
09.25.42 #       <midkay> that makes things so much easier..
09.26.09 #       <midkay> a lot easier to port to other devices, i was going nuts with tons of #ifdef CONFIG_KEYPAD == IPOD_4G_PAD :)
09.26.12 #       <Paul_The_Nerd> fairway if the BMP is in /.rockbox/backdrops/ it'll be saved.
09.26.21 #       <BHSPitLappy> gah sure is late
09.26.26 #       <LinusN> midkay: check how it is done in the other plugins
09.26.47 Quit    Kohlrabi (Client Quit)
09.26.51 #       <midkay> LinusN, was going to, i guess i forgot :)
09.27.01 #       <midkay> or.. i think i checked brickmania..
09.27.09 #       <midkay> but didn't see anything there relevant
09.27.35 #       <LinusN> brickmania might not be the best example
09.28.02 #       <fairway> is the skipping bug fixed?
09.28.03 #       <midkay> yeah, i was using that as reference a few times though, considering it's the only plugin that runs fullscreen full-color on the ipod videos..
09.28.05 #       <fairway> ;)
09.28.19 Quit    TCK (Read error: 104 (Connection reset by peer))
09.28.29 #       <BHSPitLappy> what about bejeweled?
09.28.42 #       <LinusN> what about it?
09.28.46 Join    Jungti1234 [0] (n=jungti12@124.60.15.86)
09.29.00 #       <BHSPitLappy> does it not fall under that category
09.29.25 #       <Jungti1234> needleboy
09.29.39 #       <midkay> BHSPitLappy, talking to me?
09.29.46 #       <BHSPitLappy> mmmaybe.
09.29.55 #       <midkay> i don't think i ever played that, maybe a missing level file or something.
09.30.06 #       <BHSPitLappy> :/
09.30.29 #       <midkay> oh, no, it does work..
09.30.30 #       <midkay> weird
09.30.48 Quit    DarthLappy (Read error: 110 (Connection timed out))
09.30.52 #       <midkay> but cool.. well, i just chose one, i didn't know bejeweled worked :) or maybe it didn't when i was testing them all
09.31.11 Join    HaKuNa [0] (n=c31ce021@labb.contactor.se)
09.31.51 #       <Paul_The_Nerd> midkay: Bejeweled's worked on the iPod since before sound did. :-P
09.32.41 #       <midkay> haha. i can't tell if you're being sarcastic or not ;) (if not: too bad sound doesn't work on the video ipod!! !!!!!!!!)
09.32.49 #       <midkay> :)
09.33.20 #       <Paul_The_Nerd> Well, for Nano and Color, it was working before sound.
09.33.45 Quit    hardeep ("[BX] Occifer, I'm not as think as you stoned I am!")
09.33.53 Join    JdGordon [0] (n=Miranda@c220-239-137-122.smelb1.vic.optusnet.com.au)
09.34.14 #       <midkay> i don't see video in your short list there ;) nah, i really don't remember.. but i really think i would have noticed if it were working, i went down the list of plugins a few weeks ago, and just updated all of them a few days ago, so.. either it was fixed recently or i accidentally skipped over it..
09.34.35 #       <Jungti1234> needleboy!!
09.35.24 #       <midkay> "new target - ipod video" in the cvs history for bejeweled.c on dev 18 05, so i must have skipped over it :)
09.35.48 Quit    fairway ()
09.36.15 Join    Siku [0] (n=Siku@f303b.w3.ton.tut.fi)
09.36.30 #       <Paul_The_Nerd> Hehehe
09.36.35 Quit    _FireFly_ ("Clap on! , Clap off! clap@#&$NO CARRIER")
09.36.48 #       <Paul_The_Nerd> Okay, break from beating my head against Doom sources. Gonna set up 'tex
09.37.11 #       <midkay> fun stuff! and i'll take a nice break from being awake now.. laters all
09.38.09 #       <JdGordon> linusN: have u done anything with the colour changer thingy? i tried merging it with the coloer settings patch but that patch was buggered...
09.39.11 #       <LinusN> JdGordon: no i haven't
09.50.51 Join    safetydan [0] (n=dan@195.27.52.9)
09.54.56 Join    gtkspert_laptop [0] (n=gtkspert@203-166-235-199.dyn.iinet.net.au)
09.57.46 #       * safetydan sees the EQ UI is popular
09.58.28 #       <B4gder> yes, seems lots of peple jumped at it immediately
09.58.51 #       <ashridah> hm. i didn't see it get committed...
09.58.56 #       <ashridah> patch someplace?
09.59.10 #       <Paul_The_Nerd> On the tracker
09.59.29 #       <Paul_The_Nerd> http://sourceforge.net/tracker/index.php?func=detail&aid=1423974&group_id=44306&atid=439120
10.00.31 #       <ashridah> tah
10.02.10 #       <B4gder> someone is keeping the wikipedia page fairly up-to-date
10.02.46 Quit    Jungti1234 ()
10.03.11 #       <B4gder> if that somone who edits it reads this: ifp7x0 is _not_ the first flash player to run rockbox, Archos Ondio and iPod Nano are flash players too
10.05.17 Join    Zagor [0] (n=bjst@194-237-150-170.customer.telia.com)
10.05.38 Join    damaki [0] (n=Chocolat@ALille-153-1-17-105.w83-198.abo.wanadoo.fr)
10.07.25 Join    DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se)
10.09.55 #       * amiconn appears
10.11.38 #       * amiconn stares at two rows of equally distributed build errors
10.12.11 #       <ashridah> heh
10.12.26 Join    slimx [0] (n=slimx@81.255.106.202)
10.12.46 #       <B4gder> Christi's attempt to get high score
10.13.10 #       <ashridah> heh
10.13.18 #       <ashridah> need to add rows for the manuals
10.13.26 #       <ashridah> >:)
10.13.29 #       <B4gder> hah
10.13.41 #       <B4gder> *then* she'd get high score ;-)
10.13.50 #       <slimx> lo
10.13.59 #       <B4gder> my test build gave like a bazillion warnings
10.14.10 Part    mozetti_
10.14.14 #       * ashridah tosses safetydan and preglow each a cookie of pwnage
10.14.32 Quit    mafj2 (Remote closed the connection)
10.14.54 #       <amiconn> B4gder: What's necessary to build the manual?
10.15.00 Join    petur [0] (n=d4efd6a6@labb.contactor.se)
10.15.04 #       <amiconn> Is it possible on cygwin?
10.15.08 #       <B4gder> I'm not sure, 'cvs co manual' to start with
10.15.13 #       <ashridah> amiconn: latex
10.15.20 #       <ashridah> which will be largish
10.15.24 #       <ashridah> but probably included in cygwin
10.15.26 #       <B4gder> I just tried on the build server and it seemed to build
10.15.36 #       <Paul_The_Nerd> What targets can the manual be made for?
10.15.40 #       <ashridah> you'll need both TeX and LaTeX iirc
10.15.44 #       <ashridah> Paul_The_Nerd: all of them
10.15.48 Join    t0mas [0] (n=Tomas@unaffiliated/t0mas)
10.15.50 #       <ashridah> although some are basically identical
10.16.12 #       <Paul_The_Nerd> Ipod Nano doesn't work
10.17.27 #       <Paul_The_Nerd> H120 did though, so it's not my setup. Also, is there a step after "make" or is that it?
10.18.48 Quit    damaki__ (Read error: 110 (Connection timed out))
10.19.02 #       <ashridah> damnit, what's "Q" stand for again?
10.20.32 #       <Paul_The_Nerd> amiconn: The Cygwin package it Tetex
10.20.51 #       <Paul_The_Nerd> amiconn: And yes, I've succesfully built the H120 manual in cygwin.
10.21.05 #       <amiconn> Do I need tetex-extra as well?
10.21.09 #       <Paul_The_Nerd> I dunno
10.21.11 #       <Paul_The_Nerd> I got it
10.21.22 #       <Paul_The_Nerd> Didn't try it without it though, just figure I may as well
10.21.37 #       <amiconn> I'll try without it first
10.21.40 #       <Paul_The_Nerd> Okay
10.23.10 Join    NicoFR [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net)
10.23.36 #       <Paul_The_Nerd> Yeah, iPod Nano doesn't work
10.23.39 #       <Paul_The_Nerd> iPod 4G does
10.25.37 #       <ashridah> amiconn: i don't know. it contains a bunch of fonts and a few other bits
10.28.16 #       <safetydan> ashridah, Q is related to the "width" of the filter
10.28.22 Quit    DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
10.28.55 #       <ashridah> safetydan: yeah, gotchya
10.33.03 Quit    BHSPitLappy (Read error: 110 (Connection timed out))
10.37.57 Nick    Paul_The_Nerd is now known as Paul_The_Away (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com)
10.42.37 Join    muesli__ [0] (n=muesli_t@88.134.20.76)
10.43.11 #       <amiconn> tete-extra *is* needed on cygwin. It contains some necessary fonts
10.43.20 #       <amiconn> *tetex-extra
10.43.37 #       <amiconn> Manual build works, but throws tons of warnings
10.43.46 #       <B4gder> yeps, for me too
10.43.55 #       <B4gder> and I get no pics
10.44.30 #       <petur> LinusN: if you think of committing the recording gain patch, make sure you take the latest version of my entry in the tracker as I've fixed a warning when building for Archos
10.44.46 #       <amiconn> 'Overfull \box (...pt too wide) in paragraph at lines <blah>'
10.46.04 #       <amiconn> No images here as well, except the logo on the front page
10.47.27 #       <LinusN> petur: sure
10.47.40 Quit    gtkspert_laptop (Read error: 104 (Connection reset by peer))
10.48.21 #       <petur> bbl
10.48.24 Part    petur
10.54.01 Quit    muesli__ ("ich will K�he!!!")
10.55.36 #       <Paul_The_Away> Hrm
10.55.42 #       <Paul_The_Away> Is there anyone with an iPod in here, preferably a nano?
10.59.01 #       <Paul_The_Away> Nevermind. It was a local thing of some sort
10.59.33 Join    muesli__ [0] (n=muesli_t@88.134.20.76)
11.00.27 Join    amiconn_ [0] (n=jens@p54BD5D54.dip.t-dialin.net)
11.00.47 Quit    amiconn (Nick collision from services.)
11.00.47 Nick    amiconn_ is now known as amiconn (n=jens@p54BD5D54.dip.t-dialin.net)
11.07.35 ***     Saving seen data "./dancer.seen"
11.07.59 Quit    zhilik (Read error: 110 (Connection timed out))
11.17.30 Join    hshah [0] (n=hshah@hirenshah.plus.com)
11.23.44 Join    tucoz [0] (n=81b17b04@labb.contactor.se)
11.24.07 #       * tucoz notices the LaTeX docs has been comitted :)
11.24.12 Join    paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822)
11.24.16 #       <muesli__> preglow r u arround?
11.26.03 Nick    paugh is now known as AliasCoffee (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822)
11.26.55 #       <tucoz> regarding the output when building the manual. LaTeX is a bit more verbose in its output compared to GCC and other compilers
11.27.55 #       <tucoz> an overfull \hbox means that the line, figure, table etc that it refers to is outside of the page margins
11.28.31 #       <tucoz> and I think the only image included now is the frontpage's rockbox logo
11.31.01 #       <tucoz> Just a note, probably the most common and hardest error to track (in my opinion) is when you write an underscore _ . That has to be preceeded by a backslash. I.e. \_
11.34.53 Join    gtkspert_laptop [0] (n=gtkspert@203-166-235-199.dyn.iinet.net.au)
11.40.49 #       <tucoz> I just noticed something. If I don't have the m68k-elf-gcc in my path when I run ../tools/configure and select h120 for instance. The make script complains that it can not find that, although I selected manual
11.41.12 #       <tucoz> *configure script
11.54.15 Join    MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net)
11.54.37 Quit    MarcoPolo (Remote closed the connection)
11.57.01 Join    einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de)
12.03.13 Join    mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk)
12.03.56 #       <Bg3r> is the h3x0 the only player that can charge via USB for now ?
12.04.05 Nick    DarthL4ppy is now known as DarthLappy (n=DarthShr@202-161-21-45.dyn.iinet.net.au)
12.05.09 #       <amiconn> Bg3r: Afaik the iPods can charge from USB as well
12.05.19 #       <amiconn> Bg3r: Any news concerning battery_bench ?
12.05.39 #       <Bg3r> amiconn working on it
12.05.41 #       <Bg3r> :)
12.05.47 #       <Bg3r> if i can say "working" ... :)
12.06.08 #       <Bg3r> anyone against adding this 
12.06.09 #       <Bg3r> bool acdc_charger_inserted(void)
12.06.10 #       <Bg3r> {
12.06.10 DBUG    Enqueued KICK Bg3r
12.06.10 #       <Bg3r> #if defined(IRIVER_H300_SERIES)
12.06.10 #       <Bg3r>         return (GPIO1_READ & 0x00400000);
12.06.10 ***     Alert Mode level 1
12.06.10 #       <Bg3r> #endif
12.06.10 ***     Alert Mode level 2
12.06.10 #       <Bg3r> }
12.06.20 #       <Bg3r> to drivers/power.c ?
12.06.23 #       <amiconn> ?
12.06.40 #       <amiconn> There already is a function to check for inserted charger
12.07.09 #       <Bg3r> amiconn yep, but on h300 it returns
12.07.15 #       <Bg3r> #elif defined(IRIVER_H300_SERIES)
12.07.16 #       <Bg3r>     return (GPIO1_READ & 0x00400000) || usb_powered();
12.07.25 #       <amiconn> Yes, that's wrong
12.07.34 #       <Bg3r> ah ?
12.07.45 #       <amiconn> It's the reasoon why inserting USB power shows the standard plug
12.07.58 #       <Bg3r> why wrong ?
12.08.02 #       <amiconn> It should show the USB plug, like on Ondio/FM recorder
12.08.07 Nick    Paul_The_Away is now known as Paul_The_Nerd (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com)
12.08.15 #       <Bg3r> hm ... didn't know this
12.08.46 #       <Bg3r> should i remove it ?
12.09.00 #       <Bg3r> the || usb_powered() part
12.10.40 #       <amiconn> I think so. The charging detection will perhaps need to be adapted
12.10.52 #       <amiconn> Iirc, lostlogic added this
12.11.14 #       <Bg3r> yep
12.11.18 #       <Bg3r> iirc too
12.12.00 Ctcp    Ignored 1 channel CTCP requests in 0 seconds at the last flood
12.12.00 #       * amiconn is stress-testing & timing memmove()
12.12.15 #       <Bg3r> good to hear :)
12.12.22 Join    DarthL4ppy [0] (n=DarthShr@202-161-21-45.dyn.iinet.net.au)
12.13.12 #       <Bg3r> btw this "usb_powered" isn't equal to "usb_charging" or i'm wrong ?
12.13.17 Quit    DarthLappy (Nick collision from services.)
12.14.28 #       <Bg3r> like powered != charging
12.14.33 Join    Membrillo [0] (n=sam_kill@CPE-60-229-179-140.nsw.bigpond.net.au)
12.15.14 #       <amiconn> usb_powered is equivalent to charger_inserted, power-wise
12.15.19 Nick    DarthL4ppy is now known as DarthLappy (n=DarthShr@202-161-21-45.dyn.iinet.net.au)
12.15.34 #       <amiconn> Whether it's actually charging depends on the charging circuit of course
12.15.47 #       <Bg3r> okay
12.16.11 ***     Alert Mode OFF
12.16.21 Quit    markun ("leaving")
12.16.25 #       <Bg3r> so New/FM/V2 recorders can charge via usb ?
12.16.37 #       <Bg3r> -New
12.16.44 #       <amiconn> yes
12.17.05 #       <amiconn> and the Ondio can be powered from USB (it has no charging at all)
12.17.15 #       <Bg3r> ah, just to ask:)
12.18.05 #       <amiconn> The Ondio is designed to run from alkalines
12.18.10 #       <amiconn> 3x AAA
12.18.42 #       <Bg3r> afk...
12.20.22 Join    webguest44 [0] (n=5687a08f@labb.contactor.se)
12.24.52 Quit    webguest44 (Client Quit)
12.25.05 Join    ripnetuk [0] (n=george@host-87-74-125-82.bulldogdsl.com)
12.25.35 Join    webguest54 [0] (n=86e20188@labb.contactor.se)
12.25.36 #       <ripnetuk> hi... is anything known about the Archos AV500? (as in is a Rockbox port a therotical possibility)?
12.25.42 Join    markun [0] (n=karl@bastards.student.ipv6.utwente.nl)
12.26.17 Quit    webguest54 (Client Quit)
12.28.06 Quit    gtkspert_laptop (Read error: 104 (Connection reset by peer))
12.28.48 #       <tucoz> ripnetuk: doesn't that run linux?
12.28.59 #       <ripnetuk> does it? i know the iStation V43 does
12.29.21 Quit    Membrillo ()
12.29.23 #       <ripnetuk> if it does /me buys now :)
12.29.43 #       <tucoz> I think I read that somewhere. Don't know for sure though
12.29.58 #       <ripnetuk> i guess we could run the Rockbox SIM on linux based devices like the V43, but I thought the Archos was non-linux... i will google
12.30.33 #       <tucoz> check this as well: http://www.archopen.org/tiki-index.php
12.32.15 Join    Moos [0] (i=DrMoos@m53.net81-66-159.noos.fr)
12.32.28 #       <ripnetuk> thanks tucoz - looks interesting
12.33.02 #       <tucoz> at least that project could possibly kick alive the gmini port
12.33.21 Quit    AliasCoffee (Read error: 104 (Connection reset by peer))
12.36.32 Join    paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822)
12.37.02 Quit    paugh (Remote closed the connection)
12.41.51 Join    Matze [0] (i=Miranda@p5484E996.dip.t-dialin.net)
12.44.39 Part    ripnetuk
12.46.37 Quit    darkless (Client Quit)
12.47.08 Quit    markun ("leaving")
12.48.18 #       <JdGordon> im boooored
12.49.59 #       <amiconn> LinusN: Imho it would be way easier to use a 16 bit framebuffer for X5, and convert on the fly in lcd_write_data()
12.52.32 Join    markun [0] (n=karl@bastards.student.ipv6.utwente.nl)
12.52.35 Part    tucoz
12.53.42 #       * safetydan wonders if he can just do dsp->replaygain += get_replaygain_int(eq_max_gain * 10) >> 23
12.55.25 #       <linuxstb> slimx: Are you around?
12.56.43 #       <Cassandra> Of course you can - the question is will it do what you wanted?
12.58.56 #       <Paul_The_Nerd> Cassandra: Manual doesn't work for Nano
12.59.29 #       <linuxstb> Cassandra: Nice work on committing the manual.  What's the status on the content?  Is it mostly your 2.4 manual at the moment?
13.01.22 #       <Paul_The_Nerd> Scratch that, it *does* work, kinda. It gives a message, and waits for user input, then if you just hit enter it still creates a pdf.
13.02.17 #       <linuxstb> Sounds like it's checking for an undefined variable - which is why it's prompting the user.
13.03.12 #       <Paul_The_Nerd> Runaway argument?
13.03.29 #       <Paul_The_Nerd> ./preamble.tex:12: File ended while scanning use of \@argdef.
13.03.57 #       <Paul_The_Nerd> Also, are these manuals supposed to be... target specific already, or are they all pretty much identical in text right now?
13.07.31 #       <amiconn> There are currently lots of old references in the manual. It's the first step towards a modular manual
13.07.37 ***     Saving seen data "./dancer.seen"
13.07.57 #       <amiconn> E.g. if you build the manual for recorder, there is also a table describing the player buttons
13.08.00 #       <Paul_The_Nerd> Okay
13.08.15 #       <Paul_The_Nerd> I just saw the Rombox section.
13.08.23 #       <amiconn> There are also references to the flash packages at [IDC]Dragon's homepage
13.08.38 #       <amiconn> They are long gone, and we have bootbox for quite a while
13.09.02 #       <Paul_The_Nerd> Fair enough.
13.09.22 #       <Cassandra> Paul_The_Nerd, what happens?
13.09.42 #       <Cassandra> linuxstb, yes - it's converted from the 2.4 manual
13.10.09 #       <Paul_The_Nerd> (./platform/ipodnano.tex)
13.10.10 #       <Paul_The_Nerd> Runaway argument?
13.10.10 #       <Paul_The_Nerd> {\playertype ]
13.10.10 DBUG    Enqueued KICK Paul_The_Nerd
13.10.10 #       <Paul_The_Nerd> ./preamble.tex:12: File ended while scanning use of \@argdef.
13.10.10 #       <Paul_The_Nerd> <inserted text>
13.10.10 ***     Alert Mode level 1
13.10.10 #       <Paul_The_Nerd>                 \par
13.10.12 #       <Paul_The_Nerd> l.12 \input{platform/\platform.tex}
13.10.18 #       <Paul_The_Nerd> Then a ? prompt
13.10.29 #       <Cassandra> Paul_The_Nerd, no, the target specific stuff is barely started.
13.10.29 #       <Bg3r> Paul_The_Nerd : enter
13.10.32 #       <Bg3r> just hit enter
13.10.39 #       <Paul_The_Nerd> I did hit enter
13.10.51 Ctcp    Ignored 1 channel CTCP requests in 0 seconds at the last flood
13.10.51 #       * Cassandra looks confused.
13.11.05 #       <Cassandra> You've gotta love LaTeX error messages.
13.11.22 #       <Paul_The_Nerd> Bg3r: I hit enter, and it finished normally (I think) but other targets don't have that
13.13.38 #       <LinusN> amiconn: i don't know about easier, the conversion is not straightforward, unless we use a lookup table
13.15.19 #       <Cassandra> Thanks Paul, fixed.
13.15.34 #       <Paul_The_Nerd> :)
13.15.57 #       <Cassandra> The manual is over a year old, it would seem.
13.16.05 #       <Cassandra> It doesn't seem like that long.
13.20.11 ***     Alert Mode OFF
13.20.36 #       <linuxstb> Cassandra: Is there a reason you're trying to keep the number of different manuals small?  I would have thought that now you've automated it, it would be simpler to produce one manual for each target - using the same set of targets that the main Rockbox build system uses.
13.30.26 Join    zhilik [0] (n=_if_you_@ppp83-237-251-112.pppoe.mtu-net.ru)
13.31.32 #       <JdGordon> linuxstb: anything happening with the yesno screen?
13.35.04 #       <linuxstb> There was a discussion about it yesterday - check the logs from 14.32.56 onwards. (about 2 minutes after you left...)
13.35.13 #       <JdGordon> ok
13.36.41 #       <ashridah> cursed timezones
13.36.49 #       * ashridah takes out a hammer and starts whacking on the ground
13.36.57 #       <ashridah> you'll be flat once i'm done! i'll show you!
13.39.28 Join    mafj2 [0] (i=debian-t@tor/session/x-f66937ec95b04165)
13.40.13 #       <JdGordon> hmm... so undecided...?
13.41.33 Join    actionshrimp [0] (i=nn@dhcp-163-1-214-233.seh.ox.ac.uk)
13.44.33 Join    damaki_ [0] (n=Chocolat@ALille-153-1-46-98.w83-198.abo.wanadoo.fr)
13.45.38 Join    petur [0] (n=d4efd6a6@labb.contactor.se)
13.48.22 Quit    ashridah ("sleep")
13.56.06 Quit    damaki (Read error: 110 (Connection timed out))
13.56.50 Join    paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822)
14.03.15 #       <Paprica> linuxstb, have you try the statusbar patch?
14.06.25 #       <Paprica> mm there is a way to stop the compile?
14.06.35 #       <JdGordon> ctrl-c ?
14.06.53 #       <Paprica> ok, i will try
14.06.56 #       <Paprica> 10x =]
14.09.10 Quit    JdGordon ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
14.09.21 Join    mirak [0] (n=mirak@AAubervilliers-152-1-9-93.w82-121.abo.wanadoo.fr)
14.12.20 Quit    Matze ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
14.12.54 #       <needleboy> hey ben
14.13.51 Join    perpleXa [0] (i=perpleXa@62.216.185.132)
14.14.02 #       <perpleXa> hi
14.14.34 #       <perpleXa> will there ever be support for ipod minis?
14.17.08 #       <Paul_The_Nerd> perpleXa: Ideally, anything that iPod Linux runs on could see Rockbox so long as anyone takes the effort.
14.18.14 #       <perpleXa> hmm nice, i'm currently running ipod linux on it, only problem is that it spews a malloc error when i try to play mp3's of ~70mb
14.18.28 #       <LinusN> hehe
14.18.34 #       <amiconn> haha
14.18.41 #       <amiconn> malloc() ...
14.19.19 #       * Paul_The_Nerd grins.
14.19.20 #       <perpleXa> btw, is rockbox able to read apev2 tags?
14.23.11 #       <Moos> not with mp3's files yet
14.23.37 Quit    NicoFR ()
14.25.00 #       <perpleXa> :(
14.25.28 #       <Paul_The_Nerd> I don't think anyone's made a convincing argument for them other than "I like them better" or "My files are already tagged with them."
14.26.25 Join    ripnetuk [0] (n=george@host-87-74-125-82.bulldogdsl.com)
14.26.37 #       <Moos> Paul_The_Nerd: full tag support is suficent no? :P
14.27.23 #       <Paprica> needleboy hi =]
14.27.23 #       <perpleXa> well i dont like idev2 tags, since they're written at the beginning of files
14.27.32 #       <perpleXa> thats fucking slow with foobar
14.28.11 #       <Paul_The_Nerd> Well, the beginning of the file is kinda better for reading them (on machines with limited RAM) I imagine.
14.28.14 #       <amiconn> Tags at the beginning are way better on a mobile device
14.28.29 #       <Moos> perpleXa: just convert them to id3 v2
14.28.35 #       <amiconn> It saves the seek-to-end and back when reading tags
14.28.43 #       <Paul_The_Nerd> Besides, it's not like you should have to retag your files very often.
14.28.55 #       <amiconn> -> needs less battery
14.29.05 #       <perpleXa> that takes like 3 days to convert all my mp3 tags to id3v2
14.29.18 #       <Moos> Ouch :-(
14.29.20 #       <LinusN> yes
14.29.27 Join    Kohlrabi [0] (n=Kohlrabi@dslb-082-083-142-087.pools.arcor-ip.net)
14.29.47 #       <Paul_The_Nerd> perpleXa: Break it up into 6 groups of files, and run the operations while you sleep.
14.29.54 #       <Moos> perpleXa: there is a patch in the tracker for ape V2 tags for mp3's
14.30.20 #       <perpleXa> i'm using foobar plugins like play counter and such shit, if i would use id3v2 tags it would freeze ~1min after each track
14.30.40 #       <perpleXa> i hope they fix that, so i can use id3v2 tags =)
14.30.59 #       <Moos> use other tagger instead ;-)
14.30.59 #       <perpleXa> Moos: could you gimme the link, please?
14.31.03 #       <Paul_The_Nerd> Every time, or just the first time it rights the tag?
14.31.13 #       <perpleXa> every time
14.31.14 #       <Paul_The_Nerd> *writes
14.32.30 Join    dufuS [0] (n=hohoho@DSL217-132-191-102.bb.netvision.net.il)
14.32.53 Nick    dufuS is now known as san_benedetto (n=hohoho@DSL217-132-191-102.bb.netvision.net.il)
14.33.08 #       <san_benedetto> hi
14.33.12 #       <san_benedetto> needleboy ?
14.33.53 Join    damaki [0] (n=Chocolat@ALille-153-1-62-174.w86-196.abo.wanadoo.fr)
14.33.53 #       <perpleXa> is it currently running on ipod minis too?
14.34.20 #       <Paul_The_Nerd> Is what?
14.34.41 #       <san_benedetto> he means rockbox i think
14.35.18 Nick    san_benedetto is now known as San_Benedetto (n=hohoho@DSL217-132-191-102.bb.netvision.net.il)
14.35.27 #       <perpleXa> yeah ofc
14.35.28 #       <perpleXa> :)
14.36.22 #       <Paul_The_Nerd> Well, you already asked if Minis would be supported.
14.36.39 #       <Paul_The_Nerd> When I said they could potentially be supported, I think that kinda implied they aren't yet, so I was confused as to why you asked again.
14.36.43 #       <perpleXa> i asked if they will be supported, didnt know that they already
14.36.54 #       <perpleXa> ah
14.36.55 #       <perpleXa> k :P
14.37.01 #       <Moos> perpleXa:http://sourceforge.net/tracker/index.php?func=detail&aid=1245274&group_id=44306&atid=439120
14.37.02 #       <Paul_The_Nerd> Right now it's Nano and 4G Color
14.37.13 #       <perpleXa> yeah moos, already found it, thanks
14.37.19 #       <Moos> np
14.37.33 #       <perpleXa> hmm, so i gonna buy a nano :X
14.39.15 #       <muesli__> buy a nano buy scratches ;)
14.39.20 #       <Paul_The_Nerd> Yeah
14.39.28 #       <Paul_The_Nerd> If you buy a nano, figure out some way to never let ANYTHING touch it
14.39.29 #       <Paul_The_Nerd> EVER
14.39.39 #       <LinusN> i'm about to introduce a new directory structure in firmware/
14.39.48 #       <ripnetuk> hold it in a electromagnetic field like they do anti-matter
14.40.04 #       <Paul_The_Nerd> emf + electronics = fun? ;-)
14.40.05 #       <perpleXa> yeah i've already seen that issues
14.40.05 #       <LinusN> i'm thinking about adding a directory tree like this:
14.40.22 #       <LinusN> firmware/target/coldfire/iaudio/x5
14.40.24 #       <perpleXa> a friend has a 3 months old nano, that looks worse than my 2 years old mini
14.40.31 #       <ripnetuk> im thinking of buying a archos av500 - anyone know how hackable it is?
14.40.52 #       <Paul_The_Nerd> LinusN: It'd be nice, I think.
14.40.53 #       <LinusN> all coldfire-specific code, like asm versions of memset() etc goes to target/coldfire
14.40.55 #       <Paprica> gui/statusbar.c: In function `gui_statusbar_draw':
14.40.55 #       <Paprica> gui/statusbar.c:181: warning: statement with no effect
14.41.00 #       <Paprica> wtf it wants?
14.41.16 #       <LinusN> all iaudio common functions go to target/coldfire/iaudio
14.41.27 #       <Slasheri> Paprica: you have something like "variable;"
14.41.32 #       <LinusN> and the x5 specific stuff to target/coldfire/iaudio/x5
14.41.38 #       <Slasheri> Paprica: and that does nothing
14.41.50 #       <Paprica> oh shit
14.41.55 #       <Paprica> forgot to do
14.42.02 #       <Paprica> function() with the ()
14.42.04 #       <Paprica> =\
14.42.06 #       <Paprica> 10x
14.42.07 #       <Slasheri> hehe
14.42.07 #       <Moos> LinusN: wee !
14.42.08 #       <LinusN> for example, the ata_enable(), ata_reset(9 etc
14.42.34 #       <LinusN> that may clear some of the #ifdef hell we're currently experiencing
14.43.15 #       <petur> as long as you don't end up with a load of directories with few files in each...
14.43.30 #       <LinusN> ripnetuk: av500 has a texas instruments dsp i think
14.43.36 #       <amiconn> Sounds good, but may be problematic when considering the sims as well
14.43.57 #       <LinusN> so you can forget it unless you can cough up loadza dollars for the compiler
14.44.11 #       <LinusN> amiconn: why so?
14.45.11 #       <amiconn> Well, some target specific code (which would e.g. be buried in firmware/target/coldfire/h300) is needed for the sims as well,
14.45.13 Join    __peer__ [0] (n=hrm@bzq-218-213-161.red.bezeqint.net)
14.45.20 #       <__peer__> hello, anyone had exprience with PX-100 ?
14.45.23 #       <LinusN> amiconn: give me an example
14.45.32 #       <LinusN> __peer__: what is that?
14.45.41 #       <__peer__> Portable Headphones
14.45.49 #       <ripnetuk> is the texas instruments the one missing an open compiler?
14.46.01 #       <LinusN> ripnetuk: as well as data sheets
14.46.13 #       <ripnetuk> ok... that makes it easy to knock off my list - thanks :)
14.46.25 #       <amiconn> LinusN: Things that are simulated, e.g. backlight
14.46.29 #       <LinusN> av500 is a cool machine nevertheless
14.46.42 #       <LinusN> amiconn: but that's still simulated
14.46.51 #       <Zagor> __peer__: i've tested them. sounds pretty good. a lot better than the px-200!
14.46.59 #       <LinusN> this directory structure is only for target builds
14.47.00 Quit    damaki_ (Read error: 110 (Connection timed out))
14.47.02 #       <amiconn> We could split those things into the common part and the actual platform specific code,
14.47.27 #       <amiconn> but I'm afraid that will just replace ifdef hell with file hell
14.47.28 #       <__peer__> Zagor: Will I feel much diffrence between them and cheap 5$ headphones?
14.47.35 #       <__peer__> They mostly for home use.
14.47.39 #       <LinusN> amiconn: the backlight code in targets/coldfire/iriver/h300 will only be the lowest level code
14.47.40 #       <ripnetuk> yes, but as soon as Archos moves onto another model, we can forget about software updates... also I am addicted to Rockbox features (multiple independent bookmarks mostly)
14.47.49 #       <Zagor> __peer__: yes you will
14.48.16 #       <__peer__> they worth 70$?
14.48.28 #       <ripnetuk> i was thinking of the istation v43 - that runs Linux, so i should be able to port the Rockbox sim to it hopefully
14.48.28 #       <amiconn> LinusN: Another disadvantage would be that the lowest level acces will have to be done by functions -> more overhead
14.48.34 #       <petur> LinusN: again, will you not end up with many directories with very little files in?
14.48.41 #       <LinusN> amiconn: could be macros as well
14.48.50 #       <LinusN> petur: yes
14.48.55 #       <amiconn> (unless we use .h files with loadsa macros, or inline functions)
14.49.15 #       <amiconn> Macros aren't exactly easy to read
14.49.54 #       <LinusN> the advantages would be that porting will be a more straightforward process, you can start with empty stubs for the lowlevel functions
14.50.20 #       <LinusN> and you (almost) always know where to look for the hardware specific functions
14.50.28 #       <LinusN> for a particular target
14.50.49 #       <amiconn> That's correct. Well, it seems this is something that has to be tried
14.51.12 #       <amiconn> It also means that someone will have to cleanup stone-age leftovers
14.51.16 #       <LinusN> i'm trying it for the x5 port
14.51.27 #       <LinusN> amiconn: yes
14.51.57 #       <slimx> linuxstb, are you around ?
14.52.47 Join    tucoz [0] (n=81b17b04@labb.contactor.se)
14.53.07 #       <tucoz> Hi, what would a suitable name for Latex help be (in the wiki)?
14.53.22 #       <tucoz> LatexHowto?
14.53.31 #       <LinusN> define "help"
14.53.32 #       <B4gder> HowToBuildManual ?
14.53.58 #       <tucoz> I mean, to help people working with the latex docs
14.54.03 #       <LinusN> perhaps ManualHowto, to follow the howto convention
14.54.24 #       <tucoz> Like tips and tricks, pointers to latex docs etc
14.54.46 #       <B4gder> btw, what do we need to do to get images in the manual?
14.54.52 #       <amiconn> LinusN: I went for a slightly different approach for integrating memmove() / memcpy()
14.55.07 #       <LinusN> amiconn: yes?
14.55.11 #       <tucoz> B4gder, hold on. I'll make paste for you
14.55.31 #       <amiconn> I made the asm versions two files, with memmove() jumping into the forward branch in memcpy_a.S when forward copying has to be done
14.55.50 #       <amiconn> A comment at the top will point this out
14.56.28 #       <amiconn> This has the advantage that memmove_a.o doesn't need to be linked when memmove() isn't used,
14.56.29 #       <LinusN> those two would end up in target/coldfire in the new structure
14.56.49 #       <amiconn> No, those 2 will need to be splitted in two each,
14.56.59 #       <amiconn> and end up in target/coldfire and target/sh1
14.57.05 #       <LinusN> yes, of course
14.57.23 #       * B4gder is in favour of splitting ifdefs into files
14.57.40 #       <amiconn> I added memmove.c from newlib, as it seems memcpy.c is also from newlib
14.57.48 #       <amiconn> (for arm targets and sims)
14.58.50 Quit    HaKuNa ("CGI:IRC (EOF)")
14.59.42 #       <tucoz> http://pastebin.com/541555
15.00.03 #       <tucoz> B4gder, have a look at that and ask me if there is something you don't understand
15.00.14 #       <imphasing> Yum, postscript..
15.00.21 #       <B4gder> well, my problem is not really the latex code
15.00.28 #       <B4gder> I don't get any pics in the manual
15.00.31 #       <B4gder> when I build it
15.00.35 #       <LinusN> tucoz: well, i think he's asking how to make the already existing pics appear in the manual
15.00.54 #       <B4gder> the only pics that appears is the front page logo
15.01.03 #       <tucoz> aha, are those present?
15.01.03 #       <B4gder> s/pics/pic
15.01.38 #       <tucoz> the pictures I mean. When I set up the proposal, I only included the frontpage image. The others were gifs or jpegs iirc
15.01.40 #       <B4gder> hm, maybe they're just missing...
15.02.06 #       <B4gder> so how is the manual supposed to know how to get the gifs and jpegs?
15.02.36 #       <tucoz> I don't think those formats should be used. Instead, png was suggested as the standard format
15.02.50 #       <B4gder> so this is still left todo?
15.02.54 #       <tucoz> yes
15.03.02 #       <B4gder> okiedoki
15.03.03 #       <tucoz> lot's of screendumps to be made
15.03.14 #       <tucoz> rather _loads_
15.03.18 #       <B4gder> I figure a bunch of the old ones could just be converted
15.03.59 #       <tucoz> yes, maybe Cassandra have the originals. I think we could find something in the writer-source as well
15.04.19 #       <LinusN> i guess the old dumps are obsolete anyway
15.04.26 #       <B4gder> they might be so, yes
15.04.37 #       <LinusN> gotta go, cu folx
15.04.38 #       <B4gder> getting screendumps should be quickly done though
15.04.39 #       <tucoz> But, pdflatex should handle png and jpg's fine
15.04.44 Part    LinusN
15.05.09 #       <B4gder> I guess I'm using tetex
15.05.52 #       <B4gder> ah, I have a pdflatex in my path
15.06.03 #       <tucoz> that is ok. I think the buildscript runs pdflatex to generate the .pdf
15.06.44 #       <B4gder> I get a ~1MB pdf so I guess most things work
15.07.11 #       <tucoz> yes, that sounds ok. The tables need to be taken care of, as they look like ... now.
15.07.39 ***     Saving seen data "./dancer.seen"
15.07.41 #       <B4gder> I'm preparing for automated manual builds
15.07.48 #       <tucoz> latex keyword in google generally comes up with something nice.
15.08.21 Join    bandgeekndb [0] (n=d19e6629@labb.contactor.se)
15.08.34 #       <amiconn> Bagder: What? automated manual sounds a bit undecided ;)
15.08.48 #       <Paul_The_Nerd> Yeah, that phrase concerned me.
15.09.22 #       <amiconn> Wow! This 600-lines asm monster is actually working :-)
15.09.26 #       <B4gder> right, we should instead just write all the docs now to describe how rockbox should work in the end and then just implemented it so ;-)
15.09.32 #       <B4gder> just like we use to
15.10.18 Nick    paugh is now known as AliasCoffee (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822)
15.11.55 #       <bandgeekndb> quick question if someone has a minute - i finally realized why one of my music folders wasn't showing up under "file-tree" navigation.  The album name (also the folder name) started with a period, which i've now learned hides folders in Rockbox (took me long enough, I know)
15.12.11 #       <bandgeekndb> when i try to rename another folder in windows with a period in front, it rejects the new folder name
15.12.24 #       <B4gder> use the command line prompt
15.12.36 #       <bandgeekndb> ah
15.12.37 #       <bandgeekndb> thank you
15.12.42 #       <B4gder> that's the "windows explorer" deciding you may not do that
15.14.06 #       <bandgeekndb> any way to do that w/o the cmd line prompt - access to the cmd line prompt has been disabled on my school computer
15.14.23 #       <bandgeekndb> stupid IT department thinks we're a bunch of kiddy hackers and doesn't trust us
15.14.26 #       <B4gder> I don't know
15.14.38 #       <B4gder> I prefer Linux ;-)
15.14.52 #       <tucoz> we could probably snatch a good deal of screenshots from the wiki as a start
15.15.01 #       <bandgeekndb> i can do that when I get home i guess
15.15.11 #       <tucoz> those that are up-to-date and in png.
15.15.12 #       <bandgeekndb> although there, i have cmd-line access as well
15.15.24 #       <bandgeekndb> oh well.  thanks anyway B4gder
15.15.28 #       <B4gder> tucoz: yes, or just go screenshot mode and make a whole bunch at once playing around on the player
15.15.36 #       <B4gder> np
15.15.40 #       <tucoz> and that, yes
15.16.03 Part    bandgeekndb
15.16.52 #       <safetydan> or... he could change the view setting to "All" and rename it in rockbox
15.16.54 #       <safetydan> but he's gone now
15.17.13 #       <Paul_The_Nerd> bandgeekndb: Most school computers let you get to the command prompt by typing cmd at start->run or hitting CTRL-ALT-DEL and choosing Run from the file menu
15.17.20 #       <Paul_The_Nerd> Urk, he left
15.17.22 #       <Paul_The_Nerd> I am slow
15.17.48 #       <Paul_The_Nerd> I've found that school "tech" departments tend to take the lazy way out, and in most cases just delete the icon.
15.17.49 #       <tucoz> isn't it also possible to use " " around a filename in windows
15.18.16 #       <tucoz> to sort of force it to be that name.
15.19.15 #       <petur> nope, just to pass names with spaces on a commandline (amongst others)
15.20.27 #       <tucoz> ok
15.22.31 Part    tucoz
15.28.36 #       <San_Benedetto> hey
15.28.41 #       <San_Benedetto> where do i put
15.28.46 #       <San_Benedetto> progressbar.patch
15.28.47 #       <San_Benedetto> ?
15.29.02 Join    TCK [0] (n=tckocr@81-178-216-103.dsl.pipex.com)
15.29.36 #       <Paul_The_Nerd> Do you have a development environment set up?
15.29.42 #       <safetydan> Have you checked out the source?
15.30.11 #       <San_Benedetto> what source?
15.30.20 #       <San_Benedetto> i don't understand
15.30.24 #       <San_Benedetto> i just want to install the
15.30.40 #       <Paul_The_Nerd> To use patches, you have to have the source code and a means of compiling it.
15.30.42 #       <San_Benedetto> ipodcolor wps
15.30.44 #       <B4gder> http://www.rockbox.org/twiki/bin/view/Main/WorkingWithPatches
15.31.02 #       <San_Benedetto> do i need to do anything to use the ipodcolor wps?
15.31.14 #       <B4gder> read that URL
15.31.31 Join    tvelocity [0] (n=tony@ipa33.0.tellas.gr)
15.31.39 #       <B4gder> I have no idea what you'd need to do or not
15.32.07 #       <Paul_The_Nerd> Does the WPS creator say you need anything specific?
15.32.08 #       <B4gder> there's no ipodcolor wps in the patch tracker afaik
15.32.25 Join    darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk)
15.32.28 #       <San_Benedetto> in the misticriver forum there is
15.32.36 #       <B4gder> then ask there
15.32.49 #       <B4gder> if they don't bother to show us, then how can we know?
15.33.11 Quit    darkless (Read error: 104 (Connection reset by peer))
15.33.34 Join    darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk)
15.39.54 Quit    DarthLappy (Success)
15.40.31 Quit    TCK (Read error: 104 (Connection reset by peer))
15.40.47 Join    Matze [0] (i=Miranda@p5484E996.dip.t-dialin.net)
15.42.00 #       <Paprica> San_Benedetto, no
15.43.54 #       <XavierGr> Yay! :) I just received an email that iriver got my defective player and they are working on it!
15.44.04 #       <Bg3r> wow :)
15.44.07 #       <Bg3r> very good, XavierGr 
15.44.12 #       <Paprica> haha =]
15.44.33 #       <novimon> are there any rss readers / "podcasting software" to iriver 
15.45.15 Join    TCK- [0] (n=tckocr@81-178-216-103.dsl.pipex.com)
15.47.13 #       <Paul_The_Nerd> novimon: Any of them that work with UMS devices.
15.52.58 #       * preglow returns
15.53.07 #       <Paul_The_Nerd> Preglow!!
15.53.53 #       <amiconn> hi preglow
15.54.11 #       <preglow> hello
15.54.16 #       <novimon> found one, its called happyfish, looks pretty good
15.54.29 #       <preglow> wow, the eq gui has really shaped up
15.54.36 Quit    B4gder ("time to say moo")
15.54.39 #       <Paul_The_Nerd> Yeah
15.54.40 #       <amiconn> preglow: You returned just at the right time. Do you know whether the codecs use memmove() a lot?
15.54.48 #       <XavierGr> preglow any commits comming up?
15.54.54 #       <Paul_The_Nerd> But word is there's bugs relating to eq + resampling 22100 files.
15.54.55 #       * amiconn is about to commit freaky asm memmove() for coldfire & sh1
15.55.08 #       <needleboy> Paprica, what's up with the scrolling margins patch?
15.55.12 #       <XavierGr> amiconn any optimizations?
15.55.24 #       <needleboy> people are close to cut my head off because of it :)
15.56.06 #       <amiconn> The fun thing is that backwards copy ended up even a bit faster than forward copy
15.56.11 #       <Paprica> ok, i will work on it now..
15.56.42 #       <needleboy> cool man, you're a god
15.57.17 #       <preglow> amiconn: ooooh
15.57.23 #       <preglow> amiconn: some of them doi
15.57.27 #       <preglow> amiconn: musepack, among others
15.57.53 Part    petur
15.59.26 #       <amiconn> preglow: I have no musepack files at all. Could/would you do a speed comparison with & without asm memmove() on iriver?
16.00.21 #       <amiconn> I'll commit in pieces. memmove() itself first, then wiring it to codecs and plugins
16.00.35 #       <preglow> amiconn: i'll try and see
16.00.44 #       <amiconn> Some parts in the core can also be changed to use memmove()
16.00.57 #       <preglow> amiconn: good reason to test out lostlogics new codec null output driver as well
16.00.59 #       <amiconn> One place I know is the font cache
16.03.39 #       <safetydan> yay, preglow is back
16.03.45 #       <safetydan> now you can tell me the things I got wrong
16.04.54 #       <preglow> amiconn: just had a check, only faad, libmad and musepack use memmove, and of those i think musepack does it the most
16.05.05 #       <preglow> safetydan: i'll try the gui out right now
16.05.17 #       <preglow> strange, when i tested my eq right before i left, i could only get noise out of it
16.05.20 #       <amiconn> fadd is no longer used
16.05.20 #       <preglow> noise and sines
16.05.27 #       <preglow> amiconn: what?
16.05.37 #       <amiconn> Bla, noncsense
16.05.37 #       <safetydan> I think that was because I had gain and q swapped at one point
16.05.47 #       <preglow> safetydan: that might be it...
16.05.55 #       * amiconn should think before typing
16.06.20 #       <amiconn> I confused libfaad and libflac
16.07.27 #       <San_Benedetto> hey
16.07.36 #       <San_Benedetto> can someone tell me what are .rwps files?
16.08.03 #       <Paprica> mm
16.08.16 #       <Paprica> someone can help me with the marginds patch
16.08.21 #       <Paprica> ?
16.08.38 #       <safetydan> San_Benedetto: Remote WPS files
16.09.26 #       <Paprica> .....????/
16.09.57 Join    damaki_ [0] (n=Chocolat@ALille-153-1-78-160.w86-207.abo.wanadoo.fr)
16.10.10 #       <safetydan> Paprica: I'd take a look but I'm at work and can't really do rockbox stuff
16.10.33 #       <Paprica> =\
16.11.07 Quit    TCK- (Read error: 110 (Connection timed out))
16.14.55 #       <Paprica> wooopiii =]
16.17.07 Quit    mirak (Remote closed the connection)
16.18.23 Quit    needleboy ()
16.20.10 #       <San_Benedetto> Paprica
16.20.16 #       <Paprica> ?
16.20.23 #       <San_Benedetto> make a new game
16.20.24 #       <San_Benedetto> :P
16.21.16 #       <Paprica> lol
16.21.17 #       <Paprica> =]
16.21.27 #       <Paprica> im working on the gui now..
16.21.49 Quit    damaki (Read error: 110 (Connection timed out))
16.21.54 #       <preglow> safetydan: i think this is very good, but it's very tedious to use, thanks to the small step size
16.22.04 #       <preglow> safetydan: perhaps some step acceleration is in order?
16.23.41 Quit    DreamTactix291 (Read error: 104 (Connection reset by peer))
16.24.12 Join    DreamTactix291 [0] (n=DreamTac@adsl-149-149-154.bna.bellsouth.net)
16.24.40 #       <preglow> and anything on how the eq actually sounds? i haven't used it much myself
16.25.17 #       <safetydan> apparently it sounds fine
16.25.28 #       <safetydan> needs a pre-amp to stop clipping though
16.25.32 #       <preglow> yes, indeed
16.25.38 #       <preglow> i think the gain sounds too weak
16.25.39 #       <safetydan> and step acceleration is on the TODO list
16.25.41 #       <preglow> but i can measure that
16.26.05 #       <preglow> rockbox really needs a generic function or something for doing accelartion
16.26.08 #       <preglow> if at all possible
16.26.13 #       <safetydan> http://misticriver.net/showthread.php?t=36519 should give you some idea of what people think
16.26.13 #       <preglow> i'd also love to use it in the pitch screen
16.26.20 #       <preglow> ok, will read
16.26.33 #       <amiconn> The button driver already does repeat acceleration
16.26.49 #       <safetydan> I should probably make more of a distinction between shelf and peak filters
16.27.55 #       <preglow> ahh, yes
16.28.13 #       <preglow> amiconn: a two-step thing?
16.28.16 #       <safetydan> Oh, there was one guy saying that the EQ doesn't work on 22Khz files
16.28.29 #       <safetydan> http://forums.rockbox.org/index.php?topic=1887.msg17801#msg17801
16.28.34 #       <preglow> safetydan: i know, that's weird, sample rate shouldn't matter at all for the core eq code
16.28.50 #       <preglow> the only place you need the sample rate, is when calculating the cutoff value to send to eq_*_coefs
16.29.14 #       <preglow> however, i think i know what the bug is
16.29.22 #       <preglow> you don't cap frequency based on sample rate
16.29.32 #       <preglow> eq freq can be maximum samplerate/2
16.29.45 #       <preglow> if this is not true, the cutoff calculation will overflow
16.30.05 #       <amiconn> EQ is applied before resampling?
16.30.06 #       <safetydan> ah, of course
16.30.13 #       <preglow> amiconn: no, after
16.30.27 #       <preglow> wait...
16.30.35 #       <safetydan> Q should also be limited to 1.0 for the shelf filters shouldn't it?
16.30.46 #       <preglow> yes, after
16.31.04 #       <preglow> safetydan: it doesn't make sense to use anything but 0.707 for shelving filters
16.31.24 #       <preglow> safetydan: what would happen if you used a higher value, is that the shelving filters would get some peaking tendencies around the cutoff freq
16.33.12 Join    ep0ch [0] (n=ep0ch@84.12.178.113)
16.33.24 #       <preglow> but yeah, amiconn has a good point, resampling is done before the eq
16.33.53 #       <ep0ch> i cant compile with the eq_patch anymore :(
16.34.34 #       <ep0ch> i get errors like "eq_menu.c:2201: error: redefinition of 'eq_menu'"
16.34.46 #       <safetydan> odd
16.34.49 #       <safetydan> Which patch release?
16.35.04 #       <ep0ch> 11
16.35.04 Join    tucoz [0] (n=81b17b04@labb.contactor.se)
16.35.22 #       <ep0ch> i had the same with version 10 before
16.35.30 #       <Paul_The_Nerd> safetydan: That is a minor problem if you -R one of the earlier version, then apply a later one, funkyness can ensue, as it doesn't remove those files.
16.35.38 #       <tucoz> Any wiki gurus around? I try to write LaTeX in the wiki, but I keep getting a LaTeX? text when I preview
16.35.54 #       <Paul_The_Nerd> ep0ch: patch -R to get rid of it, delete eq_menu.c and .h, and then apply the patch again, and see if that fixes it.
16.36.02 #       <ep0ch> k
16.36.18 #       <amiconn> tucoz: That's because LaTeX is recognised as a wiki word
16.36.41 #       <amiconn> Either you add a description for it afterwards, then it will turn into an ordinary wiki link
16.36.45 #       <tucoz> amiconn: Ok, is it possible to tell it that it isn't a wiki word?
16.36.58 #       <josh_> tucoz: try !LaTeX
16.36.59 #       <amiconn> If you don't want that, you'll have to write <nop>LaTeX
16.37.05 #       <safetydan> http://www.rockbox.org/twiki/bin/view/TWiki/WikiSyntax
16.37.10 #       <tucoz> thanks :)
16.37.57 #       <safetydan> preglow: someone also asked for a lower, lower bound on Q, more around 0.3 area
16.38.06 #       <ep0ch> Paul_The_Nerd: thanks, that seems to have fixed it
16.38.40 #       <preglow> safetydan: i would not have thought that was of any use, but sure, i can fix that
16.39.07 #       <preglow> amiconn: but yeah, the button acceleration just does one step of acceleration, yes?
16.39.17 #       <amiconn> No, multiple
16.39.24 #       <ep0ch> i think i got some really unbearable resonance when i used a really high Q, and i think it broke the eq until i rebooted
16.40.51 #       <ep0ch> preglow: ipod question, can ipods charge from usb?
16.41.00 #       <josh_> ep0ch: yes
16.41.02 #       <preglow> ep0ch: sure
16.41.02 #       <slimx> no 
16.41.07 #       <Paul_The_Nerd> ep0ch: Hold Menu while plugging in the USB cable
16.41.10 #       <slimx> :p 
16.41.19 #       <preglow> ep0ch: high q == high resonance
16.41.23 #       <preglow> ep0ch: so small wonder
16.41.35 #       <ep0ch> preglow: but it broke the eq too
16.41.47 #       <preglow> ep0ch: it shouldn't 6.4 really isn't much
16.41.48 #       <slimx> doesn't it charge on firewire only preglow ?
16.41.56 #       <preglow> slimx: newer ipods doesn't have firewire
16.42.01 #       <preglow> slimx: i don't know about older ones
16.42.06 #       <ep0ch> preglow: i.e. changing it back to a reasonable level kept the resonance going
16.42.14 #       <preglow> ep0ch: is this with a new patch?
16.42.16 #       <Paul_The_Nerd> I know the newer ones don't charge on 1.1, I've heard. Only 2.0
16.42.16 Quit    San_Benedetto ("soon ;x")
16.42.25 #       <ep0ch> it was quite an old one, i'll try the new one in a few mins
16.43.08 #       <preglow> ep0ch: i've used q == infinity, and it still doesn't crash the eq
16.43.12 #       <preglow> it just starts making a sine wave
16.43.44 #       <ep0ch> wierd, i used it at a high frequency... let me retest...
16.43.49 #       <t0mas> preglow: is your eq patch uploaded somewhere already?
16.43.53 #       <safetydan> preglow: if you could, could you write up the limits for parameters since I'm just guessing and reading comments in the eq.c file
16.44.00 #       <preglow> safetydan: sure
16.44.23 #       <preglow> t0mas: https://sourceforge.net/tracker/?func=detail&atid=439120&aid=1423974&group_id=44306
16.44.27 #       <t0mas> k
16.44.57 Join    ModernExecutive [0] (n=bob@pool-141-152-166-148.norf.east.verizon.net)
16.45.16 Quit    ModernExecutive (Client Quit)
16.46.36 Join    ste__ [0] (n=steve@slawson.plus.com)
16.46.38 #       <preglow> ep0ch: tested at all freqs, 24db gain, 6.4q, works just like it should
16.47.48 #       <preglow> i think you used a buggy patch
16.48.04 #       <ep0ch> yeah i think so, working good now :)
16.48.32 Quit    __peer__ (Read error: 110 (Connection timed out))
16.49.10 #       <ep0ch> lostlogic: you here?
16.51.28 #       <preglow> i'm trying to figure out how to deal with the pregain
16.51.57 #       <preglow> a gain can be integrated into one of the eq filters at no additional cost
16.52.12 #       <preglow> but it'd be kind of hard to implement, since any or none of the filters might be active at any time
16.52.42 Join    __peer__ [0] (n=hrm@bzq-82-81-118-121.red.bezeqint.net)
16.55.09 #       <Paul_The_Nerd> preglow: Why not just put a 6th slider in there, for simply "pregain"
16.56.28 #       <preglow> Paul_The_Nerd: i was more thinking how it should work internally, for max efficiency
16.56.43 #       <preglow> doing a separate gaining pass on the audio is a waste when one of the filters can do it
16.57.10 #       <preglow> safetydan: which parameters are you wondering about?
16.57.46 #       <Paul_The_Nerd> Aaah
17.00.17 #       <preglow> safetydan: i think this merits a commit now
17.01.50 #       <safetydan> The maximum for Q
17.01.57 #       <safetydan> whether it's sensible for cutoff to go as high as 22050
17.02.02 #       <ep0ch> iceing on the cake would be a button combo to accelerate step size 
17.02.03 #       <safetydan> things like that
17.02.46 #       <tucoz> ok, first step towards a help on the documentation effort.  http://www.rockbox.org/twiki/bin/view/Main/ManualHowto
17.04.48 #       <lostlogic> ep0ch: yes
17.04.49 #       <lostlogic> sorta
17.05.54 #       <Paul_The_Nerd> tucoz: You might want to mention that TeTeX is available as a Cygwin package. If you get TeTex and TeTeX-extras, you have everything you need under windows, without needing Miktex
17.06.31 #       <preglow> safetydan: whether that is sensible is a matter of psychoacoustics, my code allows all frequncies up to samplerate/2
17.06.43 #       <preglow> safetydan: q can go as loud as a 16 bit number allows
17.06.53 #       <preglow> so something around 65536.9999
17.07.01 #       <ep0ch> lostlogic: i was trying out your pcmbuf_rework.patch and had a few comments, but i've just noticed there is now a version 3 so i'll just test that one to see if i get the same issues...
17.07.02 #       <tucoz> Paul_The_Nerd: ok
17.07.23 #       <preglow> 65535, that would be
17.07.33 #       <preglow> but no, values much higher than 20 or so isn't needed in an eq
17.07.41 ***     Saving seen data "./dancer.seen"
17.07.41 #       <preglow> and you might actually be able to go lower than 0.5 now
17.07.42 #       <preglow> hmm
17.07.46 #       <lostlogic> ep0ch: ok, let me know -- the only issue I'm aware of is with voice menus when playback is stopped
17.08.08 #       <preglow> btw, i just did a test now, and the eq works just like it should, gain is correct and frequency is correct
17.09.16 #       <ep0ch> lostlogic: i've had playback glitches, pitch control < 100% stopped audio, and for low bitrate vorbis files i'm convinced it boosts more than cvs
17.09.29 #       <tucoz> Paul_The_Nerd: I'll just remove the MiKTeX link then
17.09.31 Quit    ste__ (Read error: 110 (Connection timed out))
17.09.52 #       <Paul_The_Nerd> tucoz: Might be the simplest idea. :)
17.09.58 #       <lostlogic> ep0ch: the playback glitches should be good... what do you mean "<100% stopped audio"?
17.10.12 Join    ste__ [0] (n=steve@slawson.plus.com)
17.10.33 #       <ep0ch> lostlogic: you know the pitch control? if you slow the speed down audio stops, however speeding up is fine
17.10.41 Part    tucoz
17.11.19 #       <ep0ch> lostlogic: but let me check with the new patch
17.13.04 Quit    Zagor ("Client exiting")
17.13.38 #       <lostlogic> ep0ch: kk
17.14.35 #       <ep0ch> lostlogic: yeah latest patch  breaks pitch
17.15.53 Part    ste__
17.15.59 #       <lostlogic> hmm, that's weird, I've never used the pitch feature, will look at it sometime today
17.16.41 #       <ep0ch> yeah i dont use it, i just wanted to see how i could break your pcm buffer :D
17.17.33 #       <preglow> hmm
17.17.38 #       <preglow> pitch feature doesn't do anything special
17.17.41 #       <preglow> it just enabled the resampler
17.18.52 #       <ep0ch> hmmm so maybe files < 44.1 khz are broken too
17.19.04 #       <preglow> amiconn: that's some hardcore assembler you've got there
17.19.05 #       <lostlogic> if the dsp_input_size or dsp_output size results change or get wrong it could cause problems.
17.19.19 #       <preglow> lostlogic: oh, they'll change, yes
17.19.43 #       <amiconn> No more hardcore than memcpy(). In fact it's highly symmetric to that
17.19.50 Join    PaulJ [0] (n=PaulJ@vpn-3138.gwdg.de)
17.20.29 #       <lostlogic> preglow: Well this explains where the problem is, and it is a problem that the old buffer tolerated wrongly.
17.20.48 #       <preglow> what would it be?
17.21.11 #       <preglow> amiconn: memcpy is hardcore too
17.21.20 #       <preglow> so yeah
17.21.25 #       <lostlogic> preglow: that the result of dsp_input_size(dsp_output_size(size)) is not size most likely
17.21.33 #       <lostlogic> (but that's just a guess at this point)
17.21.52 #       <preglow> it might differ by one sample
17.21.54 #       <preglow> i guess
17.22.52 Quit    einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
17.26.39 #       <amiconn> preglow: Different points of view :) I don't think this kind of asm is hard, it's just lengthy. Then I don't really understand how jpegs are decoded...
17.28.09 #       <preglow> the lengthy part is makes it hardcore, hehe
17.28.24 #       <preglow> asm gets kind of hard when it gets long
17.28.30 #       <amiconn> Well, a lot of different code paths depending on alignment
17.28.31 #       <preglow> unless you've thought things well out
17.29.00 #       <amiconn> Each of memcpy() and memmove() for coldfire is almost 1KB
17.29.39 #       <safetydan> preglow: I'll work on some additional tweaks tonight (disabling Q setting for shelf filters, better distinguishing between shelf and peak, step acceleration)
17.29.51 #       <lostlogic> ep0ch: is this pitch thing in CVS??
17.29.55 #       <safetydan> mention anything else on IRC you wan't fixed and I'll look for it in the logs
17.29.58 #       <safetydan> for now
17.30.11 Part    safetydan ("home time")
17.30.17 #       <ep0ch> lostlogic: oh yeah, on ihp-1x0, you play a song, in wps hold down play and use up/down
17.30.27 #       <ep0ch> lostlogic: not sure about h3x0
17.30.47 #       <preglow> it should work for h3x0
17.31.00 #       <preglow> amiconn: seems to have gained a couple of percent boost for musepack
17.31.16 #       <preglow> not bad for a single function called only once per frame
17.32.14 #       <lostlogic> ep0ch: wow, it does soemthing weird fo-sho
17.32.16 Quit    ripnetuk ("Leaving")
17.32.36 #       <ep0ch> lostlogic: but its fine with higher pitch
17.33.03 #       <lostlogic> ep0ch: yep.  I'll look into it.
17.33.36 #       <lostlogic> what's weird is that the codec buffer continues to be consumed even when nothing is being played back on the lower pitches... :-\
17.34.11 Join    ghode|afk [0] (i=testing@host-84-9-105-221.bulldogdsl.com)
17.34.23 #       <preglow> amiconn: yeah, memmove shaved off 2-3% for musepack at 190 kbps
17.35.22 Quit    tvelocity ("Αναχωρεί")
17.37.32 Quit    muesli__ (Read error: 110 (Connection timed out))
17.47.55 Join    ]RowaN[ [0] (n=5690c514@labb.contactor.se)
17.49.00 #       <]RowaN[> can someone remind me what format bmps have to be in for the WPS? i cant seem to get any to display anymore
17.49.22 Join    TCK [0] (n=tckocr@81-178-216-103.dsl.pipex.com)
17.49.36 #       <]RowaN[> ahah, 8bit
17.50.01 #       <Paul_The_Nerd> 1, 8, or 24
17.50.11 #       <Paul_The_Nerd> I believe
17.51.25 Join    chilin_dude [0] (n=chatzill@spc1-leed6-3-0-cust194.seac.broadband.ntl.com)
17.52.14 #       <chilin_dude> hey
17.54.16 #       <Paul_The_Nerd> Hello
17.55.18 #       <chilin_dude> hi
17.57.01 #       <]RowaN[> guys i know greyscale bmps doesnt have transparency, but i thought i made a little greyscale icon and placed it somewhere that would be ok.. but its making all the text disappear.. is that normal for now?
17.58.18 #       <Paul_The_Nerd> ]Rowan[: Yes.
17.58.27 #       <Paul_The_Nerd> Wait, ALL the text?
17.58.34 #       <Paul_The_Nerd> Or just, text that crosses over it?
17.59.18 #       <]RowaN[> all the text
17.59.22 #       <]RowaN[> apart from when the text scrolls
17.59.34 #       <]RowaN[> my wps is just like this:
17.59.35 #       <]RowaN[> %x|b|rowan2.bmp|106|56|
17.59.35 #       <]RowaN[> %x|a|rowan.bmp|0|0|
18.00.02 #       <Paul_The_Nerd> ]RowaN[: Is rowan.bmp fullscreen?
18.00.08 #       <]RowaN[> the one positioned at 106,56 is the greyscale little image, and that causes all the text to vanish
18.00.22 #       <]RowaN[> rowan.bmp is not greyscale.. this image covers the entire screen
18.00.35 #       <chilin_dude> hows progress with gigabeat going?
18.00.40 #       <Paul_The_Nerd> It's saved at a Monochrome bmp (1 bit per pixel) or is it 8/24, but only using B&W?
18.01.15 #       <]RowaN[> not sure.. both images are displaying, its just the text thats vanished
18.01.39 #       <Paul_The_Nerd> Yes, but the problem is that if rowan.bmp isn't specifically 1 bit per pixel, the white from it is drawing over the text
18.01.41 #       <Paul_The_Nerd> It's the real problem
18.02.05 #       <]RowaN[> hmm photoshop only lets me save as 4 or 8 + bpp
18.02.09 #       <]RowaN[> with this b&w image
18.02.14 #       <Paul_The_Nerd> Then use Paint
18.02.28 #       <]RowaN[> dont seem to have it
18.02.38 #       <]RowaN[> ahah
18.03.05 #       <Paul_The_Nerd> Figure it out?
18.03.13 #       <]RowaN[> just found paint  =]
18.03.17 #       <Paul_The_Nerd> Gotcha
18.03.39 #       <]RowaN[> yey it works  =]
18.04.56 #       <Paul_The_Nerd> Oh, just remembered something. Linuxstb, preglow: On my ipod, if I have repeat mode set to shuffle, it freezes at the end of a playlist.
18.06.06 #       <preglow> it doesn't like you!
18.06.56 #       <Paul_The_Nerd> I'd assumed that much. I was just curious if this was a "Doesn't like anyone" situation, or a "Specific animosity toward Paul and/or iPods" situation. ;-)
18.09.16 Join    ModernExecutive [0] (n=bob@pool-141-152-166-148.norf.east.verizon.net)
18.09.30 Quit    ModernExecutive (Client Quit)
18.09.43 Join    foo_ [0] (n=mafj2@tor/session/x-ccb6c11ebb97ac2b)
18.12.19 #       <preglow> i have no idea, i've never used shuffle with rockbox
18.12.26 #       <preglow> i'll see if i can check it out
18.12.30 #       <Paul_The_Nerd> Regular shuffle works fine.
18.12.42 #       <Paul_The_Nerd> It's just when it hits the end of the playlist, with the shuffle repeat mode.
18.12.46 #       <lostlogic> ep0ch: pitch down definitely works with CVS?
18.12.52 #       <Paul_The_Nerd> And, if it's regular "repeat all" also, no problems.
18.14.23 Join    NightCat [0] (n=pink__ki@garant.metacom.ru)
18.15.03 #       <ep0ch> lostlogic: defintely
18.15.41 Quit    NightCat (Remote closed the connection)
18.15.45 Quit    preglow ("leaving")
18.15.45 Join    muesli__ [0] (n=muesli_t@88.134.20.76)
18.16.17 Join    preglow [0] (n=thomjoha@hekta.edt.aft.hist.no)
18.16.59 #       <lostlogic> I officially see no way in which my changes would impact pitch.
18.17.35 #       <Paprica> mm
18.17.44 #       <ep0ch> odd
18.17.49 #       <Paprica> testers for the new scroll margins patch?
18.19.01 #       <lostlogic> Paul_The_Nerd: I've made improvements to voice -- it no longer freezes, but it does stop playing menus after the 3.5thish one
18.19.34 #       <Paul_The_Nerd> lostlogic: So, progress. :) I personally don't use voice, especially since Audrey won't be back, but it's a nice feature.
18.20.14 #       <lostlogic> Paul_The_Nerd: hehe, yeah, and blind users _need it_ so I obviously can't commit with it partially broken
18.20.22 Quit    ]RowaN[ ("CGI:IRC (EOF)")
18.20.28 Join    Febs [0] (n=40be24f0@labb.contactor.se)
18.23.09 Quit    Slasheri (Read error: 145 (Connection timed out))
18.23.29 #       <Paprica> https://sourceforge.net/tracker/?func=detail&atid=439120&aid=1417090&group_id=44306
18.23.59 Join    Slasheri [0] (i=miipekk@ihme.org)
18.25.28 Quit    TCK (Read error: 110 (Connection timed out))
18.25.53 #       <Febs> Preglow, just tried the EQ.  Great work!
18.26.58 #       <ep0ch> anyone know how to resample in audacity?
18.27.15 #       <preglow> Febs: thanks
18.27.46 Quit    Febs ("CGI:IRC (EOF)")
18.28.27 Join    Febs [0] (n=40be24f0@labb.contactor.se)
18.28.37 #       <Febs> Damn, I hate the web-based IRC client.
18.28.46 #       <preglow> as you should
18.29.04 #       <chilin_dude> firefox :)
18.29.09 #       <Febs> Anyway, on the EQ, frequency is currently adjusted in 10 Hz steps.
18.29.26 #       <Febs> Any plans to make that  a logarithmic adjustment?
18.29.55 #       <Febs> 10 Hz is a significant change at 50 Hz.  Less so at 10kHz!
18.32.20 #       <preglow> Febs: yeah, i know, i'd more like a logarithmic acceleration, though
18.32.29 #       <preglow> Febs: you might still want to finetune at higher frequencies
18.32.51 #       <amiconn> What about basic the step size on the number of decimals?
18.33.12 #       <amiconn> (that's roughly logarithmic)
18.33.28 Join    DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se)
18.34.23 #       <lostlogic> preglow: Seems like dsp_input_size is rounding toward zero excessively maybe?  When the pcmbuffer needs wrapping (has 1 or 2 samples of space left), those last 1-2 samples don't get written when pitching down, because dsp_input_size says it can't fit anything in them.
18.34.54 #       <preglow> oh
18.34.57 #       <lostlogic> ep0ch: interestingly, this also explains worse performance on _low_ bitrate files
18.34.59 #       <preglow> well, it does round down
18.35.13 #       <lostlogic> I'll work around it, because it will make performance on low bitrate better any way.
18.36.05 #       <ep0ch> interesting, what's the issue?
18.36.30 #       <lostlogic> ep0ch: too small of chunks are ending up getting fed to the DMA
18.36.46 #       <ep0ch> ahhhh
18.36.47 #       <lostlogic> at least I think that's it
18.36.52 #       <lostlogic> we'll find out soon
18.37.29 #       * amiconn would like a better resampler :/
18.37.45 #       <preglow> yeah, me too, but it's not a priority
18.38.21 Quit    chilin_dude ("Chatzilla 0.9.70 [Firefox 1.5.0.1/2006011112]")
18.38.48 Join    imphasing_ [0] (n=a766a239@yossman.net)
18.38.53 #       <amiconn> Hmm. For me the resampler has higher priority than EQ
18.38.59 Join    damaki__ [0] (n=Chocolat@ALille-153-1-4-214.w83-198.abo.wanadoo.fr)
18.39.23 #       <amiconn> With a bad resampler, non-44.1kHz tracks sound horrible, but EQ is optional stuff...
18.40.13 #       <preglow> 48khz tracks sound completely adequate
18.40.18 #       <preglow> and those are more or less what i did it for
18.40.21 #       <preglow> it isn't meant for 22khz files
18.40.30 #       <amiconn> The voices are 12 kHz...
18.40.40 #       <preglow> yes, and it wasn't designed for them at all
18.40.55 #       <muesli__> preglow theres a load option for eq settings..but hwo to save settings?
18.41.05 #       <preglow> muesli__: with the save settings item?
18.42.25 #       <muesli__> didnt see any
18.42.29 #       <preglow> it's there
18.42.53 #       <lostlogic> pitch down works
18.43.31 #       <muesli__> sorry, i seem to be dumb :o
18.43.35 #       <ep0ch> cool
18.44.57 Join    einhirn [0] (n=Miranda@p548606D4.dip0.t-ipconnect.de)
18.49.16 #       <preglow> making a new resampler wont be easy either
18.49.18 #       <ep0ch> hehe i think resampler should go before eq in the dsp chain
18.49.29 #       <preglow> ep0ch: that depends on whether it samples up or down
18.50.30 #       <ep0ch> i get lots of noise on a 22khz file when eq is just over 11khz
18.50.41 #       <preglow> yes, that'll be fixed
18.50.46 #       <ep0ch> oh cool
18.51.27 #       <preglow> it has to be fast, reasonably accurate, offer seamless resampling ratio changes
18.53.16 Quit    damaki_ (Read error: 110 (Connection timed out))
18.57.36 #       <slimx> let's leave my office see ya all at home :)
18.57.40 Quit    slimx ("Leaving")
18.59.47 #       <PaulJ> Paprica: the scrolling margins patch doesn't work correctly for me (i used %m|11|108| ): http://www.stud.uni-goettingen.de/~s291827/test/dump%20350206-185407.gif
19.00.15 #       <Paprica> auch.....
19.00.15 Quit    imphasing_ ("yossman.net freenode.net/wikipedia webchat CGI:IRC 0.5.4 (2005) (EOF)")
19.00.23 #       <Paprica> can you send me the wps?
19.02.37 #       <Paprica> PaulJ?
19.03.08 #       <novimon> does rockbox have format a disk ability?
19.03.30 #       <novimon> cause windows wont recognize my iriver anymore
19.04.09 #       <novimon> even the usb mode wont work
19.04.39 #       <PaulJ> Paprica: http://www.stud.uni-goettingen.de/~s291827/test/PJ_Ice_R.zip
19.04.49 #       <Paprica> 10
19.04.51 #       <Paprica> x
19.06.14 #       <PaulJ> Paprica: but i haven't used a clean source. Maybe this is the reason for the problems.
19.06.21 #       <Paprica> nono
19.06.25 #       <Paprica> wait a sec
19.07.17 #       <novimon> when i start the normal firmware it says "chek the hdd connection"
19.07.23 #       <novimon> and the "check the hdd"
19.07.43 ***     Saving seen data "./dancer.seen"
19.09.38 Join    ep0ch| [0] (n=ep0ch@84.12.178.113)
19.09.42 #       <Paprica> ok i know way it happens...
19.09.50 #       <Paprica> wait a few minutes..
19.11.21 #       <novimon> hmm
19.11.23 #       <novimon> fixed it
19.11.32 #       <novimon> snapped the player agains my hand
19.11.39 #       <novimon> i think the hdd connection is loose
19.11.45 #       <ghode|afk> hehe
19.12.20 #       <novimon> but i wonder if I should send it for fixing
19.12.27 #       <novimon> or continue using
19.12.42 #       <novimon> how long is the warrante for ihp120?
19.13.09 #       <ghode|afk> errr not long, a year at most
19.13.12 #       <novimon> ok
19.13.13 #       <Paul_The_Nerd> If it says iHP on it, it's probably expired. :-P. That being said, it's a year.
19.13.18 #       <novimon> im past that so..
19.13.40 #       <Paul_The_Nerd> You could always open 'er up, and make sure the HD is snug.
19.13.48 #       <novimon> can I do that
19.13.53 #       <novimon> is that hard to do? :)
19.14.15 #       <ghode|afk> not too hard, there are loads of guides out there
19.14.46 #       <novimon> you wouldnt happen to have URL for one handy, would you?
19.15.03 #       <Paul_The_Nerd> Remove screws, remove end bits, remove back, look, make sure snug. It's really not that terribly complicated as long as you're careful.
19.15.13 #       <ghode|afk> look at the h1x0 forums on misticriver.com
19.15.26 #       <novimon> ok
19.15.43 #       <novimon> I'll try it
19.15.59 #       <novimon> I'll report back when I've messed things up :)
19.17.08 Quit    Paul_The_Nerd ("Leaving.")
19.17.13 #       <amiconn> Hmm.
19.17.36 #       <amiconn> Where to put the memset16() declaration? It's not a standard string function...
19.17.51 #       <preglow> indeed not
19.18.46 #       <Paprica> PaulJ, http://sourceforge.net/tracker/index.php?func=detail&aid=1417090&group_id=44306&atid=439120
19.18.51 #       <Paprica> try it please
19.19.56 Quit    ep0ch (Read error: 110 (Connection timed out))
19.20.05 #       <PaulJ> Paprica: there is no patch attached
19.20.28 #       <ep0ch|> /name ep0ch
19.20.30 Nick    ep0ch| is now known as ep0ch (n=ep0ch@84.12.178.113)
19.20.31 #       <Paprica> ok
19.20.31 #       <ep0ch> oops
19.20.33 #       <Paprica> try now
19.21.12 #       <PaulJ> Paprica: ok. i'll try it
19.21.18 #       <Paprica> 10x
19.27.50 Join    TCK [0] (n=tckocr@81-178-216-103.dsl.pipex.com)
19.29.18 Quit    einhirn (Read error: 104 (Connection reset by peer))
19.31.24 Join    safetydan [0] (n=dan@81-178-235-210.dsl.pipex.com)
19.34.39 Join    NicoFR [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net)
19.34.51 Join    matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se)
19.36.40 Join    damaki_ [0] (n=Chocolat@ALille-153-1-76-147.w86-207.abo.wanadoo.fr)
19.36.54 #       <PaulJ> Paprica: If the statusbar is enabled all text is pushed down. http://www.stud.uni-goettingen.de/~s291827/test/dump%20350206-193319.gif
19.37.32 #       <Paprica> sec
19.37.37 #       <Paprica> check it.
19.38.26 #       <Paprica> lol
19.38.31 #       <Paprica> its not happen to me
19.38.32 #       <Paprica> =\
19.38.33 #       <Paprica> mm
19.38.33 Quit    kkurbjun ("Leaving")
19.38.44 #       <Paprica> when it happen?
19.38.52 #       <PaulJ> i will try it with a clean cvs
19.39.08 #       <Paprica> ok
19.40.55 Join    perl|bbq [0] (n=say@cpe-66-65-89-236.nyc.res.rr.com)
19.43.50 #       * preglow might have eq plotting working faster than expected...
19.44.26 #       <safetydan> now that will be something to see
19.45.46 #       <preglow> i've got some prototype code working right now
19.46.17 Join    hd [0] (i=hd@gate-hannes-tdsl.imos.net)
19.50.29 #       <preglow> now, how would such a thing be integrated into, do you think?
19.50.38 #       <preglow> it seems this is very realistic after all
19.50.47 #       <safetydan> Well, there's not really room on the UI screen as it stands
19.50.55 Quit    damaki__ (Read error: 110 (Connection timed out))
19.51.02 #       <preglow> no, i'm thinking it might be bound to a button
19.51.05 #       <preglow> so you can switch screens fast
19.51.37 #       <preglow> i don't think we can afford to have this thing be realtime updated anyway, it's pretty cpu intensive
19.54.49 #       <safetydan> Sounds like the best way to do it
19.55.08 Join    _FireFly_ [0] (n=FireFly@p54A444B0.dip.t-dialin.net)
19.55.44 #       <Paprica> http://misticriver.net/showthread.php?p=387888#post387888
19.55.49 #       <Paprica> veryyyyyyyy nice
19.59.09 Quit    goa (Connection timed out)
19.59.10 Nick    hd is now known as goa (i=hd@gate-hannes-tdsl.imos.net)
20.00.04 #       <PaulJ> Paprica: i tried now with a clean cvs version, but there are still problems: 1.If the statusbar is enabled in the menu, the text is pushed down, even though i use the %wd tag in the wps
20.01.09 Quit    damaki_ (Read error: 110 (Connection timed out))
20.01.11 Quit    XavierGr ("Trillian (http://www.ceruleanstudios.com")
20.01.18 #       <Paprica> can you send me the wps again?
20.02.45 #       <PaulJ> 2. the %m tag (without x1 and x2 values) doesnt work, the text in the lines below the %m stilll have the margins
20.03.23 Join    Lear [0] (n=chatzill@h194n1c1o285.bredband.skanova.com)
20.04.01 #       <Paprica> ok
20.07.27 #       <PaulJ> Paprica: here is the wps (it is a different one, because the other one doesnt work correctly with cvs): http://www.stud.uni-goettingen.de/~s291827/test/br22.zip
20.07.33 #       <preglow> looks like phase problems is going to make this non-trivial
20.09.23 Join    Thus0 [0] (n=Thus0@248.111.102-84.rev.gaoland.net)
20.10.03 #       <Paprica> mm
20.10.07 #       <Paprica> what is this tag?
20.10.08 #       <Paprica> ->>
20.10.58 Quit    t0mas ("brb")
20.11.32 #       <PaulJ> the > are the closing brackets of the conditional
20.14.17 #       <Paprica> mm dont know why but i could'nt do what you say in 1..
20.14.30 #       <preglow> safetydan: btw, since the eq is now placed after resampling, you should use NATIVE_FREQUENCY and not dsp->frequency for calculating the cutoff
20.19.35 Join    slimx [0] (n=slimx@vau75-7-82-234-251-56.fbx.proxad.net)
20.20.33 #       <Lear> preglow: for the Q parameter in the equalizer, does a high value make the band wide or narrow?
20.21.51 #       <preglow> narrower
20.22.02 #       <preglow> i
20.22.14 #       <preglow> i'm pondering on doing a bandwidth parameter too
20.22.31 #       <preglow> just need to figure out how simple it is to do a sinh() in fixed point
20.22.51 #       <PaulJ> Paprica: Statusbar enabled looks like this for me: http://www.stud.uni-goettingen.de/~s291827/test/dump%20350206-201639.gif
20.23.03 Quit    goa ("Client suicide")
20.23.10 #       <PaulJ> (it happens only if the first lines scroll)
20.23.47 #       <PaulJ> If the statusbar is disaled it looks like this: http://www.stud.uni-goettingen.de/~s291827/test/dump%20350206-201700.gif
20.24.58 #       <PaulJ> (in both cases the text flickers)
20.25.56 #       <preglow> seems eq graphing is realistic after all
20.27.17 Quit    TCK ("well, if you say so.")
20.28.56 #       <preglow> does any other daps allow you to see the freq response of the eq? :>
20.29.02 #       <preglow> i'm hoping for another rockbox first, heh
20.29.08 #       <safetydan> Go Rockbox!
20.29.15 #       <safetydan> I'll fix that NATIVE_FREQUENCY in the next release
20.29.19 #       <preglow> yep
20.29.32 #       <Bagder> everyone just mentions rio karm when eq and dap is brought up
20.29.36 #       <Bagder> karma
20.29.42 #       <preglow> i'd say our eq is just as good
20.29.50 #       <preglow> specwise it should be
20.33.42 #       <Lear> but is it as fast? ;)
20.36.50 Join    petur [0] (i=petur@d54C1AB96.access.telenet.be)
20.43.40 Join    ModernExecutive [0] (n=bob@pool-141-152-166-148.norf.east.verizon.net)
20.43.45 Quit    AliasCoffee ("Leaving")
20.43.47 Quit    ModernExecutive (Remote closed the connection)
20.49.38 Quit    Febs ("CGI:IRC (EOF)")
20.57.30 Join    ModernExecutive [0] (n=bob@pool-141-152-166-148.norf.east.verizon.net)
21.00.13 #       <amiconn> Bagder: Any suggestion where to put the memset16() declaration? string.h doesn't sound appropriate...
21.00.22 #       <NicoFR> linuxstb: are you there ?
21.00.39 #       <Bagder> amiconn: we should probably have a memory.h
21.07.31 Join    linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net)
21.07.46 ***     Saving seen data "./dancer.seen"
21.07.50 #       <linuxstb_> NicoFR: ?
21.07.54 #       <NicoFR> hi
21.08.01 Quit    linuxstb (Nick collision from services.)
21.08.03 Nick    linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net)
21.08.06 #       <safetydan> preglow: should I disable Q setting for the shelf filters? and would it be worth upping the precision of Q so we can use 0.707 instead of 0.7?
21.08.11 #       <NicoFR> it's about the backdrops in wps
21.08.30 #       <linuxstb> What about them?
21.08.48 #       <NicoFR> is it normal that a wps that doesn't have an %X tag  uses the backrop of the previously loaded wps ?
21.09.04 Quit    Thus0 ("Leaving")
21.09.17 #       <linuxstb> Yes, I've read about that - it's a bug I think.
21.09.25 #       <NicoFR> i think so too
21.09.40 #       <NicoFR> isn't you who worked on backdrops ?
21.09.59 #       <linuxstb> Yes.
21.10.14 #       <linuxstb> Plus Linus did some work on them as well.
21.10.54 #       <NicoFR> i was looking at the code so i wanted to ask you if it was worth me trying to fix it
21.11.21 #       <linuxstb> It's OK, I'm having a look now.
21.11.21 #       <ep0ch> safetydan: Q setting for bass is quite interesting imho
21.11.34 #       <NicoFR> ok
21.12.12 #       * petur wonders what he did wrong to the gods of cvs commits
21.12.28 #       <petur> keeping a patch up to date is a serious pita :(
21.13.03 #       <Bagder> petur: I don't think you've done anything wrong, just that no cvs committer has yet taken the time to merge your work
21.13.23 #       <NicoFR> linuxstb: and what about having another tag that would fill the BG with a solid color ?
21.14.12 #       <linuxstb> Yes, we need that.
21.14.18 #       <lostlogic> linuxstb: you OK with me committing my pcmbuf stuff with it still probably breaking ipod skip/stop?
21.14.38 #       <safetydan> ep0ch: interesting in that it does something useful or interesting in that it makes the sound go funny in interesting ways?
21.14.56 #       <lostlogic> ep0ch: want to torture test it again before I do that? :)
21.16.01 #       <ep0ch> safetydan: interesting that it adds an extra dimension to the bass
21.16.09 #       <ep0ch> lostlogic: i'd love too
21.16.28 #       <ep0ch> lostlogic: patch in the patch tracker?
21.16.34 #       <lostlogic> ep0ch: not yet, about to upload
21.17.08 #       <petur> well, shameless patch advertisment follows... latest comment sums up what it does:
21.17.10 #       <petur> https://sourceforge.net/tracker/index.php?func=detail&aid=1403437&group_id=44306&atid=439120
21.17.43 #       <linuxstb> lostlogic: I'll have another go at fixing it later tonight.  The current ipod playback is buggy, but at least it doesn't freeze, forcing a reset.
21.18.30 #       <linuxstb> I'm going to try and rewrite the pcm_playback code for ipod, but try and  more closely follow the logic of the uda1380 driver.  I'm now understanding things more.
21.18.53 #       <petur> Bagder: I'm sure I did something wrong to Linus (some pretty bad first patches as I was learning all these new things: cygwin, cvs, dos2unix,...)
21.20.02 #       <lostlogic> linuxstb: hmm... might better for me to commit first any way, because my stuff does modify the pcm_playback.c a bit, at least the initialization, and not holding on to extra data...
21.21.58 #       <lostlogic> ep0ch: new version posted on sf
21.22.11 #       * ep0ch wonders if linuxstb wants to update menu_files.patch to work with cvs one day
21.22.40 #       <preglow> Lear: dunno, if anyone can give me perforance specs from the karma, i'd be happy to compare :-)
21.22.42 #       <ep0ch> lostlogic: k
21.22.47 Join    nounours [0] (n=lalmeras@gs.team.openwide.fr)
21.25.20 #       <preglow> at least i can't make my current eq code much faster
21.25.57 Quit    perl|bbq (Read error: 110 (Connection timed out))
21.26.09 Join    webguest67 [0] (n=5087cc2c@labb.contactor.se)
21.26.54 #       <webguest67> preglow, does the cutting of freq work with your EQ ?
21.27.04 #       <preglow> webguest67: of course
21.27.11 #       <preglow> just use negative gains
21.27.41 #       <webguest67> eargerly waiting your committ, :-)
21.28.32 Part    webguest67
21.28.54 #       <safetydan> preglow, any thoughts on Q removal for shelf filters?
21.29.06 Join    goa [0] (i=hd@gate-hannes-tdsl.imos.net)
21.29.11 #       <preglow> safetydan: well, i don't think we should _rmove
21.29.13 #       <preglow> argh
21.29.26 #       <preglow> safetydan: well, i don't think we should _remove_ them, but then again, people shouldn't tweak it an expect good results :)
21.29.30 #       <safetydan> ah okay
21.29.33 Join    hardeep [0] (i=hardeeps@SDF.LONESTAR.ORG)
21.29.34 #       <safetydan> documentation issue then :)
21.29.40 Quit    _FireFly_ ("Leaving")
21.29.50 #       <preglow> we should really use another parameter for the shelving filters
21.29.53 #       <lostlogic> gah, did something recently take up 2.5 megs of codec buffer space, or is it me somehow?  Does enabling voice do that or changing language?
21.30.06 #       <preglow> the audio eq cookbook has a S parameter, where S = 1 means maximally flat frequency response
21.30.06 Quit    Sinbios (Read error: 104 (Connection reset by peer))
21.30.16 #       <preglow> which is exactly equal to q = 0.707, but a bit clearer
21.30.27 #       <preglow> lostlogic: enabling voice does that, sure
21.30.29 Join    Sinbios [0] (n=Sinbios@HSE-Toronto-ppp301652.sympatico.ca)
21.30.36 #       <preglow> lostlogic: not only enabling it, just keeping a voice file around will allocate it
21.30.54 #       <lostlogic> ahhhhh, ok, that makes sense, I was about to ask "why didn't it go away when I rebooted?"
21.31.04 #       <safetydan> preglow: that sounds like a good idea actually
21.31.18 #       <safetydan> I see some confusion on the forums about why there's a Q for shelving filters
21.31.28 #       <preglow> safetydan: problem is explaining to ordinary people what a higher S does
21.31.42 #       <preglow> also, i need to code it first :-)
21.31.50 #       <safetydan> there is that
21.32.04 #       <safetydan> four things left on my todo list
21.32.29 #       <preglow> and those are?
21.32.29 #       * safetydan starts digging in to the WPS code to add a "EQ enabled" setting
21.32.33 #       <preglow> i'm quite eager to commit this thing
21.32.38 Quit    foo_ ("Leaving")
21.32.50 #       <safetydan> EQ reset option
21.32.53 #       <safetydan> WPS tag
21.33.00 #       <safetydan> Step acceleration
21.33.02 Join    optimistik [0] (n=optimist@d216-232-100-172.bchsia.telus.net)
21.33.12 #       <safetydan> Genre based EQ settings
21.33.20 #       <safetydan> none of them are really critical
21.33.22 #       <preglow> wouldn't the config file system cover that?
21.33.59 #       <safetydan> I would have thought so, but some people want it to switch to .rockbox/eqs/<genre>.cfg based on ID3 tags
21.34.04 #       <preglow> bah
21.34.13 #       <safetydan> As I said, not critical
21.34.20 #       <preglow> so it's basically cool to go now?
21.34.32 #       <optimistik> can someone help me my ipod has rockbox on it and won't boot into the apple os or go into diskmode if i try i hear the hd starting and stopping a lot and then i get the sad ipod thing
21.34.38 #       <safetydan> I'll upload a new patch in a second
21.34.46 #       <safetydan> fixes the NATIVE_FREQUENCY thing at least
21.34.52 #       <preglow> yeah, good
21.34.56 #       <preglow> hmm
21.35.20 #       <preglow> i'd also like a pregain ready, but that could wait
21.35.34 #       <preglow> optimistik: sounds like you need to restore it
21.36.03 #       <preglow> optimistik: what ipod model?
21.37.10 #       <safetydan> oh yeah, pregain, I'll add that to the list
21.37.12 #       <optimistik> 4th gen 60gb photo
21.37.28 #       <preglow> safetydan: i think we'll just have to be content with the replaygain method
21.37.44 #       <preglow> it'll slow down the eq yet another notch, but yeah
21.37.44 Quit    optimistik ()
21.38.05 Join    linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net)
21.38.40 #       <ep0ch> lostlogic: patch seems good to me, i havent tested voice though
21.38.47 Quit    linuxstb (Read error: 110 (Connection timed out))
21.39.36 Join    Henrico [0] (n=henrico@cn-mss-cb01-1900.dial.kabelfoon.nl)
21.39.37 #       * ep0ch remembers when 128 kbps mp3 used to play without boost :s
21.40.00 #       <lostlogic> ep0ch: you sayin' it's slower still?
21.40.10 #       <ep0ch> no
21.40.17 #       <ep0ch> its on par with latest cvs
21.40.29 #       * safetydan waits for sourceforge
21.40.53 #       <ep0ch> i think either my builds are slow or cvs build got slower over the past months
21.40.58 #       <lostlogic> ah yes, we need to figure out some way other than mutexes to protect pcmbuf_play_stop and pcmbuf_flush_fillpos from each other
21.41.03 #       <preglow> ep0ch: they still do...
21.41.30 #       <ep0ch> then something is most definelty wrong with my setup
21.41.35 #       <safetydan> preglow: latest patch should be up with change summary attatched
21.41.35 #       <preglow> h1x0?
21.41.40 #       <ep0ch> yeah...
21.41.43 #       <preglow> well, works fine here
21.41.53 #       <preglow> even 160kbps is just _almost_ non-boost
21.41.53 #       <safetydan> attached even
21.42.07 Join    perldiver [0] (n=say@cpe-66-65-89-236.nyc.res.rr.com)
21.42.08 #       <lostlogic> ep0ch: what compiler you usin'?
21.42.15 #       <ep0ch> 3.4.4
21.42.58 #       <ep0ch> ahh i had replaygain on and crossfeed lol
21.43.22 #       * lostlogic always plays with replaygain on
21.43.27 #       <lostlogic> not crossfeed though
21.43.35 #       <ep0ch> hmm still boosts slightly 
21.43.46 #       <safetydan> preglow, one thing that might be important, not all strings are localised
21.43.49 #       <safetydan> I got lazy
21.45.16 #       <preglow> oh, well that needs fixing
21.46.23 Quit    Sinbios ("If the definition of a klutz is someone who doesn't have eyes on their ass, then yes, I suppose I am a klutz.")
21.46.28 #       <ep0ch> what compiler does rockbox.org use for builds?
21.46.39 #       <lostlogic> ep0ch: 3.4.4 or 3.4.5 iirc
21.47.01 Join    Mmmm [0] (n=mscarrat@cpc1-hem13-0-0-cust973.lutn.cable.ntl.com)
21.47.26 #       <Bagder> m68k-elf-gcc (GCC) 3.4.1
21.47.29 #       <petur> hey Mmmm
21.47.44 #       <ep0ch> ty
21.47.44 #       <Bagder> each build log shows the version
21.47.45 #       <safetydan> preglow, okay, I'll go through and do the i18n thing
21.47.47 #       <Mmmm> So...Petur...anyone committed our patch yet? :D
21.47.59 #       <petur> nope... :(
21.48.10 #       <preglow> what patch? recording?
21.48.24 #       <Mmmm> Is there something weong with it? does it smell or something?
21.48.31 #       <ep0ch> hehe
21.48.32 #       <preglow> ahh, _that_ one
21.48.33 #       <petur> I've been keeping it up to date with cvs and fixed a warning with Archos...
21.48.38 #       <preglow> yeah, it smells like a bag of shit
21.48.39 Quit    solexx ("leaving")
21.48.40 #       <preglow> so i wont touch it
21.48.45 #       <Bagder> Mmmm: yes, that is the _only_ patch that isn't committed... :-)
21.48.52 #       <Bagder> hahaha
21.48.54 #       <Mmmm> but its lovely!
21.49.20 #       <preglow> yeah, i kn0ow
21.49.22 #       <preglow> i should try it one day
21.49.29 #       <Mmmm> :D
21.49.30 #       <petur> I guess most devs with commit access aren't into recording...
21.49.45 #       <Mmmm> certainly seems that way eh? :(
21.50.15 Quit    mafj2 (Connection reset by peer)
21.50.15 #       <preglow> safetydan: hmm, i just remembered something
21.50.32 #       <preglow> safetydan: when a band is enabled after being disabled for a while, the filter history for that filter should be zeroed
21.50.34 Join    webguest16 [0] (n=5087cc2c@labb.contactor.se)
21.50.56 #       <preglow> the filter history for all filters should be zeroed whenever audio stops
21.51.16 #       <preglow> or you'll get a little resonant pop whenever you press play again
21.51.17 #       <petur> Mmmm: anyway, my last changes are important for Archos: one mistake and one cosmetic issue (ran it in the sim to test)
21.52.04 #       <Mmmm> really? for some reason I though recording didnt work in the sim! I've been plugging and unplugging!
21.52.24 #       <petur> I also saw that abs() is redefined in a zillion places...
21.52.41 #       <petur> Mmmm: just the UI...
21.52.57 #       <Mmmm> abs()...hmmm..was that me or you ;)
21.53.03 #       <webguest16> using the EQ gui interface, the changes made are only audible after 5 plus seconds, and then only if another mode or band is selected, anyway of making the EQ changes audible in realtime
21.53.30 #       <petur> Mmmm: no, I mean in other files we didn't touch ;)
21.54.10 #       <Mmmm> well of course..as if we would go and do something silly like that eh? :D
21.54.56 #       <lostlogic> linuxstb_: let me know if you figure anything out about the ipod playback brokenness -- I'm itchin' to commit this stuff, been workin' on / sittin' on it for too long.
21.55.03 #       <Lear> webguest16: crossfade user perhaps? :)
21.55.14 #       <webguest16> not at LL
21.55.24 #       <webguest16> LL = all
21.55.39 Quit    linuxstb_ (Read error: 110 (Connection timed out))
21.56.01 #       <preglow> safetydan: even seems to work on ipod
21.56.03 #       <Lear> Well, the non-crossfade audio buffer isn't that long, so the change should happend a bit quicker, I would've thought..
21.56.17 Join    muesli- [0] (n=muesli_t@88.134.20.76)
21.56.20 Join    linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net)
21.56.28 #       <safetydan> I'll fix the history filter thing as well while I'm i18n'ing
21.57.03 #       <webguest16> its no biggie, just thought it might be a bug :)
21.57.03 #       <ghode|afk> eq changes take 20 seconds for me :/
21.57.22 #       <safetydan> preglow: could I move the eq_*_coef calls inside the while loop in dsp_process? would that make the EQ more responsive?
21.57.43 #       <preglow> no, not really
21.57.52 #       <preglow> the problem is the length of the pcm buffer
21.57.57 #       <preglow> it's several seconds long
21.58.15 Quit    DangerousDan (Read error: 104 (Connection reset by peer))
21.58.18 Join    DrMoos [0] (i=DrMoos@m53.net81-66-159.noos.fr)
21.58.26 #       <ep0ch> lostlogic: and for your next trick please add a playback destination option i.e. out or null or disk with and without dsp :)
21.58.29 Quit    Moos (Read error: 104 (Connection reset by peer))
21.59.57 Quit    muesli__ (Read error: 110 (Connection timed out))
22.00.09 #       <preglow> safetydan: please test and see that the eq sounds good when switching a filter on and off after fixing the history thing
22.00.26 #       <preglow> it _might_ be better to always let the filters have some history, even though it's technically speaking invalid
22.00.38 Quit    imphasing (Remote closed the connection)
22.00.43 Join    DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se)
22.01.25 Part    webguest16
22.01.29 #       <Lear> preglow: without crossfade, the pcm buffer isn't that long...
22.01.40 #       <preglow> Lear: it's still several seconds long
22.01.49 #       <preglow> Lear: more than long enough for a really noticable delay
22.01.50 Join    imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net)
22.01.51 #       <Lear> safetydan: you might want to call it from time to time in eq_menu.
22.01.52 Join    Thus0 [0] (n=Thus0@84.102.111.248)
22.01.52 Join    Thus0_ [0] (n=Thus0@84.102.111.248)
22.01.58 #       <ep0ch> preglow: which gcc are you using to get realtime playback of 128kbps mp3?
22.02.01 #       <safetydan> Lear, good point
22.02.01 #       <lostlogic> ep0ch: it's on my brain -- haven't figured out exactly how to implement it without costing performance is the main problem at this point, probably have to make a "pluggable" interface to the pcmbuffer.
22.02.03 #       <preglow> ep0ch: 3.4.5
22.02.12 #       <preglow> Lear: why would he want that?
22.02.12 Quit    Thus0 (Read error: 104 (Connection reset by peer))
22.02.12 Quit    Thus0_ (Read error: 104 (Connection reset by peer))
22.02.21 Join    Thus0 [0] (n=Thus0@248.111.102-84.rev.gaoland.net)
22.02.43 #       <preglow> if we're still talking about calling eq_*_coefs
22.03.06 #       <Lear> well, I was thinking of eq_update_data... :)
22.03.14 #       <safetydan> wait... I was thinking that was related to the update lag
22.03.25 #       <Lear> ah, more or less the same.
22.03.27 #       <safetydan> eq_update_data gets called at the beginning of each PCM block
22.03.42 #       <Lear> which is more often than needed, imho...
22.03.53 #       <preglow> oh yes
22.04.01 #       <preglow> if all it does is update coefs
22.04.21 #       <Lear> yep.
22.04.27 #       <preglow> coefs should be updated when the slider/value is changed, everything else would mean a noticable performance impact
22.04.36 #       <Lear> just call it on load, and whenever the settings change.
22.05.09 Join    bazz [0] (n=nick@fw.marklogic.com)
22.05.15 #       <safetydan> ah so many things to fix
22.05.23 Quit    Thus0 (Client Quit)
22.05.24 #       * safetydan should have just preglow commit it early and stayed quiet
22.05.30 #       <safetydan> let preglow even
22.05.43 #       <bazz> is there a way to do a scrolling line that doesn't scroll the width of the whole screen in a wps (so like, display the folder name, scrolling, on only half the screen)?
22.05.44 #       <preglow> hahah
22.05.53 #       <Lear> ouch, like six div64, bunch of fracmuls...
22.06.19 #       <petur> bazz: I think Paprica is working on that
22.06.31 #       <bazz> petur: okay, but not yet then right?
22.06.47 #       <NicoFR> bazz:http://sourceforge.net/tracker/index.php?func=detail&aid=1417090&group_id=44306&atid=439120
22.06.47 #       <petur> there's probably a patch already
22.06.55 #       <Paprica> bazz, there is a patch on the SF but it little buggy
22.07.09 #       <bazz> thanks guys :)
22.07.49 #       <bazz> Paprica: buggy how?
22.07.51 #       <preglow> safetydan: nothing that doesn't impact the way it sounds is critical
22.07.55 #       <preglow> safetydan: everything else can be done later
22.08.05 #       <Paprica> it have some problems..
22.08.35 #       <preglow> safetydan: hey, think of the fame and glory
22.08.54 #       <preglow> safetydan: but yeah, it even works on ipod, grand work
22.08.56 #       <bazz> Paprica: okay, well, i'll play with it a bit thanks :)
22.09.03 #       <Paprica> =]
22.09.38 #       <preglow> safetydan: btw, you've got a lacking indent around the if (dsp->eq_enabled) is dsp_process() :>
22.09.47 #       <preglow> _in_ dsp_process
22.10.02 Quit    imphasing (Remote closed the connection)
22.11.23 #       <safetydan> odd, looks fine on my screen
22.11.32 #       <preglow> safetydan: tab?
22.11.37 #       <safetydan> spaces
22.11.41 #       <preglow> the eq_process call isn't indented here
22.12.01 #       <safetydan> I'll check the next patch
22.12.09 #       <preglow> wtf
22.12.16 #       <preglow> the semicolon is lacking too here :>
22.12.21 #       <preglow> something's on
22.12.27 #       <safetydan> yeah okay that's just getting weird
22.12.45 #       <preglow> just ignore me
22.12.49 #       <safetydan> Do the iPod key settings make sense? I sort of just made them up
22.12.49 #       <preglow> i'm sure all will be well
22.13.17 #       <Lear> safetydan: move that to dsp_set_eq (and clear eq_state too), and add some to calls to eq_menu while you're at it. :)
22.13.22 #       <Lear> I'm just about to try that here...
22.13.47 #       <preglow> safetydan: we'll see, for now, they work
22.15.43 #       <safetydan> I've just redone the filter update stuff. Now it only updates on change from the user not in dsp_process
22.16.08 #       <preglow> excellent
22.17.36 Quit    DangerousDan (Read error: 104 (Connection reset by peer))
22.19.32 #       * safetydan notices the oddity of having DangerousDan and safetydan on the same channel
22.19.36 #       <preglow> haha
22.19.45 Join    DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se)
22.20.31 #       <safetydan> Step back DangerousDan! safetydan is here!
22.20.47 #       <muesli-> schizzo? :d
22.20.54 Quit    ghode|afk (Read error: 104 (Connection reset by peer))
22.21.09 Join    Thus0 [0] (n=Thus0@154.111.102-84.rev.gaoland.net)
22.21.25 #       <safetydan> gah, now I've broken the compile
22.22.21 #       <preglow> cause for celebration!
22.23.00 #       <lostlogic> wait wait... DangerousDan comes in... then safetydan breaks things!?
22.23.37 #       <preglow> you're in #rockbox now
22.23.50 #       <preglow> reality itself has to withstand some bending
22.26.11 Join    imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net)
22.27.40 Quit    imphasing (Client Quit)
22.30.49 #       <safetydan> What's the best place to reset the filter history? DSP_RESET?
22.31.26 #       <amiconn> gah
22.31.43 #       <amiconn> Backdrop seriously complicates optimisation
22.32.00 #       <preglow> safetydan: i don't know, it'd need to be in a place that gets called whenever playback stops
22.32.11 #       <preglow> safetydan: as in it should not happen at an ordinary track transition
22.32.23 #       <preglow> safetydan: so it'll probably be a bit tricky :>
22.32.43 #       <preglow> amiconn: well, no shit
22.33.03 #       <preglow> amiconn: but the gui code is built so that you can optimise everything else without having to optimise backdrop code as well, yes?
22.33.23 #       <lostlogic> ep0ch: for your wav out needs, would the raw PCM data work, or would that be a major pain?
22.34.10 #       <preglow> raw pcm data = signed 32 bit data of arbitrary precision :>
22.35.49 #       <amiconn> preglow: Backdrop is low level stuff, the gui layer has nothing to do with it
22.35.57 #       <lostlogic> ok, so how does one output wav?
22.36.00 #       <preglow> ahh, yeah, i meant lcd drawing code
22.37.26 #       <amiconn> As long as the primitives only use the fastpixelfuncs it's no problem, but that's the area I want to optimise
22.37.41 Join    JdGordon [0] (n=Miranda@c220-239-137-122.smelb1.vic.optusnet.com.au)
22.37.42 Quit    mikearthur (Read error: 104 (Connection reset by peer))
22.37.58 #       <amiconn> Currently all primitives do one function call *per pixel*, which is quite some overhead
22.38.05 #       <lostlogic> Slasheri: any chance that your audio system early initialization changes make voice not work right on bootup?
22.39.13 #       <amiconn> Primitives that fill adjacent pixels (fillrect, hline) can use memset16() instead, but have to use memcpy() for background if backdrop is in effect
22.39.18 Join    w0rds [0] (n=w0rds@sp-200-155-78-175.datacenter1.com.br)
22.40.27 #       <safetydan> would it seem reasonable to have stop_codec_flush call something like "dsp_reset"?
22.40.32 #       <amiconn> lostlogic: Voice for swcodec is buggy as-is in cvs
22.40.35 #       <safetydan> sorry, eq_reset
22.40.41 #       <preglow> one function call per pixel isn't _that_ much
22.40.47 #       <preglow> they should be able to use just scratch regs
22.41.12 #       <preglow> safetydan: ask lostlogic :>
22.41.21 #       <preglow> i have no clue about that part of rockbox
22.41.28 #       <amiconn> preglow: Parameter passing happens on the stack, plus rts is a slow operation
22.41.31 #       <safetydan> I'm getting lost in there too
22.41.33 Quit    Matze ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
22.41.38 #       <safetydan> I think I'll leave it on the todo list for the moment
22.41.42 #       <perldiver> is there any development of rockbox for toshiba's gigabeat?
22.41.44 #       <lostlogic> safetydan: I want to get rid of that function... what are you trying to do?
22.42.10 #       <safetydan> reset eq filter history every time playback stops
22.42.46 Nick    DrMoos is now known as Moos (i=DrMoos@m53.net81-66-159.noos.fr)
22.43.10 #       <preglow> lostlogic: as in only them, not on continous track changes, etc
22.43.14 #       <lostlogic> safetydan: define every time the playback stops -- should it reset on skips due to buffer underflow, on track changes, both, neither?
22.43.15 #       <preglow> s/them/then/
22.43.18 #       <amiconn> ...and on coldfire, filling adjacent pixels with memset16()/memcpy() will give significant speedups, since these functions use burst mode if possible
22.43.31 #       <preglow> lostlogic: only when there's a significant gap in the playbacj
22.44.03 #       <preglow> at least the normal conditions, on buffer underflow and stuff like that, we'll survive not handling it optimally
22.44.04 #       <lostlogic> I assume a pause would not require a skip?  This is a system timer based operation?
22.44.17 #       <lostlogic> s/skip/reset/
22.44.31 Join    BHSPitLappy [0] (i=Steve-O@67.64.118.242)
22.44.33 #       <preglow> hmm, lemme think here
22.44.58 Join    imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net)
22.45.09 #       <preglow> now that i think about it, the only case that needs to zero the filter history, is the case when the output is interrupted by new audio
22.45.26 #       <preglow> like skipping tracks
22.45.30 #       <imphasing> hrm
22.45.42 #       <imphasing> interesting..
22.45.54 #       <safetydan> what about crossfade?
22.47.00 #       <preglow> nope
22.47.04 #       <preglow> only rough transitions
22.47.12 #       <lostlogic> then it should be reset on play initialization and in codec_request_next_track if new_track and not crossfade, I think.
22.47.38 Quit    zhilik ("http://www.zhukovsky.net")
22.47.46 #       <amiconn> Iiuc this may break gapless playback...
22.48.03 #       <lostlogic> it won't impact gapless
22.48.06 Quit    perpleXa (Remote closed the connection)
22.48.11 #       <preglow> it shouldn't
22.48.19 #       <lostlogic> because preglow says only on rough (manual) track changes
22.48.33 #       <amiconn> ah ok
22.48.35 #       <preglow> problem is, if there is a sudden change in output amplitude, the filter will make a resonant pop
22.48.48 Join    solexx [0] (n=jrschulz@d020063.adsl.hansenet.de)
22.48.53 #       <preglow> if audio is gapless, the audio should not change suddenly, and so the playback engine should not reset filter history
22.48.58 #       <lostlogic> which could happen at track change even if it is an automatic change
22.49.21 #       <preglow> indeed, but trigging on manual changes is the best we can do
22.49.27 #       <lostlogic> yep
22.49.38 #       <amiconn> I don't think this pop is a problem
22.49.46 #       <preglow> it's annoying
22.49.49 #       <preglow> and very noticable
22.49.51 #       <amiconn> (on automatic track changes that don't 'match')
22.50.20 #       <preglow> but yeah
22.50.23 #       <preglow> it's far from critical
22.50.28 #       <preglow> so might as well let it wait
22.50.38 #       <amiconn> I'd think the UDA treble& bass filters do the same
22.50.47 #       <preglow> they're not resonant
22.50.48 #       <safetydan> I've borken something serious somewhere, EQ just does white noise now
22.51.02 #       <BHSPitLappy> what pop are we talking about?
22.51.03 #       <preglow> safetydan: what've you changed?
22.51.15 #       <BHSPitLappy> the volume jump after a fadeout?
22.51.24 #       <safetydan> moved eq_update_data calls out of dsp_process
22.51.43 #       <preglow> BHSPitLappy: no, just the sudden jump you get from sample a to sample b during a track transition that's not continuous
22.51.56 #       <BHSPitLappy> hmm
22.52.17 #       <BHSPitLappy> well, why does my problem happen :P
22.52.32 #       <Lear> safetydan: me too, but I changed a few more things...
22.52.50 #       <amiconn> The volume jump after fadeout happens because the fadeout doesn't check whether pcm playback finally finished
22.53.08 #       <preglow> i think software codec platforms should use a software based fadout
22.53.15 #       <preglow> the hardware based one clicks like mad
22.53.33 #       <amiconn> We had the same problem on archos back then for low bitrate tracks, and I added a wait-for-MAS-running-out-of-data check
22.53.49 #       <preglow> yeah, i remember
22.55.41 Quit    w0rds ()
22.55.44 #       <amiconn> Similar effect - the playback engine stops delivering data, but the MAS keeps playing until it runs out of buffered data
22.55.56 #       <amiconn> ...which takes longer with lower bitrates
22.56.33 #       <safetydan> I'm going to have to leave this for the moment
22.56.47 #       <safetydan> seems something weird happens when you update the eq coef's outside of dsp_process
22.56.49 Join    LinusN [0] (n=linus@labb.contactor.se)
22.56.55 #       <safetydan> like a burst of white noise, then it settles down
22.57.35 #       <preglow> oh?
22.57.40 #       <safetydan> I can post a patch with what I have (mostly i18n fixes and moving eq_update_data calls), but it's not usable
22.57.46 #       <preglow> how fast does it?
22.57.51 #       <preglow> settle down, that is
22.57.59 #       <safetydan> a second, maybe two
22.58.03 #       <preglow> hmm
22.58.10 #       <preglow> and it settles down to ordinary eqed audio?
22.58.12 #       <preglow> or silence or what?
22.58.19 #       <safetydan> ordinary audio
22.58.26 #       <safetydan> actually, should I reset the history on coef change?
22.58.30 #       <preglow> no
22.58.32 #       <preglow> by no means
22.58.37 #       <preglow> but this i strange
22.58.48 #       <preglow> the coefs shouldn't be updated differently now than before
22.59.08 #       <preglow> after all, if you did no control changes before, the coefs would always be the same anyway
22.59.16 #       <Lear> preglow: I made similar changes, but it doesn't settle down for me...
22.59.19 #       <safetydan> It's roughly once every HZ/10 for changes from the UI
22.59.23 #       <preglow> so nothing much should change...
22.59.48 #       <preglow> are you completely sure the macsr is set correctly?
22.59.52 #       <safetydan> oh
22.59.53 #       <safetydan> wait
22.59.54 #       <safetydan> no
22.59.55 DBUG    Enqueued KICK safetydan
22.59.55 #       <safetydan> darn
22.59.55 #       <preglow> :-)
22.59.56 #       <safetydan> hang on
22.59.57 #       <preglow> i knew it
23.00.13 #       <preglow> you need to be careful with that one
23.00.18 #       <preglow> macsr is saved per thread
23.00.21 #       <amiconn> macsr is saved in the thread context...
23.00.29 #       <amiconn> :)
23.00.48 #       <preglow> there should be aboslutely no changes in sound with this change
23.00.53 #       <safetydan> no
23.00.53 #       <preglow> and a ton of cpu savings
23.01.09 #       <safetydan> I forgot I'd changed that in eq.c
23.01.18 #       <preglow> oh?
23.01.20 #       <safetydan> well it was safe when I was calling from dsp_process only
23.01.40 #       <preglow> yeah, it was
23.02.21 #       <safetydan> Is it that much faster that I should be setting up macsr in eq_update_data()?
23.03.24 #       <preglow> safetydan: btw, eq_update_data should, for max efficiency, only update the bands that have changed, but it's not _that_ important
23.03.33 #       <preglow> safetydan: and yeah, eq_update_data would be a nice place to do the macsr set
23.03.34 #       <Lear> safetydan: if you only call it when settings actually change, it won't matter.
23.04.00 #       <safetydan> okay, last fix before sleeping
23.04.45 #       <preglow> think i might do a little go at the eq graphing before i call it a night
23.05.05 #       <preglow> no one would be interested in the phase response of the eq, no?
23.06.02 #       <lostlogic> thinking of ways to provide pluggable output.  calling functions via function pointer instead of directly costs 1 instruction per call, right?
23.07.31 #       <amiconn> Depends how often the function is called
23.07.50 ***     Saving seen data "./dancer.seen"
23.08.04 #       <amiconn> If it's called more than once from within a loop, calling via pointer may be equally fast
23.08.12 #       <lostlogic> amiconn: yah
23.10.24 Quit    Mmmm ()
23.10.31 #       <safetydan> last patch for tonight is posted, only lightly tested though
23.10.37 #       <safetydan> lucky v13
23.10.55 #       <safetydan> any problems post them to the patch tracker or here and I'll take a look tomorrow
23.11.21 #       <lostlogic> once I get my pcmbuf refactoring in, could make the destination of the pcm data null, output or file just by changing the pcmbuf_add_chunk function (which shouldn't balled much faster than 5hz.
23.12.49 #       <preglow> sounds wonderful
23.12.53 #       <lostlogic> then make a plugin that wraps that plays to a destination one file at a time, and we can tiem codecs or write wavs for precision comparisons or whatever
23.13.12 #       <preglow> again
23.13.14 #       <preglow> sounds like bliss
23.13.18 Ctcp    Ignored 1 channel CTCP requests in 0 seconds at the last flood
23.13.18 #       * preglow huggles lostlogic
23.13.25 #       * lostlogic won't make the plugin though :-P
23.13.31 #       <preglow> that poor playback system really needs this
23.14.04 #       <lostlogic> it's not a bad system... it just suffers from waht I call "Just in case coding"
23.14.19 #       <preglow> haha, which is?
23.14.43 Join    ashridah [0] (i=ashridah@220-253-123-152.VIC.netspace.net.au)
23.14.59 #       <Lear> hm... boost seems to be down a fair bit (but I moved eq_data to iram too)...
23.15.23 #       <lostlogic> instead of writing tight code that prevents weird cases, handle the weird cases with if catches... "Just in case" they come up
23.17.40 #       <preglow> Lear: i designed it so that moving eq_data to iram should not matter much unless the block size is really small
23.18.04 Part    safetydan ("night all")
23.18.07 #       <Lear> well, the processing block is 256 samples...
23.18.22 #       <preglow> isn't it whatever the codec passes along?
23.18.28 #       <preglow> i thought 256 samples was a resampler thing
23.19.05 Quit    ashridah (Client Quit)
23.19.08 #       <lostlogic> dsp_process will get 1 codec packet, up-to 1024 samples iirc
23.20.22 #       <Lear> well, yes, but look at convert_to_internal, it never returns more than 256, thus breaking up the outer loop in dsp_process in 256 sample blocks.
23.20.49 #       <Lear> he, 128 samples even.
23.21.11 #       <preglow> that needs to be changed
23.21.16 #       <preglow> unless there is good reason
23.22.35 #       <lostlogic> I wonder what kind of impact changing the PCM chunk size would have on performance...
23.22.44 Join    ashridah [0] (i=ashridah@220-253-121-139.VIC.netspace.net.au)
23.22.53 #       <preglow> well, in most cases now, the codecs pass their data on in iram
23.22.55 #       <Lear> this way, all filters knows the sample_buf and resample_buf is large enough, if they are needed.
23.23.01 #       <preglow> and doing it all in one pass can be nothing but faster
23.24.08 #       <Lear> true, but this does keep things simpler... :)
23.24.27 #       <lostlogic> preglow: the codecs have an 8kb buffer allocated somewhere to pass back, or where does it come from?
23.25.04 #       <preglow> 8kb?
23.25.10 #       <preglow> isn't the size dependent on the codec?
23.25.24 #       <preglow> it is, unless we're talking about different thing
23.25.24 #       <preglow> s
23.26.19 #       <lostlogic> The codec creates an output buffer and passes it to the insert_split_callback which calls dsp_process on it...
23.27.05 #       <Lear> but the sample_buf could easily be larger, now that resample_buf doesn't "have to" be 4x sample_buf. Would help the non-resample case...
23.27.25 #       <Lear> lostlogic: yes, and that buffer is codec-specific...
23.27.29 #       <preglow> yes
23.27.33 #       <NicoFR> how hard would it be to fix the annoying progressbar behaviour when seeking (ie it goes back to the original position for a split second) ?
23.27.35 #       <preglow> allocated statically on iram for most codecs
23.27.38 #       <preglow> all i've touched, at least
23.31.00 Quit    Lear ("Chatzilla 0.9.70 [Firefox 1.5.0.1/2006011112]")
23.32.15 #       <NicoFR> anyone ?
23.33.39 #       <preglow> should be
23.33.41 #       <preglow> but no idea
23.36.06 #       <NicoFR> ok
23.36.16 #       <NicoFR> maybe i'll look into it
23.37.32 #       <preglow> but oh well
23.37.33 #       <preglow> i require sleep
23.37.37 #       <preglow> later
23.39.56 Quit    bazz ("Leaving")
23.45.09 Quit    DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
23.51.05 Quit    matsl (Remote closed the connection)