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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.