Hello, First I have to say, that it is really awesome that you have had The effort to go through this exercise! I'm meeting the pulse Developers in ALS this week so we can also talk about these Issues.
As said before, I'm really interested to use jack in Pulseaudio configuration as architecturally "external" dsp engine. This Is something that would be very very useful in my daily laptop development from policy management point of view. I can't really say or promise how or when jackd would become part of Tizen. First we could possibly provide it by optional component So you could download it from tizen repo on top of the image. If the co-operation Between pulse and jackd is working nicely, we could start to think a permanent solution. But I still emphasize that these things need time and involve also some politics. What I can promise is, that if there are good patches in pulseaudio Upstream available for these pain spots, we can quite easily Integrate and release those to tizen. We could maybe also do part of the actual work depending little bit on the effort. Could you still briefly summarize the findings or key items that Need attention in more detail? Br, Jaska -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Patrick Shirkey Sent: Monday, October 21, 2013 4:59 PM To: Tizen List Subject: Re: [Tizen General] Tizen Audio Stack Another update for people interested in this thread. With the help of Tanu Kaskinen (intel/PA lead) we have identified a few optimisations that could be made in Pulse Audio to allow it to work more efficiently in combination with JACK. In addition David Henningson (Canonical) has contributed some recent patches that seek to make some parts of PA a little more efficient and has expressed his interest in seeing the complete set of optimisations done from the Ubuntu Mobile perspective too. I have discussed the issue in depth with the core JACK developers and they feel that as the issues are (almost all) in regards to optimising Pulse Audio they can't offer much assistance at this point. So the bulk of the effort looks like it will be spent on optimising PA to get better realtime audio performance and a more efficient graph model while JACK is running. The benefits from this process will also be applicable to the general desktop experience so that turns out to be pretty beneficial all round. FYI, the other option of adding Bluez, Murphy and PA API support to JACK directly went down like a lead balloon with the JACK developers so there is approx zero likelihood of taking that route. What is currently missing is the motivation to undertake the work that is required as a priority over any other development so I cannot say for sure how long it will take to get things done. I estimate it will be around three months of dev time including discussions and Dev/QA so it's not a major effort in the larger scheme of things. However when it kicks off and how much resource can be put to the task is still an unknown. >From the Tizen perspective is there anything that Linux Audio Developers could >be doing to support the implementation process on the OS side? -- Patrick Shirkey Boost Hardware Ltd _______________________________________________ General mailing list [email protected] https://lists.tizen.org/listinfo/general --------------------------------------------------------------------- Intel Finland Oy Registered Address: PL 281, 00181 Helsinki Business Identity Code: 0357606 - 4 Domiciled in Helsinki This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. _______________________________________________ General mailing list [email protected] https://lists.tizen.org/listinfo/general
