Re: The Web Pro Pinball

Posted on 2007-09-20, 08:33

by

by ripsaw8080

in DOSBox Games/Apps

in DOSBox Games/Apps

The volume label is "THE_WEB". I guess you're wondering if the abstract filename was not copied to the image because it's not a valid filename (either in format, or the fact that there is no such file in the root directory of the disc)... and that may be the case. However, by hacking the strings in …

---

Re: The Web Pro Pinball

Posted on 2007-09-20, 07:59

by

by ripsaw8080

in DOSBox Games/Apps

in DOSBox Games/Apps

I confirmed that DOSBox is reading abstract filename from the iso correctly (by hacking the image). So it seems there are two possibilities: 1) the abstract filename wasn't copied into the image, 2) the original disc had an error in mastering such that the abstract filename was left blank and …

---

Re: The Web Pro Pinball

Posted on 2007-09-20, 07:11

by

by ripsaw8080

in DOSBox Games/Apps

in DOSBox Games/Apps

I found what is keeping this game from running. I got the idea from Qbix that pulling the abstract file name from the volume descriptor is unusual, so I used the DOSBox debugger to set a breakpoint on INT 2F (MSCDEX) to see what the code was doing afterwards. It is comparing the abstract file name …

---

Re: Text modes with more than 25 lines and the internal ANSI support

Posted on 2007-09-18, 18:02

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

I couldn't figure out what you were asking about, so I looked up your other thread since you don't have that many posts. The little program I made is only for setting 80x50 text mode, it doesn't do any other modes. You can only do so much in a 19 byte program. This thread was primarily about …

---

Re: Ultima VII - speech/digital audio skipping with DOSBox 0.72

Posted on 2007-09-17, 10:23

by

by ripsaw8080

in DOSBox Games/Apps

in DOSBox Games/Apps

No difference? Note that speon's issue was solved by switching to opengl output methods in combination with using an nVidia card; and nVidia has long been the opengl performance champ. I'd say it clearly does make a difference.

---

Re: Ultima VII - speech/digital audio skipping with DOSBox 0.72

Posted on 2007-09-17, 00:35

by

by ripsaw8080

in DOSBox Games/Apps

in DOSBox Games/Apps

It usually takes a beefier game that needed a fast 386 or 486 back in the day to make the difference in performance between output methods a significant factor in DOSBox. The general pattern is that ATi has better performance with overlay and ddraw, while nVidia has better performance with the …

---

Re: Graphic glitch in Event Horizon games

Posted on 2007-09-12, 20:31

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

Taking a closer look at the games running in the WinXP DOS shell, the bottom window isn't shifted down by a full pixel, more like a fraction of a pixel... it's kind of strange. I really should know better than to use the NTVDM as a reference for proper operation of a DOS VGA game. :disapproving: I …

---

Re: Graphic glitch in Event Horizon games

Posted on 2007-09-12, 11:25

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

I did a bit of debug logging of the split_line variable in my test build of DOSBox. I would have tried that before, but I was having some trouble getting pdcurses to compile into the project. Anyway, in text modes and graphics modes it does not appear to be zero when there is no split screen in use; …

---

Re: Graphic glitch in Event Horizon games

Posted on 2007-09-11, 21:54

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

Looking at vga_crtc.cpp, the vga.config.line_compare is set there through various register writes, and that variably is used in calculating vga.draw.split_line. Perhaps adding 1 to line_compare there would do the trick?

---

Re: Graphic glitch in Event Horizon games

Posted on 2007-09-11, 21:45

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

Well, now that I think about it. Maybe the problem is that the splitline becomes 0 when the bottom window is slid all the way up... it shouldn't BE allowed to be zero when you have a split screen in effect... there probably is some crtc trigger for the split screen feature, but I'm probably out of …

---

Re: Graphic glitch in Event Horizon games

Posted on 2007-09-11, 21:39

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

Well, you would know far better than I. However the change does not appear to "break" any other games that I've tested. Also, the bottom window position in 0.60 is the same as subsequent versions, it's just that it doesn't get glitched up in 0.60. Using the example of how the game looks in the DOS …

---

Re: Graphic glitch in Event Horizon games

Posted on 2007-09-11, 21:24

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

I believe I have found the cause of the glitch for the Event Horizon games. It appears to be result of having the variable vga.draw.split_line equal to 0 when the VGA split screen feature is active. The following are the two sequential lines of code from vga_draw.cpp that I think are significant: …

---

Re: Games with 1280x1024 resolution

Posted on 2007-09-09, 04:05

by

by ripsaw8080

in DOSBox General

in DOSBox General

Settlers II Gold supports 1024x768 through VESA, there are probably others.

---

Re: A Little Feature Request

Posted on 2007-09-09, 03:54

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

I have an ATi Radeon vid card and a Samsung 1280x1024 native res LCD and I get the same sort of thing. There is an option in the video driver's FPD display properties for "Scale image to panel size" that seems to control the behavior. If I select that option, any game at any resolution is scaled to …

---

Re: Graphic glitch in Event Horizon games

Posted on 2007-09-08, 14:37

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

I've been experimenting with this glitch in my 0.72 test build and I think I've narrowed down the focus of what to look at more closely. It seems this "split screen" thing used in the games is a feature of VGA hardware, and not just implemented in software. I've been fiddling with the code around …

---

Re: Text modes with more than 25 lines and the internal ANSI support

Posted on 2007-09-08, 14:17

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

I modified my test build of 0.72 to re-read the BIOS values when an "H" (cursor position) ANSI command is processed, and it works well. Here's a screen of an Infocom game running with an original interpreter at 80x50: http://img212.imageshack.us/img212/7191/info50tp7.png One small additional issue …

---

Re: Text modes with more than 25 lines and the internal ANSI support

Posted on 2007-09-05, 14:54

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

I did try to load NNANSI, of course, thinking it might override the internal ANSI support, but it didn't work. I think the internal stuff is "at the head of the line" when it comes to intercepting the escape sequences.

---

Re: Text modes with more than 25 lines and the internal ANSI support

Posted on 2007-09-05, 13:51

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

Another option might be to have a conf setting with the internal ANSI support enabled by default but with an option to disable. I realize the internal support is a good thing considering most ANSI drivers were loaded in CONFIG.SYS, but there is at least NNANSI.COM which can be loaded from the …

---

Re: Text modes with more than 25 lines and the internal ANSI support

Posted on 2007-09-05, 13:32

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

The games are an old version of Empire and the original interpreters for Infocom games. Yes, I know there are other interpreters like Frotz that might work better, but that's not the point. /* Turn them into positions that are on the screen */ if(ansi.data[0] == 0) ansi.data[0] = 1; if(ansi.data[1] …

---

Text modes with more than 25 lines and the internal ANSI support

Posted on 2007-09-05, 12:02

by

by ripsaw8080

in DOSBox Development

in DOSBox Development

I was recently playing with some older DOS games that use ANSI escape sequences to output text on the console device and I encountered a small problem when using more than 25 lines. Although DOSBox appears to support the character generator functions of INT 10H (such as loading the 8x8 font giving …

---