https://git.qemu.org/?p=qemu.git;a=commitdiff;h=6cdc2d189cb60a9d13e
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1795527
Title:
** Changed in: qemu
Status: New => Fix Committed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1795527
Title:
Malformed audio and video output stuttering after upgrade to QEMU 3.0
Status
Ok then, keeping an eye out for the eventual acceptance in the official
repo, so that I can change the bug report status.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1795527
Title:
Malformed
https://patchwork.ozlabs.org/patch/995566/
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1795527
Title:
Malformed audio and video output stuttering after upgrade to QEMU 3.0
Status in QEMU:
New
All issues solved by the patch.
No clicks or glitches detected.
Thank you.
Will this be upstreamed?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1795527
Title:
Malformed audio and video output
any change with the attached patch?
** Patch added: "0001-pulseaudio-process-audio-data-in-smaller-chunks.patch"
https://bugs.launchpad.net/qemu/+bug/1795527/+attachment/5210653/+files/0001-pulseaudio-process-audio-data-in-smaller-chunks.patch
--
You received this bug notification because
Ran through the commits included in the audio code merge, with the
following results:
[commit 280c1e1cdb24d80ecdfcdfc679ccc5e8ed7af45d]
audio/hda: create millisecond timers that handle IO
Audio stream gets progressively more and more corrupted, breaking completely
between 30'' and 1' after
Oh and yeah, I just kind of realized that the original issue simply appears
after the new timers are being activated by default.
Well, that should have been pretty obvious.
I'll try to actuvate them at compile time and see where this path leads to.
And sorry for misclicking on the information
** Attachment added: "[ORIGINAL ISSUE LOG]"
https://bugs.launchpad.net/qemu/+bug/1795527/+attachment/5210397/+files/qemu_bisect_original_issue.txt
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
GIT BISECT RESULTS
So, I managed to run the git bisection and ended up having to do it
twice: once looking for the first commit that broke audio (turns out a
major total breakage occurs before the original diagnosed issue
appeared), then to spot the origin of the main issue (I ignored the
other
OK, so in that case you'll need to do a git bisect to figure out what the first
change was that broke it.
If 3.0 is at one end and is bad, pick the last known good version (on the
problem that you can reliably repeat) and do the bisect between them - if we're
lucky we'll land on something
Built QEMU at commit 53a19a9a5f9811a911e9b69ef36afb0d66b5d85c (with
--audio-drv-list=pa):
nothing changes, audio still malfunctioning.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1795527
Title:
ok, so lets forget about the stuttering and just concentrate on what broke in
3.0
Can you try building the bleeding edge qemu and see if the problem still exists
?
Dave
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
UPDATE 2 (STUTTERING ELIMINATED, AUDIO ISSUES _STILL_ PRESENT)
I think I've tracked down the source of the stuttering that affected my
machine, and it doesn't seem to be QEMU-related.
I'm going to write something about it here anyway, waiting to report it to
other, more appropriate channels,
Update:
Rolled back from 3.0.0-2 to 2.12.1-1: audio output working correctly,
stuttering still present.
Rolled back from 2.12.1-1 to 2.11.1-2: audio output working correctly,
stuttering still present.
So, the audio issues definitely surfaced with QEMU 3.0.0, but the
constant ~0.5s interval
Sorry for the late response.
By switching to 2.12 no noticeable change happens in respect to the 2.11
machine type: distorted audio but correct timing and no overlapping.
By the way, the stuttering looks less consistent than I previously thought:
today it appears even with the 2.11 setting,
Hi,
Hmm - if you say that changing hte -achine back to pc-i440fx-2.11 is helping
then it should be something related to one of the compatibility entries for the
machine type; but I don't see anything obvious related to audio or timing.
To narrow it down a little, is pc-i440fx-2.12 good or bad?
17 matches
Mail list logo