VOGONS


First post, by Unregistered

User metadata

I'm experiencing a problem where TR1/Glidos drops back to the desktop whenever an FMV should play, whenever the game changes from 3D-rendered graphics (like the opening menu), to an FMV (like the one when starting a new game). But TR doesn't crash, once it bumps me out to the desktop I can click the taskbar button ("Tomb") and return to it. It resumes playing the proper FMV. However, this does get distracting after a while.

Has anyone else experienced this? What could cause such a problem? Thanks in advance.

My System ...
WinXP Pro SP1
AOpen AX6B motherboard
Celeron 1 GHz CPU (w Powerleap PL-iP3 adaptor)
512MBs SDRAM
Radeon LE video card / Catalyst 3.1 drivers
SB Live 5.1 sound card / (latest drivers)
WD Special Edition UATA HD (80GB)
Plextor 16x Atapi CD-RW drive
CreativeLabs 32x CD-ROM drive
USR 56K Controller-based Modem

Tomb Raider Gold
VDMS v2.0.4
Glidos v1.23

Reply 1 of 19, by Snover

User metadata
Rank l33t++
Rank
l33t++

Do you have GliDOS emulating VESA?

Yes, it’s my fault.

Reply 2 of 19, by Unregistered

User metadata

I'm not sure what you mean. If you're referring to the "VESAsupport: Yes" line, of Glidos.ini, I have removed it. Leaving it in eliminates the problem but then the FMVs run slow.

Reply 3 of 19, by Glidos

User metadata
Rank l33t
Rank
l33t

Ah, was it you that I promised a new version of GldVESA.exe? If so, it isn't going to work. My thoughts were based on thinking you had the problem when using VESA support.

Reply 4 of 19, by Unregistered

User metadata

Yes it was! Thanks anyway though. Do you have any other theories to its cause?

Reply 5 of 19, by Glidos

User metadata
Rank l33t
Rank
l33t

I'm say 95% certain its the video drivers. When an FMV plays (without using Glidos's VESA support), TR pushes your computer into a fullscreen DOS mode; at the end of the FMV, TR opens a Glide Window, which Glidos handles by seting the DOS window to a text mode and openning a full screem OpenGL window. Probably the OpenGL window is trying to open while the DOS window it still fullscreen, and Windows decides to minimise the OpenGL window.

The answer is to use Glidos's VESA support, but it does push a lot of data about at speed, and presumably your Celeron can't quite handle it.

I'll keep thinking about it. Maybe there's something I can do.

Reply 7 of 19, by Unregistered

User metadata

As a sidenote, I have a second system, which uses a Radeon All In Wonder instead of the Radeon LE, and it doesn't exhibit this problem. Same Glidos/VDMS/OS and video driver version.

Reply 8 of 19, by Glidos

User metadata
Rank l33t
Rank
l33t

More evidence that it is video driver related (in that drivers act differently for different cards).

Reply 9 of 19, by Unregistered

User metadata

Thanks Paul. I'll try other driver versions and report back if it corrects the problem. I didn't use to have this problem, but that was with very old drivers. Maybe more recent drivers work fine as well.

Reply 10 of 19, by Unregistered

User metadata

Here's a follow-up to my Radeon driver-test ...

I tried a wide variety of drivers (Catalyst 2.1 through Catalyst 3.4), and the problem of getting bumped back to the desktop during an FMV persists. However, I then tried earlier versions of Glidos, going all the way back to version 1.16, and that fixed the problem. Glidos version 1.16 plays the FMVs without a hitch. Starting with version 1.17, and every version past, the problem returns. I'm not using the VESA support line, in later versions of Glidos.ini, as it slows down the FMVs dramatically. It also causes broken audio and unfinished scenes.

