[Tutorial] Installing Munt (MT-32 emulation) on RPi 3

gdjacobs

Hey, David.

Just a quick update on compiler flags.

First, on ARM platforms, march and mtune are overridden by the flags set in -mcpu. Setting -mcpu=cortex-a53 will also select appropriate tune and arch flags.

Second, -Ofast also enables -ftree-vectorize (auto vectorizing) and -ffast-math (which contains -funsafe-math-optimizations).

Last, -mfpu and -mfloat are not supported options for GCC targeting ARMv8 (64 bit), so please be conscious of what ABI is being utilized by the underlying operating system.

Cheers and thanks for helping spread the word about accessible retro sound.

nighthurdles

Just had a go at this on my pi 3b+ running retropie 4.41... no dice :(

It doesnt seem to show mt32 when i run the test to check munt has created the midi output port - when i run command: aconnect -o I get the following:

pi@retropie:~ $ aconnect -o
client 14: 'Midi Through' [type=kernel]
    0 'Midi Through Port-0'
client 128: 'TiMidity' [type=user,pid=577]
    0 'TiMidity port 0 '
    1 'TiMidity port 1 '
    2 'TiMidity port 2 '
    3 'TiMidity port 3 '

no sign of mt32 :( any ideas? The installation process all seemed to go through fine, no probs.
If anyone has any helpful advice I'd be very grateful! Thanks

David87

@nighthurdles Try opening another console session (e.g. another SSH session) and run /usr/local/bin/mt32d there.

If this command will output error message and return to console, you will have a clue what needs to be fixed.
If this command will display some messages and continue to run. Please go back to first console session and run aconnect -o again.
2.1. If new MIDI port 'MT-32' will be displayed you have issue with starting Munt automatically (step 11. in OP).
2.2. If no new MIDI port will be shown, try stopping TiMidity while running Munt.

3DMaster

So, I hit a snag at the point where I have to put the MT32 roms in the mt32-rom-data directory; the directory doesn't exist, and trying to create the directory manually gives me that the permission to create the directory is denied. Similarly, I don't have permission to edit rc.local.

Any ideas?

David87

@3DMaster You must create the directory /usr/share/mt32-rom-data (and place files there) and edit /etc/rc.local as root.
If you don't know how, you can try using Midnight Commander for these actions.
To install Midnight Commander run: sudo apt-get install mc
To run Midnight Commander as root run: sudo mc

seren

Considering to build a Munt-Pi (3B+). But I have some questions first:

Can I use the 3B compiler flags for the 3B+
Can I route the audio output via a Hifiberry or USB audio device? If so, how?
Can I input another audio source via a USB audio device (e.g. Sharp X68000 native audio), and mix it with the audio generated with Munt (from X68000 Midi) and have it both routed to the USB audio output?

Thanks in advance!

David87

@seren said in [Tutorial] Installing Munt (MT-32 emulation) on RPi 3:

Can I use the 3B compiler flags for the 3B+
Most likely they will do.

Can I route the audio output via a Hifiberry or USB audio device? If so, how?
You can either add -d name parameter when starting mt32d (step 11. in OP) to specify ALSA PCM output device. Or you can comment out dtparam=audio=on in /boot/config.txt to disable Raspberry Pi built-in sound card.

seren

I would like to try the Qt version on my Raspberry Pi 3B+. Can you explain how to build that (including installing Qt itself, etc.) ? I ran into issues , something with: fatal error: QtWidgets/QAction: No such file or directory
#include <QtWidgets/QAction>

@David87 said in [Tutorial] Installing Munt (MT-32 emulation) on RPi 3:

Can I route the audio output via a Hifiberry or USB audio device? If so, how?
You can either add -d name parameter when starting mt32d (step 11. in OP) to specify ALSA PCM output device. Or you can comment out dtparam=audio=on in /boot/config.txt to disable Raspberry Pi built-in sound card.

I have it running (mt32d) with a HifiBerry DAC+ADC. I made sure the latest kernel was installed with Hifiberry support with sudo rpi-update and indeed commented out dtparam=audio=on and put in dtoverlay=hifiberry-dacplusadc in /boot/config.txt. Use the correct name for your hifiberry device: https://www.hifiberry.com/build/documentation/configuring-linux-3-18-x/

David87

@seren Unfortunately I cannot help with Qt things.
And the default audio output device for you is successfully set to HiFiBerry, correct?

sirhenrythe5th

i am very interested to pimp up my DosBox by using this great tutorial.

Just two questions in advance:

is this tutorial still up to date concering retropie 4.4.(.15) ?
is munt_2_2_0 still the latest available version of this Emulator?

Thx a lot for Support!

Barcrest

Is this better than using the munt implementation already built into scummVM or does the retropie version not have munt built in?

sirhenrythe5th

@Barcrest AFAIR its meant for usage in DosBOX - not ScummVM.

David87

@sirhenrythe5th

You can test this tutorial on RetroPie 4.4. And please post here any issues observed if you do so! Most likely everything will work.
Latest Munt version is 2.3.0 - the 2nd step will be wget https://github.com/munt/munt/archive/munt_2_3_0.tar.gz and first command of 3rd step will be tar -xzf munt_2_3_0.tar.gz

sirhenrythe5th

Thank you Dave!

I will make a backup of my Image in the weekend and then start to install Munt following your tutorial.
Feedback will follow ;)

kind regards

atchoodev

Hello,

Thanks for writing this. I had a minor problem with CMake not finding Glib2:

CMake Error at /usr/share/cmake-3.7/Modules/FindPackageHandleStandardArgs.cmake:138 (message):
  Could NOT find GLIB2 (missing: GLIB2_LIBRARY GLIB2_INCLUDE_DIR
  GLIB2_CONFIG_INCLUDE_DIR)

In case anyone else is having that particular problem, this is how I fixed it:

sudo apt-get install libglib2.0-dev

Best regards,

Andreas

Music Production, Retro computer enthusiast, App Development, Programming & Smart design

atchoodev

By the way:

Running mt32d or xmt32 as root user will allow program to use real-time
scheduling which may reduce/remove drop outs as the program can use the 
CPU more aggressively.

(from README.txt in the "mt32emu_alsadrv" folder)

Impy

Has anyone tried to compile munt for the Pi4?

What would the flags be for that case?

David87

@Impy I have updated OP with flags for Raspberry Pi 4.

Possibly even better performance could be achieved by using the flags below (I have done zero testing on these - they might also degrade performance or even cause compilation errors).

Raspberry Pi 4:
export CCFLAGS="-Ofast -march=armv8-a+crc -mcpu=cortex-a72 -mtune=cortex-a72 -mfpu=neon-fp-armv8 -mfloat-abi=hard -ftree-vectorize -funsafe-math-optimizations -munaligned-access"
export CXXFLAGS="-Ofast -march=armv8-a+crc -mcpu=cortex-a72 -mtune=cortex-a72 -mfpu=neon-fp-armv8 -mfloat-abi=hard -ftree-vectorize -funsafe-math-optimizations -munaligned-access"
Raspberry Pi 3:
export CCFLAGS="-Ofast -march=armv8-a+crc -mcpu=cortex-a53 -mtune=cortex-a53 -mfpu=neon-fp-armv8 -mfloat-abi=hard -ftree-vectorize -funsafe-math-optimizations -munaligned-access"
export CXXFLAGS="-Ofast -march=armv8-a+crc -mcpu=cortex-a53 -mtune=cortex-a53 -mfpu=neon-fp-armv8 -mfloat-abi=hard -ftree-vectorize -funsafe-math-optimizations -munaligned-access"

Impy

@David87 Thank you! It worked like a charm (the safer flags). The qtmobility-dev package was not available in the repos. I replaced that one with:

qttools5-dev

matthewtoney

First, thanks for this thread folks - this is amazing!

So I've followed this process and its working great on my 4GB Pi 4 (with the safe compiler flags). Although the MT-32 stuff sounds great in the games I've tried that support it, any ideas as to why with the mt32d running the SB16 stuff then doesn't seem to work in DOSBox?

IF I comment out the line in rc.local and reboot so its not autostarting, then the SB16 stuff works fine, but it seems either-or for some reason.