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.
