Portals2 visual

[jewalky]

The latest VISUAL portal code. Means fully working line special 155. Line special 156 is available, but as of now behaves exactly like 155.

For other features, There's now a CVar r_portal_recursions that controls both mirror and portal recursions dynamically (only for horizontal portals for now, doesn't include plane portals), and r_highlight_portals CVar that helps debugging portal-related stuff on a level.
Plus, on top of that, this code adds advanced clipping for both mirrors and wall portals in software mode, making it possible to put mirrors on arbitrary places without having to put empty space behind them.

[edward-san]

This implies that there's also a new portal.cpp file, doesn't it? There's no new file in this pull request. Also, if this is needed, you need to update src/CMakeLists.txt as well.

[jewalky]

Got somehow lost during the merge with master. Put it back. &updated the lists as well.

[Blzut3]

Please keep these in numerical order. What do you mean by the comment "// vavoom? interferes with Line_SetVisualPortal"?

[jewalky]

Nothing anymore. This is a relic of ancient past when Line_SetVisualPortal was 157 instead of 155. It's long fixed and this comment means nothing.

[Blzut3]

Crash in R_ClipSpriteColumnWithPortals with Urban Brawl (possibly with floor/ceiling portals since the wall portal test map works flawlessly).

[jewalky]

The only way it could crash there is if seg->curline was null. Is that even possible?
I'm currently not in a place where I could check that. Will check ASAP.

[Blzut3]

Another action doom portal crash. Warp to map04, then warp to map06. (Going directly to map06 works fine.) Appears to be some kind of dangling pointer.

Sorry it took so long to check the new changes. I either missed the notification or github didn't send me one regarding the commits so just noticed them a few days ago.

[jewalky]

Could not reproduce this with the current version. Are you sure you built the right one?

[Blzut3]

Yes. Changeset e669e3c. Not sure if I updated my Urban Brawl IWAD or not, but the md5sum of mine is c106a4e0a96f299954b073d5f97240be. It's possible it's only manifesting on Linux in which case I can try to figure out what's going on.

(gdb) run -iwad action2.wad +map map04
Starting program: /home/blzut3/Code/ZDoom/build/zdoom -iwad action2.wad +map map04
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
ZDoom 2.8pre-1653-ge669e3c - 2015-10-09 16:03:59 +0300 - SDL version
Compiled on Nov  3 2015

M_LoadDefaults: Load system defaults.
Gameinfo scan took 0 ms
W_Init: Init WADfiles.
 adding /home/blzut3/Code/ZDoom/build/zdoom.pk3, 582 lumps
 adding /usr/games/Doom-Data/iwads/action2.wad, 3240 lumps
I_Init: Setting up machine state.
CPU Vendor ID: GenuineIntel
  Name: Intel(R) Core(TM) i5 CPU 760 @ 2.80GHz
  Family 6, Model 30, Stepping 5
  Features: MMX SSE SSE2 SSE3 SSSE3 SSE4.1 SSE4.2
I_InitSound: Initializing FMOD
FMOD Sound System, copyright � Firelight Technologies Pty, Ltd., 1994-2009.
Loaded FMOD version 4.26.36
[New Thread 0x7fffe7f3e700 (LWP 3958)]
[Thread 0x7fffe7f3e700 (LWP 3958) exited]
[New Thread 0x7fffe7f3e700 (LWP 3959)]
[New Thread 0x7fffe773d700 (LWP 3960)]
[New Thread 0x7fffe6f3c700 (LWP 3961)]
V_Init: allocate screen.
S_Init: Setting up sound.
ST_Init: Init startup screen.
Checking cmd-line parameters...
S_InitData: Load sound definitions.
G_ParseMapInfo: Load map definitions.
Texman.Init: Init texture manager.
ParseTeamInfo: Load team definitions.
LoadActors: Load actor definitions.
R_Init: Init UrbanBrawl refresh subsystem.
DecalLibrary: Load decals.
Adding dehacked patch action2.wad:DEHACKED
Patch installed
M_Init: Init menus.
[New Thread 0x7fffe673b700 (LWP 3962)]
[Thread 0x7fffe673b700 (LWP 3962) exited]
[New Thread 0x7fffe673b700 (LWP 3963)]
P_Init: Init Playloop state.
ParseSBarInfo: Loading default status bar definition.
ParseSBarInfo: Loading custom status bar definition.
D_CheckNetGame: Checking network game status.
player 1 of 1 (1 nodes)
[Thread 0x7fffe673b700 (LWP 3963) exited]
[New Thread 0x7fffe673b700 (LWP 3964)]
Using video driver x11
Resolution: 1280 x 720


