[pulseaudio-discuss] Google ChromeOS reinventing the wheel, ignoring PulseAudio

2011-09-27 Thread Vlad
Dear PusleAudio developers, I'd like to let you know that Google ChromeOS recently started a brand new project called "ADHD", which from what I can tell aims to do the same thing that PulseAudio already does, bypassing it in favor of interacting directly with ALSA: http://git.chromium.org/gitw

Re: [pulseaudio-discuss] Google ChromeOS reinventing the wheel, ignoring PulseAudio

2011-09-27 Thread Arun Raghavan
On Mon, 2011-09-26 at 15:21 -0700, Vlad wrote: > Dear PusleAudio developers, > > I'd like to let you know that Google ChromeOS recently started a brand new > project called "ADHD", which from what I can tell aims to do the same thing > that PulseAudio already does, bypassing it in favor of inter

Re: [pulseaudio-discuss] Google ChromeOS reinventing the wheel, ignoring PulseAudio

2011-09-27 Thread Rémi Denis-Courmont
Le mardi 27 septembre 2011 17:27:14 Arun Raghavan, vous avez écrit : > Do you have any more details? Seems to be more of a policy daemon than > an audio server. Isn't audio policy daemon just a fancier name for (modern) audio server? Does PulseAudio not implement audio policy? Sure, PulseAudio ce

Re: [pulseaudio-discuss] Google ChromeOS reinventing the wheel, ignoring PulseAudio

2011-09-27 Thread Tanu Kaskinen
On Tue, 2011-09-27 at 18:02 +0300, Rémi Denis-Courmont wrote: > Le mardi 27 septembre 2011 17:27:14 Arun Raghavan, vous avez écrit : > > Do you have any more details? Seems to be more of a policy daemon than > > an audio server. > > Isn't audio policy daemon just a fancier name for (modern) audio

Re: [pulseaudio-discuss] Google ChromeOS reinventing the wheel, ignoring PulseAudio

2011-09-27 Thread Taylor Hutt
On Tue, Sep 27, 2011 at 8:16 AM, Tanu Kaskinen wrote: > On Tue, 2011-09-27 at 18:02 +0300, Rémi Denis-Courmont wrote: > > Le mardi 27 septembre 2011 17:27:14 Arun Raghavan, vous avez écrit : > > > Do you have any more details? Seems to be more of a policy daemon than > > > an audio server. > > > >

Re: [pulseaudio-discuss] Google ChromeOS reinventing the wheel, ignoring PulseAudio

2011-09-27 Thread pierre-louis . bossart
> I am indeed the one doing the majority of the work on the ADHD system at > present, and I can answer questions about it. As a bit of background, > PulseAudio was attempted for a while before my time on the Chromium OS > project. The results for some of the hardware we have were not very > insp

Re: [pulseaudio-discuss] Google ChromeOS reinventing the wheel, ignoring PulseAudio

2011-09-28 Thread Colin Guthrie
Hi All, Just for reference, Taylor is not subscribed to the list (or wasn't yesterday anyway). Taylor, if you are working on Linux Audio, I strongly recommend you subscribe to this list, even if you are not using PA (which I'll write to you about in a separate email). In the mean time, please se

Re: [pulseaudio-discuss] Google ChromeOS reinventing the wheel, ignoring PulseAudio

2011-09-28 Thread Colin Guthrie
Hi Taylor, [ I've CC'ed a couple other potentially interested parties ] 'Twas brillig, and Taylor Hutt at 27/09/11 21:56 did gyre and gimble: > Hello folks, > > I am indeed the one doing the majority of the work on the ADHD system at > present, and I can answer questions about it. As a bit of b

Re: [pulseaudio-discuss] Google ChromeOS reinventing the wheel, ignoring PulseAudio

2011-09-28 Thread Arun Raghavan
On Wed, 2011-09-28 at 10:02 +0100, Colin Guthrie wrote: > Hi Taylor, > > [ I've CC'ed a couple other potentially interested parties ] > > 'Twas brillig, and Taylor Hutt at 27/09/11 21:56 did gyre and gimble: > > Hello folks, > > > > I am indeed the one doing the majority of the work on the ADHD

Re: [pulseaudio-discuss] Google ChromeOS reinventing the wheel, ignoring PulseAudio

2011-09-28 Thread Tanu Kaskinen
On Wed, 2011-09-28 at 12:02 +0300, Colin Guthrie wrote: > > We've also looked at UCM and decided that it wasn't > > right for our purposes, at least in the present state. > > FWIF PA will also support UCM in the near-ish future. > > In either case, if you need UCM-like features, I'd strongly advi

Re: [pulseaudio-discuss] Google ChromeOS reinventing the wheel, ignoring PulseAudio

2011-09-28 Thread Mark Brown
On Wed, Sep 28, 2011 at 10:02:49AM +0100, Colin Guthrie wrote: > 'Twas brillig, and Taylor Hutt at 27/09/11 21:56 did gyre and gimble: > > Hello folks, > > project. The results for some of the hardware we have were not very > > inspiring -- at idle, I was told Pulse would take 30% of the CPU. So

Re: [pulseaudio-discuss] Google ChromeOS reinventing the wheel, ignoring PulseAudio

