Re: [Qemu-devel] Re: [Try2][PATCH] Initial implementation of a mpeg1 layer2 streaming audio driver.

[François Revol]

Le 15 nov. 2010 à 20:30, Anthony Liguori a écrit :

>> I'll see if I can buffer a bit more in the twolame code and if it helps, 
>> then I'll try to merge with the failed attempts I have around at using 
>> external progs.
>>   
> 
> Okay, but my thinking was that we'd do something like:
> 
> audio_capture "capture_command -opt=val -opt2=val" ...
> 
> Which would make it very easy to tie into lame, oggenc, etc.
> 
> Having simple alias commands like mp3_capture and ogg_capture that invoke 
> common tools with reasonable options also would be a bonus.

You mean in the console ? I hardly use it (beside the idea is to not have it 
accessible to avoid the user committing snapshots as it's just for demos).

Btw, we should really convert all those audio env vars to QemuOpts someday, it 
seems like a duplicate. It should still be possible to map env vars to them for 
the time being.

Anyway I'm still having a hard time getting sound to work reliably in Haiku 
guests regardless the output or emulated card. OTH it works perfectly in 
VirtualBox with almost no cpu overhead. If anyone has a clue...
It might be related to the use of RDTSC as primary time source, still it's the 
same in vbox.
We do have some support for HPET, I should try it someday, maybe.
Maybe it has to do with vbox using VT-x and me not even building QEMU with 
kvm... (does it even work on OSX ?)

François.