On Mon, 4 Jul 2011 11:56:31 +0900 Carsten Haitzler (The Rasterman) <ras...@rasterman.com> wrote:
> On Sun, 3 Jul 2011 20:56:29 -0400 Mike Blumenkrantz <m...@zentific.com> said: > > you could write a small executable to query/set the mixer props - and that > small binary can use glib... ironically, having written a similar CF for eeze mounting, I didn't think of this. > > now... if there is an api to swizzle with PA. there thus MUSt be a protocol it > talks to PA. this protocol must obviously then exist in some form (be it a > plain socket, a dbus api, etc.) so.. my guess is you missed something? from what I could tell, it does something funky with the permissions of the socket that it connects to. the code is also pretty heavily obfuscated. I'll look at it again and maybe try some ecore-con nonsense... > > > heyo, > > > > I spent several hours today examining pulseaudio, planning to start hacking > > on the mixer code. What I discovered is very depressing: > > > > * libpulseaudio REQUIRES glib and REQUIRES glib main loop. literally. > > they're params for pa_context_new(). this is doable, but not at all in the > > context of our current mixer module. > > * there is a full dbus api for pulseaudio. luckily, the geniuses working on > > it aren't releasing it: > > > > http://lists.freedesktop.org/archives/pulseaudio-discuss/2011-June/010160.html > > * I looked into reverse engineering the control protocol by manipulating a > > socket that PA uses: also a no-go since the tcp protocol must > > be manually enabled by editing a config file. > > * pulse has a number of library interfaces to work with. none of these let > > you manipulate volume mixers. > > > > as far as I can see, unless the dbus api comes out tomorrow (PA 1.0) and > > everyone magically adopts it overnight we should probably drop this item > > from the 1.0 TODO, and imo permanently unless someone wants to rewrite the > > whole mixer to function with both: > > > > * multiple driver backend support (alsa+pulse+oss+jack+wtfelse) > > * async driver APIs (such as pulse/jack) support > > > > it's been a huge headache learning even this much, so unless someone is more > > masochistic than me, I strongly suggest marking this WONTFIX. > > > > -- > > Mike Blumenkrantz > > Zentific: Coding in binary since '10. > > > > ------------------------------------------------------------------------------ > > All of the data generated in your IT infrastructure is seriously valuable. > > Why? It contains a definitive record of application performance, security > > threats, fraudulent activity, and more. Splunk takes this data and makes > > sense of it. IT sense. And common sense. > > http://p.sf.net/sfu/splunk-d2d-c2 > > _______________________________________________ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > -- Mike Blumenkrantz Zentific: Coding in binary since '10. ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
