From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=48179 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PGugR-0006qL-EV for qemu-devel@nongnu.org; Fri, 12 Nov 2010 09:32:56 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PGugQ-0002ot-5P for qemu-devel@nongnu.org; Fri, 12 Nov 2010 09:32:55 -0500 Received: from mail-qy0-f180.google.com ([209.85.216.180]:40757) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PGugQ-0002of-3F for qemu-devel@nongnu.org; Fri, 12 Nov 2010 09:32:54 -0500 Received: by qyk2 with SMTP id 2so201703qyk.4 for ; Fri, 12 Nov 2010 06:32:53 -0800 (PST) Message-ID: <4CDD5011.4050304@codemonkey.ws> Date: Fri, 12 Nov 2010 08:32:49 -0600 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: [Try2][PATCH] Initial implementation of a mpeg1 layer2 streaming audio driver. References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: =?ISO-8859-1?Q?Fran=E7ois_Revol?= Cc: qemu-devel@nongnu.org On 11/08/2010 12:15 AM, François Revol wrote: > Le 8 nov. 2010 à 04:57, malc a écrit : > > >>>> And can you, please, elaborate some more on usage scenarios of this thing? >>>> >>> cf. >>> http://dev.haiku-os.org/browser/haiku/trunk/3rdparty/mmu_man/onlinedemo/haiku.php >>> >> Sorry my PHP skills have lapsed aeons ago. >> > Sorry I don't have it installed on a publically accessible machine atm. > > >>> and possibly http://oszoo.org/wiki/index.php/Main_Page some day... >>> >>> The idea is to use it along with the -vnc option and the VNC applet >>> to present a VM on the web. >>> >> While not very sexy, but can't you just use wav output to a fifo and >> compress it via separate process. >> > I did try years ago, but at least the current wav driver really didn't like fifos back then. I recall trying for hours to get it pipe to ffmpeg or others without much luck. > > Also, this poses several problems about the control of the external process (respawn on listener disconnection, close on exit...). > Doing encoding in QEMU is going to starve the guest pretty bad. For an x86 guest, that's going to result in issues with time drift, etc. Making reencoding with an external process work a bit more nicely also has the advantage of making this work with other formats like Ogg which are a bit more Open Source friendly. Regards, Anthony Liguori > François. >