Incidentally, I transplanted the pollpipe.dll file from v1.24, and replaced the version that comes with v1.16. That fixed the sporadic lockups. Only two problems remain: Lara's movements are sometimes faster than natural, and sometimes she appears twice as close to the camera when a level starts ("St Francis' Folly" and "City of Khamoon" in particular). I can fix this last problem by entering, then exiting, the inventory screen.

Are there other files I can transplant, from a later version of Glidos, to correct these two things? Many thanks.

Reply 11 of 19, by Glidos

User metadata
Rank l33t
Rank
l33t

Very useful info. So it isn't video driversl it is at least partly to do with Glidos.

Transplanting Glide2x.dll is worth a try. Find out if the problem is dependent on the version of Glide2x.dll or the rest of Glidos.

Thanks.

Reply 12 of 19, by Unregistered

User metadata

Hi Paul,

I tried transplanting a new version of Glide2x.dll but the zoom-in-on- level-start still occurs (occasionaly, as with the original Glide2x.dll). However, with the new version of this file, there's now a long delay before inventory access.

To correct this I also tried transplanting a new version of glide2x.ovl, but that locks up the PC immediately (I don't even get as far as the FMV of the Core logo). I also tried your special version of this file (glide2xwithnolfbread.zip) but again, total lockup at launch.

As I mentioned, when using the original v1.16 version of these files, opening and closing the inventory screen eliminates the zoom-in-on-level-start problem. And I have also discovered that Lara seems to "run off" the extra speed, after a few seconds, during those times when she's moving too fast. This seems to occur only at a level-start also.

Hope this is helps.

Reply 13 of 19, by Glidos

User metadata
Rank l33t
Rank
l33t
Unregistered wrote:

Hi Paul,

I tried transplanting a new version of Glide2x.dll but the zoom-in-on- level-start still occurs (occasionaly, as with the original Glide2x.dll). However, with the new version of this file, there's now a long delay before inventory access.

That's very interesting. I've had people complain about very slow inventory access, and never dreamed that it could be connected with the Glide2x.dll file.

To correct this I also tried transplanting a new version of glide2x.ovl, but that locks up the PC immediately (I don't even get […]
Show full quote


To correct this I also tried transplanting a new version of glide2x.ovl, but that locks up the PC immediately (I don't even get as far as the FMV of the Core logo). I also tried your special version of this file (glide2xwithnolfbread.zip) but again, total lockup at launch.

As I mentioned, when using the original v1.16 version of these files, opening and closing the inventory screen eliminates the zoom-in-on-level-start problem. And I have also discovered that Lara seems to "run off" the extra speed, after a few seconds, during those times when she's moving too fast. This seems to occur only at a level-start also.

Hope this is helps.


That bits probably not surprising. I've probably changed the protocol with which Glide2x.ovl talks to the rest of Glidos. Strange that you didn't get an error message about protocol mismatch, but I guess I fogot to update the version number.

In any case, this is all very useful.

Reply 14 of 19, by Glidos

User metadata
Rank l33t
Rank
l33t

That info was enough to track it down. v1.17 was the first version with mouse support for Descent II, and that requried a change in which window was foreground.

Not sure how to fix it, but I can try a few experiments. Here is a new Glidos.exe. It should be used with the v1.24, replacing the Glidos.exe from that version. Probably wont help, but there are other things I can try.

Reply 15 of 19, by hojo2000

User metadata
Rank Newbie
Rank
Newbie

Hi Paul,

Many thanks for your efforts. I tried the new executable with v1.24, but no change - I still get bumped back to the desktop during an FMV.

Reply 16 of 19, by Glidos

User metadata
Rank l33t
Rank
l33t

Thanks for trying it out. Here's another to try.

Reply 17 of 19, by hojo2000

User metadata
Rank Newbie
Rank
Newbie

Just tried the new one. No change, unfortunately. Still getting bumped to the desktop during FMVs.

Reply 18 of 19, by Guest

User metadata

Can any hekp meeeeeeeeeeeeeeeee
my level4.phd "St. Francis' Folly" is error from were i down load it