ZDoom

Graf Zahl wrote:Customsprite had been able to do that for all those years it existed.

Spoiler:

---

Code: Select all

class TestActor : CustomSprite
{
	Default
	{
		+NOBLOCKMAP
		+NOGRAVITY
        
        RenderStyle 'Normal';
	}
    
	States
	{
	Spawn:
		TNT1 A -1;
		Stop;
	}

    override void BeginPlay()
    {
        Super.BeginPlay();
        picnum = TexMan.CheckForTexture("PLAYA1", TexMan.Type_Any);    
        if (!picnum.Exists())
        {
            A_Log("failed");
            Destroy();
            return;
        }
    }
}

Spoiler:

---

Code: Select all

class TestActor : Actor
{
	Default
	{
		+NOBLOCKMAP
		+NOGRAVITY
        
        RenderStyle 'Translucent';
	}
    
	States
	{
	Spawn:
		TNT1 A 1;
		loop;
	}

    override void BeginPlay()
    {
        Super.BeginPlay();
        A_Log(String.Format("picnum = %d", picnum));
        picnum = TexMan.CheckForTexture("M_DOOM", TexMan.Type_Any);    
        if (!picnum.Exists() || !picnum.IsValid())
        {
            A_Log("failed");
            Destroy();
            return;
        }
        A_Log("ok");
        A_Log(String.Format("picnum = %d", picnum));
    }
    
    override void Tick()
    {
        Super.Tick();
        A_Log(String.Format("picnum = %d", picnum));
    }
}

ZZYZX wrote: Now it's basically a way to assign ARBITRARY graphic to an actor, from what I can see.

Graf Zahl wrote:Customsprite had been able to do that for all those years it existed. I changed nothing about it. Its purpose has been to give it a texture number and use the Build texture with the given name as its sprite image. It's just that apparenly nobody ever did.

Major Cooke wrote:

ZZYZX wrote:UI

Soon.

ZZYZX wrote:networking

Never.

Agentbromsnor wrote:What should I be looking for there? Sorry, but I haven't followed any of the discussion up till now, so I don't have any idea about the context of what tackles this issue.

base_player.zs, function UpdateLegsAndBody, line 61. This code smooths player movements and compensates for whenever the player tries to move into an unreachable place.

Graf Zahl wrote:No. Once a function is defined it cannot be changed. That would be far too dangerous because its injecting foreign code into existing classes without their knowledge.

ZZYZX wrote:It's will be broken with portals, because for doing it properly you have to calculate camera position during exact rendering step, not using playsim camera position/angles.
i.e. in portals camera is warped around, it's angle changed, etc. Will break.
Another use for my event system — preprocess the actor before rendering, say, set picnum or move around shadow actors so that they are always exactly behind the main actor :)
If for example we need that actor is drawn in a special way depending on where it is viewed from, OR FOR CUSTOM INTERPOLATION, since it's called on each frame.
Since portals and cameratextures are always using almost full rendering pipeline, it should be possible to move actors around before rendering something in a portal, without breaking BSP stuff.

This is probably what I'm going to do as a proof-of-concept implementation.

Player Part Documentation
-------------------------

SPRITE NAMING CONVENTION:

xxxyza

All parts' class names must be 3 words max.

xxx
----------
3-letter ID; the abbreviated name of the part. Please use UPPERCASE.

Eg:

CMB = Caucasian Male Body
UPF = Under Pants Female
WCB = Weapon Crowbar
SHM = Shirt Male
... etc etc etc

yz
----------
Animation ID. Can be A to Z, 0 to 9, and [ ^ ], giving each part a total of 1521
frames of animation. (26 + 10 + 3)². Please use lowercase.

a
----------
Direction/angle value. Follow standard ZDoom convention (see Angles, middle ring
at http://zdoom.org/wiki/Sprite for details).