Re: big top plays at normal speed, but sound is too fast

Posted on 2009-08-21, 23:18

by

by ripsaw8080

in DOSBox Games/Apps

in DOSBox Games/Apps

As I mentioned before, you can fix the problem by changing the delay constant. The only way I can see a real 8088 PC using a different delay value than DOSBox would be due to hardware... somehow. The delay value is read from the disk image, not calculated. Another mystery is the new version of …

---

Re: VGA problem with a Sharp MZ-700 emulator

Posted on 2009-08-20, 21:25

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

Don't know what problem it might cause, but I tried some textmode programs with mouse interfaces using 200 scanline emulation, and don't notice a difference. EDIT: looked at Ralf Brown's info for BIOS data 0x488 and 0x489, and it suggests the lines emulation stuff uses those two bytes in a more …

---

Re: VGA problem with a Sharp MZ-700 emulator

Posted on 2009-08-20, 20:56

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

Unless I'm mistaken, the mouse is using sheight for gfx cursor, so shouldn't impact text modes...? The state info in int10_misc appears to be for INT 10/1B, so maybe the question is: does real BIOS show 200 or 400 scanlines when in 200 scanline emulation?

---

Re: VGA problem with a Sharp MZ-700 emulator

Posted on 2009-08-20, 19:06

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

@beard: Activating some font when setting a text mode is always necessary. Loading *user* fonts is already limited to EGA/VGA: Copy code to clipboard 1 case 0x11: /* Character generator functions */ 2 if (!IS_EGAVGA_ARCH) 3 break;

---

Re: VGA problem with a Sharp MZ-700 emulator

Posted on 2009-08-20, 18:16

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

Looks good, hal, and thanks for taking the time to work on it. Ran it through the stuff I've been testing with, and came up with a couple of issues: - 200 line mode does not calculate the number of on-screen rows correctly. Either CurMode->sheight should be 200, or some double-height adjustment made …

---

Re: VGA problem with a Sharp MZ-700 emulator

Posted on 2009-08-19, 22:37

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

Ah, I misunderstood. I thought you meant it wasn't working for the double height issue. I investigated a bit, and I think that when using 200 or 350 scanline emulation, the vga sequence clocking mode register should have bit 0 set for 8 clock characters, so you only get the 9 wide font with 400 …

---

Re: VGA problem with a Sharp MZ-700 emulator

Posted on 2009-08-18, 22:44

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

@beard: I tried machine=vgaonly, and the utilities all work OK there, including with that emulator. Not sure what you did wrong, but try it again if you like. The 9 column font matrix makes some custom fonts look a bit odd with gaps and duplications in the 9th pixel column, but I guess that is …

---

Re: VGA problem with a Sharp MZ-700 emulator

Posted on 2009-08-18, 06:55

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

The other stuff is just for changing things from the command line. All you need for that emulator is SCANRES.COM loaded in memory beforehand. It works both in windowed and fullscreen mode; you've probably made some mistake if it isn't changing the display. @QBix, the TSR is small, but assembly is …

---

Re: VGA problem with a Sharp MZ-700 emulator

Posted on 2009-08-18, 00:01

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

There aren't many games that use the alternate scanlines, but I know of a couple: Indenture uses 200 scanlines with a custom font, but I made a workaround for it here . Wrath of Earth uses 350 scanlines with a custom font in its installer and exit screens, but it's mostly a cosmetic issue, not …

---

Re: VGA problem with a Sharp MZ-700 emulator

Posted on 2009-08-17, 18:17

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

This is a known limitation of DOSBox regarding INT 10/AH=12/BL=30. Trying to change to 200 or 350 scanlines in VGA does not work properly, only 400 scanline text modes are supported. This was covered in another thread . Loading a video BIOS such as the one from Bochs in a debug build of DOSBox works …

---

Re: big top plays at normal speed, but sound is too fast

Posted on 2009-08-15, 09:56

by

by ripsaw8080

