Re: RFC on sound codec refactoring

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Oct 04, 2013 at 01:16:24PM -0500, Jeremy White wrote:
> Yes, he pointed out some issues back in August when this last came up
> (primarily supporting 'old' clients if you're sampling at 48K).  That's
> the bit I'm not entirely clear on just yet, and hope to research a bit
> further.

I'll look at your patches in more details later, but moving code out of
snd_channel.c sounds interesting ;)
Quick answer regarding the resampling, Opus wants to get 48kHz audio data,
so when using Opus, you've got to tell QEMU to give you that. If you are
talking to a client with Opus support, then it's all good, you encode to
Opus and that's it. If you are talking to a client without Opus support,
then you have to fallback to celt, which expects 44.1kHz input (at least,
if I'm not mistaken, and the way we use it in spice). You can't dynamically
tell QEMU that you no longer want 48kHz but that you want 44.1kHz instead,
so you have to downsample yourself the audio from 48 to 44.1 yourself
before sending it.
I'll try to clean up the patches I had so far this week.

Christophe

Attachment: pgpHjxBBOgVuD.pgp
Description: PGP signature

_______________________________________________
Spice-devel mailing list
Spice-devel@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/spice-devel

[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]     [Monitors]