**** BEGIN LOGGING AT Mon Nov 12 02:59:58 2012
Nov 12 10:33:10 <paulk-desktop> where is the .ext2 file supposed to be for crespo already?
Nov 12 10:34:54 <paulk-desktop> linux/rootfs.ext2
Nov 12 10:41:27 <morphis> paulk-desktop: yes
Nov 12 17:18:14 <GNUtoo-desktop> JaMa, hi
Nov 12 18:43:53 <radekp> hi, i am experimenting with pulseaudio, it takes ~30% cpu during mp3 playback - so i wonder if this is normal, it looks quite a lot to me
Nov 12 18:44:24 <GNUtoo-desktop> radekp, on which device?
Nov 12 18:44:32 <radekp> gta04
Nov 12 18:44:51 <lindi-> radekp: 44100 Hz samplerate in the mp3?
Nov 12 18:45:13 <radekp> i wanted to use it for stopping audio during calls - this is quite nicely done with pasuspend
Nov 12 18:45:19 <radekp> lindi-: hmm i have to check
Nov 12 18:46:10 <radekp> but otherwise then the load it seems to work quite well on gta04
Nov 12 18:46:48 * radekp needs to install mplayer to check the samplerate
Nov 12 18:47:54 <lindi-> radekp: anyways you might want to compare 44100 Hz and 48000 Hz, pulseaudio might be doing conversion
Nov 12 18:48:13 <radekp> lindi-: oki, thanks, i'll try to check
Nov 12 18:48:48 <lindi-> radekp: speaker-test -D pcm.pulse -r 44100
Nov 12 18:48:56 <lindi-> radekp: vs.  speaker-test -D pcm.pulse -r 48000
Nov 12 18:49:53 <radekp> oki, i'll try
Nov 12 18:50:09 <radekp> btw gstreamer on alsasink takes 15% cpu
Nov 12 18:53:05 <radekp> lindi-: hmm speaker test: Unknown PCM pcm.pulse - i guess i need to somehow configure pulse audio pcm?
Nov 12 18:53:45 <lindi-> .asoundrc with pcm.pulse {
Nov 12 18:53:45 <lindi->         type pulse
Nov 12 18:53:45 <lindi-> }
Nov 12 18:59:02 <radekp> lindi-: interesting - the first command plays noise with pulseaudio cpu < 1%, in the second pulseaudio eats 50% and plays no sound
Nov 12 19:05:28 <radekp> maybe the problem is in gst pulse sink?
Nov 12 19:08:50 <GNUtoo-desktop> pulseaudio eats cpu a lot
Nov 12 19:08:52 <GNUtoo-desktop> oops
Nov 12 19:08:59 <GNUtoo-desktop> I meant gstreamer
Nov 12 19:09:14 <GNUtoo-desktop> it's ultra slow because of the message passing in 0.10
Nov 12 19:09:23 <GNUtoo-desktop> they fixed it in 1.0
Nov 12 19:09:44 <GNUtoo-desktop> basically a message has to go trough all the elements back and forth
Nov 12 19:09:52 <GNUtoo-desktop> it has to do the whole chain
Nov 12 19:09:59 <GNUtoo-desktop> and there are a lot of messages
Nov 12 19:10:09 <GNUtoo-desktop> specially for autoconfiguring the pipelines
Nov 12 19:13:17 <radekp> GNUtoo-desktop: ahh oki, thanks for explaining
Nov 12 19:13:52 <radekp> GNUtoo-desktop: but still gstreamer is quite nice surprice for me - it can play videos better then mplayer on gta04
Nov 12 19:20:25 <GNUtoo-desktop> really?
Nov 12 19:20:31 <GNUtoo-desktop> because of gst-dsp?
Nov 12 19:20:41 <GNUtoo-desktop> or because of the integration with QT?
Nov 12 19:24:35 <radekp> GNUtoo-desktop: it's fast even without gst-dsp
Nov 12 19:24:44 <GNUtoo-desktop> ok
Nov 12 19:24:50 <GNUtoo-desktop> I've xv on SHR
Nov 12 19:25:28 <radekp> hmm it uses qtvideo sink for video, but i think it should be same speed as framebuffer
Nov 12 19:25:51 <GNUtoo-desktop> ok
Nov 12 19:36:40 <slyon> hey!
Nov 12 19:42:26 <GNUtoo-desktop> slyon, hi
Nov 12 19:43:21 <radekp> slyon: hi, i am still using your case, it works great :)
Nov 12 19:43:24 <slyon> hi GNUtoo-desktop! I got the HW and SW routing working.
Nov 12 19:43:29 <GNUtoo-desktop> wow
Nov 12 19:44:06 <slyon> the last thing missing is to adopt some of the sw routing scenarios. is it possible to test the headset scenario with the default Openmoko headset?
Nov 12 19:47:08 <radekp> slyon: it was not working for me, i had to buy nokia 2.5->3.5 jack adapter, i guess openmoko headset has incompatible pin assignment
Nov 12 19:47:33 <GNUtoo-desktop> I've 100% working headset
Nov 12 19:47:42 <GNUtoo-desktop> I modified with soldering iron a nokia headset
Nov 12 19:48:10 <slyon> radekp, ok...
Nov 12 19:49:09 <slyon> GNUtoo-desktop, as it seems i've no working headset. could you probably test headset scenario (using the slyon/gta04-hwrouting branch of fsodeviced)?
Nov 12 19:49:44 <slyon> GNUtoo-desktop, if there is loud noise, you'd need to change "AVADC Clock Priority", as I did for gsmhandset: http://git.freesmartphone.org/?p=cornucopia.git;a=commit;h=143b48147d3c529dc6a481f42be7794c3c5a8686
Nov 12 19:50:59 <slyon> basically we need 'Voice route'=0 and 'AVADC Clock Priority'=1 for swrouting and the opposite for hwrouting i think
Nov 12 19:55:46 <GNUtoo-desktop> slyon, ping me in a moment for that
Nov 12 20:12:20 <GNUtoo-desktop> slyon, so what should I do ?
Nov 12 20:12:40 <GNUtoo-desktop> I compile fsodeviced from your branch
Nov 12 20:12:43 <GNUtoo-desktop> I push it
Nov 12 20:12:48 <GNUtoo-desktop> and then?
Nov 12 20:16:33 <slyon> GNUtoo-desktop, then try out the gsmheadset and headset scenarios, if they are OK
Nov 12 20:16:39 <slyon> or if there is noise
Nov 12 20:16:55 <slyon> if there is noise switch "AVADC Clock Priority" from 0 to 1 and try again
Nov 12 20:20:52 <GNUtoo-desktop> ok
Nov 12 20:26:38 <slyon> GNUtoo-desktop, ahh. i forgott: you need to have a hwrouting enabled kernel
Nov 12 20:27:15 <slyon> GNUtoo-desktop, http://git.shr-project.org/git/?p=meta-smartphone.git;a=commit;h=c75ab36a3f062b16b11a01491e199d04db27a0b1
Nov 12 20:27:24 <GNUtoo-desktop> slyon, ok
Nov 12 20:35:34 <slyon> GNUtoo-desktop, thanks
Nov 12 20:35:57 <GNUtoo-desktop> It will take some time tough
Nov 12 20:36:04 <GNUtoo-desktop> I'll pull and relaunch a build
Nov 12 20:36:23 <slyon> GNUtoo-desktop, yes. take your time. no need to hurry
Nov 12 20:36:39 <GNUtoo-desktop> thanks
**** ENDING LOGGING AT Tue Nov 13 02:59:57 2012