in DOSBox Games/Apps

in DOSBox Games/Apps

As I see it, you have three choices: 1) Live with it the way it is. 2) Get a pristine copy of the game that hasn't been hacked up. 3) Do your own hacking to make the speed the way you want it. The word value at offset 0x133f9 in the Retrograde disk image is the delay counter for level 1. This is …

---

Re: big top plays at normal speed, but sound is too fast

Posted on 2009-08-14, 22:32

by

by ripsaw8080

in DOSBox Games/Apps

in DOSBox Games/Apps

Well, the Retrograde Station copy was hacked for play speed; so the sound code could very well have also been hacked for faster computers. I don't have a memory of how the game should sound on a 4.77mhz PC... it sounds like normal speaker bleeps and bloops to me at 250 cycles.

---

Re: big top plays at normal speed, but sound is too fast

Posted on 2009-08-14, 20:34

by

by ripsaw8080

in DOSBox Games/Apps

in DOSBox Games/Apps

They will be too fast at 4000 cycles for sure. Use 250-300 cycles. Your copy of the game could be different, but it appears to have the same general issue if you're saying 4000 cycles gives normal speed.

---

Re: How do I get ultrasound to work in DosBox 0.73?

Posted on 2009-08-14, 20:06

by

by ripsaw8080

in DOSBox General

in DOSBox General

GUS 4.11 driver install works OK for me after setting sbtype=none; apparently a conflict there.

---

Re: big top plays at normal speed, but sound is too fast

Posted on 2009-08-14, 19:51

by

by ripsaw8080

in DOSBox Games/Apps

in DOSBox Games/Apps

Try skill level 2 or 3, they seem to have correct speed. The different skill levels (1-9) have different delay counters, and the copy on Retrograde Station appears to have been hacked to have a MUCH larger delay for level 1... so someone probably did that to run the game on later/faster PCs.

---

Re: Can't save games in Dungeon Hack

Posted on 2009-08-09, 02:32

by

by ripsaw8080

in DOSBox Games/Apps

in DOSBox Games/Apps

With the floppy version you run SOUND.EXE to configure the sound, and INSTALL.EXE is only for first-time installation; but maybe the CD version is different in that regard. The game has a folder called SAVEGAME under the main game folder where it keeps information about save points, and that folder …

---

Re: Can't save games in Dungeon Hack

Posted on 2009-08-09, 01:17

by

by ripsaw8080

in DOSBox Games/Apps

in DOSBox Games/Apps

Dungeon Hack works fine if installed correctly. Please show ALL commands you are entering in DOSBox to install the game, including mounting an A: drive and running the install program. I could tell you how to fix the problem without installing, but it appears you are using a downloaded copy that …

---

Re: 60x132 Characters for WS & dBase in Win XP or DOSBox or ?

Posted on 2009-08-03, 04:53

by

by ripsaw8080

in PC Emulation

in PC Emulation

DOSBox has a couple of built-in text modes for 132x25 and 132x43 with the 16-line font, and 132x50 and 132x86 with the 8-line font. Getting DOS applications to use these modes will probably depend on whether they want to set the mode themselves, or will "adapt" to the current mode when they are …

---

Re: General Midi in Xcom games.

Posted on 2009-08-01, 17:30

by

by ripsaw8080

in DOSBox Games/Apps

in DOSBox Games/Apps

There was a similar update for Lands of Lore that allowed split music/sfx config. They were described as "beta", or "optional", but still came from Westwood, so "official" in that sense.

---

Re: General Midi in Xcom games.

Posted on 2009-08-01, 15:39

by

by ripsaw8080

in DOSBox Games/Apps

in DOSBox Games/Apps

The music data in ADLIB.CAT changed a bit between versions, not just the format; so an official update of the Roland music (if it existed) might have also seen similar tweaks. I separated the music data chunks from the 1.2 format and "re-wrapped" them in the 1.4 format, therefore the music itself …

---