Bug 1557214

Summary:	Play videos in VM continuously, audio becomes slow, not lip-sync
Product:	Red Hat Enterprise Linux 7	Reporter:	yueyihua <david.yue>
Component:	qemu-kvm	Assignee:	Gerd Hoffmann <kraxel>
Status:	CLOSED WONTFIX	QA Contact:	Virtualization Bugs <virt-bugs>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	7.7-Alt	CC:	cfergeau, david.yue, knoel, rduda, victortoso, virt-maint
Target Milestone:	rc
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2018-12-21 21:50:27 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	1203507
Bug Blocks:

Description yueyihua 2018-03-16 08:15:50 UTC

Description of problem:
Play videos continuously in VM(with ac97 audio driver), audio becomes slow, not lip-sync

Version-Release number of selected component (if applicable):
spice-server-0.14.0

How reproducible:
Play videos in VM with ac97 audio driver continuously

Steps to Reproduce:
1.qemu-kvm use ac97 pci sound card
2.
3.

Actual results:
audio becomes slow, not lip-sync


Expected results:
lip-sync

Additional info:

Comment 2 Victor Toso 2018-03-23 14:34:30 UTC

Moved based on reporter's own comment at [0] that "if I reconnect the VM with spice-gtk, I found they are lip-sync"

[0] https://bugzilla.redhat.com/show_bug.cgi?id=1203507#c38

Considering that bug 1203507 needs to be solved to have audio played correctly under windows (see [1]), I don't think Spice should be envolved at all before that.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1203507#c30

Bug can be kept open to be tested after fix, IMHO.

Comment 4 Gerd Hoffmann 2018-11-22 12:57:38 UTC

Hmm.  windows guest and ac97.  I can't get that going, even with the already oldish Windows 7 (eol jan 2020) the system doesn't find a driver on windows update.

What version is this?

Is there any windows version which is still supported by microsoft and that actually comes with ac97 drivers?

Comment 6 yueyihua 2018-11-23 01:16:54 UTC

(In reply to Gerd Hoffmann from comment #4)
> Hmm.  windows guest and ac97.  I can't get that going, even with the already
> oldish Windows 7 (eol jan 2020) the system doesn't find a driver on windows
> update.
> 
> What version is this?
> 
> Is there any windows version which is still supported by microsoft and that
> actually comes with ac97 drivers?

You can install realtek ac97 driver in your windows guest manually.

Comment 7 Gerd Hoffmann 2018-11-26 10:18:38 UTC

> You can install realtek ac97 driver in your windows guest manually.

They are almost ten years old and only available for win7,
so that'll be a dead end soon enough.

Beside that I can play youtube videos just fine (yes, they are lip sync).
What audio backend you are using?

Comment 8 yueyihua 2018-11-27 05:19:44 UTC

(In reply to Gerd Hoffmann from comment #7)
> > You can install realtek ac97 driver in your windows guest manually.
> 
> They are almost ten years old and only available for win7,
> so that'll be a dead end soon enough.
> 
> Beside that I can play youtube videos just fine (yes, they are lip sync).
> What audio backend you are using?

If I use ich6 audio backend, yes, they are lip sync. But It has sound problems, see Bug 1203507.

Comment 9 yueyihua 2018-11-27 05:19:44 UTC

(In reply to Gerd Hoffmann from comment #7)
> > You can install realtek ac97 driver in your windows guest manually.
> 
> They are almost ten years old and only available for win7,
> so that'll be a dead end soon enough.
> 
> Beside that I can play youtube videos just fine (yes, they are lip sync).
> What audio backend you are using?

If I use ich6 audio backend, yes, they are lip sync. But It has sound problems, see Bug 1203507.

Comment 10 Ademar Reis 2018-12-21 21:50:27 UTC

Thanks for taking the time to enter a bug report with us. We use reports like yours to keep improving the quality of our products and releases. That said, we're not able to guarantee the timeliness or suitability of a resolution for issues entered here because this is not a mechanism for requesting support.

If this issue is critical or in any way time sensitive, please raise a ticket through your regular Red Hat support channels to make certain it receives the proper attention and prioritization that will result in a timely resolution.

For information on how to contact the Red Hat production support team, please visit: https://www.redhat.com/support/process/production/#howto

I'm closing this BZ in RHEL7 because the correct fix involves changes which require a new machine type which will break live-migration. See bug 1203507 (RHEL-8).