Re: RFC on sound codec refactoring

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

 




----- Original Message -----
> >   2.  Modify qemu to change the device sample rate dynamically
> > 
> >       This seems like it should be possible.  I'm working up a
> >       hack to try it (basically, we regen the rate at voice_enable
> >       time).  This seems to fly in the face of 'normal'
> >       practice, so there is probably something horrible wrong with it.
> > 
> >       But it's fun to play :-).
> 
> Attached is a patch that suggests my idea.  I've done some hacks,
> and it seems 'safe' to adjust the rate on the fly like this.

line_out_ctl is driven by guest. Why would you change the rate when the device start/stop a stream? I don't think that's the right approach.

I think the suggestion by Gerd & Christophe should be enough.

If qemu is old, it should use 44.1 celt only.
If qemu is new, it can use 48 celt or opus.

This doesn't have to change dynamically, the client should be able to adapt to any of these situations.

> I'd appreciate some friendly folks glancing it over before I try to
> flesh it out and get myself laughed off the qemu mailing list.
> 
> Cheers,
> 
> Jeremy
> 
> _______________________________________________
> Spice-devel mailing list
> Spice-devel@xxxxxxxxxxxxxxxxxxxxx
> http://lists.freedesktop.org/mailman/listinfo/spice-devel
> 
_______________________________________________
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]