Attaching OpenGL lights to Things

[Eidolon]

What SOC input do you have to do to attach a light to a thing?

Also, how do I convert corona colors?

 

[SSNTails]

To edit a light:

LIGHT x
if(!strcmp(word, "TYPE")) lspr[num].type = (USHORT)value;
else if(!strcmp(word, "OFFSETX")) lspr[num].light_xoffset = fvalue;
else if(!strcmp(word, "OFFSETY")) lspr[num].light_yoffset = fvalue;
else if(!strcmp(word, "CORONACOLOR")) lspr[num].corona_color = value;
else if(!strcmp(word, "CORONARADIUS")) lspr[num].corona_radius = fvalue;
else if(!strcmp(word, "DYNAMICCOLOR")) lspr[num].dynamic_color = value;
else if(!strcmp(word, "DYNAMICRADIUS")) lspr[num].dynamic_radius = fvalue;


------------------------------------------------------------------------------------
To attach a light:

SPRITE x (number of the SPR_ sprite)
LIGHTTYPE = y (light number from above)

I think Blaze has a SOC posted in the archives if you need an example.

 

[Eidolon]

To edit a light:

LIGHT x
if(!strcmp(word, "TYPE")) lspr[num].type = (USHORT)value;
else if(!strcmp(word, "OFFSETX")) lspr[num].light_xoffset = fvalue;
else if(!strcmp(word, "OFFSETY")) lspr[num].light_yoffset = fvalue;
else if(!strcmp(word, "CORONACOLOR")) lspr[num].corona_color = value;
else if(!strcmp(word, "CORONARADIUS")) lspr[num].corona_radius = fvalue;
else if(!strcmp(word, "DYNAMICCOLOR")) lspr[num].dynamic_color = value;
else if(!strcmp(word, "DYNAMICRADIUS")) lspr[num].dynamic_radius = fvalue;

I think you just combined C++ with SOC.

 

[Sik]

Oops, it looks true. However, for some reason the SOC Editor asks for the sources, is there some reason?

 

[SSNTails]

I think you just combined C++ with SOC.

I was hoping you'd know what I mean. Those are the properties for a light.


i.e.,


LIGHT 5
DYNAMICRADIUS = 4
OFFSETX = 0
OFFSETY = 8

 

[Eidolon]

I'm not a person who knows C++ by heart, but surprisingly I understood some of the code after reading it over. HOWEVER, this doesn't mean i'm buying a 700+ page book for learning it ^_^

Anyway, thanks. This'll be useful for the multiplayer construction kit I was building.

 

[Sik]

Better not buy one. And you can't understand C++ without know C. I know by experience. However, I had a Pascal book of about 2000 pages... and I don't know how did I for read it in only one day o_O (it's not a joke) Yeah, looks strange, but I didn't learn much :P Just after it I read it again, but with more patience.

 

[Rob]

Speaking of lights, is it possible to get a different light on individual frames of an object? Specifically, Invincibility stars.

 

[JTE]

On frames, no. On sprites, yes. Super Sonic's golden light is sprite-based, so anyone using PLAY sprites (Or frames that use PLAY sprites if you're not using a skin, at least) will glow yellow while someone else is super. Which is an oddity I really hope there is a way to fix soon, if by inventing the ability to add OGL lights to individual frames.

 

[Darkhaven3]

That's not C++...

Anyway, unless every single last one of the codepointers and frame flags in the original DOOM.EXE file have been completely ripped out of the SRB2 source, there's a flag you can set for any frame to make them light up, and if you do some certain specialized codepointer hacks you can make something resembling lights-per-frame; check the frametable in DEHACKED.EXE to see what I'm talking about. It is by no means an OpenGL light, but it's there if you guys want to toy around with it in Software mode.

 

[SSNTails]

Oh, I see. I think you're talking about the fullbright option for frames. I think they want to make fancy dynamic/corona OGL colored lighting.

 

[Eidolon]

The Corona colors question wasn't answered...

Anyway, the golden sprite SS glitch is really annoying in coop MR4

 

[SSNTails]

What do you mean "convert corona colors"?

 

[Eidolon]

Corona/Dynamic colors seem to be different from HTML. Can I have a little help on this?

 

[SSNTails]

I think it goes BGR instead of RGB.

 

[Eidolon]

Wow, OpenGL is SOOOOO freaked out!

Two things I have learned about OpenGL here:

1. Z axis (up and down) is flipped, meaning when you add 64 to the Z, you go... Up?
2. Corona/Dynamic lighting colors are BGR instead of RGB.

 

[Shuffle]

1. Z axis (up and down) is flipped, meaning when you add 64 to the Z, you go... Up?

.. don't things USUALLY go up when you add on to the height? >_>

 

[Bigboi]

XD

 

[Eidolon]

Actually, I wasn't talking about SRB2. I was talking about OpenGL coding itself.

 

[Shadow Hog]

The OpenGL coordinate system makes sense from a mathematical standpoint, where higher Y (or Z, but I'm going to say Y just because) goes up and vice versa. If you're used to 2D gaming, though, were higher Y means going down, you can get confused pretty quickly.