Did you remove the option "surface-collapse-dbl" or did I mess up something while adjusting the patch to the ECE source?

Yesterplay80 wrote:

Did you remove the option "surface-collapse-dbl" or did I mess up something while adjusting the patch to the ECE source?

I removed it. But my patch needs further work to handle double-width and double-height modes properly.

Ant_222 wrote:

I removed it. But my patch needs further work to handle double-width and double-height modes properly.

OK, I just wanted to maku sure I didn't do something wrong. Your newest patch is integrated in DOSBox ECE r4180.3, ready to download from my site!

Yesterplay80 wrote:

OK, I just wanted to maku sure I didn't do something wrong. Your newest patch is integrated in DOSBox ECE r4180.3, ready to download from my site!

Thank you very much. I am sorry to say that I made a serious error in the handling of double-height and double-width modes and will issue a fix soon.

Unfortuantely With openglpp i get tearing in fullscreen with fast games (Jazz Jackrabbit). Windowed is fine. With surfacepp there's no tearing in fullscreen nor windowed.

Pat86 wrote:

Unfortuantely With openglpp i get tearing in fullscreen with fast games (Jazz Jackrabbit). Windowed is fine. With surfacepp there's no tearing in fullscreen nor windowed.

Is the tearing present in vanilla DOSBox with openglnb?

In fullscreen yes, windowed its fine.

Pat86 wrote:

In fullscreen yes, windowed its fine.

Then it is not a problem of my patch, but I will see what I can do about it. Does anybody happen to know how to avoid tearing or turn on V-Sync in OpenGL via SDL 1.2? bladeSk's fork, for example, does it by faking fullscreen via a borderless window, but I fear his solution is not cross-platform. Another question, of course, is why is there no tearing with surface output? Is there still no tearing if you disable double buffering (fulldouble)?

Yes, even with double buffering turned off (btw. i'm using DBGL to configure), there is no tearing with surfacepp output in fullscreen. Turning on double buffering with surfacepp output results in quite a performance drop in fullscreen. very choppy main menu etc (Jazz Jackrabbit). yet windowed is fine again. 😉

Pat86 wrote:

Yes, even with double buffering turned off (btw. i'm using DBGL to configure), there is no tearing with surfacepp output in fullscreen.

I wonder why.

Turning on double buffering with surfacepp output results in quite a performance drop in fullscreen. very choppy main menu etc (Jazz Jackrabbit). yet windowed is fine again. ;)

Because double-buffering is not available in windowed mode. It requires a hardware surface.

All my tests rely on Jazz Jackrabbit btw, as the tearing is very much present in there. Borderless window seems like a good workaround for the beginning.

Pat86 wrote:

All my tests rely on Jazz Jackrabbit btw, as the tearing is very much present in there. Borderless window seems like a good workaround for the beginning.

Either I am tearing-blind or there is no perceivable tearing with openglpp in fullscreen on my system with Jazz Jackrabbit. I shall be grateful if other users test openglpp for screen tearing.

Hm. Maybe it's a graphic card / driver specific thing? I'm on Windows 10 with an GTX 970 (latest driver)

I tried to record it with my smartphone (as OBS doesnt seem to capture it). Look at the threes at the beginning and you might see the tearing line going down consistently:

https://www.dropbox.com/s/fb1nr0o4fvgqiti/MOV_0014.mp4?dl=0

Pat86 wrote:

Ant_222 wrote:

Pat86 wrote:

Unfortuantely With openglpp i get tearing in fullscreen with fast games (Jazz Jackrabbit). Windowed is fine. With surfacepp there's no tearing in fullscreen nor windowed.

Is the tearing present in vanilla DOSBox with openglnb?

In fullscreen yes <snip>

Tested vanilla r4180 DOSBox on Linux, I see zero tearing with output=openglnb, fullscreen, with double buffering on or off. I've got plenty of native games that tear badly and have no problem seeing it. I'm using the CDROM version. My in-game configuration is: High graphic detail and [FAST] colors. My Jazz dosbox.conf:

1[cpu]
2core=dynamic
3cycles=max 95% limit 30000
4cputype=auto
5
6[dosbox]
7machine=svga_s3
8memsize=16
9
10[render]
11aspect=false
12
13[mixer]
14nosound=false
15rate=48000
16blocksize=2048
17prebuffer=20
18
19[gus]
20gus=yes
21gusrate=48000
22gusbase=240
23gusirq=5
24gusdma=3
25
26[dos]
27xms=true
28ems=false
29umb=true
30
31[speaker]
32pcspeaker=false
33tandy=off
34disney=false
35
36[sblaster]
37sbtype=none

Can somebody please check the tearing with the attached patch?

Pat86 wrote:

tried to record it with my smartphone (as OBS doesnt seem to capture it). Look at the threes at the beginning and you might see the tearing line going down consistently:
https://www.dropbox.com/s/fb1nr0o4fvgqiti/MOV_0014.mp4?dl=0

I saw it on my own machine once I knew where to look. The patch attached to the previous post seems to remove tearing. Can you try it?

unfortunately i dont know how to apply the patch - i just use Yesterplays ECE. 😒

Ant_222 wrote:

Can somebody please check the tearing with the attached patch?

Patched r4180 source, tested on Linux w/ fullscreen output=openglnb (same config as above). Zero tearing during gameplay, however at the starting menu, I could cause serve video lag and audio drop out when I rapidly moved my selection up and down in the menu. No lag during gameplay though (and I'm capping it at 30,000 cycles).

Also confirming the patch was active, as I saw this on the console: "Trying to turn on V-sync... ...success" roughly 4 times before I quit the game.

krcroft wrote:

atched r4180 source, tested on Linux w/ fullscreen output=openglnb (same config as above). Zero tearing during gameplay,

Excellent! Thanks for testing.

krcroft wrote:

however at the starting menu, I could cause serve video lag and audio drop out when I rapidly moved my selection up and down in the menu.

As always, the question is whether you can reproduce this lag in stock DOSBox with openglnb.If V-Sync is the cause, I can add an option to turn it off.

krcroft wrote:

Also confirming the patch was active, as I saw this on the console: "Trying to turn on V-sync... ...success" roughly 4 times before I quit the game.

You should see this message every time you enter fullscreen mode.

Pat86 wrote:

unfortunately i dont know how to apply the patch - i just use Yesterplays ECE. :-\

Then you can try it when YP80 incorporates my alpha 18.