#rockbox 2010-12-31

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-31

00:04:20		Quit JdGordon\| (Ping timeout: 264 seconds)
00:07:54		Quit LambdaCalculus37 (Quit: Fwump)
00:11:05		Quit Bagder (Quit: It is time to say moo)
00:12:30		Quit Farthen (Remote host closed the connection)
00:12:48		Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de)
00:13:28		Quit benedikt93 (Quit: Bye ;))
00:14:28	pamaury	kugel: how do I enable kinetic scrolling on mr500 ?
00:14:42	kugel	switch to absolute point mode
00:15:28	pamaury	oh, I'm so stupid :\|
00:16:07	soap	notice, Buschel, that the upper half of said screen (rotated 90 clockwise the photo is) existed in the first patch, and the lower half is present only in the last two patches.
00:16:58	Buschel	that looks really crappy...
00:17:52	soap	yes, a crappy photo indeed.
00:18:19	soap	but I think the pattern is apparent.
00:18:23	Buschel	the LCD content looks even crappier...
00:18:34	soap	it's YOUR patch!
00:18:43	Buschel	crappy patch ;)
00:19:43	pamaury	hum, the absolute mode is definitely not user friendly, list item are painful to select
00:20:28	kugel	pamaury: have you selected a large font?
00:21:23	pamaury	nope, I'm currently trying to switch back to english after switching to some fucking unknown language :)
00:22:41	***	Saving seen data "./dancer.seen"
00:23:58	gevaerts	USB works for that :)
00:24:24	pamaury	ok, back to some civilized language ;) What font should I pick ? 35-Nimbus ?
00:24:53	gevaerts	That will work
00:25:09	kugel	the bigger the better, basically :)
00:25:18	pamaury	yeah, works better with a huge font
00:25:29	kugel	there's no minimum line spacing yet but I'm working on that
00:25:59	pamaury	ok, so apparently, someone on FS says the touchscreen has some glitches
00:26:49	kugel	http://www.rockbox.org/tracker/?string=m:robe%20500 lists the bug reports
00:26:58	thomasjfox	kugel: Does the memory size setting affect the application? What do you use on android?
00:27:19	kugel	thomasjfox: not really, and 8MB
00:27:38	kugel	essentially it's only used for the audio buffer
00:27:49	pamaury	grrr, I accidently launch a video and now nothing works anymore; I'm unable to use a touchscreen interface :-/
00:27:50	thomasjfox	ok, thanks
00:28:15	Buschel	soap: shit, saw one major issue...
00:28:19	soap	Buschel, I'm willing
00:28:30	kugel	pamaury: all plugins go back to grid mode AFAIK
00:28:42	pamaury	no I'm mean, it freezed
00:28:53	soap	ahh, I was just going to say I have erands to run but am willing to stay if you have a reasonable expectation of a new patch in the next 1/2 hour.
00:28:54	pamaury	*I
00:30:02	pamaury	huh, I do I force a power down, holding power doesn't work :o
00:30:22	Buschel	soap: http://pastie.org/1418505 (will not be flawless, but should solve several issues)
00:31:15	gevaerts	pamaury: Three methods
00:31:28	gevaerts	(a) find a remote and use some button combination that needs it
00:31:51	gevaerts	(b) open the thing and disconnect the battery (only three and a half screws)
00:31:59	gevaerts	(c) wait for the battery to run down
00:33:00	pamaury	what, I thought such devices must had a simple power down method to be certified ! Ok let's pick a screwdriver...
00:33:42	pamaury	hehe, I don't have a small enough screw driver :(
00:33:54	gevaerts	They do, if you have the remote :)
00:34:11	pamaury	did you give me a remote ?
00:34:17	*	Buschel hopes for good news
00:34:28	gevaerts	I don't have one
00:35:08	thomasjfox	kugel: For the maemo debian package, I need a place to store the rockbox.desktop file. Creating a maemo/ directory in the root of rockbox for that sounds overkill. Should I put it in firmware/target/hosted/maemo and add a makefile there?
00:35:49	gevaerts	thomasjfox: or a debian package you need a debian directory in the root anyway
00:36:01	gevaerts	*for
00:36:37	thomasjfox	gevaerts: Well it that is no problem with upstream. I'm just not sure if I should clutter it with "rockbox.png" and "rockbox.desktop"
00:36:47	thomasjfox	Maybe I'll put it in debian/maemo/ for now
00:37:05	gevaerts	Yes, we'll need to think about that...
00:37:23	thomasjfox	Next directory will be "pandora" if I ever get mine...
00:37:38	kugel	I have no problem with it, others might disagree
00:40:03	gevaerts	We'll have to think. I'm not sure what will happen when we have more than one devian-derivative
00:41:09	thomasjfox	gevaerts: The pandora is also debian based IIRC
00:41:16	Buschel	soap: any results from the latest patch?
00:41:16	soap	more sleep Buschel?
00:41:42	kugel	isn't the debian package ususally managed outside upstream?
00:42:19	Buschel	soap: http://pastie.org/1418527
00:42:52	soap	is that patch 6? I just built patch 5 (with the sleep/16 to sleep change).
00:43:49	Buschel	soap: just use the one I posted a minute ago
00:43:50	thomasjfox	kugel: It depends on the project. Some projects maintaint he debian directory upstream
00:44:14	thomasjfox	Hmm, dpkg-buildpackage provides no way to define an alternate "debian" directory
00:44:22	soap	ok, I'm calling that patch 5 FWIW, new pattern (not the "normal" one from svn builds) but no crash.
00:44:36	soap	1/1 33.8 fps, 1/4 135.5 fps
00:45:01	soap	ie 10% speedup
00:45:12		Quit perfectdrug1 (Ping timeout: 255 seconds)
00:45:19	Buschel	less than I thought...
00:45:22	soap	totally borked looking mpeg playback
00:46:05	Buschel	you are using the one with sleep/16 to sleep ?
00:46:23	soap	the movie is recognize able because I know what to look for, but looks like all non-black colors are replaced with Mandlebrot patterns
00:47:02	soap	using your first patch with changes to power-ipod.c (what I call patch 05)
00:47:31	Buschel	ok, then please use this one (which should fix all issues) -> http://pastie.org/1418527
00:48:43	Buschel	soap: interesting is that I call the sleep/16-version v05, and the "fixed" version v06 :) so, please give v06 a try
00:48:53	Buschel	we use same numbers
00:49:12	soap	that's because they are the correct numbers!
00:50:38		Quit JesusFreak316_ (Ping timeout: 240 seconds)
00:50:45	saratoga	the fuzev2 mpegplayer numbers looks a little screwy
00:50:58	saratoga	theres no way mpegplayer could be slower on the v2 then the v1
00:52:59	soap	pattern looks better, still not "stock", Buschel. Like every other vertical line is black instead of colored.
00:53:13	soap	and slower, 31.3 / 125.5
00:53:51	saratoga	how do you even get the frame rate? if i enable the show frame rate option i see the speed flash buy way too fast to read
00:54:03	soap	same effect in mpegplayer, only every other column appears drawn?
00:54:18	soap	saratoga, those are test_fps framerates
00:54:39	saratoga	i mean on the wiki page
00:54:59	soap	and play the 16:9 version. And see my conversation with jhMikeS ~24 hours ago re:4:3 framerate visibility in mpegplayer. ;)
00:55:33	Buschel	soap: v07 -> http://pastie.org/1418549 (should fix the empty lines)
00:58:17	soap	Buschel, still a wrong pattern. 31.3 / 125.5
00:58:27	Buschel	aaaargh :/
01:00
01:00:17	Buschel	soap: v08 -> http://pastie.org/1418557
01:00:24	Buschel	debugging this way is painful
01:00:33		Quit thomasjfox (Read error: Connection reset by peer)
01:01:46	saratoga	bah i can't get mpegplayer on the fuzev1 to spit out an FPS
01:02:24		Join thomasjfox [0] (~thomasjfo@dslb-088-067-037-223.pools.arcor-ip.net)
01:04:01	soap	Really need to get Nikon tethering set up in Linux. I am NOT going to shoot pictures with the SLR and then play footsie with memory cards each and every time (unless the pattern actually helps).
01:04:29	Buschel	still not as it should look like?
01:05:02	soap	proper patten, still 31.3 / 125.5
01:05:11	Buschel	\o/
01:05:31		Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net)
01:06:42	soap	which is only a 4% speedup
01:07:00	Buschel	yep, I expected some more (~20-30%)
01:07:15		Quit elcan (Read error: Connection reset by peer)
01:07:22	Buschel	well, at least it works and we have a basis to work on :)
01:08:20		Join elcan [0] (user36@pr0.us)
01:08:55	soap	but a 8% speedup in mpegplayer unless that is just due to the imprecise measuring technique.
01:09:25	Buschel	soap: can you just check, if this v09 still works fine? it should work for iPod color as well -> http://pastie.org/1418576
01:09:26	soap	getting mpegplayer glitches
01:10:28	soap	occasional whole groups of macroblocks are bad every few hundred frames.
01:10:40	soap	(unless we're now seeing my memory issues.) :(
01:10:41		Nick mikroflops_ is now known as mikroflops (~yogurt@h-34-71.A238.priv.bahnhof.se)
01:10:48	Buschel	maybe...
01:11:20	soap	rolo works, it typically doesn't when system is acting up.
01:14:57	soap	v09 pattern looks good, same fps, Buschel
01:15:02	Buschel	good
01:15:08		Quit elcan (Ping timeout: 264 seconds)
01:15:49	soap	any issues with combining this with the dma patch to ensure my issues aren't reflected in the tests?
01:16:02	Buschel	no, you can combine them
01:17:12	soap	building said
01:21:08		Join elcan [0] (user36@pr0.us)
01:21:19		Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.)
01:23:29	soap	no mpegplayer glitching when v09 of YUV patch combined with v07 of the DMA patch. !
01:23:53	Buschel	this is good news
01:28:05	Buschel	hmm, do I really need 6 instructions to pack 2 16 bit values into a 32 bit register and byte swap them?
01:29:16	pamaury	mr500 has ran out of battery \o/
01:42:08		Quit evilnick (Quit: Leaving)
01:43:50		Join anewuser [0] (anewuser@unaffiliated/anewuser)
01:43:52		Quit pamaury (Remote host closed the connection)
01:51:08	soap	foresee a v10, Buschel?
01:52:13	Buschel	no. but you could test the speed in boosted state and check the speed when you comment line 38 in lcd-as-color-nano.S
01:52:15	Buschel	;)
01:56:57		Quit kadoban (Ping timeout: 246 seconds)
01:59:02	soap	boosted = 83.5 / 335.0 fps ie 3 and 4% speedup.
01:59:23	soap	that's with YUVv09 boosted and DMAv07
02:00
02:00:27	soap	and comment out #define FORCE_FIFO_WAIT
02:00:27	soap	?
02:00:40	Buschel	yes (let's call it v10) :)
02:01:36	Buschel	the speedup is smaller than I expected because I did not take all this byte swapping into account...
02:02:24	Buschel	we should find a way to configure the LCD IF... imho nearly impossible as there is no PP data sheet...
02:02:26	Buschel	:(
02:03:42		Quit kugel (Remote host closed the connection)
02:03:43		Nick pikytcus_ is now known as pikytcus (~bigd@failbox.co.cc)
02:03:59	soap	picture looks clean, and now we have 94.0 and 376.0 for a 16 and 17% increase respectively
02:05:18	soap	13% increase in mpegplayer framerates
02:05:27	Buschel	which is quite reasonable
02:06:28	Buschel	problem is that the LCD of e.g. Saint's iPod color is too slow to allow v10 in svn
02:07:10	soap	no artifacting seen in mpegplayer
02:08:50		Join cjcopi [0] (~craig@adsl-76-205-84-48.dsl.bcvloh.sbcglobal.net)
02:11:51	Buschel	soap: updated FS #11843
02:12:13		Quit thomasjfox (Read error: Connection reset by peer)
02:18:11	[Saint]	Yes, the Colour's LCD seems to have some form of bottle-neck going on.
02:18:50	[Saint]	Not to worry though, it has has some pretty decent speed-up in the past few days, you should be proud of that.
02:19:16	soap	so a 53% speedup in a little more than 24 hours. Not bad at all.
02:19:29	Buschel	:o)
02:19:52		Join thomasjfox [0] (~thomasjfo@dslb-088-067-037-223.pools.arcor-ip.net)
02:21:29	Buschel	interesting is that the same code seems to run way faster on some iPod Photo's (see amiconns measurement on the LcdFrameRate wiki). there is some clock dividing going on..
02:21:39	Buschel	that bad thing is that we do not knwo where to look at...
02:22:43	***	Saving seen data "./dancer.seen"
02:25:22	soap	is there not a huge disparity in the dates of those tests? Perhaps an unintended reversion took place
02:27:00	Buschel	even if nano1g and color performance is compared the bottleneck in the color-LCD becomes visible. we should compare both target's LCD/CLK registers.
02:27:24	Buschel	but not this night, I am bit tired now ...
02:28:10		Quit ender` (Quit: How long a minute is depends on which side of the bathroom door you are on. -- Practical application of Theory of Relativity)
02:29:27	Buschel	good night!
02:29:31		Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014])
02:29:47		Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
02:39:47		Quit MethoS- (Remote host closed the connection)
02:42:38	*	thomasjfox now has n900 and n8xx rockbox packages
02:53:59		Quit GeekShadow (Read error: Connection reset by peer)
02:57:13		Join JdGord [0] (~jonno@122.110.208.60)
02:57:29		Quit JdGord (Client Quit)
03:00
03:05:36		Quit saratoga (Quit: Page closed)
03:08:27		Quit thomasjfox (Remote host closed the connection)
03:11:26		Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com)
03:12:26		Quit Keripo1 (Ping timeout: 255 seconds)
03:43:33		Quit Judas_PhD (Ping timeout: 240 seconds)
03:52:21		Quit xavieran (Ping timeout: 264 seconds)
03:56:58		Join Strife89TX [0] (~cstrife89@adsl-80-182-157.mcn.bellsouth.net)
04:00
04:21:38		Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net)
04:21:49		Join Barahir_ [0] (~jonathan@frnk-590f6d14.pool.mediaWays.net)
04:22:46	***	Saving seen data "./dancer.seen"
04:25:04		Quit Barahir (Ping timeout: 260 seconds)
04:39:28		Quit DerPapst (Quit: Leaving.)
04:51:57		Quit amiconn (Disconnected by services)
04:51:58		Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
04:52:04		Quit pixelma (Disconnected by services)
04:52:07		Join pixelma_ [0] (quassel@rockbox/staff/pixelma)
04:52:09		Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
04:52:15		Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
04:55:47		Quit TheSeven (Ping timeout: 243 seconds)
05:00
05:00:52		Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven)
05:30:45		Quit Topy44 (Read error: Connection reset by peer)
06:00
06:22:47	***	Saving seen data "./dancer.seen"
06:42:12		Quit Keripo (Quit: Leaving.)
06:44:19		Quit [Saint] (Quit: I'm only going to Heaven if it feels like Hell, I'm only going to Heaven if it tastes like caramel...)
06:47:13		Quit timccc (Quit: Leaving.)
06:50:33		Join timccc [0] (~timccc@112.166.15.141)
07:00
07:06:17		Join Topy44 [0] (~Topy44@f048241024.adsl.alicedsl.de)
07:11:59		Join Horschti [0] (~Horschti@xbmc/user/horscht)
07:14:26		Quit Strife89TX (Quit: ZZZZZZZzzzzzzzzz ....)
07:15:58		Quit Horscht (Ping timeout: 260 seconds)
07:24:40		Join JdGordon\| [0] (~jonno@124-149-188-197.dyn.iinet.net.au)
07:24:41		Quit JdGordon\| (Changing host)
07:24:41		Join JdGordon\| [0] (~jonno@rockbox/developer/JdGordon)
07:26:53		Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
07:32:26		Part toffe82
08:00
08:03:38		Join Highlander [0] (~Highlande@mek33-4-82-236-45-205.fbx.proxad.net)
08:14:27		Join sassi [0] (~ruedi@dslb-088-065-012-173.pools.arcor-ip.net)
08:15:04		Quit sassi (Remote host closed the connection)
08:15:58		Quit GuySoft (Ping timeout: 240 seconds)
08:19:35		Quit Highlander (Quit: Quitte)
08:20:47		Quit CaptainKwel (Ping timeout: 240 seconds)
08:22:51	***	Saving seen data "./dancer.seen"
08:28:39		Join GuySoft [0] (~guysoft@bzq-79-179-37-80.red.bezeqint.net)
08:43:18		Quit Judas_PhD (Ping timeout: 240 seconds)
08:51:16		Join [Saint] [0] (S_a_i_n_t@203.184.2.12)
08:54:13		Join saratoga [0] (9803c22e@gateway/web/freenode/ip.152.3.194.46)
08:57:10		Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
09:00
09:03:06		Quit Judas_PhD (Ping timeout: 264 seconds)
09:07:49	alexbobP	hey, does anybody know much about ipods? I have one that is seemingly bricked and I want to figure out what is going on
09:07:57	alexbobP	it's a classic 4th gen
09:08:02	alexbobP	I installed rockbox with the normal installer on windows
09:08:11	alexbobP	it booted fine, and then ran out of batteries, and we haven't been able to get it to turn back on
09:08:14	alexbobP	(even after charging)
09:08:38	saratoga	let the battery die then boot it IIRC
09:08:50	saratoga	some bug in the apple bootloader
09:09:05	alexbobP	dang
09:09:25	alexbobP	is there no way to reset it?
09:09:30	alexbobP	is this something that can happen often?
09:09:43	saratoga	if the reset buttons don't work, then no
09:10:08	alexbobP	what's the reset buttons?
09:10:30	saratoga	i forget, check google
09:11:09	alexbobP	okay
09:14:00	alexbobP	saratoga: it's revived! :D
09:14:04	alexbobP	we know it's not dead now
09:14:41	alexbobP	it's in a reboot loop... it shows the apple, then rockbox splash, then it starts over
09:15:36		Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
09:15:38	[Saint]	by "4Tg Gen Classic" I assume you mean a Greyscale iPod 4G?
09:15:48	[Saint]	*4Th
09:16:59	[Saint]	That boot cycle shouldn't be able to happed IIUC, the bootloader should error if it's not finding ,rockbox on the disk.
09:17:11	[Saint]	*.rockbox
09:20:14	alexbobP	ooh, that was just usbmost crashing
09:20:17	alexbobP	I got it back to OF and it's fine
09:21:00	[Saint]	Yes, I just tested it here, if ".rockbox" is moved/missing/corrupted the bootloader will display an error saying something along the lines of "Your iPod is borked, plug it in so you can fix it". So either it's finding .rockbox and the error is something else completely, or you have a really old bootloader installed.
09:26:17	[Saint]	alexbobP: So, does Rockbox not work on this iPod? Or is it just USB Mode that isn't functioning?
09:26:34		Quit JdGordon\| (Quit: Lost terminal)
09:40:19		Join stoffel [0] (~quassel@p57B4DB25.dip.t-dialin.net)
09:45:06		Quit Judas_PhD (Ping timeout: 264 seconds)
09:46:36		Quit AndyI ()
10:00
10:03:24		Quit saratoga (Quit: Page closed)
10:07:03		Join kevku [0] (~kevku@2001:7d0:0:f000::135d)
10:12:03		Quit user890104 ()
10:16:18		Join MethoS- [0] (~clemens@134.102.106.250)
10:16:33		Quit MethoS- (Remote host closed the connection)
10:18:46		Join MethoS- [0] (~clemens@134.102.106.250)
10:20:54		Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93)
10:22:52	***	Saving seen data "./dancer.seen"
10:22:58		Quit factor (Read error: Connection reset by peer)
10:30:06		Quit stoffel (Ping timeout: 264 seconds)
10:30:53		Join factor [0] (~factor@75.108.68.114)
10:36:08		Quit benedikt93 (Quit: Bye ;))
10:41:03		Quit factor (Ping timeout: 255 seconds)
10:42:17		Join factor [0] (~factor@75.108.68.114)
10:52:17		Quit kadoban (Ping timeout: 250 seconds)
11:00
11:14:27		Join pamaury [0] (~quassel@dhcp-129-228.residence.ens-lyon.fr)
11:14:27		Quit pamaury (Changing host)
11:14:27		Join pamaury [0] (~quassel@rockbox/developer/pamaury)
11:30:29		Join thomasjfox [0] (~thomasjfo@dslb-088-066-091-217.pools.arcor-ip.net)
11:36:26		Join DerPapst [0] (~Alexander@91-66-226-46-dynip.superkabel.de)
11:43:15		Join stoffel [0] (~quassel@p57B4DB25.dip.t-dialin.net)
11:50:43	thomasjfox	hey. Is there some kind of software/codec volume in rockbox?
11:51:19	thomasjfox	Adjusting the volume via pulseaudio costs 8% CPU :(
11:55:37		Quit bluebrother (Disconnected by services)
11:55:38		Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother)
11:57:16	Llorean	thomasjfox: Replaygain's precut is essentially software volume.
11:57:27	Llorean	Do you mean that having the volume at anything other than a set value increases CPU use by 8%?
11:57:58	thomasjfox	Yes, I changed from "hardware volume" to software volume per request from kugel / gevaerts
11:58:15	thomasjfox	(otherwise we mute the complete system on incoming calls on the n900 :o))
11:58:38		Join ender` [0] (krneki@foo.eternallybored.org)
11:58:45	Llorean	It sounds like pulseaudio isn't functioning very well... shouldn't adjusting the effective volume be pretty trivial, computationally?
11:59:44	thomasjfox	It should be
12:00
12:02:17	thomasjfox	I was just thinking if rockbox maybe has ARM asm functions for that
12:03:01		Quit MethoS- (Read error: Connection reset by peer)
12:03:33	Llorean	As I said, check the replaygain preamp or the equalizer precut (both are doing effectively the same thing, adding/subtracting gain from a sample I believe)
12:04:10	Llorean	Or is it multiplying? I dunno, I'm not really that familiar with that stuff at all, just heard it talked about
12:04:37		Quit Horschti (Quit: Verlassend)
12:04:54	thomasjfox	thanks for the hint
12:05:58	Llorean	But those two are, in effect, software volume. Also on the iPod 5G I believe (an ARMv4 target IIUC) the volume only goes down to -58db, which is considerably louder still than other targets. It may use software volume to add to the range, but I think it actually adjusts the volume elsewhere in the hardware instead, I'm not sure.
12:07:35		Join kugel [0] (~kugel@rockbox/developer/kugel)
12:07:56	kugel	thomasjfox: gstreamer doesn't let you specify a volume?
12:09:00	thomasjfox	kugel: It does -> affects the global hardware volume
12:09:13	kugel	oh I see
12:09:19	thomasjfox	I have to add a "volume" element into the "pipeline"
12:09:58	kugel	rockbox can do volume in software, define HAVE_SW_VOLUME_CONTROL in application.h. it applies a gain in the dsp engine, and dsp processing is (partly) asm optimized
12:10:14	kugel	but changing volume is delayed by a few seconds, but I'm sure that can be fixed
12:10:38	thomasjfox	ok, I'll try HAVE_SW_VOLUME_CONTROL + remove the pcm_set_volume function
12:10:55	thomasjfox	btw: I'm currently debugging the mp3 -> wave codec switch failure
12:11:11	thomasjfox	I think it has something to do with firmware/load_codec.c
12:11:16	thomasjfox	There's already android magic in there :)
12:11:40	kugel	load_code is essentially just a dl api wrapper
12:11:44	thomasjfox	The debug build shows this: lc_open(/.rockbox/libtemp_binary_0.dll): /.rockbox/libtemp_binary_0.dll: cannot open shared object file: No such file or directory
12:13:08	kugel	whatever /.rockbox expands to, you need write and execute permissions for it
12:13:42	kugel	that's why android has a special case, /.rockbox expands to /sdcard/rockbox, but the sdcard is mounted with noexec
12:13:57	[Saint]	I thought RB was supposed to handle not having write permission fine?
12:14:12	kugel	in the sdl app it should expand to $(HOME)/.config/rockbox.org IIRC
12:14:51	thomasjfox	The real location of the codec files on maemo is /opt/rockbox/lib/rockbox/codecs
12:15:10	thomasjfox	Though the codec reads to me it's just trying to invent a "fake" name
12:15:17	thomasjfox	codec = code
12:15:45	kugel	codecs that are loaded in during buffering are loaded from a libtemp_binary.so which is copied to /.rockbox
12:16:11	kugel	(that's because on a real target, the codec is buffered, and then loaded from memory)
12:17:11	kugel	on hosted, loading the codec to mem means copying the codec to some writeable dir, and then loading from means executing the copied codec binary
12:17:22	kugel	perhaps that can be changed, but buffering.c is a mess :)
12:18:17	thomasjfox	kugel: Ok. So the path looks wrong: There's no "/.rockbox" in the root filesystem...
12:18:39	kugel	/.rockbox is a magic
12:19:07		Join Kitr88 [0] (~Kitarist@BSN-210-253-58.dial-up.dsl.siol.net)
12:19:09	thomasjfox	might this be a sim_open / open issue?
12:19:49	kugel	possibly. rbpaths.c converts to the realpath
12:20:20	kugel	where's config.cfg saved to?
12:21:10	thomasjfox	$(HOME)/.config/rockbox.org
12:21:20		Join dfkt [0] (dfkt@unaffiliated/dfkt)
12:21:33	kugel	the temp codec should be also copied to it
12:22:50		Quit Kitar\|st (Ping timeout: 276 seconds)
12:22:53	***	Saving seen data "./dancer.seen"
12:24:00	thomasjfox	Copying executable code with a predictable filename is something we should avoid ;)
12:24:14		Quit Kitr88 (Ping timeout: 272 seconds)
12:25:01	thomasjfox	kugel: I'll add debug prints in there later on
12:27:01	thomasjfox	Oh, I just noticed .config/rockbox.org contains a libtemp_binary_0.dll
12:28:21		Join Kitar\|st [0] (Kitarist@BSN-182-115-236.dial-up.dsl.siol.net)
12:30:52		Quit factor (Ping timeout: 265 seconds)
12:37:10	kugel	thomasjfox: if you don't have execute permissions there it could explain it
12:37:25	thomasjfox	I just added a printf before dlopen
12:37:44	thomasjfox	"Full filename for dlopen: /.rockbox/libtemp_binary_0.dll"
12:37:57	thomasjfox	So it looks like the directory expansion wasn't done
12:40:34	thomasjfox	Assumption: open() calls our own wrapper function and does "/.rockbox/" magic. dlopen naturally doesn't.
12:41:13	thomasjfox	lc_open_from_mem() calls _lc_open() just above it
12:41:46	thomasjfox	It's working on android because the full path is hardcoded
12:42:49	kugel	the full path is visible in app_open() i think
12:43:13	kugel	it's also working in the sdl app on my laptop, last time I tried at least
12:43:23	kugel	got to go, sorry
12:43:23		Quit kugel (Remote host closed the connection)
12:43:24	thomasjfox	Hardcoding the pathe made it work
13:00
13:07:47		Join Q__ [0] (~kurt@d54C270A5.access.telenet.be)
13:18:51		Join Rob2222 [0] (~Miranda@p4FFF3A30.dip.t-dialin.net)
13:19:28		Nick Q__ is now known as Q_ (~kurt@d54C270A5.access.telenet.be)
13:20:13		Nick Q_ is now known as Q__ (~kurt@d54C270A5.access.telenet.be)
13:27:41		Quit parafin (Quit: So long and thanks for all the fish)
13:41:53	thomasjfox	Is it possible to run "make veryclean" without running tools/configure first? I need to clean up the binary tools which are compiled for another platform
13:45:36		Join T44 [0] (~Topy44@g228208111.adsl.alicedsl.de)
13:45:49		Quit bertrik (Ping timeout: 240 seconds)
13:49:25		Quit Topy44 (Ping timeout: 240 seconds)
14:00
14:04:08		Join n1s [0] (~n1s@rockbox/developer/n1s)
14:12:07		Quit stoffel (Ping timeout: 264 seconds)
14:16:51		Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow)
14:18:31		Join evilnick [0] (~evilnick@rockbox/staff/evilnick)
14:18:40		Join Buschel [0] (~chatzilla@p54B6691E.dip.t-dialin.net)
14:19:11		Join einhirn [0] (~Miranda@p54850C49.dip0.t-ipconnect.de)
14:22:54	***	Saving seen data "./dancer.seen"
14:36:16	*	thomasjfox just dropped the rockbox bomb (=binary packages) on maemo.org
14:37:34		Join evilnick_ [0] (~evilnick@cpe-24-193-43-185.nyc.res.rr.com)
14:39:10		Join parafin [0] (parafin@paraf.in)
14:40:00		Quit evilnick (Ping timeout: 276 seconds)
14:40:20		Join stoffel [0] (~quassel@p57B4DB25.dip.t-dialin.net)
14:41:24		Join evilnick [0] (~evilnick@cpe-24-193-43-185.nyc.res.rr.com)
14:43:12		Join evilnick__ [0] (~evilnick@cpe-24-193-43-185.nyc.res.rr.com)
14:43:54		Quit evilnick_ (Ping timeout: 276 seconds)
14:44:09		Join kugel [0] (~kugel@rockbox/developer/kugel)
14:44:21		Join CaptainKewl [0] (captainkew@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com)
14:45:14		Quit kugel (Remote host closed the connection)
14:45:22		Join kugel [0] (~kugel@rockbox/developer/kugel)
14:45:36	thomasjfox	kugel: http://repo.or.cz/w/maemo-rb.git/commit/af1de2c70d4aac8251b70544356fb2f97b55d399
14:45:38		Quit evilnick (Ping timeout: 240 seconds)
14:46:07	*	kugel pulls
14:46:51	thomasjfox	kugel: lc_open() calls sim_get_pathname() which does not do the /.rockbox/ expansion.
14:47:05	thomasjfox	kugel: The wrong path is then passed to _lc_open()
14:49:12	kugel	I think we should stop acting as if we were buffering the codec actually :p
14:51:15	thomasjfox	That would be much better
14:51:35	thomasjfox	Speaking of much better, the sw volume control of rockbox took way less CPU
14:52:05	thomasjfox	Though it didn't work at all for the fade-on-pause (no volume change)
14:52:17	thomasjfox	So I kept the gstreamer based one for now
14:53:05		Quit BHSPitMonkey (Ping timeout: 272 seconds)
14:53:30	kugel	fade-on-pause needs very little delay for volume changes, sw volume has a delay of multiple seconds unfortunately
14:53:51	kugel	but I usually have this bloody annoying "feature" disabled
14:54:14	thomasjfox	kugel: Annoying to you, feature for me :)
14:54:38	thomasjfox	ah ok, that also explained why the sw volume behaved quite strange on changes...
14:56:58	kugel	it goes through dsp, which is delayed by the pcm buffer size
14:57:40	kugel	there's a possibilty to enter a low-latency mode (temporarily) though but I think it's not done for sw volume
14:58:20		Join Strife89 [0] (~Strife89@adsl-80-182-157.mcn.bellsouth.net)
14:58:22	thomasjfox	I might experiment with replacing the gstreamer backend with a direct pulseaudio backend
14:58:38	thomasjfox	Every pulseaudio stream has it's own volume anyway
14:58:47	Buschel	soap: you there?
15:00
15:10:48	soap	yes, Buschel
15:11:24	Buschel	great :) just updated FS #11843 and need a final test before this can be submitted. then I have a good base for the next smaller experiments
15:11:35	Buschel	maybe [Saint] is also there?
15:12:20	soap	I think you're going to need to wait a few hours from me.
15:12:43	soap	all my ipod cables are currently tied up doing fscks for recently purchased ipods.
15:14:33		Join eWill [0] (~chatzilla@adsl-76-235-56-1.dsl.dytnoh.sbcglobal.net)
15:15:25	eWill	does there exist a page that gives a basic outline of the sourc code (i.e. "files that have to do with this are 'here'")
15:16:31		Quit Buschel (Ping timeout: 272 seconds)
15:17:04	thomasjfox	ewill: How about http://www.rockbox.org/wiki/SourceLayout?
15:18:21	eWill	thomasjfox: that's it. Thank you.
15:18:51	thomasjfox	kugel: Something is still fishy with the database updates
15:19:34	thomasjfox	I get duplicate (or more) entries sometimes and one guy on maemo.org also reported it crashed on database initialization
15:22:08		Quit eWill (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014])
15:24:23		Quit CaptainKewl (Ping timeout: 246 seconds)
15:24:32		Quit pamaury (Remote host closed the connection)
15:25:00	thomasjfox	kugel: Ok, forget about the crash on initialization, that seems to be related to my old native-arm-threads code (guess: out of stack with many many files)
15:25:27		Quit Strife89 (Quit: Shutting down the PC.)
15:26:28	[Saint]	the database is pure voodoo
15:26:38	[Saint]	well, the code behind it is.
15:28:09	[Saint]	I've looked at the inner workings of DB magic a couple of times now, and each time left wondering why I bothered in the first place...but that's just me. There's some dark magic in there.
15:29:37	*	thomasjfox casts some magic spells on the DB code
15:30:53		Nick evilnick__ is now known as evilnick (~evilnick@cpe-24-193-43-185.nyc.res.rr.com)
15:31:04		Quit evilnick (Changing host)
15:31:05		Join evilnick [0] (~evilnick@rockbox/staff/evilnick)
15:31:27	thomasjfox	anyway, gotta leave, New Year's preparation starts soon
15:34:16		Nick Guest88817 is now known as henk (~henk@henk.hnjs.ch)
15:37:22	kugel	thomasjfox: have fun!
15:37:28		Join Buschel [0] (~chatzilla@p54B6691E.dip.t-dialin.net)
15:38:47	Buschel	soap: that's fine for me, just place a note here or in the taks itself
15:39:00	Buschel	[Saint]: you got your iPod color back from GF?
15:40:45	thomasjfox	kugel: I just do one more rebuild of rockbox for mameo. The stack in the native threads version is too small, it crashes frequently if I reinitialize the database completly
15:41:34	[Saint]	Buschel: No, unfortunately with New Years, and going out into town afterward etc. they now both reside in her locker at her work.
15:41:34	kugel	increase it as you need :)
15:41:47	[Saint]	Buschel: Pleased to say though that the one with the ATA changes got at least 8 hours of continuous playback today with no problems at all.
15:41:56		Join Horscht [0] (~Horschti@xbmc/user/horscht)
15:42:18	thomasjfox	It's already at 0x6000
15:42:30	Buschel	[Saint]: good to hear the ATA stuff works out well.
15:42:38	kugel	you can observe stack usage in the debug menu
15:42:52	Buschel	[Saint]: it seems the LCD stuff has to wait ;)
15:43:00	thomasjfox	kugel: What's a sane value?
15:43:04	kugel	although it seems strange since android only needs 0x1000
15:43:25	thomasjfox	I don't think I can change to the debug menu on first database initialization, have to try
15:43:38	kugel	I think something is wrong if 24k is not enough
15:43:42	thomasjfox	kugel: maemo has a lot of symlinked directories
15:43:52	[Saint]	Buschel: Yes, and the GF's listening habits are...odd. So she is quite often changing tracks/playlists and causing frequent re-buffers. It was perfect all day apparently, which is great.
15:44:00	kugel	symlinks are ignored if you start in /
15:44:13	[Saint]	And yes, sorry about that. I will have them back tomorrow.
15:44:16	[Saint]	Buschel: ^
15:44:20	kugel	or, should be
15:44:33	thomasjfox	I'll just stick to the SDL mutex version for now so people can fool around with it
15:44:53	Buschel	[Saint]: nothing to be sorry for. I also better start preparing for the new year :)
15:45:04	[Saint]	:D
15:46:06	thomasjfox	kugel: just a guess: The function is recursive and eats the stack with many dirs/files
15:46:28	kugel	yes, but the path buffer isn't on the stack
15:46:49	Buschel	OT: who all in here is the one that will slip into the next year first?
15:47:00	kugel	I can initialize the database on my laptop. I don't think I have tried it with ucontext_thread though
15:47:30	thomasjfox	kugel: Do you also delete the database before init?
15:47:48	kugel	yep
15:49:06	*	Buschel needs to be more careful before hitting enter... my grammar sometimes is kind of... fuzzy
15:51:21		Quit Xerion (Quit: )
15:52:36		Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
15:52:47		Quit n1s (Quit: L�mnar)
15:52:55		Join einhirn [0] (Miranda@vpn10.rz.tu-clausthal.de)
15:55:01	[Saint]	Buschel: OT −−> I'm not 100%, but I think it was me.
15:55:21	[Saint]	I had new years ~4hours ago.
15:56:19	Buschel	OT: it was? so you're somewhere in the same time zone as Australia? anyway -> Happy New Year! :)
15:58:11	[Saint]	we got it an hour before the earliest part of Australia, so yeah..."somewhere in the same time", and thanks.
15:58:19		Quit kevku (Ping timeout: 272 seconds)
16:00
16:00:04		Quit B4gder (Read error: Connection timed out)
16:01:13		Join B4gder [0] (~daniel@rockbox/developer/bagder)
16:01:44	Buschel	gotta go back to real life now, my son wants to play ;)
16:01:50		Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014])
16:11:32		Quit thomasjfox (Remote host closed the connection)
16:21:01		Join komputes [0] (~komputes@ubuntu/member/komputes)
16:22:58	***	Saving seen data "./dancer.seen"
16:24:48		Join Sajber^ [0] (~Sajber^@h-24-143-198.A213.priv.bahnhof.se)
16:29:39		Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37)
16:40:28		Join dantje_ [0] (~dvg@HSI-KBW-091-089-103-221.hsi2.kabelbw.de)
16:50:13		Join kevku [0] (~kevku@2001:7d0:0:f000::135d)
16:55:38		Join CaptainKewl [0] (captainkew@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com)
17:00
17:08:12		Quit kugel (Remote host closed the connection)
17:17:53		Quit krazykit (Ping timeout: 255 seconds)
17:19:39		Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net)
17:27:41		Quit komputes (Quit: I haven't slept for ten days, because that would be too long.)
17:28:30		Quit Kitar\|st ()
17:32:38		Join JesusFreak316 [0] (~JesusFrea@pool-173-65-105-252.tampfl.fios.verizon.net)
17:33:54		Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93)
17:40:46		Quit stoffel (Ping timeout: 260 seconds)
17:46:58		Quit Rob2222 (Quit: Rob2222)
17:55:07		Quit dantje_ (Quit: Ex-Chat)
18:00
18:01:33		Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com)
18:04:09		Join factor [0] (~factor@75.108.68.114)
18:06:13		Quit JesusFreak316 (Ping timeout: 240 seconds)
18:11:19		Quit einhirn (Read error: Connection reset by peer)
18:18:38		Quit evilnick (Ping timeout: 255 seconds)
18:22:59	***	Saving seen data "./dancer.seen"
18:34:31		Join kugel [0] (~kugel@df01ppp090.eplus-online.de)
18:34:32		Quit kugel (Changing host)
18:34:33		Join kugel [0] (~kugel@rockbox/developer/kugel)
18:40:11		Quit GeekShadow (Quit: The cake is a lie !)
18:46:38		Join Horschti [0] (~Horschti@xbmc/user/horscht)
18:48:57		Join fahad [0] (~7512e71f@giant.haxx.se)
18:50:09		Quit Horscht (Ping timeout: 240 seconds)
18:51:29	fahad	hi all
18:53:55		Quit fahad (Quit: CGI:IRC (EOF))
18:55:28		Quit DerPapst (Quit: Leaving.)
18:56:27		Join fahad [0] (~7512e71f@giant.haxx.se)
18:57:57		Quit fahad (Client Quit)
19:00
19:02:13		Join Xerion [0] (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl)
19:04:03		Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca)
19:12:49		Quit feisar- (Ping timeout: 250 seconds)
19:14:19		Quit bug2000 (Ping timeout: 276 seconds)
19:26:07		Quit merbanan (Read error: Operation timed out)
19:27:09		Join bug2000 [0] (~bug@unaffiliated/bug2000)
19:27:16		Quit kugel (Read error: Connection reset by peer)
19:27:17		Join kugel2 [0] (~kugel@df01ppp090.eplus-online.de)
19:27:18		Quit kugel2 (Changing host)
19:27:18		Join kugel2 [0] (~kugel@rockbox/developer/kugel)
19:27:21		Join feisar- [0] (jljhook@irkki.fi)
19:30:33		Nick kugel2 is now known as kugel (~kugel@rockbox/developer/kugel)
19:30:43		Join Strife89TX [0] (~cstrife89@207.144.201.128)
19:31:28	Strife89TX	Exactly 21 seconds into a particular MP3, playback freezes and will not respond. I can get it to "pause", and go to the main menu, but attempts to stop playback (or shut down normally, since this is an iPod Video) result in a total lock-up.
19:31:50	Strife89TX	I just tried this twice by playing the track as the first item.
19:32:16	Strife89TX	All of the files in the folder should be good, unless there's filesystem corruption that I haven't noticed yet.
19:32:24	Strife89TX	I've played through the whole album before.
19:32:57	Strife89TX	Rockbox version is r28924.
19:34:25	Strife89TX	<tidbit type=humor>Oddly enough, the track played is called "Debug".</tidbit>
19:35:06	Strife89TX	Bah ....
19:35:33	Strife89TX	Starting two tracks down the line results in the same freezing effects at only ten seconds in.
19:36:06	Strife89TX	So the problem is probably a specific track failing to cache.
19:36:15	Strife89TX	Ergo, not Rockbox's fault. :/
19:37:48		Quit kugel (Read error: Connection reset by peer)
19:38:19	*	Strife89TX tries to pinpoint the track.
19:38:55		Join kugel [0] (~kugel@df01ppp090.eplus-online.de)
19:38:56		Quit kugel (Changing host)
19:38:56		Join kugel [0] (~kugel@rockbox/developer/kugel)
19:39:39	LambdaCalculus37	Strife89TX: Do the MP3s in question play fine on any playback software?
19:40:02	Strife89TX	Yes, so far as I'm aware.
19:40:15	Strife89TX	And I've played through the whole album on this iPod before.
19:44:18	Topic	"Merry Christmas! \| Speak before signing a Christmas carol! \| Must I be a man in a suitcase? \| Must the suitcase have a man inside? \| 1975!!" by ChanServ (ChanServ@services.)
19:44:27	Strife89TX	Weird .... This time "Debug" played all the way through without problems.
19:44:56	Strife89TX	The only thing I did differently was head straight for "View Buffering Thread" in the Debug menu after starting playback.
19:45:04		Quit LambdaCalculus37 (Quit: supply buying time!)
19:45:24		Quit benedikt93 (Read error: Connection reset by peer)
19:45:25	Topic	"Rockbox 3.7.1 released! \| Please read before speaking: http://www.rockbox.org/wiki/IrcGuidelines \| Please direct offtopic/social chat to #rockbox-community \| This channel is logged at http://www.rockbox.org/irc \| An upgrade caused issues with the wiki. We are on the case" by ChanServ (ChanServ@services.)
19:47:34		Join toffe82 [0] (~chatzilla@ppp-69-238-93-64.dsl.frs2ca.pacbell.net)
19:56:43		Quit kugel (Quit: Yaaic - Yet another Android IRC client - http://www.yaaic.org)
20:00
20:01:55	alexbobP	[Saint]: it was just rockbox' usbmode that was crashing
20:02:37	alexbobP	rockbox was fine when not plugged into a computer
20:04:47		Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net)
20:15:44		Quit feisar- (Ping timeout: 264 seconds)
20:23:00	***	Saving seen data "./dancer.seen"
20:42:00		Join feisar- [0] (jljhook@irkki.fi)
20:49:27		Quit mortalscan (Remote host closed the connection)
20:49:42		Join mortalscan [0] (~mortalsca@109.169.55.155)
20:49:54		Join DSStrife89 [0] (~Strife89@207.144.201.128)
20:49:56		Quit Strife89TX (Quit: Checking e-mail.)
20:54:34		Join Rob2222 [0] (~Miranda@p4FFF3A30.dip.t-dialin.net)
20:57:08		Quit feisar- (Ping timeout: 264 seconds)
21:00
21:00:27		Join Strife89TX [0] (~cstrife89@207.144.201.128)
21:00:35		Quit DSStrife89 (Quit: Back to Picross. :D)
21:02:58		Quit kevku (Ping timeout: 272 seconds)
21:09:30		Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
21:12:15		Join kevku [0] (~kevku@2001:7d0:0:f000::135d)
21:23:16		Join feisar- [0] (jljhook@irkki.fi)
21:27:02		Join domonoky [0] (~Domonoky@rockbox/developer/domonoky)
21:28:12		Quit feisar- (Ping timeout: 240 seconds)
21:41:49		Join Caiman [0] (47bc8389@gateway/web/freenode/ip.71.188.131.137)
21:43:10		Quit Caiman (Client Quit)
21:43:12		Join evilnick [0] (~evilnick@rockbox/staff/evilnick)
21:43:49		Quit Strife89TX (Quit: Seeking Google aid.)
21:47:18		Quit Keripo (Ping timeout: 246 seconds)
21:48:14		Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com)
21:50:14	TheSeven	do we have a setting for hardware tone control corner frequencies?
21:54:35		Join feisar- [0] (jljhook@irkki.fi)
21:57:46		Join Keripo1 [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com)
21:58:54		Join dfkt_ [0] (dfkt@unaffiliated/dfkt)
21:59:12		Quit feisar- (Ping timeout: 246 seconds)
21:59:38		Quit Keripo (Ping timeout: 240 seconds)
21:59:47		Quit evilnick (Quit: Leaving)
22:00
22:00:14		Quit dfkt (Read error: Connection reset by peer)
22:07:28		Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey)
22:12:28		Part anewuser
22:18:32		Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com)
22:21:02		Quit Keripo1 (Ping timeout: 240 seconds)
22:23:02	***	Saving seen data "./dancer.seen"
22:25:20		Join feisar- [0] (jljhook@irkki.fi)
22:30:28		Quit feisar- (Ping timeout: 276 seconds)
22:51:37		Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com)
22:51:59		Join JesusFreak316_ [0] (~JesusFrea@pool-173-65-105-252.tampfl.fios.verizon.net)
23:00
23:03:41		Quit factor (Read error: Connection reset by peer)
23:08:54	*	TheSeven wonders what PRESCALER_CAP is
23:10:42	TheSeven	also there seems to be some option for enabling/disabling lineout in the menus and I have absolutely no idea how the audio driver is notified of that
23:19:14		Join factor [0] (~factor@75.108.68.114)
23:24:47		Quit domonoky (Read error: Connection reset by peer)
23:28:03		Join feisar- [0] (jljhook@irkki.fi)
23:31:07	linuxstb	TheSeven: I thik that's lineout_set() in target/arm/s5l8702/ipod6g/powermgmt-ipod6g.c
23:31:50	TheSeven	why on earth isn't that controlled through the audio driver?
23:31:56		Quit BHSPitMonkey (Ping timeout: 264 seconds)
23:33:02		Quit feisar- (Ping timeout: 276 seconds)

Previous day | Next day