Skip to content
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

voodoo buggy demoscene demos (minor value, because games are ok) #2715

Open
WhiteMagicRaven opened this issue Jul 25, 2021 · 7 comments
Open

Comments

@WhiteMagicRaven
Copy link

artifacts on demo (while on voodoo=opengl) Glide emulation trough opengl

Expected behavior
https://www.youtube.com/watch?v=8UZh_s84uRs&ab_channel=MichaelHuth

Windows 7 64 bit
DOSBox-X latest
voodoo_card = opengl
voodoo_maxmem = true
glide = true
lfb = full
splash = false

(statically linked)
Dimen https://www.pouet.net/prod.php?which=2182 -> minor (3dfx logo upside down, 3dfx logo sometimes wrong texture, wrong surface sorting, completely missed polygons, 2d pictures serious slowdowns)

Other tests (statically linked)
https://www.pouet.net/prod.php?which=16129 (everything ok)

Test of games (statically linked) (all ok, minor slowdowns but nothing affect gameplay, all slowdowns miracle not in 3d scenes)
Battle Arena Toshinden
Descent II
EF 2000
EF 2000: Tactcom
Screamer 2
Starfighter 3000
Tomb Raider
UEFA Champions League
Whiplash
XCar: Experimental Racing
VR Soccer '96: Semifinals
Actua Soccer: Semifinals 3d
Fatal Racing 3d

@Wengier
Copy link
Collaborator

Wengier commented Jul 25, 2021

I think it is important for the purpose of DOSBox-X, as demos are useful to verify the accurateness of the emulation. @joncampbell123 probably wants to take a look at this.

@grapeli
Copy link

grapeli commented Jul 25, 2021

The problem is the second part of this demo (after intro), from the moment of changing the brightness of the graphic background. With core=dynamic_x86 set, it seems to die completely. However, with core=normal, it is very sloooow (about 8-10 minutes for me). After the end of this sequence, the demo continues to play correctly.

Edit:
The biggest problem is with the sequence with the brightness variation (Gods - Dimension). It runs very slowly. While running dosbox-x with core=normal voodoo_card=opengl glide=false practically does not load cpu during this time (max 3-4%).
Perf shows.

0.78%  dosbox-x                    [.] register_w
0.61%  dosbox-x                    [.] triangle_create_work_item
0.53%  dosbox-x                    [.] EATREE
0.46%  dosbox-x                    [.] ogl_get_vertex_data
0.37%  dosbox-x                    [.] EA_32_44_n
0.31%  dosbox-x                    [.] EA_32_04_n
0.30%  dosbox-x                    [.] fastfill
0.30%  dosbox-x                    [.] FPU_FLD_F32_EA
0.28%  dosbox-x                    [.] FPU_ESC6_Normal
0.26%  dosbox-x                    [.] mem_writed
0.25%  dosbox-x                    [.] mem_readd
0.24%  dosbox-x                    [.] EA_32_05_n
0.23%  dosbox-x                    [.] FPU_FST_F32
0.22%  dosbox-x                    [.] Voodoo_PageHandler::writed
0.20%  dosbox-x                    [.] FPU_ESC1_EA
dimen.mp4

@WhiteMagicRaven
Copy link
Author

https://www.pouet.net/prod.php?which=2844

Trip a dos version makes dosbox x crash when trying to run it

@grapeli
Copy link

grapeli commented Jul 25, 2021

Seems to be working properly from start to finish (voodoo_card=opengl glide=false)
I include part, the whole thing will not fit.

trip.mp4

@WhiteMagicRaven
Copy link
Author

hmm for me it crashes 👍
Problem signature:
Problem Event Name: APPCRASH
Application Name: dosbox-x.exe
Application Version: 0.0.0.0
Application Timestamp: 60b5f959
Fault Module Name: glide2x.dll
Fault Module Version: 2.60.0.658
Fault Module Timestamp: 5d7d6fb9
Exception Code: c0000005
Exception Offset: 0000c81f
OS Version: 6.1.7601.2.1.0.256.1
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789

Read our privacy statement online:
http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409

If the online privacy statement is not available, please read our privacy statement offline:
C:\Windows\system32\en-US\erofflps.txt

@grapeli
Copy link

grapeli commented Jul 31, 2021

@Wengier
This demo dimen behaves weird.
When a scene occurs with lightning dosbox-x as if going into idle mode, the cpu load drops. The window seemed to be losing activity (1:09). If we start to manually change its activity quickly, the demo action runs more smoothly, and after its completion it is completely correct (2:18). Core settings have no effect on this. You can use dynamic_x86.

dimen.mp4

@Wengier
Copy link
Collaborator

Wengier commented Jul 31, 2021

@grapeli Yes, I can reproduce the said problem, in both low-level and high-level 3dfx emulation. Not sure if there is some setting (other than core) which can solve this. There is no entry for this particular demo (Dimension by Gods) in the Wiki I think.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants