I looked in the Data directory and saw that Gen.DAT exists. Then I opened it with a hex viewer and scrolled through the entire file. Windows didn't report any errors accessing any of the data. If I can load the entire file into a hex viewer, I don't see why any other program would have trouble accessing it. The error it reports shows that it has the right path and filename.
Previously I couldn't run the game because you have to run Setup first and Setup wouldn't run. I discovered that if I deleted Setup.pif, then it would work, although it takes a fairly long time for the screen to appear (leading me to think it had crashed again for a while). Once I do that and save the prefs, I can run the game from a plain DOS window. Unfortunately it crashes at random, always in the middle of a race though.
Screamer 2 Dosbox Download
Download 🔥 https://tlniurl.com/2yGbtu 🔥
However, even though the game will load and run in Windows, it STILL does not work in DOSBox. I mount the game's directory as C, switch to it, run setup (or even skip it, since it's already been run in a DOS window), try to run Starth.exe (or Startl.exe, doesn't matter which) and it tells me that Gen.DAT can't be opened. I've tried setting the options to both VGA and SVGA, I've tried it with and without sound, etc. The game simply refuses to run in DOSBox 0.72.
Yes, that was the problem. I figured that the game would just use a relative path and look for Data\Gen.DAT rather than use the full path. I understand now that it failed because DOSBox saw the Screamer directory as the root directory and the game was looking for a sub-directory named Screamer in the root directory.
Unfortunately, my system apparently isn't fast enough to run the SVGA version smoothly and the VGA version is pretty ugly. I tried playing with the cycles and setting the core to Dynamic in the config file, but it didn't help. It also seems to take a fairly long time to load, both initially and when going from the main menu to the race.
How does one normally look for files on a computer system? I went to the root of the C drive, I double-clicked on the Screamer directory to enter it and display its contents, then I double-clicked on the Data directory to enter it and display its contents. I happened to be using the program Total Commander, but I have no reason to believe that it wasn't showing me the actual contents of the Screamer\Data directory, especially as I was able to view the hex contents of any/all the files in the directory.
Even though the others have already told me what I was doing wrong, I wanted to answer your question because your messages seem to indicate that you doubt my ability to provide accurate information about whether or not a particular file exists in the specified directory. I know that I made a fairly obvious mistake in mounting the virtual C drive in DOSBox, however I haven't used DOSBox that much and the few programs that I have run with it have worked fine being run from the root directory of the virtual C drive. Screamer would have worked as well, if the program had used a relative path to access the Data directory instead of using the full path. When it reported that the file couldn't be opened and gave the full path, I interpretted that to mean that it had found the file, but encountered some problem with it.
When i try to start the screamer game on Dosbox, I get a message "cannot initialize sound driver".
If I try to run Setup, then Dosbox gets hanged, but the setup doesn't begin at all
Please help me out
The VGA mode can run a bit crazy too, with the car bodies rotating on the wheels more than they should. Screamer 1 is a crazy beast, shame there was never a 3D version of it (well okay there was but just for one card I believe, vetz can say more about that!)
Long story:
A special OEM version came bundled with the Number Nine Reality 332 card which had the original S3 Virge (325) chip. No official patch was ever released and chances of finding the bundled version seemed very slim. Luck had it that a user named kanyero here on Vogons found an old homemade patch made from the Reality 332 version and posted it in this thread..
Basically the patch adds bilinear filtering to the game, but it is very appearent that it is not very well implemented and that the game was not made with 3D acceleration in mind. I've made short video of Screamer running on the fastest S3 Virge card available (GX2), and still the framerate is not what I call supersmooth. The picture is also quite blurry with texture artifacts (horizontal lines in the road and top of trees most noticable). Running this game on the S3 Virge 325 must have been horrible.
I can also add that the game requires a pretty hefty CPU to run in SVGA mode. A Pentium 133 is not enough (footage at 2:35), you probably need a Pentium 200 (and up) to run it smoothly enough in todays standard. If I go back to the OP question, then no, I can't help much and I haven't seen any crashes with Screamer in real DOS.
About the OP, from my personal experience Screamer frequently had crashes in SVGA on real dos. The crashing was mainly on the track SunBeach Hill (5th track), where 90% of the time you'll crash on a exact spot on the track (if I recalled, docks part or shortly after), 5% you can get the crash around any other part, and the remaining 5% you can actually complete it - but VERY, VERY unusual. Also, there's a very minor chance to get crashes in other tracks, but again really unusual as well.
Dosbox runs the game flawlessly, but sadly you can't get past this bug, only contacting milestone ?. There's a workaround on how to be able to not crash on the suject track (you'll find easily on the dosbox page of screamer), but unfortunately that workaround causes the track in SVGA do not look good at all (missing buildings, trees, etc), therefore looks even worse than just play it on VGA for that track.
It was indeed one beast of a game, it ran pretty good on my Pentium 166 (non-mmx) back in the day. Very impressive game for 1995! Never been a fan of the sequels, they changed from exotics to rally and all, not my cup of t ea.
Hi, im having heavy issues trying to run both games on DOSBOX even on VDMSOUND.
The trouble is that it installs ok, but setup.exe doesnt run in both apps...on dosbox i get a black screen and on Vdmsound i get a COM2 opening error. So i cannot run the game without enter setup before. Please help me here, i want play these games that much ?
This game works great until I quit (which writes CHOICES.DAT) and re-open.
When I open the game back up I get sound and no image. Deleting the save file above resolves this; however, this means no saving. Issue not present on PC, save file from Magic Dosbox works on PC also.
Allright, I tested shareware and it does not work in mdosbox neither ldosbox. But i dont have official full version, do you have official version from gog? Maybe is problem in linux branch of dosbox, i can check it on my ubuntu.
Seems ldosbox on arm8 cpu suffers of same issue. Please can someone confirm it too? To reproduce it do following : delete CHOICE.DAT, start game and race a bit with car. Quit game by pressing several times the esc key to dosbox console and restart dosbox. CHOICE.DAT should be now recreated. Startup should hang now .
P.S. I had contacted you before regarding the font size on Samsung Galaxy S7, I was able to resolve it by increasing the zoom size in my display settings oddly enough. I thought I had followed up and found the email still sitting in my drafts. My apologies.
Dosbox is a windows application to allow to launch dos game. Dosbox allow to use windowed mode with dosgame except for 3dfx dos game wich launched only in fullscreen even with dosbox.
I would like to known if Dxwnd could be used to force 3dfx dos game to launched in windowed mode.
I made a few attempts, but with no success. Here is what I found:
1. Official DOSBox has no 3dfx support, you need to grap one of the unoficial distributions
2. in effect, one of the modified DOSBox requires nGlide
3. I tried this combination, but the game I picked for a test freezes right after the 3Dfx splash screen. This may depend to the fact that I've got two different glide wrappers in my system now, who knows?
So, I think that it could be possible to use DxWnd in combination with DOSBox and nGlide, but I haven't found a good test case yet. Maybe you can help me: if you have a game that DOSBox runs ok with nGlide, but in fullscreen mode, you should try to hook the DOSBox.exe task, and set DxWnd DirectX version hook to "DirectX9".
I've made a first test, but it was unsuccessful.
The problem is that DOSBox is a win32 program and can be hooked by DxWnd, but it looks for Glide and 3DFX drivers internally, not letting this dependency filter outside to be intercepted and fixed by DxWnd.In short words, DxWnd doens't even immagine that there are glide calls inside the emulated DOS environment.
I need some good idea.
Anyway, when i want to play pretend as a doom archeologist, a dosbox variant is the easiest way to get stuff running. By that I mean weird hacked sourceports like RORDoom or plenty editors like DETH or doomcad. Windows is less and less capable to run the old software as years go by. I think it's a heritage worth preserving, and celebrating.
Whenever you play a 90s wad, and ask yourself why it's made the way it is, trying to go in dosbox and in an editor that was used, and try to make a map with comparable complexity is really eye opening experience. It really makes you appreciate what today's editors and source ports do that we take for granted. You'd be shocked how rudimentary and unreliable some of the editors are, and yet, people made amazing wads with them. For example, I hold Eternal Doom as an incredible technical achievement, and then seeing what tools were used to create it is jawdropping.
If you're making vanilla-compatible maps then its important to test in the vanilla .exe at least once, as Chocolate Doom is still a source port at the end of the day and behaves slightly differently in some key areas: you can negate the savegame overflow in the setup, and load dehacked patches in with the command line avoiding the use of Dehacked to create a modified executable. FWIW I will use Chocolate more often than not. 152ee80cbc