* [Qemu-devel] SB16 support @ 2003-11-04 18:16 malc 2003-11-04 22:19 ` Fabrice Bellard 0 siblings, 1 reply; 5+ messages in thread From: malc @ 2003-11-04 18:16 UTC (permalink / raw) To: qemu-devel Hello http://www.boblycat.org/~malc/1_sqemu.patch.gz contains a patch against CVS version of QEMU that adds SB16 support. Only digitized output is supported. Was tested only under DOS. Some background and instructions can be found in `sb16/README' (after applying the patch). Sincerely, malc -- mailto:malc@pulsesoft.com ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Qemu-devel] SB16 support 2003-11-04 18:16 [Qemu-devel] SB16 support malc @ 2003-11-04 22:19 ` Fabrice Bellard 2003-11-04 23:11 ` malc 0 siblings, 1 reply; 5+ messages in thread From: Fabrice Bellard @ 2003-11-04 22:19 UTC (permalink / raw) To: qemu-devel malc wrote: > Hello > > http://www.boblycat.org/~malc/1_sqemu.patch.gz contains a patch against > CVS version of QEMU that adds SB16 support. Only digitized output is > supported. Was tested only under DOS. Some background and instructions > can be found in `sb16/README' (after applying the patch). > > Sincerely, > malc 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: 1) Use SDL for audio rendering. 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. Fabrice. ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Qemu-devel] SB16 support 2003-11-04 22:19 ` Fabrice Bellard @ 2003-11-04 23:11 ` malc 2003-11-04 23:46 ` Fabrice Bellard 0 siblings, 1 reply; 5+ messages in thread From: malc @ 2003-11-04 23:11 UTC (permalink / raw) To: qemu-devel 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. To all: http://www.boblycat.org/~malc/code/patches/qemu Now hosts sb16 and interpreter patches. Interpreter patch was updated to fix some building issues. Sincerely, malc -- mailto:malc@pulsesoft.com ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Qemu-devel] SB16 support 2003-11-04 23:11 ` malc @ 2003-11-04 23:46 ` Fabrice Bellard 2003-11-06 17:46 ` Herbert Poetzl 0 siblings, 1 reply; 5+ messages in thread From: Fabrice Bellard @ 2003-11-04 23:46 UTC (permalink / raw) To: qemu-devel 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. Currently, keeping the OSS API would suffice. So it gives the following files: dma.c, sb16.c and oss.c. Fabrice. ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Qemu-devel] SB16 support 2003-11-04 23:46 ` Fabrice Bellard @ 2003-11-06 17:46 ` Herbert Poetzl 0 siblings, 0 replies; 5+ messages in thread From: Herbert Poetzl @ 2003-11-06 17:46 UTC (permalink / raw) To: Fabrice Bellard; +Cc: qemu-devel 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 ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2003-11-06 17:47 UTC | newest] Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 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 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.