[Bug 10495] Wine should support PulseAudio
wine-bugs at winehq.org
wine-bugs at winehq.org
Sat Oct 10 05:52:45 CDT 2009
--- Comment #183 from Ben Klein <shacklein at gmail.com> 2009-10-10 05:52:44 ---
(In reply to comment #182)
> (In reply to comment #181)
> > Because they didn't have to rewrite all their apps to support pulse; pulse has
> > esd compatibility.
> Just they did rewrite all the apps and dropped any reference to ESD completely
> in 2.28. It's gone from GNOME.
> > No, it's not a *dependency*. You can still get sound in GNOME without pulse
> > running.
> Sure, I'm certain there are patches floating around to do that by hand.
No. Vanilla GNOME supports ALSA audio backend.
> > Changing something just because some - but not all - distros changed it is not a good reason to accept code into Wine.
> Let's replace "some" by "most" makes it a good reason, tough.
No it doesn't.
> > Because adding drivers now means more work - potentially a lot more work -
> > later on.
> No. A complete rewrite later only depends on what systems it will target.
All systems, by definition.
> > It looks like no new audio drivers will
> > be accepted until those internal API issues are resolved (basically, no more
> > code duplication), thus the suggestion for an audio redesign bug to block the
> > pulse support bug.
> Which doesn't make any sense at all, as API design has nothing to do with code.
API design has *everything* to do with code, because the code implements the
> > It also cuts out people using systems, e.g. Solaris, where ESD is still more
> > common than pulse.
> You are aware that Linux running PulseAudio is a lot more common than
> OpenSolaris running EsounD?
You are aware that Wine cannot just support what is "common" or popular?
> > If wineesd was in better condition, we could actually drop winepulse in favour
> > of wineesd.
> Sure, because writing code the dead ESD system seems the perfect way to go.
Don't knock it till you've tried it. It *would* work just as well as a native
pulse driver. As it is, wineesd doesn't even work well with ESD.
> (In reply to comment #180)
> Then again, it's probably easier to ignore this problem, hope that it goes away
> and screw over most Linux users. That has the additional benefit of doing the
> same when either PulseAudio or Boomer hit OpenSolaris, right?
Or, on the other hand, we could overhaul the internal audio API and make it a
lot easier to maintain new and existing drivers, thus paving the way for
winepulse/wineboomer/winespeedaudio/wineopenal whatever inclusion upstream.
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
More information about the wine-bugs