[Forge]

a room in WD that causes the game to crash - if the garage and the blue pal-ed control room are viewed at the same time.
luckily I can back into the room to hit the switch. I'm good as long as I don't get too much of a look out the window.

 swcp0000.jpg (219.05K)
Number of downloads: 19

 swcp0001.jpg (145.54K)
Number of downloads: 11

 swcp0003.jpg (165.05K)
Number of downloads: 13

 game2.zip (181.62K)
Number of downloads: 0

[Forge]

Twin Dragon works the opposite of Wanton Destruction.
TD needs the original sw.grp file in the base directory - or it won't even launch
With the sw.grp in the base directory WD will only load the first map - use the original art, sounds, etc instead of its own, then after completing the level it goes into level 6 Killing Fields of the original game.

Even with the original sw.grp removed from the base directory - the game still labels the maps as f they were part of the original episode. (e.g. it calls Military Base - Sumo Sky Palace, calls Train - Bath House, etc.)

[icecoldduke]

Forge, on 01 June 2017 - 05:29 PM, said:

Twin Dragon works the opposite of Wanton Destruction.
TD needs the original sw.grp file in the base directory - or it won't even launch
With the sw.grp in the base directory WD will only load the first map - use the original art, sounds, etc instead of its own, then after completing the level it goes into level 6 Killing Fields of the original game

I never noticed that, which assets from TD still look like the base game assets?

[Master O]

icecoldduke, on 01 June 2017 - 05:32 PM, said:

I never noticed that, which assets from TD still look like the base game assets?

It sounds like you should downgrade the status of Twin Dragon and Wanton Destruction in future binaries until that issue is sorted out.

[Forge]

icecoldduke, on 01 June 2017 - 05:32 PM, said:

I never noticed that, which assets from TD still look like the base game assets?

somebody correct me if i'm wrong, but twin dragons is pretty much just a map-pak episode. There's some new art assets, like a few wall posters & such, a couple new sounds, but other than the one final boss, the enemies, sounds, etc are mostly the same as in the original base game. TD is just adding to what's already there.
This could be why the sw.grp and the td.grp have to be in the base directory at the same time.
I won't know until I get there if the final boss is the one that comes with TD, or if it gets over-written by the defacto original episode boss.

Whereas Wanton Destruction has new art, new enemies, new sounds, etc.
WD is using the same asset slots as the original game for it's own stuff & they interfere with each other. - if the sw.grp is in the base directory at the same time as the wt.grp - then the sw.grp assets over-ride the wt.grp assets.

[Hank]

Forge, on 01 June 2017 - 07:54 PM, said:

somebody correct me if i'm wrong, but twin dragons is pretty much just a map-pak episode. There's some new art assets, like a few wall posters & such, a couple new sounds, but other than the one final boss, the enemies, sounds, etc are mostly the same as in the original base game. TD is just adding to what's already there.
This could be why the sw.grp and the td.grp have to be in the base directory at the same time.
I won't know until I get there if the final boss is the one that comes with TD, or if it gets over-written by the defacto original episode boss.

Whereas Wanton Destruction has new art, new enemies, new sounds, etc.
WD is using the same asset slots as the original game for it's own stuff & they interfere with each other. - if the sw.grp is in the base directory at the same time as the wt.grp - then the sw.grp assets over-ride the wt.grp assets.

Close.
You can't have td.grp and sw.grp in the same folder. You can have wt.grp and sw.grp in the same folder. At least this is the setup in my original Shadow Warrior game from GoG, and those work for me.
Redux version: has the group files for TD and DW in one separate folder.

[Forge]

Hank, on 01 June 2017 - 08:38 PM, said:

Close.
You can't have td.grp and sw.grp in the same folder. You can have wt.grp and sw.grp in the same folder. At least this is the setup in my original Shadow Warrior game from GoG, and those work for me.
Redux version: has the group files for TD and DW in one separate folder.

Now try it with this eduke32 port ICD is working on.
I'm reporting on this, not how it works elsewhere.

