Re: RFC on sound codec refactoring

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

 



Instead of having to resample, can't we fix qemu (and spice headers) to use 48khz by default?

Sure we can switch the default.  spice headers is enougth btw.  Just
update the frequency there.  And bumb the minor version so spice-server
can figure which frequency is used by qemu.

You can still face the case that spice-server has to handle a old
(not-yet rebuilt against new spice-headers) qemu binary which operates
at 44.1 kHz.  So the 44.1 -> 48 resampling will be needed, even when is
used for a (hopefully short) transition period only.

This is where we last left off, last June.

My current question is:  can we modify qemu to support a dynamic rate change?
In theory, it supports other devices that run at different frequencies,
so it should be theoretically possible.

If we can, that becomes a nice solution (although then we have the
trick of working out frame size to get through).

Cheers,

Jeremy
_______________________________________________
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]