#rockbox 2005-02-16

Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

#rockbox log for 2005-02-16

00:00:08	DMJC	rockblox is going to need a large overhaul
00:00:11	HCl	yea, just, some todo, we really need that.
00:00:21	DMJC	needs to be rescaled, and have the direction adjusted
00:00:30	*	HCl thinks of more games he'll want on his iriver
00:00:38	DMJC	of course if you get the tetris rom for rockboy.. heh
00:00:44	HCl	:P
00:00:44	rasher	pong should probably get upscaled
00:00:52	HCl	pong seemed to work fine on iriver
00:00:58		Join jyp [0] (~jp@97-104.245.81.adsl.skynet.be)
00:01:00	rasher	yes, but it's a bit... tiny
00:01:02	HCl	when i tried it anyways
00:01:03	HCl	hm.
00:01:04	rasher	or rather, large
00:01:06	HCl	i guess...
00:01:11	HCl	yea, i get what you mean
00:01:11	HCl	xD
00:01:13	rasher	a 200% zoom would be god
00:01:14	DMJC	the play area was a bit large..
00:01:17	rasher	good
00:01:21	HCl	see
00:01:22	HCl	stuff like that
00:01:24	DMJC	actually could breakout get ported?
00:01:26	HCl	has to be on a todo page
00:01:28	DMJC	that game is awesome
00:01:31	HCl	ofcourse.
00:01:37	rasher	breakout sounds fairly straight-forward
00:01:42	rasher	could work on recorder as well
00:01:50	rasher	possibly
00:01:54	Bagder	indeed
00:02:02		Quit sox ("Snak 4.13 IRC For Mac - http://www.snak.com")
00:02:03	rasher	or.. well the screen's not that high
00:02:22	HCl	how do you add a wiki page?
00:02:33	rasher	Just write the address in the url bar
00:02:37	HCl	ohh.
00:02:37	HCl	ok.
00:02:44	rasher	and it'll say "Hi, this page does not exist, wanna create it?!"
00:02:45	HCl	i'll make an iriververbosetodo/ideas thing.
00:02:53	HCl	just to list things properly.
00:02:56	rasher	yes
00:02:59	rasher	make it a table
00:03:08	rasher	so people can add themself if they start something
00:03:16	rasher	or something
00:03:18	HCl	yea.
00:03:18	rasher	like that
00:03:22	HCl	well
00:03:26	HCl	i'll skip the table for now
00:03:28	DMJC	anyone know a good html editor for linux?
00:03:30	HCl	till i learn how to make it a table xD
00:03:37	HCl	hm.
00:03:40	HCl	change access denied :/
00:03:41	amiconn	rasher: Yes, breakout should be possible on recorder. Someone even started to implement it, but didn't manage to get the collision detection right...
00:03:42	Bagder	DMJC: emacs
00:03:44	HCl	can someone make a new page...?
00:03:45	Bagder	;-)
00:03:46	DMJC	bah
00:03:48	rasher	HCl: look at the style thing
00:03:54	rasher	HCl: that's odd
00:04:00	HCl	style thing..
00:04:01	HCl	?
00:04:04	HCl	oh.
00:04:06	HCl	for the tables.. yea.
00:04:10	rasher	yes
00:04:13	Bagder	if get get access denied, you need to login properly
00:04:18	HCl	i have :/
00:04:23	HCl	i think.
00:04:43	HCl	maybe windows is messing again
00:04:46	rasher	heh
00:04:47	HCl	i really should get firefox
00:04:51		Join Howman [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net)
00:05:03	rasher	Just stop that silly habit of entering urls into explorer :)
00:05:08	HCl	huh.
00:05:24	rasher	well, after getting firefox of course
00:05:39		Quit XShocK (Read error: 104 (Connection reset by peer))
00:05:51	HCl	hm
00:05:53	HCl	no, i can edit fine.
00:06:00	rasher	strange
00:06:04	rasher	I'll create the page then
00:06:23	HCl	ok
00:06:25	rasher	what do we call it
00:06:44	HCl	something with Todo / Ideas
00:06:48	rasher	iriverideas ?
00:06:50	HCl	and who's working on what
00:06:54	HCl	yea.
00:07:05	rasher	hrm
00:07:11	rasher	maybe we shouldn't limit it to iriver
00:07:14	HCl	yea.
00:07:28	Bagder	ThingsTodo perhaps
00:07:28	rasher	TodosAndIdeas
00:07:36	HCl	just a table with a name, a description of what needs to be done, and who's working on it
00:07:44	rasher	yup
00:07:45	*	DMJC attempts correct posture...
00:07:51	*	DMJC can't feel his legs
00:08:06	rasher	Maybe they left
00:08:09	HCl	:P
00:08:11	DMJC	heh
00:08:17	*	HCl goes to check on food stuff
00:08:26	DMJC	damn rounded shoulders
00:09:34		Join XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net)
00:09:47		Quit Howman (Read error: 104 (Connection reset by peer))
00:12:24	HCl	rasher: tell me when/where you made it :x
00:13:48	rasher	not done yet
00:13:51	HCl	k :)
00:16:22	rasher	http://www.rockbox.org/twiki/bin/view/Main/ThingsTodo
00:16:25	HCl	yay.
00:16:32	rasher	there's nothing there yet :)
00:16:36	HCl	hehe.
00:16:50	HCl	adds
00:16:54	rasher	:)
00:17:01	rasher	Maybe add a category too
00:17:05	rasher	column
00:17:21	Bagder	just don't let it grow into another feature-request list
00:17:24		Quit jyp ("poof!")
00:17:35	rasher	Hrm, yes
00:17:43	HCl	yea.
00:17:56	rasher	the wording should probably be a bit less free
00:18:33		Join bnewhouse [0] (~bnewhouse@cpe-24-94-54-216.stny.res.rr.com)
00:18:36	rasher	something like that it's primary for developers to keep track of which features they want to work on
00:18:59	rasher	Maybe put a "date added" column in the table
00:18:59	*	bnewhouse finally gets rockbox to compile somewhat
00:19:08	rasher	so we can quickly weed out old ones
00:19:12	HCl	darn
00:19:17	HCl	i forgot to tick release edit lock again
00:19:40	rasher	hah
00:19:45	HCl	i added three entries.
00:19:52	rasher	can't you just open it, save and release it?
00:19:54	HCl	yea
00:19:55	HCl	hold on
00:19:58	HCl	i see a typo anyways
00:19:59	HCl	xD
00:20:10	HCl	there
00:20:23	rasher	I'll see if I can hack pong
00:20:26	rasher	hrm
00:20:36	rasher	I can't with my desktop in windows that's for sure
00:20:38	*	rasher reboots
00:20:45	amiconn	linuxstb: Am I correct that you wrote the RockboxAudioAPIProposal wiki article?
00:20:59	linuxstb	amiconn: yes.
00:21:17	linuxstb	But I think Bagder wrote a lot as well.
00:21:52	amiconn	In fact, I think the hw codec (archos) boxes have more in common with our to-be dual buffer system for sw codec than you might think
00:21:53	Bagder	nope, not guilty
00:22:21	linuxstb	Sorry, just checked the diffs, it was Bjorn.
00:22:30	Bagder	:-)
00:22:37	*	rasher changes the wording on ThingsTodo
00:22:46	amiconn	The proposal is to have 2 buffers, one of which buffers the compressed data read from the disk, and a second (small) one to take the uncompressed data
00:23:21	linuxstb	I haven't really thought about it for a while, but that's the basic idea.
00:23:55	amiconn	Then you need to know that there is a peculiarity with the MAS based archos boxes. The MAS is fed by the CPU via SPI, but the SPI in the SH1 spits out the bits in the reverse order from what the MAS expects
00:23:57	preglow	does the codec chip have an internal buffer?
00:23:57		Quit bnewhouse (Remote closed the connection)
00:24:02	preglow	that's pretty important to know
00:24:20		Quit Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )")
00:24:20	linuxstb	amiconn: yes, I was aware of that.
00:25:03	Bagder	preglow: I believe it does, but I don't know much MAS
00:25:05	amiconn	linuxstb: So on the archos, we have to bitswap all mp3 data before feeding the MAS. This is currently done on load, but I think this could be the 'codec' part in our upcoming buffer system
00:25:10	rasher	Bagder: http://www.rockbox.org/twiki/bin/view/Main/ThingsTodo better wording?
00:25:27	Bagder	I think so, yes
00:25:49	amiconn	The second buffer would then contain the bitswapped data, our 'equivalent' to the pcm data for sw codec based units-
00:25:52	preglow	if it doesn't have its own buffer, the cpu will need to hog the final buffer a very long time before it can be reused by the decoder
00:25:57	Bagder	amiconn: I like that idea
00:26:02	preglow	which will be very unfortunate
00:26:22	linuxstb	When you say "on load", do you mean when it is read from disk into the buffer?
00:26:48	amiconn	YEs, interleaved with the load and shortly after.
00:27:11	amiconn	preglow: Don't think in buffer 'chunks'. Rockbox uses a ring buffer since long...
00:27:20	rasher	looks like fitting pong is just a matter of changing some defines
00:27:40	amiconn	linuxstb, Bagder: There are several reasons why I suggest this.
00:27:48	*	rasher pets Bagder
00:27:48	preglow	amiconn: does this even apply to the current rockbox?
00:27:57	amiconn	yup
00:28:14	preglow	amiconn: but you're talking about the mp3 buffer, right?
00:28:28	preglow	i'm talking about the final pcm buffer to be sent to the codec chip
00:28:33	preglow	unless i misunderstand completely
00:28:34	rasher	hm
00:28:39	amiconn	Yup. But there is no reason why the pcm buffer cannot be a ring buffer as well
00:28:57	preglow	amiconn: of course not, it just has to be long enough
00:29:01	rasher	I should probably change the pong defines based on lcd size
00:29:05	*	rasher ponders
00:29:10	Bagder	rasher: yes
00:29:17	hubble	hubble/uda_bin.zip">http://www.mochine.com/~hubble/uda_bin.zip
00:29:19	hubble	hubble/uda_src.zip">http://www.mochine.com/~hubble/uda_src.zip
00:29:21	preglow	amiconn: that or a multiple buffer scheme will probably be the wisest
00:29:27	hubble	* help wanted *
00:29:28	hubble	=)
00:29:31	amiconn	(1) Currently, a number of things in rockbox is tailored to storing the mp3 data bitswapped (voice ui, video playback), because the playback-from-ram engine requires it that way
00:29:43	preglow	hubble: what's this?
00:29:58	hubble	test of uda1380+i2c driver
00:30:08	preglow	so, what kind of help is wanted?
00:30:20	amiconn	We certainly need to change this for the sw codec based units. So it would be nice to make the hw codec based boxes behave the same
00:30:34	rasher	Bagder: any objections to making the defines be LCD_HEIGHT * CONSTANT ?
00:30:52	amiconn	(2) Storing the compressed data unswapped makes parsing easier
00:30:54	Bagder	rasher: nope
00:31:00	hubble	preglow: 1) test if rockbox.iriver in uda_bin.zip works, 2) find out why it doesn't =)
00:31:00	linuxstb	I'm thinking of the "PCM buffer" as being the "hw codec buffer" - i.e. storing audio data in the native format of the hardware.
00:31:10	preglow	hubble: will do
00:31:13	amiconn	linuxstb: Yes, exactly :)
00:31:30	*	Bagder is going to bed
00:31:36	linuxstb	But the Archos devices don't need two buffers. Or do they?
00:31:48	rasher	Bagder: I'll just make sure the result on the recorder is the same as now, and it should be sensible on iRiver, right?
00:31:54	linuxstb	i.e. the data can just go from disk straight into the "hw codec buffer".
00:32:02	Bagder	rasher: sounds like a good approach
00:32:13	*	rasher goes on then
00:32:37	amiconn	linuxstb: Not if you do the swap as now, and playback from disk. Yes if we want a memory playback engine that takes unswapped data
00:33:10	preglow	hubble: absolutely no noise
00:33:37	linuxstb	But for efficiency reasons, shouldn't the memory playback engine be tied to the hardware format?
00:33:53	linuxstb	i.e. the sounds should be stored in the native hardware format.
00:34:16	hubble	preglow: ok.. same here.. so frustrating, because I got sound out of it on sunday but then something has happend and I can figure out what ..
00:34:27	hubble	can = can't =)
00:34:40	amiconn	linuxstb: I don't agree. At least we would need both options.
00:34:44	preglow	hubble: i can understand how that's frustrating
00:34:54	preglow	but in my current state, i don't think i can debug shit
00:34:55	preglow	i need sleep
00:35:56	amiconn	linuxstb: Storing the data uncompressed would likely not fit for the voice UI. The voice file is very tight even as mp3 on archos.
00:37:04	amiconn	My current voice files use MPEG2.5 layer 3 (12 kHz mono, lame vbr with -V4 and a maximum bitrate (-B) of 64 kbps)
00:37:32	preglow	we should support speex sometime
00:37:33	amiconn	They are ~1.3 MB depending on language & voice
00:37:42	linuxstb	I've been thinking about that, and maybe we could have a proper speech codec - e.g. OGG Speex
00:37:51	linuxstb	Or the GSM codec.
00:38:04	preglow	the devel versions of speex have even got half-assed fixed point support
00:38:17	preglow	might even be working support now
00:38:22	amiconn	No matter what codec, this still means storing the data in compressed form
00:38:22	quel\|out	nite
00:38:24	quel\|out	cu!
00:38:26		Quit quel\|out ("KVIrc 3.0.1.99 'Realia'")
00:38:51	linuxstb	But I understand your point - that we need a "play from memory" feature capable of feeding the data through the codecs layer.
00:39:43	rasher	hrm, pong looks slightly better
00:39:58	amiconn	Yes, and using the 2-buffer concept on archos too would be cleaner, better matching the sw codec boxes, and allow playback of plain mp3
00:41:15	linuxstb	I agree it makes sense - but will it be less efficient than the current system on the Archos devices?
00:41:42	preglow	hubble: do you know if the codec chip has any internal buffer?
00:41:51	amiconn	It may even be a bit more efficient concerning battery usage, because it allows loading with maximum speed
00:42:09	amiconn	..therefore switching the hd off earlier.
00:42:28	amiconn	Currently the load is interspersed with swapping the first chunks
00:43:46	amiconn	The current bitswap routine is tuned for in-place swapping. For better efficiency of this needs to be turned in a swap-copy routine of course.
00:43:57	hubble	preglow: not sure but i don't think so (more than a few samples)
00:44:06	preglow	nor would i
00:44:14	amiconn	This would actually have another advantage - for the Ondio version
00:44:53	amiconn	On the Ondio, the MMC is also hooked up via SPI. And guess what the problem is?
00:45:03	linuxstb	amiconn: I'm sure the main function in the codec API will be something like codec->decode_frame(char* src, char* dest) - this would fit in well with your swap-copy routine.
00:45:25	amiconn	The MMC SPI also expects the bits in the reverse order of what the SH1 SPI produces
00:45:47		Quit hubble ()
00:46:56	amiconn	Currently, I use memcpy() followed by bitswap(). (For writing, that is, which requires a buffer. Reading is easier, because I can read directly into the destination mem, and then bitswap in place) A swapcopy routine would also be helpful here..
00:47:38	amiconn	I didn't bother writing one yet. I should start doing so as soon as your new buffering system takes shape...
00:48:28	linuxstb	amiconn: I don't have time to write something properly in the Wiki now, but I'll make a quck note there and put a link to today's IRC logs.
00:49:02	amiconn	*our new buffering system, of course :)
00:50:09	linuxstb	Actually, Bjorn wrote that part of the page :-)
00:51:06	amiconn	The hw codec buffer can be rather small for archos, not more than a couple of typical DMA blocks.
00:51:22	linuxstb	amiconn: Is recording the same - the data is read from the MAS has to be bitswapped before writing to disk?
00:51:42	amiconn	No, since reading is done via a parallel port
00:52:57	amiconn	..and I have to say this design is more crappy than the SPI playback. This is a parallel port designed for DMA access. The handshake has to be done in software due to the way it is hooked up...
00:54:21	linuxstb	Ah, I see the IRC logs are on European time, so they are in tomorrow already... (I live in GMT)
00:54:45	amiconn	We do have problems with that... with longer recordings, it seems to get out of synch somehow.
00:54:46	rasher	hrm
00:55:44	***	Saving seen data "./dancer.seen"
00:57:32	rasher	when you do maths in #defines, does it round up or down?
00:57:55	rasher	or up/down ?
00:57:59	linuxstb	amiconn: I've made a note on the Audio API Proposal WIki page now. Unless there is a significant performance penalty, I think it's a good idea.
00:58:20	rasher	like what is the result of 160 / 56 ?
00:58:55	amiconn	linuxstb: The current bitswap routine is asm optimised, and so will be my swapcopy :)
00:59:08	rasher	hrm, 2 by the looks of the result :)
00:59:13	linuxstb	rasher: What are you trying to do? I would guess the answer is 2
00:59:30	amiconn	rasher: Comparing lcd bitmap data sizes?
00:59:43	rasher	amiconn: not quite
00:59:45	rasher	but close
00:59:59	rasher	#define PAD_WIDTH LCD_WIDTH / 56
00:59:59	linuxstb	Can you change the logic so there is no divide in there?
01:00
01:00:07	rasher	Hrm
01:00:17	amiconn	I thought because 160 / 56 == 160128 / 11264
01:01:09	amiconn	rasher: Adapting rockblox?
01:01:14	rasher	no, pong
01:01:26	rasher	trying to make the values be the same on the recorder
01:01:30	amiconn	Ah, was about to correct myself :)
01:01:37	rasher	heh, yes
01:02:35	amiconn	How wide do you want it on iriver?
01:03:43	rasher	as wide as it'll get with the same values
01:03:48	rasher	this looked fine
01:04:32	amiconn	If you use LCD_WIDTH/56, it will be 2 for both archos & iriver, so you could just use '2'
01:04:44	rasher	hrm, true
01:04:55	rasher	Maybe I should change it so it'll be 3 for iRiver
01:05:27	amiconn	LCD_WIDTH/50
01:05:43		Quit _aLF ("Leaving")
01:05:55	rasher	yeah
01:05:57	rasher	let me test this
01:06:12	amiconn	Same for BALL_WIDTH and BALL_HEIGHT, I think
01:06:25	rasher	no
01:06:26	midk_	wtf!
01:06:30	midk_	those are MY variables.
01:06:32	midk_	no stealing.
01:06:33	rasher	I'm basing both on lcd_height
01:06:41	rasher	to get a square ball
01:06:47	midk_	remembers breakout.c from so long ago
01:06:51	rasher	on all displays
01:07:15	amiconn	rasher: The ball isn't square on the archos anyway. The lcd pixels are taller than wide
01:07:26	rasher	ah
01:07:28	rasher	wellthen
01:07:39		Join Patr3ck [0] (~patr3ck@pD954865A.dip.t-dialin.net)
01:07:52	amiconn	rasher: Aspect ration about 0.8 : 1
01:08:01	amiconn	s/ration/ratio/
01:08:46	rasher	I think this is sufficient
01:09:02	*	rasher looks at the RES variable
01:11:44	amiconn	Iiuc this variable is for sub-pixel resolution.
01:12:16		Join ashridah [0] (ashridah@220-253-119-167.VIC.netspace.net.au)
01:12:45	*	rasher sets it to LCD_WIDTH
01:13:00	rasher	that's a bit slow on iriver
01:13:01	amiconn	I think it should remain constant, i.e. 100
01:13:25	rasher	yeah
01:13:57	rasher	I think that's it
01:14:23	rasher	shouldn't the score be in the middle of the screen?
01:14:52	rasher	ah, not too easy
01:15:42	rasher	I'll leave that
01:16:17	*	linuxstb is hoping his upcoming CVS commits won't break the build system.
01:16:43	preglow	come on, what would your day be without a bit of excitement
01:18:07	DMJC	what's getting uploaded?
01:18:50	linuxstb	I'm incorporating libmad into the build system (for the iRiver only), and also adding my "mad2wav" viewer plugin that will convert an mp3 file to WAV.
01:19:12	*	rasher uploads pong diff
01:19:13	preglow	mad2wav?
01:19:16	preglow	what about mpeg2wav :V
01:19:30	rasher	:V .. now that's one I haven't seen
01:20:03	linuxstb	Or I could just call it "mad" - the others are "flac" and "ac3".
01:21:06	linuxstb	But I've just realised that the DOS shortname thing still hasn't been fixed, so my WAV files aren't recognised by the iRiver firmware....
01:21:49	preglow	but i'll grant myself some sleep
01:21:50	preglow	night all
01:21:53	rasher	night
01:21:57	linuxstb	Can anyone think of a better name than "mad2vav" before I commit it?
01:22:03	linuxstb	preglow: Goodnight.
01:22:06	preglow	linuxstb: well, mpeg2wav :-)
01:22:12	rasher	I'm with preglow
01:22:18	rasher	makes more sense to me
01:22:20	preglow	since you're converting mpeg files, not mad files
01:22:38	amiconn	rasher: The score should be in th emiddle of the screen. And it isn't hard either.
01:22:48	linuxstb	Maybe it's just me, but I associate "mpeg" with video - and yes, I know MPEG have both video and audio formats.
01:23:10	preglow	well, yes, but i don't think 'mad2wav' is very descriptive to non-technical users
01:23:14	rasher	amiconn: ah.. is there a way to get character width?
01:23:21	linuxstb	mpa2wav for MPEG audio? mp32wav doesn't work.
01:23:45	preglow	ok by me
01:23:52	DMJC	mpa2wav works
01:24:07	linuxstb	OK, mpa2wav it is then. Thanks.
01:24:22	preglow	but then i'm off, later
01:24:27		Quit preglow ("offeti")
01:25:12	amiconn	rasher: w = rb->lcd_getstringsize(const unsigned char str, int w, int h); and rb->lcd_putsxy(int x, int y, const unsigned char string); are the key
01:25:45	rasher	ah
01:27:33	rasher	what's the w ?
01:28:29	rasher	first one
01:31:34	rasher	I wonder if I got this one right
01:32:58	rasher	hrm
01:33:00	rasher	I so didn't
01:34:41	amiconn	w and h are both int pointers. You can supply a pointer to a variable, and the function fills in the pixel width and height.
01:35:14	rasher	yeah
01:35:15	amiconn	Using a NULL pointer is safe if you are not interested in the respective value.
01:35:22	rasher	I meant the "w = " bit
01:35:34	amiconn	The width is also the return value of the function
01:35:38	rasher	oh
01:35:42	rasher	how handy
01:36:00	amiconn	So if you only need the width, just use two NULL pointers
01:36:25	rasher	yup
01:36:35	rasher	think I have it now :)
01:37:34	*	HCl greatly reduces the amount of warnings in rockboy...
01:39:03	linuxstb	OK, libmad should now hopefully be build for the iRiver (and nothing else)...
01:39:47	rasher	Hurray, got it
01:39:58	*	rasher creates a new patch
01:49:13	*	HCl adds crude savegame support to rockboy
01:50:50		Join amx [0] (~amx@HSE-Kitchener-ppp234070.sympatico.ca)
01:52:30	linuxstb	Seems like Rockbox doesn't rescan the directory when a plugin exits. My mpa2wav plugin creates a wav file, but it's not shown unless you navigate out of the directory and back again.
01:53:06	rasher	that could be fixed in two ways
01:53:17	rasher	a) make it rescan on plugin exit
01:53:27	rasher	b) make a way fo the plugin to signal that a rescan was needed
01:53:37	rasher	a) sounds like the easiest way
01:54:02	linuxstb	Or c) If the plugin called rb->creat, then rescan the directory.
01:54:36	rasher	sounds like a smarter version of b) :)
01:55:03	linuxstb	I'll leave it for now. Maybe I should add it to the bug-tracker.
01:55:47	*	rasher ponders starting rockout
01:56:11	rasher	guess I could lift heavily from pong
01:56:26	linuxstb	HCl: It would be good if you could associate a saved-game with your viewer, and then "play" the saved game by selecting it in the file browser.
01:56:56	HCl	linuxstb: well, gameboy games have a savegame memory, which is that file, its not really a "savegame"
01:57:08	HCl	but i can do that with savestates, i guess, which are much more like savegames
01:57:57	linuxstb	So you will just have a single "memory file" on disk?
01:58:55	HCl	yes.
01:59:14	HCl	its up to the rom itself to use that effectively into sorting it into save game files
01:59:17	HCl	most roms do that
01:59:24	HCl	and have about 3 save "slots"
01:59:49	HCl	on top of that, most emulators provide the possibility of a savestate, a literal dump of the state of the emulator at any given time, allowing you to load that dump back in and continue right where you left
02:00
02:00:10		Join StrathAFK [0] (~mike@dgvlwinas01pool0-a212.wi.tds.net)
02:04:08		Quit Patr3ck ()
02:08:52		Quit DrRick ()
02:14:21	*	amiconn is trying patched pong on Ondio...
02:14:31	rasher	how's it going?
02:14:47	amiconn	It works as expected :)
02:14:58	rasher	Hurray!
02:15:04	rasher	it wasn't much of a change
02:15:15	*	HCl added 5 more todo things to the todopage..
02:15:26	HCl	i'm gonna go sleep
02:15:28	HCl	night..
02:15:30	*	rasher looks
02:16:18	rasher	urgh, slidingpuzzle is going to take some work :)
02:16:19	HCl	hm.
02:16:22	HCl	something went wrong there
02:16:32	HCl	changes i made earlier were lost :X
02:16:35	HCl	fixes
02:18:53	HCl	rasher: prolly just stretching the screen would do for now
02:19:02	HCl	shrugs
02:19:03	HCl	i dunno.
02:19:05	HCl	anyways.
02:19:06	HCl	night.
02:19:09	rasher	night
02:19:14	rasher	you mean 200% zoom?
02:19:21		Quit Strath (Nick collision from services.)
02:19:24		Nick StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a212.wi.tds.net)
02:23:22	HCl	someone should update the front page to include iriver where it mentions what models it runs on
02:23:27	HCl	but i'm asleep.
02:23:35	amiconn	rasher: Did you test your solitaire button assignments?
02:24:07		Quit Nibbler (Remote closed the connection)
02:24:08	rasher	amiconn: yes, from what I can see, they work
02:24:22	rasher	but the controls are a bit odd
02:24:32	amiconn	HCl: I think it's too early to state it runs on iriver. Yes, it runs, but there's no playback...
02:24:41	HCl	kay.
02:25:25	rasher	like you use special keys to move cards to the target stacks
02:25:31	amiconn	rasher: From looking at the code, there's a problem with the way you defined short/long press of select
02:25:36	rasher	oh
02:25:38	rasher	could be
02:25:46	rasher	I'm not sure I played enough to use that
02:26:00	XShocK	hrrrrr... I think I found the error in hubble's sound code.. :)
02:26:33		Join MO-Pantsu [0] (Rori@deadman3000.plus.com)
02:26:39	amiconn	If you want to differentiate short/long, you need to do 2 things in order to not trigger the 'short press' action as well when you only want th e'long press' action
02:26:42		Join Nibbler [0] (~sven@port-195-158-163-29.dynamic.qsc.de)
02:27:08	rasher	ah yes
02:27:25	amiconn	(1) For the short press, trigger on the release, not the press. (2) Check if the release comes directly after the press, with no repeat events in between
02:27:38	rasher	ah
02:27:40	amiconn	That's what all these _PRE defines are for
02:27:54	amiconn	I'll change that, and then commit
02:28:04	rasher	okay
02:28:05		Quit edx (Read error: 110 (Connection timed out))
02:28:05	amiconn	There's always room for further improvement...
02:28:17	rasher	probably better than I do it, I'm not sure I got it :)
02:28:44	amiconn	The special combos for moving the cards to final stacks etc are actually shortcuts.
02:28:58	*	rasher tries to turn pong sideways and remove one pad
02:29:02	amiconn	For iriver, you should be able to play with the joystick and rec key only
02:29:12	rasher	oh
02:29:52	amiconn	I.e. move to the card you want to pick, press select, move to the destination, press select again to drop the card
02:29:56	rasher	then forget what I said :)
02:30:21	rasher	indeed you can
02:30:47	rasher	I could've sworn I tried that at some point
02:30:48	amiconn	The shortcuts are especially useful on the Ondio, btw, despite of the Ondio having only very few buttons
02:31:02	XShocK	SOUND WORKS! :)
02:31:07	rasher	Woo!
02:33:05		Quit DeadMan (Read error: 60 (Operation timed out))
02:33:17	XShocK	if you want to, replace these lines in uda1380.c:
02:33:18	XShocK	unsigned char data[3];
02:33:18	XShocK	data[0] = UDA1380_ADDR;
02:33:18	DBUG	Enqueued KICK XShocK
02:33:18	XShocK	data[1] = value >> 8;
02:33:18	XShocK	data[2] = value & 0xff;
02:33:19	***	Alert Mode level 1
02:33:19	XShocK	if (i2c_write(1, data, 3) != 3)
02:33:23	XShocK	with:
02:34:16	XShocK	unsigned char data[4];
02:34:17	XShocK	data[0] = UDA1380_ADDR;
02:34:17	XShocK	data[1] = reg;
02:34:17	***	Alert Mode level 2
02:34:17	XShocK	data[2] = value >> 8;
02:34:17	***	Alert Mode level 3
02:34:17	XShocK	data[3] = value & 0xff;
02:34:17	***	Alert Mode level 4
02:34:17	XShocK	if (i2c_write(1, data, 4) != 4)
02:35:14	XShocK	hubble probably just by occasion forgot to add register address.
02:35:28	XShocK	damn.. I am happy. :)
02:36:09	linuxstb	Very cool.
02:36:58		Quit midk_ ("Leaving")
02:37:28	DMJC	sound works?
02:37:32	DMJC	!??
02:37:41	DMJC	what's working exactly?
02:37:57	XShocK	very basic, onyl sine-wave, without interrupts.
02:38:15	DMJC	k
02:39:35	linuxstb	Can someone with an SH1 build environment quickly check if I've broken the build for the Archos firmwares? I've just committed my mpa2wav plugin and this should only get compiled for the iRiver.
02:43:26	DMJC	so how does sound on the iriver work?
02:43:26	amiconn	linuxstb: Updating from cvs...
02:43:39	DMJC	does the audio get uncompressed to wav, and then played?
02:44:05	linuxstb	DMJC: No, all my code does is convert it to WAV. That's all.
02:44:18	***	Alert Mode OFF
02:44:47	linuxstb	And it's not in realtime either - mainly because the iRiver is running at less than 10% of full-speed at the moment, and also because the code isn't optimised.
02:47:13		Join elinenbe [0] (trilluser@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com)
02:47:18	amiconn	linuxstb: It tries to compile the plugin for recorder, and fails :(
02:47:28	elinenbe	blah! There is a bug with recursive insert for playlists.
02:47:31	linuxstb	Damn.
02:48:06	elinenbe	if you try and insert a folder with folders in in, then it only inserts part of the subfolders
02:48:17	MO-Pantsu	what's with the UDA1380 being broke thing?
02:48:30		Quit Stryke` ("Friends don't let friends listen to Anti-Flag")
02:48:32	HCl	MO-Pantsu: xshock just fixed it.
02:48:40	linuxstb	I'm not sure about the test in the plugins/SOURCES file
02:48:42	MO-Pantsu	cool better update the page ;)
02:49:02		Nick MO-Pantsu is now known as DeadMan (Rori@deadman3000.plus.com)
02:49:28	amiconn	linuxstb: How is #if SOFTWARECODECS == yes in SOURCES supposed to work??
02:50:16	amiconn	Neither SOFTWARECODECS nor yes seem to be defined anywhere...
02:50:28	linuxstb	There's a variable called SOFTWARECODECS in the tools/configure, which is set to yes only for the iRiver.
02:50:48	linuxstb	Should that be "yes"
02:50:59	amiconn	That's an environment variable, which is a completely different thing from source #defines
02:51:23	linuxstb	Can you suggest a fix?
02:51:36	DeadMan	XShocK what was that about sound works? :)
02:51:42	amiconn	Btw, there already is a config check option for software codecs - #if CONFIG_HWCODEC == MASNONE
02:52:15	DeadMan	oh
02:52:18	DeadMan	nevermind
02:52:28	DeadMan	just the same sine wave thingie :)
02:52:37	amiconn	linuxstb: I'll change that, and try again.
02:52:38	XShocK	yes. :)
02:52:50	DeadMan	thought it was 100% done for a moment
02:52:50	XShocK	It was just my happiness coming out. :)
02:52:55	DeadMan	lol
02:53:28	linuxstb	amiconn: I did see that CONFIG_HWCODEC, but that also means that my code will be compiled for the gmini. Is that what we want?
02:53:49	amiconn	I think so.
02:54:19	amiconn	However, it doesn't get compiled anyway for gmini atm.
02:54:33	amiconn	...because plugins are completely disabled
02:54:44	linuxstb	Ah, OK. That makes sense then.
02:54:52	amiconn	It will be difficult to support plugins on the gmini....
02:54:55		Quit mecraw ()
02:55:47	***	Saving seen data "./dancer.seen"
02:55:59	linuxstb	Was I right to add SOFTWARECODECS to configure and to apps/Makefile ? Or can the CONFIG_HWCODEC variable be tested in apps/Makefile ?
02:57:37	amiconn	CONFIG_HWCODEC should be testable in makefile
02:58:33	amiconn	Ah no, I'm probably wrong
02:58:58	amiconn	Babble, better ask a Makefile expert, i.e. Bagder, when he's around
02:59:17	linuxstb	Is it (not) compiling OK for you now?
02:59:31	amiconn	It compiles without complaints
03:00
03:00:08	amiconn	..and I don't get an mpa2wav plugin, as it should be
03:00:44	amiconn	Do you check within the plugin as well? This might be necessary due to the simulator build system still not adapted to use SOURCES
03:01:06	amiconn	Ah, no, you don't
03:01:20	Ctcp	Ignored 1 channel CTCP requests in 0 seconds at the last flood
03:01:20	*	rasher gets compiling errors in all the wrong places
03:02:41	linuxstb	So what should I do in the plugin? #ifdef out everything and put in a dummy plugin_start function?
03:03:36	amiconn	No. Simply #ifdef the whole plugin (of course after #include "plugin.h"). I'm just doing it.
03:03:46	linuxstb	OK, thanks.
03:04:11	*	HCl reads through the feature requests..
03:04:16	HCl	most of them are rather... dumb :X
03:04:20	linuxstb	But it works fine in the iRiver SIM, so it should be build for that.
03:04:38	HCl	text editor.. how the heck are people planning to input text with +- 12 buttons at max...
03:04:49	linuxstb	Sorry, I mean I think it will do when I adjust the makefiles.
03:05:16		Quit Diway (Read error: 104 (Connection reset by peer))
03:05:22	DMJC	HCL... look at a mobile phone dude
03:06:03	DMJC	hell a mobile does it with 8 buttons
03:06:14	rasher	well, the buttons are more appropriately positioned
03:06:20	HCl	tell me, how many essays have you written on your mobile phone? >.>
03:06:25	linuxstb	amiconn: Yes, disable it for all simulators at the moment - the Sim makefiles don't build the codec libraries.
03:06:42	HCl	does rockbox have a song database/search function?
03:06:54		Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <- 100,000+ downloads can't be wrong")
03:07:06	rasher	I think there's a search plugin that searches in playlists
03:07:08	HCl	like search by genre, artist, title, filename, album
03:07:12	rasher	or it may do more
03:07:17	HCl	hrm.
03:07:27	rasher	I don't know, having never actually used it :)
03:07:41	HCl	i guess i'll see once rockbox actually starts to support sound etc.
03:07:49	*	rasher punches randomly
03:07:50	HCl	http://sourceforge.net/tracker/index.php?func=detail&group_id=44306&atid=439121&aid=688920
03:08:09	HCl	if it doesn't have it, its prolly a good idea to put that one on the todolist
03:08:43	*	rasher boggles
03:08:54	rasher	the code I changed the least is the code that is now giving me grief
03:08:55	*	rasher sighs
03:09:01	HCl	m?
03:09:16	rasher	m?
03:09:18	amiconn	Brr, hope I got this commit right. I goofed on the order of changes, simultaneously trying to commit the solitaire adaption...
03:09:25	HCl	what code?
03:09:33	rasher	pong.c -> rockout.c
03:09:43	rasher	I'm editing pong.c to change the orientation
03:09:59	rasher	so that it'll eventually work like breakout
03:10:28	rasher	But I'll keep on prodding, it's just that I'm not too sure what I'm doing :)
03:10:55	rasher	"makes integer from pointer without a cast"
03:11:04	rasher	I could've sworn it was all ints I was passing
03:11:24	amiconn	Those warnings are lovely...
03:11:33	rasher	heh
03:11:53	rasher	seriously, THIS IS AN INT! SHUT UP YOU STUPID COMPILER!
03:11:57	rasher	:)
03:12:07	HCl	:p
03:12:18	amiconn	I had more such funny things when I did the const policing. "Assignment discards qualifiers from pointer target type" Grr!
03:12:26	HCl	o.o;
03:12:42	HCl	well, nothing's as bad as "internal compiler error"
03:12:45	HCl	:X
03:12:47	rasher	hah
03:12:48	amiconn	Ah, and yes: The compiler was right!
03:12:58	rasher	Of course.
03:13:02	rasher	I'm sure it's right here as well
03:13:29	rasher	oh
03:13:32	rasher	this didn't fix it
03:13:37	rasher	but it did make the problem worse
03:13:41	rasher	maybe I'm on to something
03:14:14	rasher	oh haha
03:14:28	rasher	I was looking at the wrong value
03:14:30	rasher	no wonder
03:14:58	rasher	I wonder what the hell I was even doing
03:15:49	rasher	much better
03:15:57	rasher	it built!
03:16:44	*	rasher tests
03:17:27	rasher	oh
03:17:35	rasher	that was better than I had expected
03:18:10	amiconn	rasher: I also added the main help text for solitaire on iRiver. Feel free to improve :)
03:19:26	HCl	hmm. what is to be done about the patches submitted?
03:19:31	HCl	should they be screened and added or ?
03:20:15	HCl	the feature requests is a bit out of date too.. i spotted a feature request thats covered by a patch in the patch section..
03:22:25	*	HCl resumes sleeping.
03:23:03	*	rasher blinks
03:27:49		Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com)
03:33:09	amiconn	linuxstb: Does mpa2wav still build for iriver target?
03:35:30		Quit Nibbler ("blubber")
03:37:31	linuxstb	amiconn: Yes, the iRiver target is fine. But the "apps/codecs" directory hasn't been added to the simulator makefiles, so the simulator build compile it, but the .rock won't work
03:38:05	amiconn	Simulator should no longer compile it
03:38:28	linuxstb	The iRiver simulator does compile mpa2wav.c, but it doesn't compile libmad
03:38:53	linuxstb	(I'm talking X11 - I can't try the win32 sim)
03:39:43	amiconn	Did you update to latest cvs? The #if at the top of mpa2wav.c should stop the sim from compiling...
03:40:21	linuxstb	Sorry, I see what's happenning - it's compiling it,. but it's compiling an empty .c file.
03:40:40	amiconn	Yes, that's what the plugin compile does for the sim
03:40:46	amiconn	(both Win32 and X11)
03:41:04	amiconn	This yields a plugin binary without an entry point
03:41:54	amiconn	Someone with a clue about Makefiles should really update the simulator build system to use the SOURCES mechanism...
03:41:57		Quit cYmen ("leaving")
03:42:05	amiconn	Anyway, tts.
03:42:12	amiconn	Nite all.
03:42:20	linuxstb	Nite. Thanks for your help.
03:42:30	amiconn	np
03:42:32		Part amiconn
03:49:54		Join Nibbler [0] (~sven@port-195-158-163-29.dynamic.qsc.de)
03:51:02		Quit linuxstb (Read error: 60 (Operation timed out))
03:51:34		Quit guerby (Connection timed out)
03:53:02		Join guerby [0] (~guerby@d83-177-132-108.cust.tele2.fr)
04:00
04:06:24		Join QT_ [0] (as@area51.users.madwifi)
04:06:41		Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com)
04:09:04		Join edx [0] (edx@p54879FFA.dip.t-dialin.net)
04:20:59		Quit QT (Read error: 110 (Connection timed out))
04:21:43		Join tws5 [0] (1000@adsl-64-171-185-22.dsl.snfc21.pacbell.net)
04:33:59		Join jpburton5150 [0] (knoppix@cpe-24-94-54-216.stny.res.rr.com)
04:37:12		Quit midk (Read error: 104 (Connection reset by peer))
04:46:00	rasher	I win!
04:46:37	rasher	I now have vertical single-player pong :\|
04:46:46	rasher	now to add blocks, and make it breakout
04:46:48	rasher	or rather
04:46:52	rasher	not now, but later
04:46:54	rasher	now, sleep
04:49:25	XShocK	go sleep too. bight all
04:49:29	XShocK	*night
04:49:34	rasher	night
04:49:45		Quit XShocK (" HydraIRC -> http://www.hydrairc.com <- Go on, try it!")
04:55:19		Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com)
04:55:52	***	Saving seen data "./dancer.seen"
04:57:51		Join Lurski [0] (~Miranda@cpe-66-74-151-42.socal.rr.com)
05:00
05:06:55		Quit Hohoman ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )")
05:24:33		Quit Lurski (Read error: 110 (Connection timed out))
05:43:02		Quit jpburton5150 (Read error: 110 (Connection timed out))
06:00
06:13:57		Quit ashridah ("gone")
06:26:08		Join midk_ [0] (~midk@c66-235-14-120.sea2.cablespeed.com)
06:34:33		Quit midk (Read error: 60 (Operation timed out))
06:45:14		Join wacky_ [0] (~wacky@modemcable040.196-203-24.mc.videotron.ca)
06:45:30	wacky_	hey guys
06:46:19	wacky_	I'm about to finish a new plugin called 'iriverify' that takes the playlists generated by Rockbox and tweaks them so that the picky iRiver firmware can read them without error
06:46:38	wacky_	is that something you guys are interested in ?
06:47:27	wacky_	hmm.. I see :) no one here for two hours :) ok I'll come back later
06:53:31		Join mrmags [0] (~stryfe@ool-4351b9f0.dyn.optonline.net)
06:53:35	DeadMan	ooh
06:53:40	DeadMan	I'll take it ;)
06:54:03	DeadMan	heck anything iRiver don't have by default is probably of use to someone
06:54:13	wacky_	well I still have a problem :P the original firmware doesn't see the file created by Rockbox
06:54:47	DeadMan	maybe leave a note for one ot the devs when they are awake :)
06:54:52	wacky_	heh.. I just couldn't stand not to have on-the-fly playlists.. so I'm trying to work around.. even though Rockbox doesn't have sound support
06:54:53	DeadMan	of
06:55:00	wacky_	yet! :))
06:55:10	DeadMan	Linus! ;)
06:55:54	***	Saving seen data "./dancer.seen"
06:55:55	DeadMan	I think once there is sound things could move pretty rapidly. Then again I could be wrong :P
06:56:18	DeadMan	decoders are being fiddled with already though
06:56:45	DeadMan	someone mentioned they was working on an AC3 decoder too
06:56:48	wacky_	well I take what we currently have and do what I can :) and I'm having fun .. so what to ask more ?
06:57:07	DeadMan	good
06:57:13	DeadMan	more people working on it the merrier
06:57:18	wacky_	hey I could go to sleep tonight and have otf playlists on my toy
06:57:33	DeadMan	I just want MP3 playback so I can get me some of that gapless baby!
06:57:38	wacky_	wow :) I just love the power of open/free software
06:58:01	DeadMan	this is how it should be. open and everyone can make thing sbetter faster
06:58:59	DeadMan	I really should put my spare H140 up for sale on Ebay though. I could do with the cash :)
06:58:59		Quit amx ("Client Exiting")
07:00
07:00:25	DeadMan	I can't sleep and I have to be up for a delivery of a new double bed this faternoon...sigh
07:00:35	DeadMan	afternoon
07:05:08	ze	heh
07:08:37	DeadMan	anyone got a clue about monthly payments and 28 days in a month vs. 31 days in a month? I am clueless
07:13:26	ze	what do you mean? most of the monthly payment deals i know of don't care how many days there are
07:14:11	DeadMan	exactly
07:14:33	DeadMan	so are you paying too much one month or paying too little another?
07:14:49	ze	i think it generally sorta averages out
07:14:49	ze	heh
07:15:13	DeadMan	yeah well I want to know as it's part of an argument on monthly bandwidth usage caps
07:15:43	ze	heh
07:15:45	DeadMan	as my isp is limiting to 50GB per month between the hours of 8am-1am.
07:16:10	DeadMan	I just want to mess up their sums a bit ;)
07:16:13	ze	heh
07:16:32	DeadMan	and get everyone bitching to the isp about it if I can :)
07:16:48	DeadMan	I love stirring up trouble
07:17:11	ze	well yeah i guess it would suck to get like close to exactly 50G for a 30 day month
07:17:21	ze	and then get some charges or whatever just cause it happens to be a 31 day month
07:17:31	DeadMan	obviously
07:18:10	DeadMan	My ISP's forums are ablaze with discussion about the caps but this was not mentioned :)
07:18:57	ze	btw, you probably didn't see it earlier, my nick back in the day was DeadMan hehe
07:19:29	ze	that was on a BBS though... when i got online i found it taken various places, so it got lengthened to PsycoDeadMan
07:19:32	ze	heh
07:19:57	DeadMan	lol
07:20:07	DeadMan	I want the ISP to hate me and let me migrate early out of my contract if I can
07:20:19	DeadMan	Be more trouble than I am worth is the ideal
07:20:31	ze	cooincidentally, i caused a lot of trouble at that BBS...
07:20:32	ze	:p
07:20:43	DeadMan	heh
07:20:54	DeadMan	I used to runa BBS
07:21:05	DeadMan	Oddball's Diner
07:21:15	ze	heh
07:21:21	DeadMan	PCBoard
07:21:32	DeadMan	had awesome ANSI/ASCII
07:21:38	ze	:p
07:21:50	DeadMan	I custom made a lot of stuff and nicked a lot of plugs from elsewhere
07:22:14	DeadMan	and warezed a bit and blueboxed to the US boards to leech the latest warez
07:22:22	DeadMan	was fun back in the day
07:22:26	ze	hehe
07:22:31	wacky_	ze - aware of the Rockbox code a little ?
07:22:49	DeadMan	dual 28.8's and subscribers who send cash and hardware. neat :)
07:22:51	ze	wacky_: not really
07:23:29	ze	i think its actually been years by now since i even grabbed the CVS or touched an archos
07:23:44	ze	i just hang around for the fun crowd
07:23:44	ze	heh
07:24:12	*	DeadMan sings "Cry my iRiver..."
07:24:39	DeadMan	or cry me iRiver whichever suits most
07:24:55	ze	i like my rio karma now
07:25:15	ze	i just wish it had better firmware :p
07:25:16	DeadMan	My Rio Karma ran over my Rio Dogma
07:25:27	ze	not that its anywhere near as bad as the archos fw was
07:25:50	DeadMan	pfft
07:25:59	ze	this little machine just has so many more capabilities than its firmware takes advantage of
07:26:00	DeadMan	at least Rio has gapless
07:26:12	ze	heh
07:26:22	ze	yeah to the extreme
07:26:25	DeadMan	atop your moaning :)
07:26:27	DeadMan	stop
07:26:50	DeadMan	time for tea...how the hell am I gonna be awake for this afternoon delivery? :P
07:27:07	wacky_	I have a weird bug..
07:27:14	ze	if regular robust take-no-prisoners gapless isn't enough, its even got crossfade
07:27:19	wacky_	the file created within Rockbox doesn't appear in the original firmware..
07:27:40	wacky_	but if I mount the drive and just rename the file twice (back and forth a temp name), it just gets recognized ok
07:27:48	*	ze is already drinking tea
07:28:06	wacky_	but of course.. I don't want to require a drive mount and double rename.. because it wouldn't be onthefly anymore :)
07:28:08	ze	but its just green tea and i plan on going to sleep as soon as it's gone
07:28:41	wacky_	and doing rockbox_api->rename() doesn't do good.. could stamps have anything to do ?
07:29:32	ze	sorry, clueless... there something to screw with the stamps to see?
07:44:59	ze	DeadMan: ya know i just realized, for some reason when i'm up all night, its damn hard to stay up that day... but when i'm up all day, it's too easy to stay up that night
07:45:05	ze	funky...
07:45:44	DeadMan	yep
07:52:11		Quit DMJC ("Leaving")
08:00
08:23:11		Join webguest35 [0] (~c31ce021@labb.contactor.se)
08:24:15		Quit wacky_ ("night")
08:26:51		Join Diway [0] (~diway@82.226.26.23)
08:39:09		Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
08:55:55	***	Saving seen data "./dancer.seen"
09:00
09:13:27		Nick midk_ is now known as midk (~midk@c66-235-14-120.sea2.cablespeed.com)
09:18:39		Join bobTHC [0] (~foo@l03m-40-94.d1.club-internet.fr)
09:18:49	bobTHC	hi folks!
09:19:01	Bagder	morning
09:21:39		Nick QT_ is now known as QT (as@area51.users.madwifi)
09:22:36		Join LinusN [0] (~linus@labb.contactor.se)
09:37:52	Bagder	morning L
09:42:12		Join [av]bani [0] (~goemon@washuu.anime.net)
09:42:12		Quit tws5 (Read error: 104 (Connection reset by peer))
09:42:33	*	[av]bani pokes linusn
09:42:55	LinusN	ouch
09:50:31		Join linuxstb [0] (~linuxstb@dsl-212-23-31-215.zen.co.uk)
09:56:03	[av]bani	you need iec958 subcode info?
09:57:02	[av]bani	it is documented, you just need to know where to look :)
09:59:17	LinusN	gimme da link :-)
10:00
10:02:06	dwihno	Hey, that rockboy thing looks really swell :D
10:02:18		Quit webguest35 ("CGI:IRC (EOF)")
10:02:22		Join webguest36 [0] (~c31ce021@labb.contactor.se)
10:04:18	LinusN	oops, looks like i have set up a way too slow sdram refresh on the iriver
10:06:37	dwihno	overclock the CPU so rockboy runs at 100% :)
10:06:47	LinusN	1GHz?
10:08:50		Join amiconn [0] (~jens@pD95D16F1.dip.t-dialin.net)
10:08:59	[av]bani	http://bani.anime.net/iec958/q_subcode/project.htm
10:09:08	linuxstb	Bagder: Have you looked at my changes to the build system? I'm not sure if I've done things in the best way or not.
10:09:30	Bagder	looked ok to me at a quick glance
10:10:07	Bagder	and it seems to build fine too
10:10:29	linuxstb	Am I right in saying that the firmware/export/config-*.h #defines can't be checked inside a Makefile?
10:10:42	Bagder	yes
10:11:18	linuxstb	So I was right to add a "SOFTWARECODECS" variable to the tools/configure - there is already the HWCODEC=MASNONE defines in the config files.
10:12:10	dwihno	linuxstb: sure thing! :)
10:12:18	Bagder	I prefer doing it one way now that makes things work, and then we can smoothen it out if we figure out a better way
10:12:55	Bagder	in this case, it makes sense to control it in the makefile since I'm not sure the Gmini guys are ready to build the codecs yet
10:13:06	Bagder	even if they do sw codec
10:13:22	linuxstb	The two problems left are the gmini (i.e. which, if any of the codecs do we build for that), and also the simulators - we need to change the simulator makefiles to build the apps/codecs, and it would be nice if they also used the SOURCES files.
10:13:51	Bagder	yes, the sim builds should be modified to use SOURCES
10:14:03	Bagder	for the Gmini part, we need to ask jyp
10:14:06		Part [av]bani
10:14:42	linuxstb	Is the main win32 Makefile written for GNU Make as well (obviously not Makefile.vc6) ?
10:15:35	linuxstb	The gmini is OK for now because plugins are disabled - so even if the codecs were built, they wouldn't be linked against anything (yet).
10:15:52	Bagder	linuxstb: yes it requires GNU make, it already uses GNU extensions
10:16:07	linuxstb	That's makes it easier then.
10:16:47	Bagder	it is/was buildable with msvc, but I don't think many people feel strongly about that
10:17:09	Bagder	brb
10:19:45	dwihno	mingw should be the main concern
10:23:06	*	rasher reads backlog and sees that another person was hit by the short dosname problem
10:23:33	rasher	<wacky_> I'm about to finish a new plugin called 'iriverify' that takes the playlists generated by Rockbox and tweaks them so that the picky iRiver firmware can read them without error
10:23:37	rasher	<wacky_> well I still have a problem :P the original firmware doesn't see the file created by Rockbox
10:26:53	linuxstb	rasher: I assume you know why files created by Roxkbox can't be seen by the iRiver?
10:27:27	rasher	Yeah, although I don't remember the exact details
10:28:16	linuxstb	It's basically that the FAT driver in Roxkbox creates a 8.3 DOS shortname with a random extension, but the iRiver only looks at the shortname extension (not the longname extension) when deciding on filetypes.
10:28:38	rasher	ah yes, that's how
10:30:45	linuxstb	The only fix is to change Rockbox, but I don't think anyone is working on that at the moment. It's sure to become an FAQ as more people try rockbox.
10:32:23	Bagder	subject for addition to ThingsTodo I guess
10:32:46		Join hubble [0] (hubble@h13n1fls302o1033.telia.com)
10:33:46	linuxstb	Bagder: OK, I'll add it (unless you are already there).
10:33:53	Bagder	I'm not
10:35:30	hubble	aa.. thanks XShock.. he found my bug =)
10:36:20		Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de)
10:38:37		Join Lurski4236 [0] (~Miranda@cpe-66-74-151-42.socal.rr.com)
10:39:12	linuxstb	OK, Wiki updated with "FAT driver" problem.
10:48:37	hubble	iriver sound test (working) =)
10:48:48	Bagder	cool
10:48:49	hubble	hubble/uda_bin2.zip">http://www.mochine.com/~hubble/uda_bin2.zip
10:48:51	hubble	hubble/uda_src2.zip">http://www.mochine.com/~hubble/uda_src2.zip
10:50:08	rasher	rocking :)
10:50:08		Join cYmen_ [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de)
10:50:08		Quit cYmen ("leaving")
10:50:49	dwihno	what kind of test is it?
10:51:39	hubble	outputs a sinwave and you can control volume / mute ..
10:51:47	hubble	thing is the sinwave sounds like crap
10:54:10	hubble	but that is because if cpu speed and not using interrupts/DMA to output sound data (I hope)
10:55:40	linuxstb	Ihubble: Music to my ears :-)
10:55:59	***	Saving seen data "./dancer.seen"
10:57:20	linuxstb	Nice to see that the volume is fully adjustable from 0-255 (I assume it is?).
10:58:08	hubble	linuxstb: yes.. and we can provide volume control of the analog mixer from 0-3f also
10:59:15	Bagder	you tried max volume yet? ;-)
10:59:31	hubble	no :)
10:59:40	linuxstb	What's the analog mixer currently set to?
10:59:53	hubble	0x10
11:00
11:00:03	hubble	0 is max
11:00:26	hubble	awell.. have go to work now =)
11:00:28	rasher	Someone should change the "http://www.rockbox.org/docs/features.html" link on the frontpage to point to http://www.rockbox.org/twiki/bin/view/Main/FeatureComparison
11:00:44	Bagder	rasher: there's also a link on the docsindex page
11:00:54		Part hubble
11:00:59	rasher	ah, I can fix that :)
11:01:18	rasher	but not the front page
11:01:25	Bagder	I'll fix the front
11:02:33	Bagder	done
11:02:40	rasher	done
11:02:54	rasher	Mmmm wiki
11:03:05	rasher	still confused by the questionmark
11:03:32	rasher	ah, found it
11:04:14	rasher	gone
11:04:32	Bagder	nice
11:06:26	Bagder	the "resumed playlist order" means that when resuming a playlist that is playing shuffled, you can use "back" to get to the previously played songs
11:07:00		Quit Lurski4236 (Read error: 110 (Connection timed out))
11:07:09		Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk)
11:11:55	Bagder	we should probably also add "can create playlists"
11:12:07	Bagder	since that is what lots of iRiver people miss
11:12:29	LinusN	i don't know about that
11:13:05	LinusN	i'm beginning to think that "OTF playlists" in fact means "queue"
11:13:16	Bagder	aha
11:13:22	Bagder	well, we have that mentioned already
11:13:23	LinusN	but i don't know
11:13:27	Bagder	twice in fact ;-)
11:13:31	LinusN	yeah
11:14:12	Bagder	I would assume that iRiver doesn't support VBRI/XING very good btw
11:14:21	Bagder	based on their lack of VBR estimation
11:14:30	Bagder	but that's a guess
11:16:05	LinusN	they just take the bit rate from the first frame?
11:16:14	Bagder	no, they just say "VBR"
11:16:15	amiconn	rasher: If 'Naming FM channels' means to associate a station name to a certain frequency, then it's a clear 'yes' for rockbox. You can save presets with a name, and if you just tune up/down and a preset matches, it also displays the name.
11:16:34	LinusN	Bagder: so they don't bother displaying the average
11:16:35	rasher	amiconn: I'd guess that's it
11:16:40	Bagder	LinusN: correct
11:16:45	rasher	LinusN: they display a value
11:16:48	rasher	at least for oggs
11:16:54	Bagder	not for my mp3s
11:17:01	rasher	ah
11:17:05	Bagder	I didn't check what kind of headers though
11:17:06	rasher	I don't have many vbr mp3s
11:17:09	rasher	haven't noticed
11:17:09	LinusN	Bagder: maybe for vbri?
11:17:20	Bagder	possibly
11:17:29	*	Bagder has thousands of VBR mp3s
11:17:47	amiconn	rasher: I don't know about the archos fm recorder firmware. The archos ondio fm firmware also supports presets (but I don't know if it also displays the name when just tuning up/down)
11:18:13	LinusN	Bagder: vbri files also say "vbr" and nothing else
11:18:17	amiconn	Bagder: Me too, and they all have a Xing header
11:18:19	rasher	amiconn: what do I put in archos then?
11:18:47	Bagder	LinusN: can you ff through a song and check what it says about the playtime?
11:18:55	LinusN	hang on
11:19:28	dwihno	Anyone know what alsa version is included in the 2.6.10 kernel?
11:19:39	LinusN	playtime seems correct
11:19:40	dwihno	I want to know if a realtek chip is supported
11:19:57	Bagder	LinusN: that would indicate at least vbri support then I guess
11:20:03	LinusN	but since the decoder is in software, they can count the frames correctly
11:20:03	amiconn	rasher: I can check for the ondio tune up/down, but probably not today; have to ask my sister. The fm recorder question has to be answered by a fm recorder owner...
11:20:07	Bagder	"at least some"
11:20:19	rasher	amiconn: okay, I'll leave it at ? for now then
11:20:25	rasher	all the ? should probably be neutral
11:20:31	Bagder	yes
11:20:42	LinusN	Bagder: i don't think they support xing or vbri
11:20:57	LinusN	they just see that the frames have different bit rates
11:21:07	Bagder	ah, they scan all frames then?
11:21:18	LinusN	perhaps just a few in the beginning
11:21:32	rasher	so a NO for xing and vbri?
11:21:48	Bagder	but surely they need header support OR scan frames to show proper playtime when FF'ing to a point in the middle?
11:22:02	LinusN	Bagder: yes
11:22:05	Bagder	or just guessing ;-)
11:22:28	LinusN	they are sure able to scan if they like
11:22:38	LinusN	the cpu is certainly fast enough
11:22:46	Bagder	yes
11:23:18	LinusN	lunch time
11:23:35		Join ElGringo [0] (~3edba57e@labb.contactor.se)
11:23:57	ElGringo	hi everybody
11:24:00	LinusN	yo
11:24:07	Bagder	'lo
11:25:46	ElGringo	I'm sorry about my request, but I just build the rockbox bootloader for iHP. I would check my md5sum before flash my player and didn't find it in the wiki
11:26:40	LinusN	which iriver firmware version?
11:27:46	ElGringo	H120 and H140 1.63EU
11:28:57	Bagder	that was a quick lunch! ;-)
11:29:16	ElGringo	:-P
11:29:19	LinusN	:-)
11:29:21	ElGringo	is it bad ?
11:29:22	LinusN	627d5195b56ebca3b431cccb535c3bfa
11:29:32	ElGringo	627d5195b56ebca3b431cccb535c3bfa
11:29:36	LinusN	bingo
11:29:45	ElGringo	it looks great !
11:29:56	*	LinusN goes to lunch for real
11:30:09		Quit ripnetuk (Read error: 104 (Connection reset by peer))
11:30:21	ElGringo	thank you !
11:30:59	ElGringo	mabye someone should write it on the wiki, i think i'm not the first one who ask you for that !
11:31:31	Bagder	please do
11:31:53	ElGringo	I don't have a wiki acount
11:32:01	Bagder	then get one!
11:32:07	ElGringo	but I'll see if I've the time create one
11:32:08		Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk)
11:32:08	ElGringo	ok, ok
11:34:03		Join Patr3ck [0] (~patr3ck@p548CB0F4.dip.t-dialin.net)
11:42:58		Join jyp [0] (~jp@97-104.245.81.adsl.skynet.be)
11:43:58	ripnetuk	how is the pll tuning coming along?
11:44:16	Bagder	Linus is on lunch atm
11:44:29	ripnetuk	mmmmmm food
11:44:48	jyp	Hello there
11:44:59	Bagder	food time here too
12:00
12:03:59	LinusN	ripnetuk: going fine, i'm working on the dram refresh
12:05:00	izzy	LinusN: how much you have looked into power saving possibilities in coldfire?
12:05:32	Bagder	seems a bit early
12:05:35	LinusN	nothing at all
12:05:36	izzy	do we have other options than stop instruction and then turning pll off?
12:05:45	LinusN	don't think so
12:05:49	jyp	We'll most probably need a "minimon" for the Gminis...
12:06:03	izzy	ok, that's what I've found
12:06:08	jyp	Anything I can reuse ?
12:06:26	LinusN	jyp: check the "flash" modult
12:06:28	LinusN	module
12:06:30	izzy	I was just wondering how we should use different cpu frequencies, if at all
12:06:37	jyp	thanks ;)
12:06:55	LinusN	izzy: we should probably try to keep the frequency as low as possible
12:07:06	izzy	not necessarily
12:07:21	izzy	it depends how effective the possible "sleep" is in coldfire
12:08:06	linuxstb	I know it's not really relevant to what we do, but is it known if the iRiver changes CPU frequency on-the-fly?
12:08:13	LinusN	the STOP instruction?
12:08:28	LinusN	linuxstb: i believe they do
12:08:52	LinusN	the iriverlounge found some code that switched pll settings
12:09:02	LinusN	iriverlounge guys
12:09:05	izzy	STOP yes, and if it is possible to turn off the pll on the fly or do some other things
12:09:35	LinusN	izzy: turn off the pll on the fly == change cpu frequency
12:12:44	amiconn	LinusN: Could that be checked by hooking up a frequency counter to the clock pin, or is the pll-multiplied clock only cpu internal?
12:13:11	LinusN	you can check it on the bus clock
12:14:08	izzy	LinusN: Does that mean the same as this pll power saving bit?
12:14:26	ripnetuk	btw is it pll as in phase locked loop? (just out of interest)
12:14:41	LinusN	ripnetuk: yes
12:14:44	ripnetuk	ok
12:14:51	LinusN	izzy: there is no "power save" pll bit
12:15:13	ripnetuk	is there a hlt instruction?
12:15:22	izzy	no? then I have misread something..
12:15:27	*	izzy checks
12:15:28	LinusN	ripnetuk: STOP
12:15:43	ripnetuk	so that sleeps the processor while its not needed... cool
12:15:55	LinusN	izzy: there is the pll dividers, and the Bypass bit
12:16:15	LinusN	ripnetuk: we use the STOP instruction in the thread scheduler
12:17:36	ripnetuk	cool so its handled at the 'os' level
12:17:40	LinusN	yes
12:18:04	LinusN	if all threads are sleeping, the scheduler runs the STOP
12:18:26	LinusN	and it will be woken up by the next interrupt, typically the tick
12:18:41	ripnetuk	hehe i was just asking that :)
12:18:44	ripnetuk	(how it wakes)
12:18:52	izzy	I meant that PLL power down bit, but it is the state we use now?
12:19:05	LinusN	the bypass bit, yes
12:19:19	izzy	no, there's separate powerdown bit
12:19:26	izzy	in addition to bypass
12:19:36	izzy	bit 9
12:19:42	izzy	bypass is 0
12:20:00	LinusN	ah, that one, silly me
12:20:14	izzy	:)
12:20:45	LinusN	sorry
12:20:57	izzy	I wonder if we could use that
12:21:08	LinusN	doubt it
12:21:36	LinusN	as i see it, we won't be able to run fast enough on 11MHz
12:21:58	LinusN	problem is, it takes several ms to lock the pll
12:22:16	LinusN	and we lose tick accuracy
12:22:34	LinusN	but sure, if the power saving is substantial, we should consider it
12:22:43	ripnetuk	why is lost tick accuracy a problem?
12:23:05	LinusN	not really a problem, actually
12:23:29	HCl	i use it for sleeps in rockboy, but a few ms shouldn't matter too much..
12:23:42	LinusN	the only place where we would want good tick accuracy is in the wps, where we use the tick for playtime
12:23:58	LinusN	but we would probably count frames in the iriver version
12:24:39	ripnetuk	are all frames in a mp2/3 the same length (in time)?
12:24:48	LinusN	yes and no
12:25:06	LinusN	they are all the same length within a stream
12:25:17	LinusN	but different layers have different frame duration
12:25:30	LinusN	so mp3 and mp2 frames are not the same length
12:26:01	izzy	LinusN: which clock does the RAM use?
12:26:09	LinusN	but we could just as well count samples
12:26:13	ripnetuk	hmmm... i might visit wikipedia to research why there exists mp2 and mp3 - i know my digital tv card kicks out mp2... right pita that iRiver software cant play that
12:26:19	LinusN	izzy: the cpuclk/2
12:26:39	izzy	ok, thanks
12:26:54	LinusN	ripnetuk: http://www.rockbox.org/docs/mpeghdr.html
12:27:06	izzy	I need to do some work now..
12:27:22	ripnetuk	Linus - thanks :)
12:27:28	linuxstb	Do any of the "unofficial" headers (lame, Xing etc) contain the total number of samples in the stream?
12:30:01	LinusN	no, only number of frames
12:30:46	LinusN	afaik, the lame header contains info about how many samples are used in the last frame, though
12:31:13	linuxstb	But number of samples/frame is constant in a file?
12:31:16	LinusN	yes
12:31:27	linuxstb	Do we know how many frames?
12:31:39	linuxstb	Sorry...
12:32:30	linuxstb	So for both Xing and lame headers, we can calculate the accurate runniing-time of the file, and lame, exclude the padding samples?
12:34:52	LinusN	yes
12:34:56	LinusN	and vbri
12:35:28		Quit xen` (Read error: 60 (Operation timed out))
12:42:31	Bagder	is the IrverBoot table really useful to anyone?
12:42:43	HCl	the md5's are
12:42:54	HCl	cause it shows what md5s work
12:43:16	ripnetuk	are they up to date? with LinusN's latest bootloader.bin? last time I flashed, I realised (after starting the flash) that my md5 was wrong... worked ok tho
12:43:32	Bagder	no, they are bound to always be out-of-date
12:43:35	Bagder	and thus not match
12:43:55	Bagder	except the one Linus adds himself
12:43:59	LinusN	i just updated the md5 sum for the 1.63e version
12:44:24	Bagder	yes, that's what made me start thinking about the others
12:44:26	ripnetuk	maybe it should be grouped into 'offical' releases
12:44:39	LinusN	the only valid md5 sum comparison is with the attached bootloader.bin file
12:44:42	ripnetuk	like one section for the 2005-02-16 release of bootloader.bin ith the 2 md5s
12:45:09	ripnetuk	or maybe the bootloader.bin should be zipped with a md5.txt file?
12:45:20	LinusN	did we have any luck with the .ips format?
12:45:39	Bagder	LinusN: I think we're leaning towards skipping that and making mkboot do it instead
12:45:49	ripnetuk	we would need to be sure that smartips (or whatever) md5 checked the result.
12:46:08	HCl	you should probably list what the md5sum is of exactly.. the .hex.. or the .bin..
12:46:10	ripnetuk	I am quite willing to throw together a Delphi (Win32) port of mkboot,
12:46:26	LinusN	delphi???
12:46:27	ripnetuk	but I know you guys like c :)
12:46:35	ripnetuk	Borlands Object Pascal thing
12:46:37	Bagder	ripnetuk: it would need descramble/scramble as well
12:46:42	LinusN	ripnetuk: i know what it is
12:46:45	linuxstb	How about a "tested releases" table - the bootloader.bin versions down the left of the table, and the iRiver firmware versions going across the top. The entries in the cells are the MD5 checksums of the "new.hex" - but only if they are confirmed to work.
12:46:46	ripnetuk	:)
12:47:00	Bagder	linuxstb: yes, that would make sense
12:47:01	ripnetuk	i program delphi for my job
12:47:22	LinusN	the mkboot program runs fine in windows, doesn't it?
12:47:25	HCl	linuxstb: sounds ok to me
12:47:27	Bagder	I'm FOR whatever that brings a neat-looking tool on windows
12:48:25	linuxstb	I added the "bootloader-builder" to the ThingsToDo wiki page earlier today.
12:49:08	linuxstb	LinusN: I don't see why not. The suggestion in IRC yesterday was too write a Windows tool based around mkboot.
12:49:38	Bagder	with a static image of bootloader.bin built-in
12:49:42	linuxstb	It would have the bootloader.bin and known good resulting MD5 checksums hard-coded into it, so a new bootloader.bin release would mean a new release of the GUI.
12:49:53	linuxstb	Yes, what Bagder said...
12:49:57		Quit lostlogic ("Going to the moon")
12:50:30	LinusN	mkboot.exe, scramble.exe and bootloader.bin in a zip file, together with a .bat file
12:50:43	*	HCl grins
12:50:43	linuxstb	We're assuming that bootloader.bin releases will be very rare - but not quite as rare as new iRiver firmware releases.
12:50:46	ripnetuk	i figure it would look for bootloader.bin and a .ini file in the same directory containing the expected md5
12:51:14	ripnetuk	we COULD ask iRivers permission to distribute a modified firmware...
12:52:00	LinusN	what is wrong with a bat file?
12:52:14	ripnetuk	would need md5.exe as well
12:52:19	LinusN	sure
12:52:20	HCl	can you provide a second download location for their unmodified firmware without getting into trouble?
12:52:26	ripnetuk	and the user would have to check the md5's themselves :)
12:53:07	ElGringo	Just to say : I just tried rockbox on my H120. It will roxxx !
12:54:03	ripnetuk	i still think a java applet on your web page that takes an original image and does the magic is the way forward... it could read the bootloader.bin and md5sum.txt from the website
12:55:04	HCl	can an java applet write to disk?
12:55:07	linuxstb	ripnetuk: how do various browser security settings, firewalls, proxies etc affect java applets?
12:55:12	ripnetuk	not sure
12:55:25	ripnetuk	maybe thats not possible
12:55:30	ElGringo	Now that I saw compilation is really easy (I never worked with linux, cygwin, ...), I will try to do little works on iRiver porting
12:55:59	linuxstb	I know javascript definitely can't write to disk, and to be honest I would hope that Java applets can't.
12:56:00	ElGringo	A Java applet can write on a user disk, only if he is signed
12:56:01	***	Saving seen data "./dancer.seen"
12:56:28	ripnetuk	i was hoping it would put up a dialog box saying 'java trying to write to disk - allow (Y/N)'
12:56:32	ElGringo	so : I will ask the user if he is ok to allow the applet to write on his disk
12:56:35	ripnetuk	but if it needs to be signed its bad
12:56:50	dwihno	How about a GUI utility which keeps a static image of bootloader.bin, capable of checking the website for checksums etc.
12:56:56	linuxstb	ripnetuk: but how do you know what the java applet is writing?
12:57:04	ripnetuk	you dont
12:57:08	ElGringo	why ?
12:57:08	ElGringo	why ?
12:57:53	ElGringo	An applet CAN'T write on a disk if it's not signed !
12:58:05	ElGringo	hopefully !
12:58:07	linuxstb	dwihno: Yes, that's what was discussed in IRC yesterday - but I don't think we even need to check the website for updates - the bootloader.bin will very rarely change and iRiver aren't releasing new firmwares.
12:58:12	ripnetuk	we could have a xml file on the website, something like <mkboot><version20050104><url>http://www.rockbox.org/bootloader2005050104.bin</version><md5>abcdefghijk</md5>
12:58:22	*	HCl agrees with linuxstb
12:58:57	ripnetuk	ok, for now, how about a straight .exe which has bootloader.bin built in (as a resource) and knows the correct md5?
12:59:09	LinusN	xml, now that solves everything :-)
12:59:12	HCl	sounds good to me.
12:59:25	ripnetuk	i could write that in Delphi, but there would be little or no chance of running on linux
12:59:26		Quit webguest36 ("CGI:IRC (EOF)")
12:59:29	Bagder	a gui-tool that asks for the iriver firmware file, then runs descramble, mkboot, scramble and then checks md5 on the output. done
12:59:41	ripnetuk	Linus - noothing magic about xml - as good as any other format tho
12:59:48	dwihno	ripnetuk: well, linux people know how to use cmd line :)
12:59:55	dwihno	sheesh
12:59:59	dwihno	that sounded window'ish
12:59:59	LinusN	hehe, or a gui tool that downloads everything (using curl of course)
13:00
13:00:00	ripnetuk	and at least browsers display it in a sane format
13:00:03	dwihno	the TERMINAL, I ment
13:00:12	linuxstb	Shouldn't this tool be capable of developing into a "Rockbox Assistant" type of tool. i.e. creating the tag database, installing updates etc etc
13:00:23	Bagder	possibly
13:00:30	Bagder	it depends on what people want to code
13:00:36	HCl	for linux.. you can just make an very simple script..
13:00:52	Bagder	for linux I don't see a need for this kind of stuff
13:00:54	linuxstb	We shouldn't forget Mac users though.
13:00:59		Join Cassandra_ [0] (~christi@213.78.103.107)
13:01:00	Bagder	right
13:01:27	*	LinusN loves mac programming...not!
13:01:33	ripnetuk	we could have a very simple tool... just provide a binary resource that is a xor table to convert the original firmware to the hacked version
13:01:51	ripnetuk	would only work on one specific release (1.63EU say)
13:02:12	Bagder	then we're back on the binary patch path
13:02:19	Bagder	but yes that works too
13:02:27	linuxstb	mkboot.c already does the work, so why not just use it?
13:02:57	ripnetuk	"Because I just want to click and go"
13:03:18	linuxstb	Yes, I am talking about a "click and go" version of mkboot.
13:03:20	Bagder	there should be a gui tool wrapping it
13:06:06	ripnetuk	how about a Delphi tool that is distributed with the associated files, and runs them, md5ing at each stage?
13:06:40	LinusN	the final md5 sum should be enough
13:06:57	ripnetuk	more useful to say 'wrong input file' than 'it didnt work!'
13:07:09	Bagder	I think it sounds fine
13:07:16	linuxstb	Or more accurately, "unsupported input file".
13:07:21	ripnetuk	i guess
13:07:31	linuxstb	e.g. the hacked iRiver firmwares that people create (changing bitmaps)
13:07:54	Bagder	yes, those won't work due to bad md5s
13:08:30	HCl	can't you make it so it'll auto download the firmware off irivers site..?
13:08:46	ripnetuk	HCl - iriver might change the url
13:08:53	ripnetuk	i guess it could try
13:09:02	linuxstb	That also complicates things by needing http and unzip libraries.
13:09:03	ripnetuk	are we disallowed to even distribute the original?
13:09:12	Bagder	ripnetuk: I doubt that
13:09:15	Bagder	oh
13:09:22	Bagder	I don't think we are allowed to redistribute
13:09:28	Bagder	but I don't know for sure
13:09:58	Bagder	I can't tell, I can't browse their site ;-)
13:10:03	Bagder	no flash plugin
13:10:16	*	linuxstb has the same problem
13:10:39	ElGringo	little problem : I just tried rockbox, and done : "Mount ID3 infos" now, my iHP is freezed. I now there is no emergency stop with rockbox. So, I only can wait for there is no more battery ?
13:10:46	*	LinusN finds nothing that says that we can't distribute it
13:11:03	linuxstb	ElGringo: The small reset button near the DC input
13:11:04	Bagder	ElGringo: there's the reset too
13:11:15	LinusN	"Mount ID3 infos"?
13:11:58	ElGringo	I translated rockbox in french, it's a "home made" english translation
13:12:18	ElGringo	the reset button works with rockbox ?
13:12:31		Join ashridah [0] (ashridah@220-253-120-210.VIC.netspace.net.au)
13:12:31	LinusN	ah, "montre"
13:12:44	ElGringo	"montre" ?
13:12:55	LinusN	or what is "show" in french?
13:13:00	LinusN	monter?
13:13:03	LinusN	montrer?
13:13:08	ElGringo	"montrer" !
13:13:37	ElGringo	but in the french rockbox, it's writed "Monter Infos ID3"
13:13:44	LinusN	i see
13:13:51	ElGringo	so, I translated with "mount"
13:13:51	LinusN	did the reset button work?
13:14:00	ElGringo	no
13:14:03	ElGringo	sould it ?
13:14:23	LinusN	yes
13:14:33	LinusN	insert a pin into the reset button hole
13:14:41	ElGringo	I done it
13:14:52	LinusN	then you must have missed the button
13:14:54	linuxstb	Did you hear a "click" when you pressed the button?
13:14:59	*	HCl stares at his bash script that downloads the iriver firmware, unzips it, descrambles it, merges it with bootloader, and compares md5s
13:15:00	ElGringo	you think it could be a big problem ?
13:15:06		Join Patr3ck_ [0] (~patr3ck@p548CBE6D.dip.t-dialin.net)
13:15:17	ElGringo	yes, I heared a click
13:15:31	linuxstb	Is the battery low?
13:15:33	LinusN	and it didn't reboot?
13:15:41	ElGringo	no
13:18:34	LinusN	then you probably didn't hit the button correctly
13:18:38	ElGringo	I sorry, I'm so stupid : my pen was too flexible
13:18:45	LinusN	hehe
13:18:49	ElGringo	now, it's okay ! :-P
13:19:44	Bagder	http://www.rockbox.org/twiki/bin/view/Main/IriverBoot#md5_reports
13:19:51	Cassandra_	Right. After the current minor change I've dropped into CVS, I think that the alarm code is as good as we're going to get it without re-engineering Rockbox. I don't really feel up to that task.
13:21:48	Bagder	if we get a version number on the attached bootloader.bin file, it will be even easier for users
13:23:01	LinusN	there is no version number for it
13:23:06	Bagder	I know
13:23:12	HCl	i made a linux script that eats an bootloader.bin/bootloader.md5 and poops out a new.hex with check...
13:23:15	Bagder	and that is making it trickier
13:23:30	LinusN	yes, i should add that
13:24:10	HCl	anyone interested in it?
13:24:20	linuxstb	HCl: Maybe we could add that to the Makefile in the bootloader/ directory.
13:24:32	linuxstb	(I know how much you love makefiles)
13:25:03	HCl	:P
13:25:07	HCl	here.. i'll dcc it..
13:26:03	HCl	only flaw is that it leaves a new.hex even if the md5sum fails, but i'm not that good with bash scripting
13:26:42	Cassandra_	Eventually are we going to have a firmware that loads Rockbox direct from flash, or is that impractical on the iRiver?
13:26:51	HCl	should probably add -q to the diff arguments too
13:27:24	LinusN	Cassandra_: one day we will
13:27:34	Cassandra_	Good. ;)
13:28:04	ripnetuk	so is there any interest in a win tool to build the bootloader? the problem i see is i would write it in delphi, and im guessing other developers dont have access to delphi to compile
13:28:45	Bagder	imo, we need a windows gui tool
13:28:52	LinusN	that's one problem, the other is that the scrambling and mkboot:ing code would be duplicated
13:28:53	Cassandra_	That'd be correct, yes.
13:29:05	Bagder	LinusN: not if the tool uses the commands
13:29:09	ripnetuk	Linus - i was leaning towards a shell gui program that called your exes
13:29:09	LinusN	ah
13:29:10	Cassandra_	If you have a Windows command line tool, you could integrate it into the installer.
13:29:26		Quit Patr3ck (Read error: 110 (Connection timed out))
13:29:27	Cassandra_	Actually, you could probably integrate a GUI tool too.
13:29:36	LinusN	Cassandra_: nice idea
13:29:56	ripnetuk	or, i could do it in c# - i think i could then compile your actual c source into it
13:30:17	ripnetuk	but it would need the .net framework installed to run...
13:30:20	HCl	linuxstb: better version
13:30:21	LinusN	shoudn't it be possible to write a vbs script to do it?
13:30:24		Join preglow [0] (thomj@s183a.studby.ntnu.no)
13:30:25	ripnetuk	but i think a lot of new software does that
13:30:34	ripnetuk	anyone sensible has turned off vbs :)
13:30:44	ripnetuk	therefore 99% of win users should have it on
13:30:50	LinusN	lol
13:31:56	ripnetuk	im thinking a c# tool? shall i have a go? does anyone window-using have the .net framework installed?
13:32:06	preglow	go c, please
13:32:11	preglow	it's not that hard
13:32:13	dwihno	C with Win32 API
13:32:26	ripnetuk	not i... never done direct c -> winapi
13:32:30	preglow	if all that's required is a shell that calls command line apps, i can do it
13:32:34	HCl	linuxstb: i think you need to delete your existing build.sh first o.o
13:32:39	preglow	i know that much win32
13:33:11	ashridah	ripnetuk: build it with mono and gtk#? you should be able to get it to work in both environments then. although gtk#'s a bit of a bitch to use in windows, last time i tried.
13:33:14	ripnetuk	i guess i could do a c one - i was hoping to include mkboot, scramble and descramble
13:33:36	ripnetuk	ash - if I stick with basic windows.forms stuff, the newest mono should just run it
13:33:49	ashridah	hrm. i didn't think that was functional yet
13:34:02	ripnetuk	i thought the latest beta had it in
13:34:24	preglow	what gui would be required in this tools? a couple of input boxes and an ok button?
13:34:30	preglow	tool
13:34:37	ripnetuk	not completely sure, but in time it will, and like someone said, Linux users know how to use the shell... i for one would trust my own md5 sums more than a program generated one
13:35:02	ashridah	preglow: to build it into a firmware. maybe a leecher, maybe a file dialog. a pretty way to say 'it worked' or 'eek, it blew up!'
13:35:03	linuxstb	HCl: Sorry about that, can you resend?
13:35:16	preglow	windows has nice ie based internet api
13:35:17	preglow	heh
13:35:18	ripnetuk	do we even need that much? one input box with browse for original firmware, and and a go button which pops up a save dialog for new firmware
13:35:21	preglow	so file fetch should be easy
13:35:39	preglow	ripnetuk: right, the bootloader is ofcourse in the exe
13:35:45	ripnetuk	yes, as a resource
13:35:50	Cassandra_	preglow - you'd need to be able to grab the original firmware from within the program as well for preference.
13:36:02	preglow	but this would be no problem in win32 c, i've done stuff like this before
13:36:06	preglow	i can give it a shot
13:36:29	preglow	can we redistribute the original unmodified firmware on the rockbox site?
13:36:32	dwihno	preglow: Do you create the controls by hand, or do you create dialogs?
13:36:54	dwihno	(using some kind of resource thinger)
13:37:13	preglow	dwihno: i think i've used some kind of resource thinger, but once that's made, it doesn't ever have to be modified again
13:37:21	preglow	so will compile fine with gnu tool
13:37:22	preglow	s
13:37:44	dwihno	preglow: Yeah, I actually never use MS tools anymore when I do stuff like this...
13:37:45	preglow	with so few controls, i can just as well code them by hand as well
13:37:48	dwihno	windres is your friend :)
13:37:54	preglow	dwihno: i try to use gcc as often as i can myself
13:39:19	ripnetuk	preglow - theres no point in both of us trying it - if you can get a gui wokring that compiles using gnu tools and runs without an additional runtime, that is better than what I can do (easily), so go right ahead ;)
13:40:11	preglow	ripnetuk: ait
13:40:17	ripnetuk	ait?
13:40:24	preglow	gangster for alright :)
13:40:30	ripnetuk	:)
13:40:53	ripnetuk	BAdger should add gangster poetry to his hex petry page :)
13:40:57	preglow	hahah
13:41:11	preglow	but yes, i'll go fetch some food and see what i can do
13:41:22	*	ripnetuk returns to work project :(
13:41:49	preglow	the plan is to bundle along mbkoot and the scramble boys as external exe files to minimize code duplication, yes?
13:42:01	ripnetuk	i would compile them right in myself
13:42:06	ripnetuk	== simpler
13:42:09	ripnetuk	for users
13:42:24	ripnetuk	the additional object code size will be tiny
13:42:45	ashridah	i agree. abstract out the command line interface and whack it in a separate file and do the actual work in a lib you can compile in.
13:43:36	preglow	no problem either, it's just a pain if someone updates mboot and scramle
13:43:37		Join DrRick [0] (DrRick@81-86-90-246.dsl.pipex.com)
13:43:57	ripnetuk	yeah, but that aint gonna happen very often (if at all)
13:44:08		Join lolo-laptop [0] (~lostlogic@68.251.84.226)
13:45:31	ripnetuk	for descramble at least all the work is done in main(), so would need abstracting out
13:46:23	ripnetuk	by the way, whats the reccomended way of getting a gcc for Windows that doesnt need cygwin?
13:46:33	preglow	mingw
13:46:36	Bagder	mingw
13:46:38	preglow	that's all i use, more or less
13:46:40	preglow	i hate cygwin
13:46:45	ripnetuk	i love cygwin
13:46:47	ripnetuk	:)
13:46:50	dwihno	I love mingw
13:47:00	HCl	i love my cat o.o
13:47:20	dwihno	HCl: begone, you computer-hating man! :)
13:47:24	HCl	:P
13:47:26	dwihno	:)
13:47:27	ripnetuk	i compiled rdesktop for win32 under it - it just built and ran great (the MS client doesnt support the odd aspect ratio on my laptop screen, but rdesktop does)
13:47:50	dwihno	haha
13:47:56	dwihno	uglyness :)
13:50:15	preglow	if i need a unix-like environment, i use my linux box, much snappier
13:57:48	linuxstb	We now have the start of the second codec in CVS - liba52. This actually runs slightly faster than libmad at the moment.
13:58:03	LinusN	liba52?
13:58:08	linuxstb	AC-3
13:58:43	linuxstb	Very useful for digital TV rips from the US (and a small number of European channels) and DVD audio rips
13:59:33	linuxstb	I think there's even a Swedish radio station broadcasting in AC3 5.1 surround.
14:00
14:00:19	LinusN	how doesn it handle 2 channel output?
14:00:23	LinusN	does
14:00:43	linuxstb	It has built-in downmixing routines. I haven't qute mastered them yet, but I'm almost there.
14:00:50	LinusN	nice
14:03:20	HCl	:)
14:03:21	ripnetuk	Do we have any idea how much difference the optimized ram timings will make on the iriver? im guessing that twice the clockspeed == twice the speed of execution, but not sure if ram timings make a huge difference
14:03:30	HCl	yea
14:03:43	*	HCl is wondering that too
14:04:26	HCl	incidentally, i was wondering, does rockbox provide a menu like system for plugins to use or do plugins have to build their own?
14:04:48	linuxstb	That reminds me, solitaire's menu is broken with my choice of custom font.
14:05:02	linuxstb	So I assume each pliugin does its own thing.
14:05:24	Bagder	yes, plugins are traditionally rather simple things
14:06:01	HCl	i don't suppose there's any general menu function in rockbox that we could adapt to work for plugins?
14:06:15	linuxstb	Some simple "widgets" could be useful - e.g. "Confirm Yes/No", choose an item from a list etc
14:06:32	LinusN	ripnetuk: optimized ram timings?
14:06:49	linuxstb	An extension of the "splash" function.
14:06:57	ripnetuk	i thought you were working on dram timings? maybe /me misheard
14:07:31	LinusN	the dram timing may not be optimal, but close
14:07:46	*	ripnetuk DID mishear
14:07:53	LinusN	i might have missed something in the data sheets
14:07:56	HCl	linuxstb: or a simple menu function with menu items and functions to be called when clicked
14:08:23	linuxstb	HCl: I was trying to simplify it to the bare minumum
14:08:31	HCl	mmm, i guess
14:08:35	ripnetuk	Linus - im only going on what I read earlier in here - i havent even dared look at the datasheets... i looked at the DAC one and that was plenty :)
14:08:37	linuxstb	A menu is just choosing an item from a list.
14:08:38	HCl	my idea was to have as much shared code as possible
14:08:55	LinusN	linuxstb: it is trivial to export the menu functions to the plugins
14:09:35	LinusN	ripnetuk: i think i remember somebody saying that the dram timing was nonoptimal, but i can't remember who and why
14:09:38	linuxstb	LinusN: I'm not familiar with the menu functions, so if they are already there, plugins could use them.
14:10:00	LinusN	yes, it's basically a matter of exporting the functions in the plugin api
14:10:09	HCl	nice
14:10:22	HCl	LinusN: could you do that with your next commit? please?
14:10:28	LinusN	you are welcome to have a go at it
14:11:02	HCl	hm, where are the functions located/what are they called?
14:11:20	linuxstb	apps/menu.[ch] ?
14:11:44	LinusN	yes
14:12:13	HCl	okies
14:16:51	Bagder	linuxstb: remember the FILES file when you add new subdirs
14:17:03	Bagder	it defines what to add to the source tarball
14:17:30	Bagder	(as used by the tools/release script)
14:17:51	HCl	hmm.
14:17:58	linuxstb	Bager: Yes, I was going to ask you about that - do we need to add apps/codecs/* to it as well?
14:18:01	preglow	but if this program is supposed to contain the bootloader patch itself, download a firmware and just patch it, wouldn't a simple bat file be sufficient?
14:18:15	Bagder	linuxstb: no, its enough to include the "leafs"
14:18:16	preglow	the alternative is a plain windows with a button that just says 'go'
14:18:36	Bagder	linuxstb: you can always test-run the script to check
14:19:50	linuxstb	Bagder: How do I do that?
14:20:01	Bagder	../tools/release mooooo
14:20:11	Bagder	builds a rockbox-mooo.tar.gz file
14:20:27	Bagder	or perhaps you need to invoke it in the root
14:20:47	Bagder	yes, you do
14:21:11	HCl	how do i get make zip to build an extra directory in .rockbox ?
14:21:27	LinusN	let the zip contain the dir
14:21:35	linuxstb	Bagder: I've just done it, and apps/codecs/Makefile was excluded - should I add that (and liba52/*) to apps/FILES ?
14:21:47	LinusN	HCl: ignore me
14:21:49	Bagder	linuxstb: yes
14:22:10	Bagder	HCl: tools/buildzip.pl might need attention
14:22:25	HCl	Bagder: yea, found it
14:22:33	HCl	need a savegame dir for rockboy
14:22:49	LinusN	HCl: let the plugin create it
14:22:53		Quit DrRick (Read error: 104 (Connection reset by peer))
14:23:03		Quit ElGringo ("CGI:IRC (EOF)")
14:23:06	bobTHC	good cvs activity this days, it's a pleasure to view how fast the project run
14:24:18	linuxstb	Bagder: Done.
14:24:24	HCl	LinusN: couldn't find an mkdir function in the plugin api... nor anywhere in the code, really
14:24:36	*	HCl searches again
14:24:56		Join webguest28 [0] (~c31ce021@labb.contactor.se)
14:25:01	HCl	ok.
14:25:33	LinusN	HCl: dir.h: int mkdir(const char *name, int mode)
14:25:54	HCl	yea, got it, added it to the plugin api :)
14:25:55	LinusN	add it to the plugin api and voila!
14:25:57	HCl	sorry..
14:26:50		Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de)
14:26:56	HCl	adding all the menu functions too
14:27:34	LinusN	great
14:35:02	linuxstb	Does anyone else fancy looking at some codecs? I've done FLAC (I just need to clean it up and commit it), but Tremor still needs to be added by someone. Two other interesting codecs could be musepack and wavpack.
14:35:40	linuxstb	We then need to clean up the code, and start seriously thinking about the new audio system.
14:35:56	jyp	Why then ?
14:36:01	jyp	Why now now ?
14:36:23	jyp	Also, how about having a .wav "codec" ?
14:36:48	jyp	it's wavpack probably :x
14:37:01	linuxstb	wavpack is ".wv".
14:37:22	jyp	k
14:37:40	linuxstb	Yes, we need a .wav "codec", but I don't think there's any point writing anything until the APIs are in place.
14:38:41	jyp	Which brings us to my first question...
14:39:13	linuxstb	Which was (specifically)?
14:39:18	jyp	which should have been spelled ...
14:39:37	jyp	Why don't we start looking at the API/Audio system right now ?
14:40:28	linuxstb	I think it would be useful to have some clean demonstration code on how the different codecs work before fixing the API.
14:41:03	jyp	Isn't having two of them enough ?
14:41:14	jyp	(for this purpose)
14:41:37	linuxstb	Probably, but my implementions could be cleaned up - that's whar I was referring to in my original sentence.
14:42:01	LinusN	linuxstb: how do the codecs you've worked with so far want to output the pcm data?
14:42:20	LinusN	and is it a "push" or a "pull"?
14:42:29	linuxstb	LinusN - they both have their own internal number formats, which need to be converted to whatever the audio hardware needs.
14:43:03	LinusN	do you assign a buffer and have them fill it, or?
14:43:38	LinusN	can you say "i want 1152 bytes of pcm data" and let them decode just enough to fill the buffer?
14:44:19	LinusN	sorry, i guess i should look at the code, but since you are here...
14:45:06	linuxstb	They all work slightly differently, but I think we can implement a "decode_one_frame" function for all the codecs - i.e. take one frame of compressed data and output the uncompressed PCM.
14:45:25	LinusN	that should be enough
14:45:29	linuxstb	If you always wanted to ask for 1152 samples, we would use wrapper functions and internal buffers.
14:45:41	preglow	linuxstb: do you use the callback interface with libmad?
14:46:03	linuxstb	preglow: No, for all the codecs, I'm trying to use the lowest-level interface provided
14:46:06		Join AC [0] (~5078751e@labb.contactor.se)
14:46:06	preglow	linuxstb: great
14:46:16	preglow	that's what i was hoping
14:47:07	preglow	do you have a rockbox icon i can use? :P
14:47:37	linuxstb	LinusN: I saw that you changed the Wiki page about using dual-buffers on the MAS devices. Do you think it's a bad idea?
14:47:53	LinusN	it's a waste of ram, imho
14:48:11		Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <- The dawn of a new IRC era")
14:48:32	jyp	linuxstb: I'm not sure what you mean with "decode one frame" ...
14:48:50	jyp	but vorbis frames overlap
14:48:50	LinusN	jyp: most lossy codecs are frame based
14:49:01	LinusN	mpeg frames too
14:49:04	linuxstb	LinusN Does the bit-swapping-on-load slow down the disk reading, or is it decoding at the same time as it is reading the next block of data?
14:49:16	amiconn	LinusN: I don't think so. It would be a much cleaner implementation, and the increased ram usage can be kept down to a minimum (thinking ~16 KB)
14:49:28	linuxstb	jyp: I haven't looked at vorbis yet, but so far all the codecs I've looked at are frame-based.
14:49:46	LinusN	linuxstb: is bitswaps after the loading is done
14:49:56	amiconn	No, it doesn't
14:50:17	amiconn	The swapping of the first chunks is interspersed with the load
14:50:28	LinusN	amiconn: yes, but the rest is swapped afterwards
14:50:40	preglow	jyp: all mdct based codecs have overlapping frames
14:50:45		Quit Nibbler ("blubber")
14:50:54	jyp	ok
14:50:58	amiconn	Yes. Still, the interspersed swap slows down the loading, as the ata transfer is polled
14:50:58	linuxstb	What's an "overlapping frame" ?
14:51:25	preglow	what you expect, the mdct require a 50% frame overlap when encoding, and hence when decoding
14:51:30	preglow	it's nothing to worry about
14:51:33		Join R3nTiL_ [0] (~zorroz@83.69.98.226)
14:52:01	amiconn	LinusN: Btw, that's why I had to limit the load chunk size for Ondio. Otherwise the load would take so long that the swap couldn't cope, causing the buffer to run empty.
14:52:30	LinusN	amiconn: yes, it attempts to start the playback as soon as possible
14:53:19	amiconn	Makes sense.
14:53:33		Join ElGringo [0] (~3edba57e@labb.contactor.se)
14:53:49	amiconn	However, imho this would also be possible (and cleaner) with the dual buffer concept
14:54:00	LinusN	perhaps
14:54:14		Quit coob (Read error: 60 (Operation timed out))
14:55:04		Quit webguest28 ("CGI:IRC (EOF)")
14:55:34	LinusN	so the mpeg thread would swap on demand then?
14:56:05	***	Saving seen data "./dancer.seen"
14:56:29	LinusN	the dma irq would ask for more swapped data
14:56:39		Join elinenbe [0] (~elinenbe_@65.115.46.225)
14:58:17	amiconn	LinusN: exactly.
14:58:35	LinusN	worth looking into
14:59:02	amiconn	This would need a swapcopy routine instead of the current in-place swap for optimum performance.
14:59:07	LinusN	it complicates the track boundary checking though
14:59:21	amiconn	Why?
14:59:32	LinusN	because it uses the buffer address
15:00
15:00:16	amiconn	Imho this shouldn't matter, as the dma buffer is < 1 sec
15:01:01	LinusN	that depends on the bit rate
15:01:25	LinusN	and the dma buffer must be double buffered
15:01:53	amiconn	Imho the best solution would be to always feed whole frames on demand. This would make premature "switching" easier, as e.g. necessary for the voice UI
15:02:23	amiconn	The current solution for this is rather hacky, directly accessing the DMA from application code...
15:03:49	LinusN	you seriously want the mpeg thread to search for frames in the swapped data all the time???
15:04:06	amiconn	No, but in the unswapped data
15:04:13	amiconn	How do you think the track boundary check would be done on iRiver?
15:04:30	LinusN	the iriver has a fast cpu
15:04:43	LinusN	and i meant unswapped, btw
15:04:55	amiconn	yes, okay
15:06:08	amiconn	The search isn't that CPU intensive imho. At least if we use an optimised memchr to search for the 0xFF
15:06:42	HCl	woot.
15:06:49	*	HCl cut rockboy down with 50kb
15:07:05	amiconn	There is that SH1 instruction for string compare gcc never uses... I already used it for my super-fast strlen()
15:07:41	linuxstb	HCl: Are you talking about the plugin ramsize requirement?
15:07:45	LinusN	amiconn: i'm sure it can be made, cpu-wise, but then we eat battery (as the SLEEP instruction will be used less), and the ui response will be slower
15:07:48	HCl	linuxstb: pretty much :)
15:08:00	HCl	linuxstb: but i'm planning to use the space i have left to build a dynarec
15:08:03	HCl	so don't decrease it just yet
15:08:10	linuxstb	:-) OK.
15:08:21	HCl	i just got out all the keymapping stuff and put in a more direct approach
15:09:54	HCl	woot.
15:09:57	amiconn	LinusN: I don't think it is that cpu intensive. We'd only have to do the full search at the very start, or whenever we loose sync. Otherwise the length of an mp3 frame is easily determined from the header, so we know where to check for the next frame.
15:10:23	LinusN	true, but why complicate things?
15:11:21	HCl	LinusN: i can just use mkdir on an existing directory, right?
15:11:41	amiconn	I think the slightly higher complexity would be paid off by the benefits, plus it would better match the iriver way of doing things.
15:13:36	Bagder	having one unified system feels like a good idea
15:13:36		Quit elinenbe (Read error: 104 (Connection reset by peer))
15:15:21	linuxstb	Does it simplify porting talkbox to the iRiver if we allow the data to be stored in it's original (non bit-swapped) state?
15:16:18	LinusN	amiconn: you may be right
15:17:49	Bagder	linuxstb: I would assume so
15:17:56	amiconn	linuxstb: It may be that you confuse terms here (no offense, you can't know rockbox on archos that much). 'Talkbox' means talking the dir-/filenames, which are plain mp3 clips just with a different extension
15:18:51	amiconn	The voice UI (currently) uses a voice file, assembled from a number of individual mp3 clips, which are already bitswapped.
15:19:22	amiconn	Of course this should be changed to unswapped for iriver, and it would be nice to have archos compatible here.
15:19:48	linuxstb	So there's a set of .mp3 files (with the lang strings), and those .mp3 files are already bit-swapped on disk?
15:19:51	amiconn	Of course it's not strictly necessary; I think we'll have different voice files for both anyway.
15:21:28	jyp	Why ?
15:21:53	Bagder	one reason can be that iRiver can have much higher quality
15:22:00	Bagder	due to less space restrictions
15:22:02	amiconn	Not with different vocabulary, but with better quality
15:22:07	AC	is someone working on a Wavpack codec?
15:22:17	amiconn	Bagder: exactly
15:22:19	jyp	Ok... Perhaps even with a different format than mp3
15:22:28	LinusN	even so
15:22:29	Bagder	jyp: right, that too
15:23:18	bobTHC	the voiceclip quality is not enough ?
15:24:11	amiconn	linuxstb: The individual clips for talkbox are unswapped. The clips representing the .lang strings are bitswapped, and assembled in one single file (xxxxx.voice)
15:24:50	AC	ok... as it seems nobody is working on the Wavpack codec... i will try it :)
15:25:01	Bagder	ac: go ahead!
15:25:29	Bagder	AC: Dave's existing work on codecs might serve as inspiration
15:25:51	linuxstb	AC: Good luck!
15:25:52	HCl	doh.
15:25:54	HCl	stupid me.
15:26:48	linuxstb	I'm working on cleaning up my ???2wav plugins at the moment - I'll soon commit an update whcih will be easier for you to use as a basis for wavpack.
15:27:04	LinusN	gotta go, cu guys
15:27:09		Part LinusN
15:27:16	AC	jeah.. will look at dave's work
15:28:01	linuxstb	AC: But the first stage is just to get the decoder compiling - look in the apps/codecs/ directory - you will need to copy one of the existing lib???/Makefile files into a new "libwavpack" directory, and also add wavpack to the codecs/Makefile
15:29:49	linuxstb	If libwavpack gives you different levels of access to the decoding library, go for the lowest level - i.e. you basically just want libwavpack to decode data from one memory buffer and copy the resulting PCM data into a second buffer.
15:29:58	amiconn	Argh, Linus left :(
15:30:34	amiconn	I just checked the performance figures I measured when writing the optimised strlen()
15:31:11	AC	linuxstb: thanks for your tipps
15:33:23	amiconn	strlen() of a 1,000,000 byte string takes 0.16 sec with my optimised version regardless of alignment
15:33:38	amiconn	(when the routine is in IRAM)
15:33:42		Join MO-Pantsu [0] (Rori@deadman3000.plus.com)
15:34:31	amiconn	strlen.c takes 0.28 sec under the same condition when long aligned, 0.65 sec for other alignments
15:35:29	linuxstb	AC: No problem. One last thing - try to make (at least at this early stage) as few changes to the original source files as possible.
15:35:50		Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk)
15:36:23	AC	i make only changes, that it compiles :)
15:38:18		Quit R3nTiL_ ()
15:38:45	jyp	fyi, I can play a buffer of sound samples on the gmini...
15:39:02	*	Bagder hoorays
15:39:09	jyp	This is the application: jyp/test-sound2.c">http://users.skynet.be/jyp/test-sound2.c
15:39:32	jyp	This would be for hubble to have a look if he was around
15:39:45	Bagder	he was here earlier today
15:39:52	jyp	(maybe he's still in hiding ;)
15:39:59	linuxstb	jyp: So would you say the iRiver and Gmini ports are at roughly the same stages?
15:40:16	linuxstb	You seem to be the only one working on the gmini...
15:40:31	jyp	roughly... there's some stuff untested
15:40:53	jyp	Specifically I'm waiting for a hardware interface
15:41:01	jyp	to recover from a bad flash
15:41:41	jyp	Strath is working on it too
15:41:56		Quit DeadMan (Read error: 60 (Operation timed out))
15:41:59		Join Sucka [0] (~NNSCRIPT@host81-156-215-25.range81-156.btcentralplus.com)
15:42:22	jyp	Also since we don't support plugins ...
15:42:33	jyp	decoders are not even compiled (iiuc)
15:43:11	linuxstb	jyp: I've added a SOFTWARECODECS variable in tools/configure - this is only "yes" for the iRiver at the moment.
15:43:27	linuxstb	That controls if apps/codecs is compiled.
15:43:51	jyp	Let's enable for gmini too then
15:43:53	jyp	(no fear)
15:44:00	linuxstb	I'll let you do that!!
15:44:04	jyp	haha
15:44:18	jyp	Ok, I'm giving it a try
15:44:42	linuxstb	But I they won't be linked to anything unless you enable the "viewer" plugins.
15:46:15	jyp	There should be a way to enable the inclusion of plugins in the main build
15:47:47	Bagder	its in the configure script too
15:47:52		Join Zagor [242] (foobar@h254n2fls31o265.telia.com)
15:48:25	Zagor	hi fellows
15:48:34	*	Bagder looks into the simulator build not using SOURCES problem
15:48:37	*	ashridah nods
15:48:41	Bagder	hi Z
15:52:49	amiconn	Bagder: "<Bagder> its in the configure script too" how do you mean that?
15:53:14	amiconn	Iiuc jyp means a way to include the plugins in the main binary
15:53:15	Bagder	plugins="" # disabled for now, enable later on
15:53:19	Bagder	aha
15:53:30	Bagder	I misunderstood
15:53:38		Join R3nTiL_ [0] (~zorroz@83.69.98.4)
15:54:02	amiconn	..because of the CalmRISC being a harvard CPU, and not having enough instruction RAM, but only ROM (flash)
15:54:08	Bagder	rockboy linked-in will be... interesting ;-)
15:54:48	jyp	I didn't hope to link everything... Only some of the plugins
15:55:06	Bagder	yes, I was just kidding
15:55:16	jyp	;)
15:56:01	jyp	However rockboy might fit on the 220; 1Mo flash
15:56:28	Bagder	but then you won't fit anything else... but who wants more when you have rockboy? ;-P
15:56:53	*	jyp grins
15:57:32	AC	must go now... see you
15:58:06		Quit AC ("CGI:IRC")
16:00
16:04:06		Quit mrmags ("Download Gaim: http://gaim.sourceforge.net/")
16:08:46	HCl	:P
16:09:02	Bagder	now firmware builds fine
16:09:08	Bagder	with sim+SOURCES
16:09:28		Join Nibbler [0] (~sven@port-195-158-163-29.dynamic.qsc.de)
16:12:03		Quit R3nTiL_ ()
16:12:09		Join pd_lulop [0] (~pd_lulop@243.Red-81-44-86.pooles.rima-tde.net)
16:14:09	HCl	hmm.
16:16:50		Quit pd_lulop ("Hasta pronto!")
16:17:25	linuxstb	jyp: If you compare my newly committed a52towav.c with the previous one, you will see what I meant by "clean up".
16:21:21		Quit ashridah ("sleep")
16:21:21		Quit methangas (Read error: 104 (Connection reset by peer))
16:22:18		Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk)
16:22:35	Bagder	bbl
16:25:14		Join elinenbe [0] (~elinenbe_@65.115.46.225)
16:26:07	elinenbe	will plugins on rockbox (iriver) allow for sound while music is playing in the background?
16:28:26	Zagor	elinenbe: i'd like that, yes
16:29:40		Quit Nibbler (Remote closed the connection)
16:30:08		Join Nibbler [0] (~sven@port-195-158-163-29.dynamic.qsc.de)
16:30:35	elinenbe	I would like to listen to my mp3s in the background as I play super mario world!
16:30:37	elinenbe	;)
16:31:05	ripnetuk	mixed in with the gb sound of course
16:31:55	Cassandra_	I think that's going to be quite a hairy prospect. Doesn't sound easy to code at all. Effectively you'd need a mixer in a seperate thread.
16:32:00	linuxstb	iiuc, rockboy currently grabs the audio buffer to use for itself, thereby disabling the (currently non-existent) audio playback.
16:32:26	linuxstb	The other issue of course is CPU speed
16:32:33	Cassandra_	Although TBH the idea of virtualising the audio interface and allowing multiple threads access isn't a bad one.
16:32:39	Cassandra_	Just a hideously complex one.
16:32:41	HCl	yay.
16:32:44	HCl	and then rockboy had savegames
16:33:37	Zagor	Cassandra_: we will need a mixer anyway
16:33:40	HCl	linuxstb: yea, at the moment, it does, i'm sort of planning to eventually move memory allocation to the back of the buffer though, so that codecs could remain running if they don't use more than 20mb ram
16:33:45	linuxstb	The audio API will include some kind of "play this sound NOW!" function, so most of the plugins and games should be able to use it, but rockboy is a special case.
16:34:09	HCl	in theory the iriver should have enough ram for btoh
16:34:11	HCl	both
16:34:17	preglow	but cpu? :P
16:34:28	HCl	shush! i never said anything about cpu! :P
16:34:42	preglow	well, frameskip is a good thing
16:34:45	HCl	:P
16:34:49	HCl	lol.
16:34:50	HCl	well.
16:34:54	linuxstb	Giving up part of the audio buffer may complicate things, but maybe on the iRiver it's worth the complication.
16:34:56	HCl	i haven't resorted to that yet.
16:35:23	HCl	linuxstb: yea. i'm kind of assuming that most codecs won't use more than 20mb ram
16:36:37	linuxstb	HCl: The basic principle is to save as much RAM as possible for the buffering of compressed audio data - so we can keep the hard drive turned off.
16:36:42	preglow	well, i've mashed all the scramble and boot code into a win32 app, but something crashes :V
16:36:50	HCl	linuxstb: mhm
16:36:59	linuxstb	So I would imaging we would use about 30MB of RAM for buffering during "normal" usage.
16:37:04	linuxstb	^imagine
16:37:19	HCl	linuxstb: well, rockboy uses roughly 600kb + romsize + memory of the rom (usually 32kb)
16:37:29	HCl	so it doesn't have to be that much
16:37:41	linuxstb	So you probably don't need the MP3 buffer at all then?
16:37:45	preglow	dynamically resizable mp3 buffer would be nice
16:37:54	HCl	linuxstb: romsize ranges from 32kb - 4mb
16:37:59	Zagor	preglow: and very very complex
16:38:50	linuxstb	I don't know, but maybe the optimised split between compressed and uncompressed data will vary with the codec - will FLAC be the same as low bitrate MP3?
16:38:54	preglow	Zagor: why the 'very very'? worst case is you'd have to move the entire mp3 buffer and ditch some data ;)
16:39:18	Zagor	preglow: yeah. while playing that same buffer.
16:39:22	preglow	:P
16:39:39	elinenbe	HCl: what is the current speed of rockboy on the target?
16:39:48	HCl	elinenbe: too slow, but its at 11mhz
16:40:08	HCl	i can't really say till linus manages to get it to 140mhz and ram waitstates are lessened
16:40:30	elinenbe	ah, what % of realspeed at 11mhz?
16:40:36	HCl	hrm.
16:40:38	HCl	well.
16:40:46	HCl	its going at about 1.5 frames per second
16:40:52	elinenbe	not bad...
16:40:54	preglow	but yes, i really cherish my mp3 buffer, so would be great if it could only be resized while it's not playing or something
16:41:02	elinenbe	only about 1/50th realspeed!
16:41:06	preglow	i don't want to sacrifice a meg of buffer just so i can play gameboy from time to time
16:41:28	preglow	HCl: wow, you've made progress
16:41:50	HCl	i tried some speed optimizations.. lcd driver was rewritten..
16:42:00	HCl	cleaned up the code, fixed the warnings..
16:42:04	preglow	any way i can try this newly speeded up version?
16:42:11	HCl	yea, hold on...
16:43:06		Quit Nibbler (Remote closed the connection)
16:44:18	HCl	ftp://titania.student.utwente.nl/rockbox.zip
16:44:49		Join DeadMan [0] (Rori@deadman3000.plus.com)
16:45:37		Join Nibbler [0] (~sven@port-195-158-163-29.dynamic.qsc.de)
16:45:39		Join NibbIer [0] (~sven@port-195-158-163-29.dynamic.qsc.de)
16:46:09	preglow	can rockbox reload itself without having to reboot?
16:46:30	Zagor	on archos, yes
16:47:12		Quit NibbIer (Client Quit)
16:48:17	preglow	HCl: cool, it's a viewer :P
16:48:24	HCl	yea
16:49:02	HCl	supports savegames now too
16:49:27	preglow	i can't wait to see this in 140 mhz
16:50:28	bobTHC	grayscale dont already works on iriver?
16:50:35	Zagor	no
16:50:38	HCl	no
16:50:40	HCl	if it did
16:50:44	HCl	rockboy would be even faster
16:52:01	preglow	but yo, any suggestions on what this windows patching tool should do? patching is a no-brainer, download firmware should work eventually
16:52:03	HCl	turning a 4bit grayscale into black and white is still a fairly expensive operation
16:52:26	preglow	HCl: isn't it 2bit?
16:52:30	HCl	er
16:52:30	HCl	yes
16:52:32	HCl	sorry
16:52:53	preglow	doesn't just checking the top bit work?
16:53:02	HCl	no
16:53:06	preglow	that'd map 00 and 01 => black, 10 11 to white
16:53:11	HCl	yes
16:53:31	HCl	hm.
16:53:35	ripnetuk	preglow - it should md5 the input file, ooutput file and bootloader.bin to check they are 'supported' versions
16:53:38	*	HCl scratches his head
16:53:39	HCl	okay
16:53:42	HCl	i guess that can work
16:53:42	ripnetuk	imho
16:53:44	HCl	let me try that
16:53:46	preglow	ripnetuk: wouldn't md5 of output be more than enough?
16:53:51	HCl	no, wait.
16:53:52	preglow	ripnetuk: bootloader.bin is in the exe
16:53:59	ripnetuk	ok :)
16:54:00	HCl	hm, yea.
16:54:20	preglow	i figured you'd want bootloader.bin in the exe to minimize chances of things screwing up
16:54:56	preglow	HCl: i'd say don't waste much time on it
16:55:09	HCl	yea, doing it with just a bitshift now
16:55:11	HCl	let me recompile
16:55:15	HCl	should be a bit faster
16:55:49	HCl	i need someone to confirm that super mario land doesn't have a savegame..
16:55:59	ripnetuk	HCl -= it doesnt
16:56:06	HCl	okay
16:56:06	preglow	ripnetuk: right now i just use iriver.c straight as it to do the scrambling, not very pretty, but it works
16:56:07	***	Saving seen data "./dancer.seen"
16:56:07	HCl	thanks
16:56:35	ripnetuk	the sequal 6 gholden coins does
16:59:22	HCl	woot!
16:59:29	HCl	i killed my first enemy
16:59:31	HCl	in mario
16:59:31	HCl	xD
16:59:39	HCl	100 points :P
16:59:56	Zagor	hehe
17:00
17:01:05	ripnetuk	i havent even found my first enemy yet
17:01:38	HCl	if you walk to the right a bit
17:01:43	HCl	it'll come walking towards you
17:01:48	HCl	you really gotta time well when to jump
17:01:53	preglow	hahah
17:01:53	preglow	indeed
17:01:59	ripnetuk	which button is jump?
17:02:02	HCl	play
17:02:07	ripnetuk	aha i see him :)
17:02:29	preglow	HCl: you are well aware that having a working gb emulator on my mp3 player is going to be the coolest thing in the world, yes? :)
17:03:00	HCl	:P
17:03:00	ripnetuk	hes gonna miss :(
17:03:01	HCl	yes
17:03:01	HCl	okay
17:03:10	HCl	i have a slightly faster lcd driver now
17:03:21	HCl	and it comes with an entire new look
17:03:23	HCl	for mario
17:03:23	HCl	:P
17:03:27	bobTHC	it's one of the killer apps for rockbox os
17:03:50	ripnetuk	got him
17:03:54	HCl
17:03:55	HCl	:p
17:03:57	bobTHC	the split edit is an other
17:04:00	preglow	bobTHC: it will most certainly show the advantages of an open source os, for sure
17:04:59	HCl	gee.
17:05:03	HCl	it actually looks loads better.
17:05:11	HCl	when i don't render the mid-grays to black
17:05:29	HCl	ftp://titania.student.utwente.nl/rockboy.rock
17:07:34	ripnetuk	i thought the jpg viewer worked on iriver - is it not so?
17:08:19	ripnetuk	myabe it uses the grayscale lib
17:09:12	preglow	it does
17:09:56	preglow	so what you need to do is tempt amiconn to buy a h1x0 before it's too late, and i'm sure will see a coldfire optimized grayscale lib not long after ;)
17:12:20	HCl	yay.
17:12:23	HCl	mushroom
17:12:25	HCl	1000 points
17:12:38	ripnetuk	does anyone else want a 'reboot' function in rockbox - or do we already have one?
17:12:42		Quit MO-Pantsu (Read error: 110 (Connection timed out))
17:12:42	HCl	preglow: care to try the version on my ftp with the alternate 2bit->1bit color?
17:12:47	HCl	i want one.
17:13:09	Zagor	ripnetuk: we already have it - rolo
17:14:45	linuxstb	It could be useful to be able to start the iRiver firmware from ROM (or a .hex file on disk) as well.
17:15:10	linuxstb	Errm, not sure why though...
17:15:15	HCl	thats the same as reboot + holding rec
17:15:35		Join wacky_ [0] (~wacky@modemcable040.196-203-24.mc.videotron.ca)
17:15:41	wacky_	hey :)
17:16:09	preglow	HCl: sure
17:16:35	ripnetuk	a simple menu option 'Load iRiver firmware' would be nice
17:16:43	preglow	HCl: care to url me again? can't find it :)
17:16:47	HCl	ftp://titania.student.utwente.nl/rockboy.rock
17:18:26		Nick Lynx_ is now known as Lynx_awy (HydraIRC@134.95.189.59)
17:18:32	wacky_	hey is the shortname extension problem really hard to fix ?!
17:18:39	HCl	probably not
17:18:59	HCl	its just a matter of using the original extension but randomizing the 8 char filename a bit
17:19:01	wacky_	any clue where I should start looking ?
17:19:02	HCl	much like how windows does it
17:19:09	wacky_	yeah!
17:19:19	wacky_	I'd really like that iriverify plugin to work! :)
17:19:19	HCl	i think you'd have to look for O_CREAT in open()
17:19:25	ripnetuk	I was reading how windows does it earlier - aparently if you have 300000 files in a dir it gets confused and takes 8 attempts to generate a short name :)
17:19:28	preglow	HCl: it even looks nicer
17:19:31	HCl	preglow: yea
17:19:40	HCl	preglow: think you can make some pics?
17:19:43	preglow	HCl: sure
17:19:45	HCl	i'm trying to load pokemon yellow into it
17:19:47	preglow	gimme a sec
17:19:50	HCl	it didn't look all that with the old driver
17:19:54	HCl	wondering how it looks now
17:19:58	HCl	it takes ages to boot
17:20:14	preglow	anything partiulcar you want depicted?
17:20:20	HCl	i dunno.
17:20:22	HCl	like
17:20:26	HCl	let it run for a while
17:20:29	HCl	without touching any buttons
17:20:33	HCl	it'll go into demo mode
17:20:37	HCl	which is nice for pictures
17:20:43	HCl	cause it makes it seem as if its playable XD
17:20:48	preglow	hahaha
17:21:10	linuxstb	wacky_: It's in the firmware/drivers/fat.c file. You will need to change the "first guess" filename in create_dos_name() to use the first three characters of the extension from the longname, plus then change the part of the code that randomises it and tries again so it randomises part of the 8 characters instead of randomising the extension.
17:21:13	HCl	pokemon yellow starts displaying at about 96
17:21:35	wacky_	linuxstb - gooood :) thanks!
17:23:06	linuxstb	wacky_: The problem is that if you don't randomise the "first guess" filename, you will get the first guess filename wrong a lot of the time. But that may not be an issue if Rockbox only rarely creates files.
17:23:32	preglow	HCl: approx how long until it goes demo mode?
17:24:01	HCl	preglow: dunno, i was just running it for a long time and i suddenly noticed it doing stuff while i wasn't touching it
17:24:44	preglow	yeah, i remember mario games used to do that
17:27:32	*	HCl wonders why pikachu is still black :/
17:27:39	HCl	cycle 701
17:28:52	preglow	so i see
17:29:05	HCl	woot.
17:29:10	HCl	this is kinda cool
17:29:20	HCl	pokemon yellow at cycle 800 = nice for pictures
17:29:42	amiconn	linuxstb: I noticed you moved common code int xxx2wav.h. I once had a discussion with Linus et al about that - having actual code in .h files is badness.
17:29:57	wacky_	where can I get my hands on the roms ?!
17:30:00	linuxstb	amiconn: Yes, I know.
17:30:09	preglow	HCl: gimme the rom and i'll see
17:30:13	HCl	hold on
17:30:24	ripnetuk	wacky - usenet
17:30:27	wacky_	:P
17:30:28	linuxstb	Two reasons: The plugin build system maps one .c to one .rock, and it's only really testing code that I think will eventually be deleted from CVS.
17:31:10	linuxstb	But if you would like me to change it somehow...
17:31:32		Join mecraw [0] (~mecraw@69.2.235.2)
17:32:01	HCl	http://web.inter.nl.net/hcc/beemt/english/gameboy.shtml
17:32:05	HCl	pokemon roms
17:32:21	HCl	hm
17:32:23	HCl	nm, that one is dead :/
17:32:31	amiconn	linuxstb: My suggestion would be to make these routines part of the plugin library
17:32:50	HCl	http://usuarios.lycos.es/gamerszone/roms/gb/
17:32:50	preglow	but ok, that concludes my mario shooting session, it was getting a bit hard on my back :PP
17:32:52	HCl	there
17:33:08	wacky_	cool :) thanks :)
17:33:14	preglow	pokeyellow, yes?
17:33:17	HCl	yea
17:33:29		Join MO-Pantsu [0] (Rori@deadman3000.plus.com)
17:33:29	HCl	zelda should be interesting too
17:33:33	HCl	haven't tried those
17:33:51	jyp	linuxstb: More work ahead for me; since libmad cause ICEs :/
17:33:51	linuxstb	amiconn: OK, I think that may work. I'll have a look at it.
17:33:54	wacky_	which pokemon you suggest ?
17:34:00	wacky_	I really don't know pokemons :)
17:34:05	wacky_	unfortunately
17:34:07	linuxstb	jyp: What's your stack size?
17:34:07	HCl	i dunno, i like yellow.
17:34:11	HCl	but like
17:34:18	HCl	crystal / gold is best for gameboy
17:34:26	HCl	i'm not even sure if crystal is still for the plain gb.
17:34:28	jyp	linuxstb: internal gcc errors
17:34:37	linuxstb	Ah, sorry.
17:34:42	wacky_	ok :) anyway .. I'll fix my plugin first
17:37:31	wacky_	linuxstb - is there any double check to ensure the randomised extension doesn't already exist on disk ?!
17:37:53	HCl	oh.
17:37:55	HCl	this is sweet
17:38:09	wacky_	HCl - ?
17:38:11	HCl	preglow: with pokemon yellow, after it loaded a while (600 or so) press start
17:38:33	HCl	xD i'm getting the idea that this rom is spanish
17:38:35	HCl	rather than english
17:38:37	HCl	but ah well
17:38:58	HCl	edicion amarilla XD
17:39:00	Sucka	Alle ROMs are 100% English
17:39:07	Sucka	good to know they can spell "all"
17:39:20	Sucka	so they MUST be in english
17:39:34	amiconn	linuxstb: A hint for the API proposal and the 'type' bits: The MAS cannot play layer 1, only layer 2 and 3. Imho we should have one bit per mpeg audio layer.
17:39:59	wacky_	can you guys tell me why the return codes are always *10 when returning from a function ?
17:40:31	wacky_	oh, it's so you can have both errors ? the function error in multiples of 10, and your errors as units ?
17:41:23	*	HCl tries a different rom from http://members.fortunecity.com/d4rkhunt3r/gbc.html
17:41:55	amiconn	wacky_: Yes, it is implemented that way to be able to trace the "error chain"
17:42:01		Quit DeadMan (Read error: 60 (Operation timed out))
17:42:26	wacky_	amiconn - nice :)
17:42:31		Quit lolo-laptop (Remote closed the connection)
17:43:18	wacky_	linuxstb - so the randomisation occurs only once, and isn't double checked, as far as I can see ?
17:43:50	preglow	ok, i've got a pic of pikachu
17:44:02	linuxstb	wacky_ search for "%03X" in fat.c - you will see it's there twice.
17:44:12	wacky_	so we could take the first 4 chars from the original longfilename, randomize the 4 left, take the real extension, and we would have decreased the error percentage ! :)
17:44:20	wacky_	by 10
17:44:25		Join lolo-laptop [0] (~lostlogic@68.251.84.226)
17:44:48	wacky_	ohhh...
17:44:51	preglow	HCl: anything more than the title screen you had in mind? i can't get this shit to react
17:45:20	linuxstb	wacky_: I'm not an expert on the fat.c code, so hopefully someone else can review your patch. But I'm glad you're looking at the problem.
17:45:45	linuxstb	amiconn: Thanks for the Layer I tip.
17:46:04	wacky_	ahh.. I'll print it out for the run.. have to go soon
17:49:26	HCl	preglow: just the title screen with "pokemon" and pikachu at the bottom
17:49:33	HCl	i just found the english version, by the way
17:51:04	HCl	preglow: on my ftp, series of english pokemon rom
17:51:17	HCl	roms*
17:52:12	preglow	http://glow.m0f0.net/rockbox/pictures/
17:52:31	preglow	sorry, pictures taken, i'm not about to wait for the title screen again, heh
17:53:00		Join Aison [0] (~hans@zux166-181.adsl.green.ch)
17:53:27	HCl	ok
17:53:28		Join phalloides [0] (~10339D481@pdul.demon.co.uk)
17:53:28	HCl	:)
17:54:58	HCl	sweet
17:54:59	HCl	yea
17:55:01	HCl	thats what i meant
17:55:12	HCl	aside from it being spanish, but ok, doesn't matter XD
17:56:07	phalloides	hello. i have a question about low external voltage readings. Anyone feel like helping me?
17:56:08	bobTHC	if this picture are slashdoted , the forum will have a heavy traffic
17:56:16	bobTHC	:)
17:56:27	preglow	hahaha
17:56:36	preglow	it's not impossible, you know
17:57:44	preglow	well, my box is on a 100mbit line, and i've never stress tested it thoroughly enough ;)
17:57:54	bobTHC	it's good to be slashdoted, but when the thing work if not, a lot of ppl will complain about
17:58:02		Quit mecraw ()
17:58:32	preglow	we don't really need that kind of attention yet, no
17:58:41	bobTHC	totally
18:00
18:02:39		Quit ripnetuk ("Leaving")
18:09:06	wacky_	do you know any command line utility that could tell me the short filename of a file on vfat ?!
18:09:24	linuxstb	wacky_: What O/S are you using?
18:09:27	wacky_	linux :)
18:09:47	linuxstb	The only way I know is to mount it using "-t msdos" - you will then only get the shortnames
18:10:15	wacky_	oh good :)
18:10:58		Join Hohoman [0] (~inte@hohoman.olf.sgsnet.se)
18:11:50	wacky_	ouch.. the file isn't even there!
18:12:30	wacky_	if I enable debug in the firmware.. what kind of output will I get ? and which functions or macros triggers debug output on the device ?
18:14:05	amiconn	wacky_: The debug output is meant to be used with gdb, via a stub and a suitable form of communication between host & target
18:14:29	wacky_	ouch
18:14:29	amiconn	On the archos there is a gdb stub that uses serial, but there is no gdb stub yet for iRiver
18:14:58	wacky_	and.. nothing is logged to a file on the disk ? that would give tips at least?!
18:15:07	amiconn	Nope.
18:15:10	wacky_	ok
18:15:28	amiconn	For that kind of stuff, you'd need to add your own debugging methods.
18:15:44	wacky_	is it safe to use api->splash() all the time ?!
18:15:48	amiconn	I often use splash() for that, especially on Ondio
18:15:56	wacky_	ok good :)
18:16:04	wacky_	even in fat.c ??
18:16:22	amiconn	You shouldn't over-use splash because it immensely slows down things if called often.
18:16:36	jyp	linuxstb: Have you tried to compile libmad with gcc 3.4.4 ?
18:16:38	wacky_	well just for debugging..
18:16:51	amiconn	I even used splash() very lowlevel - for debugging the MMC driver on Ondio
18:17:22	amiconn	On Ondio I am unable to use the gdb stub - both serial i/f are taken
18:17:29	linuxstb	jyp: No, I'm using 3.4.2 for Coldfire, and 3.3.5 as my native x86 compiler
18:17:30	jyp	linuxstb: I mean 3.4.3
18:18:01	jyp	The error is very strange...
18:18:09	jyp	return offset_table[bitalloc_table[offsets[sb]].offset][index - 1];
18:18:15	jyp	... this fails
18:18:28	jyp	unsigned short x = bitalloc_table[offsets[sb]].offset;
18:18:33	jyp	return offset_table[x][index - 1];
18:18:39	jyp	... this works!
18:19:05		Part phalloides
18:19:06		Quit elinenbe (Read error: 104 (Connection reset by peer))
18:20:14		Join elinenbe [0] (~elinenbe_@65.115.46.225)
18:20:34	linuxstb	jyp: Very odd. Is that the only problem, or are there others?
18:21:15	jyp	There's another one
18:21:18	jyp	(at least)
18:22:28	linuxstb	Would it help if I built a 3.4.2 cross-compiler for the gmini? and tested it?
18:22:57	jyp	Unfortunately t exists only in 3.4.3 version
18:23:43	jyp	backporting is to 3.4.2 seems not worth it
18:24:44	jyp	To be sure, I'm working on the calmrisc (gmini) port of gcc...
18:24:49	Zagor	jyp: tried asking in #gcc ?
18:25:19	jyp	but it smells like the error is in the machine independant code
18:26:01	jyp	hmmm, I hanged in #gcc before... It was quite unhelpful
18:26:12	Zagor	ok
18:26:15	jyp	The mailing list would be the way to go
18:26:48	jyp	Besides I just discovered the error
18:27:01	jyp	I mean, cornered it
18:30:44	jyp	I have to go... See you
18:30:46		Quit jyp ("poof!")
18:32:35		Join Lmcmann [0] (~88020167@labb.contactor.se)
18:33:01	Lmcmann	Afternoon, all
18:33:04		Quit Patr3ck_ ("User pushed the X - because it's Xtra, baby")
18:34:14	Lmcmann	Sorry to sound like a newbie, I've been using your firmware on an FM for quite a while now.
18:34:21	Lmcmann	Love it, of course.
18:34:54	Lmcmann	I have a question. I've tried searching around and couldn't find the answer, so I'm trying here.
18:35:14	bobTHC	try
18:35:41	Lmcmann	After the 120 support gets finished, is someone going to play with 320 support?
18:37:02	bobTHC	perhaps
18:37:58	preglow	Lmcmann: very probable
18:38:13	bobTHC	:)
18:38:18	preglow	it's probably going to share a lot of code with the h1x0 port
18:39:14	Lmcmann	That's dang fine news.
18:39:41	Lmcmann	On a related note, does anyone know of any 120's that are being closed out?
18:39:41	preglow	but of course, no guarantees
18:39:47	Lmcmann	Of course.
18:39:56	preglow	closed out?
18:40:08	Lmcmann	as in, cheaper than retail because they're discontinued.
18:40:16	preglow	ahh
18:40:18	preglow	no idea
18:41:20	Lmcmann	Thanks for the info. You amy now return to your regularly scheduled program <g>.
18:41:28	Lmcmann	er amy=may
18:41:29	Zagor	Lmcmann: you mean the av320?
18:41:48	Lmcmann	Nope, the Iriver
18:42:01	Zagor	ah
18:43:01	Lmcmann	The av320 would be neat, but I didn't think you were working on it.
18:44:45		Quit bobTHC ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )")
18:47:09	wacky_	hmm.. anyone still here ?
18:47:24	Lmcmann	I was wondering the same thing.
18:47:32	Lmcmann	Of course, I don't count, really.
18:47:38	wacky_	you know the fat thing ? the naming is now okay, but the file doesn't even appear when I mount with -t msdos
18:47:47	Lmcmann	Not that there's anything wrong with that....
18:48:14	rasher	wacky_: sounds like you broke something, subtly, but horribly :)
18:48:19	rasher	I'm of no use, sorry
18:49:19	wacky_	hahah ...
18:49:32	wacky_	I hope not..
18:50:20	linuxstb	wacky_: Obvious question, but does it appear with "ls -al"
18:50:49	linuxstb	(I hope you have a backup of anything important on your iRiver)
18:56:08	wacky_	linuxstb - heehee :) well yes I do have a backup
18:56:09	***	Saving seen data "./dancer.seen"
18:56:19	wacky_	and it doesn't appear on the drive mounted as msdos, but as vfat yes
18:56:29	wacky_	and it appears in the rockbox navi
18:56:40	wacky_	must the shortname have a . in it ?
18:56:49	wacky_	between the 8th and the 9th chars ?
18:57:09	wacky_	it generates: DYNA9869M3U
18:57:13		Join mecraw [0] (~mecraw@69.2.235.2)
18:57:20	wacky_	for an input of dynamic.m3u
18:58:11	linuxstb	wacky_: Looking at fat.c, I think you are right - i.e. 11 characters without a dot. But I'm not an expert on that code.
18:58:38	wacky_	ok
18:59:07	wacky_	hmm.. some weird things happen :)
18:59:13	wacky_	but it's alright
19:00
19:00:02	*	rasher stares blankly at rockout.c
19:00:23	rasher	That's what I get for coding at night
19:00:27	rasher	none of this makes sense to me now
19:01:43	wacky_	ohhh :) gotcha! :)
19:01:47	wacky_	ohh yeah :)<
19:02:09	rasher	\o/
19:03:26	wacky_	ohhh yeah :) that's goooood
19:04:21	linuxstb	wacky_: Are you happy now?
19:04:22	preglow	_o/ \|o_ _o/
19:06:32	HCl	yay. i'm back
19:07:11	wacky_	ok.. I really have to go.. but I'll put up the patches on my website.. maybe some of you guys can review.. I'm not a champion in C programming.. it's been a while I've done that.. so .....
19:08:44	wacky_	http://bourget.cc/dump/rockbox_fat_shortname.diff and http://bourget.cc/dump/iriverify.c .. put the second one in apps/plugins/
19:09:05	wacky_	see ya later :) now you have otf playlist support for your iRiver to play with right away !
19:09:40	*	rasher adds a link in the todo wiki
19:10:10	wacky_	you can get http://bourget.cc/dump/iriverify.rock also
19:10:24	linuxstb	wacky_: Can you do a unified diff? e.g. diff -u3 ?
19:11:24	wacky_	see ya later :) and thank you for your awsome work and your awsome team
19:11:31	wacky_	linuxstb - ok.. updated.. check it out again
19:11:44		Join quelsaruk [0] (~kvirc@80.103.134.240)
19:11:48	quelsaruk	evening
19:11:55	HCl	hey quelsa thingy
19:11:57	HCl	how goes?
19:12:00	HCl	:p
19:12:18	quelsaruk	learning interesting things :)
19:12:22	HCl	mmm?
19:12:24	HCl	like?
19:13:23	quelsaruk	like there's a linux version of ISTRAM software (spanish civil engineering software) :)
19:13:28	linuxstb	wacky_: Thanks. I'll be interested to see what others think of it - hopefully it (or something very similar) can be committed.
19:15:10	wacky_	see ya :)
19:15:14		Quit wacky_ ("babyye")
19:17:05	amiconn	linuxstb: wacky_'s extension search looks a bit odd to me. There is strrchr() available in rockbox...
19:17:07		Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
19:18:11	*	HCl learned a new english word :d gobbilygook
19:18:30	quelsaruk	HCl: and means....?
19:18:42	HCl	um. "abacadabra" in dutch o.o
19:19:39		Quit Cassandra_ (Read error: 110 (Connection timed out))
19:19:52		Join Cassandra_ [0] (~christi@213.78.127.247)
19:20:47	linuxstb	amiconn: Yes, I was thinking exactly the same thing.
19:22:23	linuxstb	amiconn: What is the cost of a filename clash? Would it be acceptable to not randomise the "first guess" filename at all, but just fit the long name into the short name? I'm guessing that file creation will always be a rare task in Rockbox.
19:23:06	amiconn	The cost is that it needs to reiterate. Shouldn't matter that much
19:23:52	amiconn	File creation may be not so rare depending on the main use. Recording may create a number of files...
19:24:34	amiconn	But yes, files won't be created frequently, i.e. certainly not several files per second.
19:26:44	linuxstb	But thinking about it, I'm happy enough with wacky_'s logic - i.e. just randomise the second four characters in the name.
19:27:11	amiconn	Not randomising the first try may not even need much additional code.
19:27:33	amiconn	First, create the shortname from the longname.
19:28:07	amiconn	Then try if it's already taken, if yes randomise char 5..8 and retry
19:28:37	amiconn	It's simply a matter of reversing the order things happen in this loop
19:29:08	linuxstb	Do you want to have a go at it? I'm sure you're better at writing tight C than I am.
19:30:08		Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.UMBC.EDU)
19:30:27	amiconn	Hmm. I can try.
19:37:12		Join DeadMan [0] (Rori@deadman3000.plus.com)
19:39:41	amiconn	linuxstb: There is a problem with wacky's method to always place the random part at char 5..8
19:39:49	linuxstb	?
19:40:11	amiconn	If the shortname itself is shorter than 4 chars, there would be a space in the shortname, which is not allowed
19:40:30	linuxstb	Isn't it?
19:40:44	amiconn	Nope.
19:40:56	linuxstb	Could we just pad with "_" ?
19:41:55	amiconn	We could. However, I think this should be done a little different. We can search for the place where to start the random padding.
19:42:39	linuxstb	OK, I was just trying to keep it as simple as possible.
19:43:59	amiconn	Handling the case of a .dotname is also a bit tricky. The name part of a shortname must not be empty (and in that case I think the shortname should be the part after the '.')
19:44:27	linuxstb	Are you regretting looking at this now? :-)
19:45:10	amiconn	Hmm. I need a way to check the actual shortname... :-/
19:45:21	amiconn	Windows doesn't tell me
19:45:35	linuxstb	Doesn't "dir /x" do that?
19:46:12	amiconn	AH, of course. Should have though of 'dir'....
19:46:25	linuxstb	Your trusty old friend.
19:46:32	quelsaruk	ms-dos
19:46:37	quelsaruk	our friend :)
19:46:51	amiconn	And as I see, windows indeed uses the part after the dot for .dotnames
19:47:05	amiconn	.rockbox has a shortname of ROCKBO~1
19:55:20		Quit MO-Pantsu (Read error: 110 (Connection timed out))
19:57:28	preglow	decrypting/encrypting a iriver firmware is never supposed to alter its length, right?
20:00
20:00:13		Join hubble [0] (hubble@h13n1fls302o1033.telia.com)
20:00:59	amiconn	linuxstb: Now I have a nice-looking create_dos_name() that keeps both name and extension as much as possible.
20:01:13	amiconn	The randomising will be done in another place.
20:05:31	linuxstb	amiconn: very nice.
20:09:49		Join webguest68 [0] (~d53d8302@labb.contactor.se)
20:09:55	webguest68	Hi
20:10:21	webguest68	can someone tell me at what sysclock the iRiver H100 is running?
20:12:00	webguest68	Ok, thanks anyhow
20:12:07	webguest68	i try later; bye
20:12:09		Quit webguest68 (Client Quit)
20:16:19		Quit quelsaruk ("Instaling 1GB DDR400 more :)")
20:20:05		Join bg_ [0] (~chatzilla@adsl-68-78-228-166.dsl.mdsnwi.ameritech.net)
20:21:14		Join Chamois [0] (~3e234217@labb.contactor.se)
20:21:22	bg_	does the iriver HP-1XX series lcd support grayscale?
20:21:31	rasher	Yes, 2bit
20:21:34	Chamois	hubble : any news about sounds on our iriver ?
20:21:45	rasher	but rockbox doesn't support it at the moment
20:22:08	bg_	yeah... i was looking at the iriver firmware and just noticed monochrome
20:22:17	bg_	maybe except the boot screen
20:22:48	Chamois	lots of things on the iriver original firmware are in grayscale
20:23:25	bg_	it appears they use dithering
20:23:28	bg_	not grayscale
20:24:10	Chamois	are you sure?
20:24:13	bg_	then again im only looking at the play screen
20:24:34	rasher	I'm quite sure they use greyscale. Especially noticable on the boot screen
20:24:36	bg_	oh i see it now that ive gone to the navi screen
20:24:39	Chamois	tay a look in the menu
20:25:05	Chamois	yes in the navi screen grayscale are used
20:25:09	hubble	Chamois: i'm looking into DMA currently
20:25:19	Chamois	ok good luck
20:25:31	hubble	Chamois: which is needed for a working audio driver
20:25:47	Chamois	i know i know
20:25:54	Chamois	but i let you work
20:26:32	bg_	I wish i knew enough to work on embedded systems... do most people working on this project have formal training or just years of messing around?
20:27:26	Bagder	both
20:27:39	Bagder	and none
20:27:40	Bagder	;-)
20:27:47	Bagder	all kinds exist
20:27:50	bg_	yeah
20:28:21	hubble	this is my first embedded project i guess, so I'm learning a lot
20:29:57	bg_	i guess once you get past all the low level coding its not too different huh?
20:30:39	Bagder	yeps, most of Rockbox is just plain normal programming
20:31:35	rasher	I need to get an idea of what I'm doing
20:31:56		Join cabr [0] (~cabron@p54879C64.dip.t-dialin.net)
20:32:06	rasher	this so called collision detection is annoying stuff
20:32:14	cabr	hello there
20:32:19	rasher	evening
20:32:35	cabr	my hard disk crashed
20:32:41	cabr	I mean the hard disk of my jukebox
20:33:04	cabr	does anyone know, if I can replace it with a 40gb hard disk?
20:33:12		Join LinusN [0] (~linus@labb.contactor.se)
20:33:20	Bagder	cabr: yes you can
20:34:32	LinusN	hubble: i looked at your code
20:34:50	cabr	and I can use the full space?
20:34:55	bg_	im gonna cry the day the HD in my 140 goes. Just happened to my laptop a couple weeks ago
20:35:12	Bagder	cabr: yes, if you don't use (a recent) windows to format the fat partition
20:35:22	Bagder	cabr: I have an 80GB in my archos
20:35:28	bg_	oem?
20:35:33		Join XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net)
20:35:36	linuxstb	Oops, just noticed I broke the SIM builds - but I know the solution.
20:35:58	cabr	so if I format it in fat32 it'll be ok?
20:36:09	Bagder	cabr: yes
20:36:18	Bagder	cabr: and make sure it has a partition
20:36:26	preglow	rewriting the scramble code to not interact with files is going to be pretty boring....
20:36:48	cabr	thanks a lot
20:38:32	XShocK	i am not very familliar with licensing. if there is a GPL source. If I take that source and put it in my prog, technically will it be considered illegal if I change that code a bit, and do not show who did it in the begining?
20:38:55	XShocK	my prog is also GPL
20:39:13	Bagder	XShocK: strictly speaking, yes
20:40:24	XShocK	ok thanks. :)
20:41:05	rasher	yes, I'm pretty sure you need to mark it with original copyright owner
20:43:21	amiconn	Does anyone have a suggestion for the best way to put a (random) hex string _in the middle_ of another string, without inserting a null byte?
20:43:39	LinusN	you mean insert the string?
20:43:46		Quit cabr ()
20:44:03	amiconn	No, replace 4 chars with 4 new chars. String length should remain the same
20:44:16	LinusN	how hard can it be?
20:44:29	linuxstb	I think he's looking for clever ways.
20:44:51	LinusN	"clever", meaning what? fast? elegant?
20:44:58	linuxstb	I don't know :-)
20:45:00	amiconn	Using snprintf() directly would close the hex string with a null byte, thereby chopping off what comes after that
20:45:10	LinusN	strncpy
20:45:19	XShocK	memcpy I think.
20:45:21	linuxstb	Maybe just snprintf to a temporary string, then copy
20:45:28	XShocK	i think strcpy will put zero in the end
20:45:35	LinusN	not strncpy
20:45:49	LinusN	but maybe our implementation does
20:45:52	XShocK	aaa oh. did realize. :)
20:45:52	amiconn	Yes, that's clear. I wondered whether there would be a better method
20:46:03	LinusN	the standard implementation doesn't add a null byte
20:46:14	LinusN	better in what way?
20:46:23	linuxstb	Or save the 5th character and then restore it after it's overwritten with the null....
20:46:26	Bagder	snprintf(buffer... "%c%c%c%c") works
20:46:53	Bagder	but not very elegant
20:47:07	LinusN	memcpy is probably the easiest
20:47:27	Bagder	yes
20:47:29	amiconn	Yeah, the snprintf() itself is not a problem, and I'll use snprintf(buffer... "%04x") anyway
20:50:22		Join Quelsaruk [0] (~kvirc@80.103.134.240)
20:50:26	Quelsaruk	re-hi
20:50:32	Quelsaruk	i'm amazed
20:52:53	Quelsaruk	how can windows need 512MB of ram?
20:53:42	Bagder	it needs to fill it up so that the swap space gets used fine
20:53:47	Bagder	:-P
20:53:56	linuxstb	Does anyone know the "−−param large-function-growth limit reached" warning in gcc? I get the warning when compiling FLAC, and am wondering what the best solution is.
20:54:08		Join einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de)
20:56:12	***	Saving seen data "./dancer.seen"
20:56:21	XShocK	linuxstb: I think you need 3.3 gcc
20:56:49	linuxstb	Why ?
20:57:08	preglow	because gcc 3.4 has broken inlining
20:57:10	preglow	some places
20:57:12	XShocK	I think I have seen this problem dicussed before. I remeber people talking that 3.4 has this problem and 3.3 doesn't have it
20:57:46	linuxstb	Which version does the CVS build system use?
20:58:23	Bagder	gcc 3.4.1
20:58:39	Bagder	for m68k
20:59:09	preglow	linuxstb: it doesn't break anything, but things will run slower if it depends heavily on inlining
21:00
21:00:02	linuxstb	OK, I'll commit it as it is, and we can take it from there.
21:00:33	amiconn	linuxstb: My shot at the extension problem adds 120 bytes to the binary size on archos. Let's see whether it works...
21:03:14	amiconn	Bagder: There is a bug in the 'diff' linking from the 'latest cvs activity' page
21:03:35	amiconn	If a file is removed, following this link gives back a 404...
21:03:48	Bagder	oh
21:04:01	Bagder	anything visible atm?
21:04:12	amiconn	Try with apps/plugins/xxx2wav.h 1.3
21:05:03	Bagder	I'll work on that later
21:05:13	Bagder	I'm on the sim build now
21:05:15	amiconn	Perhaps this shouldn't be a link for a removed file, same as with new files
21:05:32	Bagder	right, the tricky part is gonna be to detect it being a delete
21:06:05	amiconn	It could even show a � behind the version number ;)
21:07:59	Bagder	gee
21:08:01	Bagder	it builds
21:08:03	Bagder	and starts
21:08:40	amiconn	hrmpf. My shortname handling obviously has a bug :(
21:10:40	amiconn	Hehe, I obviously created an endless loop...
21:14:53	LinusN	amiconn: did you have a look at the patch by wacky_?
21:15:06	amiconn	Yes, I had.
21:15:18	LinusN	just checking
21:16:39	amiconn	LinusN: See the irc log, starting ~19:15 cet
21:18:33	amiconn	Seems to work now. Anyone interested in a diff, or should I directly commit?
21:18:58	LinusN	commit it if it works
21:20:58	amiconn	Now all recordings get an .MP3 extension in the shortname :)
21:23:01	amiconn	Hmm, it looks like create_dos_name() once was supposed to return an error code, but currently always returns 0. Should I change it to void ?
21:24:06	LinusN	nah
21:24:35	XShocK	is DMA used in Rockbox in iriver now?
21:24:42	LinusN	no
21:24:44	HCl	helloooooooo
21:24:46	HCl	:)
21:25:05	LinusN	HCl: you must know something about the dram timing that i don't
21:27:37	HCl	i do?
21:27:38	HCl	o.o
21:27:50	HCl	no no, i'm just repeating what other people told me :x
21:29:09	LinusN	i can't remember claiming that the dram timing was slow
21:29:15	LinusN	or did i?
21:29:21	preglow	think you did
21:29:28	LinusN	i must have been confused
21:29:36	preglow	oh, that's alright
21:30:01	HCl	but okay
21:30:05	LinusN	the dram refresh timing needs attention, though
21:30:14	XShocK	Linus: I think you did say something like that.
21:30:18	LinusN	it is way too slow at the moment (!)
21:30:20	HCl	hows the cpu scaling thingy going? :x
21:30:26	LinusN	good
21:30:39	LinusN	working on the dram refresh and the i2c clock scaling
21:30:49	HCl	:)
21:30:55	*	Sucka smooches rockbox
21:30:55	bg_	do you expect rockbox to extend the battery life of the iHP's?
21:31:01	bg_	with the scaling and whatnot..
21:31:07	LinusN	problem is that a whole bunch of peripherals are affected by the pll change
21:31:15	HCl	ahh.
21:31:22	preglow	i would expect the opposite, at least in the beginning
21:31:36	bg_	worse at first?
21:31:39	LinusN	bg_: the whole point of changing the cpu speed is to conserve power
21:31:39	preglow	yeas
21:31:59	preglow	but we'll se, no way of knowing how good the iriver firmware is in that regard
21:32:02	LinusN	but we will set it high and work our way down :-)
21:32:38	bg_	yeah, was wondering how well the original firmware handled scaling
21:36:16	LinusN	hubble: u there?
21:38:17		Quit Lmcmann ("CGI:IRC")
21:43:21	amiconn	Ah, special case working too :)
21:43:41	hubble	LinusN: yes
21:44:00	LinusN	hubble: i looked at your code
21:44:38	LinusN	looks good, however, 9.8kbit/s isn't a lot :-)
21:45:20	hubble	LinusN: hehe.. yes, better safe than sorry
21:45:37	XShocK	I am trying to make DMA working for sound.
21:46:18	hubble	LinusN: I was unsure if the increase of CPU speed later would affect this
21:46:20	amiconn	linuxstb: There.
21:46:27	XShocK	by the way, hubble, the line there contains PDOR3 = v; twice. why?
21:46:52	LinusN	to fill the fifo?
21:46:55	hubble	XShocK: that pushes several "v" into the output fifo
21:47:36	LinusN	hubble: you should yield() in the polling loop
21:47:57	hubble	LinusN: ok, I'll fix that..
21:48:03	LinusN	where you wait for the i2c interrupt flag
21:48:09	XShocK	so, it pushes the same v twice.
21:48:25	hubble	XShocK: it was so the fifo would not run out of samples
21:49:30	LinusN	hubble: also, i think the functions should return negative values on failure, like the other rockbox functions
21:49:54	hubble	LinusN: consistancy is good, I'll fix that too
21:51:21	LinusN	also, the addresses for I2C_DEVICE1 and 2 should use MBAR and MBAR2
21:53:41	hubble	LinusN: yep.. Btw, I was trying to check the tuner chip (which should be connected using i2c) but it did not respond on it's address (0xC0) on either of the i2c interfaces.. Have you seen a tuner-enable GPIO ?
21:54:04	preglow	rockbox has no O_TRUNC? :/
21:54:53	Bagder	it does
21:54:59	preglow	doesn't seem to work
21:55:02	preglow	my file isn't truncated
21:56:01	amiconn	preglow: Do you close the file properly?
21:56:16	preglow	amiconn: yes
21:56:24	amiconn	Hmm.
21:56:29	preglow	if by 'properly' you mean 'at all'
21:56:38	preglow	'cause i can't think of any way to close it improperly, heh
21:57:00	amiconn	yeps. It should work then.... What are you trying to do?
21:57:07	preglow	writing debug data to a text file
21:57:41	preglow	int of2 = rb->open("/test.txt", O_WRONLY \| O_CREAT \| O_TRUNC);
21:57:45	preglow	nothing wrong with that?
21:59:40	amiconn	Hmm, looks correct.
22:00
22:00:00	amiconn	What does a filesize(of2) tell you?
22:00:07	preglow	right after opening?
22:00:19	amiconn	yup
22:01:15		Quit Hohoman (Read error: 104 (Connection reset by peer))
22:03:00		Join Hohoman [0] (~inte@hohoman.olf.sgsnet.se)
22:03:23	preglow	excuse me for wasting your time, i am a fool
22:03:34	preglow	i've been copying the bloody .o file to the player for the last ten minutes
22:03:38	preglow	small wonder things didn't work out
22:03:45		Quit Zagor ("Client exiting")
22:03:50	preglow	it truncates just fine
22:04:09		Join jyp [0] (~jp@97-104.245.81.adsl.skynet.be)
22:08:34	linuxstb	amiconn: new DOS shortnames look good.
22:08:49	amiconn	:)
22:10:11	linuxstb	It's better than the 108 warnings I've just added to the iRiver buiild with libFLAC...
22:11:26	linuxstb	Does anyone have gcc 3.3.? installed for the m68k?
22:11:32	preglow	yes
22:11:37	preglow	no, ignore me
22:12:03	preglow	i've got it for x86, but that won't get you far
22:12:06	amiconn	I wonder whether we need to bump the build cycle time soon. The automated builds already take more than half of the 20 minute cycle...
22:14:28	preglow	hmm
22:14:33	preglow	think i've found a usb related bug here
22:14:51	preglow	i can now browse my mp3 player on both the computer AND rockbox
22:14:55	preglow	and it is connected
22:15:39	HCl	linuxstb: i got a binary of it.. i think.
22:16:58	preglow	and there i got an ata panic
22:17:02	preglow	-71
22:17:54	linuxstb	HCl: Can you see what warnings the current CVS gives with gcc-3.3 when compiling the iRiver target? If you look at the daily builds table,. gcc-3.4 is giving lots of inlining warnings.
22:19:46	HCl	um..
22:19:59	HCl	i'm rather tired, can i just dcc you the executable?
22:20:34	linuxstb	HCl: Don't worry, I'll install it myself, thanks.
22:20:40	HCl	okies
22:21:22	preglow	hmm, it seems rockbox detects the usb connection earlier than windows, rockbox goes to usb mode while windows doesn't if the plug is only halfway in
22:21:26	preglow	i think my crash was related to that
22:21:49	preglow	but can't reproduce it
22:23:13	preglow	yes i can, there it paniced again
22:23:26	LinusN	tell me
22:23:31	rasher	you're being mean to it
22:23:42	preglow	i've got debug info now
22:23:53	preglow	but i guess this is more of a hardware related bug
22:25:02	preglow	rasher: i didn't mean to :/ after all the usb plugging i've done lately, my usb connector has gotten rather slack, so i unintentionally left it halfway in the first time
22:25:03		Join Patr3ck [0] (~patr3ck@pD9E5CFA4.dip.t-dialin.net)
22:29:16	amiconn	I just realised that the shortname creation code (both old & new) has a bug. If you hand it a longname that consists of forbidden characters only (e.g. "+++++.txt"), it'll end up with an empty name part.
22:30:56	linuxstb	amiconn: Should forbidden characters be replaced by something, rather than omitted?
22:31:39	preglow	shouldn't open return -1 in case of illegal characters?
22:32:14	amiconn	preglow: I don't talk about complete illegal file names here.
22:32:23	amiconn	*completely
22:32:45	amiconn	It's about illegal characters for 8.3 shortnames
22:33:22	amiconn	I think omitting them is the better method.
22:33:25	preglow	i hate this 8.3 business, lets go ext3 :(
22:33:27	preglow	:) <
22:34:04	preglow	it would of course not go well with archos and lock out all windows users, but hey
22:34:37	HCl	okay
22:34:38	HCl	now
22:34:41	HCl	if rockboy still runs now
22:34:43	HCl	it'll be sweet.
22:34:46	*	HCl goes to test
22:34:49	preglow	what'd you do?
22:34:53	HCl	stuff >.o
22:34:56	HCl	i'll tell you if it works
22:35:14		Join xen` [0] (~xen@ADijon-151-1-72-114.w83-196.abo.wanadoo.fr)
22:36:15	amiconn	linuxstb: I wonder whether we should fix this at all. The file handling isn't 100% foolproof anyway, e.g. you can create longnames that start and/or end with spaces.
22:38:07	Quelsaruk	btw, what do you think about the new charging routine?
22:38:38	linuxstb	amiconn: Why don't you just add some comments to the code with the "known bugs" ?
22:40:28	elinenbe	linuxstb: I think amiconn's idea is better... fixing know bugs! (hey, who wants to look at the recursive insert bug?)!
22:40:49	amiconn	Hmm, Windows replaces illegal chars by underscore, only spaces are removed.
22:40:59	amiconn	I think this is a good idea after all
22:41:08	linuxstb	Only by chance!
22:41:26	amiconn	?
22:45:43		Quit Chamois ("CGI:IRC")
22:46:13	HCl	okay, i think i slashed rockboy down with another 170k
22:46:20	HCl	making it 420k
22:46:37		Join wacky_ [0] (~wacky@modemcable040.196-203-24.mc.videotron.ca)
22:46:53	wacky_	hey guys :)
22:47:27	jyp	HCl: gratz ;)
22:48:04	Bagder	is it my X or is the x11 sim weird atm?
22:48:08		Join webguest93 [0] (~3e234217@labb.contactor.se)
22:48:20	amiconn	Bagder: ?
22:48:26	Bagder	I can't get the menu to appear in the recorder sim
22:48:49		Quit webguest93 (Client Quit)
22:48:59	Bagder	first I thought I'd broken it, but trying a fresh cvs it still doesn't work for me
22:49:11	HCl	gee. what fun.
22:49:16	wacky_	amiconn - you committed some fix for the fat bug ?!
22:49:19	HCl	i now own pokemon yellow in japanese....
22:49:21	HCl	goddarnit
22:49:24	wacky_	have you guys tried the 'iriverify' plugin ?
22:49:25	amiconn	wacky_: I did.
22:49:30	HCl	i want english, english!! >.<;
22:49:38	HCl	whats the iriverify plugin?
22:49:59	HCl	pocket monsters yellow... hm. yea. thats what it was called..
22:50:48	wacky_	heh.. sorry for the lamish code.. I have to do more.. it's been some time since I coded C
22:51:30	wacky_	glad to have that fixed now.. that allows to create playlists in Rockbox and load them in the original firmware... until we get sound support in ROckbox :)
22:53:07	wacky_	whould I remove the link to my patch in the ThingsTodo wiki page ??
22:53:09	Quelsaruk	HCl: i can translate something if it's in hiragana, but not if it's in kanjis :D
22:54:07	HCl	Quelsaruk: mmm.
22:54:19	HCl	Quelsaruk: well, i'm somewhat ok in japanese.. my gf is better at it..
22:54:27	HCl	but i want it in english, obviously
22:54:31	Quelsaruk	hehehe
22:54:34	preglow	i've got it in spanish :-)
22:54:38	Quelsaruk	dunno why ;)
22:54:40	HCl	yea
22:54:42	HCl	i finally have a rom
22:54:45	HCl	thats named yellow-eng.gb
22:54:51	HCl	and claims to be pokemon yellow in english.
22:54:53	HCl	so.....
22:56:13	***	Saving seen data "./dancer.seen"
22:58:15	Bagder	what does 'uname' output on cygwin?
22:58:44	preglow	CYGWIN_NT-5.1 winglow 1.5.12(0.116/4/2) 2004-11-10 08:34 i686 unknown unknown Cygwin
22:58:47	preglow	that's -a
22:58:49	amiconn	CYGWIN_NT-5.1
22:58:51	preglow	no -a gives just the first part
22:59:01	Bagder	ok, thanks
22:59:07	amiconn	Maybe it'll differ for different windows versions
22:59:14	preglow	think so
22:59:16	preglow	5.1 is xp
22:59:18	preglow	5 is windows 2000
22:59:19	amiconn	The 5.1 is most likely xp
22:59:25	amiconn	5.2 is 2003
22:59:40	Bagder	I'll check for "cygwin*"
22:59:56	amiconn	What do you need this for?
23:00
23:00:04	Bagder	conditional stuff in configure
23:00:08	Bagder	moved from makefile(s)
23:00:41	Bagder	I want the makefiles as simple as possible
23:01:10	Bagder	SOURCES-using sim build works now for x11
23:01:26	Bagder	at least most things
23:01:30	rasher	hurray
23:01:35		Join MisticJeff [0] (~4128708e@labb.contactor.se)
23:02:02	wacky_	hey, finally? do you know if it's alright to have spaces in the 8 first bytes of a shortname ?
23:02:12		Join skav [0] (skav@67-138-74-184.dsl1.merch.roc.ny.frontiernet.net)
23:02:23	amiconn	wacky_: No it's not
23:02:51	preglow	spaces anywhere in a shortname is illegal
23:02:55	wacky_	and are they needed to be upper case ?
23:02:56	amiconn	Rather, the name has to be padded with spaces, but there must no be a space in between
23:03:04	preglow	i remember some old dos progs used to be able to do that, and command would understand nothing
23:03:14	wacky_	hahahah
23:03:23	MisticJeff	On-The-Fly Playlists: pick songs randomly from your player and add them to a list to play whenever you'd like. Most players support multiple OTF playlists and allow you to delete songs from them, etc.
23:03:53	preglow	enqueue style
23:03:59	amiconn	Actually, there is one exception to this rule: OS/2 creates a file "EA DATA.SF". Doing it that way almost guarantees that this file won't be touched by a dos program
23:04:17	MisticJeff	yes, just in the U.S. they don't call it a queue
23:04:29	preglow	doesn't matter, rockbox has that
23:04:31	preglow	afaik
23:04:35	Bagder	yeps
23:04:56	MisticJeff	I think Linus was looking for a correlation between queue and playlist
23:05:12	wacky_	MisticJeff - seen that iriverify + fat bug fixed ?
23:05:20	wacky_	you can have otf playlist right now for your beloved iRiver
23:05:31		Quit elinenbe (" Like VS.net's GUI? Then try HydraIRC -> http://www.hydrairc.com <-")
23:05:41	wacky_	even though you have to fly between O/S to do so
23:06:10	MisticJeff	don't have a clue what you're speaking of... enlighten me
23:06:47	wacky_	well if you run Rockbox right now.. you can use the playlist creation methods provided in there, and save a .m3u file on the drive.
23:07:07	wacky_	Then you pass it through the 'iriverify' plugin.. and the original iRiver firmware will be able to play the .m3u
23:07:34	wacky_	MisticJeff - do you have Rockbox installed on a device somewhere ?
23:08:41	MisticJeff	no, but you can use .m3u files already on the H100 and H300 series
23:08:56	wacky_	yeah but you can't create them without a computer
23:09:16	MisticJeff	true
23:09:38	wacky_	God, I wanted for so long to be able to make playlists wherever I was..
23:10:10	MisticJeff	unfortunately i'm not tech literate enough to compile this and that and flash with rockbox... i'm the kind of guy that needs an executable to build a .hex file for me
23:10:11	Bagder	wacky_: what is it about the rockbox ones that the iriver firmware doesn't like?
23:11:01		Quit jyp ("poof!")
23:11:12		Quit Stryke` ("Friends don't let friends listen to Anti-Flag")
23:12:10	wacky_	Bagder - the iRiver firmware wants a couple of things to be happy. He wants backslashes (\) instead of slashes.. he's very picky about the driveletter if there is any, he desires a CR/LF line ending, and I _think_ it checks if the files exist
23:12:37	wacky_	MisticJeff - you want them ?
23:12:54	wacky_	come on, get your hands dirty
23:12:56	Bagder	ok, thanks
23:13:11	Bagder	any idea how large playlists it can play?
23:13:17	wacky_	so the iriverify plugin just translates / to \ and ensures it ends with \r\n
23:13:53	MisticJeff	i'll wait, thanks for the offer though
23:13:56	wacky_	Bagder - hmm.. no.. I don't know.. and btw, my plugin isn't foolproof with large files. I don't know much about the buffer limitations so I just assumed (bad bad!) it had enough space running
23:15:29	LinusN	gotta go, cu around guys
23:15:59		Part LinusN
23:17:45	HCl	woot.
23:17:46	preglow	MisticJeff: i'm working on a windows tool you should be able to use :-)
23:17:50	HCl	i got to the new game menu on pokemon yellow
23:18:22	wacky_	amiconn - are caps required in 8.3 ?
23:18:22	preglow	what did you do?
23:18:24	MisticJeff	preglow: cool... just what a microsoft slave needs ;-)
23:18:31	amiconn	wacky_: yes
23:18:34	wacky_	hahah
23:18:37	preglow	MisticJeff: it requires you to press a 'patch' button, that's that
23:18:40	HCl	i just held rec and play several times
23:18:43	HCl	and eventually it continued
23:18:48	HCl	i also have the english version now
23:18:49	HCl	want it?
23:18:53	preglow	sure
23:18:57	MisticJeff	now we're talking... patch buttons are my friend
23:18:58	wacky_	so we should read "%04X" instead of "%04x" in randomize_dos_name() ?
23:19:19	amiconn	Ooopssss.
23:19:25	wacky_	:P
23:19:43	Patr3ck	hm, current cvs does not compile
23:19:44	HCl	hehe.
23:19:52	HCl	100mbit <-> 100mbit is always nice :P
23:20:00	wacky_	but your fix is much cleaner than mine :)
23:20:01	preglow	HCl: indeed
23:20:04	Patr3ck	*** No rule to make target `flac2wav.c', needed by `/usr/src/rockbox/rb_build/dep-plugins'. Stop.
23:20:07	HCl	23:18 DCC sent file yellow-eng.gb [1MB] for preglow in 00:00:02 [512.00kB/s]
23:20:33	bg_	HC1: you mean pokemon amarilla
23:20:37	bg_	:)
23:20:50	HCl	bg_: thats the spanish version :P
23:21:09	bg_	i know, what are ya doin with spanish roms?
23:21:13	Quelsaruk	amazing
23:21:20	HCl	i couldn't find any english ones :P
23:21:20	HCl	till now
23:21:22	Quelsaruk	pokemon edicion amarilla
23:21:25	Quelsaruk	:)
23:21:35	Quelsaruk	that's the spanish rom
23:21:39	bg_	si
23:21:50	Quelsaruk	my little cousin played with that game a lot :)
23:22:01	Quelsaruk	i can't see any fun in pokemon
23:22:04	Quelsaruk	:/
23:22:13	HCl	the story can be ok, i dunno.
23:22:21	bg_	actually, its a pretty good game
23:22:22	preglow	nor can i, but i can see the fun when it's running on a h120
23:22:23	preglow	heh
23:22:23	Quelsaruk	:)
23:22:25	bg_	if you can look past the kiddy part
23:22:27		Quit Cassandra_ (Read error: 110 (Connection timed out))
23:22:33	HCl	and its one of the few games
23:22:36	HCl	that'll actually work right
23:22:39	Quelsaruk	i prefer super mario
23:22:40	Quelsaruk	:D
23:22:48	HCl	because you don't need diagonal for it
23:22:50		Join Cassandra_ [0] (~christi@213.78.110.195)
23:22:52	preglow	http://glow.m0f0.net/rockbox/pictures/P2160041.JPG
23:22:56	preglow	just look at it! it's adorable!
23:23:03	bg_	im just at a loss about the controls... i cant see using the little joystick as being too effective
23:23:05	Quelsaruk	HCl: check for Zelda
23:23:05	HCl	:P
23:23:11	HCl	Quelsaruk: ?
23:23:23	Quelsaruk	The legend of Zelda
23:23:34	amiconn	HCl: Does the rockboy copy on your ftp happen to be current? Is there a .zip with only the changed files?
23:23:34	HCl	what about it?
23:23:38	Quelsaruk	you don't need diagonal, and is a nicer game (at least for me)
23:23:47	HCl	amiconn: only binary, want me to compose a source thing?
23:24:01	HCl	i cleaned it up lots
23:24:12	amiconn	HCl: Yes, could be interesting. I'll finally try it on the archos.
23:24:20	amiconn	Does it work on the sim now?
23:24:25	wacky_	preglow - :)
23:24:58	Quelsaruk	amiconn: what are you going to try on archos?
23:25:12	amiconn	Gameboy emu :)
23:25:51	HCl	no, it doesn't work in the sim, still, no clue why :/
23:25:56	bg_	i wonder how hard it would be to get the linux kernel compiled for the iriver
23:26:12	Patr3ck	flac2wav.c is missing in cvs?
23:26:15	Quelsaruk	can i try?
23:26:17	HCl	i wonder mostly what use it is to have linux on iriver
23:26:25	preglow	bg_: not too hard, i expect, but pretty pointless
23:26:26	bg_	not much, without a keyboard
23:26:28	*	Quelsaruk check the calendar
23:26:37	Quelsaruk	no, it's not 1st of april
23:26:43	Quelsaruk	so it's not a joke ;)
23:26:45	amiconn	Quelsaruk: ?
23:26:55	HCl	:P
23:26:57	Quelsaruk	i want to try that too
23:26:58	Quelsaruk	:D
23:27:12	Quelsaruk	if possible
23:27:14	Quelsaruk	of course
23:27:15	Quelsaruk	:)
23:27:22	linuxstb	Patr3ck, I've just comitted it, sorry about that.
23:27:26		Quit bg_ ("Chatzilla 0.9.67 [Firefox 1.0+/20050201]")
23:27:37	Patr3ck	no problem :-)
23:28:10	amiconn	Quelsaruk: I'll need to adapt the lcd driver, and it will require a special rockbox build with a huge plugin buffer.
23:28:27	amiconn	Finally, it won't be able to play all roms due to lack of ram
23:28:37	Quelsaruk	oh
23:28:42	Quelsaruk	don't worry
23:29:00	amiconn	Of course it'll be tad slow at the start, but I expect it to run a bit faster than on current iriver rockbox
23:29:18	Quelsaruk	if you adapt the lcd driver and build that special rockbox version, can i see it? :D plizzzz
23:29:20	wacky_	ok see you guys later
23:30:46	amiconn	The lcd driver needs to cut the output in half, so most likely it'll look a bit odd
23:31:53	Quelsaruk	but i can show a gameboy emulator to all my friends and be the coolest spanish guy ;)
23:31:53		Quit wacky_ ("thanks")
23:32:37	HCl	amiconn: you'll need to modify vid_update in iriver.c ... and don't forget the second scanline>=128 check in lcd.c
23:33:14	amiconn	This check will remain the same I think.
23:33:26	HCl	kay.
23:33:33		Join webmind_ [0] (~webmind@217-195-236-172.dsl.esined.net)
23:33:36		Quit webmind_ (Client Quit)
23:33:36	amiconn	I'll simply use every second scanline for a start, thereby cutting it to 80x64
23:34:00	*	HCl nods
23:40:05	amiconn	linuxstb: Do you remember where those 5 places are that define the plugin ram size?
23:41:01	linuxstb	amiconn: Yes, the 3 .lds files in firmware, apps/plugin.h and plugins/plugin.lds
23:41:38	Bagder	the boot.lds shouldn't need it
23:41:49	amiconn	linuxstb: Thanks. Going for 512 KB...
23:42:16	linuxstb	Bagder: It was defined in there already, so I changed it for the iRiver.
23:42:27	Bagder	I know, I noticed your fix of it
23:42:46	Bagder	but I don't think the bootloader will run many plugins ;-)
23:43:23	amiconn	linuxstb: It was plugin.c
23:43:44	linuxstb	amiconn: I meant to type plugin.c ...
23:43:48	HCl	how much ram does archos have?
23:43:53	amiconn	2 MB
23:43:57	HCl	k
23:44:14	amiconn	I'll gradually cut down plugin buffer size once it is working
23:44:20	HCl	yea
23:44:27	HCl	i don't know how big it is for archos
23:44:39	HCl	but in coldfire code, its 423264
23:44:41	HCl	bytes
23:44:46	HCl	at the moment
23:44:59	HCl	i've been sacrificing portability for speed/size lately
23:48:12	amiconn	Darn! Include problem :(
23:48:53	amiconn	The same problem that I get when I try to compile it for the sim...
23:49:05	HCl	mmm?
23:49:12	HCl	what error do you get?
23:49:15	amiconn	CC rockboy/lcd.c
23:49:16	amiconn	In file included from rockmacros.h:1,
23:49:16	amiconn	from lcd.c:4:
23:49:16	DBUG	Enqueued KICK amiconn
23:49:16	amiconn	/home/Administrator/rb-gameboy/apps/plugin.h:49:21: widgets.h: No such file or directory
23:49:20	HCl	oh
23:49:20	HCl	that
23:49:21	HCl	yes
23:49:22	HCl	my bad.
23:49:29	HCl	i totally forgot that.
23:49:33	HCl	i have a symlink
23:49:33	amiconn	What's the problem?
23:49:40	HCl	in apps/
23:49:46	HCl	widgets.h -> apps/recorder/widgets.h
23:50:04	HCl	its a .h only for the recorder, but its needed somewhere.
23:50:33	HCl	i had a hard time adding it to the includes, so i just added a symlink to it
23:50:58	amiconn	Fixed it in the makefile
23:51:04	HCl	ok
23:51:06	HCl	thats better
23:51:09	HCl	whats the new line?
23:51:12	HCl	i'll fix it here too
23:51:14	amiconn	line 19:
23:51:20	amiconn	SYS_INCS = -I$(APPSDIR) -I$(APPSDIR)/recorder -I.. -I. -I$(FIRMDIR)/include -I$(FIRMDIR)/export \
23:51:24	HCl	mk..
23:51:55	amiconn	Hmm. Of course the hard-coded button assignments need attention...
23:52:22	amiconn	SELECT, MODE and REC are used for what gameboy functions?
23:52:40	amiconn	Sorry I never had a real gameboy in my hands...
23:52:43	HCl	it kinda says in iriver.c
23:52:46		Quit lolo-laptop ("Client exiting")
23:52:57	HCl	select is quit
23:53:00	HCl	mode is select
23:53:01	HCl	and rec is start
23:53:26	amiconn	So why don't you use select as select? Is there a special reason?
23:53:54	amiconn	I'd expect a plugin to quit with OFF on recorder, and the equivalent on iriver (STOP iirc)
23:53:56	HCl	i dunno, its mostly because i had no buttons left on the sides and needed a button for quit and it was the only one left on the base
23:54:12	HCl	its impractical to have any button mapping on the joypad button
23:54:17	HCl	cause you'll end up pressing it by accident
23:54:48	amiconn	So rockboy may quit by accident? ;)
23:54:52	HCl	yes :P
23:55:44	HCl	its a temporary solution till i map buttons to the remote.. at least, that was my idea
23:56:43		Part MisticJeff
23:57:27		Join amiconn_ [0] (~jens@pD9E7FC7F.dip.t-dialin.net)
23:57:38		Quit amiconn (Nick collision from services.)
23:57:38		Nick amiconn_ is now known as amiconn (~jens@pD9E7FC7F.dip.t-dialin.net)
23:57:42	HCl	wb
23:57:45	amiconn	HCl: I'll try and hack together some conditional #defines as for the other plugins
23:57:52	HCl	nods
23:57:55	HCl	i was planning to do that
23:58:09	HCl	but i had more priority over cleaning up the makefile process and removing unneeded bits

Previous day | Next day