From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BZnKJ-0007Pn-03 for qemu-devel@nongnu.org; Mon, 14 Jun 2004 05:00:23 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BZnKH-0007PN-Lx for qemu-devel@nongnu.org; Mon, 14 Jun 2004 05:00:22 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BZnKH-0007PD-KM for qemu-devel@nongnu.org; Mon, 14 Jun 2004 05:00:21 -0400 Received: from [217.10.32.4] (helo=comtv.ru) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BZnJH-0000qo-E2 for qemu-devel@nongnu.org; Mon, 14 Jun 2004 04:59:19 -0400 Received: from av1474.oops ([10.0.66.9] verified) by comtv.ru (CommuniGate Pro SMTP 4.1.8) with ESMTP id 30902746 for qemu-devel@nongnu.org; Mon, 14 Jun 2004 12:59:15 +0400 Date: Mon, 14 Jun 2004 13:02:55 +0400 (MSD) From: malc Subject: Re: [Qemu-devel] Re: OSS audio debugging In-Reply-To: <000d01c451e5$36a1a3a0$0401a8c0@putte2k> Message-ID: References: <000d01c451e5$36a1a3a0$0401a8c0@putte2k> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On Mon, 14 Jun 2004, Mike Nordell wrote: > malc wrote: > > > And while im figuring this out you can > > try experimental SDL output driver(but see caveats): > > I've made some quite heavy modifications to your SDL audio patch, and from > where I stand it now seems to work. It might seem a bit bloated in places, > and it contains quite a lot of experimental code for tweaking. As the diff > became larger than the file itself, I attached the file. > > I'd appreciate reports from both Win32'ers and *nix land using SDL, to see > if there are any SDL differences between platforms not handled. > > DOOM Shareware - this one needs no introduction. > Crashes, hangs and plays really "choppy" sound. > The crashes and hangs (depending on moon-phase) seems to be due to > incomplete detection of self-modifying code. When it does run for more than > 1 second, the choppy sound I suspect might be, as for many cases here, due > to timing or incorrect SB16, PIC or DMA emulation. That it also run as in > molasses (the seconds I got it to run) further strengthen my suspicions of > timing or PIC - even that it could be a large amount of self-modifying code > invalidating the TB all the time too. I haven't dug deeper into it. > Disabling TB chainging helps running DOOM. As for chopyness, DMA buffer is very small for OSS setting fragsize,nfrags helps. > > Transport Tycoon > With -cirrus-vga it fails to start with error "Unable to set up SVGA > display". > Without cirrus it switches video mode, but then seems to just hang. You can try UNIVBE, Scitech has a free(both senses) download. > > Windows 2000 sp4. Works, except every sound buffer sent (from host to > emulator, I suspect) seems to play twice. Even the "tick" sound when moving > from one folder to another in the Explorer is "echoed". CPU load is not high > during audio playback, why I suspect > timing, PIC, DMA or SB16 emulation problems. Other, larger, waveform > playback sounds horrible due to this echo/reverb effect - and the fact it > seems to not even play at the full speed it should, seems to suggest PIC > problems (interrupt not delivered to guest?). > With my slirp DHCP networking patch, and addition of the NE2000 ASIC writeb > (neither yet committed it seems) it even got an IP from slirp DHCP on every > boot. Never been able to access anything but the host machine itself though, > and then only with a ICMP ping (which slirp rewrites as a UDP ping). DNS > queries do leave host machine and passes through a gateway, and returns, but > never seems to reach the guest OS. TCP socket has never been opened by QEMU > despite attempts. > > > Windows 98. > Only tested with -enable-audio -cirrusvga -pci -nics 0. > Claims the SB16 device is not functional. The usual suspects. Nothing else > tested. Default Win98 sound driver does not work indeed, though installing WDM driver from W2K(as per VMWare instructions) helped a lot. Sounds MUCH better than in W2K anyway. > > > Even with these problems, I'd say QEMU is starting to become possibly the > best PC emulator there is. As a sidenote I can mention I tested one of the > DOS programs under VMWare. Yep, VMWare crashed allright. ;-P > > > /Mike > -- mailto:malc@pulsesoft.com