#rockbox 2010-12-08

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).

Notice: Only Gecko based browsers prior to FF4 support the multipart/mixed "server push" method used by this log reader to auto-update. Since you do not appear to use such a browser, this page will simply show the current log, and not automatically update.

#rockbox log for 2010-12-08

00:01:23	kugel	they're not irrelevant
00:01:35	kugel	you can resume if playback is paused/stopped
00:02:04	JdGordon\|	ok
00:02:10		Quit ender` (Quit: All great truths begin as blasphemies.–– George Bernard Shaw)
00:02:25		Quit TheLemonMan (Quit: free(me))
00:02:34		Quit GeekShadow (Read error: Connection reset by peer)
00:02:38		Join GeekShad0w [0] (~Antoine@ree79-1-78-237-225-34.fbx.proxad.net)
00:02:56		Quit n1s (Quit: Lämnar)
00:03:14	kugel	you can easily slow down the tick timer but then all TIMER_AFTER/TIME_BEFORE (and probably a lot more stuff) will be extremely off, that's a not nice and has possibly bad side effects
00:03:33	JdGordon\|	thats the point though.... when music is off nothing important uses that
00:03:56	kugel	are you sure about that?
00:04:11	JdGordon\|	not 100% sure but pretty confident
00:04:12	kugel	I'm not so much
00:04:21	JdGordon\|	what is running that is time critical?
00:04:40	JdGordon\|	playback is OFF, gui has no need to redraw, no hardware management
00:04:46	gevaerts	TIMER_AFTER and TIME_BEFORE are only off if you keep incrementing current_tick by one
00:09:01	kugel	I'll wait for your patches :)
00:09:11	***	Saving seen data "./dancer.seen"
00:09:12	JdGordon\|	chicken :)
00:09:41	kugel	rockbox' now the last process in the list in my phone so I don't really bother
00:13:55		Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net)
00:15:24	kugel	hopefully my patch also helps on the samsung phones where the idle usage seems to be worst
00:17:22	JdGordon\|	you're going about it backwards though :)
00:17:31	JdGordon\|	whats your patch? move to linux timer instead?
00:19:00	kugel	yea
00:19:24	kugel	they're also more accurate which is nice
00:21:14	JdGordon\|	accuracy isnt such a big deal
00:21:33		Quit chattr (Ping timeout: 245 seconds)
00:22:00	kugel	that's true
00:22:20	kugel	but it's a nice to have, and the java timer is often off by more than 10%
00:22:34		Join chattr [0] (~mike@244.87.189.72.cfl.res.rr.com)
00:22:51	kugel	I assume because it's thread based, and the linux ones are signal based
00:23:34	JdGordon\|	maybe
00:23:59	JdGordon\|	if the inactive tick thing actually works it could probably be done using that also
00:30:05		Quit feisar- (Remote host closed the connection)
00:31:53		Quit the_Kyle (Quit: Leaving.)
00:47:23		Quit kugel (Remote host closed the connection)
00:50:13		Join the_Kyle [0] (~kyle@71.23.64.127)
01:00
01:02:01	JdGordon\|	3.7.1 database regression :(
01:02:08	JdGordon\|	at least it should be easy enough to track down
01:05:26		Quit hebz0rl (Read error: Connection reset by peer)
01:05:49	the_Kyle	I'm noticing a delay of around 3 seconds when I change the volume on the clip+ simulator. Is this normal?
01:08:02	JdGordon\|	yes, the sim sucks sometimes
01:08:27	the_Kyle	So it should work normally once I get it on the clip+ itself?
01:09:05		Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
01:21:26		Join designate72 [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net)
01:31:53		Part toffe82
01:47:58		Join guymann [0] (~charles@69.0.8.105)
01:52:30	Sudos	the_Kyle, yes.
01:52:41		Join soaa [0] (~soaa@dsl-216-221-38-32.aei.ca)
01:52:44	Sudos	I recently purchased a Clip+, volume is normal.
01:52:57	Sudos	my suggestion though
01:53:34	soaa	Hi everyone! I just compiled the most recent version of Rockbox for Android, and the WPS isn't loading.
01:53:35	Sudos	is to get the regular Clip or Clipv2 if you can- 8GB vs 4GB.
01:54:19	JdGordon\|	soaa: what was the last build you used?
02:00
02:02:39	soaa	JdGordon\|: The one from the wiki, with dynamic screen sizes.
02:03:11	soaa	The new build I compiled doesn't have dynamic screen sizes, but has antialiased fonts.
02:03:12	JdGordon\|	yeah ok, you need to nuke your /sdcard/rockbox folder i tihnk
02:03:23	JdGordon\|	I have the same issue
02:03:36	soaa	Ah crap.
02:03:49	JdGordon\|	well not really actually
02:03:57	JdGordon\|	uou can just delete /sdcard/rockbox/wps
02:04:06	soaa	Hmm, and then?
02:04:14	JdGordon\|	reload the theme
02:04:29	soaa	But it'd be gone by then, no?
02:04:35	JdGordon\|	no
02:04:41	soaa	There's an internal copy?
02:04:45	JdGordon\|	yes
02:04:48	soaa	Oh, I see.
02:04:54	*	soaa tries
02:05:37	soaa	YES!
02:05:42	soaa	Thank you very much.
02:07:19	JdGordon\|	:) it didnt work for me though :p
02:09:09	soaa	Okay, now THAT's strange.
02:09:14	***	Saving seen data "./dancer.seen"
02:09:34	JdGordon\|	THAT being?
02:10:47	soaa	That it didn't work for you.
02:12:55	JdGordon\|	na, not really, i was ruunning a more mesed up build
02:12:57	soaa	Because it did work for me.
02:14:15	pixelma	would this guy have the same problem: http://forums.rockbox.org/index.php/topic,14177.msg175212.html#msg175212 ?
02:14:24	pixelma	or could
02:18:54		Join Keripo [0] (~Keripo@eng160.wireless-resnet.upenn.edu)
02:19:24		Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca)
02:21:28		Quit Keripo1 (Ping timeout: 265 seconds)
02:23:21		Quit soaa (Remote host closed the connection)
02:27:21		Quit factor (Ping timeout: 272 seconds)
02:39:48		Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
02:42:09		Quit soap (Ping timeout: 276 seconds)
02:44:45		Join soap [0] (~soap@rockbox/staff/soap)
02:52:00		Quit factor (Read error: Operation timed out)
02:53:08		Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
02:54:46		Quit GeekShad0w (Quit: The cake is a lie !)
03:00
03:17:03		Quit panni_ (Read error: Connection reset by peer)
03:29:49		Quit designate72 (Remote host closed the connection)
03:37:48		Join designate72 [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net)
03:53:31		Join The_Pwny [0] (~IceChat7@220-244-203-228.tpgi.com.au)
03:53:45		Join Strife1989 [0] (~Strife89@adsl-67-52-154.mcn.bellsouth.net)
03:56:27		Quit Strife89 (Ping timeout: 255 seconds)
04:00
04:03:24		Quit InsDel (Read error: Connection reset by peer)
04:09:02		Quit sasquatch (Quit: WeeChat 0.3.2)
04:09:18	***	Saving seen data "./dancer.seen"
04:09:29		Join sasquatch [0] (~username@p4FF2D848.dip.t-dialin.net)
04:13:07		Join Barahir_ [0] (~jonathan@frnk-590f71ee.pool.mediaWays.net)
04:16:50		Quit Barahir (Ping timeout: 272 seconds)
04:19:21		Quit designate72 (Ping timeout: 250 seconds)
04:20:28		Join Topy [0] (~Topy44@f054170000.adsl.alicedsl.de)
04:21:55		Quit Judas_PhD (Quit: This is a quitting message)
04:23:59		Quit T44 (Ping timeout: 245 seconds)
04:30:03		Nick Strife1989 is now known as Strife89 (~Strife89@adsl-67-52-154.mcn.bellsouth.net)
04:32:44		Quit Keripo (Ping timeout: 245 seconds)
04:33:31		Join Keripo [0] (~Keripo@dhcp0101.kin.resnet.group.upenn.edu)
04:36:48		Quit amiconn (Disconnected by services)
04:36:49		Quit pixelma (Disconnected by services)
04:36:49		Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
04:36:50		Join pixelma_ [0] (quassel@rockbox/staff/pixelma)
04:37:05		Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
04:37:09		Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
04:38:36		Quit DerPapst (Quit: Leaving.)
04:39:17		Quit TheSeven (Ping timeout: 250 seconds)
04:39:41		Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
04:44:11		Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven)
04:47:10		Quit The_Pwny (Quit: Do fish get thirsty?)
04:50:25	*	[Saint] has been trying to trace the "Follow Playlist - Pictureflow Hotkey" bug...to no avail :/
04:52:56		Join krabador [0] (~krabador@host252-230-dynamic.252-95-r.retail.telecomitalia.it)
05:00
05:04:46		Quit shai (Quit: Leaving)
05:06:20		Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il)
05:07:20		Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey)
05:07:30		Quit krabador (Ping timeout: 272 seconds)
05:09:59		Nick Loto is now known as Guest4036 (~nfs@xbmc/user/Loto)
05:10:42		Nick Guest4036 is now known as Loto (~nfs@xbmc/user/Loto)
05:13:59		Quit mortalscan (Ping timeout: 240 seconds)
05:14:08		Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
05:19:33		Join krabador [0] (~krabador@host213-56-dynamic.244-95-r.retail.telecomitalia.it)
05:29:18		Quit ReimuHakurei (Ping timeout: 276 seconds)
05:36:03		Quit mc2739 (Ping timeout: 265 seconds)
05:48:58		Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
05:57:58	CIA-7	New commit by 03jdgordon (r28764): download the r5 NDK to go along with the configure change in r28755
05:59:50	CIA-7	r28764 build result: All green
06:00
06:05:46	CIA-7	New commit by 03jdgordon (r28765): more than just a number changed, retry that last commit
06:07:35	CIA-7	r28765 build result: All green
06:09:21	***	Saving seen data "./dancer.seen"
06:14:27	[Saint]	JdGordon\|: from your comment in the "true random" playback thread.....true random playback probably wouldn't be that hard to implement...would it? Though I assume (and it is just an assumption) that people don't actually want true random playback as there's a chance then that you could hear the same track multiple times (even in a row) in the same playlist.
06:14:49	JdGordon\|	I actually would prefer true random
06:14:56	[Saint]	I'm not sure, but I guess what people actually want is "true random, yet non-repeating, playback"
06:15:06	JdGordon\|	and there are a few fiddly bits, but no i dont think it is that difficult to implement
06:15:25	[Saint]	or the ability to define exactly how "random" it is.
06:16:03	[Saint]	being able to "weight" certain tracks, and disregard others would be awesome too...but vastly complicates things.
06:17:45	[Saint]	It's something I'm even tempted to look into myself, as, once the playlist is known it shouldn't (in theory) be hard at all to design something to pick a track from said list at random.
06:18:29	[Saint]	I'd be diving in somewhat, as I've never looked at playback code in RB...but it certainly doesn't seem that complicated in theory.
06:18:52	JdGordon\|	the problem would be keeping the wps-playlist viewer and playback in sync
06:18:55	JdGordon\|	if that is wanted
06:19:37	[Saint]	I'm not sure it is...I'd want the playback to be random, but the playlist ordered.
06:19:53	[Saint]	which is why I think it could indeed be quite simple to do.
06:20:11	[Saint]	(it has to be for me to look into it, trust me ;))
06:20:17	[Saint]	(or I have to think it will be)
06:20:35	JdGordon\|	im 99% sure it would be pretty simple
06:20:42	JdGordon\|	going forward/back would be interesting
06:20:50	JdGordon\|	how do other music players deal with that?
06:21:10	[Saint]	how do you mean?
06:21:31	JdGordon\|	pressing \|<< then >>\| does that get you back to the track you started on?
06:21:33	[Saint]	if random == on, select track at random...play.
06:21:56	[Saint]	Oh, right...hmmm.
06:22:13	[Saint]	No, it shouldnt.
06:22:42	[Saint]	pressing \|<< goes to the start of the currently playing track, then pressing >>\| skips to another random track.
06:23:38	[Saint]	keeping the playlistviewer ordered I would see as desirable as you could then know what was coming if you were to turn random off at any given point.
06:24:16	JdGordon\|	ok, what about pressing prev so you actuall go back a track, do you get the previous one played or in the playlist?
06:24:34	[Saint]	the only thing I can think of immediately that might be weird is the "next track" WPS tag.
06:24:44	JdGordon\|	no, that would just work :)
06:24:49	JdGordon\|	it goes through playback not playlist
06:24:58	[Saint]	as iiuc that follows the playlist, and if we're not randomising the playlist it won;t display correctly.
06:25:00	JdGordon\|	unless thats what you mean
06:25:33	[Saint]	ah...I thought it followed the playlist.
06:25:52	[Saint]	does it get the "next" info from what's buffered?
06:25:58	JdGordon\|	yes
06:26:12	[Saint]	well, that's even better than I thought then.
06:28:36	JdGordon\|	kugel: ok, all the talk this morning assumed the timer was inited by java.... its init in c which makes it slightly convoluted but still doable
06:29:05	*	[Saint] decides it's time to brush up on playback magic now then.
06:29:12	JdGordon\|	HAHAHAHAHAHAHAHHAA
06:29:48	[Saint]	is it that bad?
06:30:11	JdGordon\|	you do know that anyone who opens playback.c eventually goes mad right?
06:30:23	JdGordon\|	and no active dev is heavily involved in it atm?
06:30:35	[Saint]	I do now ;)
06:30:35		Quit Judas_PhD (Quit: This is a quitting message)
06:31:27	[Saint]	It can't be any more messed up than the old skin engine ;p
06:31:39	JdGordon\|	it is HUGELY scary
06:32:14	[Saint]	or database/tagcache stuff...I have like NO idea how the hell the database doesn't just fold up on itself and die.
06:32:32	JdGordon\|	just good luck
06:33:22	JdGordon\|	im looking at playback.c now and i'm slightly concerned
06:33:26	JdGordon\|	maybe this isnt so simple
06:33:29	[Saint]	I'll do a patch that puts all the menu entries in place and put it on the tracker and Mr.Someone can fill in the gaps ;)
06:33:35	JdGordon\|	assuming a random playlist by definition will never finish
06:34:03	[Saint]	yeah, I am as well...and I was hoping it wasn't as bad as you'd said.
06:34:18	[Saint]	turns out, it is.
06:34:31	JdGordon\|	actually, it might just be enough to fix playlist_next() in playlist.c
06:35:02	JdGordon\|	line 2524... just make index = random value
06:35:29	[Saint]	I'm trying to get my head around playlist_next() now.
06:35:38	[Saint]	I'll certainly give it a go.
06:35:58	JdGordon\|	playlist_check() should also always return true when in random
06:36:32	JdGordon\|	as for the settings, I would change "shuffle mode" to "off, shuffle, random"
06:37:01		Quit Keripo (Ping timeout: 255 seconds)
06:37:16	[Saint]	I was actually going to put it seperate to Shuffle
06:37:35	JdGordon\|	I dont tihnk it should be
06:37:41	[Saint]	I believe I need to SVN up though, as my playlist.c is only ~2100 lines
06:38:04	JdGordon\|	sounds like its corrupt then
06:38:05	[Saint]	*playback.c
06:38:12	JdGordon\|	you dont need that file
06:38:27	JdGordon\|	playlist.c has everything for a quick n dirty version
06:39:02	[Saint]	Hmmm...SciTE was just telling me lies.
06:39:02	JdGordon\|	and yes, the WPS (especially the wps playlist viewer) will show nonesense
06:39:08		Join Keripo [0] (~Keripo@dhcp0101.kin.resnet.group.upenn.edu)
06:39:32	JdGordon\|	actually, no only the wps playlist viewer
06:39:36	[Saint]	well, that's something I'd like to avoid.
06:39:37	JdGordon\|	next track wil alwasy be correct
06:40:09	[Saint]	yeah, I was thinking that current track data shouldn;t be affected. but I don;t want to go down any road that borks the playlistviewer.
06:41:34	JdGordon\|	actually.... get_next_index() is the best place for this
06:44:45	[Saint]	I suppose it kinda does need to be in the Shuffle settings, as if not you could set Shuffles and Randomised playback...but it doesn't seem like the right place for it to me.
06:45:00	[Saint]	*Shuffled
06:45:37	[Saint]	I suppose there's no reason to not be able to set both...it's just be weird.
06:48:15	JdGordon\|	only because shuffle would need to be renamed
06:48:28	JdGordon\|	"playback mode?"
06:48:59	JdGordon\|	it would go with FS #9456 a bit
06:49:09	JdGordon\|	remove repeat:shuffle option
06:53:00		Join eWill [0] (~chatzilla@adsl-76-235-39-4.dsl.dytnoh.sbcglobal.net)
06:54:57	eWill	I'm trying to follow: http://www.rockbox.org/wiki/CygwinInstallWithScreenShots −−- There is no package in 'Devel' called 'gcc'. Do they mean 'gcc-core'?
06:55:20	JdGordon\|	probably
06:57:38	[Saint]	eWill: out of curiousity...what target are you building for?
06:57:49	[Saint]	I really need to update that wiki page
06:57:58	eWill	c200v1, e200v1, and fuze v2.
06:58:00	[Saint]	you'll be fucked off when you can't build the eabi toolchain.
06:58:11	JdGordon\|	true random would have horrible performance if ou are using a m3u8 which doesnt fit in the playlist buffer and you keep jumping to bits which are outside the buffered area
06:58:13	[Saint]	ahhh...crap.
06:58:13	[Saint]	ok.
06:58:28	eWill	please tell me what to change for eabi toolchian, and what I don't need? (If it's a short list)
06:58:50	eWill	[Saint]: bump
06:59:30	[Saint]	there's a really long list of packages you should have...but if you just want to build the eabi toolchain I think all you need is gmp and mpfr (plus dependancies)
06:59:54	[Saint]	in addition to the packages listed on the wiki page
07:00
07:00:10	[Saint]	btw you also need curl and or wget
07:00:23	JdGordon\|	i think you need curl for our scripts
07:00:23	eWill	Thanks. So you probably won't be removing any packages?
07:00:37	JdGordon\|	surprise surpsrise we dont do wget :p
07:01:02	[Saint]	eWill: so, in summary: gmp, mpfr, curl and or wget
07:01:53	[Saint]	eWill: also, completely ignore the "add <blah> to your $PATH variable bit, even when rockboxdevel.sh tells you to
07:02:01	[Saint]	it isn't needed anymore.
07:02:48	[Saint]	rockboxdev.sh really needs to check if it's running on CygWin and not post that message regarding $PATH but I haven't got around to making a patch for that.
07:03:03	eWill	gmp and mpfr are both in 'Libs' and 'Main'. Same thing?
07:03:21	[Saint]	correct.
07:04:04	[Saint]	cloog, flex, bison and pll also come in handy...but aren't strictly necessary.
07:04:23	[Saint]	and 'expect'
07:04:58	[Saint]	building the eabi toolchain will use those if it can, but won;t fail if it doesn't find them.
07:05:24	eWill	smaller/faster build −− or what?
07:05:38	[Saint]	from my experiences, the only additional packages you need are gmp and mpfr (plus their dependancies)
07:05:59	[Saint]	eWill: faster, but...only slightly.
07:06:08	eWill	thanks
07:06:16	[Saint]	expect the build to take anywhere from 2 to 12 hours.
07:06:26	eWill	whaaaaaaaa?
07:06:40	eWill	I build in Linux in a couple minutes....???
07:06:47	[Saint]	toolchain build that is, not building for a device.
07:07:04	[Saint]	so, if you have *nix...why use CygWin?
07:07:20	eWill	No boot to VMware every time I build.
07:07:32	eWill	also want to test speed
07:07:45	eWill	see if it's worth booting a VM.
07:08:15	[Saint]	Ah...right. It takes a damn long time to build the toolchain on CygWin, but after the initial compile building for a target only takes 2mins or so.
07:08:42	[Saint]	if speed is your concern, CygWin is NOT your friend.
07:09:00	[Saint]	if booting a VM is a hassle, go for it.
07:09:10	eWill	i'm running @ 3.6GHz on a dual core. This will really take 2 hours?
07:09:36	eWill	+
07:09:37	[Saint]	also, if you have fast disks you should install ccache...if your disks are slow/congested it will actually slow builds down.
07:09:41	scorche	building the toolchains will take a long while, yes
07:09:47	[Saint]	yep.
07:10:06	[Saint]	2hours is for a MACHINE OF DEATH
07:10:11		Join evilnick_ [0] (~evilnick@cpe-24-193-43-185.nyc.res.rr.com)
07:10:20	[Saint]	5~6 seems about standard.
07:10:36	[Saint]	12ish is the record I think
07:10:37	eWill	wow. can I just copy some files from Ubuntu?
07:11:04	scorche	it doesnt work like that
07:11:06	[Saint]	I got that time on an AMD 900MHz with 128MB RAM though
07:11:14	[Saint]	and no, you can't.
07:11:22	eWill	shucks
07:12:20		Quit BHSPitMonkey (Ping timeout: 245 seconds)
07:12:27	[Saint]	you've once again reminded me (for the last time, I swear) that I need to overhaul the CygWin wiki page(s) though...so thanks eWill
07:12:40	eWill	Thanks for all the help.
07:13:31	[Saint]	No worries, there's only a few of us here that use CygWin...and I think I'm the only one that isn't asleep. ;)
07:15:03		Quit krabador (Quit: Sto andando via)
07:17:09	eWill	[Saint]: for cloog −− do you mean 'cloog-ppl'? Also, 'pll' is not listed in Cygwin.
07:17:20	eWill	installer
07:19:33	[Saint]	sorry, ppl...typo
07:19:50	[Saint]	and yes, cloog-ppl "the chunky loop generator"
07:22:56	[Saint]	I'm filtering through my package list now...but I have quite a few packages revevant to other projects, etc. so it's hard for me to remember what's specific to rockbox and/or building the eabi toolchain.
07:23:22	eWill	cool.
07:27:51	[Saint]	I seem to remember that the "bare bones" necessities were just gmp and mpfr though, I remember though that the process of building the toolchain will look for and use (if it can): bison, cloog, expect, flex, ppl, <and quite possibly others I can't remember> though.
07:28:49		Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey)
07:34:48	[Saint]	eWill: D'oh! I forgot you need libiconv also (unless it's been installed as a dependancy of something else already...but make sure you have it)
07:35:04	eWill	thanks
07:36:29		Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
07:37:37		Join evilnick [0] (~evilnick@cpe-24-193-43-185.nyc.res.rr.com)
07:40:15		Quit evilnick_ (Ping timeout: 245 seconds)
07:56:26		Quit Judas_PhD (Quit: This is a quitting message)
08:00
08:04:18		Quit JdGordon\| (Quit: leaving)
08:09:22	***	Saving seen data "./dancer.seen"
08:13:53		Join kugel [0] (~kugel@46.114.120.155)
08:13:55		Quit kugel (Changing host)
08:13:55		Join kugel [0] (~kugel@rockbox/developer/kugel)
08:18:44		Quit liar (Ping timeout: 255 seconds)
08:21:27		Quit Dhraakellian (Remote host closed the connection)
08:25:52		Join JdGord [0] (~jd@pa58-109-169-110.pa.nsw.optusnet.com.au)
08:26:43		Quit JdGord (Client Quit)
08:42:28		Join Zagor [0] (~bjst@rockbox/developer/Zagor)
08:43:37		Join ender` [0] (krneki@foo.eternallybored.org)
08:49:04		Quit kugel (Ping timeout: 260 seconds)
08:53:35		Join kugel [0] (~kugel@rockbox/developer/kugel)
08:55:23		Quit eWill (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101026210630])
09:00
09:01:55		Join Feisar [0] (jljhook@irkki.fi)
09:02:20		Nick Feisar is now known as Guest85387 (jljhook@irkki.fi)
09:02:43		Nick Guest85387 is now known as Feisar- (jljhook@irkki.fi)
09:04:44		Quit krazykit (Ping timeout: 255 seconds)
09:05:18		Quit BHSPitMonkey (Remote host closed the connection)
09:06:36		Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net)
09:12:16		Quit Rob2222 (Ping timeout: 276 seconds)
09:16:33		Quit [Saint] (Ping timeout: 265 seconds)
09:22:22		Join n1s [0] (~n1s@nl118-174-240.student.uu.se)
09:22:22		Quit n1s (Changing host)
09:22:22		Join n1s [0] (~n1s@rockbox/developer/n1s)
09:24:27		Join [Saint] [0] (cbb80016@gateway/web/freenode/ip.203.184.0.22)
09:35:07		Quit Hadaka (Ping timeout: 240 seconds)
09:35:39		Join Naked [0] (~naked@naked.iki.fi)
09:35:52		Nick Naked is now known as Hadaka (~naked@naked.iki.fi)
09:36:24		Quit tchan (Read error: Connection reset by peer)
09:37:15		Join tchan [0] (~tchan@lunar-linux/developer/tchan)
09:42:20		Quit kugel (Ping timeout: 245 seconds)
09:45:37		Join dantje [0] (~dvg@HSI-KBW-091-089-103-221.hsi2.kabelbw.de)
09:47:47		Quit n1s (Quit: Lämnar)
09:51:21		Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
09:58:58		Quit Judas_PhD (Quit: This is a quitting message)
10:00
10:02:10		Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
10:09:25	***	Saving seen data "./dancer.seen"
10:18:51		Join kugel [0] (~kugel@rockbox/developer/kugel)
10:23:10		Join LinusN [0] (~linus@rockbox/developer/LinusN)
10:26:56		Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net)
10:32:43		Nick amee2k is now known as AMEE2K (~thomas@ve504.cugnet.net)
10:33:52		Join evilnick_ [0] (~evilnick@cpe-24-193-43-185.nyc.res.rr.com)
10:34:32		Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow)
10:34:44		Nick AMEE2K is now known as amee2k (~thomas@ve504.cugnet.net)
10:35:15		Join DerPapst [0] (~Alexander@dslb-088-069-152-233.pools.arcor-ip.net)
10:36:57		Join evilnick__ [0] (~evilnick@cpe-24-193-43-185.nyc.res.rr.com)
10:37:17		Quit evilnick (Ping timeout: 264 seconds)
10:40:29		Quit evilnick_ (Ping timeout: 260 seconds)
10:41:06		Join evilnick [0] (~evilnick@cpe-24-193-43-185.nyc.res.rr.com)
10:42:53		Quit evilnick__ (Ping timeout: 250 seconds)
10:55:43		Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
10:59:09	amee2k	anyone else here who has done an ipod mini flash mod?
11:00
11:00:16	gevaerts	amee2k: asking specific questions usually works better
11:01:08	amee2k	okay, here i go. i've put the 8GB CF card in my mini yesterday
11:01:22	amee2k	put the MBR back and manually upgraded the firmware
11:01:23	gevaerts	AlexP: guArInoJ8c9b
11:01:32	amee2k	itunes still insists that it can't find its update server
11:01:48	amee2k	the old updater tool says it can't mount the ipod
11:02:33	amee2k	the stock firmware, manually loaded, works and i can see the block device of the right size on my computer when i plug it in usb
11:03:21	amee2k	but somehow i can't seem to make the data partition larger without screwing up the firmware
11:03:32	AlexP	gevaerts: Done
11:04:34	amee2k	so i'm wondering if anyone else here has done this, and how you got it to work using the full memory size
11:04:37	gevaerts	amee2k: which tools have you tried? Any standard fdisk-like tool should allow you to just remove the data partition and recreate it
11:05:11	gevaerts	I know fancy tools like parted are broken for this
11:06:03	amee2k	fdisk (util-linux-ng 2.13.1.1) as it comes with deb stable
11:06:08	amee2k	and gparted
11:06:26	amee2k	both seem to render the MBR unusable with the firmware loader
11:07:15		Quit Keripo (Quit: Leaving.)
11:08:46	gevaerts	I'm pretty sure I just deleted the partition on mine and made a new one, probably using standard fdisk
11:08:52	gevaerts	It's been a while though
11:09:17	amee2k	which one are you using?
11:09:40	amee2k	also, how did you enlarge the file system inside?
11:09:49	amee2k	just mkfs over the old one?
11:10:08		Join evilnick_ [0] (~evilnick@cpe-24-193-43-185.nyc.res.rr.com)
11:11:05	gevaerts	a new mkfs, yes
11:12:13	amee2k	hm
11:12:20		Quit kugel (Ping timeout: 245 seconds)
11:12:30		Join dfkt [0] (dfkt@unaffiliated/dfkt)
11:13:26		Quit evilnick (Ping timeout: 255 seconds)
11:15:20	amee2k	okay, i created a larger partition, mkfs'd it, the reloaded the firmware partition
11:27:42	amee2k	gevaerts: this is awkward. now it works 0.0
11:27:49	amee2k	... or at least i think it does
11:38:01		Quit kadoban (Remote host closed the connection)
11:43:09		Quit Judas_PhD (Quit: This is a quitting message)
11:45:03		Join kugel [0] (~kugel@rockbox/developer/kugel)
11:47:34		Quit kugel (Read error: Connection reset by peer)
11:47:42		Join kadoban [0] (~mud@cpe-66-66-78-170.rochester.res.rr.com)
11:49:52		Join kugel [0] (~kugel@rockbox/developer/kugel)
11:53:16	*	amee2k hugs gevaerts
11:53:34	amee2k	dammit, no idea what i was doing wrong the other 4 attempts but now it worked >_<
11:53:37	*	amee2k images
11:57:52		Join InsDel [0] (~haqr.net@unaffiliated/insdel)
12:00
12:01:01		Join teru [0] (~teru@KD059133111160.ppp.dion.ne.jp)
12:02:28		Join TheLemonMan [0] (~lem0n@ppp-207-138.98-62.inwind.it)
12:09:27	***	Saving seen data "./dancer.seen"
12:24:42		Join Rob2222 [0] (~Miranda@p4FFF2A57.dip.t-dialin.net)
12:31:31		Quit krazykit (Ping timeout: 245 seconds)
12:33:35		Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net)
12:34:28	amee2k	when ordering an ipod replacement battery, how do i know if its another fake?
12:34:36	amee2k	preferably before i buy it ;)
12:40:36	Torne	you probably don't, except by the reputation of the shop/seller
12:44:06	amee2k	hehe
12:46:04	amee2k	thats kinda what i was afraid of
12:47:00		Quit InsDel (Read error: Connection reset by peer)
12:47:04		Join swilde [0] (~wilde@aktaia.intevation.org)
12:48:28	amee2k	i'm giving it a try. its only 6.35EUR anyway
12:48:36	amee2k	and the runtime on this one is down to like 20 minutes
12:48:40		Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
12:48:53	amee2k	and since the flash mod works now i'd like to keep it
13:00
13:03:51		Quit user890104 ()
13:27:52		Quit kugel (Ping timeout: 240 seconds)
13:38:26		Quit bluebrother (Ping timeout: 240 seconds)
13:39:42		Join ZhangNing [0] (~ZhangNing@116.3.11.234)
13:40:28		Join bluebrother [0] (~dom@f053152054.adsl.alicedsl.de)
13:40:28		Quit bluebrother (Changing host)
13:40:28		Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
13:41:12	ZhangNing	æˆ‘æƒ³é—®ä¸€ä¸‹Ubuntuä¸çš„compizconfigä¸çš„é¢œè‰²æ»¤é•œçš„æ»¤é•œæ–‡ä»¶åœ¨ä»€ä¹ˆåœ°æ–¹ä¿å˜é˜¿
13:44:24	pixelma	English and Rockbox related only
13:49:15	amee2k	o.O
13:49:24	amee2k	well, its not english allright
13:49:34	amee2k	hard to tell if its rockbox related or not :P
13:50:11	Torne	it's very unlikely if compizconfig is involved :)
13:50:41	Bagder	maybe it is a rockbox port? =)
13:51:19	ZhangNing	How to install rockbox on Ubuntu
13:51:34	timccc	bu kui
13:52:41		Quit krazykit (Ping timeout: 250 seconds)
13:52:42	pixelma	ZhangNing: which player?
13:54:30		Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net)
13:54:34	ZhangNing	pixelma: I want to play music through rockbox on my computer
13:54:55	ZhangNing	pixelma: I use Ubuntu system
13:56:59	TheSeven	rockbox is intended to be used as a music player on a PC
13:57:20	TheSeven	you can in theory use the rockbox simulator to do that, or maybe the sdl application port
13:57:57	*	pixelma guesses TheSeven means "not intended"
13:58:14	TheSeven	oops, yes :)
13:59:18	ZhangNing	why not design an application for PC
13:59:23	Torne	The SDL app port isn't available as a binary, though, you would have to compile it yourself
13:59:33	Torne	ZhangNing: That's the SDL app port, basically
13:59:39	Torne	it's not had a lot of work put into it yet
13:59:42	Torne	it works, though
13:59:48	pixelma	Torne: neither are linux sims IIRC
13:59:51	Torne	but the UI is not ideal
14:00
14:00:18		Quit [Saint] (Ping timeout: 265 seconds)
14:00:48	TheSeven	yeah, it's intended to be used as a full-screen application on relatively small devices with limited means of input, not really as a PC media player application
14:01:33	Torne	actual playback and other rockbox features work fine, though, it's just the user interface design that needs work if someone really wants it to be a windowed app
14:04:29		Quit antil33t (Read error: Connection reset by peer)
14:04:38		Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz)
14:06:38		Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb)
14:06:51		Quit linuxstb (Remote host closed the connection)
14:07:01		Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb)
14:08:05		Join mortalscan [0] (~mortalsca@109.169.55.155)
14:09:31	***	Saving seen data "./dancer.seen"
14:09:40		Quit factor (Ping timeout: 272 seconds)
14:19:24		Join pamaury [0] (~quassel@dhcp-129-228.residence.ens-lyon.fr)
14:19:24		Quit pamaury (Changing host)
14:19:24		Join pamaury [0] (~quassel@rockbox/developer/pamaury)
14:21:06		Quit slooopy (Ping timeout: 255 seconds)
14:33:14		Join slooopy [0] (~sloo@p5493D50F.dip0.t-ipconnect.de)
14:37:17		Quit riotz (Remote host closed the connection)
14:40:29		Quit dfkt (Read error: Connection reset by peer)
14:40:30		Join dfkt_ [0] (dfkt@unaffiliated/dfkt)
14:40:58		Quit dfkt_ (Read error: Connection reset by peer)
14:40:58		Join dfkt [0] (dfkt@unaffiliated/dfkt)
14:41:31		Join bmbl [0] (~bmbl@unaffiliated/bmbl)
14:45:46		Quit antil33t (Read error: Connection reset by peer)
14:45:54		Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz)
14:47:10		Join watto [0] (~watto@193.203.81.165)
14:49:01		Quit krazykit (Quit: awe yeeeeeee)
15:00
15:01:39		Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
15:03:49		Join [Saint] [0] (cbb80016@gateway/web/freenode/ip.203.184.0.22)
15:04:01		Quit teru (Quit: Quit)
15:13:53		Join komputes [0] (~komputes@ubuntu/member/komputes)
15:16:17	gevaerts	AlexP: newnewman
15:18:50	AlexP	done
15:19:08		Join panni_ [0] (hannes@178.203.85.85)
15:24:26		Quit Topy (Ping timeout: 245 seconds)
15:24:37		Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com)
15:26:35		Join Topy44 [0] (~Topy44@f054170000.adsl.alicedsl.de)
15:30:39		Join n1s [0] (~n1s@rockbox/developer/n1s)
15:33:25		Join designate72 [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net)
15:34:02		Part LinusN
15:50:58		Part ZhangNing
15:53:41		Join ReimuHakurei [0] (~reimu@74.112.212.15)
16:00
16:03:26		Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl)
16:05:17	wodz	Can anyone with art skills look at FS #11796 and add some more 'realistic look' to the sketch provided? As a refference I added some photos to the http://www.rockbox.org/wiki/InsideMPIOHD300
16:09:35	***	Saving seen data "./dancer.seen"
16:09:44		Join MethoS- [0] (~clemens@134.102.106.250)
16:16:22		Quit simonrvn (Ping timeout: 240 seconds)
16:20:05		Quit dantje (Quit: Ex-Chat)
16:20:58		Quit liar (Read error: No route to host)
16:21:16		Join simonrvn [0] (simon@209.69-ppp.3menatwork.com)
16:23:58		Join kevku [0] (~kevku@2001:7d0:0:f000::135d)
16:27:45		Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
16:32:42		Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
16:36:15	n1s	svn merge from a different repo actually seems to work quite well
16:38:49		Quit factor (Read error: Connection reset by peer)
16:42:43	CIA-7	New commit by 03nls (r28766): libtremor: merge upstream revision 17526 and 17531, adding some more error checking.
16:44:38	CIA-7	r28766 build result: All green
16:48:45	CIA-7	New commit by 03nls (r28767): libtremor: merge upstream revision 17527, 'Eliminate possibility of booklist overflow in res0/1/2 unpacking.'
16:49:42	CIA-7	r28767 build result: All green
16:53:08		Join ReimuHakurei_ [0] (~reimu@74.112.212.15)
16:53:11		Quit ReimuHakurei_ (Read error: Connection reset by peer)
16:57:01		Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
16:57:03	n1s	doesn't seem there's a way to tell svn merge to ignore whitespace differences though
17:00
17:01:13	TheSeven	do we have somebody who knows at least roughly how DER certificates work?
17:02:07		Quit GeekShadow (Ping timeout: 255 seconds)
17:07:50	CIA-7	New commit by 03nls (r28768): libtremor: merge upstream revision 17528-17530, more error checking and bug fixes
17:09:25	CIA-7	r28768 build result: All green
17:17:55		Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow)
17:19:48		Join user890104 [0] (~Venci@foxbg.com)
17:22:24		Part Zagor
17:34:27	CIA-7	New commit by 03nls (r28769): libtremor: merge upstream revision 17534 and 17536, fixing a possible 64 bit math overflow and correct types for some comparisons.
17:36:12	CIA-7	r28769 build result: All green
17:44:11	CIA-7	New commit by 03nls (r28770): libtremor: merge upstream revision 17538 'Fix decoder handling of floor0 when the LSP order is 1.'
17:46:06	CIA-7	r28770 build result: All green
17:47:57		Quit bmbl (Ping timeout: 240 seconds)
17:48:19	CIA-7	New commit by 03nls (r28771): libtremor: merge upstream revision 17539 and 17540 'Additional codebook validity checks.'
17:50:01	CIA-7	r28771 build result: All green
17:51:42		Join bmbl [0] (~bmbl@dsl-217-175-247.pool.bitel.net)
17:51:42		Quit bmbl (Changing host)
17:51:42		Join bmbl [0] (~bmbl@unaffiliated/bmbl)
18:00
18:09:37	***	Saving seen data "./dancer.seen"
18:10:43		Quit panni_ (Read error: Connection reset by peer)
18:15:34	CIA-7	New commit by 03wodz (r28772): RTC s35380a - cleanup and more comments
18:17:25	CIA-7	r28772 build result: All green
18:23:44	wodz	Considering our problems with API documentation maybe we should look for semi automatic solution like doxygen?
18:25:38	n1s	someone still needs to write the doxygen comments
18:26:52	saratoga	we do an awful job of commenting what functions are expected to do though
18:27:06	wodz	sure but when digging in code it is simpler to write comments than to create document about what do what
18:27:46	saratoga	IMO we should have some kind of policy about actually commenting what functions do when adding new features
18:28:02	saratoga	see for example tagcache.c
18:28:21	CIA-7	New commit by 03nls (r28773): libtremor: merge upstream revisions 17541, 17542, 17543, 17544, 17545, 17546, 17547, 17555, 17572, bringing in various fixes and finally bringing our ...
18:28:47	wodz	doxygen would make life easier not solve problem automagically
18:29:17		Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl)
18:29:22		Quit bertrik (Changing host)
18:29:23		Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
18:29:53	n1s	wodz: i'm not against it but it will probably take some effort to get people to start writing these comments and keeping them up to date
18:30:03	CIA-7	r28773 build result: All green
18:30:47	pamaury	Documenting the code would surely be a good idea, but we need to stick a convention
18:30:55	pamaury	*to
18:31:08	wodz	n1s: Well it is a matter of a question 'Do we want to have API documented or not?'.
18:31:37	pamaury	wodz: perhaps try to write to the ML, so that anyone can give an opinion
18:31:58	wodz	I will.
18:32:21	n1s	wodz: sure
18:32:35		Join ocin [0] (nico@irc.core.ws)
18:32:57	ocin	where is the difference between "shuffle" and the shuffle option under "repeat"?
18:33:31	n1s	ocin: repeat shuffle, will reshuffle the playlist whenever the end is reach so it restarts
18:34:38	bertrik	I am in favour of more comments generally
18:35:57	bertrik	and using the doxygen conventions is a good idea IMO
18:36:07	n1s	outdated or useless comments are worse than no comments, imo
18:36:38	n1s	but as i said, i'm not against adding doxygen comments as long as people keep them up to date
18:37:00	Llorean	Well, comments shouldn't become outdated unless the code changes, and the code shouldn't change without new comments, so... Of course that depends on getting everyone to actually do it
18:37:25	bertrik	I think with doxygen, you can get a warning when e.g. the number of parameters no longer matches the documentation
18:37:28	Llorean	We had enough difficulty with asking for manual updates or even tracker entries saying the manual needs updated, and that's something that needs doing much, much less often
18:38:00	pamaury	there is a difference though, because you add comments at the same time you write the code
18:38:12	pamaury	for most programmers it should be natural
18:38:15	pamaury	(in some way)
18:38:18	wodz	thats the whole point
18:38:39	pamaury	then it's a just a matter of conventions
18:38:51	Llorean	I think that may be overly optimistic, but we'll see.
18:43:04	wodz	bertrik: Have you seen my commits for s35380a? Looking at datasheets all changes should be valid for s35390a also.
18:43:52	bertrik	cool, if possible I wouldn't mind dropping the s35390 driver in favour of the updated s35380
18:44:43		Join toffe82 [0] (~chatzilla@maf.wirelesstcp.net)
18:45:23	wodz	bertrik: It is a matter of rewriting two helper wrappers
18:50:17		Quit factor (Ping timeout: 245 seconds)
18:51:55		Quit slooopy (Ping timeout: 255 seconds)
18:51:57		Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de)
18:53:14		Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
18:55:58		Join CaptainKewl [0] (~captainke@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com)
18:58:11		Join hebz0rl [0] (~hebz0rl@93.182.186.142)
19:00
19:03:48		Join slooopy [0] (~sloo@p5493C210.dip0.t-ipconnect.de)
19:10:43	Bagder	is there a good example of doxygen'ed generated docs anywhere?
19:10:53	Bagder	I've never seen it
19:11:43	wodz	http://www.doxygen.org/results.html
19:14:14	Bagder	I guess it might just be me and my preferences but I have a hard time to like them...
19:20:21		Quit DerPapst (Quit: Leaving.)
19:20:27		Join casainho [0] (~chatzilla@bl20-150-194.dsl.telepac.pt)
19:24:51		Quit swilde (Remote host closed the connection)
19:32:55		Quit ender` (Quit: Man created gods. The opposite remains to be proved.-- Serge Gainsbourg)
19:35:32		Join Horscht [0] (~Horschti@p4FD4E8D2.dip.t-dialin.net)
19:35:32		Quit Horscht (Changing host)
19:35:32		Join Horscht [0] (~Horschti@xbmc/user/horscht)
19:38:55		Join domonoky [0] (~Domonoky@rockbox/developer/domonoky)
19:40:15	preglow	Bagder: visually, or just the concept?
19:40:56	Bagder	I like the concept of scanning for "docs" in the code and generating docs from that. I just think that doxygen never makes nice docs from the given sources.
19:41:41	Bagder	but I'll admit I've never tried to see how it can be customed or changed
19:43:12		Join ender` [0] (krneki@foo.eternallybored.org)
19:43:13		Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk)
19:43:19		Part watto
19:45:37	saratoga	i don't think dooxygen is so important, but having a policy on documenting things in the code would be nice
19:46:11	pixelma	I believe some developers already tried to look into doxygen for Rockbox - bluebrother and mcuelenaere come to mind (not 100% sure)
19:49:34	Bagder	saratoga: very true, the actual documenting is the important part
19:51:14		Part ocin
19:51:40	TheLemonMan	does anyone have a freescale board ?
19:51:58	Bagder	a freescale board ?
19:52:14	TheLemonMan	a developer board
19:52:17		Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
19:52:18	Bagder	for what?
19:52:58	TheLemonMan	need that because i discovered that theres a recovery mode in the rom used to upload and run stuff via usb and might speed up alot the development process
19:53:28	TheLemonMan	but infos must be asked via mail and i think they wont tell anything to an mp3 haxxor
19:53:38	Bagder	freescale is a company, they make gazillions of different chips
19:53:56	TheLemonMan	imx23 specifically
19:55:38	Bagder	675 USD from Freescale =)
19:57:07	TheLemonMan	"A list of USB bootloader commands is available upon request." duh
19:58:45	saratoga	a development board probably isn't that useful since nothing will be wired up the same and the hardware will be in a very different state after the OF bootloader runs anyway
20:00
20:00:03	TheLemonMan	mmh, you got me wrong, i just needed the fact of having a board to lift the chances of a response
20:00:38	gevaerts	Maybe the Lyre people can ask? They buy actual chips IIRC
20:04:25		Join Maggux [0] (~quassel@krlh-4d021e5e.pool.mediaWays.net)
20:05:59		Quit stripwax (Read error: Connection reset by peer)
20:06:35	wodz	Bagder: According to http://www.stack.nl/~dimitri/doxygen/customize.html doxygen output can be highly customized.
20:06:48	scorche\|sh	domonoky: ping
20:06:56	domonoky	pong
20:07:09		Join krabador [0] (~krabador@host15-177-dynamic.27-79-r.retail.telecomitalia.it)
20:07:59		Quit GeekShadow (Read error: Connection reset by peer)
20:08:01		Join GeekShad0w [0] (~Antoine@ree79-1-78-237-225-34.fbx.proxad.net)
20:08:07	scorche\|sh	domonoky: how are you on sqlite type stuff? - for the themesite, of course
20:08:32		Join Keripo [0] (~Keripo@165.123.103.39)
20:09:00	domonoky	scorche\|sh: i dont know much about it, just enough so i could hack in my last themesite changes.. learning on the go :-)
20:09:14	scorche\|sh	domonoky: i ask, because recently, when the themesite gets hit, the CPU gets absolutely pegged now resulting in slow load times - we are thinking it is something to do with the dtabase and how it might be called see: http://squisch.net/dumptruck/generate_graph.png
20:09:38	***	Saving seen data "./dancer.seen"
20:09:40	scorche\|sh	i am not a database or database code person, so i am far from the best person to really have a look at it..
20:10:22	domonoky	this sudden peak was after you upgraded something ?
20:10:35	scorche\|sh	no, it wasnt
20:11:12	domonoky	then i wonder what changed around week 47 in this log..
20:11:30	scorche\|sh	there always werent any changes in svn or even ssh logins to the themesite account, so it looks like some threshold got breached or something during this time in the log
20:11:42	gevaerts	hm
20:11:57	scorche\|sh	one would think that if it were the database, it would slowly increase, but that isnt the case here...
20:12:12	scorche\|sh	however nothing really changed, so...
20:13:10	amee2k	where can i find a (current) list of build prerequisites?
20:16:15	domonoky	scorche\|sh: strange, unfortunatly i dont know enough about sqlite/php to find out what might cause this. We need some skilled php/sqlite hacker for this :-/
20:16:31	scorche\|sh	yeah - the problem is, i dont think we have one...
20:28:07	gevaerts	hm, the database things are fairly well isolated. We could add some logging there
20:28:56		Quit Keripo (Quit: Leaving.)
20:28:58		Quit bmbl (Quit: Verlassend)
20:29:26		Join Keripo [0] (~Keripo@165.123.103.39)
20:30:27		Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net)
20:33:17	gevaerts	scorche\|sh: there aren't checkwps runs active all the time I guess?
20:34:45	gevaerts	scorche\|sh: have you checked webserver logs to see if traffic increased?
20:35:16	pixelma	I wondered if checkwps may be broken because I saw inconsistencies about the "works with" displays and if it could impact the performance of the database searches on the server
20:37:28		Quit Keripo (Quit: Leaving.)
20:38:09	pixelma	it's a few weeks ago though and I haven't checked back yet
20:39:40	scorche\|sh	gevaerts: i doubt that is run every page load though
20:39:58	gevaerts	it's not, no
20:40:22	scorche\|sh	gevaerts: i opened up htop and every single time the themesite got hit, i saw the single apache process instantly shoot up to 100%
20:40:26	scorche\|sh	CPU, that is
20:40:27		Quit krabador (Ping timeout: 272 seconds)
20:40:40	gevaerts	CPU? Weird
20:40:49	scorche\|sh	yup
20:41:13	scorche\|sh	hence why i am saying the themesite is pegging the cpu
20:41:36	*	gevaerts stops looking at simple locking issues then. Those shouldn't cause CPU things
20:42:42	scorche\|sh	this is why i linked http://squisch.net/dumptruck/generate_graph.png and have been mentioning that it has been pegging the CPU ;)
20:43:02	gevaerts	Yes, yes
20:43:11	*	gevaerts doesn't always pay attention :)
20:43:46	gevaerts	scorche\|sh: could you (or someone who knows php a bit) add logging to query() in private/db.class.php to print out $sql? My guess is a bad or missing index or something like that. Knowing what queries it runs will help identify those
20:44:10	gevaerts	I'm willing to check for those if I get a copy of the database file
20:45:00	scorche\|sh	probably - this is why i was pinging folk like domonoky and rasher who have worked on the themesite in the past and are actually somewhat familiar with the php/sqlite workings
20:45:25	*	scorche\|sh wouldnt classify himself in that category
20:45:39	rasher	I'd be surprised if there were proper indexes
20:45:46	TheLemonMan	ok, i filed a request on freescale website, sadly the imx expert wasnt online right now
20:45:48	rasher	so that's quite likely
20:46:37	gevaerts	right
20:47:08	gevaerts	Knowing what the common queries are will help a lot to see which ones we need, and logging is a good way to collect those
20:47:48	*	scorche\|sh wonders if he needs to send a mail on the dev-list to call for help
20:48:05		Quit evilnick_B (Quit: Page closed)
20:49:19	*	gevaerts would hope that between those present here we should be able to figure out how to get a string into a file (or an apache log)
20:49:37	gevaerts	Doesn't standard error get redirected to apache logs?
20:50:44	domonoky	gevaerts: i can send you a copy of the db file (if scorche didnt do it already) if you want.
20:51:23	*	scorche\|sh is quite willing and ready to give anyone the credentials they need
20:51:44	gevaerts	I'd guess 'fprintf(STDERR,"query: %s\n",$sql);' on line 187 in db.class.php might be all we need
20:52:11	scorche\|sh	if any committers want to work on it i can toss you the credentials to ssh in to the server as well..
20:52:18	*	gevaerts volunteers
20:57:47		Quit Maggux (Remote host closed the connection)
20:59:39		Join InsDel [0] (~haqr.net@unaffiliated/insdel)
21:00
21:00:33		Quit Horscht (Read error: Connection reset by peer)
21:00:44		Join Horscht [0] (~Horschti@xbmc/user/horscht)
21:00:46		Join DerPapst [0] (~Alexander@p5DE5B2D2.dip.t-dialin.net)
21:01:45		Join evilnick_B [0] (0c140464@rockbox/staff/evilnick)
21:02:14		Quit Horscht (Read error: Connection reset by peer)
21:03:57		Join Horscht [0] (~Horschti@p4FD4E8D2.dip.t-dialin.net)
21:03:57		Quit Horscht (Changing host)
21:03:57		Join Horscht [0] (~Horschti@xbmc/user/horscht)
21:18:11		Join Keripo [0] (~Keripo@SEAS182.wlan.seas.upenn.edu)
21:22:32		Join Kupop [0] (~Kupo@cpc2-bsfd7-2-0-cust220.5-3.cable.virginmedia.com)
21:35:11		Join leavittx [0] (~leavittx@89.221.199.187)
21:44:58		Join TheSphinX^ [0] (~cold@p54A5B9D8.dip.t-dialin.net)
21:56:39		Quit Stummi (Excess Flood)
21:57:11		Join Stummi [0] (Stummi@rockbox/developer/Stummi)
22:00
22:04:01		Quit Keripo (Quit: Leaving.)
22:07:35		Quit slooopy (Read error: Operation timed out)
22:09:41	***	Saving seen data "./dancer.seen"
22:13:17		Quit TheSphinX^ (Quit: XChat)
22:17:55		Join Maggux [0] (~quassel@krlh-4d021e5e.pool.mediaWays.net)
22:20:44		Quit factor (Read error: Connection reset by peer)
22:21:03	wodz	who is the most active svg art guy?
22:25:16		Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
22:27:16		Join Keripo [0] (~Keripo@dhcp0101.kin.resnet.group.upenn.edu)
22:27:32	CIA-7	New commit by 03gevaerts (r28774): Document how to add an index to the checkwps table
22:29:22	CIA-7	r28774 build result: All green
22:29:56	gevaerts	huh? Does the build system pick up themesite updates?
22:40:37	CIA-7	New commit by 03wodz (r28775): MPIO HD300 simulator. FS #11796 by Michael Leslie
22:40:42	CIA-7	New commit by 03wodz (r28776): Add Michael Leslie to CREDITS file for FS #11796
22:42:28	CIA-7	r28775 build result: All green
22:44:28	CIA-7	r28776 build result: All green
22:44:35		Quit leavittx (Ping timeout: 255 seconds)
22:44:57		Join hebz0rl_ [0] (~hebz0rl@dslb-088-067-223-087.pools.arcor-ip.net)
22:46:47		Quit hebz0rl (Ping timeout: 260 seconds)
22:48:58		Quit Maggux (Remote host closed the connection)
22:49:09	bluebrother	Bagder, pixelma, saratoga: IMO starting with a well-known syntax for documentation would be good. doxygen sounds like a good choice to me
22:49:41	bluebrother	I'd be interested in looking into doxygen again if there is enough interest. Unfortunately I'm rather short on time these days
22:54:12		Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de)
22:57:43		Join leavittx [0] (~leavittx@89.221.199.187)
22:58:47	bluebrother	Bagder: do you have an example on what kind of output you'd like for a generated documentation?
23:00
23:02:49	Bagder	not really, and I don't think my view alone should be any particular factor here
23:03:56	Bagder	in my own projects, I've always went with documenting the functions separately in man pages
23:07:08		Join JdGord [0] (~jd@pa58-109-169-110.pa.nsw.optusnet.com.au)
23:07:31		Quit TheLemonMan (Quit: free(me))
23:07:53	bluebrother	hmm. Maybe I should try to give it a shot during the holidays. Assuming that I find some time for it :)
23:08:10	*	bluebrother prefers keeping code and documentation in the same file
23:08:11	CIA-7	New commit by 03alle (r28777): Fix a typo in a comment
23:08:44	bluebrother	hmm, we could generate man pages from doxygen comments :)
23:09:57		Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/)
23:10:03	CIA-7	r28777 build result: All green
23:10:22	Bagder	here's an example how I made the docs and showing them online for functions: http://www.libssh2.org/docs.html
23:11:23		Quit GeekShad0w (Ping timeout: 240 seconds)
23:12:12		Join The_Pwny [0] (~IceChat7@203-219-63-40.tpgi.com.au)
23:13:53		Quit ender` (Quit: Jesus may be able to walk on water, but Chuck Norris can swim through dry land.)
23:14:57		Join fml [0] (~chatzilla@manz-590ef24c.pool.mediaWays.net)
23:15:45	fml	The commit r28777 is taken from FS #11748. I failed to include that into the commit message.
23:15:54	CIA-7	New commit by 03wodz (r28778): RTC s35380a - remove unneeded header files includes
23:17:37	CIA-7	r28778 build result: All green
23:17:40		Quit fml (Client Quit)
23:18:35		Part domonoky
23:22:52	wodz	bluebrother: express your opinion on ML
23:23:12		Join saratoga_ [0] (9803c22e@gateway/web/freenode/ip.152.3.194.46)
23:23:17	saratoga_	anyone mind if I delete SimpleGuideToCompiling ?
23:23:39	saratoga_	i updated some of it, but basically the whole thing is out of date and just duplicates better instructions elsewhere in the wiki
23:23:46		Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow)
23:24:31		Quit leavittx (Read error: Connection reset by peer)
23:24:44		Quit Kupop (Ping timeout: 264 seconds)
23:25:38	CIA-7	New commit by 03wodz (r28779): Add MPIO HD300 to rbutil.ini
23:27:05	wodz	I don't think that deleting is proper way to go. IMO it is better to mark this page as outdated and make it invisible form wiki doc page
23:27:18	CIA-7	r28779 build result: All green
23:28:50	saratoga_	wodz: yeah but i have no idea how to find all the pages linking to it
23:29:00	Strife89	saratoga_: The problem is that SimpleGuideToCompiling is newbie-friendly.
23:29:18	saratoga_	no its not it uses cygwin and gives instructions that don't work
23:29:40	Strife89	intended to be newbie friendly, at least
23:30:04	saratoga_	vmware is much easier for new users because they don't really have to do much of anything to get it working
23:30:14	saratoga_	well they do, but less then cygwin
23:31:41	Bagder	http://www.rockbox.org/wiki/SimpleGuideToCompiling?template=backlinksweb shows all wiki pages linking to it
23:33:26		Quit Horscht (Quit: Verlassend)
23:39:02	saratoga_	Bagder: is it possible to delete wiki pages?
23:39:06	saratoga_	IMO http://www.rockbox.org/wiki/RockboxDevelopment should go
23:39:14	saratoga_	since its a duplicate of DevelopmentGuide
23:42:53	wodz	hmm, on my HD300 usb bridge in bootloader works in rockbox I got 'Device offlined - not ready after error recovery'
23:43:14	wodz	this is reproducible
23:44:37	wodz	where is the code called upon USB plug event?
23:47:35		Nick hebz0rl_ is now known as hebz0rl (~hebz0rl@dslb-088-067-223-087.pools.arcor-ip.net)
23:50:34		Quit saratoga_ (Quit: Page closed)
23:53:17		Quit JdGord (Ping timeout: 265 seconds)
23:53:59		Join JdGordon\| [0] (~jonno@vl10.gw.ok-labs.com)
23:53:59		Quit JdGordon\| (Changing host)
23:53:59		Join JdGordon\| [0] (~jonno@rockbox/developer/JdGordon)

Previous day | Next day