New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Segmentation Fault in Tombraider game switching to glide #3465
Comments
Tombraider1 works. on Windows SDL1 x86 0.83.25 with nGlide. |
I don't use glide (openglide). Redundant complication. Out of curiosity, I checked if it works. tomb.raider.glide.dosbox-x-0.83.25-SDL2.mp4dosbox-ece withdrew glide support. |
Openglide does not have any particular advantage when used in conjunction with dosbox-x.
In the case of sdl2, undo this commit 1624f04 and window scaling will work properly again. tomb.raider.3dfx.dosbox-x-0.83.25-SDL2.mp4 |
Without glide I get the error "unable to load DLL". I am able only to run the SVGA version :-( |
It's quite complicated. Although only seemingly. The 3DFx patch for Tomb Raider comes in two versions with a statically linked library and a dynamically GLIDE2X. Openglide only works with dynamic libraries. When using |
Tried using "original" glide2x.ovl from 3dfx Voodoo2 drivers V3.02.02 (from http://falconfly.3dfx.pl/voodoo2.htm) and glide=false. MY GOG version seems to be provide OpenGlide version. I see the gint in the glide.ini, that is "Configuration File for OpenGlide". Back to initial issue, is it possible to get the OpenGlide working again with 0.83.25 on my Gentoo linux? |
I checked version 0.83.25 SDL2 with openglide under archlinux and the tomb raider works under it. You have to roll up your sleeves and check a few things for yourself. First, check that openglide works properly with dosbox-x with something other than the tomb raider. If Tomb Raider was running correctly in the earlier version of dosbox-x with openglide, determine which commit caused this regression. In this case, git bisect must be used. Lots of compilations, but 200x less than building gentoo. You can finally check what it is like with dosbox-x in SDL2 (why use SDL1 in 2022). |
Recompiled dosbox-x with SDL-2. Same issue Recompiled openglide with --disable-sdl, the game starts, but no keyboard input is available :-( |
The gdb trace is
|
Same issue with the same trace, if I try the nature demo from http://falconfly.3dfx.pl/coolstuff.htm |
Did some manual bisect and found out the commit a499f1a causes the issue. The last working commit is be2f738 . Compared the output of working version and the broken version: The working version contains
The broken version:
And at the end the working version have the line
Instead of segmentation fault. fluidsynth-2.2.6 is installed on system |
Recompiled with SDL2: same issue. The SDL1 in OpenGlide is affected |
A moment ago I was running NFS2SE under Win98SE in dosbox-x-git (archlinux) with Openglide. DOSBox-X version without integrated fluidsynth. You can connect an external fluidsynth daemon to dosbox-x (or timidity). edit: nfs2se.dosbox-x-0.83.26-sdl2.openglide.mp4Nfs2se doesn't work stably with audio under dosbox-x. during the start I changed the settings (f1, f2, f3, f4). Under openglide win98 I used this special version of glide2x.dll (instead of the one installed with the driver). As I wrote, openglide offers nothing more than an integrated version of 3dfx emulation. There is a choice if someone has problems with openglide. I repeat it works fine. I only use it. |
@grapeli I do not know why the issue is related to the fluidsynth, but the issue appears since commit a499f1a Changing midi to alsa as proposed removes fluidsynth errors, but does not solve the the segfault. I try to play the TR1 in DOS mode, so I need an glide2x.ovl file, not dll :-( Tried some files found in internet, no one enables the mipmap feauture for example. The game is slow with software emulation on my GPD-Win2 Tatsh (Gentoo ebuild/package maintainer for dosbox-x) found out the reason is presumably the next
Can this issue be fixed in dosbox-x or should the fix be done in openglide? |
If you think this a499f1a commit is the cause of your problems with Openglide, why don't you undo it? As for the Nature demo. It works for me with both the integrated 3DFx emulation as well as with Openglide. With similar performance. After starting the demo and the "Vertigo Pictures" logo disappears, the background lightening sequence (fade in) follows, then you have to intervene for a moment and change the window focus. Every second or half, take the pointer out of the window and come back. Same problem as in demo Dimension. edit: The Nature demo also works under wine (I tested it on version 7.7) with nGlide. Install nGlide under wine, remove It also works in Win98SE under DOSBox-X. Surprisingly, there is no problem with the slow start of the demo (3dfx). |
Currently I keep just the last working (SDL1/0.83.24) version on my device and investigate the issue an my workstation. I am not in a hurry, the main reason for this issue is to contribute as tester, not to get a workaround. Tried to revert the mentioned commit from current master. Then the dosbox-x was working as before. Thank you providing right GLIDE2X.OVL. Where come this file from? Using this file the game run fast without OpenGlide Passtrough with slightly better lighting. Unfortunately dosbox-x leave the fullscreen and switch into windowed mode, if 3dfx is initialized. :-( So it is not full solution yet. The nGlide way requires Windows build of dosbox-x? Try to avoid wine if software runs natively on linux. |
I really don't remember.
Fullscreen does not work with integrated 3dfx emulation and also with openglide. It only works with
Of course without dosbox-x. I did not come to such absurdities to run dosbox-x under wine having a native Linux version. |
As I wrote, you have to solve it yourself. If this is the case with dosbox-x, use git bisect. It is not really boring. No one else is likely to install gentoo on purpose and check that openglide under dosbox-x is working properly. |
Given the integrated 3dfx emulation a chance and played with them last days. Unfortunately it does not perfomant enough for my device. In some game places the FPS drops to 3-5. With OpenGlide I can enter this places with 20-30 FPS. So I am back to my last working build: dosbox-x-0.83.24 with SDL1. If I build OpenGlide without SDL support, the 3dfx works with the latest dosbox-x, but keyboard and joypad events are not passed to the game anymore :-( I do not know how I can search for the issue root. The (manual) bisect lead me to the a499f1a should cause the issue, that does no sense. Any ideas what I can try at the next? |
If this unfortunate commit a499f1a is causing openglide not to work properly under dosbox-x, undo it. My hardware is an old cheap slow laptop (westmere) with intel ironlake gpu (gen5). Extremely sensitive to performance gaps. I didn't notice any significant performance difference between openglide and the internal 3dfx emulation. The second thing is, I don't harden applications that don't require it. DOSBox-X is not systemd, nginx, postgresql or firefox, chrome exposed to attack. I am able to put it in a safe sandbox without sacrificing performance. |
Not sure which OpenGlide fork you're using. But there is a "new" one here, that may be of interest. I did not yet have the chance to try it myself. |
Thank you @rderooy , you are my hero! |
FYI The commit a499f1a was designed to fix issues where the FluidSynth library may not be found in some Linux systems (even if it is already installed). But in rare cases it might cause problem then one should be able to specify the option |
Tested the issue with current release 0.84.0. Still the same. If I revert the commit a499f1a and compile with SDL-1, the dosbox-x does work with the https://github.com/voyageur/openglide fork. Using the openglide fork https://github.com/kjliew/qemu-xtra/tree/master/openglide I get no issues but less performance. |
The voyageur openglide fork is known to have issues with SDL2. This is documented. I don't understand why that commit would break it with SDL1 though. |
I do not confirm this. Openglide runs under archlinux with dosbox-x SDL2. The openglide code is very old. There, nothing significant has changed for many years. Under windows I understand there is nglide, dgvoodoo. |
Built-in 3dfx emulation has another very important advantage. Works with This is not possible with the dingy openglide wrapper. |
For me the issue is solved, since it does work well with qemu-xtra openglide fork. |
I get the same crash as before using the qemu-xtra fork of openglide. It doesn't work for me. |
Code of Conduct & Contributing Guidelines
Have you checked that no other similar bug report(s) already exists?
What operating system(s) this bug have occurred on?
Gentoo Linux 5.17 x86_64
What version(s) of DOSBox-X have this bug?
games-emulation/dosbox-x-0.83.25::tatsh-overlay
Describe the bug
Something is changed with 0.83.25 version. Last working version is 0.93.24
If I try to run TombRaider1, I get segmentation fault in libsdl-1, if the game try to switch to OpenGlide Voodoo.
System log get the next lines
Found already existing issues with libSDL-2, but this time it seems to be related to libSDL-1
Tried on 2 different computers
Tried with OpenGlide commit c300160d0a8292bc04e79dd59e6cc178aa648dec (Gentoo package) and with the latest git version
Expected behavior
No response
Steps to reproduce the behaviour
Run dosbox-x in TombRaider 1 folder with given dosbox.x conf
The game starts, you see the intro videos
At the point the menu should appear, dosbox crash with segmentation fault
Used configuration
Emulator log
Additional context
No response
The text was updated successfully, but these errors were encountered: