Ruslan Rostovtsev
Ruslan Rostovtsev
> I don't think having an auto-generator is a good idea. Because then you would export every single KOS function, which means that every single KOS function (along with the...
> > Yea, I'd have to agree with SWAT that without some other sort of mechanism to replace the functionality there's not a sufficient reason to drop it while it's...
> > The main problem is that if a user starts compiling something, they'll get a ton of errors about missing this and that, and they'll have to spend a...
I agree about `spinlock`, `tas.b` is good for simple `try_lock` mutex without blocking. And yet `spinlock` is not the same as `irq_disable()`, because the main thing in it is keeping...
> > I agree about `spinlock`, `tas.b` is good for simple `try_lock` mutex without blocking. And yet `spinlock` is not the same as `irq_disable()`, because the main thing in it...
> > > Would it make sense to now to remove the OCRAM setup being done in startup.S, and have the c function called based on the init flag in...
Instead of adx better use libwav from kos-ports for raw ADPCM streaming.
> Using libwav now! Cool! You also can a bit optimize it for DMA transfers if remove wav headers and just name it as `.adpcm`.
This was done incorrectly from the very beginning, way back when, and I didn't get around to fixing it when I rewrote the streams, since I wasn't using queue mode....
> @pcercuei ~youre right, i was reinventing the wheel.~ EDIT: Recursive mutex causes `snd_sh4_to_aica_stop` to be "blocking" again and introduce some kind of delay (partial flushes???). I ran a test...