I'm not totally sure what you're asking, but you can do this:
Roland MT-32, CM-32L + General MIDI for $50 Building a MIDI box

Most SB16 cards have some undesirable hardware limitations when playing back MIDI and PCM audio (from the same card) simultaneously. You can use one of the clone cards which don't suffer from MIDI bugs (using true OPL3 or one of the good sounding emulations, like ESFM) or use a separate MIDI interface.

An ISA MIDI interface card has been designed and successfully prototyped using an Atmel Atmega uC. It's fully capable of supporting games requiring intelligent mode as provided by a true Roland MPU-401 (and 100% clones).
HardMPU, anyone?

Hope this answers your question. 😀

So you want to access the SB16 FM synthesis over USB?

There's Midibox FM, and most likely someone has put FM chip to either Arduino or Raspberry Pi, it's not very difficult, but it all comes down to what can you do with it.

But why not use an FM emulator on PC, they are very accurate these days, there might be even VST plugins for that.

Jepael's answer makes more sense. Sorry I didn't totally get it.

Nuked FM is excellent and can be patched into, among other things, DOSBox.
https://sourceforge.net/p/dosbox/patches/270/

Jepael wrote:

But why not use an FM emulator on PC, they are very accurate these days, there might be even VST plugins for that.

Huh. I remember hearing that they weren't very accurate for quite some time - on this very forum, even...

I guess that's the end of that. Sorry guys 😜

cambertian wrote:

Jepael wrote:

But why not use an FM emulator on PC, they are very accurate these days, there might be even VST plugins for that.

Huh. I remember hearing that they weren't very accurate for quite some time - on this very forum, even...

I guess that's the end of that. Sorry guys 😜

Bear in mind that for some people here, if it plays one single note slightly differently in one track in one specific edition of one game, then it's "not very accurate".

SquallStrife wrote:

Bear in mind that for some people here, if it plays one single note slightly differently in one track in one specific edition of one game, then it's "not very accurate".

And even in this case, it's most likely not because of the chip emulation, but how it is used. For example, if a game playing music needs to change both note and octave, they are two separate register writes that are written to the chip during just one or two samples.

But if an audio rendering thread requests new samples each millisecond, and it requests one milliseconds worth of samples right in the middle of these two register writes, it generates a millisecond glitch of wrong note or octave to human ears instead of just glitch of one or two samples which is unnoticeable.

Or, there might be a bug in playing music formats that accidentally makes the chip emulator generate incorrect tone, even if chip emulation is accurate and it is correctly requested to generate audio data between music events.