From: Herbert Poetzl <herbert@13thfloor.at>
To: Fabrice Bellard <fabrice.bellard@free.fr>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] SB16 support
Date: Thu, 6 Nov 2003 18:46:09 +0100 [thread overview]
Message-ID: <20031106174609.GC24542@MAIL.13thfloor.at> (raw)
In-Reply-To: <3FA83A4B.8000007@free.fr>
On Wed, Nov 05, 2003 at 12:46:19AM +0100, Fabrice Bellard wrote:
> malc wrote:
> >On Tue, 4 Nov 2003, Fabrice Bellard wrote:
> >
> >
> >>Thank you for the patch ! This is quite impressive.
> >>
> >>I cannot include as is as it needs some modifications to be more
> >>integrated in QEMU. I would have the following needs:
> >
> >Never thought it would be, since its couple of hours hack.
> >
> >
> >>1) Use SDL for audio rendering.
> >
> >I steered away from using SDL for audio in Minde(and by extension in sb16
> >emu). SDL uses callback mechanism for audio mixing. At least under *NIXes
> >the callback is called either by a thread (do you really want that in
> >QEMU?) or alarm handler (good bye straight forward host_alarm_handler
> >welcome headache)
> >
> >Current `aud.c' requires and expects so little from audio system that it
> >begs the question: what is simpler to retarget it for a bunch of OS/HW
> >specific audio systems or maintain SDL abstraction (which btw does not
> >even provide a way for querying current playing position)
> >
> >
> >>2) The whole patch should add only two files: dma.c for DMA emulation,
> >>sb16.c for sb16 emulation and sdlaudio.c for SDL audio driver.
> >
> >
> >I can try to pull this trick, but again, SDL audio decision needs to be
> >weighted in. Please e-mail me directly if you have some insights on how
> >to organize those files.
>
> I agree that SDL audio is not flexible enough and that it complicates
> the emulator. I thought it would be easier to port it to windows or
> MacOS X, but maybe in thoses cases it would be better to simply rewrite
> all the GUI stuff to use native menus. I don't have enough knowledge of
> these OSes to tell what is the best solution. Is there also a solution
> to play sound with VNC, as I think a VNC display system will be quite
> useful.
yes, I think this would be really useful ...
keep up the good work!
best,
Herbert
> Currently, keeping the OSS API would suffice. So it gives the following
> files: dma.c, sb16.c and oss.c.
>
> Fabrice.
>
>
>
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://mail.nongnu.org/mailman/listinfo/qemu-devel
prev parent reply other threads:[~2003-11-06 17:47 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-11-04 18:16 [Qemu-devel] SB16 support malc
2003-11-04 22:19 ` Fabrice Bellard
2003-11-04 23:11 ` malc
2003-11-04 23:46 ` Fabrice Bellard
2003-11-06 17:46 ` Herbert Poetzl [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20031106174609.GC24542@MAIL.13thfloor.at \
--to=herbert@13thfloor.at \
--cc=fabrice.bellard@free.fr \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).