2011-09-28 Thread Taylor Hutt
On Wed, Sep 28, 2011 at 5:17 AM, Mark Brown < broo...@opensource.wolfsonmicro.com> wrote: > On Wed, Sep 28, 2011 at 10:02:49AM +0100, Colin Guthrie wrote: > > 'Twas brillig, and Taylor Hutt at 27/09/11 21:56 did gyre and gimble: > > > Hello folks, > > > > > > Since we have decided not to use Pu

Re: [pulseaudio-discuss] Google ChromeOS reinventing the wheel, ignoring PulseAudio

2011-09-28 Thread Mark Brown
On Wed, Sep 28, 2011 at 10:29:03AM -0700, Taylor Hutt wrote: > In this case, I am part of a team working to make a shipping product, and > there are time constraints which > do not afford the time necessary to do that, _and_ to make forward progress > to get the sound system working > across a con

Re: [pulseaudio-discuss] Google ChromeOS reinventing the wheel, ignoring PulseAudio

2011-09-30 Thread Colin Guthrie
Hi, Mark has already posted a follow up, but I'll try and answer any questions you posed that he didn't cover. 'Twas brillig, and Taylor Hutt at 28/09/11 18:29 did gyre and gimble: > > > Since we have decided not to use Pulse, prior to my time, it seemed > > > prudent to continue with tha

Re: [pulseaudio-discuss] Google ChromeOS reinventing the wheel, ignoring PulseAudio

2011-09-30 Thread David Henningsson
On 09/30/2011 10:44 AM, Colin Guthrie wrote: 'Twas brillig, and Taylor Hutt at 28/09/11 18:29 did gyre and gimble: In this case, I am part of a team working to make a shipping product, and there are time constraints which do not afford the time necessary to do that, _and_ to make forward progres

Re: [pulseaudio-discuss] Google ChromeOS reinventing the wheel, ignoring PulseAudio

2011-10-03 Thread Mark Brown
On Fri, Sep 30, 2011 at 08:23:46PM +0200, David Henningsson wrote: > First, look at the "What's next" section of the 1.0 notes [1]. That > points out what we think are the most important shortcomings of > PulseAudio currently, one of them is "Routing infrastructure": while > it is possible to writ

Re: [pulseaudio-discuss] Google ChromeOS reinventing the wheel, ignoring PulseAudio

2011-10-03 Thread Baek Chang
On Mon, Oct 3, 2011 at 5:04 AM, Mark Brown wrote: > On Fri, Sep 30, 2011 at 08:23:46PM +0200, David Henningsson wrote: > > > First, look at the "What's next" section of the 1.0 notes [1]. That > > points out what we think are the most important shortcomings of > > PulseAudio currently, one of the

Re: [pulseaudio-discuss] Google ChromeOS reinventing the wheel, ignoring PulseAudio

2011-10-07 Thread pierre-louis . bossart
> > I've attached the PA config files I am using, along with the log > output(pulselog). The most suspicious thing in there is the failure to > get > RT scheduling. Is there something obviously wrong with the configs that > would cause these numbers to be so high, or to prevent 10ms latency > wo

Re: [pulseaudio-discuss] Google ChromeOS reinventing the wheel, ignoring PulseAudio

2011-10-07 Thread Dylan Reid
On Fri, Oct 7, 2011 at 7:03 AM, wrote: > > > > I've attached the PA config files I am using, along with the log > > output(pulselog). The most suspicious thing in there is the failure to > > get > > RT scheduling. Is there something obviously wrong with the configs that > > would cause these nu

Re: [pulseaudio-discuss] Google ChromeOS reinventing the wheel, ignoring PulseAudio

2011-10-07 Thread Pierre-Louis Bossart
> Makes sense, I'll take a look at what pacat is actually filling the > buffer attributes with and see if I can track this down. here are some additional explanations. Hang on to your hat, this isn't simple stuff: pacat has this 'process-time-msec' parameter which defines the min_req value (not

Re: [pulseaudio-discuss] Google ChromeOS reinventing the wheel, ignoring PulseAudio

2011-10-09 Thread Arun Raghavan
On Thu, 2011-10-06 at 21:14 -0700, Dylan Reid wrote: > > Obviously we're somewhat biased here, but I think it would > be prudent of > > you to revisit some of the previous results. Pierre has done > a lot of > > work on the Intel side and numerous other compa

Re: [pulseaudio-discuss] Google ChromeOS reinventing the wheel, ignoring PulseAudio

2011-10-10 Thread Dylan Reid
On Sun, Oct 9, 2011 at 7:36 PM, Arun Raghavan wrote: > On Thu, 2011-10-06 at 21:14 -0700, Dylan Reid wrote: > > > Obviously we're somewhat biased here, but I think it would > > be prudent of > > > you to revisit some of the previous results. Pierre has done > > a l

Re: [pulseaudio-discuss] Google ChromeOS reinventing the wheel, ignoring PulseAudio

2011-10-10 Thread Colin Guthrie
Hi, [I'm just concerned that Taylor is not on the PA mailing list so we need to keep them CC'ed. Dylan is registered but CC'ing for completeness :) This message just quotes Pierre-Louis's mail in full below (which is certainly worth reading!) This is my only comment] 'Twas brillig, and Pierre-