VOGONS

Common searches


Reply 260 of 343, by Dominus

User metadata
Rank DOSBox Moderator
Rank
DOSBox Moderator

Inner Space might be generally CVS related. The game does have some graphics artifacts from time to time, but I do remember this from ages ago on my Matrox Mystique as well, so that is most likely a game bug.
Do you have the Norton Benchmark (it came with Norton Desktop 3.0 - at least with my version)?

Windows 3.1x guide for DOSBox
60 seconds guide to DOSBox
DOSBox SVN snapshot for macOS (10.4-11.x ppc/intel 32/64bit) notarized for gatekeeper

Reply 261 of 343, by vasyl

User metadata
Rank Oldbie
Rank
Oldbie

Same thing happens in System Info that came with NDW 2.0. There is also something wrong with NDW icons -- they appear grey and distorted in all modes but 8-bit. I've managed to get the same installation to Virtual PC (which conveniently emulates the same card). Cannot tell anything about 15-bit mode, that one is not supported in VPC at all. Pattern distortion happens in DOSBox in all modes except 8-bit -- does not happen in VPC. Greyscale distorted icons happen in VPC in 8-bit (!) and 16-bit modes but not 24-bit -- go figure. I tend to think that it may be some NDW problem.
There are three more interesting glitches in Win3 under DOSBox, not related to my patch (screenshots are from unpatched version). One of them is occasional font corruption when characters appear squished vertically, most pronounced in clock app. The second one is that icon shadow on the Program Manager background is white (this actually does not happen in non-8-bit modes, or it is not noticable for some reason). The last glitch I've noticed is that checkmarks in menu have black vertical bar next to them. The last two issues may be related.

Attachments

  • font_distortion.png
    Filename
    font_distortion.png
    File size
    4.53 KiB
    Views
    778 views
    File comment
    Font corruption in Clock
    File license
    Fair use/fair dealing exception
  • icon_shadow.png
    Filename
    icon_shadow.png
    File size
    3.26 KiB
    Views
    778 views
    File comment
    White icon shadow
    File license
    Fair use/fair dealing exception
  • menu_check.png
    Filename
    menu_check.png
    File size
    3.99 KiB
    Views
    778 views
    File comment
    Checkmark distortion
    File license
    Fair use/fair dealing exception

Reply 263 of 343, by vasyl

User metadata
Rank Oldbie
Rank
Oldbie

Nope. It's not core-dependent. All these issues may to be results of a single bug either in XGA_DrawWait or in xga.waitcmd setup but I don't see anything wrong there. Need to do more debugging there.

Reply 264 of 343, by Dominus

User metadata
Rank DOSBox Moderator
Rank
DOSBox Moderator

There is also something wrong with NDW icons -- they appear grey and distorted in all modes but 8-bit.

I had this happen to me as well, and remembered this from way back. With NDW 3 there is a file called Icocache.dat, you need to delete it after switching from high color modes to lower ones, and sometimes to higher ones.

Fonts have been bad for some time, I always thought this is a driver issue, but yeah it kind of is everywhere,

Windows 3.1x guide for DOSBox
60 seconds guide to DOSBox
DOSBox SVN snapshot for macOS (10.4-11.x ppc/intel 32/64bit) notarized for gatekeeper

Reply 265 of 343, by dvwjr

User metadata
Rank Member
Rank
Member

Have a question for Vasyl, if you have the time. Looking at the latest DIFF for your S3 support - I wondered how difficult would it be for me to add the VESA v1.2 video mode 0x107 (1280x1024x8bpp) to your S3 code?

I noted the parameter table: VideoModeBlock ModeList_VGA_S3VESA but I am sure that even if the Mode list table had an additional entry that there would be more modifications necessary... 😳

If you have any general hints (and any time) it would be most welcome. It would give me a starting point to implement such a change. I would use such a VESA mode 0x107 for debugging only - no performance necessary. DOSBOX heavy-debug and mode 0x107 would help me finish my code investigation.

Thank you again,

dvwjr

Reply 266 of 343, by vasyl

User metadata
Rank Oldbie
Rank
Oldbie

It's actually a simple change. If you do it in DOSBox with my patch the change to that table should just work (I did not test it but there are no reasons it should not). If you want to do it in CVS you need to modify ModeList_VGA in int10_modes.cpp and adjust SCALER_MAXWIDTH in render_scalers.h (with patch it is already at 1280). You can go even higher than that resolution, just make sure you have enough emulated video memory for that -- CVS is fixed at 2M, with patch you can select 4M. I don't know if there is any practical value in running DOSBox at 1600x1200x64K but it is doable.

Reply 268 of 343, by ykhwong

User metadata
Rank Oldbie
Rank
Oldbie

