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

00.00.03 #       <kergoth> i loooove the h320 i just bought.  so nifty
00.00.05 #       <preglow> there are other factors involved
00.00.10 #       <DMJC> ihp-340s cost $690.00
00.00.16 #       <DMJC> i've seen them in stores
00.00.32 #       <DMJC> there are different tax rates between countries
00.00.33 #       <preglow> i'll have to give around 700$ for a h340 here
00.00.41 #       <Schee> I can't find anything else than H320 or H340 here... (for ~400 and ~500 EUR)
00.00.50 #       <preglow> h1x0 has been discontinued
00.00.52 #       <preglow> hard to find
00.01.04 #       <preglow> a pity 
00.01.25 #       <DMJC> if I had the money I'd buy the design for the h1X0
00.01.40 #       <preglow> it's a great player
00.01.42 #       <DMJC> imho it's a better starting point for an mp3 player than the h3x0
00.01.45 #       <preglow> they could have made a wiser choice of cpu
00.01.55 #       <DMJC> how so?
00.01.59 #       <Bagder> indeed
00.02.08 #       <preglow> i hear the arms are great
00.02.14 #       <DMJC> heh
00.02.32 #       <preglow> had a look at arm assembly, looks pretty damn powerful
00.02.48 #       <DMJC> what do the pmps use?
00.02.54 #       <preglow> no idea
00.02.56 #       <kergoth> arms are indeed great
00.03.27 #       <kergoth> "arm assembly reads like poetry ;)" --erikm
00.03.38 #       <preglow> he's got it backwards, PERL reads like poetry
00.03.39 Quit    ashridah (Read error: 104 (Connection reset by peer))
00.04.10 #       <preglow> no assembly is particularily pretty, imho
00.04.13 #       <DMJC> no... poetry reads like poetry
00.04.15 #       <preglow> but arm seemed pretty powerful
00.04.15 #       <kergoth> perl reads like vomit spewed onto a disk
00.04.18 #       <kergoth> :)
00.04.22 #       <DMJC> program code reads like ugliness
00.04.27 #       <kergoth> arm's multiple register load/store are quite nice
00.04.30 #       <Bagder> http://daniel.haxx.se/hexpoetry/ !
00.04.32 #       <preglow> indeed
00.05.16 #       <preglow> i like the 'list of possible words'
00.05.30 #       <preglow> leaves no doubt that there actually went some work into this
00.05.31 #       <preglow> heh
00.05.37 #       <Bagder> hehe
00.05.58 #       <Bagder> I did a grep
00.07.52 #       <Bagder> I personally like the download binary option
00.08.00 #       <Bagder> veeery useful
00.08.06 #       <preglow> ahahah
00.08.43 #       <DMJC> Man strangled by escalator
00.08.52 #       <DMJC> now there's a headline you don't expect
00.10.06 #       <preglow> but now i'll have to face the problem of how to commit this code without apologizing loudly every time someone mentions it
00.10.16 #       <Bagder> :-)
00.10.27 #       <preglow> it really is quite ugly
00.10.50 #       <Bagder> I'll give you permission to blame me
00.11.03 #       <preglow> haha
00.11.11 #       <preglow> the imdct_l replacement is a HUGE blob of asm
00.11.15 #       * Bagder - the skapegoat
00.11.32 #       <DMJC> Anti-gun crusader busted for illegal handgun, drugs 
00.11.46 Join    amiconn_ [0] (~jens@pD95D14CA.dip.t-dialin.net)
00.11.55 #       <preglow> 500 lines
00.11.58 #       <preglow> a bit above, actually
00.12.04 #       <Bagder> gosh
00.12.12 #       <Bagder> that's a big munch of asm
00.12.55 Quit    amiconn (Nick collision from services.)
00.12.55 Nick    amiconn_ is now known as amiconn (~jens@pD95D14CA.dip.t-dialin.net)
00.20.16 Quit    methangas (" HydraIRC -> http://www.hydrairc.com <- 100,000+ downloads can't be wrong")
00.21.32 #       <preglow> http://glow.m0f0.net/rockbox/layer3.c
00.21.37 #       <preglow> imdct_l around line 1770
00.22.03 #       <preglow> don't tell me that's pretty
00.22.07 #       <Bagder> whoa
00.23.27 Quit    Renko ("Leaving")
00.24.04 #       <preglow> if you're 68k asm wiz, feel free to assemblify the imdct routine that's #if 0'ed out
00.24.26 #       <Bagder> been too long since I did m68k asm
00.25.12 #       <preglow> there's alot more plain ordinary 68k asm work to be done in that than the one i did
00.25.21 #       <preglow> and i guess it'll be faster with data in iram
00.26.49 #       <preglow> and it'll have a smaller footprint
00.28.21 Quit    Chamois ("CGI:IRC")
00.28.24 #       <Rick> question
00.28.37 Join    ashridah [0] (ashridah@220-253-119-191.VIC.netspace.net.au)
00.28.40 #       <Rick> can the iriver 'joystick' toggle two directions at once? (eg diagonal)
00.28.45 #       <preglow> no
00.28.49 #       <Rick> darn
00.28.54 #       <preglow> inded
00.28.56 #       <Rick> wonder how that'll work out with rockboy
00.28.59 #       <preglow> it wasn't designed for stuff like that
00.29.05 #       <preglow> well, you'll quite simply just have to get used to it
00.29.16 #       <preglow> you can't even press a button and a direction at once
00.29.22 #       <preglow> with the notable exception of the play button
00.29.28 #       <DMJC> why is that?
00.29.29 #       <Rick> ouch!
00.29.43 #       <preglow> it's designed that way
00.29.49 #       <preglow> there isn't one wire per button
00.30.02 #       <preglow> there is one wire for all buttons, and an adc that checks which has been pressed
00.30.09 #       <DMJC> bah
00.30.12 #       <Rick> :/
00.30.15 #       <preglow> it's logical for an mp3 player, but not a handheld gaming device, which the h1x0 was never intended to be
00.30.15 #       <Rick> no way around it?
00.30.24 #       <DMJC> nope
00.30.28 #       <preglow> no, no easy way apart from a really extensive hardware mod
00.30.30 #       <Bonkers> how about a hardware mod? ;)
00.30.33 #       <Rick> or:
00.30.38 #       <Rick> what about the remote plug?
00.30.41 #       <Rick> is that a standard plug?
00.30.43 #       <preglow> Bonkers: it would have to be a really sofisticated mod
00.30.47 #       * Rick has never seen a plug like that before
00.30.48 #       <DMJC> hmm.... idea
00.30.57 #       <DMJC> would it be possible to create a usb hand controller?
00.31.03 #       <preglow> Rick: the remote is connected the same way
00.31.04 #       <Bonkers> preglow: the buttons form a voltage divider or what?
00.31.05 #       <Rick> well, methinks data can travel both ways for the remote thing
00.31.09 #       <preglow> Bonkers: exactly
00.31.09 #       <DMJC> that plugs into the port on the bottom...
00.31.10 #       <Rick> so I dunno
00.31.15 #       <ashridah> DMJC: there's no access to the usb port
00.31.16 #       <DMJC> that'd be cool
00.31.21 #       <Rick> DMJC: from what I understand, it's slave
00.31.23 #       <Bonkers> preglow: so wouldn't two buttons also have a unique voltage?
00.31.24 #       <Rick> anyway
00.31.27 #       <DMJC> I thought it had usb host
00.31.31 #       <Rick> hmmm
00.31.33 #       <Rick> dunno then
00.31.35 #       <ashridah> DMJC: since the usb port connects directly into the usb-hdd bridge
00.31.37 #       <preglow> Rick: if you made a button controller that transmitted via spi, you'd have a thing that could work
00.31.39 #       <Bagder> the 3x0 has usb host
00.31.44 #       <ashridah> DMJC: the 3xx can act as a host
00.31.46 #       <Bagder> the 1x0 does not
00.31.52 #       <Rick> well
00.31.58 #       <Rick> is that remote control plug a standard thing?
00.32.07 #       <preglow> i have no idea, why does it matter?
00.32.10 #       <DMJC> iirc h1x did have usb host
00.32.15 #       <DMJC> but it's disabled
00.32.16 #       <preglow> you'll still have the same limitations
00.32.18 #       <Bagder> Rick: I very much doubt that
00.32.23 #       <DMJC> the hardware actually supports it
00.32.26 #       <DMJC> ask linus
00.32.38 #       <Rick> Bagder: that's why i'm asking :)
00.32.38 #       <Rick> I've never seen a plug like that
00.32.42 #       <DMJC> I remember ppl talking about that
00.32.46 #       <preglow> Rick: it's not so much the connector standard, it's how the cpu is wired to the connector
00.32.50 #       <Rick> ah
00.32.52 #       <preglow> Rick: you can't change that easily
00.33.07 #       * Rick isn't much of a hardware guy :(
00.33.38 #       <DMJC> ok, so how would we go about making an spi remote?
00.33.43 #       <Rick> I was just thinking about that today because I havn't been able to use my remote (it's "broken")
00.34.10 #       <Rick> hoping the iriver site still offers them
00.34.36 #       <preglow> DMJC: well, a set of buttons and an spi interface
00.34.45 #       <Rick> spi = ?
00.34.49 #       <preglow> DMJC: for all i know, the spi might be unidirectional and might not work
00.34.56 #       <preglow> Rick: just a way of transmitting serial data
00.34.58 #       <Rick> ah
00.35.01 #       <DMJC> what if you have an old nes remote hehehe
00.35.10 #       <Rick> spi to me is a plugin system for susie (image viewer :p)
00.35.16 #       <DMJC> I mean controller damnit
00.35.20 #       <Bonkers> preglow: say there's 5 buttons, that's only 2^5 = 32 combinations, why can't an ADC reconginze 32 different voltages? or is it like a 3-bit ADC?
00.35.21 #       <Camilo> spi is like a bus, you can have masters and slaves on it
00.35.28 #       <Rick> ah
00.35.33 #       <preglow> Bonkers: it's not like that, the button that you press override all the others
00.35.45 #       <preglow> Bonkers: combinations are out of the question from an elecrical point of view
00.36.17 #       <Bonkers> preglow: it's not 1 resistor per button and then a common resistor for the other half of the divider? I figured the button resistors would just be in parallel when multiple ones are pressed
00.36.41 #       <Rick> preglow: does the remote also override any buttons pressed on the main device?
00.36.50 #       <preglow> Bonkers: if you press a button, the button acts as a short circuit through to a resistor
00.36.54 #       <preglow> Bonkers: i THINK
00.37.26 #       <preglow> Bonkers: in any way, i'm pretty sure it won't work, there are schematics available, so feel free to investigate
00.37.30 #       <preglow> Rick: no
00.37.30 #       <Bonkers> preglow: so it's like 5V-----/\/\/\-----button-----GND
00.37.47 #       <Rick> preglow: hmm. :p
00.38.02 #       <Bonkers> err, 5V----/\/\/\----button------**-----\/\/\/\---GND and the ** is where all the other buttons connect too
00.38.12 #       <DMJC> it's wired in series
00.38.17 #       <preglow> Rick: haha, well, you try, one finger on the directional stick, one on the play button of the unit, and the last non-existing hand on the remote
00.38.18 #       <DMJC> not gonna work
00.38.21 #       <DMJC> nuff saif
00.38.23 #       <DMJC> said
00.38.30 #       <Bonkers> preglow: what device is this exactly? or do you have a URL for the schematic
00.38.30 #       <Rick> preglow: that's the problem
00.38.32 #       <Rick> my remote is broken
00.38.34 #       <Rick> so I can't test
00.38.37 #       <Bonkers> DMJC: I'm just curious, it's not like I actually have one of these things
00.38.38 #       <preglow> Bonkers: it's on www.rockbox.org
00.39.13 Part    Bluechip
00.39.28 #       <amiconn> preglow: I think multi-button would work in principle. The archos button hookup is similar, different resistors per button and a common resistor connected to ground.
00.40.05 #       <amiconn> The problem is that the levels are rather close together, and the tolerances between 2 units might be larger than the difference between 2 levels
00.40.08 #       <preglow> amiconn: depends on resistor choice and adc resolution, really
00.40.20 #       <preglow> and adc is probably eight bit
00.40.21 #       <amiconn> ADC is 10 bit on archos
00.40.40 #       <amiconn> (it's the SH1 integrated adc)
00.40.56 #       <preglow> 10 bit adcs seem to be pretty common on microcontrollers
00.41.08 #       <Rick> Wish I knew more about hardware :)
00.41.23 #       <preglow> Rick: read up, it's not that hard
00.41.34 #       <amiconn> On the recorders there is another problem though. Any combination that includes the button with the "strongest" resistor leads to an adc overflow :(
00.41.46 #       <Camilo> it's still a weird design for a remote
00.41.52 #       <preglow> Camilo: why?
00.42.02 #       <Camilo> analogue
00.42.21 #       <amiconn> It saves wires, and that's the point here
00.42.27 #       <preglow> well, yes, but you have to do it like that to not have to use a parallel design
00.42.58 #       <preglow> it's a perfectly sensible design
00.43.06 #       <Camilo> I suppose if you already have a DAC spare and you want to build the cheapest possible remote...
00.43.27 #       <ashridah> saving space on a pcb saves you more than the engineering effort involved in designing a multiplexed system
00.43.58 #       <amiconn> However, I wonder why archos didn't use a proper R-2R network.
00.44.07 #       <preglow> amiconn: laziness
00.44.21 #       <Camilo> cheapest components?
00.44.39 #       <Bonkers> amiconn: isn't R-2R going to use n-1 more resistors were n is number of buttons?
00.44.51 #       <preglow> amiconn: if i'm not completely mistaken, there's more than one thing "odd" about the archos hardware ;)
00.45.00 #       <Bonkers> or maybe n-2 more
00.45.43 #       <amiconn> I presume there are integrated resistor arrays for R-2R networks
00.45.54 #       <preglow> yes, there are, i think
00.46.32 #       <amiconn> preglow: Yes. That seems to be a common sense across mp3 player manufacturers though (the hardware oddness I mean)
00.46.48 #       <preglow> at least iriver endian swapped the ide interface
00.47.36 #       <amiconn> Thinking about iriver... Choosing a CPU capable of running at 140 MHz in principle, but not stable due to thermal problems
00.47.47 #       <preglow> hahah
00.47.58 #       <preglow> they probably never intended to have it running at 140 in the first place
00.48.01 #       <preglow> but who knows
00.48.09 #       <elinenbe> amiconn: what speed does iriver run the chip at?
00.48.19 #       <preglow> elinenbe: i've heard 96 mhz max
00.48.27 #       <amiconn> I'd really like to know how Motorola manages the mp3 decoding in realtime with just 20 MHz
00.48.44 #       <DMJC> write to the metal
00.48.48 #       <preglow> amiconn: well, the source is available if you contant them :)
00.49.06 #       <preglow> i guess iram is a major component
00.49.11 #       <preglow> and l337-ass optimizing
00.49.46 #       <Rick> hehe
00.50.01 #       <preglow> their programmers are probably hung like bulls
00.50.14 #       <DMJC> lol
00.50.21 #       <preglow> i dreamt about vim the night after i did the imdct_l asm opt
00.50.22 #       <preglow> haha
00.50.25 #       <Rick> have any problems come up with the bootloader?
00.50.33 #       <preglow> Rick: none
00.50.41 #       <XShocK> by the way, did anyone check the demo MP3 decoder on motorolla site?
00.50.54 #       <preglow> XShocK: it's binary only, isn't it?
00.50.58 #       <XShocK> no. source
00.51.06 #       <Rick> Wanted to try doing some dev but reluctant because I like my H120 :P
00.51.15 #       <preglow> haha
00.51.15 #       <XShocK> i will check now and say for sure
00.51.18 #       <Camilo> you  have to sign up to get it though
00.51.20 #       <Bagder> Rick: now don't be a chicken ;-)
00.51.24 #       <Rick> Hehe
00.51.32 #       <preglow> i was the second person apart from linus to flash mine
00.51.37 #       <Rick> ah
00.51.45 #       <preglow> can't remember who the first was
00.51.53 #       <Rick> I've never done any dev outside of a PC
00.52.04 #       <Rick> well, aside from TI assembly. ;P
00.52.08 #       <Bagder> preglow: I could've been me, but i don't know
00.52.09 #       <preglow> Rick: i've mostly done pc work as well, with the exception of microcontroller stuff
00.52.20 #       <preglow> Bagder: don't think so, some guy just jumped in and flashed it
00.52.25 #       <Bagder> ok
00.52.26 #       <Rick> can plugins cause an unrecoverable crash?
00.52.41 #       <Rick> or will the RESET button take care of that just fine?
00.52.42 #       <preglow> Rick: everything can, if it writes the flash
00.52.47 #       <Rick> ah
00.52.51 #       <preglow> Rick: odds are very small of that happenin, though
00.53.00 #       <preglow> Rick: and yes, reset has handles everything i've ever run across
00.53.06 #       <Rick> that's very good news
00.53.13 #       <Bagder> everything anyone has come across actually
00.53.23 #       <Rick> ah
00.53.26 #       <Bagder> except for the guy whose reset button was broken
00.53.30 #       <Bagder> :-)
00.53.31 #       <Rick> hehe
00.53.34 #       <Rick> I guess I should test that
00.53.43 #       <Rick> before I try ;)
00.54.20 #       <XShocK> preglow: it is really BINs only, libsrc.a library... :(((
00.54.32 #       <XShocK> and header file for it
00.55.28 #       <preglow> XShocK: yes, i thought so
00.56.26 #       <Rick> just curious, does the iriver firmware keep its settings in flash?
00.57.06 #       <preglow> Rick: eeprom
00.57.26 #       <preglow> Rick: keeping things in flash isn't very wise, it can't take more than a couple of thousand write cycles, at worst
00.57.35 #       <Rick> ah
00.58.11 Quit    webguest43 ("CGI:IRC")
00.59.16 #       <preglow> looks like DMJC was the first to flash it
00.59.29 #       <DMJC> heh
00.59.53 #       <preglow> DMJC: madman
00.59.53 #       <DMJC> now they tell me
00.59.59 #       <Rick> hehe
01.01.09 #       <DMJC> it worked beautifully
01.01.17 #       <DMJC> haven't flashed it since
01.01.29 #       <amiconn> Bagder: rockboy.ovl ends up in .rockbox/rocks, not in .rockbox/viewers where it should be....
01.01.34 #       <preglow> hah
01.01.40 #       <preglow> i've flashed it a couple since
01.02.03 #       <preglow> nothing more nerve wracking than the first time, when it just blinked its hdd light for about five minutes or so
01.02.10 #       <DMJC> hehehe
01.02.23 #       <preglow> i was more or less preparing to package the thing in and ship it off for sweden, heh
01.02.45 #       <DMJC> I'd have had to give it to a mate of mine to work on
01.02.49 #       <DMJC> he's a hardware junkie
01.03.42 #       <DMJC> it's funny actually... if he saved his cash instead of buying all the crappy players he has... he'd be halfway to an iriver
01.03.46 ***     Saving seen data "./dancer.seen"
01.04.06 Join    joe1 [0] (foobar@vp089036.reshsg.uci.edu)
01.04.27 Quit    Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )")
01.04.46 #       <Rick> how are file operations on the iriver?
01.04.48 #       <Rick> speedy?
01.04.56 #       <preglow> speedy enough, why?
01.05.02 #       <Rick> just curious
01.05.15 #       <DMJC> you want to move data around?
01.05.15 Quit    joe1 (Client Quit)
01.05.36 #       <Rick> nah, just random thoughts popping into my head
01.06.00 #       <DMJC> file cut/paste would be kinda cool
01.06.08 #       <preglow> why? :P
01.06.31 #       <DMJC> so after you've leached music from a friend you can spend the bus trip home organising it
01.06.37 #       <preglow> haha
01.06.41 #       <preglow> will be doable, for sure
01.06.41 #       <Rick> DMJC: the latest firmware added deleting iirc
01.06.42 #       <DeadMan> lol
01.06.45 #       <preglow> but i think i'd wait
01.06.57 #       <preglow> Rick: rockbox can rename as well!
01.07.01 #       <Rick> I was thinking of making a text editor actually
01.07.08 #       <Rick> an efficient vkeyboard or something
01.07.10 #       <DMJC> definately
01.07.13 #       <preglow> there is on already
01.07.15 #       <Rick> really?
01.07.16 #       <DMJC> so I can edit my phonebook..
01.07.17 #       <Rick> neat!
01.07.17 #       <preglow> yes
01.07.20 #       <preglow> try renaming a file
01.07.32 #       <Rick> Don't have rockbox on my iriver yet
01.07.43 #       <Rick> i'm building a gentoo vmware install so I can have access to buildtools :p
01.08.07 #       <preglow> there are limits to how efficient the keyboard can be
01.08.09 #       <preglow> but it works
01.08.12 #       <Rick> yeah
01.08.30 #       <Rick> I was thinking about how to do a vkeyboard
01.08.45 #       <Rick> I was thinking different keyboard modes, lowercase/uppercase/macro (user definable)
01.09.20 #       <DeadMan> vkeyboard is pretty easy with joystick
01.09.31 #       <Rick> yeah
01.09.32 #       <DeadMan> scroll to letter click
01.09.36 #       * Rick nods
01.09.47 #       <DeadMan> hold rec key for shift click
01.09.54 #       <Rick> you can't press two keys at once
01.09.58 #       <Rick> hence mode changing
01.10.04 Quit    elinenbe (" Like VS.net's GUI?  Then try HydraIRC -> http://www.hydrairc.com <-")
01.10.21 #       <DeadMan> well double click then
01.10.28 #       <Rick> heh
01.10.37 #       <DeadMan> double click in joystick for cap
01.11.18 Quit    Camilo (Read error: 60 (Operation timed out))
01.11.28 #       <DeadMan> or just use rec key for click on for cap...alsorts of ways
01.11.40 #       <preglow> you can hold play and press other things
01.11.53 #       <preglow> but that's the only exception
01.12.14 #       <DeadMan> anyhow nothing amazing there..is gapless working yet on iRiver?
01.12.24 #       <preglow> we have no codec api yet, so no
01.12.35 #       <Rick> well
01.12.40 #       <Rick> I was actually thinking of using a/b key for modes
01.12.51 #       * Rick shrugs
01.12.56 #       <DeadMan> oh so that libmad at 104% ain't worth anything unless it has some place to output to?
01.13.13 #       <preglow> which reminds me i should have commited libmad code
01.13.21 #       <Rick> preglow: are there any plans on "cleaning up" the plugin api?
01.13.25 #       <preglow> but i should have done that before i had two beers and grew tired
01.13.30 #       <preglow> Rick: in what way?
01.13.50 #       <Rick> renaming things to better suit the fact that multiple players are supported
01.14.00 #       <Rick> mp3_* -> audio_* or something :P
01.14.11 #       <preglow> ahh, like that
01.14.16 #       <preglow> that's got nothing to do with plugings
01.14.20 #       <preglow> and we'll get around to that
01.14.23 #       <Bagder> feels pretty secondary to me
01.14.23 #       <Rick> Hehe
01.14.28 #       <Rick> yeah, just curious
01.14.31 #       <preglow> it's just semantic
01.14.34 #       * Rick nods
01.15.03 #       * Rick watches his gentoo stage tarball extract
01.15.20 #       <preglow> what we really need is people working actively on the codec api
01.15.23 #       <XShocK> so the current problem is only in the architecture of the sound framework, since all parts: decoding and playing are done.
01.15.33 #       <preglow> and perhaps another person on codecs optmisations
01.15.46 #       <Rick> ah
01.16.38 #       <preglow> but it doesn't matter, it's just been one month since the first person flashed his player, we've really gotten quite far
01.16.44 #       <Rick> yeah
01.17.01 #       <Rick> I had been checking routinely for updates and figured I should check it out in more depth
01.18.08 #       <preglow> i've just been involved for little under a month myself
01.18.16 #       <DeadMan> yeah lot of progress...makes me optimistic it will be nearly there in the next month ;)
01.18.38 #       <Rick> hehe
01.18.44 #       <Rick> DeadMan: nah... not that quick ;P
01.19.12 #       <DeadMan> depends on what's happening and who works on what
01.19.13 #       <XShocK> i am sure that all features of a normal player will be done in next month. :)
01.19.26 #       <Rick> er
01.19.39 #       <Rick> I thought it was a matter of simply 'fixing' the features and retaining the features that rockbox already has?
01.19.49 #       <Rick> (and then, implementing features afterwards)
01.20.01 #       <Rick> new features that is
01.20.01 #       <DeadMan> no
01.20.04 #       <preglow> Rick: there's more to it, h1x0 series brings along a lot of possibilites rockbox never had before, like software codecs
01.20.09 #       <Rick> yes
01.20.18 #       <Rick> I just thought there would be more focus on getting what is already there to work first
01.20.20 #       <preglow> and that alone is a very big part
01.20.25 #       <preglow> well, it does
01.20.32 #       <preglow> rockbox does work
01.20.45 #       <preglow> the only things it lacks are stuff that was handled by hardware before
01.21.17 #       <DeadMan> more software coding involved on the codec end
01.21.30 #       <Bagder> Rick: you really should install rockbox and try it out
01.22.13 #       <preglow> Rick: hell, if it does nothing but bore you to death, you can still show your friends how cool you are by loading super mario land on your mp3 player!
01.22.20 #       <amiconn> Bagder: Got my remark concerning rockboy.ovl ?
01.22.21 #       <Rick> *jukebox
01.22.25 #       <Rick> >:)
01.22.26 #       <DeadMan> I'm not installing it until I can get MP3 playback with gapless. it's the only reason for me...plus otf playlist I guess but that's about it
01.22.33 #       <Bagder> amiconn: I did, fixing it tomorrow
01.22.34 #       <Rick> what is gapless?
01.22.35 Quit    matsl (Remote closed the connection)
01.22.40 #       <preglow> Rick: no gaps between songs
01.22.40 #       <amiconn> Bagder: Okay.
01.22.46 #       <Rick> doesn't the latest firmware have that?
01.22.50 #       <XShocK> Rick: do it.. you will not regret it at least. :)
01.22.51 #       <preglow> Rick: no
01.22.51 #       <DeadMan> no
01.22.54 #       <preglow> Rick: it never will
01.22.56 #       <Rick> what's the option for?
01.23.08 #       <preglow> Rick: god knows, it doesn't do what it should
01.23.11 #       <Rick> ah
01.23.13 #       <DeadMan> seamless playback of DJ mixes and live recordings
01.23.25 #       <Rick> I hadn't tried it yet
01.23.26 #       <preglow> yes, and electonic music in general
01.23.30 #       <Rick> I guess it's like that language menu
01.23.33 #       <preglow> more than half of the cd's i own have no gaps between songs
01.23.43 #       <Rick> yeah i've noticed that myself
01.23.52 #       <Rick> that's one feature I wished winamp had
01.23.55 #       <Rick> playlists in playlists
01.24.03 #       <preglow> haha
01.24.11 #       <preglow> dump winamp, use foobar2000
01.24.24 #       <Rick> basically, a playlist in the playalist would play that playlist with no shuffling in order
01.24.31 #       <Rick> -a
01.25.17 #       <XShocK> are there people good at electronics?
01.25.24 #       <preglow> XShocK: perhaps
01.25.52 #       <Rick> define electronics
01.26.06 #       <XShocK> i want to add RTC to iriver.
01.26.11 #       <Rick> RTC?
01.26.15 #       <preglow> real time clock
01.26.18 #       <Rick> ahhh
01.26.31 #       <XShocK> through the i2c line, for example fm-radio bus line.
01.26.32 #       <preglow> XShocK: you'd have to find a free interrupt pin
01.26.51 #       <preglow> or some way of having the rtc switch the cpu on
01.27.20 #       * Rick watches portage extract
01.27.36 #       <XShocK> first i wanted to implement the timing only, no auto-starting on alarm.
01.27.37 #       <Rick> I think I should have picked a lighter flavor of linux for the vmware buildtools :P
01.28.03 #       <preglow> Rick: gentoo is for men
01.28.17 #       <XShocK> i have a DS1340 chip, it has i2c bus.
01.28.20 #       <Rick> I like gentoo, don't get me wrong
01.28.31 #       <Rick> just taking forever to install atm ;)
01.28.42 #       <preglow> XShocK: well, if i don't remember incorectly, you can just stick things strait onto the i2c bus and have it work
01.28.47 Quit    lolo-laptop ("Client exiting")
01.28.54 #       <preglow> XShocK: provided you've got a driver, of course
01.29.07 #       <preglow> Rick: yes, i know, i had to install xwindows on it today
01.29.15 #       <Rick> Hehe
01.29.23 #       <XShocK> from what i understood i don't need to change any component on the player itself. i only attach the chip through resistor on bus lines.
01.29.28 #       <preglow> XShocK: yes
01.29.30 #       <Rick> luckikly i'm just using a stage3 for the vmware install ;P
01.29.31 #       <preglow> XShocK: that's correct
01.30.17 #       <XShocK> so, what i am worring about is electrical current while the player is off, but the rtc is working.
01.30.36 #       <XShocK> should i cut the rtc from i2c bus when the player is off?
01.31.08 #       <preglow> it shouldn't try to sense the bus when power is off, no
01.31.28 #       <preglow> but i don't know how you should handle that
01.32.26 #       <XShocK> so, if i let rtc chip be connected to bus while all other chips do not have power, then i will get all sorts of troubles, yes?
01.32.54 #       <preglow> does anyone know if sim buils vomit on seeing something declared belonging to section .idata og .icode?
01.33.03 #       <preglow> builds
01.33.15 #       <preglow> XShocK: you might, i'm not sure
01.33.45 #       <Bagder> preglow: I believe it defines the attribute() to nothing for the sims
01.33.53 #       <preglow> Bagder: that was what i was hoping
01.34.13 #       <amiconn> preglow: Iirc these sections don't matter for the sim builds. They are included just like normal .text / .data sections
01.34.16 #       <preglow> i believe linus agreed on having a #define to do the attribute iram stuff, but hasn't been done yet
01.34.41 #       <amiconn> I believe I've seen this while searching for the cause of the non-working lseek(()
01.34.58 Join    elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com)
01.35.10 #       <preglow> btw, anyone know of a free noncygwin x server?
01.35.11 #       <amiconn> preglow: HCl does that in rockboy
01.35.17 #       <preglow> testing the sim myself would be good
01.35.30 #       <preglow> amiconn: ok, i'll drop ifdefing it then
01.35.38 #       <XShocK> ok. i am pretty afraid i need to isolate it, but it will make everything pain in the ass since i will need additional components to put...
01.35.45 #       <amiconn> If you're on windows, why don't you use cygwin?
01.36.08 #       <preglow> XShocK: depends on how the bus is wired
01.36.09 #       <Rick> because cygwin is bizaarely slow at compiling
01.36.11 #       <Rick> ;P
01.36.29 #       <preglow> XShocK: ask linus, he should know this
01.36.31 #       <amiconn> I use it here; can't say that it is excessively slow
01.36.44 #       <Rick> dunno
01.36.46 #       <preglow> amiconn: i've never been able to make cygwin work very well
01.36.46 #       <Bagder> amiconn: compared to a linux build, it is
01.36.47 #       <Rick> I havn't touched cygwin in years
01.36.50 #       <Rick> so it could be different
01.36.52 #       <preglow> amiconn: so i've grown to dislike it ;)
01.36.53 #       <Rick> (now)
01.37.18 #       <XShocK> yep, i will ask him. he addmitted that i don't need a pull-up resistor, but i forgot to ask him that problem..
01.37.20 #       <preglow> i've got a linux box anyway, i prefer to use that
01.37.46 #       <Rick> iriver doesn't have floating point right?
01.37.54 #       <preglow> Rick: correct
01.38.29 #       <Rick> mm
01.38.59 #       <amiconn> Bagder: When rebuilding my whole assortment of simulator & target builds, it doesn't take significantly longer than the official build sequence. That's on a laptop btw
01.39.40 #       <preglow> amiconn: depends on what you're doing. configure is insanely slow on cygwin
01.40.12 #       <amiconn> The only slow thing in configure is the language selection - takes a few seconds
01.40.21 #       <preglow> ahh, didn't mean your configure
01.40.24 #       <preglow> autoconf configure
01.40.51 #       <amiconn> rockbox doesn't use autoconf, so I can't tell much about that
01.41.03 #       <XShocK> i think getting clocks and probably alarm on the cost of 4 el. components. will be good. i actually was pretty delighted that DS1340 has such small size(2 by 2 millimeters. :) )
01.41.23 #       <preglow> i tried to use cygwin to build csound, failed completely in making it work, ended up installing linux on this box as well
01.42.34 #       <elinenbe> to all the developers... awesome work!
01.42.38 #       <amiconn> However, I one tried building gcc, and I built gdb
01.42.40 Join    DrRick [0] (DrRick@81-86-216-127.dsl.pipex.com)
01.42.52 #       <elinenbe> HCl: I used to joke about a gamboy emulator on the archos... now that's a reality!
01.43.15 #       <amiconn> elinenbe: yup.
01.43.52 #       <XShocK> going to sleep. see you all
01.45.25 Quit    XShocK (" Try HydraIRC -> http://www.hydrairc.com <-")
01.45.28 #       <preglow> yes, i'll do that myself
01.45.29 #       <preglow> good night
01.45.44 Quit    preglow ("off")
01.47.08 Join    XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net)
01.48.03 #       <XShocK> in file firmware/mp3_playback.c on line 1175, shouldn't it be "#else /* CONFIG_HWCODEC == MASNONE */"
01.49.18 #       <XShocK> just a very small thing of course, but still
01.51.25 #       <XShocK> oops. ignore it... i just messed up with the way the code was commented
01.51.35 #       <XShocK> i really need to go to sleep.
01.51.37 Quit    XShocK (Client Quit)
01.52.24 #       <Rick> hehe
01.55.59 Join    tHefaInt [0] (~fsper@12-219-161-208.client.mchsi.com)
01.57.00 Part    tHefaInt
02.01.11 #       <Bagder> I remodeled how the cvs builds are made
02.01.40 #       <Bagder> they now check for new changes every minute
02.01.49 #       <Rick> Bagder: you're an official rockbox dev? :)
02.02.01 #       * Bagder puts on his hat
02.02.08 #       <Rick> Hehe
02.02.10 #       <Bagder> that is Mr Bagder please ;-)
02.02.13 #       * Rick doesn't know who anybody is yet
02.02.20 Join    lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net)
02.02.48 #       <Bagder> I'm one of those in-it-from-the-start
02.02.58 #       <Rick> ah
02.03.00 #       <Rick> nifty
02.10.17 #       <Bagder> time to sleep
02.10.28 #       <Rick> what timezone?
02.10.39 #       <Bagder> central european
02.10.44 #       <Bagder> 02:10 now
02.10.47 #       <Rick> ah
02.10.51 #       <Rick> PST here :
02.10.52 #       <Rick> :)
02.19.16 #       <rickst131> CST here...
02.22.32 Join    lostlogic_ [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net)
02.30.00 Quit    DMJC ("Leaving")
02.30.55 Join    DMJC [0] (~James@220-245-162-47-sa-nt.tpgi.com.au)
02.36.11 Nick    midk_ is now known as midk (~midk@c66-235-14-120.sea2.cablespeed.com)
02.36.32 Join    skav [0] (skav@67-138-74-184.dsl1.merch.roc.ny.frontiernet.net)
02.39.44 Join    geoff_o [0] (geoff@HSE-Kitchener-ppp231400.sympatico.ca)
02.40.07 Quit    lostlogic (Read error: 110 (Connection timed out))
02.49.02 Part    geoff_o ("Kopete 0.9.1 : http://kopete.kde.org")
03.03.50 ***     Saving seen data "./dancer.seen"
03.21.19 #       <Rick> la la la
03.21.26 #       * Rick frollicks
03.23.36 Quit    skav ()
03.37.55 Quit    DrRick ()
03.39.09 Quit    midk ("Leaving")
03.39.23 Join    midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com)
03.42.43 Quit    midk (Read error: 104 (Connection reset by peer))
03.48.24 Join    midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com)
04.06.11 Join    QT_ [0] (as@area51.users.madwifi)
04.14.43 Quit    QT (Read error: 60 (Operation timed out))
04.20.16 Join    ze__ [0] (ze@adsl-69-231-252-131.dsl.irvnca.pacbell.net)
04.27.36 Quit    Stryke` (Read error: 110 (Connection timed out))
04.32.21 Quit    ze (Read error: 110 (Connection timed out))
04.32.21 Nick    ze__ is now known as ze (ze@adsl-69-231-252-131.dsl.irvnca.pacbell.net)
04.36.35 Quit    ze (Read error: 104 (Connection reset by peer))
04.40.40 Join    ze [0] (ze@adsl-69-231-254-121.dsl.irvnca.pacbell.net)
05.03.52 ***     Saving seen data "./dancer.seen"
05.11.08 #       <Rick> finally...
05.11.55 Join    ze__ [0] (ze@adsl-69-231-218-66.dsl.irvnca.pacbell.net)
05.14.53 Join    wacky_ [0] (~wacky@modemcable040.196-203-24.mc.videotron.ca)
05.15.01 #       <wacky_> any big guys in here ? :)
05.15.21 #       <Rick> define big guy
05.15.49 #       <wacky_> this afternoon I came and asked for my plugin to be added to CVS.. and preglow say I should wait for the big guys that take decisions to be there :)
05.15.57 #       <wacky_> said
05.16.09 #       <Rick> ahhh
05.16.14 #       <Rick> they're probably all sleeping atm
05.16.14 #       <wacky_> :P
05.16.23 #       <wacky_> yeah.. just saw the current.txt log..
05.16.30 #       <wacky_> I'll be back!!
05.16.34 Quit    wacky_ (Client Quit)
05.23.19 Quit    ze (Read error: 110 (Connection timed out))
05.23.19 Nick    ze__ is now known as ze (ze@adsl-69-231-218-66.dsl.irvnca.pacbell.net)
05.28.48 #       <Rick> yay ;)
05.32.45 Quit    cYmen ("zZz")
05.44.25 #       <Rick> got my gentoo install up and going
05.45.28 #       <Rick> going to setup my build enviornment now
05.45.29 #       <Rick> ;)
06.12.34 #       <Rick> making binutils ;D
06.21.14 #       <Rick> making gcc....
06.42.21 #       <pabs> HCl: http://pablotron.org/download/rockboy_state-20050304.patch
06.42.57 #       <pabs> HCl: adds load and save state (both to quicksave slots and to arbitrary files, although the latter needs a litle refinement)
06.43.03 #       <pabs> HCl: i'm sending it to the mailing list also
06.44.27 #       <Rick> eeep
06.44.51 #       <Rick> Error: unrecognized architecture specification '5249'
06.46.16 #       <ashridah> you didn't build gcc with the newly built binutils added to the path afaik
06.46.28 #       <pabs> it's binutils that's wrong
06.46.36 #       <pabs> i had the same problem a couple days ago
06.46.38 #       <Rick> hm
06.46.42 #       <Rick> odd
06.46.46 #       <Rick> I had it in path
06.47.05 #       <ashridah> ah
06.47.20 #       <pabs> Rick: m68k-elf-ar --version
06.47.28 #       <pabs> Rick: it'll probably give you th e wrong thing
06.47.40 #       <Rick> GNU ar 2.15
06.47.50 #       <pabs> Rick: yeah, you need something newer than 2.15
06.47.54 #       <Rick> ah
06.48.07 #       <Rick> so what needs newer, binutils or gcc?
06.48.20 #       <pabs> Rick: you need to redo binutils
06.48.21 #       <Rick> nevermind, stupid question
06.48.23 #       <Rick> okay
06.49.11 #       <Rick> CrossCompiler should be updated to say that somehow ;P
06.52.52 #       <ashridah> it probably didn't need to to begin with. feel free to update it with current info
06.54.51 #       <Rick> well
06.54.55 #       <Rick> it mentioned getting latest cvs snapshot
06.54.59 #       <Rick> but it said it was an alternate
06.55.22 #       <ashridah> yeah, it isn't really.
06.55.30 #       <Rick> hehe
06.59.18 #       <ashridah> the problem is, it probably still is for the SH platform archos uses
06.59.53 #       <Rick> well
07.00.05 #       <Rick> http://www.rockbox.org/twiki/bin/view/Main/CrossCompiler
07.00.12 #       <Rick> first it lists (what I assumed were the 'default')
07.00.20 #       <Rick> then under Coldfire it says the cvs binutils is optional/alternate
07.00.28 #       <Rick> so I assumed I could use binutils-2.15
07.00.54 #       <ashridah> hrm
07.02.58 #       <Rick> hence confusion
07.03.53 ***     Saving seen data "./dancer.seen"
07.05.58 Join    ze__ [0] (ze@adsl-69-231-212-114.dsl.irvnca.pacbell.net)
07.06.29 #       <ashridah> indeed.
07.06.46 #       <ashridah> as i say, feel free to correct it
07.17.23 Quit    ze (Read error: 110 (Connection timed out))
07.17.24 Nick    ze__ is now known as ze (ze@adsl-69-231-212-114.dsl.irvnca.pacbell.net)
07.20.22 #       <Rick> rebuilding now ;P
07.21.53 Join    StrathAFK [0] (~mike@dgvlwinas01pool0-a239.wi.tds.net)
07.26.13 Join    LinusN [0] (~linus@labb.contactor.se)
07.27.46 #       <Rick> greetings LinusN
07.27.53 #       <LinusN> hi
07.33.46 #       <LinusN> Rick: the CrossCompiler page doesn't say that CVS binutils for coldfire is alternate
07.34.25 #       <LinusN> alternative 1: get directly from CVS
07.34.41 #       <LinusN> alternative 2: get a CVS snapshot
07.35.20 #       <LinusN> s/alternate/optional/
07.35.30 #       <Rick> unclear definition of alternate then :p
07.35.46 #       <Rick> no biggy
07.36.08 #       <LinusN> yes it is, if it's unclear we need to change it
07.36.44 #       <Rick> well, instead of saying alternate you can say 'OR' in front of the get a CVS snapshot ;)
07.37.20 #       <LinusN> are you editing it?
07.37.24 #       <Rick> no
07.37.37 #       <LinusN> "There is a possibility that  RickLaCharite  is editing this topic."
07.37.44 #       <Rick> whoops
07.37.47 #       <Rick> I forgot to release
07.37.53 #       <LinusN> np
07.37.56 #       <Rick> try again :)
07.38.49 Quit    Strath (Read error: 110 (Connection timed out))
07.40.45 #       <LinusN> take a look at it now
07.40.55 #       <Rick> yay :) building rockbox
07.41.02 #       * Rick looks
07.41.13 #       <Rick> much more clear, :)
07.41.20 #       <LinusN> good
07.41.27 #       <LinusN> wiki is a blesing
07.41.29 #       <LinusN> blessing
07.41.34 #       * Rick nods
07.42.29 #       <Rick> nice, all built with no errors ;)
07.44.31 #       <LinusN> have you installed the boot loader?
07.44.35 #       <Rick> nope, not yet
07.44.54 #       <Rick> was about to do that now
07.45.16 #       <LinusN> word of advice: use the bootloader.bin on the wiki page
07.45.33 #       <Rick> alright, will do
07.48.13 #       <pabs> LinusN: i fired off another rockboy patch to the mailing list
07.48.22 #       <LinusN> ok
07.48.52 #       <pabs> HCl doesn't have email, and i can't dcc at all, and it's inconvenient for me to access ftp (because of my firewall)
07.48.56 #       <pabs> kind of amusing
07.49.10 #       <LinusN> doesn't have email?????
07.49.16 #       <LinusN> what a caveman
07.49.18 #       <pabs> he said he doesn't have easy access to it
07.49.24 #       <pabs> or something
07.49.29 #       <pabs> or not a good one, i can't remember exactly
07.49.42 #       <pabs> but i was basicall like "where do i send this patch?", and eh said dcc or ftp
07.49.43 #       <pabs> :/
07.50.08 #       <LinusN> in fact, the patch tracker is the official way of submitting patches
07.50.12 #       <pabs> k
07.50.29 #       * pabs searches ye ole wiki
07.50.56 Join    Rick-Gentoo [0] (rick@wbar25.lax1-4.28.143.213.lax1.dsl-verizon.net)
07.51.59 Quit    Rick-Gentoo (Client Quit)
07.52.54 #       <LinusN> pabs: i like the looks of your menu, but it seems redundant to have two menu systems
07.53.14 #       <LinusN> would have been better to export the core menu code to the plugin api
07.53.14 #       <pabs> LinusN: where's the other one?
07.53.24 #       <LinusN> apps/menu.c
07.53.29 #       <pabs> LinusN: i looked for a menu api and didn't see one handy
07.53.38 #       <pabs> (in the plugin api documentation, etc)
07.53.42 #       <pabs> so i wrote that one
07.53.51 #       <LinusN> in fact, i like it
07.54.11 #       <LinusN> it has a few drawbacks though
07.54.27 #       <pabs> probably, i just whipped it up
07.54.28 #       <Rick> oh that's evil
07.54.28 #       <LinusN> one obvious is that it can't handle long strings
07.54.31 #       <ashridah> the one in rockbox? it does look decent. a smaller font might be good, plus a scrollbar... 
07.54.32 #       * Rick heads to recompile is kernel
07.54.41 #       <Rick> *his
07.54.46 #       <pabs> LinusN: nope, and it won't handle huge fonts gracefully either
07.54.51 #       <pabs> LinusN: that's easy enough to fix though
07.54.56 #       <ashridah> s/rockbox/rockboy/
07.55.18 #       <pabs> LinusN: like i said, i ddin't see a menu api, so i tossed that one together
07.55.22 #       <pabs> LinusN: i'm still refining it
07.55.39 #       <pabs> LinusN: mainly i was mad because rockboy was quitting on me, and i wanted to be able to save tsate
07.55.45 #       <pabs> LinusN: (which the second patch adds)
07.56.42 #       <pabs> s/tsate/state/
07.58.34 #       <Rick> nifty
07.59.32 #       <Rick> there, kernel rebuilt with vfat support :)
08.01.00 #       <pabs> LinusN: i can either crop the strings to fit them in the menu, or add a thread that scrolls them (since i kind of like having the game showing a bit in the background, it gives a nice modal feel to the menu)
08.01.32 #       <LinusN> pabs: the rockbox lcd driver already supports scrolling
08.01.37 #       <pabs> LinusN: if you're going to expose the menu stuffto the plugin api it'd be nice to have a standard open and save file call too
08.02.15 #       <LinusN> pabs: "a standard open and save file call"?
08.02.38 #       <pabs> yeah, somtehing that brings up a menu that allows users to scroll around and select a file
08.02.50 #       <pabs> s/scroll/navigate/
08.02.58 #       <LinusN> a file requester?
08.03.01 #       <pabs> yup
08.03.07 #       <LinusN> we don't have one
08.03.19 #       <LinusN> feel free to write one
08.03.21 #       <pabs> k
08.04.05 #       <Rick> Hehe
08.04.36 #       <pabs> LinusN: i know the lcd driver supports scrolling, but i didn't think it'd support scrolling for part of the screen (like, a chunk of text that wasn't full screen)
08.05.07 #       <Rick> pabs: sorta like buffer areas within the main lcd?
08.05.16 #       <LinusN> that's true, it needs support for cutting off the right part
08.07.11 #       <pabs> Rick: yeah
08.07.23 #       <pabs> that's what i'd want to do text scrolling in teh rockboy menu i did
08.07.36 #       <pabs> anyway
08.07.42 #       <pabs> maybe i'm just picky :o
08.07.45 #       <Rick> oh great, forgot to unzip rockbox.zip
08.07.46 #       <Rick> lol
08.07.51 #       * Rick feels silly
08.08.24 #       <ashridah> hmm
08.09.04 #       <Rick> what's the modified firmware do?
08.09.16 #       <Rick> I mean, other than load up rockbox
08.09.41 #       <pabs> Rick: well, it makes you popular with the ladies!
08.10.10 #       <Rick> Heh
08.10.23 #       <Rick> just curious because I got a nice blank screen for ~5 seconds before it did anything
08.12.46 #       <Rick> other than that it seems i'm all good to go 
08.14.22 #       <LinusN> it doesn't do anything else but load rockbox, but the FAT driver might recalculate the free space the first time you boot
08.14.59 #       <Rick> ah
08.15.04 #       <LinusN> and it might take a few disk operations to find out that the rockbox files are missing before it boots the original firmware
08.15.14 #       <Rick> ah, okay
08.16.18 #       <LinusN> pabs: is see that windowing and menus is your thing (profanity) :-)
08.17.14 #       <pabs> LinusN: damn i just posted that!
08.17.22 #       <pabs> like 10 minutes ago =-O
08.17.42 #       <pabs> i was just posting something about rockbox too :D
08.17.43 #       <Rick> posted what?
08.18.14 #       <pabs> Rick: i just posted an entry to pablotron.org about a library i'm working on called profanity
08.18.34 #       <Rick> oh
08.22.36 #       <Rick> sweet
08.22.38 #       <Rick> it's working ;)
08.22.43 #       <pabs> Rick: cool!
08.23.49 #       <Rick> mm
08.24.00 #       <pabs> LinusN: the profanity stuff is really just for raggle :)
08.24.04 #       <Rick> the md5 hash list on the IriverBoot page -- is that of an encoded final merged firmware?
08.24.09 #       <Rick> or unencoded?
08.24.20 #       <LinusN> encoded
08.24.28 #       <pabs> LinusN: but i'm planning on using it for other stuff too (eventually)
08.25.16 #       <Rick> there, added
08.26.00 #       <pabs> LinusN: it really scares me that you saw the post on my page that fast
08.26.05 #       * pabs looks around for cameras
08.26.18 #       <LinusN> Rick: the page says "No need to add md5 duplicates"
08.26.24 #       <Rick> Oh, sorry
08.26.42 #       <LinusN> pabs: pure luck
08.26.44 #       <Rick> didn't realize there was a duplicate ;)
08.26.54 #       <LinusN> :-)
08.26.57 #       <dwihno> yay! friday!
08.27.25 #       <dwihno> 7 hours until state of euphoria ;)
08.28.17 #       <Rick> hah
08.28.20 #       <Rick> I like the upside down setting
08.28.20 #       <Rick> ;P
08.29.15 #       <LinusN> quite handy when you have it in your belt
08.29.27 #       <Rick> yeah :)
08.29.53 #       <LinusN> especially for the archos that doesn't have an lcd remote
08.30.41 #       <Rick> hmm
08.30.45 #       <Rick> graphical glitches with pong
08.31.13 #       <LinusN> lots of plugins needs work on the iriver
08.31.18 #       <Rick> yeah
08.31.22 #       <LinusN> they need work overall
08.31.36 #       <LinusN> like a common menu system :-)
08.32.10 #       <LinusN> pabs: you're up to a fairly big task?
08.32.17 #       <Rick> hmm
08.32.52 #       <Rick> does the current iriver rockbox function fine with file transfers over usb?
08.33.29 #       <LinusN> insert the cable and see for yourself
08.33.35 #       <Rick> okay ;P
08.34.06 #       <Rick> ah
08.34.41 #       <Rick> my
08.34.42 #       <Rick> that's nice and speedy
08.37.43 #       <Bagder> what no commits yet today?
08.39.24 #       * Bagder wants the new script tested
08.42.08 #       <Bagder> daily ondio fm build works again now
08.44.01 #       <Rick> does snake2 fit the entire screen of the archos?
08.45.02 #       <LinusN> yes
08.45.20 #       <Rick> okay
08.55.30 #       <pabs> LinusN: i am?
08.55.51 #       <pabs> LinusN: what would you awnt in a common menu system?
08.56.29 #       <pabs> (sorry, i was off taking pictures of rockboy for pablotron)
08.56.32 #       <LinusN> if you're up to it, i'd like you to add the right-side clipping for the lcd scrolling code
08.56.57 #       <LinusN> so we can use the standard menu system for popups too
08.59.05 Join    ze__ [0] (ze@adsl-69-231-204-127.dsl.irvnca.pacbell.net)
08.59.32 #       <pabs> seems like it'd be as straightforward as adding a call with a width parameter
08.59.34 #       <pabs> for that case
08.59.51 #       <pabs> but what you really want is subwindows and with clipping regions, and htings like that
09.00.01 #       <pabs> which is more work
09.00.28 #       <LinusN> that may not be what we really want
09.00.36 #       <pabs> k
09.01.15 #       <pabs> LinusN: i'm still getting up to speed on the guts of rockbox, i don't mind writing that code for you but i'm not sure how you'd want it done
09.01.18 Join    einhirn [0] (Miranda@bsod.rz.tu-clausthal.de)
09.01.48 #       <LinusN> first thing is to add a width parameter to lcd_putsxyofs()
09.02.06 #       <LinusN> and then make the scrolling thread use it
09.02.40 #       <LinusN> perhaps adding width/height (or right/bottom) to lcd_setmargins()
09.03.14 #       <LinusN> a poor man's clipping window
09.03.15 #       <pabs> ah i see wher eyou're going with that
09.03.15 #       <Rick> hmmmm
09.03.34 #       <Rick> is there any way to obtain the width of a string rendered in a font?
09.03.38 #       <LinusN> yes
09.03.55 ***     Saving seen data "./dancer.seen"
09.04.00 #       <LinusN> Rick: int lcd_getstringsize(const unsigned char *str, int *w, int *h)
09.04.14 #       <Rick> great :)
09.04.35 #       * Rick is working on a basic scale hack for snake2
09.08.35 #       <LinusN> Rick: perfect
09.09.56 Quit    ze (Read error: 110 (Connection timed out))
09.09.56 Nick    ze__ is now known as ze (ze@adsl-69-231-204-127.dsl.irvnca.pacbell.net)
09.10.58 #       <Rick> works, just some graphical glitches
09.11.05 #       <Rick> and I need to figure out how to handle the fact that the Y scale is warped
09.11.11 #       <Rick> (it's scaled more than X)
09.14.10 #       <ashridah> Rick: it's because the lcd display won't be square
09.15.26 #       * Rick nods
09.15.27 #       <Rick> I know
09.18.18 #       <Rick> nearly fixed the graphics for scaling :)
09.33.30 Join    Sando [0] (kekekek@CPE-147-10-21-132.vic.bigpond.net.au)
09.34.03 Join    ghode|afk [0] (dude@host217-137-34-30.no-dns-yet.ntli.net)
09.35.38 #       <ghode|afk> LinusN: wacky_ is looking for you i think, concerning the m3u converter plugin, would be nice to get that in cvs ;p
09.35.54 #       <LinusN> iriverify?
09.37.00 #       <ghode|afk> yeah
09.41.02 #       <pabs> LinusN: i finished converting the api calls everywhere for setmargins and setxyofs, but it'll take more time to make the margni calls do what they're supposed to
09.41.29 #       <LinusN> can i see the patch?
09.41.32 #       <pabs> yeah
09.41.35 #       <pabs> actually
09.42.10 #       <pabs> i'll have to strip out teh rockboy stuff though
09.42.16 #       <pabs> (i'm just doing the changes in the same tree)
09.42.17 #       <HCl> ugh, morning.
09.42.37 #       <pabs> HCl: did another patch for you with load/save stuff
09.42.52 #       <pabs> HCl: http://pablotron.org/download/rockboy_state-20050304.patch
09.42.59 #       <HCl> *nods*
09.43.03 #       <HCl> i'll take a look at it.
09.43.16 #       <HCl> i'm still rather cranky at my toothache
09.43.28 #       <pabs> HCl: it's got 5 slots for each and a save to/load from file option (although the latter could use some work)
09.44.29 #       <LinusN> pabs: have you tried your patch on a real target?
09.44.50 #       <LinusN> the save/load patch
09.45.00 #       <pabs> eh?
09.45.03 #       <pabs> i'm using it here
09.45.10 #       <pabs> on my iriver
09.45.34 #       <pabs> (h120)
09.45.39 #       <LinusN> i'm puzzled by the lack of plugin api handles
09.45.51 #       <LinusN> open() instead of rb->open() etc
09.45.58 #       <ghode|afk> HCl: do you have any plans to add .gbc viewer support to rockboy?
09.45.59 #       <pabs> LinusN: oh that's from the rockboy defines
09.46.05 #       <pabs> LinusN: presumably HCl did those
09.46.18 #       <Rick> ghode|afk: how would that work without color support?
09.46.25 #       <ghode|afk> err
09.46.27 #       <pabs> LinusN: he's got #define open rb->sys_open and stuff
09.46.32 #       <pabs> s/sys_//
09.46.34 #       <ghode|afk> did not mean it like that ;p
09.46.40 #       <Rick> oh
09.46.43 #       <pabs> LinusN: hence the lack of api calls
09.46.47 #       <LinusN> ok
09.46.54 #       <ghode|afk> you can play gbc roms atm, but you can't open them from the dir view, only .gb roms
09.46.55 #       <pabs> LinusN: i was just going with his system
09.47.00 #       <Rick> ahhh
09.47.16 #       <pabs> ghode|afk: if you add an entry to your viewers file they'll show up
09.47.50 #       <ghode|afk> total novice here ;p
09.48.04 #       <pabs> hey, me too! :)
09.48.10 #       <pabs> LinusN: i'm editing your patch at the moment
09.48.15 #       <LinusN> great
09.48.16 #       <Bagder> .gbc? they're named .cgb in the viewers.config file
09.48.38 #       <ghode|afk> hmm all the gbc roms i've vound have had the ext .gbc
09.48.39 #       <pabs> Bagder: all teh ones i've ever seen are .gbc i think
09.48.42 #       <Bagder> I fixed the problem with multiple extensions for a single plugin yday
09.49.01 #       <Bagder> then "someone" should fix the viewers.config
09.49.01 #       <LinusN> nice
09.49.39 #       <Bagder> the problem was only in how the viewers.config is made when make zip is used
09.52.02 #       <HCl> pabs: are you writing the filename to the savestate too? o.o;
09.52.32 #       <HCl> ah... description, ok.
09.55.25 #       <pabs> HCl: description for the quicksave slots
09.55.55 #       <pabs> LinusN: http://pablotron.org/download/rockbox-xyofs-w_setmargins-br.patch
09.56.13 #       <pabs> LinusN: it's a start anyway
09.56.31 Nick    kergoth is now known as kergoth`zzz (~kergoth@li11-226.members.linode.com)
09.58.24 #       <pabs> LinusN: i'd need to grep through the code and find all the places that check LCD_WIDTH, and swap that to LCD_WIDTH - rmargin, in order for the margin stuff to be functional
09.58.50 #       <pabs> LinusN: but that change compiles clean here
09.59.03 #       <LinusN> may not be necessary
09.59.27 #       <pabs> hmm?
09.59.46 #       <LinusN> ignore me
10.00.22 #       <pabs> obviously that's only in lcd-h100.c and lcd-recorder.c, so it's not too bad
10.00.40 #       <LinusN> pabs: while we're at it, why not move the common code to a new file, lcd-common.c
10.00.48 #       <Bagder> we should unite more things between lcd-h100 and lcd-recorder
10.00.54 #       <LinusN> :-)
10.00.56 #       <Bagder> possibly in a new lcd-bitmap.c
10.01.06 #       <Bagder> haha
10.01.12 #       <pabs> i noticed a lot of stuff was duplicated in there
10.01.16 #       <LinusN> lcd-bitmap.c might be better than lcd-common.c
10.01.16 Join    vrm [0] (~vrm@AToulouse-251-1-44-146.w82-125.abo.wanadoo.fr)
10.01.19 #       <vrm> hi
10.01.23 #       <LinusN> hi
10.01.50 #       <pabs> LinusN: is that roughly what you're looking for though?
10.02.02 #       <LinusN> yes
10.02.08 #       <vrm> it's possible to remote control the rockbox using USB, for example start playing a song ?
10.02.11 #       <pabs> k
10.02.36 #       <LinusN> i'm not sure if i want left/right/top/bottom or x/y/width/height
10.02.53 #       <LinusN> vrm: no
10.03.01 #       <Bagder> the new build script seems to work
10.03.21 #       <pabs> LinusN: seems like margins are usually relative to their respective edge
10.03.25 #       <pabs> LinusN: but it's all the same to me
10.03.40 #       <pabs> i was just going on how people seem to do them normally
10.03.56 #       <pabs> i guess i'd call it a clipping region if it's x/y/w/h, and a margin if it's relative ot the edge
10.04.01 #       <pabs> that's just semantics though :D
10.04.08 #       <LinusN> yes, l/r/t/b is appropriate for a setmargins function, but maybe it would be better with a setwindow() function, i don't really know
10.04.49 #       <pabs> LinusN: if you prefer w/h that's doable
10.04.49 #       <vrm> LinusN, thanks
10.04.54 #       <pabs> i should sleep befoer my girlfriend kills me
10.05.02 #       <pabs> (it's 4am here)
10.05.07 #       <LinusN> oh
10.05.28 #       <LinusN> i think i'll apply your patch in the meantime
10.05.34 #       <pabs> LinusN: i'll catch up with everyone tomorrow at some point
10.05.41 #       <LinusN> sleep tight
10.05.50 #       <pabs> night all!
10.05.53 #       <pabs> LinusN: thnks
10.06.36 #       <pabs> (hopefully id idn't mangle anythign when i stripped out the rockboy changes)
10.06.43 #       <pabs> guess we'll find out
10.06.57 #       <vrm> LinusN, so the USB communication is enclosed in some mass storage chipset I suppose ?
10.07.05 #       <LinusN> yes
10.07.41 #       <vrm> annoying :/
10.08.21 #       <LinusN> handy
10.10.10 Join    Patr3ck [0] (~patr3ck@p548CB83F.dip.t-dialin.net)
10.11.19 #       <DeadMan> How far away would you say you guys are from MP3 playback to the headphone out? :)
10.11.54 #       <Bagder> about this: ---->    <----
10.12.18 #       <DeadMan> Just insert ___ then ;)
10.12.24 Join    markun [0] (~markun@bastards.student.utwente.nl)
10.14.04 #       <markun> I just did a fresh build this morning. booting rockbox: "FileType string buffer empty". Also my settings were all gone, there were duplicate entries in the "open with" menu and vorbis2wav was not there..
10.14.17 #       <Rick> yes, I get the FileType string buffer empty too
10.16.09 #       <LinusN> how does your viewers.config file look like?
10.16.59 #       * LinusN points at Bagder
10.17.14 #       * Bagder ducks
10.18.19 Join    preglow [0] (thomj@s183a.studby.ntnu.no)
10.19.54 #       <Bagder> actually I bet it is a true bug
10.20.03 #       <Bagder> that my fix reveals
10.20.34 #       <Bagder> since viewers.config never contained more than one plugin <=> extension before
10.20.48 #       <Bagder> and now a single plugin suddenly is listed for multiple extensions
10.21.35 #       <Bagder> at least I can't see any problem with my generated viewers.config
10.24.37 #       <LinusN> viewers.config was never designed to contain more than one entry per plugin, iirc
10.24.45 #       <ghode|afk> Bagder: the cgb ext should be "gbc" not "cgb"
10.26.15 #       <Bagder> LinusN: did we really limit it to that?
10.26.28 #       <Bagder> seems very restrictive
10.26.35 Part    vrm ("Leaving")
10.27.01 #       <LinusN> yes
10.27.30 #       <Bagder> and it would even more explain the problem :-)
10.27.37 #       <LinusN> maybe i am wrong, but iirc, the code has that limit
10.27.53 #       <LinusN> though it shouldn't, imho
10.27.59 #       <Bagder> I agree
10.28.04 #       <LinusN> Bagder: go fix
10.28.13 #       <Bagder> the buildzip flaw has hidden this limitation all this time
10.28.24 #       <LinusN> preglow: how's the emac today? :-)
10.29.04 #       <DeadMan> It's snowing (And settling) like crazy outside :P
10.33.29 #       <DeadMan> How much % of Coldfire CPU does iRiver's MP3 decoder take?
10.34.27 #       <DeadMan> Only I made what may be some rather bogus statements in the misticriver forum :)
10.34.37 #       <preglow> LinusN: ugly
10.34.42 #       <LinusN> DeadMan: i have no idea
10.34.44 #       <preglow> LinusN: but i'll fix it up now
10.35.32 #       <markun> LinusN: viewers.config looks just like before. No duplicate entries and vorbis2wav.rock is also there.
10.36.16 #       <LinusN> on the actual target?
10.36.20 #       <markun> yes
10.36.39 #       <markun> Where are the rockbox settings stored on the iriver?
10.37.10 #       <LinusN> in an unused sector after the partition table
10.37.25 #       <markun> how strange then that they got wiped..
10.37.25 #       <DeadMan> oh so it loads it at boot time?
10.37.30 #       <LinusN> yes
10.37.30 #       <preglow> are we planning to use the eeprom for anything?
10.37.39 #       <LinusN> not sure
10.37.52 #       <DeadMan> and after a format it still retains those settings?
10.38.00 #       <LinusN> yes
10.38.16 Join    El_Barto2 [0] (firecreepe@www.e-spirit.de)
10.38.18 #       <El_Barto2> hi
10.38.44 #       <DeadMan> must be something to tell even when you are formatting via usb not to go near that portion of the disk
10.39.10 #       <Bagder> DeadMan: as long as you have a partition, you won't risk that
10.39.17 #       <DeadMan> I'd hate to see a bad sector appear there
10.39.19 #       <Bagder> and even if you did, it is only your settings
10.39.23 #       <DeadMan> lol
10.39.27 #       <DeadMan> that would annoy
10.39.36 #       <DeadMan> keep losing settings at power off that is
10.39.36 #       <Bagder> expect to be annoyed
10.39.42 #       <Bagder> we frequently change format of it
10.40.20 #       <DeadMan> I would have thought they would hold settings in memory for as long as the battery was charged
10.40.23 #       <Bagder> keeping up with devel means blowing your settings every once in a while
10.40.45 #       <Bagder> DeadMan: they? rockbox surely does
10.41.01 #       <DeadMan> I would have thought so
10.41.07 #       <LinusN> Bagder: no we don't
10.41.17 #       <Bagder> yes we do
10.41.18 #       <DeadMan> the more I look at it the more I think iRiver devs are lazy
10.41.20 #       <LinusN> the iriver doesn't have an rtc
10.41.20 #       <Bagder> but we save them
10.41.32 #       <DeadMan> heh
10.42.02 #       <Bagder> oh, maybe I misunderstood
10.42.17 #       <DeadMan> maybe
10.42.21 Nick    StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a239.wi.tds.net)
10.42.24 #       <Bagder> I thought you meant while the unit is powered
10.42.45 #       <ashridah> DeadMan: most modern hard drives perform sector remapping if they develop a bad one anyway
10.43.07 #       <LinusN> some day, we will use a file instead of a sector
10.43.30 #       <DeadMan> You could have profiles
10.43.38 #       <Bagder> profiles?
10.43.47 #       <DeadMan> boot to profile a,b,c
10.43.54 #       <DeadMan> different settings for each
10.43.56 #       <Bagder> we already have that
10.44.00 #       <DeadMan> oh ok
10.44.02 #       <Bagder> they're called config files
10.44.09 #       <DeadMan> I've not tried Rockbox yet
10.44.24 #       <DeadMan> I don't see any point for me until I get MP3 playback ;)
10.44.32 #       <Rick> why don't you use a file already?
10.44.34 #       <Rick> (curious)
10.45.38 #       <LinusN> historical reasons
10.45.45 #       <DeadMan> will the gapless portion of the code have to be rewritten for the iRiver?
10.46.07 #       <LinusN> not for pure mp3 gapless playback
10.46.16 #       <DeadMan> cool
10.46.43 #       <DeadMan> so how will audio be loaded into memory?
10.46.59 #       <Bagder> how?
10.47.01 #       <DeadMan> iRiver's firmware buffers the entire memory up
10.47.05 #       <LinusN> open()/read()/close()
10.47.17 #       <Bagder> DeadMan: that's the only way to do it
10.47.34 #       <DeadMan> Hmm
10.47.46 #       <Bagder> need to keep the disk spinning as little as possible
10.47.47 #       <DeadMan> that's how it saves on power too I guess
10.47.53 #       <DeadMan> yeah
10.48.21 #       <DeadMan> so for gapless it would need to buffer in the next song as well or at least the first portion?
10.49.16 #       <DeadMan> I mean. If the buffer is already full...
10.49.41 #       <Bagder> this is nothing new for us
10.49.47 #       <DeadMan> ok
10.49.48 #       <Bagder> rockbox already plays on Archos, you know
10.49.52 #       <DeadMan> just curious :)
10.49.58 #       <DeadMan> heh
10.50.03 #       <Bagder> if the buffer is full, there's no need to load more data
10.50.22 #       <Bagder> then you play music until there's a need to load more data again
10.50.45 #       <DeadMan> yeah ic
10.51.09 #       <DeadMan> I forget playback and read into memory are seperate events. linear thinking me ;)
10.51.43 #       <preglow> the iriver firmware doesn't even buffer a song if it can't fit it in the buffer
10.51.52 #       <preglow> that's plain stupid, if you ask me
10.52.05 #       <DeadMan> so if the song is bigger than 32mb it does what?
10.52.31 Quit    ghode|afk (Read error: 110 (Connection timed out))
10.52.41 #       <DeadMan> just spins the disk continually?
10.53.27 #       <DeadMan> if that's a stupid question I apologise :)
10.55.21 #       * DeadMan wonders how much CPU iRiver's firmware uses for MP3 playback in order to get 16 hours battery life
10.55.31 #       <preglow> DeadMan: it handles a single song bigger than the buffer
10.56.32 #       <LinusN> preglow: so how's the libmad opts going?
10.56.33 #       <DeadMan> I know. Just wondering what you meant by doesn't even buffer if the song can't fit in the buffer
10.56.41 #       <LinusN> what do we have left to do?
10.58.22 #       <DeadMan> Someone gonna do some testing on battery life, decoding an MP3 in Rockbox? :)
10.58.49 #       <LinusN> someday we will
10.59.11 #       <HCl> hmm
10.59.19 #       <HCl> my rockbox crashed while shutting down with usb attached
10.59.33 #       <LinusN> crashed how?
11.00.20 #       <HCl> hanged on shutting down
11.00.35 #       <LinusN> i use to differ between crash and hang
11.00.58 #       <HCl> mk
11.01.10 Nick    Strath is now known as StrathAFK (~mike@dgvlwinas01pool0-a239.wi.tds.net)
11.01.17 #       <LinusN> hehe, i must admit i've never tried to shut down with usb attached
11.02.30 Nick    QT_ is now known as QT (as@area51.users.madwifi)
11.02.44 #       <preglow> i like the libmad guys selective use of tabs
11.03.13 #       <preglow> shall i rectify it or let it be?
11.03.27 #       <LinusN> i dislike all use of tabs :-)
11.03.40 #       <LinusN> i think we should change as little as possible
11.03.57 #       <preglow> i think it's neat if done correctly, but partial use is silly
11.03.57 #       <LinusN> makes it easier to keep in sync with the original
11.03.57 #       <preglow> ok
11.03.59 ***     Saving seen data "./dancer.seen"
11.04.00 #       <preglow> yes
11.08.41 #       <preglow> but ok, i'm testing to see if synth.c opt breaks anything
11.08.50 #       <preglow> if not, i'll stuff it in
11.08.57 #       <LinusN> wonderful
11.09.03 #       <amiconn> Bagder et al: The "file type string buffer empty" isn't really a bug, it's just a bit misleading message. It should rather say "filetype string buffer full"
11.09.13 #       <Bagder> aha
11.09.17 #       <LinusN> hihi
11.09.33 #       <amiconn> This is because of the supported file types increased so much that the buffer storing all the plugin names and icons is too small
11.10.14 #       <amiconn> apps/filetypes.c line 49:  #define STRING_BUFFER_SIZE 256
11.10.53 #       <preglow> LinusN: should i let all .idata attributes be in there as well?
11.11.22 #       <Rick> am I to assume correctly that to add a new plugin for building, just add it to the 'SOURCES' file?
11.11.22 #       <HCl> markun / amiconn.. whats the current idea about grayscale?
11.11.28 #       <LinusN> preglow: do so
11.11.41 #       <LinusN> Rick: yup
11.11.43 #       <Rick> great
11.12.18 #       <amiconn> Bagder: That's probably also the cause for .cgb not working...
11.12.26 Quit    ashridah ("Leaving")
11.12.28 #       <HCl> .gbc
11.13.05 Join    ashridah [0] (ashridah@220-253-119-191.VIC.netspace.net.au)
11.14.42 #       <Bagder> I renamed it now
11.14.46 Join    Aison [0] (~hans@zux166-181.adsl.green.ch)
11.15.53 #       <amiconn> markun: The settings didn't get wiped for a strange reason; they were reset because the settings structure changed, and the settings version bumped because of that.
11.16.12 #       <markun> amiconn: ok
11.18.40 #       <markun> HCl: I will not be able to work on rockbox for the weekend. You can tell me if there were any ideas on grayscale on monday.
11.18.50 #       <preglow> cvs diff insists that a couple of identical lines have changed
11.18.51 #       <preglow> charming
11.19.38 #       <Bagder> whitespace perhaps
11.19.48 #       <preglow> sure as hell can't find it
11.20.14 #       <preglow> and this is a part of the file i'm pretty sure i haven't touched
11.20.46 #       <preglow> glow.m0f0.net/rockbox/wtf.diff
11.20.51 #       <preglow> can you see anything different in the first lines?
11.22.17 #       <markun> I'm off, have a nice weekend guys!
11.22.33 #       <preglow> will
11.23.22 Quit    markun ()
11.23.30 #       <Rick> good night
11.23.43 #       <preglow> good morning
11.24.36 #       <HCl> ok
11.26.41 #       <LinusN> preglow: cr/lf?
11.26.46 Quit    Aison (Read error: 104 (Connection reset by peer))
11.26.51 #       <amiconn> LinusN: Do you have an explanation why your added .S support in the codec Makefiles "magically" fixed the heapload of inline warnings for libFLAC?
11.26.55 #       <preglow> LinusN: can't find a cr
11.27.13 #       <LinusN> preglow: not in the diff
11.27.28 Join    Aison [0] (~hans@zux166-181.adsl.green.ch)
11.27.43 #       <LinusN> perhaps the diff output doesn't contain the cr/lf differences
11.28.04 #       <amiconn> preglow: That sometimes happens here too. Just open a source file, save it, then diff. The diff  shows some lines as changed that actually arent.
11.28.41 #       <preglow> LinusN: no dice, i reinserted lf's, and still shows diff, i'll just ignore it
11.29.58 #       <LinusN> amiconn: i fixed those warnings long before the .S fix
11.30.27 #       <amiconn> Not all of them, and only for gcc 3.4+
11.30.44 #       <amiconn> I still got loads of them when building the iriver sims on cygwin
11.30.49 #       <amiconn> (gcc 3.3.3)
11.31.03 #       <amiconn> They disappeared the same moment you added .S support
11.31.18 #       <LinusN> funny
11.31.19 Join    Camilo [0] (~chatzilla@userca029.dsl.pipex.com)
11.31.25 Quit    Camilo (Client Quit)
11.31.39 #       <amiconn> This was also observable in the build table
11.34.19 Join    ze__ [0] (ze@adsl-69-231-200-202.dsl.irvnca.pacbell.net)
11.34.48 #       * HCl stretches
11.35.10 #       <HCl> amiconn: would it be a bad thing if i added grayscale support to rockboy in cvs, disabled like how dynarec is disabled?
11.37.23 #       <preglow> ok
11.37.32 #       <preglow> did i commit 
11.37.37 #       <preglow> should nok break sims this time
11.37.45 #       <preglow> s/did i/i did/
11.41.03 #       * HCl stares at the void of response and guesses he'll just go and add it..
11.41.37 #       <LinusN> add it
11.41.46 #       <LinusN> or is there a problem adding it?
11.43.26 #       <HCl> nop
11.43.28 #       <HCl> not really
11.43.35 #       <HCl> aside from that markuns grayscale isn't in cvs
11.43.39 #       <HCl> so it can't work with cvs
11.43.42 #       <preglow> libmad is actually 103% realtime with only the changes i added now
11.43.48 #       <HCl> but it will when markun's patches are applied
11.43.58 Join    stripwax [0] (~stripwax@213-228-241-36.dsl.prodigynet.co.uk)
11.44.01 #       <HCl> but it'll be deactivated by a define in cvs
11.44.01 #       <stripwax> ello
11.45.21 #       <LinusN> HCl: go ahead, you're the rockboy boss
11.45.31 #       <LinusN> stripwax: yo
11.45.50 #       <HCl> okies
11.45.53 #       <LinusN> what are markuns patches?
11.45.59 #       <stripwax> how's iriver audio looking (sounding)?
11.46.08 Quit    ze (Read error: 110 (Connection timed out))
11.46.08 Nick    ze__ is now known as ze (ze@adsl-69-231-200-202.dsl.irvnca.pacbell.net)
11.46.13 #       <LinusN> stripwax: i haven't had time to work on it
11.47.56 #       <LinusN> preglow: so what's our next move on libmad?
11.48.16 #       <preglow> LinusN: santize the imdct opt i made
11.48.33 #       <preglow> LinusN: and then i plan to make version of synth_full that doesn't use OPT_SSO
11.49.08 #       <stripwax> is it possible to trace/profile the code using bdm?
11.49.31 #       <LinusN> stripwax: yes, but not with gdb
11.49.48 #       <LinusN> preglow: 95% with my test file
11.49.50 #       <stripwax> shame
11.50.59 #       <preglow> LinusN: what bitrate is it?
11.51.07 #       <LinusN> flac is 104% with my test file
11.52.38 #       <preglow> does ata driver use pio mode?
11.52.58 #       <LinusN> yes
11.53.07 #       <preglow> libflac is 170% realtime with my file
11.53.24 #       <preglow> at 120mhz
11.53.34 #       <LinusN> 120MHz here too
11.53.35 #       <preglow> drops to about 150
11.53.40 #       <preglow> but stays there
11.53.43 #       <preglow> LinusN: how did you encode it?
11.53.59 #       <LinusN> i got it from someone in this channel
11.54.20 #       <HCl> LinusN: um, i have them.. shall i put them on ftp? as far as i know, they pretty much enable native 2bit grayscale for the iriver
11.54.33 #       <preglow> weird, even with a --best encode, i end up at around 145%
11.54.35 #       <HCl> and just switch rockbox's format to 4 pixels / byte
11.55.02 #       <HCl> but its prolly best to wait for markun, he's cleaned them up and stuff
11.55.03 #       <LinusN> HCl: let me see
11.55.03 #       <preglow> i need some food
11.55.31 #       <HCl> hold on.. can you accept dcc..?
11.55.48 #       <LinusN> preglow: what's opt_sso?
11.55.53 #       <LinusN> HCl: no
11.56.11 #       <HCl> ok
11.56.12 #       <HCl> hold on
11.56.43 #       <HCl> ftp://titania.student.utwente.nl/grayscale.tgz
11.58.42 #       <preglow> LinusN: optimisation that lets you do subband synthesis with a 32 bit accumulator, i used that at the time, since i wasn't quite certain how emac fractional mode would work
11.59.19 #       <preglow> LinusN: it's enabled if you have no architecture specific MAC macros defined, which we do not have
11.59.31 #       <LinusN> and how would non-sso perform?
11.59.40 #       <preglow> good, once i code support for it
11.59.55 #       <preglow> equally good
11.59.56 #       <LinusN> compared to the sso version?
11.59.58 #       <preglow> no difference for us
12.00.06 #       <preglow> just get more precision
12.00.26 #       <LinusN> we will probably have to find ways to trade quality for performance
12.00.42 #       <preglow> i might actually want to postpone makeing it use no SSO_OPT, it's not going to make a lot of difference
12.00.54 #       <preglow> and spend time doing more vital stuff
12.01.44 #       * HCl commits grayscale
12.01.47 #       <HCl> for rockboy
12.01.50 #       <HCl> not for rockbox
12.02.24 #       <stripwax> neat-o
12.04.16 #       <preglow> but i'll go generate some food
12.05.42 #       <LinusN> preglow: btw, my test file is 320kbit/s
12.06.15 #       <LinusN> iRiver, Catch the digital flow!.mp3
12.06.16 #       <LinusN> :-)
12.06.34 #       <preglow> hahahah
12.06.46 #       <preglow> LinusN: that's bound to do some more damage than my 192 avg. vbr
12.07.56 #       <preglow> hmm, my sim build has invalid plugins
12.08.04 #       <preglow> failed to load /.rockbox/rocks/cube.rock
12.08.05 #       <preglow> dlopen(archos/.rockbox/rocks/cube.rock): archos/.rockbox/rocks/cube.rock: invalid ELF header
12.08.08 #       <preglow> Segmentation fault
12.08.50 Join    jyp [0] (~jp@14-177.240.81.adsl.skynet.be)
12.10.02 #       * HCl builds a grayscale rockbox/rockboy from cvs...
12.11.16 #       <LinusN> jyp: found your next project: http://ferenczy.dump.cz/mt-500/index-en.html
12.11.58 #       <jyp> hehe ;)
12.12.06 #       <jyp> we'll see in due time ;)
12.12.10 #       <HCl>  :P
12.14.50 #       <HCl> for anyone interested; ftp://titania.student.utwente.nl/rockbox.zip -> grayscale rockbox/rockboy
12.16.39 #       <HCl> its nice that grayscale doesn't seem to slow it down much
12.17.34 #       <DeadMan> kickin!
12.18.02 Quit    [FlaT]Heidel (Read error: 110 (Connection timed out))
12.19.12 #       <LinusN> HCl: look cool
12.19.30 #       <LinusN> i can't even make it past the first brick wall in marioland :-(
12.19.38 #       <HCl> aw, why not? o.o
12.19.39 #       * LinusN is a gameboy loser
12.19.51 #       <HCl>  :p
12.19.59 #       <LinusN> i can't make him jump high/far enough
12.20.01 #       <HCl> there are savestates now
12.20.05 #       <HCl> you can save right before the jump
12.20.09 #       <HCl> and try again and again and again
12.20.10 #       <HCl> till you got it :P
12.20.14 #       <preglow> you need to run there, don't you?
12.20.21 #       <HCl> you need to hold the play button
12.20.29 #       <HCl> the longer you hold it the higher you jump
12.20.38 #       <ashridah> yeah, holding the jump button jumps higher
12.21.37 #       <LinusN> holding! aha!
12.21.44 #       <HCl> hehehe
12.21.51 #       <LinusN> i was stuck in my giana sisters mode
12.22.05 #       <LinusN> where you ran a few more steps to jump higher
12.22.37 #       <LinusN> grayscale lowers the contrast, doesn't it?
12.23.02 #       <HCl> uh.
12.23.05 #       <HCl> i dunno
12.23.31 #       <HCl> this is clean cvs + grayscale.tgz from my ftp
12.23.33 #       <LinusN> my screen got darker with your version
12.23.43 #       <HCl> well
12.23.50 #       <HCl> markun added the background in the normal rockbox
12.23.54 #       <HCl> to be one of the grayscales
12.24.15 #       <LinusN> why?
12.24.23 #       <HCl> i'm not sure, to test, i guess.
12.24.27 #       <HCl> i prefer it to be white
12.24.34 #       <HCl> but i'm not exactly sure where in the code its located
12.25.25 #       <LinusN> lunch time
12.26.52 #       <HCl> the save state stuff of pabs has some bugs.. but i'll fix that later.. i really want to get the lcd modes to work..
12.29.08 #       <El_Barto2> anyone know why i have a cable with videoutput with my gmini 120?
12.29.20 #       <ashridah> HCl: need to be able to toggle certain buttons, to get 'run'
12.29.31 #       <HCl> ashridah: mm?
12.29.37 #       <HCl> what do you mean?
12.30.06 #       <HCl> i know there's button work to be done.. but i really want to get lcd to work first..
12.30.41 #       <ashridah> HCl: i'm just saying, pressing a button constantly is a bit of a bitch. need to have it 'on + press == off for a tic then on again)
12.30.50 Join    ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk)
12.31.01 #       <HCl> huh? i don't understand what you mean :/
12.31.02 #       <ripnetuk> Did someone say giana sisters :) one of the best games of all time
12.31.06 #       <HCl> lol.
12.31.54 #       <ashridah> HCl: i'm basically asking for a way to set a button to be held on without actually holding it :)
12.32.03 #       <HCl> oh.
12.32.12 #       <HCl> yea, shouldn't be much of a problem to add that
12.32.19 #       <HCl> i'm planning to use remote buttons for functions like that
12.32.49 #       <HCl> for now, i want to add more ways to deal with the 16 dropped lines
12.32.53 #       <HCl> since they're really annoying me with mario
12.32.59 #       <HCl>  - i keep dropping in holes i can't see :3
12.34.18 Join    [FlaT]Heidel [0] (~h@pD9E39A4A.dip.t-dialin.net)
12.35.06 #       <ripnetuk> hcl - could we maybe rotate the screen 90 degrees, then you lose left and right margin, not top or bottom? or is the aspect ratio on the iriver not what it looks like?
12.35.24 #       <HCl> um.
12.35.52 #       <ripnetuk> might make mario and tetris playable
12.35.57 #       <HCl> then you'd have too many vertical lines
12.36.17 #       <ripnetuk> yeah, its a compromise
12.36.27 #       <HCl> and you'd lose not 16, but 32 lines
12.36.29 #       <HCl> on the side
12.36.38 #       * ripnetuk tries newest cvs
12.36.48 #       <HCl> get grayrockbox.zip from my ftp
12.36.56 #       <HCl> its pretty much state of the art as it is at the moment
12.37.13 #       <ripnetuk> grayrockbox - i thought the grayscale stuff was in cvs now...
12.37.29 #       <HCl> only for rockboy
12.37.32 #       <HCl> not for rockbox
12.37.39 #       <HCl> and rockboy can't do grayscale while rockbox doesn't support it
12.37.59 #       <ripnetuk> i see... can u remind me the ftp addy (yet) again please ;)
12.38.13 #       <HCl> you can also get grayscale.tgz with current cvs
12.38.25 #       <HCl> and uncomment the grayscale define in rockboy's makefile
12.38.32 #       <HCl> ftp://titania.student.utwente.nl/
12.38.39 #       <ripnetuk> i think i will just grab your binaries for now - thanks HCl
12.39.10 #       <HCl> np
12.39.20 #       <DeadMan> is any work being done on LCD remote?
12.39.31 #       * ripnetuk loves scp - my work has blocked ftp, so I have to ftp to home server, and scp to work :)
12.39.41 #       <HCl> hehe :)
12.40.02 #       <DeadMan> The remote LCD could be interesting
12.40.11 #       <DeadMan> fitting in info
12.40.13 #       <ripnetuk> DeadMAn - until we have a proper driver for it, I reckon we should at least scroll the rockbox logo across it :)
12.40.32 #       <DeadMan> as long as I can see what I am ding :)
12.40.33 #       <ripnetuk> hcl - does grayrockbox need you to manually boost the cpu?
12.40.35 #       <DeadMan> doing
12.40.38 #       <HCl> nope
12.40.43 #       <ripnetuk> nice
12.40.46 #       <HCl> it automatically boosts to 120mhz
12.40.51 #       <ripnetuk> 120?
12.40.56 #       <HCl> yea, linus increased it
12.41.06 #       <Lynx_awy> is the temperature issue solved?
12.41.07 #       <ripnetuk> woah! i missed that... what happened?
12.41.18 #       <HCl> he didn't seem to have any trouble at 120mhz
12.41.20 #       <Bagder> Lynx_awy: no
12.41.31 #       <ripnetuk> how did he solve the crashing, presumed overheating?
12.41.39 #       <DeadMan> might be worth making sure apps only use that as a max
12.41.50 #       <HCl> well, that happens at 140mhz, not 120mhz, as far as i know
12.41.52 #       <Bagder> ripnetuk: he didn't, that was at 140 
12.42.17 #       <ripnetuk> oh yeah <---- me->memory != good
12.42.17 #       <DeadMan> I think iRiver use 96 as a cautious measure and to cut down on battery use?
12.42.19 Join    methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk)
12.42.30 #       <HCl> yup
12.42.38 #       <ripnetuk> im guessing iriver use the lowest they can with their mp3 decoder still working
12.42.50 #       <DeadMan> that would make more sense
12.42.53 #       <ripnetuk> so is rockbox real time now then?
12.42.53 #       <HCl> i'm not sure what to think of 120mhz either, i'm still gonna work on dynarec to cut it down more.
12.42.57 #       <ripnetuk> rockboy
12.43.02 #       <HCl> yea, pretty much
12.43.03 Nick    Lynx_awy is now known as Lynx_ (HydraIRC@134.95.189.59)
12.43.13 #       * ripnetuk likes
12.43.15 #       <HCl> it didn't speed up as much as i hoped, but the mario seconds seem to roughly be a second
12.43.46 #       <DeadMan> 104% realtime libmad. Could do with a lot lower if possible
12.44.05 #       * HCl hears his belly rumble, goes to search for food
12.44.32 #       <DeadMan> more realtime that is. what do you think you could ramp it up to?
12.44.36 #       <ripnetuk> HCl - you kudos ! that is fantastic
12.45.09 #       <HCl> hehe :p
12.45.12 #       <HCl> kudos? :P
12.46.04 #       <DeadMan> if iRiver DID use 96Mhz for MP3 playback as the minimum they could clock the cpu down to maybe that is what to aim for with libmad optimization?
12.46.33 #       <DeadMan> I dunno I'm just guessing :)
12.46.58 #       <Lynx_> could libmad ever be optimized as good as a decoder written specifically for the processor?
12.47.07 #       <DeadMan> hmm
12.47.14 #       <DeadMan> Preglow may know
12.47.15 #       <Bagder> "ever" ? sure
12.47.25 #       <Bagder> given infinite time and effort, everything is
12.47.26 #       <stripwax> Deadman - I'd agree, although tremor's likely to use more CPU right?  if ogg decode runs realtime at 96Mhz for iriver, libmad should be faster
12.47.39 #       <Lynx_> Bagder: if it's rewritten 90%? ;)
12.47.42 #       <DeadMan> that is true
12.47.45 #       <stripwax> unless iRiver ramps CPU up for ogg decoding (?  would explain shorter battery life)
12.48.04 #       <DeadMan> would need to decompile the iRiver firmware to know ;)
12.48.25 #       <HCl> i think that eventually we'll wind up either rewriting 90% or looking at iriver firmware's codecs
12.48.27 #       <Bagder> why bother about how they do it?
12.48.38 #       <HCl> either way, i'm happy that i can at least play gameboy games now :P
12.49.02 #       <DeadMan> it's always handy to look at how others do it for pointers on beating it ;)
12.49.26 #       <Bagder> HCl: there's also the option of using a decoder with less quality and format-support ambitions than libmad
12.49.36 #       <DeadMan> Playing games is the least concern to me but hey...
12.50.06 #       <Bagder> I think libmad's high ambition in playing with high quality is what gives us performance problems
12.50.11 #       <DeadMan> MP1 and 2 is not really needed
12.50.29 #       <DeadMan> I don't know many people who use such formats
12.51.34 #       <DeadMan> MP2 is only used for PCM MPEG1/2 movies
12.51.47 #       <DeadMan> No idea what MP1 is used for
12.51.48 #       <stripwax> bagder - it should be possible to tune libmad to trade off quality vs performance (in fact LinusN was suggesting exactly that, but only in reference to one small part of libmad).  
12.51.49 #       <Bagder> and some sat radio stuff too I believe
12.52.00 #       <LinusN> from what i have heard, iriver runs at 72MHz for mp3 and 96Mhz for ogg
12.52.21 #       <Bagder> stripwax: of course it is possible, the question is just how much work it requires
12.52.34 #       <Bagder> and how much libmad that is left when done ;-)
12.52.44 #       <DeadMan> I say get the API in place forst and optimize the decoder after that
12.52.57 #       <Bagder> nooooo, let's have more games first! ;-P
12.53.10 #       <stripwax> Bagder - I'd agree with DeadMan
12.53.12 #       <ripnetuk> i thought that mp3 was very specific about decoding (ie, the decoding is deterministic), but slack in the encoding (ie, the encoders can work how they like). How therefore can you sacrifice quality for speed? is it in the post-processing filtering?
12.53.15 #       <stripwax> LinusN - ah, thanks!
12.53.23 #       <DMJC> how much sound stuff works?
12.53.49 #       <ripnetuk> i like the menus on rockboy
12.54.07 #       <stripwax> ripnetuk - if you decode an mp3 using internally 16-bit data, the output will not be as good as if you use internally 32-bit data   (for example).    So it's the precision on the math within the mp3 decoder
12.54.08 #       <LinusN> DMJC: nothing (in cvs)
12.54.20 #       * DMJC cries
12.54.29 #       <DeadMan> to get the tradeoff in quality vs. decoding right would you not need to analyze the waveform on output?
12.54.48 #       <LinusN> you can derive it mathematically
12.54.57 #       <stripwax> ripnetuk - there's *also* post processing filtering, I'm not sure what libmad does there (e.g. we could turn off dithering if it's built in)
12.54.57 #       <ripnetuk> i see
12.55.15 #       <LinusN> but you'd have to listen to observe the effects of course
12.55.26 #       <DeadMan> I can never hear the diff between 16bit,24bit and 32bit anyhow ;)
12.56.01 #       <stripwax> DeadMan - I'm not talking about the final result, just the precision of all of the calculations used to *get* to the final result
12.56.08 #       <preglow> you can simplify things quite a bit before resolution drops under 16 bits
12.57.53 #       * HCl sighs.
12.58.09 #       * DeadMan size
12.58.09 #       <ripnetuk> my reference was http://en.wikipedia.org/wiki/Mp3 (the bit under DEciding of MP3 audio)... i guess we are not going to be 'bitstream compliant' !
12.58.16 #       <HCl> i'd appreciate it if anyone would look at rockboy cvs, particularly everything concerning fb.mode, and tell me wth is wrong with it :/
12.58.23 #       <preglow> ripnetuk: well, yes, we probably will be
12.59.18 #       <stripwax> (cool, they're playing an autechre track as background music on Channel4)
12.59.42 #       <preglow> ripnetuk: the wording is wrong, you don't have to get the EXACT same output, there are tolerance levels
12.59.44 #       <ripnetuk> did anyone see those programs on c4 about camp xray?
12.59.49 #       <ashridah> bahaha, the ending of super mario land is silly
12.59.50 #       <preglow> ripnetuk: libmad has an overview on its homepage
13.00.01 #       <ashridah> the princess HAD A DAMN SHIP ALREADY
13.00.07 #       <stripwax> ashridah - chuckle!
13.00.12 #       * ashridah shakes fist at absurdity
13.00.28 #       <ashridah> i'm guessing she didn't want to break a nail or something
13.00.30 #       <ripnetuk> ive never seen a game with a good ending
13.00.41 #       <stripwax> ripnetuk - Chase HQ had a great ending
13.00.50 #       <preglow> ff8's ending wasn't half bad either
13.00.58 #       <ripnetuk> did it? i never got very far on that... never played the ff games
13.01.12 #       <preglow> i've played all of them :P
13.01.15 #       <preglow> even the nes ones
13.01.23 #       <stripwax> Any, back on topic, I thought 'bitstream compliance' was all about whether *any* decoder could decode the output of *any* encoder;  and not that the decoded output would always be identical
13.01.26 #       <ripnetuk> i bought one for the psx, but never got very far
13.01.34 #       <preglow> stripwax: correct
13.01.46 #       <preglow> stripwax: but there are also compliance tests, your output has to be reasonably similar
13.02.01 #       <ripnetuk> so wikipedia is wrong? we ought to correct it
13.02.26 #       <preglow> libmad has a full overview of compliant codecs on its homepage
13.02.46 #       <stripwax> preglow - oh, neat  -  i'll check that out
13.03.28 #       <preglow> http://www.underbit.com/resources/mpeg/audio/compliance/
13.03.46 #       <stripwax> preglow - cools
13.04.01 ***     Saving seen data "./dancer.seen"
13.05.46 #       <stripwax> Interesting that "MAD(optimised for speed)" is still fully compliant
13.05.59 #       <preglow> libmad is fully compliant even in OPT_SPEED mode
13.06.55 #       <ripnetuk> looks like mad is VERY compliant
13.06.57 #       <stripwax> wonder what iRiver's mp3 decoder is ...
13.07.33 #       <LinusN> very non-compliant
13.08.07 #       <stripwax> mmm, is the output of MAD always 24 bits?  sorry if that's a dumb question - that compliance page doesn't mention any 16-bit output variant
13.08.19 #       <ripnetuk> Linus - is that allegeedly very non compliant, or case proved :)
13.08.36 #       <ripnetuk> i think it /sounds/ qquite good
13.08.47 #       <LinusN> i have a whole bunch of files that it simply won't play
13.08.49 #       <preglow> it doesn't decode layers 1 and 2
13.08.55 #       <preglow> so not, it's not compliant
13.09.04 Join    Chamois [0] (~Chamois@champigny-5-82-226-182-23.fbx.proxad.net)
13.09.07 #       <ripnetuk> i know it doesnt do 1 and 2 as it wont play streams ripped from freeview on my dvb card
13.09.09 #       <LinusN> not even bitstream compliant in that sense
13.09.38 #       <ripnetuk> i think we are being a little harsh on it - it is a mp3 player after all
13.09.43 #       <LinusN> preglow: how's synth_full() today?
13.09.50 #       <preglow> LinusN: commited?
13.10.14 #       <preglow> haven't dont much after commiting
13.10.20 #       <LinusN> i'm blind
13.10.33 #       <preglow> now you tell me
13.10.36 #       * HCl gets really frustrated >.<
13.10.40 Quit    methangas (" HydraIRC -> http://www.hydrairc.com <- The dawn of a new IRC era")
13.12.09 #       * HCl sighs.
13.12.19 #       * HCl needs help :/ anyone got some time and an iriver? :/
13.12.28 #       <stripwax> quote from MAD page- "In one circumstance, MAD is a limited accuracy ISO/IEC 11172-3 audio decoder. This is true when MAD is forced to use an approximation version of its fixed-point multiply routine, and is easily avoided."  -   is that an option that we could potentially enable to reduce cpu time?
13.12.37 #       <stripwax> HCI sure, what's up
13.13.11 #       <HCl> stripwax: i'm not able to get fb.mode to work... if you have a current cvs checkout, do grep -C 3 fb.mode * in the rockboy dir...
13.13.28 #       <HCl> fb.mode needs to be able to be set to either 0 or 1, selecting different drop-line modes
13.13.34 #       <stripwax> HCI - I've never yet successfully built rockbox ..  this could be a long morning :-()
13.13.38 #       <stripwax> oops, was meant to be a :-)
13.13.40 #       <HCl> ok :X
13.13.40 #       <preglow> stripwax: no, we're using emac unit as far as we can, and that's full precision and fast
13.13.49 #       <HCl> if i set fb.mode to 1 instead of 0 in the vid_init section
13.13.50 #       <HCl> it works
13.13.57 #       <preglow> well, full precision it's not, but near enough
13.13.59 #       <HCl> but i seem to be unable to set it to 1 anywhere else
13.14.07 #       <HCl> for apparently no reason whatsoever
13.15.35 #       <HCl> at least i can see the floor temporarily
13.15.56 #       <HCl> if anyone wants a version of rockboy that drops the lower 16 lines rather than the upper 16, rockboy.rock on my ftp, its a non-grayscale version
13.16.25 #       <preglow> LinusN: when i want to stuff a fucntion in .icode, do i have to add a separate identical declaration including the __attribute__ statement above the normal declaration?
13.16.44 #       <preglow> LinusN: it doesn't seem to work if i just add __attribute__ to the one that's already there
13.17.03 #       <LinusN> preglow: exactly
13.17.16 #       <stripwax> (checking out all of rockbox for first time ..  woohoo!)
13.18.05 #       <preglow> LinusN: any way to avoid that? it looks nasty :V
13.18.20 Join    Patr3ck_ [0] (~patr3ck@p548CB5D2.dip.t-dialin.net)
13.18.28 #       <amiconn> preglow: Well, the __attribute__ needs to be added to the function *declaration*, not the function definition.
13.19.02 #       <preglow> ahh, yes, and the synth.c boys don't have declarations
13.19.12 #       <LinusN> HCl: what's the problem with fb.mode?
13.19.27 #       <HCl> i wish i knew! :(
13.19.32 #       <HCl> its refusing to set it to 1
13.19.34 #       <HCl> in my button driver
13.19.48 Quit    DMJC ("Leaving")
13.19.58 #       <HCl> and i have no idea why
13.21.01 #       <HCl> its supposed to be really simple code, but for some odd reason, its just not working
13.21.01 Quit    Patr3ck (Read error: 60 (Operation timed out))
13.21.10 Join    AC [0] (~5078751e@labb.contactor.se)
13.21.25 #       <AC> hi
13.21.49 #       <HCl> hello..
13.23.30 #       <AC> HC1: ...can't work without markuns patch -> where can i get the pacht?
13.24.09 #       <HCl> ftp://titania.student.utwente.nl/grayscale.tgz
13.24.53 #       <HCl> and you need to uncomment the grayscale define in rockboy's makefile
13.25.44 #       <LinusN> HCl: when is vid_begin() called?
13.26.00 #       <HCl> LinusN: right before the emulation
13.26.06 #       <AC> ok thanks
13.26.31 #       <Chamois> i tyhink it's not normal that vorbis2wav or wv2wav have disapperaed in the viewer
13.26.52 #       <LinusN> HCl: it's called repeatedly during the emulation
13.27.03 #       <HCl> doh.
13.27.06 #       <HCl> thanks.
13.27.07 #       <LinusN> see emu_run()
13.27.17 #       <Chamois> two rockboy, two mpa2wav and two a52towav instead of them
13.27.25 #       <HCl> you're right, i'm dumb, thanks :)
13.27.35 #       <HCl> lcd modes will be in cvs soon
13.28.43 #       <ripnetuk> dumb question - if I 'play' a mp3 at the moment, I would expect the mpa2wav plugin to convert it to wav, and dump it in the root - 1. do i get any feedback, like progress report, and 2. why isnt is working?
13.29.52 #       <LinusN> mp3 playback is not handled by the viewer plugins
13.30.03 #       <LinusN> you'd have to do "open with"
13.30.19 #       <ripnetuk> ah ha... 
13.31.16 #       <HCl> there, thats in cvs
13.31.19 #       <HCl> now to work on more modes
13.31.19 Join    DMJC [0] (~James@220-245-162-47-sa-nt.tpgi.com.au)
13.31.44 #       <Chamois> what are the lcd modes ?
13.34.01 #       <LinusN> HCl: how about losing every 8 pixel line?
13.34.11 #       <HCl> LinusN: planned, planned.
13.34.15 #       <LinusN> :-)
13.34.16 #       <HCl> working on it :)
13.34.39 #       <HCl> Chamois: hold button selects top/bottom row drop
13.34.58 #       <Chamois> oh
13.34.58 #       <Chamois> ok
13.34.59 #       <preglow> why does daily build generator report no changes?
13.35.05 #       <preglow> there clearly was, or it wouldn't compile
13.36.17 #       <Bagder> because it hasn't kept up with my new way of doing the builds
13.37.31 Quit    lostlogic_ (Client Quit)
13.37.32 #       <LinusN> where can i find the iriverify plugin patch?
13.40.48 #       <AC> LinusN: what should this patch do?
13.41.18 #       <LinusN> convert rockbox generated playlists to a format that the iriver firmware understands
13.41.27 #       <AC> ah..
13.43.28 #       <AC> LinusN: what is the current stuff you are working on?
13.45.41 #       <LinusN> work :-)
13.45.57 #       <HCl> LinusN: wouldn't losing every 8th line drop 3 lines too many?
13.46.02 #       <HCl> i mean, 2
13.46.12 #       <HCl> shouldn't i drop every 9th line instead?
13.46.17 Join    ghode|afk [0] (dude@host217-137-4-17.no-dns-yet.ntli.net)
13.47.45 #       <LinusN> how high is the original screen? 144?
13.47.47 #       <DeadMan> they are working on games :P
13.47.49 #       <DeadMan> ;)
13.47.49 #       <HCl> yea.
13.47.52 #       <HCl> let me commit this
13.47.54 #       <HCl> i must say
13.47.56 #       <ghode|afk> HCl: does grayrockbox.zip incude the hold button thingie?
13.47.58 #       <HCl> the mode i just added
13.48.01 #       <HCl> works really well
13.48.03 #       <HCl> ghode|afk: no
13.48.37 #       <DeadMan> Blame HCI for pestering the other devs ;)
13.48.44 #       <ripnetuk> HCl - did u say I can get a grayscale rockbox by altering a define in the makefile?
13.48.56 #       <HCl> ripnetuk: yes, you need the patch from my ftp, grayscale.tgz
13.48.58 #       <DeadMan> j/k
13.49.04 #       <HCl> and uncomment the -DGRAYSCALE
13.49.07 #       <HCl> in the rockboy make file
13.49.11 #       <ripnetuk> i might wait until it makes cvs
13.49.27 #       <HCl> mhm
13.50.01 #       <LinusN> HCl: every 9th line sounds reasonable
13.50.21 #       <AC> grayscale should get it into cvs.. 
13.50.54 #       <jyp> _sound_ should get into cvs ... :P
13.51.12 #       <ghode|afk> jyp: agree ;p
13.51.18 #       <AC> wav playback seems to work :)
13.51.24 Quit    fuzzie (Read error: 60 (Operation timed out))
13.52.03 #       <ripnetuk> whats the holdup on grayscale? its seems to work really nicely on that build I got from HCl
13.52.36 #       <DeadMan> By the power of grayscale! I have the power!
13.52.37 #       <HCl> ripnetuk: we're not agreeing yet on the internal rockbox framebuffer format
13.52.58 #       <DeadMan> Heheman
13.52.58 #       <AC> hmm.. 
13.53.41 #       <DeadMan> I just bashed my humourous and I cried instead of laughed
13.54.27 #       <DeadMan> I need to get a file to this desks metal runners. They are too sharp.
13.56.36 Join    cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de)
13.57.34 Quit    ghode|afk ()
14.00.54 #       <HCl> xD ok, i think my new mode is rather bugged xD
14.00.59 #       <stripwax> DeadMan - chuckles
14.01.09 #       <AC> HC1: How should look the internal framebuffer look like?
14.01.39 Quit    Schee (Read error: 110 (Connection timed out))
14.02.00 #       <HCl> AC: 4 bits per pixel, for rockboy grayscale
14.02.13 Join    Schee [0] (~SeeSchlos@ARennes-352-1-9-204.w83-195.abo.wanadoo.fr)
14.02.43 #       <LinusN> 4 bits per pixel? why not 2?
14.03.20 #       <HCl> errr
14.03.27 #       <HCl> 4 pixels per byyytte
14.03.28 #       <HCl> sorry
14.03.28 #       <HCl> xD
14.03.35 #       <HCl> i'm obviously not awake yet
14.03.54 #       <HCl> and 2 bits per pixel
14.05.49 #       <AC> is markun working on it?
14.08.52 #       <Chamois> why in the "Open with " menu is there two times rockboy, map2wav a52towav ?
14.08.58 Quit    mst (Read error: 104 (Connection reset by peer))
14.09.13 #       <Bagder> Chamois: we await your bug fix ;-)
14.11.55 #       <HCl> hm, dropping a line every 9 lines proves more diffult than i had hoped
14.13.57 #       <amiconn> DeadMan: MP2 support *is* needed imho. DAB radio is just one example that uses it.
14.14.54 #       <HCl> annoying scanlines..
14.15.02 #       <amiconn> Anyway, Stephane Tavenard's decoder supports all 3 layers as well, and it should be faster than libmad...
14.15.18 #       <amiconn> The only thing it doesn't support corectly is 8 kHz iirc
14.18.49 #       <preglow> amiconn: url, please
14.18.59 #       <Chamois> http://www.uclinux.org/ports/coldfire/nettelmp3.html
14.19.03 #       <Chamois> :-)
14.19.50 #       <DeadMan> whatever works :)
14.20.13 #       <HCl> oops.
14.20.52 #       <DeadMan> that motto works for ms 
14.20.53 #       <Bagder> claims to play fine at 90MHz coldfire
14.21.11 #       <preglow> unless i remember incorrectly, wasn't that pure asm?
14.21.25 #       <Bagder> http://www.uclinux.org/ports/coldfire/cf-mpegdec_19991021.tar.gz
14.21.55 #       <preglow> having a portable lib for other ports of rockbox would be better
14.22.00 #       <preglow> but performance is important as well
14.22.26 #       <LinusN> we can at least get some ideas from it
14.22.34 #       <Bagder> it is not pure asm in the package at least
14.22.54 #       <DeadMan> 90Mhz might be a bit too slow where battery life is concerned
14.23.11 #       <DeadMan> Linus mentioned 72Mhz for MP3 playback
14.23.19 #       <preglow> it'll probably be realtime for us, after stuffing it in iram
14.23.20 #       <DeadMan> on iRiver's own decoder
14.23.42 #       <Bagder> people should stop caring so much about what iriver does or doesn't
14.24.01 #       <ripnetuk> its nice to know that it is possible though
14.24.22 #       <Bagder> yes, but we don't know how much optmizes or asm that take
14.24.23 #       <DeadMan> it's more about worrying about battery life than how iRiver does such and such :)
14.24.41 #       <Bagder> I say we play music first, then worry about batteries
14.24.49 #       <DeadMan> heh
14.24.55 #       <DeadMan> I say you are right
14.25.07 #       <DeadMan> optimize later. just get it up and running for now
14.25.28 #       <ripnetuk> is the processor usage really significant given that the hdd EATS power like nothing else?
14.25.31 #       <preglow> the epitome of elegance
14.25.39 #       <preglow> it requires a 4 kb lookup table for pows...
14.25.44 Quit    ashridah ("Leaving")
14.26.04 #       <Bagder> ripnetuk: well, with 30MB of ram it might be 30 minutes between HD spins
14.26.24 #       <Bagder> during 30 mins, I guess 20MHz makes a difference
14.26.27 #       <ripnetuk> i guess... 
14.26.47 #       <LinusN> it doesn't use the EMAC!
14.27.04 #       <Bagder> that is good news then
14.27.09 #       <ripnetuk> in fact, is it even worth loading that much in at once? i usually only listen to the thing for 30 mins at a time... there must be a point where its not economical to load in 30megs just in case... also, I very rearely listen through, i am forever swapping tracks
14.27.38 #       <preglow> not only doesn't it do that, it uses coldfire incompatible assembly
14.27.41 #       <Bagder> ripnetuk: yes, it might be worth doing some statistics to figure that out
14.27.53 #       <ripnetuk> altough ususally i press next on shuffle, so chances are the track I want is somewhere in the 30 megs
14.28.12 #       <preglow> it should preload shuffled tracks as well
14.28.18 #       <stripwax> definitely
14.28.21 #       <LinusN> ripnetuk: it will *always* be next
14.28.24 #       <ripnetuk> preglow - im assuming it will
14.28.30 #       <LinusN> "will"
14.28.39 #       <preglow> i am assuming it already does
14.28.41 #       <LinusN> rockbox exists today, remember that
14.28.46 #       <ripnetuk> i wonder how iriver do it (i know, i know!)
14.29.03 #       <preglow> ripnetuk: they don't, their hard disk handling is horrible, don't go there
14.29.05 #       <HCl> ug.
14.29.09 #       <stripwax> they don't afaict.  they just load as much of the current track
14.29.10 #       <ripnetuk> lol
14.29.12 #       <HCl> i'm not having much luck dropping every 9 lines...
14.29.12 #       <DeadMan> lol
14.29.14 Join    shatting [0] (shatting@chello084114163130.10.15.vie.surfer.at)
14.29.48 #       <ripnetuk> dammit there are a lot of gamebopy roms 
14.30.48 #       <DeadMan> do you have to adjust each game to work?
14.30.56 #       <HCl> ?
14.31.04 #       <ripnetuk> no
14.31.13 #       <ripnetuk> but you have to scp them to work to get them onto your iriverv :)
14.31.19 #       <LinusN> preglow: incompatible assembly?
14.31.27 #       <preglow> LinusN: it think it uses 68k assembly
14.31.42 #       <LinusN> it is supposedly ported to coldfire
14.31.47 #       <stripwax> HCI - gameboy is just a Z80?
14.32.07 #       <preglow> LinusN: translating 68k code to coldfire code is on the todo list in readme
14.32.13 #       <stripwax> oops
14.32.13 #       <Bagder> no
14.32.36 #       <Bagder> it says it builds for coldfire in the readme
14.32.39 #       <LinusN> preglow: but they claim to have run it
14.32.39 #       <HCl> yes...
14.32.44 #       <preglow> sure that's just not with c routines?
14.33.07 #       <preglow> i dunno
14.33.14 #       <preglow> someone should try building it :)
14.33.14 #       <LinusN> preglow: that's correct
14.33.16 #       * preglow hides
14.33.19 #       <LinusN> only c
14.33.35 #       <stripwax> HCI was the core based on another gameboy emu or was it written from scratch?
14.33.42 #       <preglow> stripwax: gnuboy
14.33.45 #       <LinusN> leaves a lot of room for assembler opts then
14.33.50 #       <stripwax> preglow cool thx
14.33.55 #       <preglow> yes, it should be worth a go
14.34.48 #       <preglow> reading other peoples poorly documented asm code is no fun
14.35.21 #       <LinusN> :-)
14.35.59 #       <preglow> LinusN: how much iram can we count on having available in a codec? 32kb?
14.36.10 #       <LinusN> 32k seems reasonable
14.36.17 #       <LinusN> i'd prefer less
14.36.33 #       <LinusN> we need iram for the filters too
14.36.45 #       <LinusN> mixer etc
14.37.06 #       <preglow> arhh, yes
14.37.33 #       <preglow> that's not very much
14.37.50 #       <LinusN> we must use the iram wisely
14.38.06 #       <LinusN> and make good use of the cache instead of running code in iram
14.38.27 #       <preglow> iram is almost half filled already
14.38.29 #       <preglow> in mpa2wav
14.38.38 #       <LinusN> ugh
14.38.57 #       <preglow> and that's just containing subband synthesis data and libmad stuff we probably need
14.41.44 #       <LinusN> the mpegdec code looks pretty straightforward
14.42.04 #       <preglow> iram end is at 0x10016100
14.42.18 #       <preglow> no code in iram
14.42.54 #       <LinusN> mpegsub.c is pretty intimidating at first sight :-)
14.43.15 #       <preglow> ajhahahahah
14.43.23 #       <preglow> let's play "spot the dct"
14.44.08 #       <LinusN> :-)
14.44.16 #       <Bagder> that's my favourite family game
14.44.26 #       <LinusN> the kids love it
14.45.22 Join    Renko [0] (~Renko@host217-43-59-43.range217-43.btcentralplus.com)
14.47.52 #       <preglow> don't think we need the entire libmad structs in iram
14.48.01 #       <LinusN> probably not
14.48.03 #       <preglow> but putting just parts of it in iram is... tricky...
14.48.18 Quit    shatting (" Try HydraIRC -> http://www.hydrairc.com <-")
14.48.24 #       <LinusN> we would need some serious profiling to squeeze the last cycles out of it
14.48.35 #       <preglow> yes
14.48.44 #       <preglow> and right now we can't profile
14.48.55 Join    shatting [0] (shatting@chello084114163130.10.15.vie.surfer.at)
14.48.55 #       <LinusN> i think we should give mpegdec a try
14.49.32 #       <LinusN> i just wish some insane person could add it to the codecs dir and make it build
14.50.41 Quit    Ka (zelazny.freenode.net irc.freenode.net)
14.50.41 NSplit  zelazny.freenode.net irc.freenode.net
14.50.52 #       * preglow hides
14.51.05 NHeal   zelazny.freenode.net irc.freenode.net
14.51.05 NJoin   Ka [0] (~tkirk@pcp0010733332pcs.howard01.md.comcast.net)
14.51.28 #       <preglow> so, any takers?
14.52.01 #       * LinusN is swamped with work
14.52.06 #       <ripnetuk> cant we write a simple profile tool? i wrote one in delphi for work, and it basically keeps a tree of function references, and you have to manually call startprofile and endprofile. It keeps track of the number of times it was called, and the total time in that function. The tree lets you know where the function was called from. Ive also written a graphical displayer for this data. This has helped loads in making our product fas
14.52.27 #       <ripnetuk> the current 'leaf' of the tree is stored in a lifo stack
14.53.12 #       <preglow> if you can think of a simple way to make it work in our case and are willing to do some work: go ahead :D
14.53.38 #       <ripnetuk> i might just have a go over the weekend
14.53.55 #       <stripwax> so each function would have to log its usage at the entry point and at all exit points?  that doesn't sound ideal unless it could be automatic!  Also is there a danger that it could significantly slow down any (small, very frequently used) functions?
14.54.06 #       <preglow> mpegdec doesn't even bloody have compatible makefiles
14.54.15 #       <ripnetuk> yes, its a case of you cannot observe without changing what you observed
14.54.55 #       <preglow> i know of another way, but will probably require disk writing from an interrupt
14.55.06 #       <preglow> don't know if that's possible
14.55.27 #       <ripnetuk> the main problem is you have to manually make the start/end profile calls... very easy in Delphi with try.. finalyl blocks, but in pure c, every exit path has to be considered and a endprofiel put in
14.56.22 #       <ripnetuk> but... at the end of the day it works, ive got massive speed savings with it
14.56.39 #       <stripwax> preglow/linus - how fast can the cpu run when using the bdm interface?
14.56.50 #       <HCl> beeping finally
14.56.51 #       <preglow> stripwax: don't ask me :)
14.56.58 #       <HCl> just when i told myself "if it doesn't work now, i'll give up"
14.57.01 #       <HCl> it works.
14.57.01 #       <stripwax> preglow :-)
14.57.15 #       <ripnetuk> can the gnu tools profiel automatically then? with gdb?
14.57.22 #       <stripwax> apparently gdb cannot
14.57.31 #       <preglow> you need gprof
14.57.34 #       <HCl> lcd mode 4 - dropping every 9th line
14.57.54 #       <ripnetuk> HCl - i thought you meant you has a audio beep finally :)
14.58.00 #       <HCl> no, heh.
14.58.04 #       <stripwax> heheh
14.58.18 #       <ripnetuk> lunch
14.58.27 #       <preglow> but someone code my idea, please. make a hi res timer that has the interrupt handler check it's own stack frame to see what code was executing when it was called, and log that somehow, then preprocess the data by using the map files to see what functions were used the most
14.58.44 Join    muesli- [0] (muesli_tv@c-180-220-208.cvx-h.dial.de.ignite.net)
14.58.47 Join    lolo-laptop [0] (~lostlogic@68.251.84.226)
14.58.53 #       <muesli-> hi
14.59.02 #       <preglow> it doesn't require any mods to current code
14.59.08 #       <stripwax> postprocess you mean?  or do you want the interrupt handler to actually do the map file lookup??
14.59.16 #       <preglow> stripwax: yes, postprocess
14.59.33 #       <stripwax> could we log over serial somehow?
15.00.05 #       <preglow> stripwax: i have no idea, if interrupt handlers can write to disk without crashing everything, you can just accumulate some data and write it from time to time
15.01.03 #       <stripwax> i guess you could have a plugin that writes a buffer to disk - and an interrupt handler which fills that buffer?
15.01.18 #       <preglow> better to just have the interrupt do it
15.02.18 Quit    shatting (" Want to be different? HydraIRC -> http://www.hydrairc.com <-")
15.02.30 #       <preglow> if you have to load a plugin, you can't profile anything anyway
15.02.38 #       <preglow> apart from the disk writing plugin, heh
15.03.05 #       <preglow> and if the interrupt itself does the writing, you'll have no problems with the disk accesses being profiled as well
15.03.22 #       <preglow> but i don't know if this is feasible
15.03.43 #       <Bagder> or, you disable that interrupt while saving
15.04.04 ***     Saving seen data "./dancer.seen"
15.04.08 #       <preglow> yes, that's a possibility
15.04.14 #       <preglow> but this is what i think sounds the simplest to do 
15.04.25 #       <preglow> and it's pretty close to what gprof does already, afaik
15.05.01 Join    shatting [0] (HydraIRC@chello084114163130.10.15.vie.surfer.at)
15.06.04 #       <stripwax> preglow - :-s  i didn't realise that plugins ran exclusively - oops.   is there any chance that the timer interrupt could fire while the disk is already being accessed?  would that break stuff?
15.06.10 Join    webguest95 [0] (~0d10890b@labb.contactor.se)
15.06.23 #       <preglow> stripwax: wooptidu, indeed, didn't think of that
15.06.23 #       <HCl> mario looks fat xD XD
15.06.23 Part    webguest95
15.06.46 #       <preglow> stripwax: but no, that's something we can fix
15.06.57 #       <preglow> stripwax: it doesn't make sense to use disk accesses while profiling
15.07.17 #       <preglow> stripwax: if i were to profile mpa2wav as it is now, the first thing i'd do is commecnt away all disk accesses
15.07.38 #       <stripwax> preglow - mm, good point, i guess you only need to profile decoding in memory, not including loading from disk too
15.07.59 #       <preglow> stripwax: that's most realistic as well, you'll allways do decode to memory when playing music ordinarily
15.08.02 #       <stripwax> i.e. loading the compressed audio, *then* begin profiling
15.08.05 #       <preglow> always, even
15.08.09 #       <preglow> yes
15.08.16 #       <stripwax> makes sense
15.09.12 #       <preglow> but i'm not going to code this, i've got a staggering amount of school stuff to do
15.10.00 #       <preglow> staggering because i've neglected it to tinker with rockbox ;)
15.10.39 Join    rasher [0] (~3e4f4094@labb.contactor.se)
15.11.00 #       <stripwax> I have a full time job but I'm off sick at the mo :-(   I could take a look but it'd be the first rockbox hacking I've done
15.11.20 #       * HCl grumbles about how 0 % 9 is also 0
15.11.46 #       <preglow> it should be that
15.11.54 #       <stripwax> HCI - urhh, what did you expect it to be?
15.12.04 #       <HCl> 0! but, i forgot about that :P
15.12.29 #       <preglow> stripwax: i don't even know if we've got a high resolution timer yet, i think someone was working on it
15.12.35 #       <stripwax> :-s
15.13.00 #       <HCl> ugh.
15.13.03 #       <HCl> goddd how i hate this >.<;
15.13.09 #       <stripwax> wassup
15.13.14 Quit    edx (Read error: 110 (Connection timed out))
15.13.24 #       <HCl> i'm having trouble making a drop-every-9th-line algorhythm
15.13.56 #       <stripwax> (y>>3)*9+(y%8 ) right?
15.14.11 #       <HCl> what?
15.14.52 #       <stripwax> oh right ,sorry..    misunderstood.   (y/9)*8 + (y%9)  .   unless I misunderstood twice now?
15.15.14 #       <HCl> its not that simple.
15.15.14 #       <stripwax> grr, meant %8 not %9
15.15.28 #       <stripwax> why not
15.15.30 #       <HCl> first i need to drop the proper lines using a modulo
15.15.36 #       <preglow> god, how i hate coldfire not having data cache
15.15.41 #       <LinusN> indeed
15.15.47 #       * Bagder seconds that
15.15.47 #       <preglow> what fool decided to neglect that
15.16.08 #       <Bagder> we should start an online petition for a public punishment of that person
15.16.13 #       <Bagder> :-)
15.16.16 #       <preglow> oh, i agree
15.16.20 #       <HCl> and why the hellllll
15.16.28 #       <HCl> do i have elton john - candle in the wind stuck in my head >.<
15.16.39 #       <preglow> they've quite obviously got the fast memory
15.16.45 #       <preglow> they could have used only 32kb of it as data cache
15.16.56 #       <preglow> more than enough, and still 64kb iram for other dubious uses
15.17.32 #       <preglow> but i need a breath of fresh air
15.17.33 #       <preglow> bbl
15.17.40 #       <HCl> ok.
15.17.43 #       <HCl> i-give-up.
15.17.49 #       <stripwax> HCI - well you drop every line where y%9 == 8,   and then use  (y/9)*8 + (y% 9) - and i did mean %9 not %8 after all
15.17.52 #       <HCl> someone else can have an attempt at making it drop every 9 line
15.18.23 Join    geoff_o [0] (geoff@HSE-Kitchener-ppp231216.sympatico.ca)
15.18.27 #       <HCl> i hate it having scanlines.
15.18.36 Join    edx [0] (edx@p548793EA.dip.t-dialin.net)
15.18.41 #       <stripwax> HCI - what's the actual problem here?  
15.19.22 #       <geoff_o> Hey Stripwax.. nice to see you online.
15.19.28 #       <HCl> i don't seem to be able to make it drop every 9th scanline properly.
15.19.52 #       <HCl> i keep getting odd stuff happening
15.20.12 #       <Bagder> if(y%9) { add line }
15.20.14 #       <HCl> and i'm tired of it, i've been at it for over an hour
15.20.23 #       <stripwax> HCI what are you currently doing to drop the scanlines?  you need two parts
15.20.30 #       <stripwax> add line needs to map to the line you want
15.20.47 #       <HCl> i'm just letting through a subsection of current scanlines.
15.20.50 #       <stripwax> so (if (y%9 != 8 ) {  add line where line = (y/9)*8+(y%9) }
15.21.04 #       <HCl> you can have a go at it if you want.
15.21.10 #       <stripwax> right but you also need to map it to where you want or else it'll just use the same value of 'y;', won't it?
15.21.12 #       <HCl> i'm gonna watch some tv and drink my tea ._.
15.21.14 #       <stripwax> hey geoff_o, what's up
15.21.21 #       <HCl> it caches every 4/8 scanlines
15.21.31 #       <stripwax> <boggle>
15.21.35 #       <HCl> its the caching that makes it annoying.
15.22.27 #       <LinusN> vid_update()?
15.22.41 #       <geoff_o> Not much.. you?
15.22.51 #       <LinusN> :-)
15.23.04 #       <HCl> altering vid_update to do it would get really annoying.
15.23.19 #       <hile> Hi, I have translated rockbox to finnish, what should I do with the language file? E-mail somewhere?
15.23.42 #       <LinusN> the patch tracker
15.23.46 #       * HCl updated his grayrockbox with the new videomodes, by the way
15.24.28 #       <Bagder> hile: http://sourceforge.net/tracker/?group_id=44306&atid=439120
15.24.40 #       <LinusN> HCl: where are you doing the line skipping?
15.24.52 #       <HCl> LinusN: lcd.c, lcd_refreshline
15.24.57 #       <HCl> and sys_rockbox.c
15.25.03 #       <HCl> for mode 1 and mode 2
15.25.15 #       <HCl> in vid_update
15.25.24 #       <LinusN> yes
15.25.26 #       <hile> tnx - what about updates to the file, do the language files get updated like .po files with intltool-update (getting empty, changed entries there)
15.26.10 #       <Bagder> http://www.rockbox.org/twiki/bin/view/Main/HowtoUpdateLangfile
15.26.17 Join    Quelsaruk [0] (~kvirc@80.103.131.232)
15.26.19 #       <hile> tnx again ;)
15.26.19 #       <Quelsaruk> afternoob
15.26.25 #       <Quelsaruk> *afternoon
15.26.26 #       <Quelsaruk> :P
15.26.34 #       <DeadMan> lol
15.26.42 #       <DeadMan> afternoob I liked better
15.26.42 #       * LinusN is confused by the code in lcd_refreshline()
15.27.05 #       <stripwax> lol
15.27.11 #       <HCl> i can explain?
15.27.55 #       <LinusN> please
15.28.05 #       <HCl> what don't you understand? :x
15.28.33 #       <HCl> the first bit drops the calculation of scanlines that aren't needed for that particular mode
15.29.03 #       <LinusN> R_LY is the scanline?
15.29.05 #       <HCl> scanline_ind is the position where the current scanline should go in the scanline buffer
15.29.08 #       <HCl> yes
15.29.13 #       <HCl> from 0-143
15.29.54 #       <LinusN> so you want to add code that translates the scanline number
15.30.20 #       <HCl> not only that, you need to make sure the scanline doesn't get into the buffer
15.30.32 #       <HCl> and that scanline 8 ends up in the position of scanline 7
15.30.38 #       <LinusN> ah, of course
15.30.59 #       <HCl> that last bit is doable - i had a version in which scanline_ind wasn't defined as it is now
15.31.15 #       <HCl> but it was defined as scanline_ind = (scanline_ind+1) % 8;
15.31.20 #       <muesli-> l8er mates
15.31.34 #       <HCl> that works. but. i had problems from that point forward.
15.31.46 Join    XavierGr [0] (no@vdp03936-noc01.cos.internet.gr)
15.31.57 #       <HCl> scanline_ind is the position of where the scanline will be put in the scanline buffer
15.32.10 #       <HCl> scanline buffer is either 4 or 8 scanlines big, depending on grayscale mode
15.33.20 #       <stripwax> HCI - scanline_ind = (scanlind_ind / 9) * 8 + (scanline_ind % 9 ) ... ?
15.33.43 #       * DeadMan is still pondering afternoob's...or afterboon's....or afterboob's
15.33.45 #       <HCl> um. no. scanline_ind needs to be between 0-3 or 0-7
15.34.02 #       <stripwax> oh, that's the buffer?   so there's TWO framebuffers, ugh
15.34.09 #       <rasher> uh.. I managed to turn on my iRiver with the hold button on.. what gives?
15.34.16 #       <HCl> its the scanline cache
15.34.38 #       <HCl> since rockbox refreshes 4 lines either way, its more efficient to only process them every 4 scanlines
15.34.49 #       <XavierGr> Hello just a quick question about iriver's screen. Why when scrolling in high speeds it gets all blurred? (Either text or graphics ex.Rockboy)
15.35.02 #       <stripwax> so you want what I said, mod 8, right?
15.35.04 #       <LinusN> XavierGr: it's the lcd that is slow
15.35.21 #       <XavierGr> So there is nothing that can be done right?
15.35.30 #       <LinusN> XavierGr: nope
15.35.36 #       <XavierGr> :(
15.35.45 #       <stripwax> I had a vague feeling the lcd controller supports scrolling in hardware?
15.36.04 #       <LinusN> it does
15.36.11 #       <LinusN> but that won't help
15.36.31 #       <LinusN> it's a chemical/electrical issue
15.36.33 #       <XavierGr> It's a shame that iriver stuck in there a bad LCD among other good quality hardware....
15.36.34 #       <stripwax> oh sorry, so the latency on the lcd itself
15.36.52 #       <stripwax> (i should read stuff twice)
15.37.31 #       <shatting> [15:35] <XavierGr> It's a shame that iriver stucker stuck in there a bad LCDd to turn on my iRiver with the hold button on.. what gives?
15.37.31 #       <shatting> [15:33] <HCl> its the scanline cache
15.37.38 #       <shatting> sry
15.37.46 #       <shatting> accidential paste
15.38.21 #       <stripwax> HCI - so, does ((scanline_ind+1)%9)%8 work for you?
15.38.23 #       <Patr3ck_> about profiling: i have implemented simple manual profiling, but can't get the hires timer to work properly
15.38.59 #       <stripwax> (HCI - or %4 as appropriate)
15.39.22 #       <HCl> its not just that.
15.39.32 #       <HCl> its also the passing of the scanline to vid_update
15.39.34 #       <HCl> like i said
15.39.38 #       <HCl> i'm not gonna work on it.
15.39.51 #       <HCl> try getting rockbox to compile and feel free to try..
15.39.58 #       <LinusN> Patr3ck_: what's the problem?
15.40.18 #       <Patr3ck_> i implemented the timer for TIMER1 as you did for TIMER1
15.40.24 #       <Patr3ck_> TIMER0 ;-)
15.40.30 #       <Patr3ck_> but rockbox freezes
15.40.33 #       <Patr3ck_> at boot
15.40.46 #       <LinusN> i guess you shouldn't enable the interrupt
15.41.12 #       <Patr3ck_> hu?
15.41.24 #       <Patr3ck_> will my interrupt function be called anyway?
15.41.26 #       <stripwax> HCI - i might...  I'm having trouble understanding how the scanline gets 'forgotten' on the way to vid_update  -  scanline buffer is 4 lines long and we already know what the top and bottom scanlines should be ..?
15.41.29 #       <LinusN> tell me how you intend to use the timer
15.41.58 #       <Patr3ck_> exactly the same as the tick_count but with higher resolution
15.42.07 #       <LinusN> how high?
15.42.20 #       <XavierGr> HCl:Oh you may have notice that already but in rockboy while the A button can be pressed simultanesly with other buttons thats not the case for B button. So in mario I cant fire a fireball when running (or run) :P 
15.42.42 #       <Patr3ck_> not sure yet, but I tried using the same values as tick_count uses for testing and rockbox freezes when the splash screen is shown
15.42.50 #       <HCl> XavierGr: yes, i know, thats a hardware limitation.
15.42.59 #       <LinusN> Patr3ck_: show me the code
15.43.18 #       <LinusN> why do you want interrupts?
15.43.31 #       <LinusN> just to increase a counter?
15.43.39 #       <Patr3ck_> yes
15.43.51 #       <Patr3ck_> can't show the code I am at work at the moment
15.43.56 #       <LinusN> oh
15.44.02 #       <Patr3ck_> but in the evening?
15.44.23 #       <LinusN> maybe, i don't know when i'll be back
15.45.08 #       <XavierGr> HCl:bummer that would made difficult for some games to run. But I guess its an mp3 player right?
15.45.11 #       <Patr3ck_> ok. next time I see you chatting when I am at home
15.45.17 #       <HCl> mhm
15.46.26 #       <stripwax> which version of gcc should I use for rockbox dev?  I'm looking at lassauge's page, is 3.3.5 still the 'recommended'?
15.46.50 #       <LinusN> 3.4.x is recommended for coldfire
15.47.43 #       <XavierGr> And a last one, so in the current daily build the the CPU is runnig at 120mhz?
15.47.54 #       <stripwax> LinusN - thx.  main reason for the recommendation?
15.48.33 #       <rasher> hurray, I finished first level of Mario! :)
15.48.36 #       <LinusN> 3.3.x is sometimes hard to cross compile
15.49.25 Quit    muesli- (Read error: 110 (Connection timed out))
15.49.37 #       <stripwax> LinusN - lassauge's instructions for 3.3.x look pretty easy
15.50.24 #       <LinusN> stripwax: cygwin installation?
15.50.32 #       <stripwax> yup
15.50.56 #       <LinusN> his coldfire compiler is built on binutils-2.15, doesn't work with rockbox
15.51.25 #       <stripwax> UGH.   I followed his link because he says it does :-(
15.52.02 #       <LinusN> that was true in the dawn of iriver rockbox
15.52.09 #       <HCl> woah
15.52.11 #       <HCl> mario in a submarine o.o;
15.52.15 #       <HCl> world 2 level 3
15.52.46 #       <stripwax> LinusN - ah, oh.   what's the current state-of-play for cygwin builds?  can it be done, and if so which binutils do I need?
15.53.12 #       <LinusN> see the documentation pages
15.53.46 #       <geoff_o> LinusN: posted some iFP PCB pictures on the wiki.. enjoy.
15.54.00 #       <LinusN> thx
15.54.28 #       <LinusN> the microcontroller will be the biggest problem, as the data sheets are secret
15.54.59 #       <stripwax> geoff_o/LinusN - neat,  that's the funny Phillips do-everything-one?
15.55.08 #       <LinusN> yes
15.55.27 #       * geoff_o nods
15.55.56 #       <stripwax> geoff_o - any more patterns in the firmware?
15.56.37 #       <geoff_o> It's hard to tell what's on it, but there's at least an ARM processor core, a DSP, and maybe a memory controller and USB interface..
15.57.34 #       <HCl> yay, world 3 cleared
15.57.51 Join    DrRick [0] (DrRick@81-86-226-240.dsl.pipex.com)
15.58.16 #       <geoff_o> No new ones since the last email (I just woke up)..
15.59.23 #       <stripwax> LinusN - hm, I was but the cygwin setup doesn't seem to like lassauge's site ..   no matter, I'll keep poking around
15.59.45 #       <geoff_o> The two things I want to look at are XOR-style algos that will turn those popular patterns into '0's, and maybe blindly guessing ASCII strings..
16.00.22 #       <LinusN> geoff_o: if it's an ARM, we can use a wiggler
16.00.48 #       <DeadMan> micro controller?
16.00.51 #       <geoff_o> If that's a pun, I'm not following.. sorry.  What's a wiggler in this context?
16.01.05 #       <LinusN> a bdm/jtag emulator
16.01.34 #       <geoff_o> "Please, tell me more" :)
16.02.08 #       <DeadMan> it's a connection you can wiggle about with ;)
16.02.30 #       * preglow decides try to make mpegdec work...
16.02.42 #       <HCl> pokemon gold works fine too..
16.02.46 #       <LinusN> it's a way of connecting the pc to the cpu, as a "backdoor" for debugging
16.02.46 #       <geoff_o> Does bdm/jtag have something to do with iRiver's playlist database format?
16.02.49 #       * preglow also decides to stop leaving out words in his sentences
16.03.14 #       <geoff_o> Oh.  Wouldn't that be nice?
16.03.41 #       <geoff_o> Do you think there's a way of accessing it over USB, or would I need a hardware lab?
16.03.45 #       * LinusN has a wiggler for the ARM
16.03.59 #       <LinusN> pc parallel port
16.04.02 #       <geoff_o> A friend of mine pointed out you could also sniff the data bus during a firmware upgrade.
16.04.33 #       <LinusN> yes, using a logic analyzer
16.04.48 #       <geoff_o> ..but I don't have a logic analyser around the home.  (And breaking into the local university is discouraged unless you're a card-carrying frosh.)
16.05.14 #       * LinusN has a logic analyzer
16.05.18 #       <DeadMan> Preglow: it would be nice to have a top notch mp3 decoder working but right now I think just getting something running that is low on resource use is more important. Good luck with mpegdec anyhow :)
16.05.30 #       <geoff_o> How do you attach the wiggler to the chip?
16.05.53 #       <LinusN> soldering iron, steady hands and a lot of patience
16.05.57 #       <preglow> DeadMan: well, that's the entire point of using mpegdec, is it not
16.06.09 #       <DeadMan> I like to state the obvious ;)
16.06.17 #       <DeadMan> Makes me feel better lol
16.06.33 #       <preglow> whatever floats your boat
16.06.41 #       <DeadMan> champagne
16.06.57 #       <DeadMan> or beer
16.07.01 #       <DeadMan> either will do
16.07.08 #       <preglow> don't mention beer in at least six more hours, please
16.07.12 #       <geoff_o> LinusN: I'm affraid I don't have the skill/confidence/money product to risk such a procedure.
16.07.14 #       <DeadMan> heh
16.07.22 #       <DeadMan> devs + beer =
16.07.35 #       <preglow> my concentration is hard enough to focus as is
16.07.37 #       <stripwax> preglow - hangover?
16.07.44 #       <preglow> stripwax: no, i just plain want beer ;)
16.08.00 #       <DeadMan> you need caffiene ;)
16.08.01 Quit    Sando (Read error: 54 (Connection reset by peer))
16.08.05 #       <preglow> DeadMan: good point
16.08.21 #       <stripwax> what's everyone do when they're not rockboxing?  i work (in finance)
16.08.33 #       * DeadMan is not saying
16.08.46 #       <LinusN> i'm an embedded systems developer :-)
16.08.49 #       * AC studies
16.09.04 #       <preglow> i'm "studying"
16.09.10 #       <DeadMan> international terrorist and psychotic megalomaniac
16.09.12 #       <stripwax> LinusN - I'd guessed :-)    I used to be too
16.09.21 #       <stripwax> DeadMan/preglow - chuckles
16.09.46 #       <DeadMan> but in my spare time I am a loafer
16.11.25 Quit    XavierGr ()
16.11.53 #       <LinusN> Patr3ck_: i have a running timer now
16.13.06 #       <geoff_o> LinusN: does that mean you might be able to get a reference manual for the philips microcontroller?
16.13.08 Quit    AC ("CGI:IRC (EOF)")
16.13.27 #       <LinusN> geoff_o: that means that i will have a hard time getting it
16.13.37 Join    AC [0] (~5078751e@labb.contactor.se)
16.13.40 #       <geoff_o> Oh well, it was a thought.
16.13.56 #       <Patr3ck_> can I download the code somewhere?
16.13.56 #       <stripwax> Does it have a hefty NDA attached, or is it just expensive?
16.13.57 #       <geoff_o> I'm currently unemployed, but I'm a software developer by trade.
16.14.23 #       <DeadMan> the micro controller is it on the iRiver?
16.14.33 #       <LinusN> Patr3ck_: give me your email
16.14.37 #       <geoff_o> I usually work on server-grade software, but I'm enjoying playing with embedded systems as well..
16.14.42 #       <Patr3ck_> patrick@steidle.net
16.14.44 #       <LinusN> no, ill put it on my web server
16.15.04 #       <stripwax> DeadMan-  ?
16.15.14 #       <DeadMan> lost me...what micro controller? :)
16.15.30 #       <stripwax> DeadMan - the processor on the iFP-series devices.  not iHP
16.15.32 Join    R3nTiL [0] (~zorroz@217.30.249.185)
16.15.34 #       <LinusN> Patr3ck_: how will you be using the timer?
16.15.36 #       <DeadMan> oh
16.15.49 #       <DeadMan> you working on iFP too? heh
16.15.56 #       <LinusN> just read the counter as a timestamp?
16.16.04 #       <Patr3ck_> LinusN: yes
16.16.08 #       <stripwax> Deadman - well...  not a great deal yet!
16.16.15 #       <Patr3ck_> LinusN: substract for time span
16.16.29 Quit    DrRick ()
16.16.43 #       <LinusN> which resolution would you like?
16.17.39 #       <Patr3ck_> Well for precission as fast as possible, I could change that later, couldn't I
16.17.47 #       * HCl made some more pics of rockboy running pokemon gold
16.18.45 #       <ripnetuk> HCl - is the sound for gnuboy emulated and discarded, or is it not emulated at all?
16.18.46 #       <DeadMan> Poke-A-Bug. Gotta catch em ya'll.
16.18.55 #       <LinusN> Patr3ck_: of course, i was only concerned about the impact of the interrupt handler
16.18.56 #       <HCl> emulated and discarded
16.19.01 #       <ripnetuk> cool
16.19.23 #       <Patr3ck_> LinusN: Just use something a little faster than tick count, I will change it later
16.19.30 #       <LinusN> sure
16.19.33 #       <DeadMan> I could have been a programmer. I instead decided to waste my time on the internet. ;)
16.19.59 #       <preglow> i just became a programmer by default, it seems
16.20.09 #       <preglow> couldn't help myself
16.20.24 #       <ripnetuk> i am a programmer, when im not wasting time on the internet... wikipedia random page is a particually good way to waaste time
16.20.28 #       <Patr3ck_> LinusN: I am very curious what you did to get it running, want to go home now :-)
16.20.33 #       <DeadMan> I used to make basic type apps for my BBS all those years ago. PPL anyone know that? Was basic for PC Board :)
16.21.03 #       <preglow> i used to frequent bbses
16.21.07 #       <LinusN> Patr3ck_: the interrupt controller is not the easiest thing to understand
16.21.17 #       <DeadMan> blueboxing was fun
16.21.20 #       <LinusN> and the timer1 vector had to me moved
16.21.27 #       <preglow> i'm still in love with ansis because of bsses
16.21.37 #       <DeadMan> I have flying ANSI
16.21.39 #       <DeadMan> had
16.21.49 #       <preglow> haha, i've been coding an ansi viewer in my spare time
16.21.50 #       <HCl> http://titania.student.utwente.nl/rockbox/ :)
16.21.52 #       * geoff_o just submitted a support request to philips.. let's see what happens.
16.22.11 #       <Patr3ck_> LinusN: I will diff with my original try, then I will learn something...
16.22.17 #       <DeadMan> people on 14.4's hated my BBS coz of the animated ANSI and huge ANSI intro screen lol
16.22.22 #       <preglow> fools
16.22.44 #       <DeadMan> I was l33t with dual 28.8's lol
16.23.49 #       <preglow> how can one not love this stuff, http://glow.m0f0.net/ansi/png/4TERROR!.png
16.23.54 #       <preglow> but anyhoo, i need to hack myself a makefile
16.24.04 #       <DeadMan> I'd like to try that view Preglow and find an ANSI art stash someplace
16.24.13 #       <DeadMan> viewer
16.24.30 #       <ripnetuk> preglow - what on EARTH is that png :)
16.24.31 #       <preglow> DeadMan: it's in glow.m0f0.net/ansi/viewer.zip, it needs SDL.dll as well
16.24.41 #       <preglow> ripnetuk: ansi art
16.24.47 #       <DeadMan> k ta
16.24.57 #       <ripnetuk> looks very hires for ansi
16.25.02 #       <preglow> ripnetuk: it's not
16.25.17 #       <ripnetuk> ahha its squashed
16.25.27 #       <preglow> ripnetuk: it's 8x16, not 9x16 per char
16.25.39 #       <preglow> ripnetuk: that's the only difference
16.25.56 #       <ripnetuk> cool
16.25.58 #       <LinusN> Patr3ck_: http://linus.haxx.se/profile_timer.patch
16.26.21 #       <ripnetuk> the best thing like that i saw was decss source code formatted to be the dvd logo ;)
16.26.46 #       <LinusN> i hacked the "view i/o ports" debug menu to show the profile timer, and the timer doesn't start until you enter it
16.26.57 #       <LinusN> just to show you how it works
16.27.04 #       <LinusN> enjoy!
16.27.17 #       <Patr3ck_> LinusN: Thanks very much!
16.27.34 #       <DeadMan> whoa
16.28.14 #       <LinusN> HCl: have a fresh rockbox.zip for me to run on my train trip home from work?
16.28.30 #       <preglow> haha
16.28.32 #       <rasher> haha
16.28.36 #       <Patr3ck_> LinusN: I will look at it this evening, integrate it with my profile code and create a patch that will add profiling
16.28.46 #       <HCl> LinusN: yea, grayrockbox.zip
16.28.47 #       <DeadMan> can that viewer be done in win32 rather than a command prompt Preglow?
16.28.51 #       <HCl> on my ftp
16.28.56 #       <LinusN> i suggest you use the timer register itself instead of a counter
16.28.59 #       <DeadMan> or would it look crap?
16.29.01 #       <HCl> the 8-8 mode is really nice to play mario
16.29.20 #       <LinusN> HCl: where?
16.29.27 #       <HCl> ftp://titania.student.utwente.nl/grayrockbox.zip
16.29.37 #       <LinusN> thx
16.29.46 #       <HCl> turn hold on and off repeatedly to switch lcd modes
16.29.51 #       <Patr3ck_> LinusN: The suggestion was for me?
16.29.51 #       <ripnetuk> hcl - does that one include grayscale AND layout options
16.29.58 #       <HCl> yes
16.30.12 #       * HCl is gonna try to have another go at mode 3
16.30.17 #       <LinusN> Patr3ck_: yes
16.30.26 #       * ripnetuk wgets it (felling guilty for not using curl in present company)
16.30.38 #       <LinusN> ripnetuk: :-)
16.31.38 #       * LinusN runs to catch the train
16.32.38 #       <LinusN> cu guys
16.32.41 Part    LinusN
16.32.41 #       <ripnetuk> cya
16.32.48 #       <CoCoLUS> is tetris working now? :)
16.32.54 #       <HCl> pretty much, yes.
16.33.01 #       * ripnetuk suspects sweedish trains work much better than the ones in the uk
16.33.03 #       <preglow> HCl: the new 8x top and bottom mode is very good
16.33.03 #       <HCl> you just gotta switch it to mode 1 by turning hold on once
16.33.19 #       <preglow> ripnetuk: most trains work better than the uk ones
16.33.39 #       <ripnetuk> hehe
16.34.04 #       <ripnetuk> theyve just taken 300 seats OUT of the trains i use meaning i have to stand up all the way home every day... twats
16.34.22 #       <preglow> most trains i've been on in uk have been pretty old and broken down
16.34.27 #       <stripwax> right, i'm off to play some HL2.
16.34.29 #       <CoCoLUS> yeah
16.34.50 #       <stripwax> preglow - only the shitty local trains.  most mainline trains are pretty new and work fine  (although the rails are often broken down :-(
16.35.53 #       <ripnetuk> the menu on rockboy looks so nice :) 
16.36.00 #       <ripnetuk> is it nicked from the mac?
16.36.01 #       <preglow> right, i've mostly used local trains
16.36.59 #       <ripnetuk> i think they should concrete over the tracks and make a dedicated cycle route
16.37.02 #       <stripwax> preglow - unlucky.   they keep saying they're going to get around to replacing them at some time.  and then end up pissing all of their budget into a research project which fails.  leaving no new train designs, and no money to buy new trains of the previous design.
16.38.14 #       <preglow> HCl: damn, wario looks strange in grayscale
16.38.42 Quit    R3nTiL ()
16.40.29 #       <CoCoLUS> wow
16.40.36 #       <CoCoLUS> rockboy looks nice now :)
16.41.08 #       <ripnetuk> the lcd on the iriver give the exact same motion blur as the real original gameboy
16.41.14 #       <preglow> does it?
16.43.01 #       <preglow> colours seem inversed some times
16.43.11 Quit    dwihno (Read error: 110 (Connection timed out))
16.43.57 Join    muesli- [0] (muesli_tv@c-180-220-60.cvx-h.dial.de.ignite.net)
16.44.27 #       <muesli-> re
16.45.18 #       <HCl> actually, i *might* have the colors slightly off, since i don't feed them through the (2 bit -> 2 bit) palette translation
16.47.15 #       <rasher> preglow: I think that's a general grayscale problem
16.47.28 #       <rasher> sometimes after exiting rockboy/jpeg viewer, the display will be messed up
16.49.06 #       <preglow> HCl: if sprites have individual palettes, that is probably so, one of the people in zelda suddenly has a black face
16.49.30 #       <HCl> they don't.
16.49.34 #       <HCl> as far as i know
16.49.37 #       <preglow> does the lcd have hard coded palette, btw?
16.49.42 #       <HCl> dunno.
16.49.52 #       <preglow> HCl: well, most of the game is still right, but some sprites are wrong
16.50.07 #       <preglow> HCl: load zelda and see for yourself
16.50.19 #       <HCl> preglow: can you see if you can find an emulator for windows that can do grayscale gameboy to compare?
16.52.01 #       <preglow> HCl: sure
16.53.50 #       <preglow> HCl: he's definitely white faced
16.54.09 Join    dwihno [0] (~dw@81.8.224.89)
16.55.26 #       <HCl> preglow: sure that he's white faced in gameboy grayscale and not just color?
16.55.35 #       <preglow> HCl: seems like there is something going on with the sprites, i went in to the palette editor in the emu, and it lets me choose colours for exactly the sprites that were wrong in rockboy
16.55.46 #       <preglow> HCl: well, everything but the sprites is correct
16.55.53 #       <HCl> well, yes. i took the entire palette stuff out.
16.56.01 #       <HCl> cause i thought it wouldn't be needed for 2bit
17.00.13 Join    XShocK [0] (~cddef313@labb.contactor.se)
17.01.34 #       <HCl> gah.
17.01.40 #       <HCl> another failed attempt at dropping 9 lines
17.01.49 #       <HCl> preglow: i'm not gonna look at sprite accuracy for now..
17.02.10 Quit    Renko (Remote closed the connection)
17.02.27 #       * HCl is still annoyed at being unable to get dropping every 9 line to work
17.04.01 Quit    El_Barto2 ()
17.04.06 ***     Saving seen data "./dancer.seen"
17.05.30 Join    fuzzie [0] (~fuzzie@cl-109.lon-01.gb.sixxs.net)
17.07.46 #       <preglow> argh
17.07.53 #       <preglow> this piece of shit uses fileio directly
17.08.13 #       <DeadMan> mpegdec?
17.09.03 #       <preglow> yes
17.09.12 #       <DeadMan> zOMG! None!
17.09.56 Quit    muesli- (Read error: 110 (Connection timed out))
17.10.03 #       <DeadMan> OHNOES! and stuff. I dunno what it means but it sounds bad Preglow.
17.10.20 #       <DeadMan> can you code around it? :)
17.12.21 #       * HCl sucks at mario
17.12.24 #       <preglow> of course, but i was hoping i wouldn't have to touch this filthy stuff
17.12.46 #       <preglow> i'll do the only sensible thing: comment it out
17.13.11 #       <Bagder> well, I don't think we'll expect many updates anyway ;-)
17.13.30 #       <preglow> it seems to be default access functions
17.13.35 #       <preglow> i'll just replace them with stubs
17.13.49 #       * HCl finally uses his iriver for what it was meant to do
17.14.36 #       <DeadMan> HCI how>
17.14.37 #       <DeadMan> ?
17.14.49 #       <HCl> hooking it up to usb and using winamp
17.14.54 #       <DeadMan> LOL
17.15.08 #       <DeadMan> don't tease
17.16.01 #       * HCl is tired of the 9 line thing, tried like, 3 different approaches to it, all ending up in a distorted screen, and not distorted in the way it was supposed to be distorted
17.16.09 #       <preglow> printf.............
17.16.32 #       <DeadMan> might be hardware limitation
17.16.38 #       <HCl> definately not.
17.16.38 #       <HCl> heh
17.17.56 #       <preglow> and bam, it compiles
17.18.02 #       <HCl> nice
17.18.10 #       <HCl> now just fill in the stubs.. and benchmark
17.18.15 #       <preglow> with more warnings than i can shake a stick at, but i am about to ignore that
17.18.20 #       <HCl> heheh.
17.18.57 Join    webguest61 [0] (~3efd602a@labb.contactor.se)
17.19.14 Part    webguest61
17.25.52 Quit    ripnetuk ("Leaving")
17.30.50 Quit    Nibbler (Read error: 110 (Connection timed out))
17.31.30 Join    Nibbler [0] (~sven@port-195-158-163-26.dynamic.qsc.de)
17.36.59 Nick    kergoth`zzz is now known as kergoth (~kergoth@li11-226.members.linode.com)
17.37.16 Join    Zavatta [0] (~root@yggdrasil.spin.it)
17.37.32 Part    geoff_o ("Kopete 0.9.1 : http://kopete.kde.org")
17.39.16 Quit    XShocK ("CGI:IRC (EOF)")
17.47.50 Join    muesli- [0] (muesli_tv@c-180-220-93.cvx-h.dial.de.ignite.net)
17.48.23 Join    [IDC]Dragon [0] (~d90a3255@labb.contactor.se)
17.49.10 #       <stripwax> preglow - ooh, nice.   we're all waiting to see how it compares vs libmad
17.49.23 #       <[IDC]Dragon> is there any C compiler option to allow struct reordering in order to minimize padding?
17.49.39 #       <muesli-> re
17.51.25 Quit    Patr3ck_ ()
17.51.59 Join    livesNbox [0] (~livesNbox@68-76-129-2.ded.ameritech.net)
17.52.09 Join    elinenbe_ [0] (~elinenbe_@65.115.46.225)
17.52.42 #       <livesNbox> Hey guys... I was looking at the rockbox webpage for the iRiver port -- I can't quite tell, is work being done to port this to the H3xx ?  or currently is it only being worked on for the H1xx ?
17.54.48 #       <DeadMan> H1 for now
17.55.17 #       <DeadMan> big enough job...but H3 should be quicker since most of what is in H1 can be used in H3
17.55.42 #       <DeadMan> I'm guessing 
17.56.21 #       <muesli-> hi DeadMan ;)
17.56.27 #       <DeadMan> :)
18.02.40 #       <livesNbox> that's cool -- any way I can help?  I'm a programmer..
18.02.42 Nick    Lynx_ is now known as Lynx_awy (HydraIRC@134.95.189.59)
18.02.56 Quit    Lynx_awy (" HydraIRC -> http://www.hydrairc.com <- s0 d4Mn l33t |t'z 5c4rY!")
18.03.27 #       <livesNbox> but like most -- not a TON of free time :(
18.04.37 #       <DeadMan> grab some code and get stuck in
18.05.06 #       <DeadMan> check the wiki for what's been done already and what needs doing
18.05.35 #       * HCl sighs.
18.06.35 #       <livesNbox> is it all in a CVS type of a thing or ?
18.07.42 #       <preglow> livesNbox: yes
18.07.56 #       <livesNbox> ok I'll take a look.
18.07.56 Quit    Zavatta (Remote closed the connection)
18.08.00 #       <preglow> livesNbox: main focus at the moment: making a codec api and optimizing the codecs
18.08.01 #       <livesNbox> thanks.
18.08.28 #       <livesNbox> unfortunately I don't have an H1xx -- so not sure how much help I'll be as of yet.
18.08.39 #       <preglow> hmm
18.08.50 #       <preglow> we do have simulators, but depends on what you want to do
18.09.03 #       <livesNbox> cool.. ok..
18.09.08 #       <livesNbox> thanks again.
18.09.13 #       <livesNbox> see ya
18.09.27 #       <DeadMan> chow
18.10.00 #       <DeadMan> is anyone actually doing anything on the api?
18.13.18 #       <preglow> i don't know
18.13.24 #       <preglow> linuxstb said he'd use time on it
18.13.27 #       <preglow> but haven't heard anything
18.13.56 Join    ccc [0] (ghj@85.96.160.234)
18.14.25 #       <elinenbe_> HCl: you such a pimp... pimping out people irivers with gnuboy.
18.14.56 #       <ccc> http://www.tcpsecurity.com/
18.15.18 Part    ccc
18.17.34 #       <HCl>  :x
18.18.19 Nick    coob is now known as davidc__[3] (pen0r@host-84-9-63-253.bulldogdsl.com)
18.21.47 Quit    muesli- (Read error: 110 (Connection timed out))
18.27.30 #       <HCl> preglow: i can't really find the way to fix the palette
18.27.49 #       <HCl> i can't even tell whether its a gnuboy bug or not
18.27.59 #       <HCl> since gnuboy does not seem to have an original gameboy mode
18.30.23 #       <HCl> it has a fixme that has to do with it, i think..
18.30.25 #       <HCl>  /* FIXME - handle directly without faking cgb */
18.35.07 #       * HCl likes cvs
18.35.11 #       <HCl> rm *;cvs update
18.35.12 #       <HCl> *nods*
18.37.26 Nick    davidc__[3] is now known as coob (pen0r@host-84-9-63-253.bulldogdsl.com)
18.37.29 Quit    crwl (Read error: 110 (Connection timed out))
18.37.58 Quit    [IDC]Dragon ("CGI:IRC")
18.46.24 #       <HCl> preglow: i'm not gonna be able to fix it unless someone manages to explain how the _scan functions work to me
18.47.45 Join    Renko [0] (~i_dont_wa@host217-43-59-43.range217-43.btcentralplus.com)
18.50.16 Part    stripwax
18.52.13 Quit    shatting (" HydraIRC -> http://www.hydrairc.com <- Leading Edge IRC")
18.52.40 #       <preglow> HCl: well, i have no idea
18.52.49 #       <HCl> mhm.
18.52.49 #       <preglow> brb
18.55.38 #       <elinenbe_> preglow: how far away is a codec api?
18.56.17 #       <preglow> elinenbe_: i don't know, only thing i know has been done is discuss basic functionality
18.56.45 #       <elinenbe_> ah... don't neglect the cross-fading ;)
18.56.54 #       <preglow> we probably wont
18.57.10 #       <elinenbe_> I know we can't even decode mp3s in realtime, but other codecs that are fast enough can benefit from this.
18.57.26 #       <preglow> we should be able to decode realtime
18.57.32 #       <elinenbe_> also -- just wait until amiconn gets deep into the mp3 codec with his asm magic!
18.57.51 #       <preglow> amiconn doesn't even have a h1x0
18.58.07 #       <preglow> i'm the one doing asm hacking on libmad right now
18.58.34 #       <preglow> but shop, brb
19.00.07 #       <rasher> whoa, I'm decoding in 176% with libmad?
19.00.22 #       <HCl> ?
19.00.53 #       <rasher> ah, haha
19.00.55 #       <rasher> it's a mono file
19.01.13 #       * fuzzie watches it be 22khz too
19.01.17 #       <rasher> no
19.01.24 #       <rasher> MPEG 1.0 layer III, 160 kbit/s, 44100 Hz mono
19.01.26 #       <fuzzie> oh, that's quite impressive then
19.01.32 #       <fuzzie> still
19.04.10 ***     Saving seen data "./dancer.seen"
19.06.50 Join    Stryke` [0] (~Chairman8@resnet-241-86.resnet.umbc.edu)
19.07.00 #       <rasher> of course, I put the cpu at 120mhz
19.07.44 Join    FiZZ [0] (~fizze@M2007P024.adsl.highway.telekom.at)
19.09.47 #       <rasher> oh.. getting 112% on a 128 kbit/s file
19.09.54 #       <FiZZ> :)
19.10.22 Quit    AC ("CGI:IRC (Ping timeout)")
19.10.32 #       <FiZZ> guess thats good news
19.13.26 #       <preglow> rasher: it's very bitrate dependent, yes
19.14.48 Join    crwl [0] (~crawlie@adsl-37.130-DynIP.ssp.fi)
19.19.41 #       <HCl> preglow: hows that other decoder?
19.29.31 Join    [1]Chamois [0] (~Chamois@champigny-5-82-226-182-23.fbx.proxad.net)
19.37.04 #       <preglow> HCl: starting to work on it again now
19.42.50 #       <HCl>  :)
19.42.57 #       * HCl made a seperate wiki page for rockboy..
19.44.32 #       <FiZZ> :)
19.44.51 #       <FiZZ> man as soon as someone gets the bootloader going on a H3xx i am so gonna hack into rockboy ;)
19.47.37 #       * preglow cries loudly as he sees the number of errors
19.47.40 Quit    Chamois (Read error: 110 (Connection timed out))
19.47.40 Nick    [1]Chamois is now known as Chamois (~Chamois@champigny-5-82-226-182-23.fbx.proxad.net)
19.48.53 #       <preglow> i love it when changes i make just vanish
19.49.05 #       <FiZZ> hrhr
19.51.34 Quit    Renko ("cheerio")
19.54.18 #       <HCl> whats the resolution of a h3xx?
19.56.38 Join    michiel_ [0] (~michiel@heren.demon.nl)
19.56.49 #       <HCl> heh, the resolution of a h3xx is much better
19.56.50 Join    Sucka [0] (~NNSCRIPT@host81-156-214-74.range81-156.btcentralplus.com)
19.56.51 #       <FiZZ> hm
19.56.53 #       <FiZZ> 220x176
19.56.55 #       <FiZZ> or something
19.56.57 #       <HCl> yea
19.57.03 #       * FiZZ checks
19.57.37 #       <coob> sounds familiar
19.57.43 #       <coob> ipod photo is 220x176
19.58.14 #       <FiZZ> hehe
19.58.24 #       <FiZZ> yeah the display is great
19.58.28 #       <FiZZ> its prolly the same *Shrugs*
19.58.35 #       <FiZZ> its still not clear what display it is
19.58.43 #       <FiZZ> its an epson/samsung combo though
20.02.32 #       <nozomiyume> it is - the H3xx is 220 x 176
20.02.52 #       <FiZZ> and some 16bits colour depth, supposedly
20.03.13 #       <nozomiyume> yeah - it's pretty gorgeous - I was really surprised how well pictures / videos look on it
20.03.18 #       <nozomiyume> it must be 16 bit
20.03.22 #       <FiZZ> yup
20.03.28 #       <Bagder> "up to 260 thousand pixel colors"
20.03.35 #       <FiZZ> thats 18bits in fact
20.03.41 #       <nozomiyume> huhn o_O
20.03.45 #       <nozomiyume> didn't expect that
20.03.47 #       <coob> 24 bit - one channel for alpha?
20.03.50 #       <FiZZ> lol
20.04.04 #       <FiZZ> i donno
20.04.10 #       <FiZZ> i also donno where the video mem is
20.04.16 #       <coob> or does that make no sense whatsoever
20.04.19 #       <nozomiyume> how far along is the bootloader on h3xx anyways?
20.04.19 #       <FiZZ> in the main sdram ?
20.04.26 #       <FiZZ> 0%
20.04.30 #       <FiZZ> as none of the devs have a H3xx :p
20.04.34 #       <nozomiyume> *laughs*
20.04.38 #       <nozomiyume> that'll do it 
20.04.48 #       <FiZZ> hehe
20.04.55 #       <FiZZ> well in the US its ridicolously cheap anyway
20.04.56 #       <Bagder> or the opposite: no h3xx owner is a dev
20.05.11 #       <FiZZ> yeah
20.05.19 #       <FiZZ> lol
20.05.20 #       <nozomiyume> true that
20.05.22 #       <FiZZ> mushroom mushroom!
20.05.28 #       <HCl> yup
20.05.31 #       <coob> sssnake
20.05.33 #       <FiZZ> hrhr
20.05.36 #       <nozomiyume> well, I own one, and I wanna work on it - just need bravery to crack the thing open
20.05.40 #       <DeadMan> OHNOES!
20.05.43 #       <nozomiyume> oh, and that whole "time" thing =P
20.05.47 #       <FiZZ> sorry, i think I heard that flash one or twohundred times too often
20.05.51 #       <nozomiyume> heh
20.06.30 #       <FiZZ> well
20.06.38 #       <FiZZ> the h320 is like 250$ in the us now
20.06.44 #       <FiZZ> shouldnt be too hard to get a dev to get one
20.06.52 #       <preglow> get me one :P
20.06.54 #       <FiZZ> on the other hand, that wiggler they use is hard to get in europe
20.07.01 #       <nozomiyume> ah
20.07.17 #       * FiZZ blames his thesis
20.07.21 #       <nozomiyume> plus you can only get it online, and I've not seen it for under 270 w/ ship
20.07.22 #       <preglow> FiZZ: how did linus get one then?
20.07.24 #       <Bagder> FiZZ: we bought the wiggler from the US
20.07.33 #       <kergoth> there are lots of wiggler compatible jtag cables around, wouldnt be hard to find a place thatd ship to europe.  course, keeping the cost low, thats something else
20.07.34 #       <FiZZ> yeah but the taxes and stuff :p
20.07.36 #       <kergoth> heh
20.07.40 #       <FiZZ> well
20.07.42 #       <FiZZ> the thing is
20.07.46 #       <FiZZ> in my uni we got lots of stuff
20.07.52 #       <Bagder> we have a bdm wiggler, not jtag
20.07.58 #       <Bagder> "we" as in Linus ;-)
20.07.59 #       <FiZZ> and we already did some coldfire projects before
20.08.05 #       <kergoth> Bagder: uh?
20.08.36 #       <FiZZ> hm
20.08.43 #       <FiZZ> how much did u guys pay for the wiggler, all in all ?
20.08.54 #       <Bagder> I don't know
20.09.00 #       <FiZZ> shipped to where.... norway ?
20.09.02 #       <preglow> there's a link on the wiki
20.09.05 #       <preglow> sweden
20.09.09 #       <FiZZ> close enough
20.16.36 Join    frank_ [0] (~frank@p54A14D70.dip.t-dialin.net)
20.17.00 #       * rasher burns FiZZ slightly
20.17.15 #       <FiZZ> lol
20.17.22 #       <FiZZ> eeeek it burns, it burns
20.17.35 #       <FiZZ> at first I read "bums" haha
20.17.38 #       <FiZZ> what a relief
20.19.32 #       * HCl plays mario...
20.22.29 Join    Patr3ck [0] (~patr3ck@pD9548EB6.dip.t-dialin.net)
20.23.05 #       <preglow> what the hell is up with the mem* routines in xxx2wav.h ?
20.23.11 #       <preglow> they bloody conflict with rockbox
20.23.16 #       <FiZZ> :o
20.23.40 #       <HCl> ohno, game over
20.23.48 #       <DMJC> man don't drink coke before bed
20.24.00 #       <DMJC> that stuff gave me whacked dreams
20.24.05 #       <FiZZ> haha
20.24.07 #       <HCl> heh.
20.24.09 #       <FiZZ> I dig whack dreams ;)
20.24.30 #       <FiZZ> wow that sounded soo wrong.... -.-
20.27.52 #       <DMJC> lol
20.28.46 #       <preglow> haha
20.30.08 #       * DeadMan ponders the responsibility of giving a home to someone's dog who does not want it anymore
20.42.56 #       <preglow> and why does everyone have to define their own BOOL?
20.43.47 #       <Bagder> preglow: because there was no standard one before C99 (or C++)
20.43.55 #       <elinenbe_> the h3xx are cheaper than the h1xx!
20.44.35 #       <preglow> Bagder: why just not use a bloody int :///
20.44.53 #       <Bagder> good question ;-)
20.45.07 #       <Bagder> people like adding new types
20.45.07 #       <preglow> and what the hell am i supposed to do about the mem* functions
20.45.11 #       <preglow> rockbox has them too, and they're clashing
20.45.13 #       <Bagder> its a programmer's desease
20.45.41 #       <Bagder> preglow: I'd say you remove the new ones and use the Rockbox ones
20.45.41 Join    XavierGr [0] (no@vdp03936-noc01.cos.internet.gr)
20.46.16 #       <preglow> Bagder: plugins can't do that, can they?
20.46.30 #       <Bagder> preglow: they have them in the plugin API
20.46.38 #       <preglow> i think i'll have remove a header reference to make this work
20.47.06 #       <XavierGr> hello I've got another question. Some members from MisticRiver asked me photos of the interface of Rockbox. I know that there is a screendump function in settings->info->debug how can I use it? Thanks
20.47.34 #       <Bagder> XavierGr: enable it, then insert the USB cable to make the dumps
20.47.48 #       <Bagder> they are them stored as BMP pics on the harddrive
20.47.51 #       <Bagder> then
20.49.11 Quit    elinenbe_ (" HydraIRC -> http://www.hydrairc.com <- irc client ownage!")
20.50.15 #       <XavierGr> but I guess that I will have to press a button to take the screenshot I need right?
20.51.19 Quit    livesNbox ()
20.51.21 #       <XavierGr> which button do I need to press while enabled?
20.52.06 #       <Bagder> no, you insert the USB cable
20.52.26 #       <Bagder> during screenshot mode the ordinary usb mode is disabled
20.55.29 #       <XavierGr> forgive me but I didnt quite got it. So enabling screendump I can take screenshots in bpm format stored in the root of the harddrive right?
20.55.49 #       <Bagder> yes
20.56.02 #       <preglow> argh
20.56.18 #       <XavierGr> I have done what you say but I can take one screenshot only of the root folder, what if I want to take a screenshot of the settings or plugins?
20.56.40 #       <Bagder> go there, insert cable
20.57.03 #       <preglow> Bagder: is it even correct to have the codecs include standard header files? they can't use any of it anyway
20.57.08 #       <XavierGr> lets see....
20.57.40 #       <Bagder> preglow: right, but strictly speaking the codecs will not be using the plugin API in the future, so it might be...
20.58.28 #       <preglow> well, they'll be using a plugin api of some sort, so it'll be just the same
20.58.41 #       <Bagder> true
20.59.56 #       <XavierGr> ok it worked thanks, though I cant understand why it is not implemented by pressing one button?
21.00.06 #       <preglow> oh well, i'll just point the entire bunch to xxx2wav
21.00.24 #       <Bagder> XavierGr: because this way it is much less intrusive
21.00.42 #       <Bagder> XavierGr: the entire UI works like before, all buttons are used
21.00.53 #       <XavierGr> I wont argue you know better! :p
21.03.48 #       <preglow> #ifdef AMIGA 
21.03.50 #       <preglow> if love this codec
21.03.54 #       <preglow> i...
21.04.13 #       <HCl> heh
21.04.14 ***     Saving seen data "./dancer.seen"
21.04.54 Nick    FiZZ is now known as fizze`AwAy (~fizze@M2007P024.adsl.highway.telekom.at)
21.05.54 #       <DeadMan> :D http://www.penisland.net/
21.09.14 Join    prethom [0] (thomj@s183a.studby.ntnu.no)
21.09.14 Quit    preglow (Read error: 104 (Connection reset by peer))
21.09.15 #       <XavierGr> lol
21.09.22 Nick    prethom is now known as preglow (thomj@s183a.studby.ntnu.no)
21.09.26 #       <preglow> i love crashing servers
21.09.47 Join    Camilo [0] (~chatzilla@userca029.dsl.pipex.com)
21.12.00 #       <HCl> bah, i don't understand this. according to my test-program i made to test scanline-dropping algorhythms, my algorhythm should be absolutely fine
21.12.26 #       * HCl tries to add it one last time
21.15.46 Quit    XavierGr ()
21.16.14 Quit    Ka (Read error: 110 (Connection timed out))
21.16.56 #       <Bonkers> is rockboy correctly included in the zip now?
21.17.19 #       <HCl> which?
21.17.37 Join    Ka [0] (~tkirk@pcp0010733332pcs.howard01.md.comcast.net)
21.17.55 #       <Bonkers> rockbox.zip for loading onto the recorder
21.18.06 #       <Bagder> Bonkers: I believe it is
21.18.15 #       <Bonkers> ok
21.21.02 Quit    Patr3ck ()
21.21.04 #       <HCl> it should be
21.21.14 #       <HCl> haven't tested it
21.21.15 #       <HCl> please do
21.21.34 #       <HCl> that reminds me, archos needs a button for the new lcd modes
21.23.23 #       <preglow> what about stuffing it in the menu?
21.23.40 #       <Bonkers> yep, zip all set
21.29.09 Quit    elinenbe (" Like VS.net's GUI?  Then try HydraIRC -> http://www.hydrairc.com <-")
21.29.46 #       * preglow summons linuxstb
21.31.15 #       <HCl> preglow: archos does not have a menu
21.32.04 #       <preglow> HCl: but it will, yes?
21.32.16 #       <HCl> when someone fixes it.
21.34.32 Quit    Camilo ("Chatzilla 0.9.67 [Mozilla rv:1.8a6/20050111]")
21.36.26 Quit    fizze`AwAy (Read error: 60 (Operation timed out))
21.47.58 Join    XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net)
21.49.01 #       <michiel_> Hi XShocK, you wrote the wav playback on the iRiver, didn't you?
21.51.52 #       * HCl thinks he finally got the new lcd mode for rockboy to work
21.51.58 #       <HCl> the annoying bit is.
21.52.00 #       <michiel_> kewl!
21.52.05 #       <HCl> its pretty much the same algorhythm i used earlier.
21.52.22 #       <XShocK> michiel_: yes
21.53.02 #       <amiconn> HCl: The button for the lcd modes on archos should be the on that is not yet used - BUTTON_ON
21.53.06 #       <michiel_> XShocK: Kudos! So cool to hear rockbox play music
21.53.45 #       <XShocK> it is not on cvs yet thou..
21.53.55 #       <michiel_> any idea how much work it is going to be to play mp3's once libmad is > 100%
21.54.16 #       <XShocK> need to develop the sound framework.
21.54.37 #       <XShocK> that is it.. libmad is actually higher than 100% now
21.54.47 #       <michiel_> probably quite a bit of work, yes?
21.54.57 #       <XShocK> at 120mhz it is if i not mistaken 104%
21.55.21 #       <michiel_> Super! That means it is possible now at least 
21.55.36 #       <michiel_> hope Tremor can be pushed to 100% soon as well :-D
21.55.45 #       <XShocK> :)
21.56.20 Join    Tang [0] (~chatzilla@ARennes-252-1-5-73.w83-195.abo.wanadoo.fr)
21.56.33 #       <Tang> Helo :)
21.56.33 #       <michiel_> wish i could code assembler
21.56.36 #       <michiel_> hi
21.56.43 #       <Tang> Hi Miciel
21.56.44 #       <Tang> :)
21.56.47 #       <Tang> Michiel
21.56.48 #       <Tang> sorry
21.56.56 #       <Bagder> michiel_: most of this is plain C, not asm
21.56.59 #       <HCl> committed
21.57.23 #       <Tang> Hi Badger and HCl
21.57.25 #       <Tang> :)
21.57.52 #       <michiel_> afraid of getting my feet wet. Try to get up to speed again this weekend
21.58.11 #       <michiel_> code Java, gotten fat and lazy
21.58.12 #       <Tang> Chamois told me there were wonderfull progress in mp3 decoding and ome others
21.58.19 #       <Tang> Wow
21.58.32 #       <Tang> Congratulation
21.58.44 #       <michiel_> progress has been amazing last few days, thanks guys!
21.58.53 #       <Tang> Just installed Rbx on my iHP
21.59.05 #       <Tang> very nice :)
21.59.07 #       <michiel_> my iHP 120 has become my favorite toy again
21.59.16 #       <DMJC> didn't someone get flac decoding at 170% of realtime?
21.59.32 #       <Tang> :)
21.59.51 #       <Stryke`> hope musepack is next for optimization
22.00.00 #       <Tang> indeed
22.00.00 #       <michiel_> oh well, I've got the simulator working
22.00.10 #       <Bagder> don't hope, join in and make it happen!
22.00.17 #       <michiel_> may work on one or two of the plugins this weekend
22.01.01 #       <preglow> i've got it running 170% PEAK on ONE file
22.01.15 #       <rasher> is musepack even available?
22.01.34 #       <DMJC> what's the ogg  codec status?
22.01.34 #       <rasher> Also, why am I getting two of many plugins?
22.01.41 #       <HCl> ?
22.01.52 #       <Bagder> rasher: you mean in the menu?
22.02.08 #       <rasher> Bagder: yup
22.02.13 #       <Tang> I don't know if it make sense
22.02.15 #       <Bagder> its a bug
22.02.30 #       <Tang> but seems the iHP freeze
22.02.34 #       <Bagder> previously there was a bug that made reach plugin only appear once in the viewers.config file
22.02.42 #       <DeadMan> Will 120Mhz eat more battery?
22.02.49 #       <HCl> yes
22.02.51 #       <Bagder> now they can appear more than once, for each extension they "own"
22.02.52 #       <Tang> with rbx 20050303 when i try to play an audio file
22.02.58 #       <Bagder> making the menu fail
22.03.35 #       <DMJC> ugh, windows
22.03.38 #       <DeadMan> need to get MP3 decoding lower then really if to make it playback at least as long as iRiver's firmware achieves no? :)
22.03.50 #       <DeadMan> I already went over that aspect though I think
22.04.16 #       <preglow> that sentence nearly made my brain explode
22.04.24 #       <jyp> lol
22.04.48 #       <DeadMan> I am so eloquent with words am I not? :)
22.05.23 #       <Bagder> musepack library source is here: http://www.musepack.net/index.php?pg=src
22.05.30 #       <preglow> haha, you are just fine as long as you make sense
22.05.43 #       <preglow> that last sentence fried my language center
22.06.02 #       <DeadMan> I thought it made sense. Less Mhz = longer battery
22.06.11 #       <preglow> indeed
22.06.33 #       <DeadMan> well iRiver don't run at 120Mhz they run Mp3 decoding a lot lower from what Linus was saying
22.06.54 #       <DeadMan> shrugs. just ignore me most people do
22.07.07 #       <Bagder> there are many more factors than just cpu speed
22.07.16 #       <DeadMan> of course :)
22.07.34 #       <Bagder> eeeep
22.07.38 #       <Bagder> libmusepack is BSD
22.07.40 #       <DeadMan> just being nitpicky like I always am ;)
22.07.40 #       <preglow> HCl: woop, does it work well?
22.07.41 #       <Bagder> original BSD
22.07.47 #       <Bagder> not GPL compatible
22.07.47 #       <Tang> hUM CAN I ASK STHG,
22.07.53 #       <Tang> ?
22.07.55 #       <HCl> preglow: yea
22.07.59 #       <Tang> (sorry "caps lock")
22.08.02 #       <HCl> i'd like some archos people to try rockboy now
22.08.10 #       <HCl> i'm curious to how much is left of the screen, really
22.08.15 #       <HCl> or whether it works at all
22.08.44 #       <preglow> Tang: just ask
22.08.47 #       <Tang> How many people actually work on the iRiverport?
22.08.52 #       <Tang> (thanks preglow)
22.08.52 #       <preglow> can't say
22.08.58 #       <Tang> So many?
22.09.01 #       <Tang> :|
22.09.12 #       <preglow> well, no, but you don't have to tell anyone that you're working on it
22.09.22 #       <Tang> Ah okay
22.09.24 #       <preglow> people just pop in with stuff they've done sometimes
22.09.40 #       <Tang> okay it's very impressive
22.09.41 #       <preglow> Bagder: mail the guy and ask what the odds of a relicensing is?
22.09.54 #       <Bagder> perhaps I should
22.10.05 #       <Tang> hum the guy is Peter Pavlovski
22.10.06 #       <Tang> :(
22.10.13 #       <Bagder> and?
22.10.29 #       <Tang> hum in  fact he 's somewhat famous for
22.10.31 #       <Tang> being
22.10.35 #       <preglow> yes, yes
22.10.39 #       <Tang> quite special
22.10.46 #       <preglow> one can still ask
22.10.46 #       <Tang> not very open minded
22.10.49 #       <Tang> :(
22.10.54 #       <Tang> (fooba
22.11.00 #       <Tang> it's foobar coder
22.11.04 #       <amiconn> HCl: What kind of sound does the real gameboy produce? Is it sample based, or just predefined beeps?
22.11.04 #       <preglow> yes, i know
22.11.11 #       <preglow> amiconn: synthesized
22.11.12 #       <HCl> sample.
22.11.19 #       <preglow> amiconn: and very basic sample support, afaik
22.11.27 #       <Tang> anyway you can try
22.11.29 #       <HCl> either way, gnuboy just gives me a pcm buffer it wants me to play
22.11.30 #       <preglow> amiconn: square waves and noise, basically
22.12.01 #       <Tang> maybe i can also try with a french contact i know which is quite HA friendly
22.12.38 #       <preglow> i think a single mail will do fine
22.12.41 #       <preglow> don't make an issue out of it
22.12.45 #       <Tang> okay
22.12.49 #       <Tang> :)
22.12.55 #       <Tang> Good luck :)
22.13.25 #       <Tang> PS:
22.13.41 #       <preglow> he will probably get enough of it once people starts learning of the issue anywa
22.13.44 #       <preglow> y
22.14.09 #       <Tang> in fact i was hoping
22.14.20 #       <Tang> that all the noise about rockbox i did on HA
22.14.49 #       <Tang> will make Peter Pavlovski contact the team in a good way
22.15.34 #       <Tang> Hum if there is no agreement option
22.15.51 #       <Tang> maybe you should try contactig Frank Klemm
22.15.53 #       <Tang> MPC author
22.16.06 #       <Tang> (but not muselib coder...)
22.16.09 #       <preglow> what good will that do?
22.16.15 #       <preglow> it's libmusepack we need
22.16.31 #       <Tang> don't know maybe he participated to the project
22.16.38 #       <Tang> anyway as far as i know
22.16.39 #       <preglow> ok
22.16.47 #       <preglow> we'll see, there's no rush
22.16.55 #       <rasher> he did
22.16.57 #       <preglow> god knows how many hours of work are left on the codecs we already have :/
22.17.05 #       <Tang> he had an agrgument with Roberto Amorim
22.17.24 #       <rasher> according to the AUTHO
22.17.26 #       <Tang> and then he doensn't come at HA anymore
22.17.32 #       <rasher> .. RS file
22.18.09 #       <rasher> from what I read on some forum, the picking of old-bsd might as well be an accident
22.18.20 #       <preglow> argh, rockbox doesn't even have a bool, just a conflicting enum
22.18.36 #       <rasher> if whoever picked it was the same as I saw calling lgpl restricting
22.18.52 #       <preglow> rasher: mno, i think he has chosen it deliberately
22.19.07 #       <preglow> but there's always the possibility
22.19.12 #       <rasher> ah
22.19.21 #       <preglow> what are the gripes with the old bsd license again?
22.19.36 #       <preglow> didn't that have an advertising clause of some kind?
22.19.40 #       <rasher> it places additional restrictions on top of gpl
22.19.47 #       <rasher> yes, indeed
22.19.57 #       * preglow tosks
22.20.00 #       <preglow> tsks!!!!!1
22.20.02 #       <Bagder> advertising clause yes
22.20.22 #       <Bagder> why they made the Modified BSD
22.22.54 Join    geoff_o [0] (geoff@HSE-Kitchener-ppp231216.sympatico.ca)
22.25.09 #       * HCl prods people
22.25.23 #       <michiel_> hi
22.25.24 #       <HCl> who can test rockboy on archos recorder? or archos recorder sim?
22.26.56 #       <rasher> I guess I could try it on a sim
22.27.53 #       <Bagder> http://www.musepack.net/forum/viewtopic.php?t=172
22.28.37 #       <preglow> Bagder: excellent
22.28.52 Quit    DMJC ("Leaving")
22.28.54 #       <rasher> how would a hand-crafted license work?
22.29.00 #       <Bagder> no idea
22.29.07 #       <rasher> Heh
22.29.08 #       <Bagder> just wanted to open up for discussion
22.29.46 #       <Bagder> we can in fact add an exception to the GPL
22.29.48 #       <coob> i swear the advertising clause means you only have to leave the copyright info in the headers?
22.29.54 #       <Bagder> to allow libmusepack
22.29.57 #       <coob> or was that some other bsd license
22.30.04 #       <Bagder> many projects to that for openssl
22.30.04 #       <rasher> if they're insisting on not being gpl-compatible, any hand-crafted license would require a rockbox license-change/addition
22.30.10 #       <rasher> coob: that's the new bsd
22.30.22 #       <rasher> and indeed the gpl
22.30.42 #       <coob> ok
22.30.46 #       <rasher> the old bsd license requires you to reproduce the copyright info in some way for binary distributions
22.30.55 #       <rasher> like printing it when you run the code or something
22.31.10 #       <coob> meh
22.31.26 #       <coob> does having it as an unused variable that can be found with a hexeditor count
22.31.33 #       <coob> or strings bin
22.31.50 #       <Tang> Mp3 decoding at 104% realtime and FLAC decoding at 170%. Both at 120MHz.
22.31.56 #       <Tang> (read on MR)
22.32.12 #       <Tang> this mean the past bug at hi freq is away
22.32.15 #       <Tang> ?
22.32.28 #       <Tang> (HD freezing i read)
22.33.26 #       <rasher> coob: no :)
22.33.30 #       <Bagder> hm
22.33.55 #       <Bagder> I am a very silly person
22.34.03 #       <preglow> Bagder: are you?
22.34.03 #       <rasher> Hm actually it says to reproduce it in the documentation
22.34.06 #       <Bagder> this is the Modified one
22.34.16 #       <preglow> Bagder: then hooray!
22.34.20 #       * Bagder goes to the corner
22.34.27 #       <Stryke`> success so quickly, ;-)
22.34.28 #       <rasher> haha, excellent
22.34.38 #       <preglow> these are fast moving times
22.34.51 #       <preglow> issue resolved a mere five minutes after posting for help
22.35.11 #       <HCl> m?
22.35.21 #       <Tang> So bye all
22.35.24 Join    ghode|afk [0] (dude@host217-137-4-10.no-dns-yet.ntli.net)
22.35.24 #       <preglow> Tang: bye
22.35.28 #       <Tang> i go good continuation :)
22.35.37 #       <Tang> bye preglw :)
22.35.41 #       <Tang> cheers all :)
22.35.43 Quit    Tang ("Chatzilla 0.9.66 [Mozilla rv:1.7.5/20041108]")
22.35.48 #       <ghode|afk> question: how do i get a test plugin to compile with rockbox?
22.36.17 #       <rasher> put it in the SOURCES file
22.36.28 #       <rasher> and.. that's pretty much it, iirc
22.37.55 #       <ghode|afk> ok thanks.
22.38.52 #       <Quelsaruk> rebooting
22.39.20 Nick    StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a239.wi.tds.net)
22.40.07 Quit    Quelsaruk ("KVIrc 3.2.0 'Realia'")
22.40.08 Join    Tang [0] (~chatzilla@ARennes-252-1-5-73.w83-195.abo.wanadoo.fr)
22.40.11 #       <Tang> back for a notice
22.40.39 #       <Tang> check out this HA validated news
22.40.44 #       <Tang> if not done yet:
22.40.48 #       <Tang> http://www.hydrogenaudio.org/forums/index.php?showtopic=32051
22.40.58 #       <Tang> Now i leave the place bye
22.41.15 #       <ghode|afk> does anyone know why "cvs update -dP" just hangs my screen?
22.42.22 #       <HCl> slow connecting?
22.42.46 Quit    Tang (Client Quit)
22.43.17 #       <ghode|afk> well i am on 56k but this is hanging for about 10mins now ;/
22.43.31 #       <HCl> then try again? o.o
22.43.37 #       <ghode|afk> tried ;p
22.43.41 #       <HCl> mk
22.43.51 #       <HCl> dunno, got the right repository?
22.44.04 #       <ghode|afk> sigh
22.44.06 #       <ghode|afk> no :/
22.45.53 #       <ghode|afk> ok should i be using www.rockbox.org or rockbox.haxx.se ?
22.46.08 #       <Bagder> either one
22.46.19 #       <Bagder> they are the same IP
22.46.32 #       <HCl> http://www.rockbox.org/cvs.html
22.47.17 #       <ghode|afk> both hang, weird thing is it was working earlier today :/
22.47.57 #       <preglow> arghhhh
22.48.02 #       <preglow> codecs that use malloc...
22.48.03 #       <preglow> i'll kill them
22.48.52 Quit    ghode|afk ()
22.50.23 #       <rasher> oh boy, a fixed point aac decoder
22.51.10 #       * fuzzie watches the Helix license suck
22.51.34 #       <rasher> quiet
22.51.40 Quit    XShocK (" HydraIRC -> http://www.hydrairc.com <- The dawn of a new IRC era")
22.51.40 #       <coob> where rasher?
22.51.47 #       <rasher> https://datatype.helixcommunity.org/2005/aacfixptdec
22.51.58 #       <rasher> linked from the forum Tang linked
22.53.59 #       <preglow> hmm
22.54.03 #       <preglow> this would rock intensely
22.54.08 #       <preglow> afaik, no other devices support he-aac
22.54.13 Join    pillo [0] (~burellil@host107-54.pool80182.interbusiness.it)
22.54.32 #       <pillo> hi all
22.55.19 #       <pillo> just wanted to jump in and say congrats to HCl for his latest RockBoy!
22.55.24 #       <HCl> thanks :p
22.55.34 #       <pillo> coupled with the patches from pabs it's really awesome
22.55.39 #       <rasher> jesus, if they'd just put the licensing terms somewhere sensible
22.55.44 #       <pillo> i WANT that menu ;)
22.56.12 #       <HCl> pillo: if you have an iriver, get the grayscale version from my ftp..
22.56.19 #       <HCl> ftp://titania.student.utwente.nl/grayrockbox.zip
22.56.38 #       <pillo> HCl: yes, I was referring to that one ;)
22.56.44 #       <HCl> ok :p
22.57.16 #       <Bagder> rasher: http://www.opensource.org/licenses/real.php and https://helixcommunity.org/content/complicense
22.57.27 #       <pillo> HCl: your University is going to notice some additional traffic these days...
22.57.30 #       <Bagder> perhaps
22.58.06 #       <HCl> lol
22.58.16 #       <HCl> nah, ;p
22.58.34 #       <HCl> they won't notice unless i hit more than 15gb traffic per week
22.58.39 #       <HCl> and even then, they don't really care
22.58.52 #       <HCl> one of my flatmates accidentally uploaded 800gb in 5 days,
22.58.58 #       <HCl> but because it was an accident, they didn't care xD
22.59.01 #       <pillo> omg :)
22.59.41 #       <rasher> Bagder: but does it say which of those apply to the he-aac?
23.00.08 #       <Bagder> the forum post said "dual-licensed under RCSL/RPSL"
23.00.17 #       <pillo> can I ask some of the big guys to test my viewer patch (#1152363) and maybe add it to mainline rockbox?
23.00.29 #       <pillo> i've only tried it on iriver...
23.00.32 #       <rasher> ah, I missed that
23.01.25 #       <Bagder> rasher: and I believe RPSL is labeled open source, while RCSL is not listed by opensource.org at least
23.02.22 #       <rasher> Hm
23.02.31 #       <rasher> the license claims that GPL is compatible
23.03.13 #       <rasher> but that's the wrong license claiming that
23.03.43 #       <rasher> gnu.org doesn't list them
23.03.54 #       <Bagder> I checked there for it too and failed
23.04.08 #       <rasher> but that's not an extensive list obviously
23.04.17 ***     Saving seen data "./dancer.seen"
23.05.25 #       <[FlaT]Heidel> http://www.opensource.org/licenses/real.php <- RPSL
23.06.02 #       * rasher checks debian-legal
23.06.23 #       <[FlaT]Heidel> *confused*
23.06.44 #       <rasher> I'm pretty sure there are licenses there that are not gpl compatible
23.10.27 #       <[FlaT]Heidel> hmm
23.10.37 #       <[FlaT]Heidel> not fully compatible
23.10.40 Join    linuxstb [0] (~linuxstb@dsl-212-23-31-215.zen.co.uk)
23.10.41 #       <[FlaT]Heidel> i think
23.13.54 #       <rasher> this does not make sense..
23.14.34 Quit    linuxstb ("Leaving")
23.14.46 #       <rasher> oh.. nevermind.
23.16.11 #       <preglow> wait!
23.16.22 #       * rasher waits
23.16.37 #       <preglow> i was talking to linuxstb :/
23.17.09 Join    linuxstb [0] (~linuxstb@dsl-212-23-31-215.zen.co.uk)
23.17.16 #       <preglow> linuxstb: ehlo
23.17.19 #       <rasher> No, that sure doesn't look gpl compatible
23.17.41 #       <preglow> how is xxx2wav.c linked againt the codecs? i can't find it anywhere
23.18.18 #       <preglow> in makesfiles, that is
23.18.54 #       <amiconn> xxx2wav is part of the plugin library
23.19.10 Quit    linuxstb (Client Quit)
23.20.05 #       <pillo> amiconn, bagder: can I ask some of you big guys to test my viewer patch (#1152363) on archos, and maybe add it to mainline rockbox?
23.20.13 #       <preglow> i can't get this shit working, i've included codec.h, and ld STILL complains about bloody malloc missing
23.20.28 Join    toolmanwv [0] (~aaa@pool-70-18-122-238.buff.east.verizon.net)
23.20.32 #       <preglow> unless i'm mistaken, it should have been complaining about codec_malloc
23.21.04 #       <amiconn> preglow: Does any of these include stdlib.h? If yes - this must be removed
23.21.16 Join    linuxstb [0] (~linuxstb@dsl-212-23-31-215.zen.co.uk)
23.23.11 #       <Rick> morning
23.23.23 Join    Seed [0] (ben@l192-114-41-133.broadband.actcom.net.il)
23.23.37 Quit    frank_ ("Leaving")
23.24.00 #       <Rick> or afternoon
23.24.01 #       <Rick> hehe
23.25.14 #       <Strath> yup rick, one of those depending on how bad my lag is ;)
23.25.41 #       <Rick> ;P
23.26.22 #       <Strath> *** Ping delay from Strath: 1 minute 7.858 seconds
23.27.09 #       <linuxstb> preglow: what are you working on?  Adding a new codec library?
23.28.06 #       <HCl> hey amiconn 
23.28.27 #       <HCl> amiconn: can you checkout current rockboy and do some tests whether its still working on archos?
23.29.27 #       <amiconn> Did you add the modes for archos as well?
23.29.35 #       <HCl> yea
23.30.07 Quit    jyp (Read error: 110 (Connection timed out))
23.30.18 Part    pillo ("Kopete 0.9.2 : http://kopete.kde.org")
23.30.19 #       <amiconn> You could try yourself in the simulator too, but let's see whether I find some time
23.30.21 #       <HCl> though there is no button for it yet
23.30.27 #       <HCl> don't have access to a simulator
23.30.38 #       <amiconn> Still working... though at home now
23.30.41 #       <HCl> i'm on a hacked wireless connection that doesn't have the bandwidth to vnc to my server
23.31.42 #       <amiconn> rasher: u there?
23.31.54 #       <preglow> linuxstb: a new mp3 decoder
23.32.03 #       <preglow> amiconn: i've removed all the standard libs
23.32.08 #       <preglow> amiconn: headers, i mean
23.32.26 #       <linuxstb> Have you written an "mp3towav" test plugin for it?
23.32.27 Join    jyp [0] (~jp@137.194-200-80.adsl.skynet.be)
23.32.33 #       <rasher> amiconn: yup
23.32.40 #       <amiconn> preglow: hmrpf. Then it shouldn't complain when you include codec.h instead
23.32.41 #       <preglow> linuxstb: i'm working on it
23.33.00 #       <preglow> amiconn: but what about stuff like memcpy?
23.33.08 #       <preglow> amiconn: it uses that as well, and that isn't declared in codec.h
23.34.12 #       <amiconn> You'd need an own central header for the codec, or add some more #defines to codec.h
23.34.41 #       <amiconn> AH, wrong
23.34.52 #       <pabs> HCl: you really should have hte menu on select, not on mode (for the iriver)
23.34.56 #       <rasher> http://slashdot.org/comments.pl?sid=43471&cid=4585063 < it's in a slashdot comment... but it still looks interesting
23.35.09 #       <HCl> mrf.
23.35.11 #       <pabs> HCl: it's the easiest button to accidentally hit on the h100, so it should point at a non-game button if possible
23.35.24 #       <HCl> i'll consider it
23.35.27 #       <rasher> pabs: menu on mode is consistant with rockbox
23.35.31 #       <pabs> HCl: granted, select is the best button on the gameboy to have there, if any
23.35.48 #       <amiconn> rasher: I hacked together a funny thing - your logo.rock is now running on the archos player too (you know, the one with the charcell lcd)
23.36.00 #       <rasher> oh dear
23.36.08 #       <pabs> HCl: i'll jsut finish the keybinding stuff so this isn't an issue
23.36.19 #       <amiconn> It's a somewhat tinly logo though - 16x7 pixels
23.36.24 #       <pabs> rasher: true, but we don't quit on stop, and that'd be consistent with rockbox as well
23.36.28 #       <rasher> heh
23.36.40 #       <rasher> pabs: if I had my way, it would :)
23.37.11 #       <pabs> rasher: given the button requirements of rockboy, taht's not really feasable
23.37.37 #       <coob> how many buttons do you have
23.37.43 #       <HCl> not enough.
23.37.49 #       <HCl> we have 4 buttons
23.37.53 #       <HCl> er
23.37.54 #       <HCl> 5
23.37.59 #       <HCl> and we need A,B, select and start
23.38.20 #       <coob> possible to detect two at a time?
23.38.32 #       <HCl> only A + any other
23.38.47 #       <HCl> technically, hold could be used but its not very practical
23.38.53 #       <HCl> its assigned to mode switching at the moment
23.38.54 #       <pabs> HCl: if i get a break from wrk i'll do the keybindings stuff this evening, otherwise it'll have to wait until tomorrow
23.39.01 #       <HCl> yea, take your time
23.39.06 #       <HCl> i'm not really in a hurry either
23.39.15 #       <HCl> my jaw still hurts like hell from those wisdom teeth being pulled
23.39.26 #       <HCl> so i just do things slowly and when i feel like it
23.39.32 #       <rasher> Don't mention those
23.39.41 #       <HCl> sorry o.o
23.39.45 #       <rasher> Mine are threatening to annoy me
23.39.54 #       <rasher> They might hear you :)
23.39.57 #       <HCl>  :p
23.40.42 Quit    jyp ("poof!")
23.41.15 #       <Rick> hmm
23.41.28 #       <Rick> is srand() handled automatically by rockbox or should I initialize it with a seed?
23.42.13 #       <coob> why does that always sound vaguely sexual :/
23.42.21 #       <HCl> O.o;;
23.42.32 #       <HCl> somebody whack the pervertedness out of coob
23.43.01 #       <Rick> haha
23.45.37 #       <amiconn> preglow: The mem*() functions are part of xxx2wav, so the references should be resolved when linking. You need to include the standard header that declares them though.
23.45.55 #       <amiconn> That's why I didn't remove all standard headers from the other codecs btw, only stdlib.h is evil
23.48.14 #       <rasher> rasher: I think you have to seed it
23.48.40 #       <rasher> uh
23.48.47 #       <rasher> rick: that was for you :)
23.49.40 Quit    midk ("Leaving")
23.52.35 #       <rasher> amiconn: Does it run in the sim? patch? I have to see this..
23.52.35 #       <Rick> hehe
23.53.21 #       <amiconn> rasher: I'll integrate it into the main logo.rock (made a temporary copy to try my ideas), then commit it
23.53.37 #       <rasher> alright
23.53.54 #       <amiconn> Need to do variable button definitions for that.
23.54.09 #       <amiconn> (Player has no up & down nor off)
23.54.49 #       <rasher> ah
23.56.01 #       <amiconn> I also want to change the delta increase / decrease slightly
23.56.14 #       <rasher> please do so
23.56.27 #       <rasher> it seems... strange
23.56.40 #       <amiconn> Currently it just adds or subtracts one regardless of direction, so the effect of ech direction pair is switched when the logo bounces
23.56.51 #       <rasher> yup
23.57.52 #       <amiconn> My change will make the Up button always increase the absolute delta, and the Down button decrease it (down to 0)
23.58.03 #       <amiconn> Left/ Right equivalent
23.58.24 #       <rasher> sounds reasonable
23.58.55 #       <amiconn> And yes... the player logo.rock works in the simulator, although a bit slow