> > Of course the SAM parallel port is also used for other devices, but there'll > > be an option to select the hardware you want on each port. > > I want DAC for Stefan's MOD player. It doesn't play in the current alpha. > I have three MOD players. The two others play without any problems, > Stefans' SamModPlay doesn't.
I take it that you didn't read the earlier messages about Stefan's Mod Player ... ? There is/was a bug in WinCoupe, which is now fixed (and in Si's hands), and the next release of WinCoupe will incorporate this fix. Currently, WinCoupe does not 'need' DAC emulation (although I am working on it!) > > You'd have to discuss that with Dave, but I can't see a problem in having > > separate implementations with separate interfaces in the current version, > > just using a C++ wrappers to hide the implementation details of each. I > > don't see why either needs to be overhauled to make it like the other one. > > Especially since Dave has implemented envelopes, which can bev imported > into my SAAemu, regardless to the rest of the emulation library. > I mean that envelopes can be emulated with transparency, I mean the one > envelope emulation code can be shared acress several sound emulation > implementations. It wouldn't be possible to simply 'extract' my envelope emulation code and 'share it transparently' with several sound emulation implementations. Well, it might, it depends how you do it. In fact, having said that, it probably should work properly, since it's only a CSAAEnv class that handles it all. The thing is there's a bunch of tricky things you need to be careful with when mixing the sound... The tricky thing in question is: SOUND 28,1;24,bin10001010;17,3;16,96;2,255;20,0 Aley, how would you emulate this? (Actually, I may have got that example slightly wrong but you should hopefully see what I mean...) (This is the same theory that underlies playing samples back on the SAA-1099 using the envelope controller - would you be able to emulate this too?) D a v e