[Romulus]

icecoldduke, on 26 May 2017 - 12:48 PM, said:

It's all part of the same system internally. The weapon sprites should not be stretched in my branch.

Thanks, but I can't install VS 2017 just to compile this. I appreciate your willingness to help a fellow gamer out.

[icecoldduke]

Drek, on 26 May 2017 - 01:57 PM, said:

What can and can't be done mapping for SW in Mapster32?

In order to get true shadow warrior mapping in mapster32, all the logic for editing tags and such would need to be moved over.

[icecoldduke]

Romulus, on 26 May 2017 - 01:58 PM, said:

Thanks, but I can't install VS 2017 just to compile this. I appreciate your willingness to help a fellow gamer out.

You don't need to install VS 2017, only the runtimes.

[Romulus]

icecoldduke, on 26 May 2017 - 02:11 PM, said:

You don't need to install VS 2017, only the runtimes.

I need to compile it, don't I?

[icecoldduke]

Romulus, on 26 May 2017 - 02:22 PM, said:

I need to compile it, don't I?

There are binaries here https://github.com/j...master/binaries I will make new binaries this weekend with the updated changes.

[Kyanos]

icecoldduke, on 26 May 2017 - 02:10 PM, said:

In order to get true shadow warrior mapping in mapster32, all the logic for editing tags and such would need to be moved over.

Well I think I may be willing and able to do that, I've got a build here that looks for sw.grp and I've been tweeking the 2d mode colors. I'll grab the swpbuild source and get to reading. Should probably open sw's build.exe in dosbox soon to see what's what.

That's the worst of it though right, all the sounds work in mapster as is? The other known issues are player view height in 3d mode and default visibility. If anyone else can think of anything please say so.

[icecoldduke]

Drek, on 26 May 2017 - 03:26 PM, said:

Well I think I may be willing and able to do that, I've got a build here that looks for sw.grp and I've been tweeking the 2d mode colors. I'll grab the swpbuild source and get to reading. Should probably open sw's build.exe in dosbox soon to see what's what.

That's the worst of it though right, all the sounds work in mapster as is? The other known issues are player view height in 3d mode and default visibility. If anyone else can think of anything please say so.

That I don't know. I would start by hooking up all the special key combos and attribute editing shit thats unique to shadow warrior. In theory thats all you should need to do besides possibly the sound stuff.

[Romulus]

Just noticed something.

If you untick the Fullscreen option from SWP 4.3.3, all the WideScreen resolutions disappear, meaning you can't run WideScreen resolutions in Windowed mode.

Sigh. I can't get MSI Afterburner to take screenshots when in FullScreen. Any console commands/Key bind recommendations for taking screenshots while FullScreen from within SWP?

[Kyanos]

                strcpy(tempbuf, "Boolean Sprite tag 11 (0 or 1): ");
                value = !!TEST_BOOL11(sp);
                value = getnumber(tempbuf, value, 65536L, 0);
                if (value)
                    SET_BOOL11(sp);
                else
                    RESET_BOOL11(sp);
... and so on

I found it all in jnstub.c, I'm assuming I can just set the defines in my game.h like sw has then move this stuff into astub.c if that makes sense.

[Hendricks266]

F12 should do it.

[Romulus]

I think this demonstrates the issue pretty well:




All screenshots were taken at 1080p.

[Lunick]

Completely unrelated but where did the sprites on the walls go in SWCP

[Kyanos]

I got the tags working, and saving. I need to test them in game but it should work the same I think.

[Hendricks266]

I bet you could get that working in m32script, so there would be no need to fork Mapster.

A proper SW Mapster32 will be as much if not more work as the game porting.

[MetHy]

When I made my map I quickly realized that a SW Mapster32 would need more than just "tags implementation" to work.

Here is an example: boats and other driveable vehicules. If I tried to Build the sectors of the vehicule in Mapster32, then made the ST1 and other effects in SWPBuild, the boat wouldn't work properly. Well actually I think it WOULD work but only if it had less than something like 10 sectors.

Then, if I tried to re-build the exact same sector structure, built the exact same way, but this time using SWPBuild from the start, it would work.

I also had some issues with turrets, and I think it was related. Again, I was limited to very few sectors if I had to build its sectors with M32.
Then, if I built it with SWPBuild, the turret would work but would constantly break and glitch the level for no apparent reasons as I kept building unrelated stuff in other parts of the level using Mapster32. I ended up giving up, deleted it, and re-made the turret only when the entire level was done.


Then there is also the entire scale difference, but that's one thing one can get used to.

[MrFlibble]

A while ago I was trying to find Twin Dragon-related stuff via the Wayback Machine. Level Infinity's website used to have quite a few screenshots but only thumbnails have been archived for whatever reason. I wonder if anyone has these in full resolution, or maybe there was a mirror that got better preserved in the WM?

On another note, when playing the second level of Twin Dragon (City of Despair) I had a strong impression that its design was to an extent influenced by LameDuke's cityscape levels (especially this area). Could it be the case, or is it just a coincidence?

[Romulus]

Lunick, on 26 May 2017 - 09:49 PM, said:

Completely unrelated but where did the sprites on the walls go in SWCP

