From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stas Sergeev Subject: Re: App database Date: Thu, 10 Jul 2003 21:20:50 +0400 Sender: linux-msdos-owner@vger.kernel.org Message-ID: <3F0DA072.3030403@aknet.ru> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: List-Id: Content-Type: text/plain; charset="us-ascii"; format="flowed" To: linux-msdos@vger.kernel.org Hello. Ryan Underwood wrote: > The idea was to be able to file bugs against a particular > application under a particular DOSEMU version I think that can be helpfull. But as the bottleneck of a dosemu development process is unfortunately elsewhere, I wouldn't assign the prio to that your project higher than to your adlib server:) > It should function similarly to the WINE application compatibility database. Just wondering, is/was that possible to reuse their (or other) code rather than writing your own? > whether or not it works with any of the other emulators (FreeBSD doscmd, > DosBox, Bochs, etc) Actually testing against NT or 2000 dos box is the most important. Bochs and doscmd are out of comparision. PS: I think there will be problems with your adlib server as a separate process to mix the sound with dosemu's SB digital output in real-time. The adlib server must do a frequent small transferrs together with taking care about keeping the OSS's buffers partially filled to avoid underruns. At the same time dosemu's DMA will write a large blocks and very infrequently. When the block from DMA arrives, there is already a data from an adlib server in a real card's DMA buffers, and there is no possibility to mix so lately (unless the hardware permits). So I beleive the DMA and Adlib sounds will always interrupt each other, unless they are coordinated and using an internal mixing (not per your design). Is there a planned solution for that? Or is there something in ALSA that can help with the real-time mixing even under that hostile conditions? dmix?