Reply 181 of 227, by tikalat
He's using an older (incompatible) save state build (beta9 is a long time ago, buggy enough). The save states themselves could be corrupting his game.
Then again, I may check it out sometime anyway to confirm.
Reply 182 of 227, by tikalat
Reply 183 of 227, by tikalat
Dropping a note: found the svn-daum problem. Svn-dosbox somehow resets the pagehandlers to 'initial'. Svn-daum needs to do this on loadstate (temporary fix).
Going to make a Paging POD out of this later to be safe (needs more studying). And try to patch up some CMOS loadstate bugs with Magic Carpet Plus SVGA chooser.
Reply 184 of 227, by tikalat
Add DOS POD
- some extra basic stuff
- some restucturing
Redo paging into cpu POD
- done more correctly (vars)
- more usable (ex. Magic Carpet Plus)
Some midi_win32 changes
- midiOutReset on loadstate
- midiOutReset + midiOutClose (flush then close)
- Roland VSC crash protection
- speed up savestates / loadstates (looks at partials used)
- Safety check debugging sblaster code
The Roland VSC is the experimental flag (default off in code). Problem is that Dosbox doesn't always close the port correctly - buffer used, playing, sysex still around, other voodoo, misc whatever. Or app crashes and we lose the MIDI device until reboot (single-instance port hogger).
(midiOut not closed. So it gets orphaned in windows memory)
15 reboots in 2 days because VSC locks out. That will not do!
New approach creates a dll that manages midi creation for VSC only. On crash, windows keeps it around until it unloads. Force dll unload and port is closed. Seems stable enough for now - may be error'able still. Better than before.
(see: misc/midi_helper project)
Reply 185 of 227, by nikiniki
Dosbox crashes when saving states when playing Colemdos, a ColecoVision emulator for dos.
Reply 186 of 227, by tikalat
001 - svn-daum
pcjr / tandy - fix 'no dac' crash
midi - improve midi_helper (VSC only), reset GM / GS at startup, restore RPN correctly, cleanup
misc - compile fixes
pause - new idea that lets user save,load,change options while emu paused
Check Pinball game (2x shift flippers)
Thanks for fixing the debugger!
Colemdos = no crashes
Barbarian = no crashes
Reply 187 of 227, by nikiniki
PDCURSES.DLL not found.
Reply 188 of 227, by tikalat
Reply 189 of 227, by nikiniki
I leave dosbox and run it with colemdos again.
I get "No saved file for the slot. Aborted" when loading the state from the menu but it works fine when pressing Alt+F9 in game.
Reply 190 of 227, by tikalat
Reply 191 of 227, by nikiniki
Your last version of dosbox runs fine.
I don't use frontends but I use .bat files to run dosbox like this:
c:\dosboxsave2\dosbox C:\coleco -conf dosbox-0.74.conf
I run dos games this way.
Reply 192 of 227, by tikalat
Hmm. Okay. Shouldn't be problem most of the time. Sometimes windows gets confused and looks for files in wrong directories though (not often).
If bug happens enough, get dosbox program absolute path and work file paths from there.
Note that I changed 2 lines after last 001 patch:
if(check_title.fail()) throw Error("No saved file for this slot. Aborted.") + " File: " + program_temp.c_str();
if(check_file.fail()) throw Error("No saved file for this slot. Aborted.") + " File:" + realtemp;
Reply 193 of 227, by red46
Tried with the latest patch, gta crashes when saving state, this happens only when using the 3dfx version of the game as the 8 bit and 24 bit one, will save and load fine.
Using nglide as wrapper, didn't see this mentioned anywhere else, so perhaps might be something to look into.
Reply 194 of 227, by tikalat
No 3dfx save support - should be buggy. Not sure if doable.
Reply 195 of 227, by isamu
Just wanna say thanks again for all the hard work 😀
Reply 196 of 227, by tikalat
Patching up 2 long-time bugs.
dos_files.cpp - save stdin, stdout, stderr refcnts […]
- save stdin, stdout, stderr refcnts
- hlt loadstate crash
#1 = some random dos crashes, glitches
#2 = random program loadstate deaths (ex. playmid)
3dfx = not likely yet. Many variables to learn. Retrieving texture uploads would be more questionable.
Reply 197 of 227, by Arlo
Has anyone released a fixed version of this code compilable on 64-bit Ubuntu? I'm having a similar problem as Serious Callers Only had on pages 3 and 4 of this thread. but I'm afraid I don't have the expertise to follow all the changes he was instructed to make in order to get this working.
Reply 198 of 227, by copytco
I've got a question about how the save states work. When I save a state during game I can load it any time I want, but when I close a game and fire up DOSBox once again save state is empty, so nothing loads - this happens everytime I close & open DOSBox. Should it be like that? 😀
Reply 199 of 227, by tikalat
Patch to integrate MUNT library into svn-daum (May 2013)
1) Download MUNT 1.2 source. Apply munt-master-savestate.diff
- Add partial limits
- Add mt32ram dump / load
1a) Compile as static library
2) Download ykhwong's May 2013 build. Apply daum-savestate.diff
- Removes MUNT files. Treat as external lib
- Copy new MUNT header files
- Run MUNT through MIDI savestate code
- Rework MIDI save / load
--- new features: NRPN
--- bug fixes: controller 79h (RPN), correct MIDI / sysex status, other noticeable problems
2a) Add mt32emu_stat.lib to linker
2b) Compile and run
Not fully tested. Works rather well so far.
I've got a question about how the save states work. When I save a state during game I can load it any time I want, but when I close a game and fire up DOSBox once again save state is empty, so nothing loads - this happens everytime I close & open DOSBox. Should it be like that? :)
That shouldn't happen. ^^