> Hmm. I'm a qemu newb; I'll see if fiddling with '-device' gets me
> different results than -soundhw. True confession: my report was also
> against a non tip build of qemu, so I need to retest there as well.
Against the tip of qemu, with your patch, this bug goes away; both ac97
and hda work f
> If that works it would be good if you could also try:
> http://lists.nongnu.org/archive/html/qemu-devel/2013-10/msg01205.html
>
> And check it does not cause any regressions.
I did try that, and I saw no change in behavior, so I guess that's good
news.
Cheers,
Jeremy
_
> Not that I know of. You may want try building qemu with this patch first
> though:
> http://lists.nongnu.org/archive/html/qemu-devel/2013-10/msg01204.html
Yeah, that prevented a hard lock for me. Thanks!
>
> Which fixes a generic audio bug which I've recently found. Not sure if this
> will he
Hi,
On 10/14/2013 10:17 PM, Jeremy White wrote:
My work on Opus came to a screeching halt while I tried to figure out
why I could not record clean audio in qemu + a Fedora guest.
What I've now found is that if I use soundhw ac97, things seem to work;
but if I use soundhw hda, my recording playb
My work on Opus came to a screeching halt while I tried to figure out
why I could not record clean audio in qemu + a Fedora guest.
What I've now found is that if I use soundhw ac97, things seem to work;
but if I use soundhw hda, my recording playback is fairly mangled.
That is, without any of my
