Comment 520 for bug 371897

Revision history for this message
In , kotoroshinoto (mgooch) wrote :

(In reply to Rosanne DiMesio from comment #400)
> (In reply to Michael Gooch from comment #399)
>
> > audio issues on these distros when run in wine, DESPITE the distros
> > patching in winepulse support (
> >
>
> Doesn't that just prove that a winepulse driver is NOT the answer to the
> audio problems some users still have?

It certainly proves that having a solution cooked up by the distro package managers isn't a proper solution.

However, asking users to disable winepulse and go through considerable configuration to avoid the audio stutter isn't really a solution either, its a hack around a problem that hasn't been solved. It also stands a very good chance of causing issues in non-wine apps if the OS or other apps expect pulse to still be configured according to release-specs and develop accordingly.

If the compatibility were wine-native instead of hacked in, theres a chance the wine devs' way of doing it would be far more efficient and better coded for the way wine works as they have a better knowledge of the wine backend than the distro package managers do.

Wine should just work, out of the box, without breaking in unexpected ways that force users to dredge the internet looking for configuration options to fix their system around this bug. If this were just a small number of relatively obscure distros i'd understand the thinking, but the major distros have made this switch, and wine now has to make a choice in how they're going to adapt to it. So far, they haven't adapted at all.

If you want to try to influence the various distros to dump pulse I'd support that idea, but chances are they're not going to.