SNES MSU-1 Guide

edale

@darksavior First time I looked at that patch page, I thought the volume fix mentioned was a .ips adjustment like in the "for emulator" patches, but it actually mentions the new .pcm files. When I noticed that, I downloaded and checked the files and saw they were already fixed. I should have noticed that days ago.

At least I didn't notice after I adjusted the audio on the original ones, lol.

Darksavior

@edale In surfing the zeldix site today, I did notice there's a thread with fixed audio tracks. I'll re-download the few games that have given me issues like introducing crackling into sound effects and the music just being too loud, but sounds fine.

edale

@darksavior It wasn't exactly easy, but I've found that thread too. In fact, one of the sets of tracks I was fixing for Insidious had already been fixed by qwertymodo, and me pointing that out to Insidious got qwertymodo himself to show up and help us out with the normalization. Insidious now has a bastardized version of qwertymodo's script for normalizing MSU-1 PCM audio.

I've also added a number of tracks, such as The Black Mages versions of Battle (the basic battle theme), Decisive Battle, and Dancing Mad, and getting some PCM audio to replace ambient sounds when there's a sound that's only called when no music is playing (MSU-1 chips can only stream one data line at a time, so you can't play 2 tracks of PCM audio at once), So far I've got some since white-water sounds going on the raft scenes, looking for other similar cases.

I'll post a link to the open-beta when the release with normalized audio comes out in a few days.

edale

Well... That took more than a few days... here's the "final" beta for the Dancing Mad FFVI MSU-1 mod.

https://github.com/Insidious611/DancingMadFF6/releases

edale

With the official release of Snes9x v1.55 a week ago, the first official release of Snes9x to support MSU, the lr-snes9x emulator core for RetroPie has also been updated.

I'd strongly suggest everyone update (from source) their lr-snes9x on their RetroPie setup.

The new version has fixes for a few MSU related issues, the biggest one I'm aware of is a fix on a bit of code that actually lets music resume properly (so after a battle when you show up on the worldmap, the music will continue where it left off, rather than starting over, as one example). It actually supported it before but wasn't reading the settings properly, so resume didn't work.

hooperre

Is there a way to launch a custom launch bash file so I can call the .sfc file from my /.Legend of Zelda, The - A Link to the Past (USA)[MSU-1] folder containing all the random files? Trying to do this for organizational purposes.

Both of the following work when called from the command line, but not from EmulationStation:

#!/bin/bash
"/opt/retropie/supplementary/runcommand/runcommand.sh" 0 _SYS_ "snes" "/home/pi/RetroPie/roms/snes/.Legend of Zelda, The - A Link to the Past (USA)[MSU-1]/alttp_msu.sfc"

or

/opt/retropie/emulators/retroarch/bin/retroarch -L /opt/retropie/libretrocores/lr-snes9x/snes9x_libretro.so --config /opt/retropie/configs/snes/retroarch.cfg "/home/pi/RetroPie/roms/snes/.Legend of Zelda, The - A Link to the Past (USA)[MSU-1]/alttp_msu.sfc" --appendconfig /opt/retropie/configs/all/retroarch.cfg

Thanks.

mitu

@hooperre Is the command output depending on the starting folder ? I.e. you're in the /.alttp_msu folder when running that command ?

hooperre

@mitu I had the folder name mixed up and it has been updated in my original post.

The command is being launched from the ./RetroPie/roms/snes folder. The actual alttp_msu.sfc and all the .pcm files are located within the ./RetroPie/roms/snes/.Legend of Zelda, The - A Link to the Past (USA)[MSU-1]folder.

I don't think it depends on the starting folder. If I just (from the command line) ran the .sh file containing either one of the blocks of code written above:
sudo bash home/pi/RetroPie/roms/snes/alttp_msu.sh
the file runs correctly, and with all the correct RetroArch configs, but this doesn't happen when launching from EmulationStation. I'm not sure if launching it from ES changes the way that RetroArch handles it somehow or something.

mitu

@hooperre You can see the launch command used by Emulationstation by looking at the /dev/shm/runcommand.log - it should be the first line. That being said, the command you posted (using runcommand) seems like something similar to what Emulationstation would launch.
If the launching commands prove to be the same, try running with verbose logging when you launch from Emulationsation (by using the runcommand launch menu) and maybe there's some clue in the detailed log about what's missing.

hooperre

Ah. It's calling for the actual .sh file itself when I use the runcommandas opposed to the .sfc. Dump:

Executing: /opt/retropie/emulators/retroarch/bin/retroarch -L /opt/retropie/libretrocores/lr-snes9x/snes9x_libretro.so --config /opt/retropie/configs/snes/retroarch.cfg "/home/pi/RetroPie/roms/snes/alttp_msu.sh" --appendconfig /dev/shm/retroarch.cfg

Not sure how to get around that. I'll try the other one again.

The other script with verbose logging: https://pastebin.com/BuUJbxN9

Appears to be calling for the .sh file as well. That one makes less sense to me.

mitu

@hooperre said in SNES MSU-1 Guide:

Ah. It's calling for the actual .sh file itself when I use the runcommandas opposed to the .sfc. Dump:

That's not correct. Did you customize the EmulationStation system config file (es_systems.cfg) and added the .sh extension as a valid ROM ? By default, .sfc is one of the included extensions, so if you have the .sfc ROM file in the folder, runcommand should invoke the correct emulator.

hooperre

I did not add .sh .SH to the es_systems.cfg.

The script works well in the ports folder/menu in emulationstation and will launch the MSU-1 version of the game. It appears that runcommand is ignoring the text within the file and just launching the .sh file as an accepted rom. I can't figure out a way around this and suppose I'll just have to create an extremely messy MSU-1 folder.

mitu

@hooperre Can you post the es_systems.cfg on pastebin.com to take a look ? Is your .sfc file addd in the snes folder ?

hooperre

@mitu

es_systems.cfg: https://pastebin.com/3V4uAygY

alttp_msu.sh is located in //home/pi/RetroPie/roms/snes containing:

/opt/retropie/emulators/retroarch/bin/retroarch -L /opt/retropie/libretrocores/lr-snes9x/snes9x_libretro.so --config /opt/retropie/configs/snes/retroarch.cfg "/home/pi/RetroPie/roms/snes/.Legend of Zelda, The - A Link to the Past (USA)[MSU-1]/alttp_msu.sfc" --appendconfig /opt/retropie/configs/all/retroarch.cfg

And alttp_msu.sfc is located in //home/pi/RetroPie/roms/snes/.Legend of Zelda, The - A Link to the Past (USA)[MSU-1].

mitu

According to your config file, the snes system doesn't launch .sh files

 
  <system>
    <name>snes</name>
    <fullname>Super Nintendo</fullname>
    <path>/home/pi/RetroPie/roms/snes</path>
    <extension>.bin .smc .sfc .fig .swc .mgd .zip .7z .BIN .SMC .SFC .FIG .SWC .MGD .ZIP .7Z</extension>
    <command>/opt/retropie/supplementary/runcommand/runcommand.sh 0 _SYS_ snes %ROM%</command>
    <platform>snes</platform>
    <theme>snes</theme>
  </system>

but it should be able to launch .sfc files. I don't understand how it launched runcommand with a .sh file.

joelkolb

@hooperre I was trying to do the same thing and I recently got it all sorted out. I described what I did to get it all working nice and clean in another thread.

Check it out here: Load NON-PC rom with a script?

hooperre

@joelkolb Nice! They've been in my ports folder! Thanks!

Addison

Tagged for later reading.