map04 - Action Subway: Follow the Bad Dudes

]map map06


map06 - Phylex: Rising to the Challenge


Program received signal SIGSEGV, Segmentation fault.
0x000000000071c142 in R_ClipSpriteColumnWithPortals (x=145883136, y=-15859712, spr=0x3b6d0d0) at ../src/r_things.cpp:338
338                     line_t* line = seg->curline->linedef;
(gdb) print seg
$1 = (drawseg_t *) 0x4c82310
(gdb) print *seg
$2 = {curline = 0xcececececececece, light = -825307442, lightstep = -842150194, iscale = -842150451, 
  iscalestep = -842150451, x1 = 0, x2 = 434, sx1 = -12851, sx2 = -12594, sz1 = 0, sz2 = 0, siz1 = 2147483647, 
  siz2 = 2147483647, cx = -825307442, cy = -825307442, cdx = -825307442, cdy = -825307442, yrepeat = -137441586, 
  silhouette = 3 '\003', bFogBoundary = 0 '\000', bFakeBoundary = 247 '\367', shade = 0, sprtopclip = 85858, 
  sprbottomclip = 85423, maskedtexturecol = -1, swall = -1, fake = 0, bkup = 0, tmapvals = {UoverZorg = 0, 
    UoverZstep = -1.00586491e+34, InvZorg = -1.00588019e+34, InvZstep = -1.00588019e+34}, CurrentPortalUniq = 0}
(gdb) print seg->curline
$3 = (seg_t *) 0xcececececececece
(gdb) print seg->curline->linedef
Cannot access memory at address 0xcececececececee6
(gdb) bt
#0  0x000000000071c142 in R_ClipSpriteColumnWithPortals (x=145883136, y=-15859712, spr=0x3b6d0d0)
    at ../src/r_things.cpp:338
#1  0x000000000071c4be in R_DrawVisSprite (vis=0x3b6d0d0) at ../src/r_things.cpp:431
#2  0x0000000000721476 in R_DrawSprite (spr=0x3b6d0d0) at ../src/r_things.cpp:2212
#3  0x00000000007216d4 in R_DrawMaskedSingle (renew=false) at ../src/r_things.cpp:2271
#4  0x00000000007217e9 in R_DrawMasked () at ../src/r_things.cpp:2308
#5  0x000000000070d1af in R_DrawSkyBoxes () at ../src/r_plane.cpp:1337
#6  0x00000000007092e9 in R_RenderActorView (actor=0x3b3fb30, dontmaplines=false) at ../src/r_main.cpp:929
#7  0x00000000006f7e2e in FSoftwareRenderer::RenderView (this=0x10da7f0, player=0xd0ede0 <players>)
    at ../src/r_swrenderer.cpp:111
#8  0x00000000005a8fbe in D_Display () at ../src/d_main.cpp:762
#9  0x00000000005a9b1e in D_DoomLoop () at ../src/d_main.cpp:1006
#10 0x00000000005ad8fd in D_DoomMain () at ../src/d_main.cpp:2612
#11 0x0000000000567edd in main (argc=5, argv=0x7fffffffde18) at ../src/posix/sdl/i_main.cpp:317

[jewalky]

It's probably fixed now. At least my reliable way to reproduce it (go to map02, die in a hole near start, go to map03) doesn't crash anymore.

[Blzut3]

Yeah, that fixes the crashes. Now there's a huge performance regression. Go to urban brawl map07 and open the elevator door. For me that hallway is perfectly smooth (35+ fps) with the latest master, with the new portal code I get about a half a frame per second. The level slots after map07 may also have some performance issues, but I didn't directly compare them since they're no where near as bad.

[Blzut3]

Gez noticed your new commits, so I tried them out. The MAP07 performance seems to be good now. MAP08 still has a performance regression at the river, but it's still playable. There also seems to be a release build only (not even relwithdebinfo) crash at startup on MAP01. Being that it's release mode only I'm guessing I'll need to debug and fix myself, but thought I would let you know about it anyway.

[Gaerzi]

(I'm not jewalky.)

[Blzut3]

Kind of a strange regression since some mirrors work, but the mirrors in the bathrooms near the start of Urban Brawl MAP04 and MAP06 are broken.

[Blzut3]

Nevermind, fixed it myself. Missing call to P_CheckPortal in the hexen format linedef loader. Moved P_CheckPortal call to P_FinishLoadingLineDef unless I'm missing something it works fine there and is called by Doom, Hexen, and UDMF loaders.

There is now a portal2_visual branch in the upstream repo.

[coelckers]

One semi-major problem: Upper and lower textures on portal lines are not drawn. If we want to support linked-line portals Eternity style we will need this.