** 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
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
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
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:
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,
Public bug reported:
My host is an x86_64 Arch Linux OS with a recompiled 4.18.10 hardened
kernel, running a few KVM guests with varying OSes and configurations
managed through a Libvirt stack.
Among these guests I have two Windows 10 VMs with VGA passthrough and
PulseAudio-backed virtual audio
12 matches
Mail list logo