Apparently there's a bug. I can break SWCP's WideScreen and that helps it to render the missing sprites.

[icecoldduke]

MetHy, on 27 May 2017 - 12:10 AM, said:

Here is an example: boats and other driveable vehicules. If I tried to Build the sectors of the vehicule in Mapster32, then made the ST1 and other effects in SWPBuild, the boat wouldn't work properly. Well actually I think it WOULD work but only if it had less than something like 10 sectors.

There is something wierd going on that might be a bug in eduke32. Here is one example, in build bit 15 for cstat should render a sprite invisible. The reason in my branch that sprites are invisible in Polymer is when CSTAT_SPRITE_BLOCK_MISSILE(bit 14) is set on a sprite the sprite becomes invisible. As such in SW Polymer, changing

#define CSTAT_SPRITE_BLOCK_MISSILE  BIT(14)

to

#define CSTAT_SPRITE_BLOCK_MISSILE  BIT(11)

Sprites render normally in Polymer.

[Kyanos]

Hendricks266, on 26 May 2017 - 10:48 PM, said:

I bet you could get that working in m32script, so there would be no need to fork Mapster.A proper SW Mapster32 will be as much if not more work as the game porting.

I can't do this in m32 script. Helixhorned or you probably could. I still think it's worth my effort, and I like the learning part of it so I'm going to continue with it for now. I never intended a proper fork, I grabbed an old build before TROR (1775) and started there. Mainly because it's all I could get to compile.

MetHy, on 27 May 2017 - 12:10 AM, said:

When I made my map I quickly realized that a SW Mapster32 would need more than just "tags implementation" to work.Here is an example: boats and other driveable vehicules. If I tried to Build the sectors of the vehicule in Mapster32, then made the ST1 and other effects in SWPBuild, the boat wouldn't work properly. Well actually I think it WOULD work but only if it had less than something like 10 sectors. Then, if I tried to re-build the exact same sector structure, built the exact same way, but this time using SWPBuild from the start, it would work.I also had some issues with turrets, and I think it was related. Again, I was limited to very few sectors if I had to build its sectors with M32.Then, if I built it with SWPBuild, the turret would work but would constantly break and glitch the level for no apparent reasons as I kept building unrelated stuff in other parts of the level using Mapster32. I ended up giving up, deleted it, and re-made the turret only when the entire level was done.Then there is also the entire scale difference, but that's one thing one can get used to.

Thanks for this it's very useful info, I can try to look into it as I go forward. It will probably be something missing from game side code that mapster32 doesn't have due to it being duke3d based.

[Hendricks266]

icecoldduke, on 27 May 2017 - 06:36 AM, said:

There is something wierd going on that might be a bug in eduke32. Here is one example, in build bit 15 for cstat should render a sprite invisible. The reason in my branch that sprites are invisible in Polymer is when CSTAT_SPRITE_BLOCK_MISSILE(bit 14) is set on a sprite the sprite becomes invisible. As such in SW Polymer, changing

#define CSTAT_SPRITE_BLOCK_MISSILE  BIT(14)

to

#define CSTAT_SPRITE_BLOCK_MISSILE  BIT(11)

Sprites render normally in Polymer.

Both of those bits are taken in EDuke32. http://wiki.eduke32.com/wiki/Cstat

This is one of the significant issues that porting SW has. I know what the solution is.

[Kyanos]

Palswaps were coded into sw they don't work in Mapster, so instead of doing it "proper" like that I've started making a lookup.dat for Mapster32 to use.

[icecoldduke]

Hendricks266, on 27 May 2017 - 10:59 AM, said:

Both of those bits are taken in EDuke32. http://wiki.eduke32.com/wiki/Cstat

This is one of the significant issues that porting SW has. I know what the solution is.

What do you purpose?

Drek, on 27 May 2017 - 09:44 PM, said:

Palswaps were coded into sw they don't work in Mapster, so instead of doing it "proper" like that I've started making a lookup.dat for Mapster32 to use.

Nice great work!

[Kyanos]

Settled on 2dmode colors.

[Mark]

Is it the screen cap or are the white walls actually grey. No big deal I guess if there will be no TROR in this project which uses grey walls when isolating sector bunches.

[Kyanos]

I will make them brighter. About TROR, I'm close to compiling 4249, my preferred version of mapster, stuck on SDL2 errors...

[Hank]

first steps learning Korean, so I may be able to provide some textures for this project

512 version, for polymost
 Gate01.png (469K)
Number of downloads: 9

128 version, needs a touch up, will do it when I'm better with Korean, no clue if this really translates to Zilla Enterprises
 Gate01sm.png (7.81K)
Number of downloads: 8

Any Korean in the house?

[icecoldduke]

Drek check your pm.

[Kyanos]

Some alt-pals working (all three cars) and voxels (uzi & armor).

[Micky C]

Lunick, on 20 May 2017 - 03:31 AM, said:

A workaround for this apparently is to turn voxel rendering off

I've tried that. Didn't work

[LeoTCK]

You know what would be great? A TMNT or Batman themed mod for SW!

With Batman you could introduce the league of shadows easily into SW...Shadow Warrior Shadow League...