VOGONS


First post, by GregPDDOSBox

User metadata
Rank Newbie
Rank
Newbie

Hi, y'all. I'm a new user here. I don't have any really big intentions on sharing communications with one another because in a few months, I'll be a college graduate. However, what I'm here for is to get some help with a problem I'm having with The Need for Speed SE published by Electronic Arts in 1996.

The game does run on DOSBox 0.74, making sure that you run UNIVBE.exe from your automatic mount lines in the configuration file, as well as creating a Windows Batch file to automatically call a couple of commands to mount the virtual drives C: and D:.

When I win any race, whether it's head-to-head or a single race with common cars or "The Pack," it's supposed to play a cutscene sequence. But here, the program crashes on me and I get a file error message.

In this example, I drove the Ferrari 512TR on Rusty Springs for four straight laps with seven opposing Mazda RX-7s, and I did win, only for the program to terminate and throw this exception message:

openhandle - D:\frontend\movie\win#6.tgv FILE ERROR

I have mounted the virtual drives properly and made sure that DOSBox simulates the svga_et4000 machine like what I saw a week back from the forums, but I'm not so sure what I have to do to fix up this problem, even if the file exists.

All of the game data is saved in the oldgames directory like what the admin of DOSGames, dosraider, was saying. (http://www.dosgames.com/forum/about19252.html) It came from an ISO duplicate of all the data stored in a CD I ordered from eBay. (now don't ask me to send the ISO to you because then it's considered copyright infringement.)

Can anyone please help me out? I would rather like to have everything working instead of having to declare the game as "somewhat playable."

And yes, I do have DOSBox 0.73 as well.

Reply 1 of 6, by ripsaw8080

User metadata
Rank DOSBox Author
Rank
DOSBox Author

Are you using an image of the disc?

If so, switch to the movie directory and do a DIR command at the prompt in DOSBox:
D:
CD \FRONTEND\MOVIE
DIR WIN*.TGV

Does the movie file show up in the listing? As WIN#6.TGV? What is its file size? I'm thinking that maybe when the image was created a weird character set was used and the # in the filename isn't being seen correctly in DOSBox. Images should be made with the ISO 9660 charset only, not Joliet or whatever else.

Reply 2 of 6, by GregPDDOSBox

User metadata
Rank Newbie
Rank
Newbie

You're actually right.

I entered the commands as you said. I found out that even though the movie files tally up to about 32 million bytes (which is exactly the file size for the videos from the CD-ROM), the hash character in each file is replaced by an underscore.

No wonder the program wasn't able to load the files up; these, with the underscore characters, do not exist.

I created the image file from ISOBurn as default, but there is an option that I can set the image build using the ISO 9660 charset.

On the Build tab in the Settings Utility for the program, there is a panel that says "Logging." In it are three sub-checkboxes underneath one checkbox, which says "Log Non-Compliant File/Folder Names." The three sub-checkboxes are "ISO9660," "Joliet," and "UDF."

So if I redo the image, but have only ISO9660 checked and not the others, will ISOBurn create the image file under that character set, making sure that all the necessary movie files have the hash character?

Reply 3 of 6, by truth_deleted

User metadata

Yes; also, you could instead try renaming the files ('_' to '#') and then testing (confirming that no other filenames are mangled).

Reply 4 of 6, by GregPDDOSBox

User metadata
Rank Newbie
Rank
Newbie

I'll stick with what ripsaw8080 said, because your other suggestion is a little too risky; I don't have a tool to modify the compressed movie files in the ISO file. (it's sort of like WinRAR or even .epub where they are compressed file formats storing one or more other files)

I'll try it out tonight and see if it works! It's even about time that we do a write-up to a FAQ entry on DOSBox to tell people that if they have a copy of The Need for Speed SE, people must follow this procedure as well to make it work properly on DOSBox 0.74.

Reply 5 of 6, by ripsaw8080

User metadata
Rank DOSBox Author
Rank
DOSBox Author

I've seen a similar problem occur for people making an image of the Dungeon Keeper disc, which has filenames with hyphen/dash (-) characters. The ISO 9660 rules state that filenames should only consist of alphanumeric and underscore characters. So, - or # is technically not allowed, although perfectly valid in DOS filenames.

The hope is that by telling the image making tool to only consider ISO 9660 that it will not try to enforce the rules by modifying the original filenames to use as the ISO 9660 filenames while putting the original filenames (containing the "invalid" characters) in the other filesystems. If you have an option to "use relaxed ISO 9660 rules", certainly try that. After all, the original cdroms were authored with tools that apparently allowed DOS-valid (but ISO9660-invalid) characters. However, it ultimately depends on the tool you're using; it may insist on enforcing the rules, no matter what.

Generally speaking, it's best to use an image tool that can only read and write images (e.g. CDRWIN), and not one that can create (author) a cdrom from folders on a hard disk or cdrom disc. The reason is that the image-only tool will simply copy the sectors in the TOC byte-for-byte, and it won't try to "cook" the TOC in any way; but more general-purpose image making tools necessarily have options that let you specify which filesystem(s) the disc should have.

Reply 6 of 6, by GregPDDOSBox

User metadata
Rank Newbie
Rank
Newbie

Problem fixed! I was wrong with what I was supposed to do.

When you create an image file using ISOBurn, be sure to click on the Advanced Tab on the right side of the window, then click on the Restrictions subwindow. There, you'll find two radio buttons to set:

Under the Folder / File Name Length group, set it to Level X.
And for the Character Set, set it to ASCII instead of Standard.

Just tested it and now the WIN#n (n being a number) videos work.

Thank you, guys!