#rockbox 2010-12-20

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 2010-12-20

00:00:04		Quit domonoky1 (Read error: Connection reset by peer)
00:04:57		Quit cjcopi (Ping timeout: 264 seconds)
00:06:39		Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk)
00:06:40		Join JdGordon\| [0] (~jonno@vl10.gw.ok-labs.com)
00:06:40		Quit JdGordon\| (Changing host)
00:06:40		Join JdGordon\| [0] (~jonno@rockbox/developer/JdGordon)
00:09:16		Join ReimuHakurei [0] (~reimu@74.112.212.15)
00:12:00		Join cjcopi [0] (~craig@adsl-76-241-82-218.dsl.bcvloh.sbcglobal.net)
00:15:00	***	Saving seen data "./dancer.seen"
00:29:52		Quit Judas_PhD (Quit: This is a quitting message)
00:30:15		Quit kadoban (Ping timeout: 240 seconds)
00:30:30		Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
00:31:10		Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net)
00:32:21		Quit evilnick (Read error: Connection reset by peer)
00:32:50		Join evilnick [0] (~evilnick@cpe-24-193-43-185.nyc.res.rr.com)
00:38:33		Join AlexP_mob [0] (~ap@rockbox/staff/AlexP)
00:42:29		Quit thegeek (Read error: Connection reset by peer)
00:44:32		Quit Dreamxtreme (Quit: Ex-Chat)
00:44:48		Part Judas_PhD ("This is a partinjg message")
00:46:05	Ctcp	Ping from gevaerts!~fg@rockbox/developer/gevaerts
00:46:53		Join Dreamxtreme [0] (~Dre@92.30.196.196)
00:47:04		Quit ender` (Quit: We are surprised at our own versatility in being able to fail in so many different ways. -- Samuel McChord Crothers)
00:50:35		Quit Dreamxtreme (Client Quit)
00:52:37		Quit AlexP_mob (Ping timeout: 240 seconds)
00:54:17		Quit stripwax (Quit: http://miranda-im.org)
01:00
01:01:53		Join Dreamxtreme [0] (~Dre@92.30.196.196)
01:04:39		Join thegeek [0] (~nnscript@132.108.34.95.customer.cdi.no)
01:07:24		Part sideral
01:09:17		Quit thegeek (Ping timeout: 260 seconds)
01:13:00		Join thegeek [0] (~nnscript@132.108.34.95.customer.cdi.no)
01:23:54		Join Rob2222 [0] (~Miranda@p4FFF02B9.dip.t-dialin.net)
01:25:54		Quit kadoban (Ping timeout: 250 seconds)
01:37:10		Quit pamaury (Ping timeout: 250 seconds)
01:44:10	[Saint]	Current SVN isn't committing the DB on the iPod Colours for some reason....if I manage to get it to commit with a release build, will that mess anything up if I update the build?
01:54:32	[Saint]	Hmmm, and why does RBUtil specifically mention the U2 edition of the Colour? There were several "special editions" of the Colour/Photo including Tony Hawk, Madonna and Harry Potter signed versions that don't get a mention. IIUC there's no HW difference between them.
01:56:10		Join ubuntu_ [0] (~ubuntu@host159-60-dynamic.181-80-r.retail.telecomitalia.it)
01:57:03		Nick ubuntu_ is now known as krabador (~ubuntu@host159-60-dynamic.181-80-r.retail.telecomitalia.it)
02:00
02:03:28		Quit Kitar\|st (Ping timeout: 259 seconds)
02:08:33		Join KiwiCam [0] (~Kiwicam@186.205.176.167)
02:09:10		Join Kitar\|st [0] (~Kitarist@BSN-182-104-166.dial-up.dsl.siol.net)
02:09:24		Join Kiwi_Cam [0] (~Kiwicam@186.205.176.167)
02:12:27		Join kugel [0] (~kugel@rockbox/developer/kugel)
02:12:52		Join GeekShadow [0] (~Antoine@93.21.172.197)
02:12:52		Quit GeekShadow (Changing host)
02:12:52		Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow)
02:13:04	JdGordon\|	kugel: FS #11816/7
02:14:51		Quit Kiwi_Cam (Quit: Leaving)
02:14:54		Quit KiwiCam (Quit: Leaving)
02:15:01	***	Saving seen data "./dancer.seen"
02:16:00	[Saint]	Hmmm, Calendar.rock is telling me it's Saturday when it's clearly Monday.
02:20:13	kugel	for FS #11816: I think it's a bug which also noticed but which yet haven't been able to track down in the code (the code looks corret): the list code react properly if you hold a line
02:21:40	kugel	for FS #11817: it's indeed worse with slower processors, but I'm pretty sure it could be fixed if we let the thread that gets something on its event_queue run next first. But I haven't been able to do that (I've tried but failed miserably). I tried to get into touch jhMikeS's about it
02:21:48		Join KiwiCam [0] (~Kiwicam@186.205.176.167)
02:24:02	kugel	FS #11817 is IMO another sign of our scheduler not working as expected, the list code stalls the audio thread eventhough the kinetic scrolling just puts messages onto the main thread's event_queue
02:24:33	kugel	the other sign is FS #11387
02:26:40	kugel	i.e. threads which mostly spend time in queue_wait() stall threads which have real work to do
02:27:55	kugel	I hope jhMikeS gets a bit more active, seeing his latest mpegplayer commits
02:30:11		Quit krabador (Quit: Sto andando via)
02:48:54		Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net)
02:52:16		Join evilnick_ [0] (~evilnick@cpe-24-193-43-185.nyc.res.rr.com)
02:55:21		Quit evilnick (Ping timeout: 264 seconds)
02:56:06		Join evilnick [0] (~evilnick@cpe-24-193-43-185.nyc.res.rr.com)
02:58:41		Quit evilnick_ (Ping timeout: 276 seconds)
03:00
03:06:30	[Saint]	Hmmm...Ok, which devs have an iPod Colour?
03:06:51	[Saint]	current SVN simply WON'T init the DB, but 3.7.1 will.
03:07:30	[Saint]	also, what is the difference between when the DB asks to init on reboot, and when it just goes ahead and does it after finding the tracks?
03:07:38	[Saint]	I assume its some setting in my config.
03:08:01	[Saint]	That appears to have something to do with it...possibly.
03:11:03	kugel	[Saint]: it depends on if the DB was initialized before
03:11:43	kugel	the DB has a (IIRC) 64K scratch buffer, if it was initialize and your new tracks don't exceed that buffer, it won't ask you to reboot
03:11:49	[Saint]	kugel: I just tried it on current SVN and 3.7.1...current SVN (clean config) attempts to init it immediately, 3.7.1 asks to be shut down.
03:11:56	[Saint]	shutting down, then initing works.
03:12:00	[Saint]	the other, not.
03:13:32	kugel	[Saint]: I claim an unitialized DB will always ask you to reboot
03:14:02	kugel	however you can basically only make sure it's unitialized by deleting the *.tcd in /.rockbox
03:14:07	[Saint]	current SVN is definitely not doing so.
03:14:17	[Saint]	on this device, andway.
03:14:22	[Saint]	*anyway.
03:14:39	kugel	I don't believe you :)
03:15:56	[Saint]	I restored to clear up any disk issues I knew I didn't have but was being cautious anyway...installed SVN head, booted, tried to init the DB and it hasn't asked to reboot at all in any atempt.
03:15:57	kugel	I highly doubt behaviour has changed, but I'd need to check again since it's been months since I last touched an mp3 player
03:16:23	[Saint]	it simply goes straight into the 1~9 countdown after scanning tracks and fails on 2
03:16:52	[Saint]	3.7.1 and 3.7 actually ask to be shutdown, and it works on next boot.
03:17:41	[Saint]	If it fails, the next time it boots it can't find rockbox.ipod so I think this may be a mixture of some bugs.
03:17:55	kugel	the last change to the databse was probably pre-3.7
03:23:23	[Saint]	Hmmm...the Colour's screen always seems to shutdown uncleanly too.
03:23:40		Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca)
03:24:11	[Saint]	horrible verticle lines that take ~5min to fade out are left behind.
03:24:34	[Saint]	(which is an awfuly long time for such LCD glitches)
03:38:16		Quit JesusFreak316 (Ping timeout: 240 seconds)
03:48:07		Quit sasquatch (Quit: WeeChat 0.3.2)
03:48:35		Join sasquatch [0] (~username@p4FF2DC16.dip.t-dialin.net)
03:51:28		Quit timccc1 (Ping timeout: 260 seconds)
03:51:58		Quit Guest75739 (Remote host closed the connection)
03:52:49		Join Feisar [0] (jljhook@irkki.fi)
03:53:08		Nick Feisar is now known as Guest30336 (jljhook@irkki.fi)
03:58:29		Quit kugel (Remote host closed the connection)
03:59:37		Join timccc [0] (~timccc@112.166.15.141)
04:00
04:00:42		Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
04:11:46		Quit Guest30336 (Ping timeout: 255 seconds)
04:13:39		Quit Keripo (Quit: Leaving.)
04:15:04	***	Saving seen data "./dancer.seen"
04:20:35		Quit chattr (Ping timeout: 240 seconds)
04:20:41		Join Feisar [0] (jljhook@89.166.50.52)
04:21:07		Nick Feisar is now known as Guest93793 (jljhook@89.166.50.52)
04:21:16		Join chattr [0] (~mike@244.87.189.72.cfl.res.rr.com)
04:23:12		Quit amiconn (Disconnected by services)
04:23:14		Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
04:23:15		Quit pixelma (Disconnected by services)
04:23:18		Join pixelma_ [0] (quassel@rockbox/staff/pixelma)
04:23:19		Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
04:23:20		Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
04:30:27		Quit Judas_PhD (Quit: This is a quitting message)
04:30:49		Quit Guest93793 (Ping timeout: 272 seconds)
04:33:18		Join Barahir_ [0] (~jonathan@frnk-590ff8a9.pool.mediaWays.net)
04:33:56		Quit Barahir (Read error: Operation timed out)
04:42:08		Quit guymann (Ping timeout: 250 seconds)
04:44:05		Join guymann [0] (~charles@69.182.42.77)
04:45:26		Join Strife1989 [0] (~Strife89@adsl-80-140-243.mcn.bellsouth.net)
04:47:58		Quit Strife89 (Ping timeout: 260 seconds)
04:48:06		Quit factor (Read error: Connection reset by peer)
04:48:26		Quit kadoban (Quit: bye)
04:48:41		Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net)
04:51:46	[Saint]	argh...it's definitely something in current SVN.
04:52:27	[Saint]	My DB won't even update without a data abort in current SVN if I use a release build to initialise it.
04:53:00	[Saint]	(install release build, init DB, install SVN head, add tracks, update DB, data abort) :/
04:53:04	JdGordon\|	enalbe the metadata logging
04:53:23	[Saint]	I have done, it doesn't fail on a specific track.
04:53:25	JdGordon\|	binchop and find the culparate
04:53:31	JdGordon\|	umm.. spelling? :p
04:53:46	[Saint]	3.7 and 3.7.1 manage to init quite nicely.
04:54:19	[Saint]	it will be a while before I can do so, but I would like to find the culprit. Ideally I'd like a .map file for the current build.
04:54:27	[Saint]	is that possible to get?
04:54:59	JdGordon\|	i dont tinhk so
04:56:26	[Saint]	Not packaging it seems kinda silly, it'd do no harm and be good for such times.
04:56:41	JdGordon\|	i think we've had this discussionn before
04:56:47	JdGordon\|	yes, we should be archiving the maps
04:57:25	[Saint]	not necessarily archived, couldn;t it simply be included in the .zip?
04:57:26	[Saint]	*couldn't
05:00
05:03:00		Quit InsDel (Read error: Connection reset by peer)
05:05:21		Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
05:10:12		Join froggyman [0] (~seth@98.115.0.7)
05:10:12		Quit froggyman (Changing host)
05:10:12		Join froggyman [0] (~seth@unaffiliated/froggyman)
05:10:43		Join Feisar [0] (jljhook@irkki.fi)
05:11:09		Nick Feisar is now known as Guest60004 (jljhook@irkki.fi)
05:12:56		Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il)
05:15:24		Join Topy [0] (~Topy44@f048133225.adsl.alicedsl.de)
05:18:59		Quit T44 (Ping timeout: 240 seconds)
05:20:58		Quit guymann (Quit: tits)
05:23:01		Quit jfc^3 (Read error: Connection reset by peer)
05:24:51		Join JesusFreak316 [0] (~JesusFrea@pool-173-65-66-169.tampfl.fios.verizon.net)
05:25:18		Quit GeekShadow (Quit: The cake is a lie !)
05:26:11		Quit mortalscan (Ping timeout: 260 seconds)
05:32:58		Quit Rob2222 (Ping timeout: 265 seconds)
05:35:05		Join guymann [0] (~charles@64-252-123-66.adsl.snet.net)
05:40:05		Join jfc^3 [0] (~john@dpc6682208002.direcpc.com)
05:59:03		Quit KiwiCam (Remote host closed the connection)
06:00
06:00:24		Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
06:15:06	***	Saving seen data "./dancer.seen"
06:16:37	the_Kyle	Should the Rockbox USB stack require that a microSD card be inserted in order for the Clip+ to be mounted? I may need to comment on this, but I first want to be sure it's a known problem.
06:20:56	[Saint]	That would seem like a fairly odd requirement.
06:23:40	the_Kyle	That's what I thought. It looks like a comment to be added to fs#11541, but it may just be an instability in the USB stack as it applies to the Clip+. Whenever I plug in the player without a microSD, it refuses to mount, and if I remove the card while the player is mounted, it ceases to be recognized.
06:24:18	the_Kyle	I am getting input/output errors when attempting to right to the device.
06:25:29	the_Kyle	So basically, I need to find out if it's better to report this as a comment to fs#11541 or as a bug in USB.
06:27:57	Llorean	It doesn't happen on other players with builds as of a day or two ago
06:28:15		Quit JesusFreak316 (Read error: Connection reset by peer)
06:28:21	the_Kyle	My build is from yesterday. Should I update again?
06:28:36	Llorean	I think you should assume it relates only to the patch and the players affected by it.
06:29:12	the_Kyle	OK. I'll comment on the patch. Thanks.
06:29:21		Join JesusFreak316 [0] (~JesusFrea@pool-173-65-66-169.tampfl.fios.verizon.net)
06:31:00		Quit ReimuHakurei (Quit: BRB FBI)
06:31:26		Join ReimuHakurei [0] (~reimu@74.112.212.15)
06:34:14	[Saint]	If somebody was nice enough to build SVN head iPod Colour/Photo build for me and package the .map file I would very much appreciate it.
06:34:34	[Saint]	No rush, it's not dire...but I would appreciate it nonetheless.
06:38:43		Join mortalscan [0] (~mortalsca@109.169.55.155)
06:39:55		Quit [Saint] (Disconnected by services)
06:39:57		Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.147)
06:45:30		Quit factor (Quit: Leaving)
07:00
07:12:11		Quit JesusFreak316 (Ping timeout: 240 seconds)
07:21:21		Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey)
07:24:14		Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
07:25:31		Quit JdGordon\| (Quit: leaving)
07:30:23		Join JdGord [0] (~jonno@58.108.69.244)
07:35:08		Quit pixelma (Disconnected by services)
07:35:08		Quit amiconn (Disconnected by services)
07:35:10		Join pixelma_ [0] (quassel@rockbox/staff/pixelma)
07:35:10		Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
07:35:12		Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
07:35:14		Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
07:39:55		Quit JdGord (Read error: Connection reset by peer)
07:40:04		Join JdGord [0] (~jonno@58.108.69.244)
07:42:21		Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
07:48:09		Join xblink_ [0] (~chatzilla@adsl-92-34-62.asm.bellsouth.net)
07:48:33		Nick xblink_ is now known as xblink (~chatzilla@adsl-92-34-62.asm.bellsouth.net)
07:48:42	xblink	I have a few questions
07:49:10	xblink	Anyone around that could possible answer them?
07:49:15	xblink	possibly*
07:49:29	S_a_i_n_t	just ask your question.
07:49:44	S_a_i_n_t	*questions.
07:50:12	xblink	Is rockbox open source?
07:50:18	S_a_i_n_t	yes.
07:50:52	xblink	Will it be ported to the iPod Nano 6G?
07:51:02	xblink	(anytime soon)
07:51:19	S_a_i_n_t	Ports are never given release estimations.
07:51:42	xblink	What language is rockboxcoded in?
07:51:53	S_a_i_n_t	C, and ASM mostly
07:53:07	xblink	thanks. That's all for now. Sorry if i shoould have easily found the answers on the website. I didn't see them and am short on time.
07:53:13	xblink	bye :)
07:53:17		Quit xblink (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014])
07:56:29		Quit JdGord (Ping timeout: 264 seconds)
08:00
08:15:07	***	Saving seen data "./dancer.seen"
08:16:54		Join B4gder [0] (~danielx@1-1-5-26a.hud.sth.bostream.se)
08:19:17		Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
08:21:47		Quit linuxstb (Ping timeout: 240 seconds)
08:23:24	S_a_i_n_t	Hmmm....the screen scroll buttons (iPod) are reversed compared to how I would expect them to function.
08:24:04	S_a_i_n_t	also, "left scroll" only seems to work if "right scroll" has been used first.
08:24:40	S_a_i_n_t	otherwise holding \|<< just backs out of the current menu entry.
08:26:48	S_a_i_n_t	If I can, I'd like to fix the latter up. Holding \|<< should scroll left (not right as it does now), and tapping \|<< should back out of a menu IMO.
08:28:07	Llorean	Wasn't the idea that holding "Left" in the file browser (on targets where things are working properly) goes through several folder levels until you're in the "root" of the file browser?
08:28:29	Llorean	That is, if you're in any number of subfolders deep
08:29:00	JdGordon	holding \|<< scrolls right?!
08:29:06	JdGordon	thats totally fucked!
08:29:09	Llorean	That on the other hand sounds like a bug.
08:29:41	JdGordon	or very broken hardware
08:29:45	S_a_i_n_t	Llorean: It seems you're correct.
08:30:02	S_a_i_n_t	I'm not sure I like it doing that in any other instance than the filebrowser though.
08:30:03	Llorean	Or very broken hardware, yeah, but I'd imagine you wouldn't be able to navigate the menus otherwise.
08:30:08	S_a_i_n_t	abd not really even then.
08:30:34	Llorean	S_a_i_n_t: Yes, but it's there to accommodate blind users, so you're not really the target audience of that feature. :)
08:31:04	Llorean	Does it get in the way of anything other than "scrolling left before you've manually scrolled right"?
08:31:23	S_a_i_n_t	But, yeah...holding >>\| scrolls the screen to the left, \|<< to the right etc.
08:31:37	Llorean	Wait
08:31:41	Llorean	It doesn't scroll the screen, it scrolls the text.
08:31:47	Llorean	You may be visualizing what happens wrong
08:32:00	S_a_i_n_t	err...text, yes.
08:32:03	Llorean	Hold >>\| and you should move "forward" seeing later words on the line of text.
08:32:18	Llorean	Holding \|<< should bring you back to the beginning of the text.
08:32:59	Llorean	>>\| and \|<< scroll properly on my Nano G1 in the list.
08:33:06	Llorean	What screen are you experiencing a problem in?
08:33:18	S_a_i_n_t	explained like that, it makes some sense...but I see it as being the "opposite" of how I would have done it personally.
08:34:18	Llorean	Ah, so not a bug.
08:34:19	S_a_i_n_t	aha...it seems that using \|<< to scroll the text only works if the text is already scrolling.
08:34:25	S_a_i_n_t	otherwise it backs out of the dir.
08:34:35	S_a_i_n_t	that's what was tripping me up.
08:34:38	Llorean	Maybe a bad description in the manual?
08:35:04	S_a_i_n_t	I'mnot sure I've read the section...just perception based error I believe.
08:35:32		Join linuxstb [0] (~linuxstb@95.19.135.87)
08:35:33		Quit linuxstb (Changing host)
08:35:33		Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb)
08:37:34	S_a_i_n_t	I noticed some setting that seem a little irrelevant (for now at least): Like Settings - Recording Settings - Channels for example.
08:37:43	S_a_i_n_t	things with only one possible selection.
08:38:15	S_a_i_n_t	IMO it/they need not be there until there's another thing to choose from.
08:38:24		Quit Bagder (Ping timeout: 260 seconds)
08:38:31		Join esperegu [0] (~quassel@145.116.15.244)
08:38:39		Quit B4gder (Ping timeout: 265 seconds)
08:40:31		Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl)
08:43:32		Quit BHSPitMonkey (Remote host closed the connection)
08:46:59		Quit kadoban (Ping timeout: 240 seconds)
08:47:22		Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk)
08:49:38		Join Bagder [0] (~danielx@1-1-5-26a.hud.sth.bostream.se)
08:49:52		Quit stripwax (Client Quit)
08:51:02		Join B4gder [0] (~daniel@rockbox/developer/bagder)
08:52:26		Quit Bagder (Changing host)
08:52:26		Join Bagder [0] (~danielx@rockbox/developer/bagder)
08:57:22		Join TheLemonMan [0] (~lem0n@ppp-136-135.98-62.inwind.it)
08:58:05	CIA-7	New commit by jethead71 (r28862): MPEGPlayer: Fix a bug where seeking a stream into the same frame more than once in a row causes it to report itself at the end in error; to fix it, ...
09:00
09:00:01	CIA-7	r28862 build result: All green
09:00:07		Join ender` [0] (krneki@foo.eternallybored.org)
09:09:08	_jhMikeS_	Thinks it's a good idea to also have a full file rewind action in mpegplayer for single play mode, just like multi play? It's worked out already but I'm still asking if it seems good.
09:09:17		Nick _jhMikeS_ is now known as jhMikeS (~jethead71@rockbox/developer/jhMikeS)
09:09:41	Llorean	What do you mean by "full file rewind"? Skip to the beginning?
09:10:04	jhMikeS	Llorean: yes
09:10:43	Llorean	I don't see why video shouldn't have it when audio does. :)
09:11:19	jhMikeS	me neither. I've wanted it more than a few times. :)
09:20:37		Join Zagor [0] (~bjst@rockbox/developer/Zagor)
09:23:07		Quit amiconn (Disconnected by services)
09:23:07		Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
09:23:25		Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
09:23:54		Quit pixelma (Disconnected by services)
09:23:56		Join pixelma_ [0] (quassel@rockbox/staff/pixelma)
09:23:58		Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
09:52:13		Join swilde [0] (~wilde@aktaia.intevation.org)
09:57:33		Join Keripo [0] (~Keripo@dhcp0101.kin.resnet.group.upenn.edu)
09:57:53		Join LinusN [0] (~linus@rockbox/developer/LinusN)
09:59:01		Quit n17ikh (Ping timeout: 245 seconds)
09:59:28	JdGordon	S_a_i_n_t: do you remember what the story with the theme settings patch is?
09:59:44	S_a_i_n_t	Nope.
10:00
10:00:39		Join {phoenix} [0] (~dirk@xGagC832.WH1.TU-Dresden.De)
10:05:19	wodz	S_a_i_n_t: ping
10:15:10	***	Saving seen data "./dancer.seen"
10:30:33		Quit TheSeven (Ping timeout: 250 seconds)
10:33:06		Quit factor (Read error: Connection reset by peer)
10:33:20		Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
10:40:05		Join kevku [0] (~kevku@arch.tunnel.ipv6.estpak.ee)
10:45:41		Join pamaury [0] (~quassel@cez63-2-88-164-98-172.fbx.proxad.net)
10:45:41		Quit pamaury (Changing host)
10:45:41		Join pamaury [0] (~quassel@rockbox/developer/pamaury)
10:54:02		Join insp_ [0] (~chatzilla@213.175.99.200)
10:58:38		Part Zagor
10:59:38		Quit insp_ (Quit: ChatZilla 0.9.86 [Firefox 3.6.8/20100722155716])
11:00
11:01:00		Quit wodz (Ping timeout: 240 seconds)
11:01:54		Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl)
11:07:48		Quit wodz (Ping timeout: 240 seconds)
11:14:21		Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl)
11:14:27		Quit amiconn (Disconnected by services)
11:14:27		Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
11:14:33		Quit pixelma (Disconnected by services)
11:14:35		Join n17ikh [0] (~n17ikh@c-68-59-25-51.hsd1.sc.comcast.net)
11:14:36		Join pixelma_ [0] (quassel@rockbox/staff/pixelma)
11:14:38		Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
11:14:45		Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
11:16:49		Join Zagor [0] (~bjst@rockbox/developer/Zagor)
11:18:56	JdGordon	has anyone looked into headphone detection on android?
11:24:17	soap	for what it's worth, scorche, AlexP, GodEater. My two test IP subnet bans on "agressive" spammers only caught 17 log-in attempt between them during a week, and all of those hits occurred during the first 24 hours. Apparently there is no point in doing such.
11:24:38	Zagor	JdGordon: http://developer.android.com/reference/android/content/Intent.html#ACTION_HEADSET_PLUG
11:25:31	JdGordon	yeah, thats what I found... I tihnk we should be able to handle it with the current media key handling, but not entirely sure how to listen for that broadcast
11:29:13		Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/)
11:32:57		Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven)
11:39:00		Join anotherian [0] (~d48be131@giant.haxx.se)
11:39:46	anotherian	FIrst, a huge thank you for all the work on Rockbox over the years. Second, the problem :)
11:40:26	anotherian	Until about two weeks ago, it was possible to use a program called get_iplayer to download mp3s from the BBC's iplayer service.
11:41:08	anotherian	It pretends to be an iphone, and because that's crap, erm, has limited capabilities, it would be given sensible files.
11:42:17	anotherian	(Although the original author stopped work on it, due to the BBC messing around with video, it is GPL'd and get_iplayer is still available in Debian and presumably elsewhere.)
11:42:31	JdGordon	what's this got to do with rockbox?
11:42:46	anotherian	I'm coming to thatAh :) Now, using it gets .
11:42:55	anotherian	aac files
11:43:28	anotherian	Which Rockbox 3.7.1 says it should play, but it doesn't.
11:44:22	anotherian	Here's what is reported by get_iplayer:
11:45:42	anotherian	INFO: Checking existence of default version
11:45:53	anotherian	INFO: flashaacstd1,flashaudio1,rtspaudio1,flashaaclow1,wma1 modes will be tried for version default
11:46:06	anotherian	INFO: Trying flashaacstd1 mode to record radio: The Million Pound Radio Show: Series 1 - Episode 4
11:46:20	anotherian	INFO: File name prefix = The_Million_Pound_Radio_Show_Series_1_-_Episode_4_b008s3js_default
11:46:33	anotherian	WARNING: Your version of flvstreamer/rtmpdump does not support SWF Verification
11:46:45	anotherian	FLVStreamer v2.1c1
11:46:54	anotherian	(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
11:47:02	anotherian	Connecting ...
11:47:14	anotherian	Starting download at: 0.000 kB
11:47:18	anotherian	Metadata:
11:47:29	anotherian	duration 2160.06
11:47:36	anotherian	moovPosition 36.00
11:47:45	anotherian	audiocodecid mp4a
11:47:52	anotherian	aacaot 2.00
11:48:01	anotherian	audiosamplerate 44100.00
11:48:11	anotherian	audiochannels 2.00
11:48:31	anotherian	(tags lines deleted)
11:48:40	anotherian	trackinfo:
11:48:53	anotherian	length 95258624.00
11:49:07	anotherian	timescale 44100.00
11:49:10	anotherian	language und
11:49:21	anotherian	sampledescription:
11:49:29	anotherian	sampletype mp4a
11:49:38	anotherian	35352.513 kB / 2159.53 sec (99.9%)
11:49:49	anotherian	Download complete
11:51:00	anotherian	.. and the resulting file is The_Million_Pound_Radio_Show_Series_1_-_Episode_4_b008s3js_default.aac
11:51:01	JdGordon	use pastebin
11:51:24	JdGordon	hmm, how wide is SYSFONT? 6 pixels isnt it?
11:51:57	anotherian	'Everything' on this Linux Mint 10 PC will play it, from mplayer to vlc, but Rockbox won't.
11:52:30	anotherian	(Let me see if it's possible to use pastebin without registering)
11:54:37	soap	foobar (windows) has a "rewrite header" or some such IIRC for .aac files. Again, IIRC, you have a aac file w/o appropriate headers as it is effectively the middle of a continuous stream.
11:55:39	soap	this has been discussed on the forum, as well as repair methods, anotherian, so even if I don't recall the exact situation correctly I know you can search there and find *nix cures if you don't like foobar in WINE.
11:55:45	anotherian	Here's the pastebin of another programme: http://pastebin.com/v8cZER19
11:58:05	CIA-7	New commit by jdgordon (r28863): fix FS #11784 - classic_statusbar.sbs needed alignemtn fixing to show the whole time
11:58:29	anotherian	soap - hmm, possibly, but it looks to me like get_iplayer then uses FFmpeg to take that and come up with a 'proper' file.
11:58:52	anotherian	Is there a sensible place to put a sample 30M file?
11:59:06	JdGordon	AlexP: ^ IF you can be bothered putting that in stable go for it, imo its a pointless fix though so really no big deal if you can't
11:59:19	soap	I'll bet if you lop off the last 29 megs it will still exhibit the same behavior.
12:00
12:00:17	CIA-7	r28863 build result: All green
12:01:23	soap	anotherian, again this has been covered in the forum. You have a containerless raw stream. Mux it into your container of choice (mp4 please) and you're done.
12:03:20	anotherian	OK thanks. Is it possible to point me at the right post or do I just search for 'raw stream'?
12:04:53	anotherian	Ah, found one. Will read..
12:09:14		Join xavieran [0] (~xavieran@ppp118-209-227-124.lns20.mel6.internode.on.net)
12:15:11	***	Saving seen data "./dancer.seen"
12:26:55		Join DerPapst [0] (~Alexander@91-66-226-46-dynip.superkabel.de)
12:32:30		Join eWill [0] (~chatzilla@76.250.189.160)
12:33:08	eWill	On the Battery Bench plugin, one instruction is "Select and playback an album. # (Be sure to be more than the player's buffer)". What does that mean, and where do I find out my players' buffer size?
12:35:23		Quit anotherian (Quit: CGI:IRC)
12:36:07	wodz	if you select too small album to play it will be loaded into mem buffer only once. There is nothing wrong in this but measured battery lifetime will be longer than for typical use pattern
12:38:37	TheSeven	does anyone want to start playing around with his ipod classic? i now have a publicly-releaseable boot stub, which allows further code to be uploaded via usb mass storage :)
12:39:48	eWill	wodz: how do I find out the size of my mem buffer?
12:41:15	wodz	eWill: load more files than you have ram :-)
12:41:34	TheSeven	http://files.freemyipod.org/misc/bootstrap-ipodclassic.dfu
12:42:19	wodz	TheSeven: any progress with i2c scan?
12:42:36	TheSeven	no, didn't deal with that yet
12:42:45	eWill	wodz: I understand that. I think I found it: Menu > System > Rockbox Info > Buffer
12:52:39	eWill	wow −− my Fuze v2 has only 5MB RAM while my OLDER e200 has 28??? Can the e200 do anything in RB that the fuze v2 can't?
12:53:33		Quit linuxstb (Read error: Connection reset by peer)
12:54:35		Join shai_ [0] (~Shai@l192-117-110-233.cable.actcom.net.il)
12:55:31	wodz	eWill: you can view bigger images for example
12:56:25	eWill	I assume image file size is limited to buffer size (minus any ram the OS is using)?
12:57:24		Quit shai (Ping timeout: 240 seconds)
12:58:23		Join teru [0] (~teru@KD059133111160.ppp.dion.ne.jp)
12:58:25	wodz	decoded image size yes
12:58:31	wodz	teru: ping
12:58:33		Quit ps-auxw (Remote host closed the connection)
12:58:48	teru	wodz: pong
12:58:50		Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123)
12:59:56	wodz	teru: Could you document somehow the steps needed to add new decoder to imageviewer? And btw current scheme of buffer managing is not well defined
13:00
13:00:07		Quit amiconn (Disconnected by services)
13:00:09		Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
13:00:13		Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
13:00:48		Quit pixelma (Disconnected by services)
13:00:51		Join pixelma_ [0] (quassel@rockbox/staff/pixelma)
13:00:53		Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
13:04:44		Quit pixelma (Read error: Operation timed out)
13:05:28		Quit amiconn (Disconnected by services)
13:05:31		Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
13:05:35		Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
13:05:53		Join pixelma [0] (quassel@rockbox/staff/pixelma)
13:08:39		Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb)
13:10:07		Join marines [0] (~marines@marvin.uplink.cz)
13:15:20	teru	wodz: i'll try. you can use the buffer passed to load_image for whatever you want.
13:16:58	wodz	teru: I know, but it is hard to follow the code since every decoder treats that slightly differently. Some record bufer ptr in internal struct, some use global vars. It would be nice to standardize this
13:41:00		Join bluebrother [0] (~dom@g226069243.adsl.alicedsl.de)
13:41:01		Quit bluebrother (Changing host)
13:41:01		Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
13:44:54		Quit bluebroth3r (Ping timeout: 276 seconds)
13:44:59	teru	im not sure how standardize it. how the buffer is used would be different.
13:45:54		Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow)
13:46:11		Join dfkt [0] (dfkt@unaffiliated/dfkt)
13:49:25	eWill	Will this (the first method) work on a e200R? http://www.rockbox.org/wiki/SansaFAQ#Can_I_disable_the_Sansa_e200_firmware_39s_obnoxious_database_refreshing_63
13:54:25	wodz	teru: inside decoder yes but we can standardize how it is passed between load_image and get_image
13:56:47		Join xblink [0] (~chatzilla@adsl-152-228-34.asm.bellsouth.net)
13:58:48	xblink	what languages run nativly on iPods?
13:59:10	xblink	other than c and asm
13:59:30	xblink	would c++ work?
13:59:39	Bagder	not in Rockbox as-is, no
13:59:42	gevaerts	"natively"?
14:00
14:00:47	xblink	hmm.
14:00:53	xblink	not sure how to explain.
14:01:04	teru	wodz: my thought is to use local variables in the decoder.
14:01:45	xblink	What languages can be used to write an OS for iPods?
14:01:57	wodz	teru: what I need to change in order to register imageviewer as a default handler for some filetype?
14:01:58	Bagder	xblink: any language you fix support for
14:02:24	xblink	ok, and are there any Docs on the iPod API?
14:02:27	Stummi	xblink, you want to know if there is a c++-compiler for the ipod-targets?
14:02:38	Bagder	xblink: there is no "iPod API"
14:02:41	Stummi	i think yes
14:02:45	xblink	stummi: it would be helpfull to know
14:02:59	xblink	i know there isn't.
14:03:00	Stummi	but you can't use it with rockbox
14:03:16	teru	wodz: edit viewers.config
14:03:21	wodz	ok
14:04:21	Stummi	xblink, "natively" only machinecode runs on an device. Other languages "run" there, if there is a compiler for them to this device
14:04:32	Zagor	xblink: the ipod is a computer with an ARM cpu. it will run software compiled for the ARM instruction set. language is irrelevant, every language is compiled into machine code.
14:05:36	xblink	-headdesk- I feel retarded.
14:05:46	teru	wodz: i wrote a quick explanation. http://pastebin.com/Ny3UZggn
14:06:22	xblink	but okay, thanks for the explanation.
14:07:17	wodz	teru: last question - I used existing makefiles as reference and I build ppm.ovl sucessfully but can't find out why it is not copied by make install to appropriate dir
14:07:23		Join insp_ [0] (~chatzilla@81.198.214.94)
14:08:01	teru	wodz: good point. also edit CATEGORIES.
14:09:51		Quit mortalscan (Remote host closed the connection)
14:10:06		Join mortalscan [0] (~mortalsca@109.169.55.155)
14:10:34		Join sideral [0] (~sideral@unaffiliated/sideral)
14:10:50	wodz	teru: thx now it is working
14:12:23		Quit eWill (Read error: Connection reset by peer)
14:15:13	***	Saving seen data "./dancer.seen"
14:18:35		Quit antil33t (Read error: Connection reset by peer)
14:18:45		Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz)
14:19:43		Quit AlexP (Remote host closed the connection)
14:20:12		Join AlexP [0] (~alex@rockbox/staff/AlexP)
14:27:09		Quit mortalscan (Ping timeout: 276 seconds)
14:36:04		Join komputes [0] (~komputes@ubuntu/member/komputes)
14:38:12		Nick Strife1989 is now known as Strife89 (~Strife89@adsl-80-140-243.mcn.bellsouth.net)
14:38:45	teru	wodz: updated explanation. http://pastebin.com/kPsYiSCC
14:44:48		Join evilnick_B [0] (0c140464@rockbox/staff/evilnick)
14:49:36		Quit shai_ (Quit: Leaving)
14:49:52	wodz	teru: why there are no #ifdefs in apps/plugins/viewers.config? From your explanation I would expect some
14:50:35	Bagder	wodz: because it isn't copied verbatim, buildzip reads from it and builds a new in the install package
14:50:37	Bagder	afair
14:51:31	wodz	ok it should be ifdefed in source tree still
14:51:41	Bagder	why?
14:52:22	wodz	if it is preprocessed there must be the source to preprocess
14:52:39	Bagder	it isn't preprocessed
14:52:50		Join mortalscan [0] (~mortalsca@109.169.55.155)
14:53:36	wodz	Bagder: read point 2 from the last pastebin from teru
14:53:41	teru	viewers.config is preprocessed somewhere in buildzip.pl
14:54:02	wodz	ok so where is the ifdefed version?
14:54:53	Bagder	it is NOT preprocessed
14:54:58	Bagder	not with the cpp
14:55:20	Bagder	buildzip.pl line 467 and forward, see for yourself
14:55:34	*	wodz is reading
14:56:02	teru	you mean it shoud be #ifdef instead of #if? then you are right.
14:56:16	Bagder	hm, I looked in a totally outdated version =)
14:56:53	Bagder	line 475 shows it being preprocessed
14:57:01	Bagder	my bad, appologies
14:57:32	wodz	http://svn.rockbox.org/viewvc.cgi/trunk/apps/plugins/viewers.config?view=markup <- where are there some directives for preprocessor?
14:57:44	Bagder	there are none
14:57:56	Bagder	it seems a rather pointless operation
14:58:20	*	wodz is confused
14:58:21		Quit xblink (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014])
14:58:32	Bagder	but it _allows_ #if and #ifdef and friends to be used
14:58:35	Bagder	for some reason
15:00
15:00:02	Bagder	teru: care to share your thoughts on that?
15:00:33		Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il)
15:00:51	teru	Bagder: sorry, about what?
15:01:05	Bagder	teru: why did you make viewers.config get preprocessed?
15:01:15	wodz	why there is not single #if/#ifdef in viewers.config?
15:01:25	Bagder	wodz: because there's no need for them
15:01:51	teru	oh ok. i'm tring to explain.. please wait...
15:02:18	wodz	how can it be? ppmviewer is build only for HAVE_LCD_COLOR targets so what's the point to have it registered on grey targets?
15:02:57	Bagder	wodz: again, buildzip doesn't COPY the file, it reads it and creates a new
15:03:13	Bagder	and it only creates lines for viewers that exist on the target
15:03:28		Join InsDel [0] (~haqr.net@c-98-231-87-43.hsd1.fl.comcast.net)
15:03:31		Quit InsDel (Changing host)
15:03:31		Join InsDel [0] (~haqr.net@unaffiliated/insdel)
15:03:31	Bagder	so if your target doesn't have a particular viewer, it won't end up in the zip
15:03:37	Bagder	and not in the viewers.config
15:04:01	Bagder	magic!
15:05:04	wodz	ok so comming back to the origin - what's the point of #4 in teru's pastebin?
15:05:33	teru	because image_viewer is built for all bitmap targets and the extension is assosiated to the image_viewer.rock, so entry may does appear in the generated viewers.config while the decoder to load image is not build for the target
15:05:39	Bagder	viewers.config in the repository holds info about ALL viewers we have
15:06:13	Bagder	teru: I hope you're reading my explanation here, that already worked without preprocessing
15:06:29	Bagder	ah
15:06:54	Bagder	I think the most confusing part is that viewers.config has no preprocessing directives
15:07:33	Bagder	if you try to solve a problem with preprocessing then shouldn't it preprocess?
15:09:03	Bagder	so imageviewer doesn't support all image formats for all targets it builds on?
15:09:27	teru	here is older version of path which add preprocessing. http://www.rockbox.org/tracker/task/6321?getfile=22612
15:10:23	teru	at that time, png is only supported in color targets, so it adds #ifdef to viewers.config
15:10:38	Bagder	but that #ifdef isn't there now
15:11:02	Bagder	which is what confuses at least me
15:11:17	teru	but greylib support is added to png before it gets commited. so the #ifdef is removed.
15:11:41	Bagder	so we're back to not needing it to be preprocessed?
15:12:01	Bagder	not that it harms anyone very much
15:12:37	teru	preproccesing is remaining so that someone can add decoder which does not support all target.
15:13:13	wodz	ok, now I get
15:14:20	wodz	in some sense viewers.config is preprocessed twice - once by means of #ifdefs, second by copying selectively entries by buildzip.pl
15:14:32	wodz	right?
15:14:46	Bagder	exactly
15:15:03	wodz	that's weird but now I understand
15:20:26		Quit sideral (Quit: Leaving.)
15:23:49		Quit shai (Ping timeout: 240 seconds)
15:23:57	wodz	teru: FS #11818
15:31:25		Quit CaptainKewl (Ping timeout: 272 seconds)
15:35:57		Part LinusN
15:36:07		Part Zagor
15:37:01		Join Zagor [0] (~bjst@rockbox/developer/Zagor)
15:37:40		Quit teru (Quit: Quit)
15:41:56		Join bmbl [0] (~bmbl@dsl-217-161-131.pool.bitel.net)
15:41:57		Quit bmbl (Changing host)
15:41:57		Join bmbl [0] (~bmbl@unaffiliated/bmbl)
15:44:16		Join LinusN [0] (~linus@rockbox/developer/LinusN)
15:45:19		Join morphbot [0] (~morphbot@p57B57BFE.dip.t-dialin.net)
15:45:21		Part morphbot
15:46:27		Quit mortalscan (Ping timeout: 276 seconds)
15:48:00		Join sideral [0] (~sideral@unaffiliated/sideral)
15:50:25		Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
15:51:15		Part LinusN
15:52:37		Quit insp_ (Ping timeout: 240 seconds)
15:53:58		Join designate72 [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net)
16:00
16:03:04		Quit S_a_i_n_t (Quit: I'm only going to Heaven if it feels like Hell, I'm only going to Heaven if it tastes like caramel...)
16:09:24	preglow	jhMikeS: does full duplex audio still work as before?
16:09:40		Join mortalscan [0] (~mortalsca@109.169.55.155)
16:11:39		Join casainho [0] (~chatzilla@2.81.154.159)
16:15:17	***	Saving seen data "./dancer.seen"
16:24:54		Part Zagor
16:25:33		Quit krazykit (Ping timeout: 260 seconds)
16:30:13		Quit Bagder (Quit: Konversation terminated!)
16:32:38		Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net)
16:38:19		Quit Zambezi (Quit: 2weeks idletime.)
16:44:37		Quit wodz (Ping timeout: 240 seconds)
16:51:27		Quit TheSeven (Ping timeout: 276 seconds)
17:00
17:06:08		Join freddyb [0] (~chatzilla@216.8.239.112.etczone.com)
17:07:43		Join toffe82 [0] (~chatzilla@maf.wirelesstcp.net)
17:10:10		Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de)
17:33:07		Join Zambezi [0] (Zulu@80.67.9.2)
17:36:31		Quit Zambezi (Changing host)
17:36:31		Join Zambezi [0] (Zulu@unaffiliated/zambezi)
17:37:58		Join Dustri [0] (~ap0@mer90-1-88-166-249-197.fbx.proxad.net)
17:38:08		Join domonoky [0] (~Domonoky@rockbox/developer/domonoky)
17:41:01		Quit freddyb (Ping timeout: 240 seconds)
17:43:25		Quit liar (Ping timeout: 240 seconds)
17:46:18		Join freddyb [0] (~chatzilla@216.8.239.112.etczone.com)
17:52:43		Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
17:59:09		Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net)
18:00
18:03:44		Join sideral1 [0] (~sideral@unaffiliated/sideral)
18:05:00		Quit sideral (Ping timeout: 240 seconds)
18:05:36		Quit sideral1 (Remote host closed the connection)
18:06:07		Join sideral [0] (~sideral@unaffiliated/sideral)
18:08:39		Quit timccc (Ping timeout: 276 seconds)
18:09:12		Quit komputes (Quit: I haven't slept for ten days, because that would be too long.)
18:11:28		Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven)
18:15:18	***	Saving seen data "./dancer.seen"
18:15:51		Quit sideral (Remote host closed the connection)
18:16:27		Join sideral [0] (~sideral@unaffiliated/sideral)
18:21:52		Quit parafin (Quit: So long and thanks for all the fish)
18:23:14		Quit kadoban (Remote host closed the connection)
18:24:30		Quit swilde (Remote host closed the connection)
18:26:06		Quit sideral (Remote host closed the connection)
18:27:08		Join sideral [0] (~sideral@unaffiliated/sideral)
18:28:01	TheSeven	http://img839.imageshack.us/img839/4636/imag0653.jpg << proof :)
18:28:05	TheSeven	(sorry for the bad quality)
18:29:14		Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl)
18:29:28		Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl)
18:29:28		Quit bertrik (Changing host)
18:29:28		Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
18:29:39	mc2739	\o?
18:35:02		Join MrShlee [0] (~Default@182-239-135-86.ip.adam.com.au)
18:37:20	MrShlee	http://img839.imageshack.us/img839/4636/imag0653.jpg
18:37:49	MrShlee	:) Hopefully the rockbox port can start sooner than later. great work to the #freemyipod group :D
18:40:10		Quit MrShlee (Quit: Leaving)
18:44:11		Join LambdaCalculus37 [0] (~3f74f70d@rockbox/staff/LambdaCalculus37)
18:46:36		Join Ipoduser [0] (~Ipoduser@flnb-5f76de80.pool.mediaWays.net)
18:48:11		Quit Ipoduser (Client Quit)
18:49:07		Part marines
18:55:39		Join domonoky1 [0] (~Domonoky@agsb-5d870cb9.pool.mediaWays.net)
18:57:01		Quit domonoky (Ping timeout: 240 seconds)
18:58:03		Join n1s [0] (~n1s@nl118-174-240.student.uu.se)
18:58:03		Quit n1s (Changing host)
18:58:03		Join n1s [0] (~n1s@rockbox/developer/n1s)
19:00
19:05:13		Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93)
19:11:06		Quit factor (Read error: Connection reset by peer)
19:16:11		Join parafin [0] (parafin@paraf.in)
19:17:08		Quit FOAD (Remote host closed the connection)
19:19:01		Quit sideral (Ping timeout: 265 seconds)
19:19:16		Join Luca_S [0] (~57113b1a@giant.haxx.se)
19:22:23		Join countach [0] (~countach@162.Red-79-148-102.staticIP.rima-tde.net)
19:22:25		Join FOAD [0] (~dok@83.161.135.61)
19:22:37	countach	Hi
19:22:57	countach	I have a question about Theme upgrading in http://themes.rockbox.org
19:23:51		Join sideral [0] (~sideral@unaffiliated/sideral)
19:24:10	countach	I've just updated my DriveBox theme.
19:24:17	countach	¿How can I update the data in http://themes.rockbox.org/index.php?themeid=75&target=ipodvideo ?
19:24:25	countach	The theme's thread is updated with all the packages and info: http://forums.rockbox.org/index.php/topic,21032.0.html
19:25:59		Join JesusFreak316 [0] (~JesusFrea@pool-173-65-66-169.tampfl.fios.verizon.net)
19:27:01		Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
19:27:50		Quit parafin (Ping timeout: 276 seconds)
19:27:53	n1s	parse_testcodec.rb is buggy
19:29:34		Quit LambdaCalculus37 (Quit: back to work)
19:30:33		Join parafin [0] (parafin@paraf.in)
19:30:34	n1s	hmm, or the commit message claims it needs a newer version of ruby
19:31:01		Quit parafin (Client Quit)
19:31:08		Join parafin [0] (parafin@paraf.in)
19:31:18		Quit parafin (Client Quit)
19:31:26		Join parafin [0] (parafin@paraf.in)
19:31:59	domonoky1	countach: if you try to submit the theme again with the exact same name, author and email, it will ask you if you want to update it.
19:32:30	countach	ok, Thanks. I'll try it right now!
19:33:39	CIA-7	New commit by mc2739 (r28864): Fix problem with frequency increasing or preset advancing with long press of the down button while in FM Radio
19:33:43		Quit sideral (Remote host closed the connection)
19:34:14		Quit designate72 (Ping timeout: 240 seconds)
19:34:47		Join sideral [0] (~sideral@unaffiliated/sideral)
19:35:57	CIA-7	r28864 build result: All green
19:37:12		Join mikroflops [0] (~yogurt@h-34-71.A238.priv.bahnhof.se)
19:37:47	CIA-7	New commit by mc2739 (r28865): Fix problem with frequency increasing or preset advancing with long press of the down button while in FM Radio
19:43:05		Quit benedikt93 (Quit: Bye ;))
19:45:04	n1s	nope, wrong ruby was not it, the cript is buggy
19:45:58	n1s	it thinks MHz needed for realtime is always 0 for some reason
19:48:15		Join saratoga [0] (0c827c1c@gateway/web/freenode/ip.12.130.124.28)
19:49:17		Join saratoga_ [0] (0c827c1c@gateway/web/freenode/ip.12.130.124.28)
19:50:04		Quit factor (Read error: Connection reset by peer)
19:51:36		Quit Luca_S (Quit: CGI:IRC)
19:52:48		Quit saratoga (Ping timeout: 265 seconds)
19:53:46		Quit saratoga_ (Ping timeout: 265 seconds)
20:00
20:00:34		Quit Zarggg_ (Quit: Zarggg_)
20:02:10	countach	domonoky1: Theme updated perfectly! Thanks for the advice.
20:04:55		Quit countach (Quit: ~ Trillian Astra - www.trillian.im ~)
20:06:42		Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
20:07:36		Join will [0] (~chatzilla@76.250.189.160)
20:13:23		Quit jfc^3 (Read error: Connection reset by peer)
20:14:03		Join jfc^2 [0] (~john@dpc6682208002.direcpc.com)
20:15:19	***	Saving seen data "./dancer.seen"
20:19:17		Join kugel [0] (~kugel@g231108076.adsl.alicedsl.de)
20:19:17		Quit kugel (Changing host)
20:19:17		Join kugel [0] (~kugel@rockbox/developer/kugel)
20:27:39		Join kevku [0] (~kevku@2001:7d0:0:f000::135d)
20:29:28		Quit will (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101206122310])
20:29:49		Part sideral
20:37:58		Join mikroflops_ [0] (~yogurt@h-34-71.A238.priv.bahnhof.se)
20:39:59		Join madalu [0] (~user@unaffiliated/madalu)
20:41:09		Quit mikroflops (Ping timeout: 250 seconds)
20:43:50		Join Horscht [0] (~Horschti@xbmc/user/horscht)
20:47:16		Join designate72 [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net)
20:52:57		Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de)
20:55:02		Quit freddyb (Ping timeout: 240 seconds)
20:59:13		Join Horschti [0] (~Horschti@xbmc/user/horscht)
21:00
21:01:01		Quit Dustri (Ping timeout: 260 seconds)
21:02:06		Join Dustri [0] (~ap0@mer90-1-88-166-249-197.fbx.proxad.net)
21:03:31		Quit Horscht (Ping timeout: 276 seconds)
21:04:18		Quit krazykit (Read error: Connection reset by peer)
21:09:12		Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net)
21:10:19		Join eWill [0] (~chatzilla@76.250.189.160)
21:10:23	eWill	I followed this guide in the wiki, and it isn't working: http://www.rockbox.org/wiki/SansaFAQ#Can_I_disable_the_Sansa_e200_firmware_39s_obnoxious_database_refreshing_63
21:19:15		Nick mikroflops_ is now known as mikroflops (~yogurt@h-34-71.A238.priv.bahnhof.se)
21:20:04	eWill	I tried method # 1, btw. Also, I've read that the OF on e200 sets a bit that something has changed (therefore a Database Refresh is needed), and RB is _supposed_ to unset this bit.
21:21:22	eWill	However RB isn't doing that, and I see no way to make it.
21:22:00	gevaerts	Where did you read that, and which bit is this?
21:22:34	eWill	http://forums.rockbox.org/index.php/topic,16411.msg123652.html#msg123652
21:23:26	gevaerts	Is your e200 a v1?
21:23:38	eWill	yeah.
21:23:48	*	gevaerts doesn't know then
21:24:08	eWill	it used to be Rhapsody, but now is vanilla
21:24:28	gevaerts	All I know is that the entire database refresh thing is a bit tricky. It works for some people, but not for others
21:24:50	gevaerts	Possibly depending on the exact OF version you have
21:27:07	bertrik	I remember vaguely that the location to clear to avoid the db refresh can change a bit
21:27:56	gevaerts	Do you actually use the OF?
21:28:30	eWill	not really.
21:28:46	eWill	but..
21:29:06	gevaerts	Then why is this a problem in the first place?
21:29:17	eWill	I'm testing charging times. I'm am right that RB can't know the battery is full?
21:29:27		Quit krazykit (Read error: Operation timed out)
21:29:37	gevaerts	I don't know. Are you?
21:29:39	bertrik	to make sure that the right location is cleared, the nvparams sections needs to be zeroed, but the only way to do that currently is to update the of with sansapatcher
21:29:41	eWill	*when the batt is full
21:30:30	bertrik	The charger decides when the battery becomes full during charging and we can detect that.
21:32:52		Join Horscht [0] (~Horschti@p4FD4B5D7.dip.t-dialin.net)
21:32:52		Quit Horscht (Changing host)
21:32:52		Join Horscht [0] (~Horschti@xbmc/user/horscht)
21:33:17		Quit antil33t (Read error: Connection reset by peer)
21:33:54		Quit domonoky1 (Read error: Connection reset by peer)
21:34:42		Join JesusFreak316_ [0] (~JesusFrea@pool-173-65-66-169.tampfl.fios.verizon.net)
21:35:42		Join domonoky [0] (~Domonoky@rockbox/developer/domonoky)
21:36:40		Quit Horschti (Ping timeout: 276 seconds)
21:37:02		Quit JesusFreak316 (Ping timeout: 240 seconds)
21:38:55		Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz)
21:39:03		Quit Horscht (Quit: Verlassend)
21:41:10	wodz	Any coldfire guru around? What may be the origin of DMA transfer hang when cpu runs @11MHz?
21:48:07	eWill	bertrik: you said, "update the of with sansapatcher". Does this do that?: sansapatcher -of PP5022.mi4 & sansapatcher -d & sansapatcher −−install
21:48:28		Quit madalu (Remote host closed the connection)
21:48:48	bertrik	eWill, I don't know exactly, it's been a long time since I ran sansapatcher
21:49:08	eWill	I can't find any documentation on it.
21:51:19	bertrik	I think you just need sansapatcher -of PP5022.mi4
21:52:10		Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net)
21:53:04		Nick JesusFreak316_ is now known as JesusFreak316 (~JesusFrea@pool-173-65-66-169.tampfl.fios.verizon.net)
21:56:24	CIA-7	New commit by nls (r28866): Fix different enum comparison warning when building with gcc 4.5
21:57:14		Join soap_ [0] (~soap@rockbox/staff/soap)
21:57:37		Quit soap (Disconnected by services)
21:57:40		Nick soap_ is now known as soap (~soap@rockbox/staff/soap)
21:58:04		Join soap_ [0] (~soap@cpe-76-181-78-156.columbus.res.rr.com)
21:58:04		Quit soap_ (Changing host)
21:58:04		Join soap_ [0] (~soap@rockbox/staff/soap)
21:58:10	CIA-7	r28866 build result: All green
21:59:21		Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net)
22:00
22:02:55	jhMikeS	preglow: "<preglow> jhMikeS: does full duplex audio still work as before?" −− it should!
22:03:55	kugel	jhMikeS: hey :)
22:04:55	jhMikeS	hello, saw your messages :)
22:08:18	jhMikeS	kugel: I did comment in FS #11817 about what to look into, in case you hadn't seen it
22:09:11	kugel	jhMikeS: I answered there
22:11:07	kugel	I think the problem is not too little yield()s
22:12:09		Join ZooM41 [0] (Zoom18241@fo206.i20.mi.ru)
22:12:45	ZooM41	Hello guys. Can i ask a question?
22:12:45		Join komputes [0] (~komputes@ubuntu/member/komputes)
22:12:54	ZooM41	About bricked sansa
22:14:13	CIA-7	New commit by wodz (r28867): HD300 - Fix bootloader freeze introduced in r28799. DMA transfer hangs for some reason when cpu runs @11MHz in bootloader.
22:15:10	TheSeven	ZooM41: Just ask it. If someone thinks he knows an answer, he might respond.
22:15:23	***	Saving seen data "./dancer.seen"
22:15:25	CIA-7	r28867 build result: All green
22:15:30	ZooM41	Somebody tell me what to do, i have 4 mb unrecognizable as usual clip+ and i tried to unbrick it as wiki tolds me
22:16:16	ZooM41	with linux and all the matters. When i connect one pin with another and then use sudo fdisk nothing changes
22:16:24	jhMikeS	kugel: I looked in the list code and afaict the yields looked like they're not reached. Things with a scrollwheel behave as expected.
22:17:32	*	jhMikeS will have a look at FS before saying more
22:17:56	ZooM41	It has problems with startup and even with freezes but now it stays bricked for a week and that fears me in
22:18:23	kugel	oh I remembered wrongly, the yield() isn't in the ACTION_REDRAW case
22:19:57	kugel	jhMikeS: during kinetic scroll, it puts BUTTON_TOUCHSCREEN onto the button_queue at most every 4 ticks, that should be plenty time for the audio thread to run
22:20:21	gevaerts	ZooM41: I can't really help you, but just as general advice, don't try things just because the seem like a good idea. I suspect someone who knows the clip+ can help you, but only if you don't make it worse :)
22:21:41	kugel	jhMikeS: the mr500 busy waits for the LCD DMA to finish, perhaps that's the (or one) reason for the starvation?
22:22:28	kugel	but OTOH I also noticed the drop outs on my phone, which does wakeup_wait() during lcd updates
22:22:53	ZooM41	Sorry for my annoying behaviour.
22:23:02	jhMikeS	kugel: if it's drawing alot and busy waiting, then yes. the priority stuff waw put in place just for this sort of thing, when scrollwheel devices were having audio issues
22:23:28		Quit knittl (Ping timeout: 276 seconds)
22:23:47		Join knittl [0] (~knittl@unaffiliated/knittl)
22:23:47	*	kugel wonders about the point of dma if the cpu busy waits for its completion
22:24:08	jhMikeS	kugel: I thought the rb as app stuff was a different thread implemenatation
22:24:21	kugel	not on android
22:24:40	jhMikeS	oh, so it has priority?
22:24:55	kugel	yes
22:25:06	gevaerts	ZooM41: you're not being annoying. I'm just saying that because lots of people with bricked players seem to do things that are a bad idea in hindsight
22:27:40	kugel	I cannot reproduce it on my phone anymore but that's perhaps improvements in other areas (e.g. asm optimizations in codecs)
22:29:15	jhMikeS	kugel: maybe try scrolling the OS stacks screen as madly as possible and watching the numbers at the same time?
22:30:55		Join krabador [0] (~krabador@host45-183-dynamic.246-95-r.retail.telecomitalia.it)
22:31:38	kugel	jhMikeS: oh I can indeed trigger drop outs in the OS stacks screen
22:32:18	jhMikeS	I can on e200 as well, especially with mp3 (paradoxically) but not in normal lists
22:33:07	kugel	i see the codec thread priority decreasing for a short moment, just before the drop out. when it drops out it's back 16 again and it keeps running but without any audio
22:33:09	jhMikeS	the prio doesn't go up very gradually but in huge steps
22:33:20	jhMikeS	it goes to 5?
22:33:27	kugel	only 13 in my case
22:34:19	jhMikeS	that would suggest somewhat that other threads aren't running anymore since it should reach 5
22:35:02	jhMikeS	13 won't keep it much above the normal 16 since it's the square of the prio difference between threads that matters
22:35:12	kugel	i see no other thread running, only main and codec (and scroll once in a while)
22:35:47		Join stooo [0] (~sto@g227076007.adsl.alicedsl.de)
22:36:11	jhMikeS	I'm just saying, 13 isn't much of a boost over 16, if pcm is empty, 5 should be where it is
22:37:04	kugel	i see some times 13, but often it just stays at 16
22:38:14	kugel	now I got 9 after several short drop outs.
22:38:28	kugel	isn't too reacting too slow?
22:40:44	kugel	i thought it raises the priority more quickly, to high priority even before the first drop out
22:40:59		Quit esperegu (Read error: Connection reset by peer)
22:42:17	jhMikeS	what sounds weird is 5 isn't showing up before a drop
22:43:27	kugel	that's what I was trying to say :p
22:44:17		Join sgh [0] (~sequetero@xdsl-87-79-167-90.netcologne.de)
22:45:01		Part ZooM41
22:45:23	jhMikeS	that says codec thread has been stopped from pcm inserts, where the priority is adjusted in pcmbuf.c
22:46:00	kugel	btw, FS #11387 is also interesting in that regard
22:46:14	sgh	hello, whenever I try to create .talk files for files on my Rockbox 3.71 Sansa Fuze (v1) only .talk files for folders are generated
22:46:57	sgh	I use the Rockbox Utility 1.28 - do you know where the problem lies?
22:47:07	kugel	the background picture loader thread starves the audio (because it has a rather/unecessarily high priority). it also leads to drop outs even though the codec thread is supposed to raise its priority over the background loader thread
22:47:47	jhMikeS	kugel: I'm still leaning toward a yield problem at this point, because of past experiences with yields not being where they should be and acting exactly that way
22:49:50	jhMikeS	pictureflow does seem jumpy while listening to music
22:49:56	kugel	my phone does yield (wakeup_wait()) during lcd updates (and it can do 60fps, so one updates takes quite some time)
22:50:07	kugel	as I see it, the codec thread has enough chance to run, so with a little more priority there shouldn't be any drop outs
22:50:35	kugel	jhMikeS: the jumpyness is caused by the extra yields that are in svn IIRC
22:50:36	jhMikeS	what file is that?
22:51:08	kugel	lcd-android.c
22:52:17	jhMikeS	pctureflow makes a realtime +1 thread? aye. should not be needed at all
22:52:44	kugel	particularly not on a I/O bound thread
22:52:55	jhMikeS	wait, no, it's MAX on there, which should be 8
22:53:02		Quit sgh (Quit: Leaving.)
22:55:15	jhMikeS	I expect the jumpiness is caused by the codec going up and down
22:58:21	jhMikeS	maybe. I'll mess with it a bit
22:58:48	kugel	I think pcmbuf also resets the priority too early, it'll be back to default shorty after it's above the watermark again. OTOH the watermark is quite high (66%)
23:00
23:00:20	jhMikeS	insert sizes were increased awhile back, which made priority raising less gradual, going down the same thing of course.
23:01:20	jhMikeS	but it still should reach 5 before dropping! I'd suggest finding out why it isn't before doing other stuff.
23:03:50		Quit JesusFreak316 (Ping timeout: 240 seconds)
23:04:07	kugel	no, the actual watermark is 16%
23:05:41		Quit eWill (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014])
23:05:47	jhMikeS	I'm seeing 5 on e200v2 when scrolling stack screen really hard
23:06:09	kugel	jhMikeS: why is there such a calculation for the new codec priority? wouldn't it be easier to just set it very high and going back to default once the pcmbuf is full enough again?
23:06:21	jhMikeS	*v1, not v2
23:07:27	jhMikeS	it used to work like that, but then the prio would jump up, and everything else would slow down horribly and then snap back to normal. it was done that way so it was less noticeable.
23:08:10	kugel	i see
23:08:57	kugel	it only raises the priority if it's below 16%, if it's higher it goes straight back to default
23:08:58	jhMikeS	if the prio stayed elevated, the UI was pretty unusable
23:09:52	kugel	if gradually increasing the prio works well with the UI we can just start increasing way earlier, no?
23:09:58	jhMikeS	maybe some adjustment there. if it ups the prio just a few steps earlier on, it should hardly be noticable
23:10:21		Quit bmbl (Quit: Verlassend)
23:11:13	jhMikeS	the watermark to start raising is the original one that used just snap to realtime
23:11:34		Quit xavieran (Ping timeout: 276 seconds)
23:11:43	jhMikeS	it could probably be tuned better now
23:12:20	kugel	i wonder how fixed prios based on the current fill state work?
23:12:33	jhMikeS	the earlier priority implementation was quite coarse and didn't respect CPU power (was tick based)
23:13:16	jhMikeS	A lookup instead of calc? worth a try and it's more flexible.
23:13:45	kugel	yea
23:18:02		Join soap__ [0] (~soap@vbn.0045950.lodgenet.net)
23:18:31		Quit kevku (Read error: Operation timed out)
23:20:59	jhMikeS	hmmm, pf thread doesn't seem to really do much anyway except at the start. if it's mostly sleeping, it won't matter if it's really high prio
23:22:07	kugel	it loads the slides from disk doesn't it?
23:22:43		Quit soap__ (Ping timeout: 265 seconds)
23:23:19		Join xavieran [0] (~xavieran@ppp118-209-227-124.lns20.mel6.internode.on.net)
23:23:31	jhMikeS	kugel: I put it to 16 and it loads the slides a little slower but after the initial load, nothing really changes
23:24:25	kugel	did you remove the yield() (the patch attached does that)?
23:25:20	kugel	the yield() makes it choppy, it was originally inserted because the loader thread starved the codec thread (i.e. drop outs during scrolling) for the sansa fuze
23:25:45		Join soap__ [0] (~soap@vbn.0045950.lodgenet.net)
23:25:53		Quit soap__ (Read error: Connection reset by peer)
23:26:10		Join timccc [0] (~timccc@112.166.15.141)
23:26:45		Quit JdGordon (Ping timeout: 260 seconds)
23:27:18	jhMikeS	no. it still starves the codec thread a little just by running after loading slides
23:29:00		Quit soap (Ping timeout: 265 seconds)
23:29:02	jhMikeS	the load just goes a little slower but it's still pretty acceptable
23:30:44		Quit timccc (Ping timeout: 264 seconds)
23:31:11	jhMikeS	but if you happen to be buffering, doing pictureflow and loading slides, then it's pretty rough going
23:33:15		Quit n1s (Quit: L�mnar)
23:33:15		Quit stooo (Quit: Leaving.)
23:37:12		Join timccc [0] (~timccc@112.166.15.141)
23:41:56		Quit timccc (Ping timeout: 260 seconds)
23:44:23		Join AlexP_mob [0] (~ap@rockbox/staff/AlexP)
23:45:06		Join soap [0] (~soap@212.117.164.246)
23:45:07		Quit soap (Changing host)
23:45:07		Join soap [0] (~soap@rockbox/staff/soap)
23:48:28		Join timccc [0] (~timccc@112.166.15.141)
23:49:24		Join binaryhermit [0] (~binaryher@adsl-99-141-201-17.dsl.emhril.sbcglobal.net)
23:49:51		Quit kadoban (Ping timeout: 240 seconds)
23:52:05		Join JdGord [0] (~jonno@58.108.69.244)
23:52:32		Join marines [0] (~marines@marvin.uplink.cz)
23:53:06		Quit timccc (Ping timeout: 260 seconds)
23:53:46	kugel	jhMikeS: http://pastie.org/1393509 seems to work well
23:55:04		Quit evilnick_B (Quit: Page closed)
23:55:12	kugel	I still get drop outs in the os stacks screen, but way less. also, more importantly, the drop outs aren't final anymore (instead playback recovers)

Previous day | Next day