I'm playing td right now - and the game won't even launch if you use twin dragons from the launch box drop-down menu and both td & sw grp files are not in the base directory.

[Forge]

A Twin Dragons crash spot for polymost - can't drop down this hole without it crashing as soon the transparent water becomes visible. Even backing in and looking down at the floor doesn't work.
(but I can switch to polymer and go get the key - so at least I'm not completely stuck)

 swcp0000.jpg (170.69K)
Number of downloads: 12

 swcp0001.jpg (125.63K)
Number of downloads: 14

[Hank]

Forge, on 01 June 2017 - 09:04 PM, said:

Now try it with this eduke32 port ICD is working on.
I'm reporting on this, not how it works elsewhere.

I'm playing td right now - and the game won't even launch if you use twin dragons from the launch box drop-down menu and both td & sw grp files are not in the base directory.

I will when it's ready. I'm left handed and need my custom key/mouse setup to test anything

Meanwhile, I simply stated how current Shadow Warrior games are organized. It might be an idea to program with it in mind.

[Forge]

Hank, on 01 June 2017 - 09:34 PM, said:

I will when it's ready. I'm left handed and need my custom key/mouse setup to test anything

Meanwhile, I simply stated how current Shadow Warrior games are organized. It might be an idea to program with it in mind.

you don't need to play it, only test to see if it launches..
i know. the hassles downloading a tiny zip, un-packing it into its own directory, and copying three grp files over. I can hear the creaking of metacarpal.


meanwhile, odd flickering & shaking behavior in this room (same map as the hole that causes polymost crashes)

http://www.mediafire...2-29-33-363.mp4

[Forge]

Finished Twin Dragon.
The final boss was the correct one for the expansion.

One odd glitch - when the walls come down exposing the boss, it's accompanied by one red - evil ninja.
I killed the evil ninja and it ended the game like I had just killed the boss.

[Kyanos]

Some more highpals.
 sw_highpals_part2.zip (5.39MB)
Number of downloads: 2

[icecoldduke]

SHADOW WARRIOR MODDING TUTORIAL:

Turning Ninja Stars into the Duke3D expander weapon.
In this tutorial we will make it so enemies will grow very big and blow up when the ninja stars hit a enemy actor.

In Actor.cpp at the very end of the add the following code.

void InitActorGrow(int spritenum, int scalex, int scaley)
{
	USERp u = User[spritenum];
	
	if (u == nullptr)
		return; 

	u->isGrowingTillDeath = true;
	u->growingTicTimer = 0;
	u->growScaleX = scalex;
	u->growScaleY = scaley;
}

bool DoGenericGrowCode(int spritenum)
{
	USERp u = User[spritenum];

	if (u == nullptr)
		return FALSE;

	if (!u->isGrowingTillDeath)
		return FALSE;

	SPRITEp sprite = u->SpriteP;

	if (u->growingTicTimer < 32)
	{
		sprite->xrepeat += ksgn(u->growScaleX);
		sprite->yrepeat += ksgn(u->growScaleX);
		u->growingTicTimer++;
	}
	else
	{
		// spawn explosion
		int explosion = SpawnSectorExp(spritenum);
		ASSERT(explosion >= 0);
		SPRITEp exp = &sprite[explosion];
		USERp eu = User[explosion];

		exp->xrepeat += (RANDOM_P2(32 << 8) >> 8) - 16;
		exp->yrepeat += (RANDOM_P2(32 << 8) >> 8) - 16;
		eu->xchange = MOVEx(92, exp->ang);
		eu->ychange = MOVEy(92, exp->ang);

		KillSprite(spritenum);
		return TRUE;
	}

	return FALSE;
}

The above code is our expander logic. The above logic is based on the expander logic in duke3d.

In actor.h at the bottom of the header add the following code:

void InitActorGrow(int spritenum, int scalex, int scaley);
bool DoGenericGrowCode(int spritenum);

In game.h find the USER struct and add the following just above the filler variable:

        bool isGrowingTillDeath;
	int growingTicTimer;
	int growScaleX;
	int growScaleY;

In sprite.cpp just below #include "player.h" add the following:

#include "actor.h"

Also in sprite.cpp find the function SpriteControl just above the CloseToPlayer = FALSE; line(inside of the move bad guys around TRAVERSE_SPRITE_STAT) add the following code.

			if (DoGenericGrowCode(sp - sprite))
				continue;

Were executing our exploding logic here, there is probably a better place for it but we don't continue in the loop if DoGenericGrowCode has removed destroyed this actor.

Finally in weapon.cpp around line 6373(case STAR1/case CROSSBOLT) modify that condition from

case STAR1:
    case CROSSBOLT:
        damage = GetDamage(SpriteNum, Weapon, WPN_STAR);

        if (u->sop_parent)
        {
            break;
        }
        else if (u->PlayerP)
        {
            MONO_PRINT("Stat Hit Actor");
            // Is the player blocking?
            if (u->PlayerP->WpnKungFuMove == 3)
                damage /= 3;
            PlayerDamageSlide(u->PlayerP, damage, wp->ang);
            if (PlayerTakeDamage(u->PlayerP, Weapon))
            {
                PlayerUpdateHealth(u->PlayerP, damage);
                PlayerCheckDeath(u->PlayerP, Weapon);
            }
            if (u->PlayerP->Armor)
                PlaySound(DIGI_ARMORHIT,&u->PlayerP->posx,&u->PlayerP->posy,&
u->PlayerP->posz,v3df_dontpan|v3df_follow|v3df_doppler);
        }
        else
        {
            MONO_PRINT("Star Hit Actor");
            ActorHealth(SpriteNum, damage);
            ActorPain(SpriteNum);
            ActorStdMissile(SpriteNum, Weapon);
            ActorDamageSlide(SpriteNum, damage, wp->ang);
            ActorChooseDeath(SpriteNum, Weapon);
        }

        StarBlood(SpriteNum, Weapon);

        wu->ID = 0;
        SetSuicide(Weapon);
        break;

to

case STAR1:
		InitActorGrow(SpriteNum, 100, 100);

		StarBlood(SpriteNum, Weapon);

		wu->ID = 0;
		SetSuicide(Weapon);
		break;
    case CROSSBOLT:
        damage = GetDamage(SpriteNum, Weapon, WPN_STAR);

        if (u->sop_parent)
        {
            break;
        }
        else if (u->PlayerP)
        {
            MONO_PRINT("Stat Hit Actor");
            // Is the player blocking?
            if (u->PlayerP->WpnKungFuMove == 3)
                damage /= 3;
            PlayerDamageSlide(u->PlayerP, damage, wp->ang);
            if (PlayerTakeDamage(u->PlayerP, Weapon))
            {
                PlayerUpdateHealth(u->PlayerP, damage);
                PlayerCheckDeath(u->PlayerP, Weapon);
            }
            if (u->PlayerP->Armor)
                PlaySound(DIGI_ARMORHIT,&u->PlayerP->posx,&u->PlayerP->posy,&
u->PlayerP->posz,v3df_dontpan|v3df_follow|v3df_doppler);
        }
        else
        {
            MONO_PRINT("Star Hit Actor");
            ActorHealth(SpriteNum, damage);
            ActorPain(SpriteNum);
            ActorStdMissile(SpriteNum, Weapon);
            ActorDamageSlide(SpriteNum, damage, wp->ang);
            ActorChooseDeath(SpriteNum, Weapon);
        }

        StarBlood(SpriteNum, Weapon);

        wu->ID = 0;
        SetSuicide(Weapon);
        break;

[icecoldduke]

The video for the above tutorial

[Forge]

[icecoldduke]

Drek, on 02 June 2017 - 07:08 PM, said:

Some more highpals.
sw_highpals_part2.zip

Nice job! Just got it in the depot and will be in for the next patch.

[icecoldduke]

I fixed a bug in Polymer were, gotpic wasn't being set at all. This was causing quite a bit of logic to fail(such as FAF were all the FAF logic was failing because PicInView was always returning false). FAF is still not working in Polymer yet but PicInView is now working right.

Here is the CL if anyone has any input.

https://github.com/j...83a3b7490cd46ca

[Hank]

Excuse my ignorance, but what is FAF?

[icecoldduke]

Hank, on 04 June 2017 - 08:43 AM, said:

Excuse my ignorance, but what is FAF?

"Floor Above Floor" its the sector above sector technique Shadow Warrior uses.

[icecoldduke]

I fixed Polymer FAF.

[Master O]

icecoldduke, on 04 June 2017 - 10:50 AM, said:

I fixed Polymer FAF.

In that first image (in the console), it says your missing several .png files. Is that normal?

[icecoldduke]

Master O, on 04 June 2017 - 01:28 PM, said:

In that first image (in the console), it says your missing several .png files. Is that normal?

Probably not . When I took the redux ui assets I didn't clean up the def file, while its not normal I doubt its causing any problems. I'll clean it up when I get a chance. Thanks for letting me know .

[TerminX]

What the fuck Justin, is your F12 key broken?

[icecoldduke]

TerminX, on 04 June 2017 - 01:50 PM, said:

What the fuck Justin, is your F12 key broken?

There does exist that possibility . Until you brought it up I didn't know F12 did screenshots, I'll get that fixed.

[TerminX]

icecoldduke, on 04 June 2017 - 01:56 PM, said:

I didn't know F12 did screenshots

[Paul B]

icecoldduke, on 04 June 2017 - 08:44 AM, said:

"Floor Above Floor" its the sector above sector technique Shadow Warrior uses.

How similar is FAF to TROR in Eduke? This is encouraging progress, I hope it can be translated to Eduke's PolymerNG TROR as well.

[Master O]

icecoldduke, on 04 June 2017 - 01:48 PM, said:

Probably not . When I took the redux ui assets I didn't clean up the def file, while its not normal I doubt its causing any problems. I'll clean it up when I get a chance. Thanks for letting me know .

Also, in that first image, he's underwater, right?

[icecoldduke]

TerminX, on 04 June 2017 - 01:58 PM, said:

I actually missed osdcmds.cpp/osdfunc.cpp. I'm taking care of that now .

Paul B, on 04 June 2017 - 03:18 PM, said:

How similar is FAF to TROR in Eduke? This is encouraging progress, I hope it can be translated to Eduke's PolymerNG TROR as well.

It's more similar to SOS in Duke3D or Blood. Basically you place a sprite in both sectors that have the same tag and in the same relative position. Then the game renders the opposite sector first then the sector the player is in. Its similar to how portal skies work, but its not TROR.

FAF was the original technique used in Shadow Warrior, to be clear all I did was fix bugs in Polymer that caused FAF not to render properly. Basically in Polymer, the sky code was causing problems with FAF and drawplane didn't early exit when the size of the tile of the plane had texture dimensions of 0x0. Also the Polymer renderer didn't handle gotpic at all which the game used to determine if a FAF sector was visible. Basically the game checks to see if a floor or ceiling in view has a picnum of FAF_MIRROR_PIC, and early exits if none is found. It determines that based on the gotpic array which wasn't being used at all in Polymer.

Master O, on 04 June 2017 - 03:20 PM, said:

Also, in that first image, he's underwater, right?

No this is the third room in the example.map. The room I'm in is just a generic room with a room over it.

[icecoldduke]

I disabled the standard "press t" text input mechanism and implemented the following console commands:

• god - toggles god mode
  
• give - gives all items and weapons.
  
• changelevel <level id> - changes level
  
• noclip - toggles noclip.
  
• screenshot - takes a screenshot

Does anyone have a issue using the console instead of the old cheat text input mechanism?

[TerminX]

If you're going to do that, you need to let the user type the old cheats directly into the console.