Page 1 of 1

UDMF sector sky properties

PostPosted: Sat Dec 12, 2015 10:45 am
by Gez
There were some discussion on that subject recently, so I figured I'd create a thread to keep track of what should be covered by an implementation.

  • A sky can be a double sky, or an alternate sky in case of lightning, so there should be properties for both sky1 and sky2.
  • Perhaps the sky1 and sky2 properties could be duplicated so as to have separate skies for floors and ceilings.
  • A sky can also be a skybox, so this ought to be able to replace the SkyPicker thing. Trying to shoehorn skypicker TIDs in a sky texture field would be hacky (what if a sky texture is named simply "1"?) so it may be necessary for robustness to have it as a separate property.

So to recap, we could get something like this:
Code: Select allExpand view
ceilingsky1 = "texture name";
ceilingsky2 = "texture name";
ceilingskypicker = <tid>;
floorsky1 = "texturename";
floorsky2 = "texturename";
floorskypicker = <tid>;

Default texture name of an empty string would be to use the sky defined in MAPINFO (or through Static_Init for this sector). Default tid of 0, likewise (as the skypicker things work).

Re: UDMF sector sky properties

PostPosted: Sat Dec 12, 2015 12:22 pm
by Major Cooke
Agreed. I so need this. Putting things into a sector is good and all, but managing them and finding the things especially if the sector is somewhat large and split up into subsectors can be difficult to find.

Re: UDMF sector sky properties

PostPosted: Sat Dec 12, 2015 3:44 pm
by Xaser
The more we move away from the "place things in a sector" paradigm the better. This suggestion closes one of the biggest gaps, so I'm super-for-it.

Re: UDMF sector sky properties

PostPosted: Sat Dec 12, 2015 3:50 pm
by Tormentor667
Xaser wrote:The more we move away from the "place things in a sector" paradigm the better.

Absolutely right, I second this

Re: UDMF sector sky properties

PostPosted: Sat Dec 12, 2015 5:23 pm
by Major Cooke
I wonder how hard it would be to make this possible... Hmm, time to investigate my first adventure into UDMF! If someone doesn't beat me to it. :P

Re: UDMF sector sky properties

PostPosted: Sat Dec 12, 2015 6:02 pm
by Graf Zahl
The biggest fun here will be to manage this in the renderer which (again) suffers from overreliance on global variables for the sky properties.

Re: UDMF sector sky properties

PostPosted: Sat Dec 12, 2015 7:15 pm
by Major Cooke
...Oh. Nevermind then.

Re: UDMF sector sky properties

PostPosted: Mon Dec 14, 2015 6:39 pm
by Xaser
In terms of difficulty, I imagine that we really have two separate things here: adding arbitrary non-skybox skies requires removing some de-hardcoding, but the two skypicker properties ought to be easier since they're already configurable per-sector (in a somewhat roundabout way).

Thinking on it, though, how are Static_Init skies handled? That may be bootstrappable.

I'm educatedly-guessing here, of course.

Re: UDMF sector sky properties

PostPosted: Tue Dec 15, 2015 3:49 am
by Graf Zahl
Static_Init doesn't do much, it only flags the sector and then lets the renderer pick the sky from the linedef.That code is probably the best guideline to handle per-sector skies.