Re: Gravis Ultrasound MIDI output in Time Gate: Knight's Chase?

Posted on 2011-01-07, 13:42

by

by ripsaw8080

in DOSBox Games/Apps

in DOSBox Games/Apps

The game uses HMI sound drivers, and the setup built into the main executable is rather limited in the available hardware settings for GUS. DOSBox's default GUS settings are not automatically detected and some are not available for manual selection, which may be related to an issue discussed in this …

---

Re: Thexder EGA vs TANDY/PCjr mode

Posted on 2011-01-06, 22:53

by

by ripsaw8080

in Milliways

in Milliways

No, renaming the files would only work with the hypothetical machine=tandyvga, which is what I was referring to with my comment. That way you would have the "Tandy" string in BIOS, and mode 13h support for the renamed MAINPS executable. If tandy=on stuffed a "Tandy" string in the BIOS somewhere, …

---

Re: Thexder EGA vs TANDY/PCjr mode

Posted on 2011-01-06, 18:22

by

by ripsaw8080

in Milliways

in Milliways

The funky hack in this case being to rename the executable files. 😉

---

Re: Thexder EGA vs TANDY/PCjr mode

Posted on 2011-01-06, 18:05

by

by ripsaw8080

in Milliways

in Milliways

Can the game detect any sort of tandy/pcjr sound device if it's using the ps/2 or ega executable? I haven't checked all of the executables (it takes some effort to decrypt/decompress them), but the PS executable uses Tandy sound when the string "Tandy" is found in the system BIOS, not by …

---

Re: Thexder EGA vs TANDY/PCjr mode

Posted on 2011-01-06, 16:13

by

by ripsaw8080

in Milliways

in Milliways

Renaming that thexderPS executable should have the same effect, not? Not sure what you were referring to, but the hack puts MCGA and Tandy sound together in DOSBox, and there's no other way to do that at present. If there was something like machine=tandyvga and you renamed MAINPS to MAINJR, that …

---

Re: Thexder EGA vs TANDY/PCjr mode

Posted on 2011-01-06, 07:47

by

by ripsaw8080

in Milliways

in Milliways

Thexder detects a PS/2 when INT 15h/AH=C0h reports a machine ID of FAh (PS/2 model 30 w/ 8086) and INT 10h/AH=12h/BL=10h does not modify any registers (EGA detection method). MAINPS searches the system BIOS for the string "Tandy" to identify a Tandy machine. The attached TSR program uses the DOS …

---

Re: INT21h and EOF

Posted on 2011-01-05, 16:56

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

I don't see any uncertain rules about the record count returned for the random block write, and I implemented it as well. The code consistency is a good thing, even if there is no immediate need for the functionality (only an error would cause the returned count to differ from the requested number …

---

Re: INT21h and EOF

Posted on 2011-01-05, 11:39

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

heh, history repeats itself: Program makes an illegal call And no, the carry flag is not set by MS-DOS for invalid subfunctions.

---

Re: INT21h and EOF

Posted on 2011-01-05, 10:48

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

erm, if the logging was on DOS_ReadFile(), then that doesn't suggest FCBs are involved... Also, to restate my previous question, is the file being read through redirection of STDIN? There could be an issue with that.

---

Re: INT21h and EOF

Posted on 2011-01-05, 09:44

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

I think something that hasn't been implemented is not a bug per se, but this appears to cover the missing functionality. Checked that partial reads count in the number of records read but zero reads do not, and also checked that calling function 0x27 with CX=0 returns no error and CX=0.

---

Re: INT21h and EOF

Posted on 2011-01-05, 07:23

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

If the file is being opened and read with an FCB, I have to wonder how the "debug statements" you added to function 3Fh produced anything like what you reported in your initial posting... Anyway, the "Not implemented yet" comment on the FCB random read function pretty much speaks for itself. It …

---

Re: (edit:not a dosbox problem) M.A.X. crashes with an 0E

Posted on 2011-01-04, 15:06

by

by ripsaw8080

in DOSBox Games/Apps

in DOSBox Games/Apps

Why are you using memsize=64? There are warnings in the readme and conf file to not change memsize, so use memsize=16, and if that doesn't work, try 24, 32, 48, and 63. 63 is the highest value supported. Some versions of DOS4GW are known to crash with too much available memory. I notice that you're …

---

Re: INT21h and EOF

Posted on 2011-01-04, 09:28

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

When reading a file with INT 21h/AH=3Fh, MS-DOS does not "add" an EOF character at end of file, nor does it return an error when at end of file; it only returns 0 bytes read in AX, and it's up to a program to understand that AX=0 means end of file. There may be something else going on in the …

---

Re: Master of Magic - Multiplayer Shell - Low memory error

Posted on 2011-01-04, 04:09

by

by ripsaw8080

in DOSBox Games/Apps

in DOSBox Games/Apps

LHUP alters how LH works, it is not a replacement for LH. So don't modify the batch file, just run LHUP before running the batch file.

---

Re: Master of Magic - Multiplayer Shell - Low memory error

Posted on 2011-01-03, 06:14

by

by ripsaw8080

in DOSBox Games/Apps

in DOSBox Games/Apps

There is a known issue with the LOADHIGH / LH command in DOSBox where many programs do not actually load into upper memory. Some .EXE format TSRs will load high if they specify the amount of memory they need in their headers, but that appears to be unusual; and all .COM format TSRs will not load …

---

Re: Problem of AlleyCat runs under hercules mode ...

Posted on 2010-12-29, 15:36

by

by ripsaw8080

in DOSBox Games/Apps

in DOSBox Games/Apps

Alley Cat, like some other CGA games, uses the vsync signal; and sync is a bit different on Hercules compared to CGA. Magic Key and SIMCGA aren't able to do anything about how sync is handled, as it usually involves modifying code. The differences are: - Port 3BAh instead of 3DAh - Bit 7 instead of …

---

Re: Dos Colonization Crash

Posted on 2010-12-28, 08:22

by

by ripsaw8080

in DOSBox Games/Apps

in DOSBox Games/Apps

The game seems to run well enough for me in 0.74 with core=dynamic cycles=max. Not sure why you think it runs "better" in 0.72, but you shouldn't use older versions unless there is no other way to get the game running. The game's main menu, where you start or resume a game, shows the version number; …

---

Re: Dos Colonization Crash

Posted on 2010-12-28, 00:50

by

by ripsaw8080

in DOSBox Games/Apps

in DOSBox Games/Apps

The game should be in a folder something like c:\dosgames\colonize on your hard drive, then in DOSBox: mount c c:\dosgames c: cd colonize The "cd colonize" command changes the default directory, and then you run the executable or batch file that starts the game. If you're not following a similar …

---

Re: Dos Colonization Crash

Posted on 2010-12-27, 22:43

by

by ripsaw8080

in DOSBox Games/Apps

in DOSBox Games/Apps

The prompt shows C:\ instead of C:\COLONIZE or whatever subdirectory the game is installed in. This might be because the game set the default directory to the root; but it could be a sign that you've mounted the game directory as the root or are executing it from the root, and you generally should …

---

Re: Installation issue for 'Across The Rhine'

Posted on 2010-12-25, 18:08

by

by ripsaw8080

in DOSBox Games/Apps

in DOSBox Games/Apps

Instead of manually copying files and whatnot, try the workaround for the Microprose installer issue here. Letting the installer do the work of installing the game is both easier and less likely to cause problems in the game.

---