[stumppy84]

Yeah, it would be pretty lame if that was the cameo.. But I guess that is the definition of a cameo.

[gemeaux333]

There is a reference to Stranger Things in Shadow Warrior 2

[Micky C]

stumppy84, on 17 December 2016 - 09:22 AM, said:

Yeah, it would be pretty lame if that was the cameo.. But I guess that is the definition of a cameo.

This is an easter egg. For it to be a cameo he'd have to show up in person.

[Kawa]

It's not an easter egg. It's clearly a snowman.

[gemeaux333]

[MetHy]

Those new trials suck.

[gemeaux333]

Would be great if some modders could bring to Shadow Warrior the improvements of Shadow Warrior 2 (at least those who makes sense, like the radar/mini-map showing the lootable elements) !

[Jimmy]

Is Shadow Warrior even moddable? I want the GOG pre-order katana.

[TheZombieKiller]

BlitZ, on 01 January 2017 - 07:51 PM, said:

Is Shadow Warrior even moddable? I want the GOG pre-order katana.

The devs said they would "probably" release mod tools in March/April 2014, but that of course never happened.

[gemeaux333]

The Jacky Chan stuff Xing was talking about, remind me this :

https://youtu.be/GJAPsHfHe4c?t=2m1s

https://youtu.be/mbO5WHRtAeY?t=8s

[Robman]

MrFlibble, on 11 December 2016 - 11:05 AM, said:

Duh, I vaguely remember there were posts about SWP updates here more or less recently but I failed to find them I also seem to have entirely missed the new version at the Shadow Warrior Central, somehow. Probably because the older versions all have file downloads while the latest beta just a link to GitHub. Heh.

Updated that part of the site just now.

Added a comments section at the bottom of the maps page also.

[enderandrew]

So perhaps this is a stupid question, but if @Hendricks266 is developing SWP and eDuke32, why not add support for loading SW in eDuke32 rather than maintain two separate code-bases where he has to implement features twice?

Edit: Looks like icecoldduke was working on it alongside the PolymerNG renderer.

[Robman]

My guess is that Hendricks initially was going to just try and tidy up a few things in SWP but the overall plan down the road is to have SW work with eduke in the form of VoidSW or something like that.

[FistMarine]

enderandrew, on 11 January 2017 - 11:14 PM, said:

So perhaps this is a stupid question, but if @Hendricks266 is developing SWP and eDuke32, why not add support for loading SW in eDuke32 rather than maintain two separate code-bases where he has to implement features twice?

Edit: Looks like icecoldduke was working on it alongside the PolymerNG renderer.

I know Hendricks worked on VoidSW some time ago but I haven't heard anything about the current status of VoidSW since a year or so. I guess he is busy with something else in the meantime as I know he is involved in several projects, so the best solution right now is to wait. I wouldn't mind seeing more frequent updates posted once in a while, though.

[enderandrew]

RunningDuke, on 12 January 2017 - 05:30 AM, said:

I know Hendricks worked on VoidSW some time ago but I haven't heard anything about the current status of VoidSW since a year or so. I guess he is busy with something else in the meantime as I know he is involved in several projects, so the best solution right now is to wait. I wouldn't mind seeing more frequent updates posted once in a while, though.

Is VoidSW a new source port planned for SW? That goes back to my original question of whether or not it is better to have one engine that can play multiple Build games rather than implement features multiple times in multiple code bases.

[Hendricks266]

enderandrew, on 11 January 2017 - 11:14 PM, said:

eDuke32

I don't understand how we can plaster the correct capitalization everywhere and newcomers will still get it wrong. EDuke32.

enderandrew, on 11 January 2017 - 11:14 PM, said:

So perhaps this is a stupid question, but if @Hendricks266 is developing SWP and eDuke32, why not add support for loading SW in eDuke32 rather than maintain two separate code-bases where he has to implement features twice?

Robman is spot on. SWP mostly works if you just want to play the game, so my work on it is/was limited to smoothing over rough edges.

enderandrew, on 11 January 2017 - 11:14 PM, said:

Edit: Looks like icecoldduke was working on it alongside the PolymerNG renderer.

That code only exists so that ice should test his renderer against SW's sector effects, such as ROR.

enderandrew, on 12 January 2017 - 08:07 AM, said:

Is VoidSW a new source port planned for SW?

Yes, it is the work I have done toward bringing the game code from JFSW, reconciling it against EDuke32's BUILD engine, and adding EDuke32 feature parity. It has not yet seen a release, because it has never been playable. Getting it to work correctly is difficult and complex.

enderandrew, on 12 January 2017 - 08:07 AM, said:

That goes back to my original question of whether or not it is better to have one engine that can play multiple Build games rather than implement features multiple times in multiple code bases.

Each BUILD game is its own codebase that sits on top of a common engine codebase. VoidSW is basically doing what you suggest on a source code organization level. However, it will still be a separate executable for the time being because merging the games into one binary is a difficult task in itself. Eventually, when you build our port you will get exe files for Duke and SW, and both will come in synthesis builds.

[enderandrew]

Hendricks266, on 12 January 2017 - 10:22 AM, said:

I don't understand how we can plaster the correct capitalization everywhere and newcomers will still get it wrong. EDuke32.

