That looks a lot like the corruption in Lord of the Rings vol 2, which was fixed in CVS. What version of DOSBox are you testing with? (in fact, please read the help guidelines and provide the requested info)

Yes, of course, you're right, I should have mentioned all that. Sorry.

I'm using the latest CVS (compiled it again a few minutes ago). I'm under WinXP. Computer's a Dell laptop, with a Pentium 4 and a Radeon 9000.

The problem occurs whatever the value I set for:

• output (surface/overlay)
  scaler, aspect ratio
  core (dynamic/normal)
  sound device used (MIDI/AdLib)
  xms/ems/umb

And I guess that's it.

I have been playing it for 2 minutes. I haven't noticed any corruption. The interface/graphics suck big time by the way. How the hell do you travel to the museum?

Don't you see something wrong when you try taking the lift in the hotel / coming down from your room (that's the first one I noticed)?

To travel, click in the bottom-right corner (->inventory), then click on the map on the upper-right corner.

And it's not only the interface that sucks in this game... 😁

NO. Graphics display properly for me. I have been in the hotel, across the street, museum and police station. I haven't noticed any graphic anomalies/artifacts. I am using official DOSBox 0.63

eL_: Feanor is testing with CVS, so maybe it's broken since 0.63 was released...

Yes. I don't know if he has tried the official version too. If not, he should give it a go before using the CVS.

Hi there,

Strangely, for me the version from HOTU is showing graphics corruption in 0.63 as well. The guy in the bar surely is not rendered correctly.
What dosbox configuration changes did you apply, eL_PuSHeR?

Regards,

Ronald

Interesting case. Breaks all over the place but seems to work (mostly) in VirtualPC. Another thing: multivolume ARJ extracting does not work well under DOSBox, files that span multiple volumes come out corrupted due to bad date/time handling.

You're right, vasyl, the problem is not with the game, but with the installer. Some files are not properly uncompressed (those spread over two discs), which causes the broken graphics. Uncompressing the thing with WinRAR or such solved the problem.

I think this particular bug was discussed before. DOSBox does not pay much attention to datestamp. Most games did not care anyway. Unfortunately, multivolume ARJ compares name and timestamp to match parts. IIRC, RAR does the same thing. This is unlikely to affect games themselves but there were quite a few installers (not to mention all kinds of "abandonware") that actually used multivolume ARJ.

So the problem lies in the installation process. That's why it worked for me. Because I downloaded it from some site where it was repacked without installation.

Hmm I recall I once looked into setting the date and timestamp
Have to see where I left that part of code 😀