**** BEGIN LOGGING AT Tue Mar 15 02:59:57 2011
Mar 15 09:13:15 <pespin> mickey|bbl, hi, do you have the sources for http://build.shr-project.org/fsoshrudcon/FSOSHRUDCON09-FSO-MickeyLauer.pdf available?
Mar 15 10:45:13 <mickey|bbl> pespin: yes, but it's in Apple Keynote format, can you handle that?
Mar 15 10:48:12 <pespin> mickey|bbl, no idea. I just wanted to get some image from it.
Mar 15 10:56:24 <mickey|bbl> afaik this format is completely proprietary and only usable on Mac OS X. I can dig into and grab the image out of the source, if you want me to. Just tell me which slide then.
Mar 15 10:57:58 <lindi-> mickey|bbl: you managed to boot Mac OS X on openmoko? ;)
Mar 15 10:59:47 <mickey|bbl> lindi-: i'm afraid not. i have to confess i'm driving a double-tracked strategy with regards to my operating systems :D
Mar 15 11:09:05 <dcordes> hi
Mar 15 11:10:39 <dcordes> pespin: < pespin> mickey|bbl, no idea. I just wanted to get some image from it.    <========== In "evince" I will just right click / save as in order to extract an image
Mar 15 11:14:56 <lindi-> dcordes: pdfimages extracts images from pdf
Mar 15 11:43:50 <CIA-66> freesmartphone.org: 03morphis 07specs * r68842741f604 10/ (4 files in 4 dirs): org.freesmartphone.Audio.Manager: add push/pull device methods and more documentation
Mar 15 11:44:50 <CIA-66> freesmartphone.org: 03morphis 07gdbus * r8ec8f10c9530 10libfso-glib/configure.ac: Bump required specs version
Mar 15 11:45:16 <CIA-66> freesmartphone.org: 03morphis 07cornucopia * r46c1fa92304f 10/fsoaudiod/ (configure.ac src/plugins/manager/plugin.vala): fsoaudiod: implement new pull/push methods for device changing
Mar 15 11:45:17 <CIA-66> freesmartphone.org: 03morphis 07cornucopia * r7133b82a94be 10/fsoaudiod/src/plugins/manager/plugin.vala: fsoaudiod: refactor router creation into own method
Mar 15 11:45:17 <CIA-66> freesmartphone.org: 03morphis 07cornucopia * rbfd9c5c02fe4 10/fsoaudiod/src/plugins/manager/plugin.vala: fsoaudiod: manager: report mute status via signal if changed
Mar 15 11:45:20 <CIA-66> freesmartphone.org: 03morphis 07cornucopia * r2e3543f178e5 10/fsoaudiod/src/plugins/manager/plugin.vala: fsoaudiod: manager: check current mute state before muting the the right way
Mar 15 12:22:29 <plotr> hey guys - I just tried updating and failed with Cannot satisfy the following dependencies fsoaudiod
Mar 15 12:22:41 <plotr> any ideas on fix for shr-u?
Mar 15 12:23:45 <JaMa|Off> plotr: wait few minutes till it's synced again
Mar 15 12:24:44 <plotr> ok, good
Mar 15 12:25:06 <plotr> another thing mickeyterm failed to start with "no such device" :(
Mar 15 12:25:18 <plotr> how should I use it?
Mar 15 12:26:09 <JaMa|Off> try mterm2
Mar 15 12:26:58 <plotr> JaMa|Off: shall I disable fsogsmd before trying?
Mar 15 12:27:38 <morphis> heyho
Mar 15 12:27:40 <morphis> mrmoku: ping
Mar 15 12:32:03 <plotr> hmm... mterm2 launched successfully but no reaction to "at" and other commands
Mar 15 12:32:05 <plotr> weird
Mar 15 12:33:56 <morphis> plotr: on which device?
Mar 15 12:34:04 <plotr> gta02
Mar 15 12:34:56 <plotr> I see "None" instead of network operator but fsogsmd.log shows that it send some at commands through libfsotransport and receive answers
Mar 15 12:41:45 <morphis> plotr: is fsogsmd running beside your mterm2?
Mar 15 12:42:37 <plotr> morphis: yes
Mar 15 12:42:53 <morphis> you tried without fsogsmd?
Mar 15 12:43:29 <plotr> morphis: so how it supposed to work - with or without fsogsmd? what "mux aware" actually means?
Mar 15 12:44:08 <JaMa|Off> plotr: opkg upgrade works now again
Mar 15 12:44:15 <plotr> JaMa|Off: thanks!
Mar 15 12:44:54 <morphis> plotr: does mterm2 prints out any error message on startup?
Mar 15 12:45:17 <mrmoku> morphis: thx :)
Mar 15 12:45:28 <morphis> mrmoku: :D
Mar 15 12:45:28 <plotr> morphis: no, startup is normal
Mar 15 12:45:33 <morphis> ok
Mar 15 12:45:51 <morphis> I don't really remember as it is a long time ago since I did that on the om-gta02
Mar 15 12:46:53 <plotr> doh! is there other way to get "at^moni" and "at^monp" commands to modem?
Mar 15 12:47:21 <plotr> I need to get detailed gsm info for clock calibration: http://gnuradio.org/redmine/wiki/1/OpenBTSClockCalibration
Mar 15 12:48:02 <morphis> plotr: try this: http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.GSM.Monitor.html;hb=HEAD
Mar 15 12:49:40 <plotr> morphis: seems good... how do I call this - some dbus request tool?
Mar 15 12:49:53 <morphis> mdbus2
Mar 15 12:50:09 <morphis> mdbus2 -s -i will give you interactive input on system bus
Mar 15 12:50:32 <morphis> mdbus2 -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.Monitor....
Mar 15 12:50:43 <plotr> morphis: thanks! I'll try right after upgrade is finished
Mar 15 12:51:09 <morphis> ok
Mar 15 12:59:17 <plotr> No such interface `org.freesmartphone.GSM' on object at path /org/freesmartphone/GSM/Device - hmm... how is it called actually?
Mar 15 13:03:15 <JaMa|Off> SHR root@gjama ~ $ mdbus2 -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.Monitor.GetServingCellInformation
Mar 15 13:03:18 <JaMa|Off> org.freesmartphone.GSM.DeviceFailed: OK
Mar 15 13:04:37 <plotr> JaMa|Off: doh! specific function not object... thanks!
Mar 15 13:06:20 <morphis> mrmoku: we need to think about asound.conf
Mar 15 13:06:40 <morphis> mrmoku: it's currently provided in OE by the alsa-state recipe which is not part of a shr-image
Mar 15 13:06:46 <morphis> but we need one
Mar 15 13:06:59 <morphis> I want to ship it with fsoaudiod in the future
Mar 15 13:07:29 <morphis> as when we do the audio session handling there fsoaudiod provides an additional asound.conf
Mar 15 13:07:34 <plotr> GetNeighbourCellInformatio -> type unknown not a basic type
Mar 15 13:07:51 <plotr> any ideas what mdbus2 or fso are unhappy about?
Mar 15 13:09:11 <mrmoku> morphis: did you take a look at DocScrutinizer51's ACI thing?
Mar 15 13:09:21 <morphis> mrmoku: yes
Mar 15 13:09:23 <mrmoku> morphis: that would need a tailored asoundrc anyway
Mar 15 13:09:40 <morphis> I played a little bit with alsa today
Mar 15 13:09:56 <morphis> and created different devices (alert, media) with own volume controls
Mar 15 13:10:02 <morphis> that is what we need
Mar 15 13:10:05 <mrmoku> nice
Mar 15 13:10:31 <morphis> together with DocScrutinizer alsa hook thing we can then manage all opened alsa audio streams
Mar 15 13:10:51 <mrmoku> that sounds like a plan :-)
Mar 15 13:11:19 <plotr> it kind of reminds about pulseaudio isn't it?
Mar 15 13:11:54 <mrmoku> plotr: just with much less overhead... _and it runs on your gta02 too_ :-)
Mar 15 13:12:38 <morphis> mrmoku: but currently I can create another pcm device with a corresponding softvol control
Mar 15 13:12:53 <morphis> but know I want to define the hook for that device ... but I don't know how
Mar 15 13:13:19 <morphis> DocScrutinizer: ping
Mar 15 13:13:22 <mrmoku> :)
Mar 15 13:13:27 <morphis> I have 
Mar 15 13:13:30 * mrmoku wanted to suggest that ping :)
Mar 15 13:13:30 <morphis> pcm.alter {
Mar 15 13:13:36 <morphis> type softvol 
Mar 15 13:13:41 <morphis> slave.pcm "dmix"
Mar 15 13:13:51 <morphis> control.name "Alert Volume"
Mar 15 13:13:55 <morphis> control.card 0
Mar 15 13:14:00 <morphis> } }
Mar 15 13:14:12 <morphis> but I can only define one type per pcm device
Mar 15 13:19:23 <plotr> how to properly init modem in gta02? I disabled fsogsmd and was able to use mterm2 but all I got is constant "AT-Command Interpreter ready" message and no other reaction
Mar 15 13:28:06 <dcordes> morphis: you're good with gsmd right  ?
Mar 15 13:29:40 <morphis> dcordes: you mean fsogsmd?
Mar 15 13:29:46 <morphis> plotr: hm
Mar 15 13:29:52 <dcordes> morphis: yep
Mar 15 13:30:10 <morphis> dcordes: I think so
Mar 15 13:30:23 <morphis> dcordes: not so much as mickey|bbl
Mar 15 13:30:59 <dcordes> morphis: it takes very long for my modem to register to the net http://trac.freesmartphone.org/ticket/605
Mar 15 13:31:13 <dcordes> morphis: and I am looking for some help on how to improve, i.e. debug this
Mar 15 13:32:25 <morphis> dcordes: ok
Mar 15 13:32:35 <morphis> first you should switch to Debug loglevel
Mar 15 13:32:39 <morphis> in fsogsmd.conf
Mar 15 13:32:46 <morphis> then boot up the system
Mar 15 13:32:57 <morphis> run tail -f /var/log/fsogsmd.conf in one terminal window
Mar 15 13:33:07 <morphis> and mdbus2 -s -l org.freesmartphone.ogsmd in another one
Mar 15 13:33:23 <morphis> that should you give a first overview about whats going on
Mar 15 13:34:21 <dcordes> ah s/conf/log/ ok
Mar 15 13:34:23 <morphis> maybe you should save both outputs and attach them to the bug report
Mar 15 13:34:37 <morphis> jepp, sorry for the misspelling
Mar 15 13:34:40 <dcordes> yea I can do that with my orange.fr sim :)
Mar 15 13:34:52 <morphis> thats how I would start to debug this
Mar 15 13:35:04 <morphis> the next step would be to disable x11, phonefsod
Mar 15 13:35:15 <morphis> and do the gsm setup procedure manually via mdbus2
Mar 15 13:35:25 <dcordes> the fso*.log have some size limit right ?
Mar 15 13:35:27 <dcordes> by default
Mar 15 13:35:30 <morphis> SendAuthCode, Register/SetFunctionality
Mar 15 13:35:37 <morphis> dcordes: puuh
Mar 15 13:35:48 <morphis> dcordes: should no be a problem for a first try
Mar 15 13:36:02 <morphis> I never ran into getting a too long fsogsmd.log
Mar 15 13:36:08 <dcordes> if I am to append this in the bug it might be good to have everything from beginning to register
Mar 15 13:36:26 <dcordes> so I wanna make sure the start from bootup won't miss
Mar 15 13:36:58 <morphis> ok
Mar 15 13:37:07 <dcordes> I will first try like so
Mar 15 13:37:12 <dcordes> ok now I know how to start, thanks
Mar 15 13:37:38 <dcordes> maybe once I start the interactive/manual registration can you help me with that ?
Mar 15 13:38:12 <morphis> dcordes: jepp
Mar 15 13:38:33 <dcordes> cool thanks a lot !
Mar 15 13:38:39 <dcordes> I will be back later for that
Mar 15 13:38:41 <dcordes> bye
Mar 15 13:39:16 <morphis> dcordes: ok
Mar 15 13:39:28 <CIA-66> freesmartphone.org: 03morphis 07cornucopia * r3b3aabacef97 10/fsoaudiod/conf/ (Makefile.am asound.conf): fsoaudiod: ship our own asound.conf with needed settings to do audio session handling
Mar 15 13:39:29 <morphis> mrmoku: see my last commit to fsoaudiod
Mar 15 13:41:26 <mrmoku> morphis: cool :)
Mar 15 13:42:02 <morphis> mrmoku: later we should use the media device as default for every application who wants to use alsa
Mar 15 13:42:22 <morphis> if it then wants another device for another priority it have to change it on it's own
Mar 15 13:42:49 <mrmoku> morphis: you forgot to rename one Ringtone Volume ;)
Mar 15 13:42:50 <morphis> with the hooklib from DocScrutinizer we can then control the applications to choose the right device and adjust their volume 
Mar 15 13:42:53 <morphis> oh
Mar 15 13:42:55 <mrmoku> ~lart copy&paste
Mar 15 13:42:56 * apt cuts copy&paste into thin stripes
Mar 15 13:43:05 <mrmoku> :)
Mar 15 13:43:28 <morphis> :)
Mar 15 13:43:39 <mrmoku> morphis: yeah, cool thing
Mar 15 13:44:19 <CIA-66> freesmartphone.org: 03morphis 07cornucopia * red24d1784ff3 10/fsoaudiod/conf/asound.conf: fsoaudiod: fix wrong volume control name in alsa.conf
Mar 15 13:49:23 <morphis> mrmoku: let's see how much I have in the comming weeks to implement and test this ...
Mar 15 14:57:51 <alexxy> mrmoku: any good news for seen sms issue?
Mar 15 18:00:43 <CIA-66> freesmartphone.org: 03morphis 07msmcomm * r827ed6d60b67 10/libmsmcomm/ (33 files in 5 dirs): libmsmcomm: rename specs directory to protocol
Mar 15 18:00:44 <CIA-66> freesmartphone.org: 03morphis 07msmcomm * redf200f5a650 10/libmsmcomm/ (8 files in 4 dirs): libmsmcomm: more work on sms relevant messages
Mar 15 18:00:46 <CIA-66> freesmartphone.org: 03morphis 07msmcomm * r020d68642dfe 10/ (msmcomm-specs/src/sms.vala msmcommd/src/smsservice.vala): msmcomm-specs: rename read_template method of sms interface to message_read_template
Mar 15 18:00:48 <CIA-66> freesmartphone.org: 03morphis 07msmcomm * r1a235800a2b3 10/msmcomm-specs/src/ (Makefile.am sms.vala): msmcomm-specs: add initial definiton of sms service interface
Mar 15 18:00:51 <CIA-66> freesmartphone.org: 03morphis 07msmcomm * r9384ffac7e4e 10/msmcommd/src/ (Makefile.am dbusservice.vala smsservice.vala): msmcommd: implement sms service interface
Mar 15 18:20:38 <mickeyl> GNUtoo|laptop: mrmoku: the image has built
Mar 15 18:23:45 <GNUtoo|laptop> mickeyl, ok I'll test later
Mar 15 18:24:13 <mickeyl> thanks
Mar 15 18:31:26 <morphis> heyhp
Mar 15 18:31:33 <morphis> s/heyhp/heyho/
Mar 15 18:31:35 <morphis> DocScrutinizer: ping
Mar 15 18:31:54 <DocScrutinizer51> pong
Mar 15 18:33:36 <morphis> DocScrutinizer51: I did some first steps with configuring alsa as I want to have it for the new audio setup in SHR: http://git.freesmartphone.org/?p=cornucopia.git;a=commit;h=3b3aabacef9720b668ab834aa5fde4668ab198c8
Mar 15 18:33:46 <Osama07> GNUtoo|laptop i used config at http://www.pastie.org/1672103 you give my yastarday
Mar 15 18:33:48 <morphis> but I don't know how to combine this now with a hook plugin
Mar 15 18:34:07 <morphis> DocScrutinizer51: as I already specified a type for a pcm channel
Mar 15 18:34:19 <Osama07> for xorg.conf for tuch
Mar 15 18:34:29 <Osama07> but not worked !!
Mar 15 18:34:34 <GNUtoo|laptop> Osama07, ah?
Mar 15 18:34:37 <GNUtoo|laptop> paste your xorg.conf
Mar 15 18:34:44 <Osama07> ok
Mar 15 18:34:51 <GNUtoo|laptop> do you have ssh?
Mar 15 18:35:00 <Osama07> --- a/recipes/xorg-xserver/xserver-xorg-conf/nokia900/xorg.conf
Mar 15 18:35:00 <Osama07> +++ b/recipes/xorg-xserver/xserver-xorg-conf/nokia900/xorg.conf
Mar 15 18:35:00 <Osama07> @@ -15,14 +15,18 @@ EndSection
Mar 15 18:35:00 <Osama07>  Section "Device"
Mar 15 18:35:00 <Osama07>          Identifier      "Default omapfb Device"
Mar 15 18:35:00 <Osama07>          Driver         "omapfb"
Mar 15 18:35:02 <Osama07> -       Option          "fb" "/dev/fb0"
Mar 15 18:35:04 <Osama07> +EndSection
Mar 15 18:35:08 <Osama07> +Section "InputDevice"
Mar 15 18:35:10 <Osama07> +       Identifier      "Power Button"
Mar 15 18:35:12 <Osama07> +       Driver          "evdev"
Mar 15 18:35:14 <Osama07> +       Option          "Device"        "/dev/input/event0"
Mar 15 18:35:14 <GNUtoo|laptop> what I pasted is a patch
Mar 15 18:35:16 <Osama07>  EndSection
Mar 15 18:35:18 <Osama07>  Section "InputDevice"
Mar 15 18:35:20 <Osama07>         Identifier      "Keyboard"
Mar 15 18:35:22 <Osama07>         Driver          "evdev"
Mar 15 18:35:24 <mickeyl> *cough*
Mar 15 18:35:24 <Osama07> -       Option          "Device"        "/dev/input/event0"
Mar 15 18:35:26 <Osama07> +       Option          "Device"        "/dev/input/event1"
Mar 15 18:35:28 <mickeyl> ~pastebin
Mar 15 18:35:28 <Osama07>         Option          "XkbModel"      "nokiarx51"
Mar 15 18:35:28 <GNUtoo|laptop> please use a pastebin next time
Mar 15 18:35:29 <apt> [~pastebin] A "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few : http://www.pastebin.com , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://bin.cakephp.org/ , http://asterisk.pastey.net/ , or install pastebinit with yum or aptitude.
Mar 15 18:35:30 <Osama07>         Option          "XkbLayout"     "us"
Mar 15 18:35:32 <Osama07>         Option          "CoreKeyboard"
Mar 15 18:35:34 <Osama07> @@ -31,7 +35,7 @@ EndSection
Mar 15 18:35:38 <Osama07>  Section "InputDevice"
Mar 15 18:35:40 <Osama07>         Identifier      "Touchscreen"
Mar 15 18:35:42 <Osama07>         Driver          "evdev"
Mar 15 18:35:44 <Osama07> -       Option          "Device"        "/dev/input/event1"
Mar 15 18:35:46 <Osama07> +       Option          "Device"        "/dev/input/event3"
Mar 15 18:35:48 <Osama07>  EndSection
Mar 15 18:35:50 <Osama07>  Section "Screen"
Mar 15 18:35:52 <DocScrutinizer> morphis: you had a look into my .asoundrc I packed with ACIhookexec.lib
Mar 15 18:35:52 <Osama07> @@ -43,5 +47,6 @@ Section "ServerLayout"
Mar 15 18:35:54 <Osama07>         Identifier      "Default Layout"
Mar 15 18:35:55 <DocScrutinizer> ?
Mar 15 18:35:56 <Osama07>         Screen          "Default Screen"
Mar 15 18:35:58 <Osama07>         InputDevice     "Touchscreen"
Mar 15 18:36:00 <Osama07> +       InputDevice     "Power Button"
Mar 15 18:36:02 <Osama07>         InputDevice     "Keyboard"
Mar 15 18:36:04 <Osama07>  EndSection
Mar 15 18:36:08 <Osama07> yes in my N900
Mar 15 18:36:10 <Osama07> ok sory 
Mar 15 18:36:15 <Osama07> i haved ssh in my N900
Mar 15 18:36:19 <morphis> baah Osama07 please use pastie for pasting ...
Mar 15 18:36:24 <morphis> DocScrutinizer: jepp
Mar 15 18:36:36 <DocScrutinizer> grrrrr
Mar 15 18:36:39 <morphis> you did there pcm channels which have the type hook
Mar 15 18:36:44 <Osama07> ok sory morphis
Mar 15 18:36:50 <morphis> Osama07: :)
Mar 15 18:37:33 <morphis> DocScrutinizer: in general, I need a pcm channel which a hook and softvol
Mar 15 18:38:08 <DocScrutinizer> each pcm plugin has a slave which is basically next pcm plugin in stack
Mar 15 18:38:29 <morphis> ah ok
Mar 15 18:38:36 <morphis> so I can define a plugin for the slave
Mar 15 18:38:53 <morphis> ok, will try that
Mar 15 18:38:54 <morphis> thx
Mar 15 18:38:58 <DocScrutinizer> so you can do pcm.foo{.... slave pcm.bar}, or pcm.bar{... slave foo}
Mar 15 18:40:00 <DocScrutinizer> also you *might* want to look on what I did with plugin softvol
Mar 15 18:40:35 <morphis> the pcm.vol with the two arguments?
Mar 15 18:40:56 <DocScrutinizer> you only need one plugin def, if you pass parameters like slider name, slave name etc as parameters
Mar 15 18:41:03 <DocScrutinizer> yes, exactly
Mar 15 18:41:39 <morphis> ah you open the pcm.vol device with alsa-lib specifying the two arguments $SLAVE and $NAME and you have then a new control?
Mar 15 18:41:42 <morphis> dynamically ...
Mar 15 18:41:59 <DocScrutinizer> yes
Mar 15 18:42:20 <Osama07> GNUtoo|laptop any ideia for help for toush ?
Mar 15 18:42:21 <morphis> can I do that with a alsa cmdline tool?
Mar 15 18:43:10 <DocScrutinizer> in my app I'm replacing 'ALSA:default' by 'ALSA:vol:"default"'
Mar 15 18:44:09 <DocScrutinizer> morphis: check this: http://tech.groups.yahoo.com/group/twinklephone/message/1731
Mar 15 18:46:42 <GNUtoo|laptop> Osama07, I'll eat
Mar 15 18:46:43 <GNUtoo|laptop> bbl
Mar 15 18:47:31 <Osama07> GNUtoo|laptop aha take your time , im watting you :)
Mar 15 18:55:55 <morphis> DocScrutinizer: great, I think I will implement this in fsoaudiod
Mar 15 18:56:16 <morphis> DocScrutinizer: do you already tried with a lot of channels playing audio at the same time?
Mar 15 18:56:30 <morphis> how is the performance?
Mar 15 18:57:38 <DocScrutinizer> morphis: keep in mind you're starting a new stack of plugin instances with every audio app. So your design might end up with several sliders "Media Volume" (or not, I dunno honestly)
Mar 15 18:57:51 <morphis> hm
Mar 15 18:58:07 <morphis> I hope not
Mar 15 18:58:10 <DocScrutinizer> meh, probably not
Mar 15 18:58:45 <DocScrutinizer> performance was good on my 1.6GHz laptop with ~20 concurrent playback iirc
Mar 15 19:00:24 <DocScrutinizer> contrary to PA, ALSA doesn't eat CPU cycles for every opened idling audio stream. So it's rather unlikely to see more than 2 playback streams at once
Mar 15 19:03:15 <DocScrutinizer> morphis: (multiple sliders) for all I understand of shitty ALSA, you should place a dmix "upon" the softvol slider for a whole stream class
Mar 15 19:04:14 <DocScrutinizer> like >>   (APP==ALSAdev)->plug->dmix->softvol->hw
Mar 15 19:05:08 <DocScrutinizer> or >>   (APP==ALSAdev)->ACIhook->plug->dmix->softvol->hw
Mar 15 19:05:56 <DocScrutinizer> or >>   (APP==ALSAdev)->ACIhook->plug->dmix->softvol-media->dmix->softvol-master->hw
Mar 15 19:06:50 <morphis> DocScrutinizer: ok
Mar 15 19:06:51 <DocScrutinizer> and>>   (APP==ALSAdev)->ACIhook->plug->dmix->softvol-alerm->dmix->softvol-master->hw
Mar 15 19:07:58 <DocScrutinizer> and>>   (daemon==ALSAdev)->------------------------------>softvol-syssnd->dmix->softvol-master->hw
Mar 15 19:08:02 <morphis> so I can mute the whole audio stack with the softvol-master?
Mar 15 19:08:09 <DocScrutinizer> sure
Mar 15 19:08:20 <morphis> ok
Mar 15 19:08:29 <DocScrutinizer> and mute single steem class with the softvol-media/foo/alarm
Mar 15 19:08:36 <DocScrutinizer> stream*
Mar 15 19:09:09 <DocScrutinizer> on Neo we don't need softvol-master, we got hw mixer vol for that
Mar 15 19:09:29 <DocScrutinizer> called PCM
Mar 15 19:09:31 <morphis> ok, so we only implement a softvol-master when we don't have a hw mixer vol
Mar 15 19:09:35 <DocScrutinizer> iirc
Mar 15 19:10:37 <DocScrutinizer> the idea of ACI is the ACIhook in one plugin stack levels down the competeing/conflicting streams via their softvols
Mar 15 19:10:46 <DocScrutinizer> no need to kill apps
Mar 15 19:12:16 <DocScrutinizer> when alarm stream gets opened for layback, the ACIhookexec in alarm stream plugin stack takes care to mute e.g media by a few 20..30dB, and unmute it on close()
Mar 15 19:12:39 <morphis> alsa is a great thing ...
Mar 15 19:13:04 <DocScrutinizer> basically you don't even need ACIhookexec for that, you should be able to do it with classical ALSA hooks ctl_elem
Mar 15 19:15:05 <DocScrutinizer> but I thought it's better to have a central fsoaudiod that takes care about priority of streams, and muting the right softvols, etc. So ACIhookexec just tells fsoaudiod "I'm ALARM. I'm going to playback now. Please 'enforce' some 'scenario'!" and fsoaudiod takes care about which softvols need leveling, to which degeree etc
Mar 15 19:18:50 <DocScrutinizer> the beauty of the whole concept: it sclaes nicely, depending on complexity you want and need. You can do a dirt simple thing with just pcm.default and pcm.alarm where pcm.alarm mutes everything else I.E. default. Or you go for full blown complex audio management, with fsoaudiod and all, and several different abstract streams like media-headphones, media-clean (for playback via home stereo where you don't want alarm tones etc), 
Mar 15 19:18:51 <DocScrutinizer> ringtone, alarm, notify, whatnotfoo...
Mar 15 19:19:05 <DocScrutinizer> and all without PolypAudio! \o/
Mar 15 19:19:29 <DocScrutinizer> without massive messing with audio subsystem, just need ACIhookexec
Mar 15 19:19:45 <DocScrutinizer> without ANY patches to audio APPs
Mar 15 19:20:31 <DocScrutinizer> sounds absolutely worthwhile in my bok, don't you think the same?
Mar 15 19:22:37 <DocScrutinizer> nota bene ALSA has aoss for apps using /dev/audio, and for the idiot apps using a hardcoded "default" as ALSA audio you can do `ALSADEFAULTDEV=media idiotAudioApp`
Mar 15 19:23:32 <DocScrutinizer> as ALSA can get env vars and use them in a pcm:default! device definition to redirect pcm.default to pcn.myLiking
Mar 15 19:25:01 <DocScrutinizer> I suggest you copy the last dunno 50lines here to some local file, as it might take a while til I repeat all this or find a mood to write it down in a nice whitepapaer
Mar 15 19:34:32 <PaulFertser> Finally someone active is interested in this nice concept, hooray!
Mar 15 19:34:48 <PaulFertser> We'll get some real feedback from morphis, cool :)
Mar 15 19:35:04 <DocScrutinizer> ALSO PLEASE NOTE I've not tested all of the above in real PoC, so there *might* be quirks and even showstoppers in ALSA, e.g. maybe dmix can't take arbitrary plugins for slave and needs a special slave plugin that acts the way dmix needs. Nothing unfeasible you couldn't find a fix for. Just feel like warning you about the state of this concept
Mar 15 19:35:34 <DocScrutinizer> PaulFertser: yeah :-D
Mar 15 19:35:39 <DocScrutinizer> \o/
Mar 15 19:36:02 <DocScrutinizer> morphis makes my 2009, basically
Mar 15 19:36:24 <Osama07> GNUtoo|laptop did you finsh eating ?
Mar 15 19:36:36 <GNUtoo|laptop> yes just
Mar 15 19:36:58 <GNUtoo|laptop> I could give you a replacement for xorg.conf
Mar 15 19:37:05 <Osama07> ana good
Mar 15 19:37:28 <Osama07> if you need you can see my file fro ssh
Mar 15 19:37:34 <Osama07> from*
Mar 15 19:40:24 <GNUtoo|laptop> http://www.pastie.org/pastes/1675681/text
Mar 15 19:41:17 <Osama07> i well chik and reply you
Mar 15 19:45:21 <Osama07> GNUtoo|laptop finaly it's work :)
Mar 15 19:57:28 <GNUtoo|laptop> Osama07, ok nice
Mar 15 19:59:54 <Osama07> GNUtoo|laptop what about wifi it is not worked ?
Mar 15 20:00:09 <GNUtoo|laptop> ifconfig wlan0 up
Mar 15 20:00:10 <GNUtoo|laptop> iliwi
Mar 15 20:00:15 <GNUtoo|laptop> but put the firmware first
Mar 15 20:00:17 <GNUtoo|laptop> *extract
Mar 15 20:01:14 <Osama07> it is told me wifi not available in settings
Mar 15 20:13:25 <GNUtoo|laptop> Osama07, maybe that's because fsodeviced crash or something like that
Mar 15 20:14:05 <Osama07> no i but your comand in termenal and it's worked :)
Mar 15 20:15:17 <GNUtoo|laptop> ok
Mar 15 20:37:34 <Osama07> GNUtoo|laptop any special modules can i add to bettar worke
Mar 15 20:37:49 <GNUtoo|laptop> for what?
Mar 15 20:37:54 <Osama07> like chargar or blutooth and soo on ?
Mar 15 20:38:05 <Osama07> usb cabel ?
Mar 15 20:38:33 <GNUtoo|laptop> charger => included in fsodeviced but slow
Mar 15 20:38:41 <GNUtoo|laptop> bluetooth => I don't remember
Mar 15 20:39:02 <Osama07> aha
Mar 15 21:04:05 <mrmoku> mickeyl: I diffed your testlab with mine
Mar 15 21:04:12 <mrmoku> GNUtoo|laptop: does mickeyl's image work for you?
Mar 15 21:06:52 <mrmoku> mickeyl: one interesting difference might be your image having both libnl (1+2)
Mar 15 21:06:56 <mrmoku> ours just 2
Mar 15 21:09:06 <mrmoku> other than that your image has some nice debugging tools + nfs in addition
Mar 15 21:09:46 <mrmoku> two other net related packages you have (and we don't) are libpcap and zeroconf
Mar 15 21:12:47 <morphis> DocScrutinizer: I already turned my irc log on to save all your comments :)
Mar 15 21:17:53 <DocScrutinizer> morphis: :-)
Mar 15 21:18:46 <morphis> DocScrutinizer: I need to play a little bit more with the whole thing but expect something in FSO in the near future 
Mar 15 21:18:55 <DocScrutinizer> morphis: ping me with whatever ALSA/ACI related question you might have
Mar 15 21:19:36 <DocScrutinizer> from "where belongs the comma here" to "what's the rationale behind this part of the concept"
Mar 15 21:19:56 <DocScrutinizer> I'm glad to help
Mar 15 21:22:07 <DocScrutinizer> especially release early/release often your .alsarc configs, as I might help with suggestions
Mar 15 21:22:44 <morphis> DocScrutinizer: ok, I put a first config already into FSO's cornucopia repository
Mar 15 21:23:07 <morphis> see http://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=fsoaudiod/conf/asound.conf;h=a642770c802db40f3b35b091bb96c79805b3ac94;hb=HEAD
Mar 15 21:23:15 <DocScrutinizer> just toss ... a pointer :.D
Mar 15 21:23:19 <DocScrutinizer> :-D
Mar 15 21:23:24 <morphis> there I will put all changes
Mar 15 21:23:37 <morphis> maybe we have to make machine specific settings in the asound.conf
Mar 15 21:23:50 <morphis> enable/disable softvol master volume
Mar 15 21:24:07 <morphis> or forward master volume to hw master volume control
Mar 15 21:26:28 <DocScrutinizer> check /usr/share/alsa/pcm/ and .. for machine specific things
Mar 15 21:27:18 <DocScrutinizer> my laptop has softvol master volume, and it took me like 12 months to even realize that
Mar 15 21:27:57 <DocScrutinizer> lemme check which is my alsa config used that does this (machine specific)
Mar 15 21:30:36 <DocScrutinizer> morphis: check /usr/share/alsa/cards/ICH4.conf on your standard linux machine
Mar 15 21:33:29 <morphis> DocScrutinizer: ok
Mar 15 21:33:29 <dcordes> yo
Mar 15 21:34:01 <dcordes> #openmoko-pastebin ? :D
Mar 15 21:34:12 <DocScrutinizer> morphis: you got that file (214 lines)?
Mar 15 21:34:30 <morphis> jepp
Mar 15 21:34:35 <morphis> but I am off now
Mar 15 21:34:38 <morphis> have to got to bed
Mar 15 21:34:46 <morphis> thanks for all the good hints!
Mar 15 21:34:48 <morphis> gn8
Mar 15 21:34:49 <DocScrutinizer> it's quite instructive and inspiring
Mar 15 21:34:52 <morphis> ok
Mar 15 21:34:58 <DocScrutinizer> gn8
Mar 15 21:56:48 <GNUtoo|laptop> mrmoku, I didn't test yet
Mar 15 21:57:02 <GNUtoo|laptop> mrmoku, does it work for you?
Mar 15 21:59:38 <DocScrutinizer> maybe also an interesting plugin: http://www.alsa-project.org/alsa-doc/alsa-lib/pcm_plugins.html#pcm_plugins_share and http://www.alsa-project.org/alsa-doc/alsa-lib/pcm_plugins.html#pcm_plugins_dshare
Mar 15 23:47:24 <LionKMP> hi guys, What do you think will SHR work on Golden Deli's GTA04?
Mar 16 00:18:57 <Lopi> captainigloo: ping
**** ENDING LOGGING AT Wed Mar 16 02:59:57 2011