I'm trying to follow the new poster handbook I was given.

Hendricks266, on 12 January 2017 - 10:22 AM, said:

Each BUILD game is its own codebase that sits on top of a common engine codebase. VoidSW is basically doing what you suggest on a source code organization level. However, it will still be a separate executable for the time being because merging the games into one binary is a difficult task in itself. Eventually, when you build our port you will get exe files for Duke and SW, and both will come in synthesis builds.

The handbook said I should also demand immediately that you finish SW support, WT support, Total Meltdown/Plug 'N Play, and while you're at it, add in some new features like parallax occlusion and port to the TI-84 graphing calculator while you're at it.

That should only take a week or two, right?



In all seriousness, this is a very impressive port. Thanks for everything you do. I already love it, but I'm also eager for the future of the project.

As far as adding support for other BUILD games goes, I'm assuming that once you add support for one game, it will make it easier to add in other games that re-use the same features, or slightly iterate on them. I love preserving and extending old games like this.

Is there any reason why the ERampage code didn't get merged in?

[FistMarine]

enderandrew, on 12 January 2017 - 01:40 PM, said:

Is there any reason why the ERampage code didn't get merged in?

I'm guessing it's because ERampage is glitchy and unfinished. I would like to see RR supported by EDuke32 someday, if someone is willing to recreate the source like some people did with Strife before.

Besides, I've never played RR before and wasn't much interested in it but I would like to play it one day out of curiosity, only if it will ever get a proper source port. I don't want to play in DOSBox as I've heard the controls are awful.

[enderandrew]

RunningDuke, on 13 January 2017 - 07:21 AM, said:

I'm guessing it's because ERampage is glitchy and unfinished. I would like to see RR supported by EDuke32 someday, if someone is willing to recreate the source like some people did with Strife before.

Besides, I've never played RR before and wasn't much interested in it but I would like to play it one day out of curiosity, only if it will ever get a proper source port. I don't want to play in DOSBox as I've heard the controls are awful.

As it is, it allows you to play through the 3 RR games to completion, so it is better than nothing. I'd imagine it is better to have the code in one repository and have the ability to produce an executable. Then maybe someone will see it there and can pick it back up to fix bugs.

[FistMarine]

enderandrew, on 13 January 2017 - 09:31 AM, said:

As it is, it allows you to play through the 3 RR games to completion, so it is better than nothing. I'd imagine it is better to have the code in one repository and have the ability to produce an executable. Then maybe someone will see it there and can pick it back up to fix bugs.

So it doesn't contain any bugs that prevent you from finishing the game? If so, then that's good to know. I know for SW I've done the same before (e.g. not using SWP because it's glitchy and has crashes when saving game) and I've been waiting for SW to get integrated into EDuke32 since quite a while ago but I understand that it takes time and it is difficult to get it working, so I'd happily wait a few more months, maybe even a full year for VoidSW to come out in a finished state.

[Hendricks266]

It's because ERampage is a recreation, not a port. It would be like merging BloodCM into EDuke32. *cough*

[enderandrew]

RunningDuke, on 13 January 2017 - 10:19 AM, said:

So it doesn't contain any bugs that prevent you from finishing the game? If so, then that's good to know. I know for SW I've done the same before (e.g. not using SWP because it's glitchy and has crashes when saving game) and I've been waiting for SW to get integrated into EDuke32 since quite a while ago but I understand that it takes time and it is difficult to get it working, so I'd happily wait a few more months, maybe even a full year for VoidSW to come out in a finished state.

In the ERampage thread (and other places I've seen it discussed online while Googling it recently) people reported finishing all 3 games with it.

I'll attempt a play-through myself and report any bugs I find. But I'm only vague familiar with the original games, so I don't know what is expected behavior in every level.

[Robman]

Added a new page, 3dr news posts about SW from 97-09

http://swcentral.wee.../3drswnews.html

[Robman]

Here's some wayback machine links to pages of links for SW stuff - If you're bored.....

3DR SW links

Wangsdojo links


Created a page on SWC with lots of the WayBack links..(sw and duke)

[DustFalcon85]

I would like to see SWP getting ported to MacOS and Linux/Ubuntu/Debian. Is that in the works?

Psst! I purchased a MacBook Pro w/ an NVidia 750M and I'm loving it so far! No more Windows-powered laptops for me!

[Hendricks266]

Getting SWP to work well on Mac and Linux would be more work then bringing VoidSW up to speed.

[Micky C]

Hendricks266, on 27 February 2017 - 01:21 PM, said:

Getting SWP to work well on Mac and Linux would be more work then bringing VoidSW up to speed.

Not sure whether this is more an indication that getting SWP to work on *nix is hard, or that getting VoidSW to work is easy

[Robman]

Any of you hardcore Build Gamers have anything Shadow Warrior related that I don't already have on the SWC website?

Any help would be great

[Robman]

Anybody have a Wikipedia account that could add a link to Shadow Warrior Central to the Shadow Warrior Wikipedia page?
I've added it before but for some mysterious reason it has disappeared from there and I don't have the patience to remember or create a new login.


Pleeeeeaaassseeee : SW WIKI PAGE

[Lunick]

Is there a reason the Wikipedia should reference it?