vasyl, would you test with this program that I attached? It runs with et3000/et4000/et4000new.
When I try it on my old 0.63 build that can be downloaded from my page, it worked. On the other hand, it does not work in dosbox 0.65 clean cvs + svga. Screen gets distored.

vdkb24.exe is an executable to run on dos prompt.

Attachments

  • Filename
    Dkb51.zip
    File size
    655.97 KiB
    Downloads
    50 downloads
    File license
    Fair use/fair dealing exception

Reply 269 of 343, by vasyl

User metadata
Rank Oldbie
Rank
Oldbie

Odd, it does not work for me regardless of the build. I tried current patched one, stock 0.63 and 20060130 version of 0.63 -- same result. There is some difference if I run it with Tseng emulation with no VESA driver loaded -- it seems to use VESA. From the way it looks, the program starts, changes video mode, and then crashes or otherwise exits. Does not seem to depend on core type or clock speed. What's in your dosbox.conf for the working version?

Reply 270 of 343, by ykhwong

User metadata
Rank Oldbie
Rank
Oldbie

Sorry, I forgot to mention : Before running vdkb24.exe, run setvga.exe.
Choose ACER 7015 then hit enter twice.
Then you are on prompt. Now, run vdkb24.exe
(I removed my configfile, then did "config -wc dosbox.conf" to create a default configfile. After that, I set svgachipset to et4000.)

Reply 271 of 343, by vasyl

User metadata
Rank Oldbie
Rank
Oldbie

I see. There is definitely a difference between the last patched 0.63 and current build. The current build does not seem to load charset properly. Can't tell if is because of some change in the patch as the program does not run on S3 at all. I will investigate.

EDIT: All right, this is a bad one. It appears that this program never worked in Visual Studio builds (checked for a few months back). Something might have changed in your build setup just recently -- some library change, option, or just combination of internal factors. Cannot tell more without deeper debugging. I've wasted some time following false lead (one of the recent CVS changes was quite a good suspect) before realizing that it is not a recent problem. It can be a bug in DOSBox or in the program itself (dependency on some in-memory setup), hard to tell.

Reply 273 of 343, by ykhwong

User metadata
Rank Oldbie
Rank
Oldbie

However, when you run any utlity which uses text modes, it works fine on clean 0.65 cvs + svga.

Uploaded screenshots.

Attachments

  • Filename
    2.PNG
    File size
    42.22 KiB
    Downloads
    15 downloads
    File comment
    screen is not distored when using dos utilities which use text modes
    File license
    Fair use/fair dealing exception
  • Filename
    1.PNG
    File size
    15.5 KiB
    Downloads
    13 downloads
    File comment
    problem occurs only on promopt
    File license
    Fair use/fair dealing exception

Reply 275 of 343, by vasyl

User metadata
Rank Oldbie
Rank
Oldbie

I still don't like the fact that it does not work on Visual Studio builds at all. That patch could've triggered it but there is something else going on. Probably, uninitialized variable somewhere. I'll take a closer look when I get some time.

Reply 276 of 343, by gulikoza

User metadata
Rank Oldbie
Rank
Oldbie

Patch causes dosbox to crash when machine=pcjr

Program received signal SIGSEGV, Segmentation fault.
0x0052761b in mouse_reset() () at mouse.cpp:601
601 if (CurMode->type!=M_TEXT) RestoreCursorBackground();
Current language: auto; currently c++
(gdb) p CurMode
$1 = (VideoModeBlock *) 0x0

Tested with clean cvs + svga patch only.

http://www.si-gamer.net/gulikoza

Reply 277 of 343, by vasyl

User metadata
Rank Oldbie
Rank
Oldbie

Yep, looks like it's been broken for quite a while. More than a year, actually. I will fix it as soon as I have a couple hours. Thanks for letting me know. I wonder how that happened that nobody else saw it...

EDIT: Found the culprit. In int10_modes.cpp function VGA_SetupVideoModes is missing clause for MCH_PCJR. I am not that familiar with PCJR, does it have exactly the same video modes as Tandy? In that case it is as simple as inserting one extra line in that function. If the mode list is different than I would rather create separate mode list table.
The crash was introduced by revision 1.24 of dosbox.h -- silent merge conflict 😢 One year and nobody noticed...

Reply 278 of 343, by DosFreak

User metadata
Rank l33t++
Rank
l33t++

Weird, I test at least one or two booter games every month using various builds of DosBox....

How To Ask Questions The Smart Way
Make your games work offline

Reply 279 of 343, by wd

User metadata
Rank DOSBox Author
Rank
DOSBox Author

Didn't look too close as what your ModeLists are, but the mode
definitions are the same. The video memory access is different
though, but that shouldn't matter.
You can use case TANDY_ARCH_CASE instead of case MCH_TANDY
for that purpose.