Many thanks.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/371897
Title:
Occasional sound drops in Wine via PulseAudio
Status in Wine:
Fix Released
Status in pulseaudio package
Closing bugs fixed in 1.7.55.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/371897
Title:
Occasional sound drops in Wine via PulseAudio
Status in Wine:
Fix Released
Status in p
(In reply to Sebastian Lackner from comment #428)
> Closing this bug was probably a bit rushed, to quote Andrews comment on
> wine-devel:
>
> """After those five, there are three more patches to implement missing
> critical interfaces (volume, session, and marshalling)."""
>
> I would assume the
Thanks a lot!
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/371897
Title:
Occasional sound drops in Wine via PulseAudio
Status in Wine:
Fix Released
Status in pulseaudio packag
** Changed in: wine
Status: Unknown => Fix Released
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/371897
Title:
Occasional sound drops in Wine via PulseAudio
Status in Win
Closing this bug was probably a bit rushed, to quote Andrews comment on
wine-devel:
"""After those five, there are three more patches to implement missing
critical interfaces (volume, session, and marshalling)."""
I would assume the current state is not fully functional enough to
actually use it.
Maarten's initial patches (+ fixes by Andrew et al) are now in Wine:
https://source.winehq.org/git/wine.git/commitdiff/3fe0c08992db43155677f02ec0cca423b9278f89
https://source.winehq.org/git/wine.git/commitdiff/84d1de17ebe381772880d3785af25a869205ea15
https://source.winehq.org/git/wine.git/commitdif
** Changed in: wine
Status: Confirmed => Unknown
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/371897
Title:
Occasional sound drops in Wine via PulseAudio
Status in Wine:
I use a Behringer Xenyx302 USB sound mixer as my sound device, which
works great with Pulseaudio but not with Wine. I mainly use wine-staging
now thanks to the built-in PulseAudio driver. I'd love to see this
adopted into Wine.
--
You received this bug notification because you are a member of Des
** Bug watch added: freedesktop.org Bugzilla #66962
https://bugs.freedesktop.org/show_bug.cgi?id=66962
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/371897
Title:
Occasional so
I guess most people know it by now, but I've finally had some time to
try it out myself, so...
https://github.com/wine-compholio/wine-staging/wiki/Installation
Wonder how long it'll take for pulse related patches to get into
upstream Wine (if they ever will), but so far this is the closest thing
Wine developers on all places seem to say that winepulse is not needed
and that alsa plugin works fine. No, it doesn't work properly. I have a
problem with crackling sounds since I started to use pulseaudio (since
Ubuntu 13.04 to 14.10 currently). And it's not a problem with
distributions modificat
SDL would work great, if wine was an emulator.
I can't see how adding in another layer of abstraction would help. From
what I understand the SDL portion(backend selection) is implemented as
built-in dlls.
Switching to SDL now causes problems with current configuration. This
bug is open because
I agree with the sentiment that maybe the wine developers just need to
make the wine alsa output play nicer with pulseaudio, and probably
modernize it a bit.
Another option is to use a multimedia abstraction library for this and
some other items (raster/vector rendering, OpenGL instance creation,
Chris Robinson, the author of the main OpenAL implementation on Linux
(openal-soft) has tried to handle Wine's audio purely with OpenAL, but
ran into problems. I don't remember the details, but there are some
things OpenAL does not handle, like MIDI.
Please, if you have problems with PulseAudio, p
We should all acknowledge that they're not gonna add pulseaudio support,
due to reasons that lack any technical relevance (whatever you say, "use
a plugin for alsa" makes any argument used along a *joke*). After all,
this project belongs to AJ & his crew, so we really can't do anything to
force a c
>From what I understand the main blocking reason for this commit is
because the following works as a solution:
/etc/init.d/pulseaudio stop
-- Facepalm --
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs
@Stefan
Crackling sounds occurs in every game which I played under Wine. Of course not
always. For example: Sims 3, Luxor 1, 2, 3, 4, Croc 2, Fifa 12, Bejeweled 2. I
noticed that actually sounds are still playing, but much faster than they
should.
lspci says:
00:1b.0 Audio device: Intel Corpora
(In reply to Deve from comment #423)
> @Stefan
> Crackling sounds occurs in every game which I played under Wine. Of course
> not always. For example: Sims 3, Luxor 1, 2, 3, 4, Croc 2, Fifa 12,
> Bejeweled 2. I noticed that actually sounds are still playing, but much
> faster than they should.
>
>
> I set pulseaudio autospawn to No, killed pulseaudio, and started Natspeak
> wine. Natspeak worked great.
Actually, this is wrong. I hadn't uncommented the autospawn setting and
pulseaudio was still running. Whoops.
--
You received this bug notification because you are a member of Desktop
Pac
> Mh... Sorry, do you mean that you had to kill pulseaudio to get a good audio
> output, or that the patch works well with and without PA?
On NatSpeak running in wine, I did not have to kill pulseaudio to get
good audio. My understanding is (from looking at winecfg settings) that
wine used alsa. A
My above post is confusing in one regard. I was able to get Youtube music on my
linux Firefox, and NatSpeak on my wine, simultaneously.
I did one more test.
I set pulseaudio autospawn to No, killed pulseaudio, and started Natspeak wine.
Natspeak worked great.
Andrew, you may wish to ask the dev
(In reply to Susan Cragin from comment #413)
> My above post is confusing in one regard. I was able to get Youtube music on
> my linux Firefox, and NatSpeak on my wine, simultaneously.
> I did one more test.
> I set pulseaudio autospawn to No, killed pulseaudio, and started Natspeak
> wine. Natspe
> Please post your test results here, or email me directly if you
prefer.
Andrew, Hello.
I compiled biarch wine using your patch, and I am very pleased with it.
Background.
I use wine to run Dragon NaturallySpeaking.
NatSpeak is a resource hog and works best with Lubuntu and a low-latency
kern
Created attachment 48661
mmdevapi: More accurately track device position
Hi folks,
I have a significant patch to the ALSA driver which I hope will improve
audio playback for PulseAudio users, especially users with audio that
stops playing or is choppy. Before I push this for inclusion in Wine, I
I agree about putting up a status page somewhere. The wiki would work
nicely.
This way we can have a link to the code for the driver and direct
indicators of what needs to be improved.
Also, I don't want to start another flame war, but I'm thinking the
driver MIGHT be ready to have a tag in the
(In reply to Ben Klein from comment #404)
> (In reply to Ben Shadwick from comment #403)
> > The Wine devs are so irrationally close-minded about this issue
>
> OK, stop there before this descends into a flame-war.
Stop what? To me this seems to be an accurate description of the actual
issue we a
For the record, no one's been advised to remove PulseAudio for years,
not since the audio rewrite in 2011. The Sound wiki page explicitly
advises against removing it, and that page is where I refer users to if
the problem is not something obvious (e.g., user is missing 32 bit alsa-
plugins). I have
(In reply to Austin English from comment #406)
> Bugzilla is not for discussion, as has been pointed out, e.g.,
> http://bugs.winehq.org/show_bug.cgi?id=10495#c251.
>
> Please take the discussion somewhere else.
To avoid further discussion in this bug report, which seems to come back
to life ever
Bugzilla is not for discussion, as has been pointed out, e.g.,
http://bugs.winehq.org/show_bug.cgi?id=10495#c251.
Please take the discussion somewhere else.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bu
(In reply to Ben Klein from comment #404)
> One of my major objections to the existing Winepulse code is that it seems
> to completely ignore MIDI support. Even without the other hurdles to
> inclusion, an audio driver simply would not be considered if it will
> completely break applications that a
While I agree, there's sadly no point in arguing. The Wine devs are so
irrationally close-minded about this issue that they even resorted to
semi-personal attacks against people attempting to provide winepulse
audio drivers and citing of silly procedural issues as an excuse to
avoid having to incor
(In reply to Ben Shadwick from comment #403)
> The Wine devs are so irrationally close-minded about this issue
OK, stop there before this descends into a flame-war.
> citing of silly procedural issues as an excuse to avoid having
> to incorporate fixes.
Those "procedural issues" relate to code
(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
(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
Predictions made by m...@jgs-wg.de (Martin Jürgens ) on "2007-11-18
13:13:06 CST" are basically already true today. Many distros have
switched to using pulse audio as their default-shipped audio system, and
many things have audio issues on these distros when run in wine, DESPITE
the distros patchin
(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?
--
You received this bug notif
I guess if it's been satisfactorily addressed on the Wine side, then it
should be okay.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/371897
Title:
Occasional sound drops in Wine
I'm not sure this should be a pulseaudio bug in launchpad anymore.
** Changed in: pulseaudio (Ubuntu)
Status: Confirmed => Invalid
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bu
** Bug watch added: Wine Bugzilla #30557
http://bugs.winehq.org/show_bug.cgi?id=30557
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/371897
Title:
Occasional sound drops in Wine
Just a friendly reminder, but after another 4 months of waiting, how is
this being handled? Is pulseaudio support still considered
trivial/unneeded, although it's mandatory on some systems (eg. those on
which a good/easy way to control audio streams is needed)?
I'd also like to add that using the
** Changed in: wine (Ubuntu)
Assignee: (unassigned) => Maarten Lankhorst (mlankhorst)
** Changed in: wine (Ubuntu)
Status: Triaged => Fix Released
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://
(In reply to comment #396)
> I was waiting to ask this as well... Since wine 1.6 is out now, will winepulse
> be one of 1.8's goals? I haven't seen many references to this on the mailing
> list either lately
The patch was last sent before the code freeze, back in May:
http://www.winehq.org/piperma
I was waiting to ask this as well... Since wine 1.6 is out now, will
winepulse be one of 1.8's goals? I haven't seen many references to this
on the mailing list either lately
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in U
Is there any progress on pulseaudio support?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/371897
Title:
Occasional sound drops in Wine via PulseAudio
Status in Wine:
Confirmed
(In reply to comment #392)
> So, it's been a month since the last update about this... How are things
> going?
> Will winepulse make it into upstream? Has there been an actual collaboration
> between Maarten and the devs?
Patches have been sent, people posted reviews/comments. E.g.,:
http://www.w
(In reply to comment #393)
> Patches have been sent, people posted reviews/comments. E.g.,:
Thanks a lot for the info!
(In reply to comment #393)
> Check the first comment, it's a feature request => enhancement.
>
> Pulseaudio is supposed to be compatible with ALSA, which Wine already
> supports
So, it's been a month since the last update about this... How are things going?
Will winepulse make it into upstream? Has there been an actual collaboration
between Maarten and the devs?
Also, just for the record:
http://www.phoronix.com/scan.php?page=news_item&px=MTIxOTg
By the way, I think thi
Set
default-fragments = 8
default-fragment-size-msec = 5
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/371897
Title:
Occasional sound drops in Wine via PulseAudio
Status in Wine
@comment #283
We shall see about that willingness..
I posted some patches on mailing list to knock some sense into the
dsound mixer, pending moderation, and I have 3 more patches locally when
those get accepted, one to make DSOUND_ReopenDevice never fail halfway
any more no matter the error and s
Aside from political stuff, I guess we all agree we need traction in this
feature.
If I got it correctly, Maarten has a fully functional patch, but it can't be
reviewed because of its size and non-technical reasons already enough
discussed. Also, Andrew seems to be working on the same thing, but
While as a fellow developer I understand the point of core Wine
developers of not accepting large and complex patches who, by previous
experience, is unlikely to be there to maintain it in the future, thus
putting the maintenance burden of this new code on the very same core
Wine devs, ...
... at
This is not a user forum. User comments in here aren't especially
helpful.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/371897
Title:
Occasional sound drops in Wine via PulseAud
Yet another user chiming in here (how many will it take?):
I see no mention here of technical objections to Maarten's work; in
fact, it sounds as if the Wine development team turned their noses up at
it without even looking it over. So Maarten committed a faux-pas by
submitting his patch at a bad
It's alright, it will happen eventually. The wine devs have gone through
the denial phase (Pulse is "not capable", it's not shipped by default on
"most distributions", "ALSA compatibility is a better solution"
somehow). They're just finished the anger phase (completely badgering
Maarten and his wor
As a user, I also agree that the patch should be reviewed. I have yet
to see a valid reason for not reviewing the patch - it having been
submitted while in code freeze has no relevance to the code itself, and
while the size of the patch might mean that it will take a while to
review, it is still b
I know I'm just a user and I probably don't understand much of wine's
developement, but Maarten put a lot of effort into a patch that fixes an issue
( or a serious lacking, up to you ) that wine'd had for 5 years now, shouldn't
that be enough to prove himself to the devs' team? At least take a
Maarten, you have to understand that your reputation with the project is
not very good right now. You didn't do anything to improve it by sending
huge patches during code freeze and submitting a git-pull request when
you know that isn't how Wine code submission works. No one is interested
in review
Oh fine, have the whole story as far as I know it.
And before I start, I have nothing against any person named in here,
just think the process of accepting patches could see some improvement.
This is from my point of view, and from memory, so it may not actually
have happened as I claim it to be,
(In reply to comment #380)
> (In reply to comment #374)
> >> The main reason it was not accepted was that julliard chose not to even
> >> review
> >> my patches, so how am I supposed to get it merged in mainline then?
> > You've made it clear you're not willing to work within the current Wine
> >
(In reply to comment #374)
>> The main reason it was not accepted was that julliard chose not to even
>> review
>> my patches, so how am I supposed to get it merged in mainline then?
> You've made it clear you're not willing to work within the current Wine
> development process. I don't think it's
IMO, given the facts that
- a huge part of wine's users intend to run windows applications
comprising audio output with it (particularly games)
and
- PA-focused distros like Ubuntu and its derivates have an enormous
market share, attracting an increasing number of users to the linux
world,
supp
Is there any chance of publishing audio driver interface? Then Maarten
Lankhorst can work independently of the Wine team.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/371897
Title:
Many people who tried Maarten's winepulse can testify how well it works. Even
if there'd been some misunderstandings in the past, he put much effort in his
work, in an area where upstream wine's progress was non existent. Face it,
"supporting" pulse via alsa-plugins is just not viable, it didn't
(In reply to comment #373)
> So, what is the progress on this from the official Wine side? Is it still
> being
> worked on, as mentioned in Comment 369?
Afaik Andrew is still working on this, but he has other work to take care of as
well.
(In reply to comment #374)
> I've tried to stay clear of
(In reply to comment #375)
Not to go into politics, but code freeze or not this comment is still
inappropriate, and sounds more like "Not a chance in hell this will ever see
the light of day" than "What are you thinking, submitting this now".
Regardless of the official position of Wine as a proj
I've tried to stay clear of political discussions, sigh..
The main reason it was not accepted was that julliard chose not to even
review my patches, so how am I supposed to get it merged in mainline
then?
I'm willing to rework the dsound patches to a cleaner state, and resend
both them and winepu
So, what is the progress on this from the official Wine side? Is it
still being worked on, as mentioned in Comment 369?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/371897
Title:
(In reply to comment #371)
> Well, neither of those will result in a build of Wine that can be supported by
> us. That's a distribution's own responsibility of course, up to a point, but
> please do take that into account when applying custom patches.
Fair enough - but source-based distributions h
(In reply to comment #370)
> Apparently http://source.winehq.org/patches/data/87234 is now considered to be
> obsolete; http://repo.or.cz/w/wine/multimedia.git should be used instead.
>
Well, neither of those will result in a build of Wine that can be supported by
us. That's a distribution's own
Apparently http://source.winehq.org/patches/data/87234 is now considered
to be obsolete; http://repo.or.cz/w/wine/multimedia.git should be used
instead.
> Date: Sat, 13 Oct 2012 00:46:08 +0200
> Subject: update wine pulse patch please
> From: Maarten Lankhorst
> To: tetrom...@gentoo.org
>
> I sa
71 matches
Mail list logo
