e Amiga has ways of monitoring what a process is doing?
> If I comment out this part of sound_poll, I get sound (of sorts, it
> just plays the garbage that was in the buffer when it was first
> allocated):
>
> if (SoundDMAFetch(buffer + localBufferWrite) == 1) {
> re
On 22 Sep 2006 19:56:26 +0100, Chris Young wrote:
> If I comment out this part of sound_poll, I get sound (of sorts, it
> just plays the garbage that was in the buffer when it was first
> allocated):
>
> if (SoundDMAFetch(buffer + localBufferWrite) == 1) {
> ret
(sorry, posted this with the wrong from address previously)
I'm taking another look at adding sound support to the Amiga version.
The X sound.c opens and writes to /dev/dsp. I've changed these calls
to use the Amiga/AHI AUDIO: device which - as far as I can tell -
works in the same wa
Hi,
Matthew wrote:
> I have now added this sound support code to CVS.
Thanks for your efforts in applying the patches. I don't think anyone
else has time at the moment.
> The sound support is disabled by default - I have added an option to
> the Makefile that can be used to ena
hanges to how the buffer operates.
>
> That's a wise choice.
>
> > There is still a little issue with 4 or 8 channel sound, but they don't
> > make everything go slow any more, so for example you may play Tower of
> > Babel.
>
> Well, it's certainly a
till a little issue with 4 or 8 channel sound, but they don't make
> everything go slow any more, so for example you may play Tower of Babel.
Well, it's certainly an improvement other nothing at all. Someone care
to throw this in CVS?
--
Peter Naulls - [EMAIL PR
I have found that by using posix threads I can keep the emulator running very
smoothly, as well as some small changes to how the buffer operates.
http://giles.vickycoleman.co.uk/~daniel/sound_new.tar.bz2
contains files to replace from my previous attempt at sound, which will make
it work much
Hi,
I have had a go at implementing sound in arcem. I have got to the stage where
the code to create 16 bit pcm data should all be ok, but it is experimental
with regards to getting sound data written out fast enough with out slowing
down the emulator too much and other timing related things
