#rockbox 2009-09-19

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 2009-09-19

00:00:16	*	domonoky now has a working patch for rbutil which checks for a new version at startup. this should now handle all version anomalys :-) http://pastebin.com/m65283b4d please comment !
00:03:57	saratoga	domonoky: where does the new sansa bootloader need to be uploaded to to replace the old one?
00:04:47	domonoky	download.rockbox.org/bootloader/sandisk-sansa/ and deeper depending on target
00:07:28		Quit togetic ("WeeChat 0.3.0")
00:09:48		Join togetic [0] (n=togetic@unaffiliated/ibuffy)
00:09:52		Quit robin0800 (Read error: 110 (Connection timed out))
00:10:47		Join robin0800 [0] (n=robin080@general-kt-199.t-mobile.co.uk)
00:13:04	lennyk	I'm trying to use the voice api in a plugin, but I can't figure out how and I can't find any documentation. Is it possible?
00:15:06	JdGordon\|	its not possible yet
00:15:39	lennyk	oh man, that's a bummer. is anybody working on it?
00:16:35	lennyk	is it a big job? I might be up for it but I'm still getting to know the rockbox source code.
00:17:17	JdGordon\|	one of the 2008 GSoC projects was for this, which didnt get completed.... have a look in the tracker for the patch
00:17:24	lennyk	and is talk support in plugins wanted by the devs in general?
00:17:29	JdGordon\|	it is
00:17:38	lennyk	ok, i'll look for that! thanks
00:18:20		Quit efyx_ (Read error: 110 (Connection timed out))
00:18:40	moos	lennyk: http://www.rockbox.org/tracker/task/9067?project=1&type=4&order=category&sort=asc
00:20:00	lennyk	thanks moos!
00:20:04	lennyk	I wasn't finding that
00:20:30	saratoga	JdGordon\|: thinking of looking at the clip tonight, have you done anything since last weekend?
00:20:40	JdGordon\|	no nothing
00:20:46	moos	lennyk: You are welcome
00:23:40		Join test_ [0] (i=55ab6478@gateway/web/freenode/x-hrtowrzwizmunkfj)
00:23:53		Quit test_ (Client Quit)
00:28:11	CIA-43	New commit by Domonoky (r22734): rbutil: check for new Versions at startup.
00:29:56		Join HBK [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com)
00:31:13	***	Saving seen data "./dancer.seen"
00:34:19	aidy	knite
00:42:31		Quit n1s ("L�mnar")
00:47:51		Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com)
00:48:11		Quit kugel (Read error: 104 (Connection reset by peer))
00:48:55		Join kugel [0] (i=kugel@rockbox/developer/kugel)
00:49:14		Quit DarkDefender (Client Quit)
00:49:45		Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com)
00:53:02		Quit DarkDefender (Client Quit)
00:53:49		Nick PSPdemon is now known as PSPdaway (n=PSPdemon@c-66-177-37-36.hsd1.fl.comcast.net)
00:55:39		Quit bluebrother ("n8")
00:57:29		Quit roolku ()
00:57:42		Quit JdGordon\| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
00:59:45		Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca)
00:59:55		Quit Zagor ("Clint excited")
01:00
01:05:38		Quit matsl (Read error: 110 (Connection timed out))
01:06:43		Quit Lynx_ (" HydraIRC -> http://www.hydrairc.com <- Like it? Visit #hydrairc on EFNet")
01:07:55		Join JdGordon\| [0] (n=Miranda@68-27-49-167.pools.spcsdns.net)
01:08:51		Join funman [0] (n=fun@rockbox/developer/funman)
01:10:28		Quit Farthen (Nick collision from services.)
01:15:19		Join tmzt_ [0] (n=tmzt@adsl-99-52-65-233.dsl.akrnoh.sbcglobal.net)
01:17:15		Nick PSPdaway is now known as PSPdemon (n=PSPdemon@c-66-177-37-36.hsd1.fl.comcast.net)
01:17:24	funman	bughunter2: hi, any progress on USB for Sansa AMS ?
01:17:31	bughunter2	hey
01:17:50	bughunter2	I'm afraid not, I'm no ARM expert so I haven't reversed the OF yet
01:18:50	funman	I had found some little bits but couldn't link them together
01:18:55	bughunter2	oh
01:19:14	funman	do you have at least some knowledge about ARM / disassembling ?
01:19:25		Quit tmzt (Read error: 110 (Connection timed out))
01:19:41	bughunter2	I know that ARM is an architecture, like x86. But I'm way better with x86 than ARM (I've reversed quite some x86 code)
01:19:56		Quit robin0800 ("Leaving")
01:19:58	saratoga	funman: did you ever look into the clip dead lock issue?
01:20:00	bughunter2	I pretty much stopped after reading the datasheets, I thought: we need the initialization first, and I can't get that to work right now, so I stopped
01:20:25	funman	bughunter2: makes sense
01:20:52	funman	saratoga: about playback ? yes i started adding some logf output into buffering/playback .c but without investing enough time to get the start of a track to follow
01:20:54		Quit domonoky (Read error: 104 (Connection reset by peer))
01:20:58	bughunter2	yeah I guess.. but I'm still motivated to get working on it if we can get interrupts to work ^_^
01:21:10	saratoga	ok i'm looking through it now on the sim
01:22:58		Quit tmzt_ (Remote closed the connection)
01:23:10		Join tmzt [0] (n=tmzt@99.52.65.233)
01:24:36	bughunter2	funman: I kind of hoped you'd have some spare time and motivation to help me out a bit with the initialization routine
01:26:59		Join chandoo [0] (n=chandoo@ool-4353b978.dyn.optonline.net)
01:27:58		Quit FlynDice (Remote closed the connection)
01:28:33		Join robin0800 [0] (n=robin080@149.254.200.216)
01:28:50	saratoga	JdGordon: do you have any idea what the patch in FS #10605 - Patch for stable playback for clip_v1 actually does?
01:29:45	JdGordon\|	going from memory, you mean the 2nd part? or both?
01:30:00	JdGordon\|	I remember the first part disabled buffering he codec which seems reasonanble
01:30:34	saratoga	JdGordon\|: yeah i'm playing with that now
01:30:46	saratoga	it actually seems to knock out one of the easiest to reproduce deadlocks on the sim
01:31:07	JdGordon\|	which part?
01:31:31	kugel	"yes", he already said :p
01:32:27	saratoga	JdGordon\|: the first part
01:33:01	JdGordon\|	arnt you testing with playlists of the same codedc?
01:34:03		Nick liar is now known as liar\|away (n=liar@83.175.83.185)
01:34:22	JdGordon\|	back in 10min...
01:34:26		Quit JdGordon\| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
01:34:40		Join FlynDice [0] (n=FlynDice@c-24-19-225-90.hsd1.wa.comcast.net)
01:35:43	saratoga	JdGordon\|: yes
01:36:09	saratoga	it buffers the next codec even if its the same, at least as far as I can tell
01:37:49		Quit GeekShadow ("The cake is a lie !")
01:41:17	funman	bughunter2: i'm short on time these days, but hopefully some evenings in the coming weeks i'll be there
01:41:20		Quit ender (" It should be noted, however, that while trading with the enemy is essentially light treason in the eyes of the United State")
01:41:29	bughunter2	I understand :)
01:44:06	JdGordon	saratoga: ok, I have to be really quick.... I wonder how that can ever happen (codec buffering)... its still 512K on the clip right? so that is getting very close to the actual buffer size
01:44:29	saratoga	JdGordon: its 300KB or so for the codec buffer
01:44:33	saratoga	but what does that even do?
01:44:45	saratoga	isn't the codec buffer seperate from the compressed audio buffer?
01:45:07	JdGordon	it loads the next codec into the buffer so its a simple memcpy() instead of disk access for the next track
01:45:18	JdGordon	that shouldnt be happening if the codec is the same... thats a bug if it is
01:45:20	saratoga	but if the next track is also mp3
01:45:22	saratoga	yeah
01:45:36	saratoga	does it matter that i'm skipping a track?
01:45:50	saratoga	what i've been doing is starting a file, then skipping to the next
01:45:57	saratoga	since its faster then waiting for a manual change
01:47:54		Quit lennyk ()
01:48:20	JdGordon	it shouldnt
01:48:20	saratoga	the entire codec buffer is only 390KB, so buffering another codec will almost certainly fail
01:48:29	saratoga	sorry
01:48:34	saratoga	entire compressed audio buffer
01:48:57	JdGordon	right, then the bufopen() call fails
01:49:30	saratoga	so whats the bug here, trying to buffer the codec at all, or buffering when its not needed?
01:51:35		Quit funman ("leaving")
01:51:52	JdGordon	the latter
01:52:14	JdGordon	the former will be a problem also, but that seems to work now (mostly) doesnt it?
01:52:30	PSPdemon	out of curioisity is CIA-43 a bot based on something like.....eggdrop?
01:52:34	PSPdemon	or uses something similar?
01:52:59		Join n9xvt [0] (n=IceChat7@24.172.144.174)
01:53:11	JdGordon	I have to run, back in an hour
01:53:13	saratoga	k
01:53:19	n9xvt	is there a workaround for rbutil not being able to get/install rockbox today?
01:53:42	AlexP	You can install manually
01:53:53	AlexP	i.e. download the zip and unzip it
01:54:04		Quit BlakeJohnson86 (Read error: 110 (Connection timed out))
01:54:13	AlexP	Hopefully rbutil will be back running soon - it is a side effect of moving servers
01:54:16	n9xvt	kewl
01:57:25		Quit robin0800 (Read error: 145 (Connection timed out))
01:59:16		Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net)
02:00
02:01:09	n9xvt	done and done,,thanks!
02:01:28	AlexP	no probs
02:02:08	n9xvt	would the server change have anything to do with the 50 hrs downtime?
02:02:16	AlexP	no, that was different
02:02:39	n9xvt	kewl
02:02:39	AlexP	(AFAIK)
02:05:21	n9xvt	have a good night, keep up the good work! c-ya
02:05:45		Part n9xvt
02:12:04	CIA-43	New commit by blue_dude (r22735): Performance improvement in limiter, about 2%
02:13:01	kugel	meh
02:13:12	kugel	that doesn't count as a bug fix, does it?
02:13:38	kugel	btw, we need to document that timestrech and the limiter don't work together
02:18:03	PSPdemon	and once again
02:18:10	PSPdemon	what is CIA-43 running?
02:18:14	PSPdemon	out of curioisity
02:18:46		Join robin0800 [0] (n=robin080@general-ld-216.t-mobile.co.uk)
02:19:10	PSPdemon	oh nvm
02:21:52		Join n00b81 [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net)
02:28:15		Quit BlakeJohnson86 (Read error: 110 (Connection timed out))
02:31:17	***	Saving seen data "./dancer.seen"
02:31:46	saratoga	the logic used to decide when to load a codec makes no sense at all to me
02:32:19	saratoga	as far as I can tell if the buffer is small enough that the next track can't be in RAM already when the track changes, then buffering will reload the codec no matter what
02:33:05	saratoga	audio_rebuffer seems to unconditionally reload the codec
02:35:24	*	linuxstb wishes saratoga luck in that dark place he is entering
02:42:42		Join xDonny [0] (n=Donny@bas3-kingston08-1168066718.dsl.bell.ca)
02:42:43	saratoga	huh it reloads the codec on track skip even with a fairly large buffer (although the process obviously doesn't crash)
02:43:03	xDonny	are you working on playback on the 2g?
02:43:15	saratoga	Nano?
02:43:23	xDonny	yes
02:43:33	saratoga	no, clip
02:43:41	saratoga	the nano2g doesn't even have audio yet
02:43:45	xDonny	kk
02:45:47	saratoga	i spoke too soon, 7MB of RAM isn't enough to get it to reuse codecs, but 32 is
02:47:27	*	moos joins linuxstb wishing the best to saratoga
02:49:07	kugel	We stand directly behind you!
02:49:29	saratoga	don't get your hopes up, i'm 90% sure theres several bugs in play here and this is just the most accessible
02:50:47	kugel	I'm 99% sure there are several bugs :)
02:51:23	moos	hence my whishes, multiples embedded bugs
02:51:25	kugel	saratoga: I read you (and JdGordon) were wondering about that one line which checks for filling
02:51:27	moos	yeah :)
02:51:42	saratoga	kugel: which is this?
02:51:58		Quit Sajber^ (Read error: 104 (Connection reset by peer))
02:52:25	kugel	not checking, I mean line 2001
02:53:21	kugel	maybe I confuse it now. but in case you were wondering, I added that line to fix a bug where it wouldn't unboost after refilling
02:53:26	kugel	in playback.c btw
02:53:49	saratoga	the one JdGordon emailed the list about?
02:54:40	kugel	no, he was about some unused event
02:54:52		Join dubhdara [0] (n=mandolin@dialup-4.154.5.38.Dial1.Atlanta1.Level3.net)
02:56:16	saratoga	lostlogic in r9601 adds the check to see that the next track is buffered before allowing reuse of the codec
02:57:26		Part dubhdara
02:57:41	saratoga	kugel: in audio_fill_file_buffer ?
02:58:01	kugel	yes
02:58:49	saratoga	i can't remember what we were wondering so its probably not a big deal
02:59:02	kugel	alright, I just wanted to mention it
03:00
03:01:01	kugel	ah no, I added the (filling != STATE_FILLING) to the if. without that, it would just stop rebuffering if it happened during a track skip, leaving the cpu boosted
03:01:21		Quit PaulJam (Read error: 113 (No route to host))
03:07:55		Quit xDonny ("Leaving")
03:08:18	lostlogic	some day you'd think I'd write rockbox code again instead of just haunting.
03:08:51	moos	lostlogic: wow, long time!
03:09:23	lostlogic	sup dr moos :)
03:09:28	saratoga	lostlogic: help
03:09:35	lostlogic	saratoga: with your sanity?
03:09:49	saratoga	yeah
03:10:00	saratoga	i don't understand the logic when deciding to reload a codec
03:10:19	lostlogic	oh dear, and you think I do? what was the date of R9601 exactly? :-P
03:11:08	saratoga	before i started here
03:11:09	saratoga	2006
03:11:17	*	JdGordon doesnt tihnk its a good idea to assume a line from 11000 revisions ago is up to date
03:11:32	JdGordon	21000 even
03:11:36	lostlogic	teehee
03:11:40	JdGordon	no.. umm...
03:11:51	lostlogic	JdGordon: I thought you weren't around this evening?
03:11:58	JdGordon	45min to go
03:12:17	lostlogic	JdGordon: gotcha
03:13:19	saratoga	skips on low memory targets basically move through completely different call sequences
03:13:36	lostlogic	yeah, I totally don't understand playback any more (just checked)
03:14:26	saratoga	do you remember much of audio_check_new_track ?
03:14:45	lostlogic	actually, it's starting to come back to me :(
03:14:51		Join heretoo [0] (n=tristan@84-73-223-91.dclient.hispeed.ch)
03:15:24	moos	lostlogic: let's it come on you :)
03:16:03	saratoga	interestingly, if I comment out all the way to get out of audio_check_new_track early, the clip goes down a similar path to larger memory targets and theres no deadlock
03:17:06	saratoga	its the call to audio_rebuffer(); that kills it
03:19:56	lostlogic	well at first glance, it looks like audio_rebuffer should e called on the buffer thread not the codec thread, but that is not currently the case −− am I missing something obvious (like a buffering thread not existing) that has changed since last I poked my nose in?
03:20:49	lostlogic	nvm, totally off base.
03:22:03	kugel	don't worry, the whole thread stuff in that area isn't trivial
03:22:41	lostlogic	saratoga: so this deadlock −− it's between one thread waiting for the codec to be loaded and what else?
03:23:02	lostlogic	kugel: I know −− before nicop pulled buffering out of playback.c I wrote most of it ;)
03:23:32	saratoga	lostlogic: the specific one i'm chasing involves an attempt to load a codec for the next track, this fails, and then leaves the system in a bad state
03:23:37	kugel	yea, I already heard it was much worse a long time ago :)
03:23:47	saratoga	eventually it deadlocks waiting for some buffering events or something like that
03:24:15	kugel	is it actually notifying the other threads about a failed load?
03:25:08	saratoga	kugel: i'm not sure
03:25:08	lostlogic	saratoga: guessing that on lowmem targets the buffer at that point has < codecsize space and that's the difference?
03:25:22	saratoga	lostlogic: probably
03:25:47	saratoga	i think its a combination of the lack of memory forcing buffering to endlessly reload the codec, and some edge case that only happens when its being reloaded
03:25:59		Join CaptainKwel [0] (n=jason@207.237.172.77)
03:26:09	saratoga	since larger memory targets very rarely reload the codec, they have very few shots at getting this condition
03:26:57	lostlogic	hmm, there shouldn't really be a difference in targets codec reload frequency −− once the codec is loaded it doesn't matter if it's still on the buffer or not, right?
03:26:58	saratoga	perhaps I should put up a clip test build with codec rebuffering disabled and see if people report deadlocks as frequently
03:27:02	saratoga	err much less frequently
03:27:07	kugel	actually, that "reload codec if next track isn't buffered" thing shouldn't be needed since the codec of the next unbuffered track is basically known
03:27:34	saratoga	lostlogic: on low memory targets the codec is rebuffered whenever theres a track skip (not sure if it happens on normal track change)
03:27:49	kugel	well, only the metadata is known, but that's a) a mostly safe bet, and b) can be corrected once the track actually plays
03:28:37	saratoga	the filename is known which is enough to pick the codec, except maybe in the case of RM or MP4 files
03:28:57	lostlogic	saratoga: wonder if we can change the code to allow restarting a codec that's already in the codec RAM rather than requriing that it be recopied from either buffer or disk once it has exited.
03:29:06	kugel	the whole mp3entry struct is dumped for the next unbuffered track
03:29:08	lostlogic	(I had thought we already did)
03:29:21	saratoga	we already do
03:29:28	saratoga	it just doesn't work right when theres not much ram
03:29:34	lostlogic	well that's dumb :-P
03:29:40	saratoga	well its your code :)
03:29:46	lostlogic	grin
03:29:48	saratoga	and i have the svn logs to prove it
03:30:32	lostlogic	I'm actually surprised that that much of my code has survived nicop, pondlife and kugel over the years.
03:30:53	kugel	oh don't count me in, I did very little work on that
03:31:05	saratoga	i wonder why it was necessary to check if the file was already buffering in the first place
03:31:32	saratoga	in the worst case you just wouldn't buffer in advance and it would load it on track change, right?
03:32:01	saratoga	honestly for a flash target I wonder if theres ever any reason to buffer the codec
03:32:56	lostlogic	saratoga: some people basically wonder if there's any need for much of a buffer at all on flash targets and prefer to use almost all ram for PCM buf
03:33:09	kugel	not doing it doesn't gain anything except giving separate buffering systems (assuming the code works as expected that is)
03:33:41	saratoga	yeah ideally we should fix this problem on all targets
03:33:52	saratoga	since in theory it coudl happen to larger memory targets
03:34:04	kugel	lostlogic: what's the advantage if that?
03:34:31	saratoga	actually i wonder what would happen if you played a playlist that switched codec formats on every track for a bigger memory target
03:34:53	lostlogic	kugel: some say it improves battery life by boosting for longer less frequently or some such I think
03:35:13	JdGordon	the codecs already are supposed to handle being restarted on the next track.... I tihnk everyone was under the assumption that that still happen
03:35:22	saratoga	at least on PP it seemed to cost more power to buffer less because the flash memory didn't sleep as efficiently
03:35:24	kugel	less boosting for pcm for more often boosting to rebuffer isn't a good trade off it seems, reading from flash is still more demanding than reading from ram
03:35:41	saratoga	JdGordon: yes they do, and they have to be otherwise the ones using malloc won't work
03:35:51	saratoga	since we don't actually implement free(0
03:35:54	lostlogic	kugel: makes sense to me −− I didn't say I was one of those people ;)
03:35:54	saratoga	free()
03:36:22	JdGordon	I belive the codec api has a bool for this.. so the change should just be on the playback side...
03:36:39	kugel	additionally we have free() now for codecs
03:36:51	kugel	but only vorbis uses it
03:37:21		Join MethoS- [0] (n=clemens@134.102.106.250)
03:38:04	kugel	restarting is fine anyway, as long as it doesn't reload (i.e. from disk)
03:38:58	lostlogic	yeah, so for saratoga's issue, we'd need to change the path of audio_rebuffer (and it's callees) to allow for codec reuse?
03:39:40	kugel	I thought the codec is reused
03:40:10	lostlogic	maybe just audio-rebuffer doesn't know that the codec is going to be reused, so it tries to rebuffer it unnecessarily?
03:40:17	saratoga	no its already reused
03:40:17		Join rvvs89_ [0] (n=ivo@bright-snat.ucc.asn.au)
03:40:22	lostlogic	I shoudl really get out of this, cuz I don't know any more
03:40:25	saratoga	right now its just rebufferd for no reason
03:40:43	saratoga	basically it copies the mp3 codec over itself, then memsets it again
03:40:48	kugel	on all, or only lowmem?
03:40:52	saratoga	lowmem
03:41:15	kugel	but you said that only happens if one is skipping tracks?
03:41:22	lostlogic	saratoga: sure it copies it over itself and doesn't just rebuffer it and discard it from the buffer?
03:41:32	kugel	the deadlock happens with just letting it play too
03:41:47	saratoga	oh maybe that happens
03:41:51	saratoga	i don't think it matters though
03:41:54		Quit rvvs89 (Read error: 101 (Network is unreachable))
03:42:56	kugel	saratoga: btw, on the devcon we found that moving the main stack onto IRAM vastly improves the deadlock problem too. we had some 3h of continuous playback
03:43:12	saratoga	i remember hearing that
03:43:19		Quit pixelma (Nick collision from services.)
03:43:20	kugel	that was an album that deadlocked within 30min without that change
03:43:21		Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma)
03:43:29		Quit amiconn (Nick collision from services.)
03:43:33		Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn)
03:43:40		Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn)
03:43:43		Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma)
03:43:51	kugel	IIRC I checked that but I'm not too sure anymore
03:44:06	kugel	anyway, nice to see that the deadlocks are already narrowed down this far, good luck for the rest of the night, I'm heading off
03:44:19		Quit kugel ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]")
03:58:35		Quit chandoo ("Leaving")
04:00
04:07:29		Quit TheSeven (Nick collision from services.)
04:07:47		Join The_Seven [0] (n=theseven@dslb-084-056-188-036.pools.arcor-ip.net)
04:07:57		Nick The_Seven is now known as TheSeven (n=theseven@dslb-084-056-188-036.pools.arcor-ip.net)
04:21:42		Join antil33t [0] (n=Mudkips@125-236-160-62.broadband-telecom.global-gateway.net.nz)
04:26:50		Quit robin0800 ("Leaving")
04:29:50		Join robin0800 [0] (n=robin080@general-ld-216.t-mobile.co.uk)
04:30:22		Quit Lss (Read error: 104 (Connection reset by peer))
04:31:18	***	Saving seen data "./dancer.seen"
04:34:51		Quit merbanan (Read error: 110 (Connection timed out))
04:37:47		Quit MethoS- (Remote closed the connection)
04:39:44		Quit n00b81 ("Ex-Chat")
04:42:49		Quit Rondom (Nick collision from services.)
04:42:59		Join Rondom [0] (n=Rondom@dslb-084-057-174-097.pools.arcor-ip.net)
04:51:06		Join kushalone [0] (n=kushal@12.169.180.178)
04:59:56		Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
05:00
05:27:44		Quit DirtySkeMe (Remote closed the connection)
05:42:33		Quit dfkt (Read error: 104 (Connection reset by peer))
05:43:41		Quit heretoo (Read error: 110 (Connection timed out))
05:47:03		Join guest101 [0] (i=www-data@giant.haxx.se)
05:51:02	guest101	hi. i just installed rockbox, but i can't seem to find time stretcher in the sound settings. where do you enable it?
06:00
06:09:43		Quit guest101 ("CGI:IRC")
06:19:03		Quit kushalone (Client Quit)
06:29:29		Quit panni_ ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )")
06:31:21	***	Saving seen data "./dancer.seen"
06:32:39		Join guest101 [0] (i=www-data@giant.haxx.se)
06:36:18		Quit guest101 (Client Quit)
06:40:29		Quit daurn (Read error: 110 (Connection timed out))
06:41:24		Join daurn [0] (i=daurnima@freenode/staff/daurnimator)
06:48:47		Join kushalone [0] (n=kushal@12.169.180.178)
07:00
07:02:59		Join robin0800_ [0] (n=robin080@149.254.200.216)
07:04:03		Quit robin0800_ (Client Quit)
07:11:40		Join Horschti [0] (n=Horscht2@xbmc/user/horscht)
07:12:20		Join daurn\| [0] (n=daurnima@freenode/staff/daurnimator)
07:16:22		Quit robin0800 ("Leaving")
07:21:35		Quit daurn (Network is unreachable)
07:30:07		Quit Horscht (Read error: 110 (Connection timed out))
07:32:34		Join daurn [0] (i=daurnima@freenode/staff/daurnimator)
07:35:23		Join foe [0] (n=foe@60-240-228-213-vic-pppoe.tpgi.com.au)
07:49:01		Quit daurn\| (Read error: 110 (Connection timed out))
08:00
08:01:17		Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey)
08:11:23		Join z35 [0] (n=z35@ool-45701ce5.dyn.optonline.net)
08:31:23	***	Saving seen data "./dancer.seen"
08:49:42		Join stoffel [0] (n=quassel@p57B4FF1D.dip.t-dialin.net)
08:51:40		Join n1s [0] (n=n1s@rockbox/developer/n1s)
08:53:25		Join flydutch [0] (n=flydutch@host253-166-dynamic.8-87-r.retail.telecomitalia.it)
09:00
09:26:32		Nick rvvs89_ is now known as rvvs89 (n=ivo@pdpc/supporter/base/rvvs89)
09:27:37		Join funman [0] (n=fun@rockbox/developer/funman)
09:43:27		Join esperegu [0] (n=quassel@145.116.15.244)
09:44:17	esperegu	are there ani current models that are supported by rockbox?
09:53:46		Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net)
10:00
10:07:54		Quit BHSPitLappy (Remote closed the connection)
10:08:34	markun	esperegu: I don't think so. You can see the status of the players on the front page: http://www.rockbox.org/
10:08:44		Join d20 [0] (i=www-data@giant.haxx.se)
10:08:47	d20	hello?
10:08:54	d20	anyone is threr
10:08:56	d20	?
10:09:13	markun	yes, many people
10:09:36	d20	is there a rockbox for iriver d20?
10:09:48	d20	the dicple alpha
10:10:00	markun	nope
10:10:10	d20	oh
10:10:14	d20	really
10:10:18	markun	I see some talk about it in 2006
10:10:35	markun	but nobody who owns such a player has worked on a rockbox port
10:11:02	d20	hmm... but what's wrong about that?
10:11:27	esperegu	markun: yeah. but unfortunately they do not say if they are still available or not.
10:11:53	d20	what do you mena?
10:11:59	Bagder	d20: those people must simply be stupid ;-P
10:11:59	esperegu	would be nice to make add the 'in and out of production' dates
10:12:14	Bagder	d20: ports to players are done by owners of such devices
10:12:31	Bagder	if no one steps forward and do the work, it won't get done
10:12:56	d20	bagder// oh, really? I have a d20.
10:12:58	Bagder	esperegu: see the BuyersGuide wiki page
10:14:54		Quit stoffel (Remote closed the connection)
10:15:32	esperegu	Bagder: thx. so unfortunately none. would be nice to have a more prominent link to that page on the homepage though.
10:15:45		Join pamaury [0] (n=pamaury@140.77.26.234)
10:15:47		Quit vitja_ (Remote closed the connection)
10:15:58	pamaury	pcc1: hello
10:17:24		Join stoffel [0] (n=quassel@p57B4FF1D.dip.t-dialin.net)
10:19:44		Join ender` [0] (i=krneki@84.255.206.8)
10:26:20		Quit d20 ("CGI:IRC (EOF)")
10:31:26	***	Saving seen data "./dancer.seen"
10:35:46		Quit z35 (Read error: 110 (Connection timed out))
10:37:16		Join merbanan [0] (n=banan@c-83-233-172-245.cust.bredband2.com)
10:50:56		Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se)
10:51:29		Join AndyIL [0] (n=pasha_in@212.14.208.235)
10:52:19		Quit funman ("free(random());")
10:53:15	pcc1	pamaury: hello
10:53:41	pamaury	pcc1: did you have a look at the code I commited on github ?
10:53:43	pcc1	sorry I didn't reply to your email, I was busy with other things
10:53:45	pcc1	yes
10:54:20	pamaury	Did you code something else or not ? If not, I can try to finish the code by adding the SendObject operation
10:55:30	pcc1	no, I haven't. you can work on it if you like
10:56:16	pamaury	ok I'll do it now
10:58:33		Quit AndyI (Read error: 145 (Connection timed out))
11:00
11:01:12		Quit kushalone (Client Quit)
11:03:14	pixelma	is there any sense in having the CONFIG_I2C defines twice in the config files (e.g. in the ones for the CreativeZVs and the m200v4). I'm asking because I prepare a commit which is somewhat related and could remove the duplicates too while at it.
11:07:59	linuxstb	pixelma: No, there's no reason for that. So yes, delete the duplicates.
11:09:13	pixelma	thanks
11:17:55		Join MethoS- [0] (n=clemens@134.102.106.250)
11:20:24	*	linuxstb gets confused by the new wysiwyg editor on the wiki...
11:20:27		Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr)
11:22:15	*	linuxstb discovers "Raw edit" and is happy again
11:26:27	*	linuxstb wonders why saratoga created TargetClassifications, after saying he would put it into TargetStatus (where that information already is)
11:27:47	pixelma	are you sure it happened in this order, maybe he created the former first and then discovered that the latter is the better place?
11:29:08	linuxstb	He asked in IRC where to put that info, and suggested TargetClassifications. I suggested he just add it to the existing TargetStatus, and he said "OK",.
11:29:54	linuxstb	He added a link to TargetClassifications from TargetStatus, but then didn't delete the descriptions of the classifications from TargetStatus...
11:30:35		Join Jaykay [0] (n=chatzill@p5DDC7C5D.dip.t-dialin.net)
11:30:41	pixelma	hmm, no idea then
11:31:34	linuxstb	Hmm, and exact timestamps don't seem to be displayed on the wiki anymore - just the day...
11:37:02		Quit stoffel (Read error: 113 (No route to host))
11:37:17	CIA-43	New commit by pixelma (r22736): Remove dead or useless defines: HAVE_ONDIO_IC was replaced by CONFIG_I2C but just added not replaced for the OndioFM in errr... r5675. The creativezv* ...
11:38:04	pixelma	sorry for typo
12:00
12:02:30		Join Farthen [0] (n=chatzill@p50988dd0.dip0.t-ipconnect.de)
12:08:17		Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com)
12:15:15		Quit DarkDefender (Remote closed the connection)
12:15:24		Quit Jaykay ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]")
12:18:11		Join DarkDefender [0] (n=rob@78.69.30.229)
12:25:24		Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com)
12:31:27	***	Saving seen data "./dancer.seen"
12:35:15		Join wodz [0] (i=www-data@giant.haxx.se)
12:36:44	wodz	hello, Is there some ColdFire guru available?
12:50:48	AlexP	wodz: Just ask - if people know the answer they will reply
12:53:09		Quit pamaury ("exit((int )0 / 0);")
12:54:17	wodz	documentation to the CF IDE interface states that CF address lines a[1:5] are connected to through the buffer to the ide address lines a[0:2] and cs0, cs1
12:54:43	wodz	so is CF a0 line don't care than?
12:55:35	wodz	or it has some other function?
13:00
13:01:18		Join kushalone [0] (n=kushal@12.169.180.178)
13:11:09		Join hansaa [0] (n=sadadasd@muedsl-82-207-229-247.citykom.de)
13:11:21	hansaa	hi
13:11:35	hansaa	what's the best mp3 player rockbox runs on?
13:14:40	krazykit	it depends on what features you want. check out http://www.rockbox.org/wiki/BuyersGuide
13:15:07		Join mcuelenaere [0] (n=mcuelena@78-21-191-122.access.telenet.be)
13:15:59		Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net)
13:17:33	hansaa	the mp3 player should still be sold :S
13:18:39	wodz	I think the easiest to get are some iPods
13:21:34		Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky)
13:23:34	linuxstb	hansaa: Then that narrows the list down to zero...
13:24:24	krazykit	hansaa, well, you can buy them on ebay or craigslist, so /someone/ is selling them
13:25:02	hansaa	oh :(
13:25:23	markun	or buy a new player and start porting of course :)
13:25:33	hansaa	heh
13:28:15		Join stoffel [0] (n=quassel@p57B4FF1D.dip.t-dialin.net)
13:34:20		Join polobricolo_ [0] (n=paul@AGrenoble-257-1-56-62.w86-206.abo.wanadoo.fr)
13:35:06		Join pamaury [0] (n=pamaury@dhcp-66-35.ens-lyon.fr)
13:35:20		Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow)
13:47:48		Quit polobricolo (Read error: 110 (Connection timed out))
13:53:24		Quit polobricolo_ ("Konversation terminated!")
13:53:48		Join polobricolo_ [0] (n=paul@AGrenoble-257-1-56-62.w86-206.abo.wanadoo.fr)
13:54:20		Nick polobricolo_ is now known as polobricolo (n=paul@AGrenoble-257-1-56-62.w86-206.abo.wanadoo.fr)
13:59:35		Quit stoffel (Read error: 113 (No route to host))
14:00
14:01:25		Quit flydutch ("/* empty */")
14:02:27		Quit wodz ("CGI:IRC (EOF)")
14:04:06		Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca)
14:12:54		Join AndyI [0] (n=pasha_in@212.14.205.32)
14:13:26		Join stoffel [0] (n=quassel@p57B4FF1D.dip.t-dialin.net)
14:14:47		Join shodanX_ [0] (n=shodanX@jazz.informatik.uni-erlangen.de)
14:15:44		Join funman [0] (n=fun@rockbox/developer/funman)
14:17:43		Join shaggy-h [0] (n=kiwi@host-87-74-127-193.dslgb.com)
14:18:52		Quit shaggy-h (Client Quit)
14:20:07		Quit AndyI ()
14:24:49		Join AndyI [0] (n=pasha_in@212.14.205.32)
14:28:22	markun	funman: do you know something about the sansa clip+?
14:28:45	funman	markun: i only know the clip+ has a µSD slot and that the chip looks similar (same printing) to the chip in the Clipv2, we need a firmware file to tell more
14:30:41	markun	do we have the datasheet?
14:30:52		Quit AndyIL (Read error: 113 (No route to host))
14:31:30	***	Saving seen data "./dancer.seen"
14:32:27	markun	I guess not
14:32:50	funman	i have to contact the AMS guy again for the datasheet since he didn't come to me
14:33:05	markun	yes, please do
14:36:54	funman	i'll try to think about it soon :)
14:36:55		Quit funman ("free(random());")
14:41:43		Quit polobricolo (Read error: 104 (Connection reset by peer))
14:42:29		Join Rob2222 [0] (n=Miranda@p4FDCCCFA.dip.t-dialin.net)
14:46:27		Join mrtok [0] (i=www-data@giant.haxx.se)
14:47:14		Join Sajber^ [0] (n=Sajber@c-4f3471d5.012-155-73746f22.cust.bredbandsbolaget.se)
14:47:49		Quit mrtok (Client Quit)
14:49:31		Join shaggy-h [0] (n=kiwi@host-87-74-127-193.dslgb.com)
14:50:55		Join AndyIL [0] (n=pasha_in@212.14.205.32)
14:51:23		Quit AndyI (Read error: 104 (Connection reset by peer))
14:52:39		Join DirtySkeMe [0] (n=Adium@nor75-19-82-244-50-203.fbx.proxad.net)
14:54:49		Quit DirtySkeMe (Remote closed the connection)
14:59:02		Part hansaa
15:00
15:01:16		Join polobricolo [0] (n=paul@AGrenoble-257-1-56-62.w86-206.abo.wanadoo.fr)
15:02:37		Join AndyI [0] (n=pasha_in@212.14.208.235)
15:10:51		Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
15:11:29		Join DirtySkeMe [0] (n=Adium@nor75-19-82-244-50-203.fbx.proxad.net)
15:13:16		Quit AndyIL (Read error: 110 (Connection timed out))
15:15:29		Quit linuxstb (Read error: 113 (No route to host))
15:20:23		Quit merbanan (Remote closed the connection)
15:32:57		Quit kushalone ("Leaving. I cannot promise to be back but most likely will.")
15:45:24		Quit foe ()
15:48:16		Quit pamaury ("exit((int )0 / 0);")
15:57:05		Quit matsl (Read error: 110 (Connection timed out))
16:00
16:03:33		Quit DarkDefender (Remote closed the connection)
16:04:31		Nick Horschti is now known as Horscht (n=Horscht2@xbmc/user/horscht)
16:05:59		Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com)
16:11:27		Join chandoo [0] (n=chandoo@ool-4353b978.dyn.optonline.net)
16:15:47		Quit robin0800 (Remote closed the connection)
16:18:40		Join chandoo_ [0] (n=chandoo@ool-4353b978.dyn.optonline.net)
16:23:43		Quit mcuelenaere ()
16:26:04		Quit TopyStream (Read error: 113 (No route to host))
16:31:33	***	Saving seen data "./dancer.seen"
16:31:34		Quit antil33t (Read error: 113 (No route to host))
16:31:42		Quit chandoo (Read error: 110 (Connection timed out))
16:47:47		Join dfkt [0] (i=dfkt@unaffiliated/dfkt)
16:50:57		Quit Res1 (":\")
16:55:18		Quit MethoS- (Read error: 145 (Connection timed out))
16:56:24		Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com)
16:57:47		Quit robin0800 (Remote closed the connection)
16:59:38		Join mrtok [0] (i=www-data@83.168.254.42)
17:00
17:00:20		Join bertrik [0] (i=www-data@giant.haxx.se)
17:00:56		Join brn2dth [0] (n=chatzill@63.245.17.11)
17:02:31		Quit bertrik (Client Quit)
17:03:07		Join z35 [0] (n=z35@ool-45701ce5.dyn.optonline.net)
17:05:44	mrtok	helo
17:07:08		Join TopyMobile [0] (n=topy@a91-153-193-56.elisa-laajakaista.fi)
17:07:11		Quit brn2dth ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]")
17:07:42	mrtok	need some help - does this webclient work properly very _slow_
17:08:11	AlexP	the Rockbox irc client?
17:08:55	AlexP	Try the freenode one, it is much better
17:09:43		Quit mrtok ("CGI:IRC")
17:14:02		Join mrtok [0] (n=dummy@p5089FD65.dip.t-dialin.net)
17:15:38	mrtok	hello - someone you can help me in understanding make of rockbox?
17:16:59	mrtok	?
17:18:27	Llorean	mrtok: Do you have a specific question?
17:19:02	mrtok	yes
17:19:53	mrtok	Llorean: I tried adding some lines of C and assembler - where do i have to add linker related stuff - already edited SOURCES
17:20:25	Llorean	What exactly are you trying to do?
17:20:55	mrtok	I wrote my own eq and like to replace the existing one - just4fun
17:21:01	markun	for just adding some lines of code you don't need to modify anything else
17:21:20	mrtok	markun: and file ;o)
17:21:51	mrtok	I have a C file which needs to be linked against assembler outputs
17:22:31	mrtok	in other words: the error is undefined reference to ... (linker output)
17:24:24	mrtok	? - is that clear enough - sorry for my bad english
17:25:50	mrtok	mmh
17:26:17	amiconn	If your source files are compiled and assembled, you don't need to do anything special to have them linked
17:27:02	mrtok	okay - this is good to know - maybe there is something wrong mwith my assembler files e.g. defining exports right
17:27:09	amiconn	If you get an error regarding undefined symbols, either there is something wrong with your code, or in SOURCES
17:27:54	mrtok	in SOURCES I just added the source files in the order of dependancies ... right?
17:28:38	amiconn	The order doesn't matter
17:29:53	mrtok	so just adding the files
17:30:04	mrtok	you figures out the dependencies ?
17:30:19	mrtok	sorry -yuo +who
17:31:21	amiconn	The linker does
17:32:47	mrtok	in my opinion i have to tell the linker which files belong together - esp. when using a lib, i have to say, link against this lib - so i thought i have to tell the linker when compiling my c file and my .S files that they belong together
17:33:25	mrtok	but during i think about it... do i have to use a special .section in my .S files?
17:35:45	mrtok	so that the linker looks up right?
17:35:57	amiconn	No you don't need to do that for proper linking
17:36:21	mrtok	so what could be wrong when i get thos errors?
17:37:13	amiconn	Well if both your .c is compiled and the .S is assembled, I'm 99% sure there is something wrong in your code istelf
17:37:24	mrtok	i�ll be back in a minute just have to reboot...
17:38:14		Quit TopyMobile (Read error: 113 (No route to host))
17:41:32		Join mrtok1 [0] (n=dummy@p5089FD65.dip.t-dialin.net)
17:41:46	mrtok1	so i�m back
17:44:37		Quit mrtok1 (Client Quit)
17:45:52		Join than0 [0] (n=thanaton@99.180.193.18)
17:47:32		Join mrtok1 [0] (n=dummy@80.137.253.101)
17:53:42		Join shotofadds [0] (n=rob@rockbox/developer/shotofadds)
17:56:06	mrtok1	sorry the error is undefined reference ...
17:56:13	mrtok1	what is going wrong here
17:57:08		Quit mrtok (Read error: 113 (No route to host))
18:00
18:01:25		Quit mrtok1 ()
18:03:30		Quit BlakeJohnson86 (Read error: 104 (Connection reset by peer))
18:04:23		Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net)
18:18:09		Join Res1 [0] (n=Res@user-0c6s6ir.cable.mindspring.com)
18:19:24		Quit DarkDefender (Remote closed the connection)
18:20:13	CIA-43	New commit by rob (r22737): Cowon D2 player images drawn by myself (incorporating cowon.svg from Wikimedia Commons)
18:22:43	CIA-43	New commit by rob (r22738): A Cowon D2 bitmap for the website
18:23:07		Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com)
18:28:14	shotofadds	Bagder: The front page should say "Cowon D2" not "Cowon iAudio D2" (since it's not an iAudio branded player), but i can't change it since SVN is not in sync with the web site...
18:31:37	***	Saving seen data "./dancer.seen"
18:32:35		Join gregzx [0] (n=chatzill@dsk235.neoplus.adsl.tpnet.pl)
18:32:57		Join panni_ [0] (i=hannes@ip-95-222-19-21.unitymediagroup.de)
18:36:46		Join kyle6513 [0] (n=kyle6513@58.174.128.189)
18:42:36		Quit n1s (Read error: 110 (Connection timed out))
18:51:43		Join AndyIL [0] (n=pasha_in@212.14.205.32)
18:55:20		Join TopyMobile [0] (n=topy@a91-153-193-56.elisa-laajakaista.fi)
18:56:21		Join Lss [0] (n=Lss@cm87.delta89.maxonline.com.sg)
18:57:33		Quit AndyI (Read error: 148 (No route to host))
18:58:39		Join n1s [0] (n=n1s@rockbox/developer/n1s)
19:00
19:04:35	rwong	/layout save
19:04:38	rwong	oops
19:06:24	kyle6513	haha
19:10:04		Quit parafin ("So long and thanks for all the fish")
19:12:11		Quit shotofadds ("Leaving")
19:20:13		Join cornwall [0] (n=cornwall@nateres205.tel.miami.edu)
19:21:44		Quit DarkDefender ("Leaving")
19:21:58		Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com)
19:28:40		Quit AndyIL (Read error: 145 (Connection timed out))
19:30:14		Join AndyI [0] (n=pasha_in@212.14.208.235)
19:31:35		Join bertrik [0] (i=www-data@giant.haxx.se)
19:31:55		Join parafin [0] (i=parafin@paraf.in)
19:43:17		Quit Grahack ("Leaving.")
19:49:33		Join bmbl [0] (n=Miranda@unaffiliated/bmbl)
19:50:36		Quit kadoban_ (Client Quit)
19:50:46		Join kadoban_ [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com)
19:50:55		Nick kadoban_ is now known as kadoban (n=mud@cpe-24-93-17-195.rochester.res.rr.com)
19:54:07		Join robin0800 [0] (n=robin080@general-ld-216.t-mobile.co.uk)
19:55:10		Quit wincent_balin (Read error: 60 (Operation timed out))
19:57:57		Quit esperegu ("No Ping reply in 90 seconds.")
19:58:23		Join esperegu [0] (n=quassel@145.116.15.244)
20:00
20:00:50		Quit kyle6513 ("Leaving")
20:05:28		Join Riku [0] (n=Lss@cm87.delta89.maxonline.com.sg)
20:05:49		Quit Riku (Read error: 104 (Connection reset by peer))
20:09:25		Join MethoS- [0] (n=clemens@134.102.106.250)
20:09:54	saratoga	linuxstb: I made that page about 10 seconds before you suggested I not
20:10:46	saratoga	IMO a seperate page is a little simplier, since the TargetStatus page is not divided into Unstable/Unusable ports
20:14:50		Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net)
20:17:26		Join flydutch [0] (n=flydutch@host253-166-dynamic.8-87-r.retail.telecomitalia.it)
20:18:54		Quit BlakeJohnson86 (Remote closed the connection)
20:20:52		Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net)
20:21:03		Quit bughunter2 (Read error: 104 (Connection reset by peer))
20:28:27		Join wincent_balin [0] (n=wincent@host-091-097-059-130.ewe-ip-backbone.de)
20:28:38		Join bluebrother [0] (n=dom@rockbox/developer/bluebrother)
20:29:51		Quit bertrik ("CGI:IRC (Ping timeout)")
20:31:40	***	Saving seen data "./dancer.seen"
20:40:12		Join toffe82 [0] (n=chatzill@64.139.99.50)
20:41:28	saratoga	what do people think about posting about the AMS unstable release on the sandisk forums?
20:44:23		Join bughunter2 [0] (n=bughunte@unaffiliated/bughunter2)
20:45:38		Join merbanan [0] (n=banan@c-83-233-172-245.cust.bredband2.com)
20:49:51		Join than0_ [0] (n=thanaton@adsl-99-180-199-236.dsl.emhril.sbcglobal.net)
20:50:09		Quit than0_ (Remote closed the connection)
20:56:02		Join brn2dth [0] (n=chatzill@63.245.17.11)
20:58:15		Quit than0 (Read error: 145 (Connection timed out))
21:00
21:00:19		Join telliott [0] (n=Tim@d27-96-170-180.evv.wideopenwest.com)
21:01:51	telliott	Anyone know where I could find an Archos V1 (Windows) icon? I used to have one but somehow it got deleted
21:07:20		Quit wincent_balin (Read error: 110 (Connection timed out))
21:11:31	amiconn	telliott: From svn: http://svn.rockbox.org/viewvc.cgi/trunk/uisimulator/win32/rockbox.ico?view=log&pathrev=10542
21:11:48	amiconn	(old revision - current svn doesn't have it anymore)
21:12:35	telliott	Thanks
21:22:14		Quit telliott ("Leaving")
21:22:34		Quit brn2dth ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]")
21:24:37		Quit parafin ("So long and thanks for all the fish")
21:24:49		Quit flydutch ("/* empty */")
21:34:16		Quit bluebrother (Nick collision from services.)
21:34:21		Join bluebrother [0] (n=dom@rockbox/developer/bluebrother)
21:37:26	Hadaka	aww, can't join #debian-kernel? oh well
21:37:42		Join parafin [0] (i=parafin@paraf.in)
21:37:58	Hadaka	whoops, wrong chan
21:38:36		Join domonoky1 [0] (n=Domonoky@g229189120.adsl.alicedsl.de)
21:40:39		Join Strife89 [0] (n=michael@adsl-220-105-121.mcn.bellsouth.net)
21:53:37		Quit stoffel (Remote closed the connection)
21:56:18		Quit Strife89 (Read error: 104 (Connection reset by peer))
21:56:38	toffe82	for the one's working on player with SD card, this can help : http://www.sparkfun.com/commerce/product_info.php?products_id=9237
21:57:19		Quit domonoky (Read error: 110 (Connection timed out))
21:58:40	*	bluebrother sees a WYSIWYG editor in the wiki that trashes his custom html snippets :(
21:59:21	bluebrother	is there a way to default to the old wiki markup?
22:00
22:00:12		Quit Farthen (Nick collision from services.)
22:00:30		Join Farthen_ [0] (n=chatzill@p50988dd0.dip0.t-ipconnect.de)
22:00:36		Nick Farthen_ is now known as Farthen (n=chatzill@p50988dd0.dip0.t-ipconnect.de)
22:01:46	Dhraakellian	http://www.rockbox.org/wiki/FunnyLangs says to see http://www.rockbox.org/wiki/LangFiles for details of how to compile the .lang to something rockbox can use, but I'm not right off seeing those details
22:05:45		Join kugel [0] (n=kugel@rockbox/developer/kugel)
22:06:44	saratoga	toffe82: theres a comment saying an SD sniffer is in teh works too
22:07:11	bluebrother	Dhraakellian: no experience with lang files on my side, but from my understanding the tool you need is tools/genlang
22:07:52	saratoga	err microsd sniffer
22:08:17	*	Dhraakellian wants a piratey Fuze before TLaPD is over
22:09:28	saratoga	although without software to interpert what you're sniffing i think it would be difficult to sue
22:12:58	domonoky1	Dhraakellian: if look at the LangFile wikipage at the bottom, there is the command to convert a .lang into a .lng
22:13:23	Dhraakellian	ah.. I see it now
22:13:26	Dhraakellian	kinda hidden
22:14:36	Dhraakellian	../../tools/genlang -e=english.lang -t=fuze:features -i=58 -b=pirate.lng pirate.lang ?
22:14:49	Dhraakellian	guessing on the -t and -i stuff
22:15:03	domonoky1	yes, but insert the correct feature string..
22:15:59	Dhraakellian	ah
22:16:06	Dhraakellian	gotta check to see what that'd be
22:16:25	toffe82	this can help too, http://www.saleae.com/home/
22:17:22	domonoky1	Dhraakellian: take a look at rockbox-info.txt on your fuze.
22:17:35	Dhraakellian	thanks!
22:19:14	Dhraakellian	../../tools/genlang -e=english.lang -t=fuze:albumart:backlight_brightness:backlight_fade_bool:button_light:dircache:flash_storage:hold_button:lcd_bitmap:lcd_non-mono:lcd_color:pitchscreen:multivolume:quickscreen:radio:rtc:scrollwheel:swcodec:tagcache:tc_ramcache:charging:usb_charging:wheel_acceleration:large_plugin_bufferi=58 -b=pirate.lng pirate.lang
22:19:30	*	bluebrother would like to see a pirate lang file :)
22:19:40	Dhraakellian	http://www.rockbox.org/wiki/FunnyLangs
22:20:13	Dhraakellian	hmm... I think I pasted in the wrong spot
22:21:06	bluebrother	oh, it's even in the wiki. Seems pretty outdated tough :/
22:21:47	Dhraakellian	"This is easily done by placing yourlang.lang inside the apps/lang directory inside your source tree and performing a 'make'."
22:21:53	Dhraakellian	facepalm
22:22:35		Nick domonoky1 is now known as domonoky (n=Domonoky@g229189120.adsl.alicedsl.de)
22:24:17	Dhraakellian	I've been compiling svn myself anyway, so...
22:25:04	domonoky	beeing able to read is pretty helpfull :-)
22:25:17	Dhraakellian	reading and not just skimming
22:26:36	AlexP	bluebrother: Click on raw edit
22:28:41	domonoky	bluebrother: rbutil1.2.2 still can not get the bleeding-info from the server, but via browser it works. could it be that rbutil doesnt understand the redirect ?
22:29:25	pixelma	AlexP: I thought bluebrother asked about defaulting (to raw edit)
22:29:59	AlexP	ah, I guess - I read it to mean can I get back to
22:30:28	bluebrother	AlexP: the problem is that when switching to raw edit it already has stripped additional stuff. Like the div used for placement in the RockboxUtility page
22:30:58	AlexP	ah
22:31:11	AlexP	Is that a side effect of wysiwyg or foswiki?
22:31:44	***	Saving seen data "./dancer.seen"
22:32:02	bluebrother	no idea. I guess it's the wysiwyg editor.
22:37:23		Part cornwall ("Leaving")
22:40:35	amiconn	Umm, click "raw edit" directly?
22:42:01	rasher	Probably smarter in the long way to find something that also works with the wysiwyg editor
22:43:16	bluebrother	ah. That's a new entry :)
22:45:53	domonoky	bluebrother: looks like rbutil correctly follows the redirect, but gives a false error if it sees a redirect.
22:54:38	bluebrother	domonoky: interesting. Following should work, but maybe there's a bug
22:55:28	domonoky	bluebrother: yes, the bug, is that we call abort() on following without blocking signals, so this calls done(true) which then causes the error message..
22:58:36	bluebrother	it's still strange it breaks now −− IIRC I added following back the times we used rockbox-themes.org, to fix some location change there.
23:00
23:00:07	bluebrother	probably it's a race issue ... testing on localhost obviously has less latency than going through the internet.
23:00:10	CIA-43	New commit by Domonoky (r22739): rbutil: dont output a error if rbutil follows a http redirect.
23:01:03	domonoky	no, it just that when you call abort() on a QHttp object it will issues thos signals. so no race condition...
23:01:44	bluebrother	hmm, but not aborting the request is broken too. Then we'll get two signals sent.
23:02:02	domonoky	if you look at my commit, i also abort it.
23:02:08	domonoky	but with signals blocked :-)
23:02:42	bluebrother	well, the website took a bit to refresh ...
23:02:55	bluebrother	that should indeed work.
23:03:17	domonoky	it works, i tested it with the old url :-)
23:03:17		Quit merbanan (Read error: 110 (Connection timed out))
23:04:33	domonoky	but this will still nicely confuse our users. so a new release is needed :-)
23:08:38	saratoga	is a new rbutil release planned soon?
23:11:19		Quit TopyMobile (Read error: 113 (No route to host))
23:11:27		Quit kugel (Read error: 104 (Connection reset by peer))
23:16:54		Quit bmbl ("Bye!")
23:21:28	domonoky	saratoga: its not really planned. but i would like to make a new release in the not so faar future.
23:21:59	saratoga	domonoky: with support for new targets?
23:22:23	domonoky	saratoga: at least e200v2 and fuze, they are already woring svn rbutil.
23:22:32	saratoga	ok good
23:22:39	saratoga	that would be welcome
23:24:10	domonoky	bluebrother: any objections against a new release this weekend ? or should we try to first make some RC binarys ?
23:24:50	saratoga	i don't think an RC is needed if someone reports its broken it can be fixed then
23:25:05	saratoga	but obviously i don't know much about rbutil
23:27:58	bluebrother	domonoky: do we have something to mark unstable targets in rbutil?
23:28:46	domonoky	bluebrother: nope.
23:29:10	CIA-43	New commit by bluebrother (r22740): Split out file access from mknkboot handling. ...
23:30:06	bluebrother	well, IMO we should have something like that. Maybe an icon. Or as simplest solution add an "(Unstable)" postfix to the target names.
23:30:42	domonoky	yes, the postfix would be the easiest solution... only rbutil.ini changes needed. :-)
23:31:06	saratoga	that seems sensible
23:31:08	bluebrother	it's not a proper solution, but it would be sufficient to get a new rbutil release out soon.
23:31:18	domonoky	yes
23:31:27	bluebrother	later get that information from the download server, similar to the release version number stuff.
23:31:49	bluebrother	btw, maybe we can consolidate some of those server files after the move now.
23:32:19	domonoky	yes, getting that info from the server would be good.
23:32:23		Join GeekShado_ [0] (n=Antoine@198.207.192-77.rev.gaoland.net)
23:35:32	rasher	Does it make sense to branch before release with the compressed schedule? Wouldn't it be fine to wait for when the release happens?
23:42:35		Join langzeitstudent_ [0] (n=langzeit@p57915A8E.dip.t-dialin.net)
23:49:44		Quit GeekShadow (Read error: 110 (Connection timed out))

Previous day | Next day