I noticed that recently MT32EMU_DEFAULT_MAX_PARTIALS is implemented while MT32EMU_MAX_PARTIALS and MT32EMU_MAX_POLY are deprecated. Also two more parameters are added to Synth::open(). I had to modify code a bit to successfully compile dosbox with static libmt32emu.

However, munt is working very unstable. Crashes occur too often while mididevice=mt32 is set regardless of saving/loading state feature. I had to add "midi_state[0].init = false; MIDI_State_LoadMessage();" to godefault: in "class MIDI:public Module_base" in order to reduce the frequency of crashes, but that's not the best solution.

Rest of uncommitted changes from last patch were for Roland GS savestates. Loading different tracks from Duke Nukem 3D, Star Trek would sometimes throw out weird noises because NRPN, Sysex modes and misc values weren't being reset.

i just tried the DAUM version on TinyCore linux, and save/load states not working. It can save, but when i want to load it, the error is:"Aborted. Check your memory size."I've tried on an other machine, same thing. Then i found out, that this check was added at 2012 november. Tried an earlier version, and that worked. Is it a bug? Cannot find any info about this.

Wow! Just noticed the newer release of DAUM build. Tried it, saved a state, and the load works! Still got a warning (WARNING: check your memory size), but the state loaded!BIG thanks to the bugfixer! R.

It happens pretty random, the more you resort to Dosbox save / load state over the built-in save feature, the greater the chance is to get the page fault to occur. Once it happens there is still a good chance for the load state to be successful if you restart Quake and retry loading. I collected 2 different screenshots of the issue occurring. There is also a chance for Dosbox to freeze completely but is extremely rare. I estimated that you usually need around 15 attempts to get it to happen. Setting CPU core to normal suppresses the problem from occurring, I run the game from Quake.bat. This is the directory tree on my system:C:\Users\Guest\Software\dos\apps\ Quake nc Mario \emu\I use the ykhwong build from Nov. 17. 2013 variant without installer. I attached a copy of the game including a few save states and the 2 screenshots. WARNING: I am playing the game at hard level.

I've been playing around with the latest Daum SVN version. Save states work for me, but sometimes it refuses to load a save state if I've closed DOSBox and run it again.

For example, I set it up to play Alien Trilogy. I ripped the audio tracks to Ogg and the data track to bin, and then mounted it in the DOSBox conf file. The game works perfectly.

When I use the save states, they work up until I quite DOSBox. The files are saved, I can see them in the Save directory, but when I run DOSBox again and press Alt-F9, nothing happens. No error message, no indication that it has done anything. Same result if I use the menu in windowed mode. The menu shows that slot as being used, it just won't load it.

I can save and load as much as I want while the game is running, but it won't load states between sessions.

It's better than nothing as you can save between levels, but I'm still puzzled over what changes between sessions that causes it to not load the state. Doesn't loading a save state override everything in DOSBox's memory and registers? If so, why should loading within the same session be any different than loading during a different session?

Rekrul wrote:Doesn't loading a save state override everything in DOSBox's memory and registers?

Evidently not.

If I had to take a wild guess, I would suggest using a straight bin/cue image rather than using ogg and a bin. Or perhaps it makes a difference if you restart the game and start playing a level before trying to reload the save state?

Jorpho wrote:If I had to take a wild guess, I would suggest using a straight bin/cue image rather than using ogg and a bin. Or perhaps it makes a difference if you restart the game and start playing a level before trying to reload the save state?

No difference with a full disc image or the actual disc.

After much testing, I've come to the conclusion that it works when it feels like it. Yesterday I couldn't get it to work at all and today I can't get it to fail with any regularity! I may have found one piece of the puzzle though...

Alien Trilogy is hard-coded so that moving the mouse forward & back makes you move in the game. This makes the game feel like you're wearing ice skates and I end up sliding all over the place. To stop this I use a small DOS program called NoVert.com which suppresses vertical mouse movement.

When it fails to load the save state, the console window says "Aborted. Check your program name: TRILOGY". So it seems like the fact that I'm loading NoVert.com before Trilogy.exe, sometimes causes it to become confused, even though both programs are being loaded every time.

I've also noticed that if I load the game with NoVert active, save it, then re-run the game without first running NoVert, when I load the state, NoVert is apparently included in the save because vertical mouse movements are still suppressed.

Yeah i tried and found a site, i downloaded and what do you know, it can save a game file and make a avi videos. Just what i needed from my need.DOSBOX should incorporate these feature into GUI interface, for more ease , instead of traditional .conf files.Thank you for sheding some light, you guys rock.