openMSX & timidity?

AFAIK Timidity can't interpret raw midi data, only MIDI files. Which is different... But I don't know much from MIDI, so maybe someone else can explain it better.

I've experimented a bit now, and I actually managed to get the MIDI sound heard

I was using FluidSynth, which is a MIDI soft synthesizer that can take just MIDI events. (That is what is logged. You are NOT logging to a MIDI file! What is logged are just the MIDI events that would have been sent to a MIDI device. A standard MIDI file has timing information, but these events occur real time!)

I created a named pipe:
$ mkfifo /tmp/pipe

Then in openMSX I did:
set midi-out-logfilename /tmp/pipe
plug msx-midi-out midi-out-logger
(at this point openMSX hangs, because no one is reading the pipe)

Then I started fluidsynth like this:
$ fluidsynth -o midi.driver=oss -o midi.oss.device=/tmp/pipe
(at this point openMSX continues, because fluidsynth is connected to the pipe)
Note: I also specified a sound font, the one that came with my sound card (8mbgmsfx.sf2)

I ran MoonLight Saga and the MIDI sound was audible

(Note: for some reason I didn't get it working with the alsa and alsa_seq driver of fluidsynth...)

Good to hear you got it working.
Not so much for me, (I have no /dev/snd/seq, and a named pipe for openmsx also gives the error I had before (i.e. and it doesn't hang))
but that's alright.

I have two 250MB soundfonts called crisis_gm18 and crisis_gm26. they don't really work for game music though, I pretty much hardly ever use them. I prefer my "4gmgsmt.sf2" from Creative SB Live. (it's only 4MB)

A few years ago I went through dozens of crap soundfonts from several internet sites. It's really a tough search. (don't shy away from p2p for it)

Gilneas2:
I have no /dev/snd/seqHmm, no /dev/snd/seq? Did you include ALSA sequencer into your kernel (either built-in or compiled as module)? Seems to me like that's missing.

manuel:
I tried with the -iA option, but I didn't understand it completely and I couldn't find helpful docs.timidity has the possibility, to act as a ALSA sequencer client. It registers itself as a sequencer device and wait's for incoming MIDI events, just like a real device.
If I'm not mistaken, ALSA does not expose their sequencer devices as device nodes anymore. (hence the sequencer ports)
So... timidity *could* interpret these events and output nice sounds. The connection between openMSX and ALSA's sequencer port (to timidity) is missing.

Seems that ALSA's virtual midi device is especially made for this. This virtual device registers itself in ALSA's sequencer, and exposes itself as device nodes. (/dev/snd/midiC?D?, C = card #, D = device #)
Now it's just a matter of connecting these two points, and voila...

Btw, fluidsynth could also be used this way. So you don't have to create an named pipe. Perhaps this is a nice alternative?

By the way, with the soundfont I mentioned it also sounds a lot worse than on my real MT-32... Mapping seems to be a bit different or so.I've read here that the standard MT-32 soundbank is indeed arranged different from the Geneal MIDI one.
Try this soundfont. Perhaps it'll sound a bit better? That's a rearranged CTM8GM soundfont

Thanks for finding out how it works!No prob :)

Does there exist a soundfont, which is similar to MT-32's? Or are they proprietary? Aaaah, I want to hear, how it sounds on a MT-32 :o :)
Cuz the mp3's at adriano's translation page aren't downloadable now, without the login datas... :-?

Gilneas2: Check if the sequencer module for your sound card is loaded:

lsmod | grep snd-seq

You may need to load the sequencer module manually

modprobe snd-seq

or put it in /etc/modules (or where ever your distro likes to have its modules to be loaded on boot time). Make sure you load the modules specific to your sound card before loading snd-seq...

I have the following /etc/modules:

snd_cs46xx
snd_bt87x
snd-seq

the cs46xx is my sound card, the bt87x the 'sound card' of my tv-tuner card. I need to put them here and in this order to make sure that the kernel loads them in this order, so I don't end up with the tv-card as my primary sound card I guess snd-seq could be squeezed in between the two other modules, but definitely after the snd_cs46x!