[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] PV Audio GSoC Project

  • To: xen-devel@xxxxxxxxxxxxxxxxxxx
  • From: George Boutsioukis <gboutsioukis@xxxxxxxxx>
  • Date: Thu, 5 May 2011 22:32:53 +0300
  • Delivery-date: Thu, 05 May 2011 12:33:39 -0700
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=bEktHC6mnEPa43lo4iwKbbEikjBj/QqOtShRei7ytHjqmJwPQQFxO8+6kKcMzFQwAI hfZddTKYXXcH/zCEoJaCEii3pyM48a64/r+8qkILn4CU1Uv1/ZpA+N0OiBv0xPXPXPXH oWxqy0sc6lEO43q2aMVpBt3P6Frc9oLRZa0lA=
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>

> Those are the two examples. I know very little about the audio systems
> under Linux and Windows so I don't know how well they could mesh
> together and what problems could be expected. I guess I'll have to wait
> and see what design you come up with before I can comment :)

The only thing I can safely say right now is that sound interfaces
seem to be more hardware-oriented than OS-oriented, so maybe there
won't be any similar issues in this case.

> I've just looked up what PulseAudio actually is, and it appears that it
> already runs under Windows although that may not be in a useful way for
> your project.

I don't think that there's any hope that this port would help in any
way. One of the reasons of using PulseAudio is to keep the backend
from becoming subsystem specific, as it would for example with an ALSA
frontend. But much of the frontend code is still going to be
OS-specific anyway.

In the particular case of Windows, it would probably waste way more
effort to implement this frontend on top of anything but the standard
(Port Class?) driver model. Especially because, at least from what
I've seen so far, the backend code for audio is relatively trivial
compared to the frontend.

Xen-devel mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.