Re: No music in Dungeon Keeper

Posted on 2009-04-30, 03:54

by

by ripsaw8080

in DOSBox Games/Apps

in DOSBox Games/Apps

It's hard to imagine that soundfont MIDI would produce a superior result compared to the audio tracks, so I would recommend using an image of the disc mounted in DOSBox to ensure than you can hear the CD audio without any Vista-related problems. IMO, the BGM is more atmospheric than musical, and …

---

Re: Lost in Time (Sierra) - can't turn off music

Posted on 2009-04-28, 20:40

by

by ripsaw8080

in DOSBox Games/Apps

in DOSBox Games/Apps

The CD version apparently uses CD audio for both music and speech. If you're using a mounted image, you can turn the volume all the way down with a "MIXER CDAUDIO 0:0" command in DOSBox, however you'll lose virtually all sound. Perhaps the fact that the music is not separate from the other audio is …

---

Re: No music in Dungeon Keeper

Posted on 2009-04-27, 11:17

by

by ripsaw8080

in DOSBox Games/Apps

in DOSBox Games/Apps

AFAIK, the only music in Dungeon Keeper comes from audio tracks on the CD. Where in the game does it even mention MIDI? EDIT: There are some .SBK soundfont files that are installed, and they are copyright by Creative. It's possible that a MIDI music option is enabled if you have an AWE32; and if …

---

Re: Invalid instructions cause exit even if Int 6 is hooked

Posted on 2009-04-24, 17:27

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

There's no exiting DOSBox at all here, since the exception is not generated. DOSBox is calling E_Exit() when the instruction is encountered, that is the "exit" here; although the error message displayed in the status window is different for normal and dynamic core.

---

Re: Invalid instructions cause exit even if Int 6 is hooked

Posted on 2009-04-23, 21:28

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

If you search the forum for "dif2", there are some threads that cover the developer position on the issue.

---

Re: Roland MT-32 & Dos Box

Posted on 2009-04-22, 15:12

by

by ripsaw8080

in DOSBox General

in DOSBox General

Later models added a headphone jack. There was also a company (long gone, AFAIK) that would "mod" first gen units, and that included putting in a headphone jack. Such modded units are considerably harder to find on eBay and such. My rig is based around my SB Audigy soundcard. The MT-32 is hooked up …

---

Re: Roland MT-32 & Dos Box

Posted on 2009-04-22, 14:36

by

by ripsaw8080

in DOSBox General

in DOSBox General

Well, you will be adding to your "litter" with external synth modules. ;) SoundCanvas synths will work well for DOS games that support General MIDI; in fact many such games were probably composed for, and will sound ideal on, the SC-55. SC's also have an MT-32 emulation mode that will sound alright …

---

Re: Ctrl+Break?

Posted on 2009-04-18, 17:53

by

by ripsaw8080

in DOSBox General

in DOSBox General

Ctrl+ScrollLock is recognized as a break by most types of BASIC (because that was the key for it on old XT-style keyboards), and it works in DOSBox.

---

Re: VGA function 11h of interrupt 10h doesn't seem to work properly

Posted on 2009-04-05, 18:37

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

INT 10/11 works fine, but your program is not managing the segment for the character patterns correctly in the context of a protected mode program. ES is destroyed after the DPMI provider switches to real mode and calls DOSBox's INT 10 handler. Maybe a simple solution is to compile for a real mode …

---

Re: Drums of midi files broken after DosBox usage

Posted on 2009-04-05, 07:21

by

by ripsaw8080

in DOSBox General

in DOSBox General

I read up on GM SysEx messages a bit more, and guess what? The "GM Mode ON" message is the same thing as a "GM Reset" message. Kind of explains why "both" correct the problem. I was disabling the GM Reset in WinAmp so I could test sending a... GM Reset. Doh! Still, it's curious that DOOM-engine …

---

Re: Drums of midi files broken after DosBox usage

Posted on 2009-04-04, 22:53

by

by ripsaw8080

in DOSBox General

in DOSBox General

If convenience is your goal, hitting Ctrl-F9 to close DOSBox while the game is still running is pretty easy. That will not only prevent the problem, it can also be used to fix the problem if you ever forget and quit the game back to the prompt. Hacking the 02 to an 01 in the SysEx data in the …

---

Re: Drums of midi files broken after DosBox usage

Posted on 2009-04-04, 13:13

by

by ripsaw8080

in DOSBox General

in DOSBox General

Using a modified build of DOSBox, I analyzed the SysEx messages DOOM is using. They're fairly simple: "F0 7E 7F 09 01 F7" is sent at startup, and "F0 7E 7F 09 02 F7" is sent when exiting back to DOS. From online information, these messages are "GM Mode ON" and "GM Mode OFF", respectively. On my …

---

Re: Drums of midi files broken after DosBox usage

Posted on 2009-04-04, 02:47

by

by ripsaw8080

in DOSBox General

in DOSBox General

I've noticed that the percussion instruments are replaced with melodic ones after playing DOOM-engine games in DOSBox, and then running the same game in a port like ZDOOM. I figured this was due to channel 10, which is normally the percussion channel, being "remapped" to another channel or some such …

---

Re: Atlantis: The lost tales

Posted on 2009-03-30, 13:49

by

by ripsaw8080

in DOSBox Games/Apps

in DOSBox Games/Apps

Dunno, but I can say that the game does not use a handler driven by mouse events, where the rate of the events could be a factor. It polls with function 3 and re-positions to center with function 4 on its own internal schedule. My theory is that the recentering is done on a timer, while reading …

---

Re: Atlantis: The lost tales

Posted on 2009-03-30, 09:45

by

by ripsaw8080

in DOSBox Games/Apps

in DOSBox Games/Apps

It makes little difference for this game. Even cranking mouse sensitivity to very high levels has little effect on the in-game control, although the pointer in menus is changed by the sensitivity. Try a rate cut of 10 or more; it will make a very noticeable difference in response.

---

Re: Atlantis: The lost tales

Posted on 2009-03-30, 09:25

by

by ripsaw8080

in DOSBox Games/Apps

in DOSBox Games/Apps

After some investigation into why this game is so unresponsive to mouse movement in DOSBox, I could not find a clear problem, but learned of a way to improve response. A control system is used that periodically repositions the mouse coordinates to 320,240 (center of the 640x480 video resolution), …

---

Re: Possible rounding error with aspect=true

Posted on 2009-03-29, 16:39

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

That would work. Adding .5 would be like straight-rounding, but adding a very small amount would be more like compensating for the rounding error. You'd still have to find all the places to apply it. Perhaps a define in a common header would look cleaner: #define ROUND_ERR 0.0000001 sdl.clip.x=0;sdl …

---

Re: Possible rounding error with aspect=true

Posted on 2009-03-29, 08:00

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

I found an interesting webpage regarding rounding precision with machine-level floating point numbers in gcc. In DOSBox, sdlmain.cpp casts a double to integer, where 240 can end up as 239 because internally the number is something like 239.9999999 As mentioned in the article, compiling with the "- …

---

Minor aspect ratio issue with a tweaked video mode

Posted on 2009-03-22, 00:28

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

Some DOS games (not many) use a register-tweaked video mode 13h for a 320x240 resolution, which has the benefit of a 1:1 pixel aspect ratio compared to mode 13h's usual 320x200 resolution. DOSBox is using an aspect ratio of 0.996205 for this mode, and resizing will cause the display to become a bit …

---

Re: Hard Drive size limit

Posted on 2009-03-22, 00:25

by

by ripsaw8080

in DOSBox General

in DOSBox General

wd wrote: the frequently read README file If only that were true...

---