#rockbox 2012-10-10

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 2012-10-10

00:00:31		Join alexbobp [0] (~alex@cpe-70-124-68-204.austin.res.rr.com)
00:01:23		Part LinusN
00:02:25		Join bootlfdhfrsa [0] (~Prmhfhfx@178.16.4.57)
00:04:11		Quit bootinfdsds (Ping timeout: 246 seconds)
00:20:25		Quit mc2739 (Ping timeout: 245 seconds)
00:22:10	speckmade1	bertrik: Does it make sense if I test something now?
00:22:18		Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
00:27:26	speckmade1	Or can I assume from the above that it's likely that I won't be able to deliver new insight?
00:38:28		Quit lebellium (Quit: ChatZilla 0.9.89 [Firefox 16.0/20121002073616])
00:41:58		Quit bertrik (Remote host closed the connection)
00:43:01	speckmade1	The YH-820 shows 91 % battery level.
00:43:29		Join Provel_ [0] (~Provel@75-132-15-43.dhcp.stls.mo.charter.com)
00:43:56	speckmade1	which might well be wrong because it complained about low battery and shut off the minute ago.
00:46:58		Quit Provel__ (Ping timeout: 255 seconds)
00:49:42		Quit ender` (Quit: I invented the term 'Object-Oriented', and I can tell you I did not have C++ in mind. -- Alan Kay)
01:00
01:06:33		Quit mc2739 (Ping timeout: 246 seconds)
01:08:39		Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
01:10:00		Quit prof_wolfff (Read error: Operation timed out)
01:22:41		Join amiconn [0] (~jens@p5B336B03.dip.t-dialin.net)
01:22:41		Quit amiconn (Changing host)
01:22:41		Join amiconn [0] (~jens@rockbox/developer/amiconn)
01:23:24		Quit mgottschlag (Ping timeout: 255 seconds)
01:23:37		Quit amiconn (Client Quit)
01:23:44		Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
01:43:40		Join Provel__ [0] (~Provel@75-132-15-43.dhcp.stls.mo.charter.com)
01:47:31		Quit Provel_ (Ping timeout: 248 seconds)
01:57:17	***	Saving seen data "./dancer.seen"
02:00
02:06:11		Quit kadath (Ping timeout: 248 seconds)
02:08:25		Join kadath [0] (~kadath@rrcs-96-11-226-10.central.biz.rr.com)
02:12:10		Part speckmade
02:19:47		Join XavierGr [0] (XavierGr@rockbox/staff/XavierGr)
02:25:13		Join speckmade [0] (~waa@port-92-201-240-160.dynamic.qsc.de)
02:27:24	speckmade	Not sure if there is still anyone around who might be interested in this:
02:35:02	speckmade	I got a Sansa Clip+ (AS3525v2 chipset) and a Samsung YH-820 (PortalPlayer 5020 chipset), both with the current daily build of Rockbox.
02:38:21	speckmade	While Opus files play fine on my Clip+ the Samsung device reacts sluggish and playback is frequently interrupted as if the CPU tries to catch up.
02:39:33	speckmade	I'd think that PortalPlayer 5020 with its two 80 MHz cores should be way faster than my Clip's AS3525v2...
02:43:48		Join Provel_ [0] (~Provel@75-132-15-43.dhcp.stls.mo.charter.com)
02:47:12	the-kyle	speckmade: 2 80MHz cores == 160MHz. firmware/export/config/sansaclipplus.h defines the single-core CPU frequency at 240MHz, which is essentially the same as having a third 80MHz core, except that multithreading is unnecessary to take full advantage of the CPU.
02:48:04		Quit Provel__ (Ping timeout: 264 seconds)
02:48:36	speckmade	okay. I thought it's something like 40 or 48 MHz of clockspeed on the Clip+. - All those numbers are still a bit confusing... :-/
02:49:33	the-kyle	Also, on some targets, the Opus decoder runs over 60MHz, which can run pretty close to that 80MHz core speed, especially if you are running any DSP or resampling effects.
02:50:07	the-kyle	In fact, some targets I think still run it closer to 80MHz.
02:50:54	the-kyle	The bitrate of your files can also cause slowdowns. 128Kb/s takes more CPU power than 64Kb/s, for example.
02:51:42	speckmade	All of the test files I use ATM are ~96 kbit/s.
02:52:06	the-kyle	There is still work being done to decrease the CPU load, so I don't expect this to be a serious problem on most players much longer.
02:52:58	speckmade	Yeah - I've noticed and I'm pretty excited - about the speed of development, AOT.
02:53:30	the-kyle	96Kb/s will probably run close to your CPU core limit for now, but I think there's a patchset in review that may take care of this, at least up to 128Kb/s.
02:54:45	the-kyle	To be honest, I was expecting this to take a rather long time. I too am impressed with the progress of development.
02:57:58		Quit rasher (Ping timeout: 260 seconds)
02:57:58	the-kyle	Your clip+ is capable of playing 256Kb/s Opus files, I tested it myself. However there seems to be little point encoding at such a high bitrate.
02:58:13	speckmade	I'm not sure if I understand what you're saying the patchset will do...
02:58:53	the-kyle	The patchset is supposed to optimize Opus playback so that it takes less CPU cycles to play a file.
02:59:34	the-kyle	Many of these optimizations have already been committed, but I think there are more to come.
02:59:56	speckmade	Yeah - I don't know why we can set the encoder to 510 kbit/s. I imagine all those misguided people encoding MP3 at 320 kbit/s CBR today encoding Opus at 510 kbit/s soon... :-/
03:00
03:00:17	the-kyle	heheh, you're probably right.
03:00:54	the-kyle	Might as well use FLAC if you need a bitrate that high.
03:01:06	the-kyle	Rockbox can play that too.
03:03:28	speckmade	I'm still drunk of amazement about what this new device can do with Rockbox on it...
03:04:37	*	the-kyle refuses to purchase an audio device that doesn't run Rockbox.
03:05:02	the-kyle	s/doesn't run Rockbox/doesn't have a Rockbox port
03:11:21		Join rasher [0] (~rasher@rockbox/developer/rasher)
03:19:25	speckmade	the-kyle: I'm struggling to understand "decoder runs over 60MHz" and "run it closer to 80MHz". - You mean the decoding process needs over 60 MHz or close to 80 MHz to decode at real time?
03:19:38	the-kyle	Yes.
03:19:50	the-kyle	But this is improving all the time.
03:19:57	speckmade	seen.
03:20:32	speckmade	So we don't have multithreading for the Opus decoding?
03:21:17	the-kyle	I don't think so. I could be wrong though.
03:22:01	the-kyle	PP is one of the targets that is getting a lot of attention, so there is likely to be major improvements shortly.
03:23:04	the-kyle	As for the clip+, the main issue I've had is battery life, but that seems to be rather minor at this early stage.
03:23:16	speckmade	Thought I've seen figures of Opus decoding initially needing over 60 MHz to decode and figures of other codecs needing something below 20 MHz..?
03:24:05	the-kyle	Not sure. Vorbis seems pretty fast these days.
03:24:22	the-kyle	I don't know that it's 20MHz though.
03:25:04	the-kyle	It wouldn't surprise me to learn that Vorbis needed only about 40Mhz though.
03:25:42	the-kyle	It's been around a long time, and has been optimized quite a lot during that time.
03:26:35	the-kyle	I'm sure Opus will get there, it will need some time though.
03:28:04	the-kyle	A major complaint about Vorbis in its early years was high CPU load and low battery life on some devices, especially phones. But all that has changed, and Opus will too I believe.
03:37:39	speckmade	I just fed myself some more numbers: http://www.rockbox.org/wiki/CodecPerformanceComparison This clears up the picture somewhat for me.
03:38:47	speckmade	I should switch to FLAC, if I wanna max out on battery time... :-)
03:39:41	the-kyle	Yes, FLAC probably does take the most battery. Lots of reading, even if it doesn't take much CPU to decode.
03:42:14	speckmade	Is reading from flash expensive? - Maybe I should take a look on the benchmark plugin to really answer those questions...
03:42:52	the-kyle	I would guess it could be, especially if reading is fairly frequent.
03:43:55		Join Provel__ [0] (~Provel@75-132-15-43.dhcp.stls.mo.charter.com)
03:47:29		Quit Provel_ (Ping timeout: 246 seconds)
03:57:18	***	Saving seen data "./dancer.seen"
03:57:32		Join tjb0607 [0] (~tjb0607@208.100.172.134)
03:57:40	tjb0607	I hate FAT32
03:58:20	the-kyle	Doesn't everybody? Not yet...? Hmm, why not? heheheh.
04:00
04:01:01	the-kyle	Unfortunately, FAT32, like mp3, is likely not going away, simply because everything supports it.
04:02:57		Quit speckmade (Quit: Leaving.)
04:08:06	tjb0607	I've been waiting 10 minutes for my microSDHC to unmount after copying a few (~35, ~200kbps) songs to it
04:20:10		Quit speckmade1 (Quit: Leaving.)
04:30:06		Join zz_TheSphinX^ [0] (~briehl@p579CC0A9.dip.t-dialin.net)
04:33:42		Quit Horscht (Quit: Verlassend)
04:34:26		Quit TheSphinX_ (Ping timeout: 276 seconds)
04:35:07	the-kyle	Seems like there may be something wrong with the card. Try dosfsck.
04:35:19		Part the-kyle ("PART #opus :QUIT :Leaving.")
04:35:39		Join the-kyle [0] (~kyle@cpe-024-211-185-030.nc.res.rr.com)
04:42:11		Join pixelma_ [0] (pixelma@rockbox/staff/pixelma)
04:42:12		Quit pixelma (Disconnected by services)
04:42:14		Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma)
04:42:27		Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
04:42:28		Quit amiconn (Disconnected by services)
04:42:32		Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
04:44:03		Join Provel_ [0] (~Provel@75-132-15-43.dhcp.stls.mo.charter.com)
04:46:33		Quit Epicanis (Quit: Must Go Bed)
04:48:05		Quit Provel__ (Ping timeout: 252 seconds)
04:58:01	tjb0607	I don't know what's wrong with it, it's just being really slow for absolutely no reason
04:58:30	the-kyle	Filesystem corruption can cause problems like this.
04:58:53	tjb0607	then it'll corrupt itself every time I try to copy something and unmount it
04:59:15	tjb0607	I have to run dosfsck -r a lot
04:59:25	the-kyle	Not necessarily, unless the filesystem is confirmed clean before you copy files and unmount it.
04:59:57	the-kyle	Hmm. That is odd.
05:00
05:01:05	the-kyle	Is the card inserted in your player, or are you using a card reader?
05:01:40	tjb0607	inserted in Sansa e200
05:01:41		Join Rower85 [0] (husvagn@82.196.99.90)
05:02:58	tjb0607	finally got all the files to copy right
05:03:07	the-kyle	Try putting the card into a card reader and see if it still unmounts slowly. It sounds like either a problem with the e200 or your card. Trying it in a different device should troubleshoot the problem.
05:03:48	tjb0607	it only sometimes, like after copying a lot of files or being mounted too long, takes so long to unmount
05:04:38	the-kyle	In that case, it's probably caching a lot and takes time to copy all the data. It's possible you have a slow card.
05:05:05	tjb0607	I'm consider replacing it with a bigger one soon anyway
05:05:14	tjb0607	s/consider/considering/
05:06:46	the-kyle	Probably not a bad idea.
05:06:58	tjb0607	and reading from the card doesn't seem to cause any issues
05:07:13	the-kyle	Writing is generally slower than reading.
05:08:19	tjb0607	yeah, especially when all it has to read is a 320kbps mp3 fast enough to decode and stream
05:28:28		Quit Gallomimia (Ping timeout: 260 seconds)
05:30:45		Join Gallomimia [0] (~Gallo@d50-98-209-153.bchsia.telus.net)
05:32:50		Quit TheSeven (Disconnected by services)
05:32:59		Join [7] [0] (~quassel@rockbox/developer/TheSeven)
05:44:15		Join Provel__ [0] (~Provel@75-132-15-43.dhcp.stls.mo.charter.com)
05:48:03		Quit Provel_ (Ping timeout: 248 seconds)
05:57:22	***	Saving seen data "./dancer.seen"
05:57:57		Join saratoga [0] (123e0cfc@gateway/web/freenode/ip.18.62.12.252)
06:00
06:00:47	saratoga	AMSv2 is about 2.25x faster than PP
06:00:57	saratoga	at vorbis anyway
06:04:28	saratoga	flake -11 encoded flac files do not work with rockbox
06:04:47	saratoga	they're not required to work on portable devices since they use "optional" flac features
06:05:02	saratoga	but i think the real reason is just that the frame size is a bit larger then we allocate
06:10:04		Quit saratoga (Quit: Page closed)
06:10:46		Join zchs [0] (~zchs@ool-ad02eb3f.dyn.optonline.net)
06:14:59		Quit KiwiCam (Remote host closed the connection)
06:19:37		Join Gallomimia_ [0] (~Gallo@d50-98-209-153.bchsia.telus.net)
06:19:41		Quit Gallomimia (Read error: Connection reset by peer)
06:19:42		Nick Gallomimia_ is now known as Gallomimia (~Gallo@d50-98-209-153.bchsia.telus.net)
06:27:55		Join KiwiCam [0] (~quassel@101.98.171.48)
06:29:07		Quit KiwiCam (Remote host closed the connection)
06:29:28		Join KiwiCam [0] (~quassel@101.98.171.48)
06:44:21		Join Provel_ [0] (~Provel@75-132-15-43.dhcp.stls.mo.charter.com)
06:48:19		Quit Provel__ (Ping timeout: 248 seconds)
06:50:55		Quit factor (Read error: Connection reset by peer)
06:54:46		Join oneman [0] (~oneman@2601:9:4d80:1a:f813:7cb4:434d:d2c9)
06:54:49	oneman	hi
06:55:18	oneman	I just got a clip zip and installed the latest dev version (mainly I want opus support) and it no worky so well
06:55:25	oneman	currently its 'crashed'
06:55:29	oneman	not sure how to reset it
06:55:36	oneman	screen is on a play screen
06:56:48	[Saint]	Our Fine Manual should explain it, but I believe the process is to hold power for ~10s or so.
06:58:48	oneman	indeed
06:59:10	oneman	is there a decent dev version for opus support you can point to? I am getting errors playing opus files
06:59:32		Join factor [0] (~factor@74.196.97.204)
07:00
07:00:05		Join eckoit [0] (~ryan@50.65.10.24)
07:00:21	[Saint]	that's entirely expected at present. opus support isn't fully complete as yet.
07:03:51	oneman	I've heard reports of success ;p
07:06:03	[Saint]	You _should_ be able to play 64~96k in real-time without issue to my understanding.
07:07:14	[Saint]	but, that being said, it's still very young and definitely will have some issues.
07:11:42	oneman	aye
07:11:58	oneman	looks like its related to file atleast on the first build I got working
07:12:14		Join mortalis [0] (~mortalis@195.34.194.126.kalibroao.ru)
07:12:19	oneman	tags likely tripping it up
07:14:56	oneman	not a problem to play a 128k file here
07:23:22		Quit XavierGr (Disconnected by services)
07:23:24		Join XavierGr [0] (XavierGr@rockbox/staff/XavierGr)
07:28:41		Quit mortalis (Remote host closed the connection)
07:30:06		Join mortalis [0] (~mortalis@195.34.194.126.kalibroao.ru)
07:44:31		Join Provel__ [0] (~Provel@75-132-15-43.dhcp.stls.mo.charter.com)
07:48:47		Quit Provel_ (Ping timeout: 276 seconds)
07:55:31		Quit markun (Ping timeout: 248 seconds)
07:57:24	***	Saving seen data "./dancer.seen"
07:58:13		Join markun [0] (~markun@s3eea32f5.adsl.online.nl)
07:58:13		Quit markun (Changing host)
07:58:13		Join markun [0] (~markun@rockbox/developer/markun)
08:00
08:03:42		Join kevku [0] (x@indeed.tastes.like.everything.mm.am)
08:03:46		Quit ps-auxw (Ping timeout: 260 seconds)
08:05:30		Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123)
08:06:41		Join Zagor [242] (~bjst@rockbox/developer/Zagor)
08:15:32		Quit mc2739 (Ping timeout: 256 seconds)
08:17:14		Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
08:25:35		Join wodz [0] (~wodz@89-76-32-53.dynamic.chello.pl)
08:44:40		Join Provel_ [0] (~Provel@75-132-15-43.dhcp.stls.mo.charter.com)
08:48:33		Quit Provel__ (Ping timeout: 260 seconds)
08:55:38		Join ender` [0] (krneki@foo.eternallybored.org)
09:00
09:09:41		Join mgottschlag [0] (~quassel@reactos/tester/phoenix64)
09:17:28	wodz	I think I know why some plugins missbehave on PP. .ncbss is always marked as PROGBITS section even it has (NOLOAD) directive in lds
09:19:35		Join Horscht [0] (~Horscht@p54947354.dip.t-dialin.net)
09:19:36		Quit Horscht (Changing host)
09:19:36		Join Horscht [0] (~Horscht@xbmc/user/horscht)
09:23:41		Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
09:23:52		Join Keripo [0] (~Keripo@c-76-22-63-234.hsd1.wa.comcast.net)
09:28:38		Quit zoktar (Ping timeout: 260 seconds)
09:31:31		Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net)
09:31:31		Quit pamaury (Changing host)
09:31:31		Join pamaury [0] (~quassel@rockbox/developer/pamaury)
09:35:17		Join LinusN [0] (~linus@giant.haxx.se)
09:40:36		Join petur [0] (~petur@rockbox/developer/petur)
09:41:31		Join zoktar [0] (~zoktar@78-72-45-154-no186.tbcn.telia.com)
09:44:30		Quit Scr0mple (Quit: Leaving)
09:44:49		Join Provel__ [0] (~Provel@75-132-15-43.dhcp.stls.mo.charter.com)
09:48:33		Quit Provel_ (Ping timeout: 240 seconds)
09:49:26	wodz	oh gosh, it is gcc bug
09:54:43	wodz	http://sourceware.org/ml/binutils/2005-04/msg00029.html <- But proposed hacks dont work for me
09:57:26	***	Saving seen data "./dancer.seen"
10:00
10:14:36		Quit pamaury (Ping timeout: 244 seconds)
10:21:19		Join Raptors [0] (~Raptors@dsl-69-172-87-123.acanac.net)
10:31:09	wodz	ok so it boils down to the fact that I can't find a way to set proper section type for .ibss, .ncbss
10:31:58	wodz	#define NOCACHEBSS_ATTR __attribute__((section(".ncbss,\"w\",%nobits\n\t#"))) <- this seems to emit right .s file but final elf still have .ncbss as PROGBITS
10:44:59		Join Provel_ [0] (~Provel@75-132-15-43.dhcp.stls.mo.charter.com)
10:45:13		Join minouch [0] (~d590c461@www.haxx.se)
10:46:53		Quit wodz (Quit: Leaving)
10:47:16	minouch	Hello guys. Is the virtual led activity on the status bar gone for flash targets?
10:47:30	minouch	Because it dodn't works on sans fuze+
10:47:50	minouch	No flash access icon
10:48:40		Quit Provel__ (Ping timeout: 264 seconds)
10:49:28	minouch	maybe it gone where you guys reworked the status bar code. I spoke of course about in built status bar
10:53:15	gevaerts	That should still be there. Maybe a fuze+ specific bug? I'll try to remember to test tonight on another flash device (I don't have a fuze+) unless someone beats me to it
10:53:23	gevaerts	What exact revision are you running?
10:54:06		Join pamaury [0] (~quassel@sphinx.lix.polytechnique.fr)
10:54:06		Quit pamaury (Changing host)
10:54:06		Join pamaury [0] (~quassel@rockbox/developer/pamaury)
10:54:35	minouch	one of the lastest, let me check
10:55:13	minouch	Yeah what I thought too, since I know the fuze+ sort of still in devlopement
10:56:17	gevaerts	pamaury: does the fuze+ implement the right magic to get virtual LED in the status bar to work?
10:57:32	pamaury	gevaerts: I don't know, what does it require ?
10:58:45	pamaury	what is the virtual led supposed to indicate ?
10:58:55	minouch	disc access
10:59:16	minouch	on the status bar or wps
10:59:46	minouch	no more on confi files it seems
10:59:48	*	gevaerts doesn't know the details
10:59:59	minouch	you guys always upadte code :)
11:00
11:00:08	pamaury	hum, I've not done anything in particular, is that virtual led implemented on some targets ?
11:00:28	minouch	on all stable tagets at least :)
11:00:51	minouch	I have few other sansas at home where it used to works
11:00:53	pamaury	huh, is it based on the last disk access time ? if so it should work
11:00:56	pamaury	I'll have a look then
11:00:56	gevaerts	Ah, it seems several sd drivers do led(true); and led(false);
11:01:09	pamaury	ah ok, then I'll try to fix that
11:01:26	minouch	pamaury, yeah real time disc access indicator
11:01:42	minouch	MMC or SD, don't know for the fuze plus
11:03:04	pamaury	mmc and sd
11:04:17	minouch	OK, is that the answer to a question I had too. Why the directory representing the microsd data is called MMC1 where for the others it's called microsd? :)
11:04:40	minouch	always speaking for the fuze+ of course
11:06:10	pamaury	oh, that's a long story :)
11:07:08	minouch	pamaury: I wish you had time/motivation to do a bit more for thoses Fuzes as for missing LCD functions, CPU scaling.... (battery life scare) :)
11:07:27	minouch	Santa Santa can you come before this year? lol
11:07:41	minouch	pamaury: ok :)
11:07:45	pamaury	to cut it short: the fuze+ is the only mmc based target for a long time, the only previous one was significantly different with a hardware usb bridge and a different interface so most of the code was kind of assuming things about sd vs mmc. When the fuze+ came out with both mmc and sd, I had to break a few things to make it work. This MMC thing is a vestige we could say
11:08:16	minouch	hahaha :) souvenir for the legacy? lol
11:09:04	minouch	hybrid thingy with sd, MMC and optianl microsd :)
11:09:11	pamaury	I would like cpu scaling to work but currently it's unstable, don't know why. Ah I didn't know someone actually wanted those missing lcd functions ^^
11:09:33	pamaury	I was more or less waiting for someone to complain about it
11:09:52	minouch	The fuze+ itself is crying every day for its life time :)
11:10:42	minouch	WPS not always in sync when you wake up LCD, plus some noises there and here. Not that we canot life with but... ;)
11:12:36	pamaury	I agree that there is an unpleasant static noise plus some more in some occasion but it's a great mystery and I cannot figure it out with reverse engineering. The only option left is to run the OF in a sort of sw/hw emulator to see what it does. I've slowly began the work but it's tricky. And then there a bugs with the user interface which are not related to the fuze+ :) Unfortunately I don't know the UI code
11:13:36	pamaury	are you a developer yourself ?
11:14:21	minouch	Oh ok, it sounds like a complicated task indeed. Even if we know you can do it! ;) The UI part are I guess territory of few others
11:14:38	minouch	pamaury: a bit for the fun lol
11:15:57	minouch	Your codebase is so huge and various!
11:17:11	pamaury	ok, thanks for your comment, it's always nice to see people encourage us :) Don't hesitate to poke me from time to time if you see nothing happening, you might manage to have it done ;)
11:18:54	minouch	pamaury speaking noises, with the Fuze+ I must disconect my hearphone before the start if I want to listen some more music in future. I would even say a bit dangerous but still, I guess another bit you didn't get on your reverse engineering about the audio driver
11:19:44	minouch	pamaury: My pleasure, if at end I can even help 0.5% Rockbox! :) you seems to be cool guy thank you for all
11:20:11	pamaury	that pop is a pain, agreed. Unfortunately, the pop reduction procedure if the datasheet doesn't work and the OF code on that part is so intricate that I don't understand anything. From time to time I try but I've not find the solution yet :(
11:21:48	minouch	Let's hope on a bit pf luck for you next attemtps :) before that thing make someone deaf ;)
11:22:38	minouch	With some good quality in-ear headphones
11:24:29		Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl)
11:24:40		Nick Jack87 is now known as Jack87\|Away (Jack87@nasadmin/admin/jack87)
11:25:47		Nick Jack87\|Away is now known as Jack87 (Jack87@nasadmin/admin/jack87)
11:26:11		Quit mgottschlag (Ping timeout: 248 seconds)
11:31:01		Quit linuxstb (Quit: This computer has gone to sleep)
11:35:21		Quit [Saint] (Read error: Connection reset by peer)
11:38:24		Join [Saint] [0] (~quassel@rockbox/user/saint)
11:45:05		Join Provel__ [0] (~Provel@75-132-15-43.dhcp.stls.mo.charter.com)
11:49:09		Quit Provel_ (Ping timeout: 260 seconds)
11:50:25		Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
11:53:09		Quit fs-bluebot (Ping timeout: 246 seconds)
11:53:17		Quit bluebrother^ (Ping timeout: 244 seconds)
11:54:26		Join fs-bluebot [0] (~fs-bluebo@f053155071.adsl.alicedsl.de)
11:55:43		Join linuxstb [0] (~linuxstb@46-65-38-42.zone16.bethere.co.uk)
11:57:28	***	Saving seen data "./dancer.seen"
12:00
12:03:01	wodz	That is beyond my understanding - the hack with section attributes seems to be working. All object files have proper NOBIT type of .ncbss but linked into final elf it is switched to PROGBITS
12:06:37	wodz	Torne: ping
12:30:32		Join mgottschlag [0] (~quassel@reactos/tester/phoenix64)
12:31:54		Quit petur (Quit: plop)
12:34:46		Join Topy [0] (~Topy44@f048237134.adsl.alicedsl.de)
12:38:18		Quit T44 (Ping timeout: 246 seconds)
12:45:19		Join Provel_ [0] (~Provel@75-132-15-43.dhcp.stls.mo.charter.com)
12:49:43		Quit Provel__ (Ping timeout: 276 seconds)
13:00
13:02:18		Quit Keripo (Read error: Connection reset by peer)
13:05:00		Quit Poodlemastah (Ping timeout: 245 seconds)
13:11:53		Join Poodlemastah [0] (~Poodlemas@h-253-206.a218.priv.bahnhof.se)
13:13:11		Quit kevku (Ping timeout: 272 seconds)
13:13:13		Quit pamaury (Read error: Operation timed out)
13:14:24		Join pamaury [0] (~quassel@sphinx.lix.polytechnique.fr)
13:14:24		Quit pamaury (Changing host)
13:14:24		Join pamaury [0] (~quassel@rockbox/developer/pamaury)
13:55:40		Join kevku [0] (x@indeed.tastes.like.everything.mm.am)
13:57:32	***	Saving seen data "./dancer.seen"
14:00
14:07:47		Quit pamaury (Ping timeout: 248 seconds)
14:11:48		Join pamaury [0] (~quassel@sphinx.lix.polytechnique.fr)
14:11:49		Quit pamaury (Changing host)
14:11:49		Join pamaury [0] (~quassel@rockbox/developer/pamaury)
14:14:43		Quit freqmod (Ping timeout: 248 seconds)
14:20:22		Quit Provel_ (Read error: Connection reset by peer)
14:20:52		Join speckmade [0] (~fnerd@port-92-201-233-127.dynamic.qsc.de)
14:23:09		Quit wodz (Quit: Leaving)
14:23:24		Quit eckoit (Quit: eckoit)
14:24:54		Join speckmade1 [0] (~fnerd@port-92-201-233-127.dynamic.qsc.de)
14:26:53		Quit speckmade (Ping timeout: 260 seconds)
14:27:13		Quit speckmade1 (Read error: Connection reset by peer)
14:27:14		Join speckmade [0] (~fnerd@port-92-201-233-127.dynamic.qsc.de)
14:37:28		Join amayer_ [0] (~alex@mail.weberadvertising.com)
14:44:42		Join dfkt [0] (dfkt@unaffiliated/dfkt)
14:45:00		Join freqmod [0] (~quassel@cm-84.215.142.108.getinternet.no)
15:00
15:01:32		Quit Zagor (Quit: Clint excited)
15:02:21		Quit speckmade (Ping timeout: 260 seconds)
15:06:32		Join speckmade [0] (~fnerd@port-92-201-233-127.dynamic.qsc.de)
15:19:06		Join lifeless__ [0] (~lifeless@188.17.78.14)
15:20:42		Quit lifeless_ (Ping timeout: 246 seconds)
15:45:49		Quit mortalis (Quit: Leaving)
15:47:31		Quit zoktar (Quit: ZNC - http://znc.in)
15:49:53		Join zoktar [0] (~zoktar@78-72-45-154-no186.tbcn.telia.com)
15:52:13		Join maruk [0] (~papier@titanium.v6.sdv.fr)
15:53:25	amayer_	i have a question about:
15:53:28	amayer_	http://www.rockbox.org/wiki/IpodNano4GPort
15:53:29		Join eckoit [0] (~ryan@50.65.10.24)
15:53:30	amayer_	where is the link l4n.cluster.com supposed to point?(that link no longer exists)
15:54:11	amayer_	also freemyipod says rockbox has a bootloader for it. but i dont see that we support it anywhere
15:54:38	Torne	that's the linux4nano project which has disappeared and reappeared a couple times :p
15:55:10	amayer_	is that different then ipodlinux?
15:55:17	Torne	it's a later incarnation of th esame thing
15:55:26	Torne	ipodlinux also disappeared and only ever worked on PortalPLayer ipods
15:55:39	Torne	the linux4nano project was some attempt to resurrect it for the newer samsung soc ipods
15:55:55	amayer_	http://ipl.derpapst.eu/
15:55:58	amayer_	is this just an old mirror?
15:56:10	Torne	that's the original ipodlinux project which only runs on PP ipods
15:56:21	amayer_	oh ok
15:56:34	Torne	linux4nano never actually got anywhere that i know of
15:56:45	Torne	they helped the freemyipod effort to crack the encryption to run code on there
15:56:57	Torne	but i don't know that they ever made any noticable progress getting linux to boot after that
15:57:11	Torne	pretty much all the people who care about running stuff on old ipods these days are rockbox folk :)
15:57:36	***	Saving seen data "./dancer.seen"
15:57:52	amayer_	should i just remove the link from the wiki
15:58:01	Torne	probably
15:58:22	amayer_	do we have any support for this device?
15:58:25	Torne	nope
15:58:40	Torne	not specifically, anyway. some of the drivers for the nano2g and 6g might potentially be relevant to it
15:58:46	Torne	but we don't have anything that boots
15:59:44	Torne	well, emcore boots, but that's not really sufficient to run rockbox at all (most of the hardware doesn't work)
16:00
16:01:37	[7]	linux4nano was renamed to freemyipod at some point because it never really made any efforts to port linux :)
16:01:53	Torne	Ah, there we go
16:02:04	Torne	[7] is the real expert, i just have recollections :p
16:02:16	Torne	ipodlinux kinda died because it wasn't very good for anything :p
16:02:41	Torne	once the rockbox port was stable that was a much better music player, and devices with just a wheel are basically crap at anything else :)
16:03:06	[7]	yes, they just have lack of any useful I/O
16:03:32	[7]	the encryption and such has been defeated on the nano4g
16:03:41	amayer_	for the hardware section should i like to the freemyipod wiki?
16:03:42	[7]	we also have drivers for some hardware
16:03:46	[7]	a semi-working LCD driver
16:03:46	amayer_	(of the nano 4G
16:04:13	[7]	but one important thing is missing: a driver for the flash memory and the FTL
16:04:22	[7]	and that's a huge amount of work
16:04:24	Torne	not being able to access the storage is kinda a big blocker :)
16:04:34	Torne	you can't play much music that way :p
16:04:39	[7]	the nano4g boot directly from nand
16:04:45	[7]	so we can't even flash any code to it right now
16:04:51	[7]	only execute stuff from ram
16:05:05	Torne	FTLs are a nightmare :/
16:05:13	[7]	not just the ftl
16:05:28	[7]	if you look at the nano2g ftl and some iphone ftls that shouldn't be too bad
16:05:56	[7]	but we don't even have a lowlevel nand driver yet
16:06:03	[7]	or even know the peripheral address of the nand controller
16:06:16	[7]	dissecting these shitloads of EFI modules is a real nightmare
16:06:26	Torne	great.
16:06:36	[7]	(yes, the nano4g has an EFI bootloader)
16:06:44	[7]	no idea what those guys smoked
16:06:52	Torne	that's not really that weird
16:07:03	Torne	i mean, it's uncommon but it's designed to allow for that kind of thing :)
16:07:14	[7]	yeah, but why on earth would one do this for that kind of device?
16:07:19	[7]	if they don't even do it on the iphones?
16:07:39	Torne	at a guess, i'd say "samsung had already ported it to the SoC"
16:07:54	Torne	:)
16:07:54	[7]	hm, I doubt that
16:08:02	Torne	or at least a similar one
16:08:04	[7]	first of all, these are apple-specific socs
16:08:13	[7]	then the same soc is used in the ipod touch 2g
16:08:17	[7]	which doesn't use EFI
16:08:25	[7]	so they definitely have a non-efi code base
16:08:31	Torne	i have one of those O2 Joggler things and that boots with EFI just because its board is a clone of an Intel Atom reference design
16:08:43	[7]	well in that case it actually makes sense
16:08:50	Torne	so they just modified the standard efi firmware for it a bit
16:09:46	[7]	the nano3g/4g efi stuff looks a bit like they used their mac efi code base, which is in turn based on intel's
16:09:50	Torne	maybe it was an experiment
16:10:00	Torne	to see if it was viable to switch the other devices to that approach too
16:10:10	Torne	and presumably they found it was more trouble than it was worth :p
16:10:22	[7]	yeah, just like the nano2g was their playground for the iphone 1g lockdown stuff
16:31:56		Nick Jack87 is now known as Jack87\|Away (Jack87@nasadmin/admin/jack87)
16:32:11		Nick Jack87\|Away is now known as Jack87 (Jack87@nasadmin/admin/jack87)
16:36:13		Join Horschti [0] (~Horscht@xbmc/user/horscht)
16:36:31		Join ender1 [0] (krneki@foo.eternallybored.org)
16:37:42		Join lifeless_ [0] (~lifeless@188.17.78.14)
16:38:07		Join WalkGood [0] (~4@unaffiliated/walkgood)
16:40:34		Join Barahir_ [0] (~Barahir@fb08schindler24.anorg.chemie.uni-giessen.de)
16:40:39		Join Hadaka [0] (~naked@naked.iki.fi)
16:40:58		Join scorche\|1h [0] (~scorche@squisch.net)
16:41:01		Join new299_ [0] (~new@41j.com)
16:44:58		Quit pamaury (Ping timeout: 260 seconds)
16:45:24		Quit lifeless__ (.net .split)
16:45:24		Quit Horscht (.net .split)
16:45:24		Quit ender` (.net .split)
16:45:24		Quit scorche\|sh (.net .split)
16:45:24		Quit Hadaka_ (.net .split)
16:45:25		Quit Barahir (.net .split)
16:45:25		Quit new299 (.net .split)
16:47:19		Join Horscht [0] (~Horscht@p54947354.dip.t-dialin.net)
16:47:20		Quit Horscht (Changing host)
16:47:20		Join Horscht [0] (~Horscht@xbmc/user/horscht)
16:49:12		Quit Horschti (Ping timeout: 240 seconds)
17:00
17:15:23		Join pretty_function [0] (~sigBART@123.252.214.205)
17:18:39		Quit minouch (Quit: CGI:IRC)
17:19:37		Join pamaury [0] (~quassel@82.67.248.70)
17:19:37		Quit pamaury (Changing host)
17:19:37		Join pamaury [0] (~quassel@rockbox/developer/pamaury)
17:28:20		Quit linuxstb (Read error: No route to host)
17:29:59		Join linuxstb [0] (~linuxstb@46-65-38-42.zone16.bethere.co.uk)
17:36:00		Quit mgottschlag (Ping timeout: 246 seconds)
17:44:13		Join lebellium [0] (~chatzilla@g231086204.adsl.alicedsl.de)
17:50:06		Quit tjb0607 (Ping timeout: 240 seconds)
17:57:38	***	Saving seen data "./dancer.seen"
18:00
18:02:37		Join y4n [0] (~y4n@unaffiliated/y4ndexx)
18:08:49		Quit linuxstb (Quit: This computer has gone to sleep)
18:13:18		Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
18:35:52		Join mgottschlag [0] (~quassel@reactos/tester/phoenix64)
18:46:39		Quit maruk (Quit: Leaving.)
18:49:30		Join speckmade1 [0] (~fnerd@port-92-201-233-127.dynamic.qsc.de)
18:50:18		Quit speckmade (Quit: Leaving.)
18:51:17		Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr)
18:56:25		Quit speckmade1 (Ping timeout: 256 seconds)
18:57:08		Join sciopat [0] (~sciopath@yer91-2-82-237-54-159.fbx.proxad.net)
18:59:36		Join speckmade [0] (~fnerd@port-92-201-233-127.dynamic.qsc.de)
18:59:40		Quit sciopath (Ping timeout: 245 seconds)
19:00
19:11:34		Quit efyx (Ping timeout: 246 seconds)
19:13:49		Join speckmade1 [0] (~fnerd@port-92-201-233-127.dynamic.qsc.de)
19:13:49		Quit speckmade (Read error: Connection reset by peer)
19:17:14		Join bertrik [0] (~quassel@rockbox/developer/bertrik)
19:18:09		Quit Wardo (Quit: Blarglarg)
19:18:31		Quit speckmade1 (Ping timeout: 256 seconds)
19:19:56		Join prof_wolfff [0] (~prof_wolf@213.37.219.103.dyn.user.ono.com)
19:23:47		Join efyx [0] (~efyx@91.179.101.174)
19:28:28		Quit bertrik (Remote host closed the connection)
19:29:17		Join bertrik [0] (~quassel@rockbox/developer/bertrik)
19:29:26		Quit bertrik (Remote host closed the connection)
19:30:03		Join bertrik [0] (~quassel@rockbox/developer/bertrik)
19:46:48		Quit WalkGood (Quit: ♪ ♫ ♪ ♫ ♪ ♫ ♪)
19:47:14		Quit Rower85 (Read error: Connection reset by peer)
19:47:56		Join Rower85 [0] (husvagn@82.196.99.90)
19:50:40		Quit sciopat (Read error: Connection reset by peer)
19:51:07		Join sciopath [0] (~sciopath@yer91-2-82-237-54-159.fbx.proxad.net)
19:52:34		Quit scorche (Disconnected by services)
19:52:39		Join scorche` [0] (~scorche@rockbox/administrator/scorche)
19:57:40	***	Saving seen data "./dancer.seen"
20:00
20:04:51		Quit ranmachan (Ping timeout: 272 seconds)
20:07:31		Join ranmachan [0] (ranma@2a01:4f8:130:9321::2)
20:12:27		Quit ranmachan (Ping timeout: 272 seconds)
20:14:29		Join linuxstb [0] (~linuxstb@host86-136-64-97.range86-136.btcentralplus.com)
20:17:18		Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr)
20:28:55		Quit kevku (Ping timeout: 272 seconds)
20:38:31		Join Guest21571 [0] (~nick@94.197.172.94.threembb.co.uk)
20:43:11		Quit Guest21571 (Quit: Parting is such sweet sorrow)
20:45:50		Join speckmade [0] (~fnerd@port-92-201-233-127.dynamic.qsc.de)
20:48:53		Join kevku [0] (x@indeed.tastes.like.everything.mm.am)
20:50:18		Quit speckmade (Client Quit)
20:51:36		Join speckmade [0] (~fnerd@port-92-201-233-127.dynamic.qsc.de)
20:59:31		Join ranmachan [0] (ranma@2a01:4f8:130:9321::2)
21:00
21:01:44		Join n1s [0] (~n1s@nl118-168-30.student.uu.se)
21:01:44		Quit n1s (Changing host)
21:01:44		Join n1s [0] (~n1s@rockbox/developer/n1s)
21:02:19		Join speckmade1 [0] (~fnerd@port-92-201-233-127.dynamic.qsc.de)
21:02:21		Quit speckmade (Quit: Leaving.)
21:04:32		Join Epicanis [0] (~Epicanis@static-72-95-113-7.port.east.myfairpoint.net)
21:15:34		Join wutzi [0] (~wutzi@pD9FB8D40.dip.t-dialin.net)
21:19:51	wutzi	Hi. I'm having trouble with an iPod 6th gen and rockbox. The copying to the device is terribly slow. It tells me it will take 20 days for 70GB! Any ideas? the other thing is I can't get the iPod back into DFU mode. When I hold down menu + select it reboots, but it directly gets me back to the bootloader. I also tried the hold button thing, but no luck.
21:31:55	nrg	are you using a powered usb hub?
21:34:42		Quit ChanServ (shutting down)
21:35:25		Join ChanServ [0] (ChanServ@services.)
21:35:25	Mode	"#rockbox +o ChanServ " by leguin.freenode.net
21:36:31	wutzi	no it's directly connected to a usb port
21:37:25	wutzi	the funny thing is it starts fast for th first 5 or 6 Gigs and then almost stops. Not even restarting the ipod helps
21:37:27		Quit XavierGr ()
21:38:35		Quit ranmachan (Ping timeout: 272 seconds)
21:38:45	wutzi	when I hold down the play button, to see what's on the screen i can feel the harddrive working or at least the head moving
21:41:23		Quit factor (Read error: Connection reset by peer)
21:41:59		Join ranmachan [0] (ranma@2a01:4f8:130:9321::2)
21:42:42		Quit n1s (Read error: Connection timed out)
21:43:41		Quit pretty_function (Ping timeout: 260 seconds)
21:46:05		Join factor [0] (~factor@74.196.97.204)
21:57:41	***	Saving seen data "./dancer.seen"
22:00
22:06:23	amayer_	what version of rockbox are you using?
22:06:59	amayer_	wutzi: ^
22:12:23	wutzi	i tried the release and the dev version
22:12:55	gevaerts	There is no release for the 6th gen
22:13:01	wutzi	i know
22:13:10	wutzi	it worked anyway
22:13:36	gevaerts	Something that doesn't exist can't work
22:13:38	wutzi	so later i read the dev is actually for the 6g and then i used i
22:13:41	wutzi	t
22:14:52	wutzi	well the regular release worked fine
22:15:16	gevaerts	What exact revision has the issue?
22:15:21	wutzi	i just installed it manually
22:16:25	wutzi	you keep the revision somewhere in the source?
22:17:12	gevaerts	System -> Rockbox Info
22:17:19	wutzi	e3e53c9-121010
22:17:51		Quit Zambezi (Changing host)
22:17:51		Join Zambezi [0] (Zulu@unaffiliated/zambezi)
22:19:08	gevaerts	Have you tried other USB ports? As far as I know this works fine for most or all people
22:19:25		Quit y4n (Quit: HOLY SHIT! WE'RE ALL JUST LIVING ON A GINORMOUS FUCKING SPINNING ROCK FLOATING THROUGH SPACE CIRCLING A BIG FUCKING BALL OF FIRE!!!)
22:20:07	wutzi	no but i am now
22:22:10	wutzi	same issue
22:22:27		Join n1s [0] (~n1s@rockbox/developer/n1s)
22:27:48	wutzi	now it tells me "loading rockbox.ipod failed"
22:32:34		Quit Wardo (Quit: Blarglarg)
22:37:10	n1s	Buschel: found the problem with your C_MULC
22:40:12		Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr)
22:52:41		Part LinusN
22:52:53	amayer_	wutzi: it should work fine. im downloading it now
22:53:56	amayer_	acording to the build page there havent been any changes to it in for a couple days and im using a 3 day old version
22:58:24	n1s	Buschel: problem was that it was writing the outputs to memory so they had to be read back from memory again as they were used, i changed it so that it would just put the output in vars to let the compiler use it, i also added some slight macro safety and changed the whitespace to match my cf version
23:00
23:00:01	n1s	that writing to stack vars and reading back again was what made me think it was spilling but i didn't spot that in the asm :/
23:02:00	amayer_	wutzi: i copied the new file build onto my ipod classic and it works fine
23:02:22	amayer_	you are using the classic build right?
23:02:51	n1s	the >32 bit accs make both platforms' output very slightly closer to the float decoder too (like a handful of samples more that match than before :)
23:11:19	Raptors	pamaury, you there?
23:11:27	pamaury	yes
23:11:29	Raptors	how come the wiki says lcd sleep isn't there?
23:11:38	Raptors	it is there (at least partially)
23:11:48	Raptors	if it just means turning off the screen
23:11:58	Raptors	after inactivity
23:12:15	pamaury	lcd sleep != lcd power
23:12:25	Raptors	hmm...
23:12:38	pamaury	on the fuze+ we turn off the lcd completely
23:12:52	Raptors	What's the benefit to sleep?
23:13:26	pamaury	that's a good question, I don't remember why we have this distinction, but there is a difference on some targets, I just don't remember it :)
23:13:27	Raptors	faster wake up time?
23:13:44	Raptors	hmm.. kk
23:13:52	pamaury	perhaps lcd sleep doesn't mean lcd off
23:14:54	gevaerts	pamaury: do you actually power off the lcd, or just the backlight?
23:14:59	pamaury	both
23:15:26		Quit Totalled (Quit: PETTAN PETTAN, TSURUPETTAN!)
23:15:27	pamaury	I sent a complete power off/on lcd sequence to the controller
23:15:31	pamaury	*send
23:15:37	Raptors	is that bad for the LCD?
23:15:50		Quit n1s (Quit: Ex-Chat)
23:16:21	*	gevaerts remembers knowing what lcd sleep actually meant...
23:16:33	pamaury	no, it's just slow
23:16:52	pamaury	and on some lcd we just don't know the exact sequence I guess
23:17:35	Raptors	k
23:18:20	Raptors	Also, it says there are some basic gesture support, is that just backend stuff?
23:18:56	pamaury	the touchpad controller has support for gesture recognition but it's really bad, believe me
23:19:02	pamaury	you are better off implementing it yourself
23:19:29	Raptors	heh
23:19:32	Raptors	k
23:19:53	pamaury	on the ipod6g, the code suggest that the lcd a sleep mode and deep stanby mode
23:20:02	Raptors	If I know how to do it I would.
23:20:23	Raptors	pamaury, o...
23:23:50	pamaury	from the ilitek datasheet (the one of the fuze+ or similar): in sleep mode everything but RC oscillator is stopped, the GRAM is kept intact but cannot be updated
23:24:44	pamaury	deep standby mode: everything is stopped, GRAM is not kept intact; use reset to get out of standby mode
23:25:06	pamaury	so basically it's a matter of whether the lcd keeps the content or not
23:26:31	pamaury	for gesture, the point is that sinc
23:26:47	pamaury	since the screen is not the touchpad by itself, it really limits the set of useful gestures
23:27:09		Quit amayer_ (Quit: going ~/)
23:30:35	Raptors	pamaury, is there any way to make like a scrolling gesture or a wheel gesture (kinda doubt this one)
23:30:36	Raptors	?
23:31:01	Raptors	Can it only recognise up down and left right?
23:37:57		Quit kevku (Ping timeout: 260 seconds)
23:40:47		Quit lebellium (Quit: ChatZilla 0.9.89 [Firefox 16.0/20121002073616])
23:54:02		Quit sciopath (Quit: Quitte)
23:56:41	pamaury	no no, it's a standard touchpad, you can do anything with it. I only implemented a grid because it's simple. I had some poc code for scrolling gesture but never finished it
23:57:37	Raptors	pamaury, wait so its not just limited to the lines on the unit?
23:57:45	***	Saving seen data "./dancer.seen"
23:57:48	Raptors	D:
23:57:58	pamaury	absolutely not
23:58:11	Raptors	If scroll (like ipod/fuze) could work on this it would be perfect
23:58:30	pamaury	you could use it for whatever you want, even charact er recognition it you want
23:58:55	Raptors	holy shit, this has so much potential

Previous day | Next day