Shadow Warrior corner "This thread has alotta Wangs! Discussions on Shadow Warrior only."
#481 Posted 10 October 2017 - 03:37 AM
Steam didn't freeze.
It tried to bring up the "really launch with addon"-prompt but couldn't as it doesn't wotk with small view or reduced to the tray icon.
Then Steam tries to open the prompt but only draws the lines of the window but not the prompt itself making it look as it crashed during trying to render the window.
Solution is to make a bat that first opens Steam and then launches the game's url with the addon suffix.
This post has been edited by fuegerstef: 10 October 2017 - 03:38 AM
#482 Posted 10 October 2017 - 07:43 PM
#483 Posted 11 October 2017 - 07:27 AM
#484 Posted 11 October 2017 - 10:45 AM
#485 Posted 11 October 2017 - 11:02 AM
#487 Posted 11 October 2017 - 12:44 PM
2. Throwing Knives -- No more of those ridiculously weak shurikens!!
These knives are the real things!! You throw them 3 at a time,
and the almost nonexistant reload time makes these very effective
control tools. Add to the fact that these sharp knives are very
powerful, you'll find yourself using this more often then you
thought! You can only carry 48 of these at a time now.
3. Riot Gun -- First the bad news - there's no second fire mode. You
can only fire one shot at a time. Also, you must reload after
each and every shot. But now the good news -- each shot is now
more than 2 times as powerful as the old riot gun!! You'll find
the extra firepower more than worth the added reload time. However,
you can now only carry 30 shots of these powerful bursts at a time.
4. MP5 Machinegun -- This gun shoots out a fast and powerful stream of
bullets that refuse any chance of survival for your opponent.
Because of is weight, you can only hold one at a time; but the
added power more than makes up for it. Plus, no reload!!
7. Rolling Mines -- HUGE change!! First of all, the mines will no longer
stick onto an enemy, so don't try. These mines roll on the floor
until they hit a wall. But they are no longer triggered by
proximity. You must trigger them either by shooting it or rolling
another mine into it. This weapon is perfect when you have a room
full of enemies. All you have to do is appear at the door, roll
two successive mines into the room, then get the hell out. Once
the two mines roll into each other, the room will go boom, and the
gibs will fly!! Note that these are a lot more powerful than sticky
bombs, and have a much bigger blast radius, so use with caution!!
It is these changes that I don't see on SWCR. Are there ways to make it work?
This post has been edited by Jim: 11 October 2017 - 12:49 PM
#488 Posted 11 October 2017 - 01:02 PM
Jim, on 11 October 2017 - 12:44 PM, said:
not all of the changes don't work on SWP either, LOL
This post has been edited by Ninjakitty: 11 October 2017 - 01:17 PM
#489 Posted 11 October 2017 - 01:04 PM
Could you post a link to the mod?
#490 Posted 11 October 2017 - 01:08 PM
Hendricks266, on 11 October 2017 - 01:04 PM, said:
Could you post a link to the mod?
Here you go:
http://swcentral.wee...aps--codes.html
#492 Posted 11 October 2017 - 01:19 PM
There on here: http://swcentral.wee...les--links.html
This post has been edited by Ninjakitty: 11 October 2017 - 01:19 PM
#493 Posted 11 October 2017 - 09:53 PM
Hendricks266, on 11 October 2017 - 01:18 PM, said:
Now that I think about it, it looks like they simply made use of ProAsm's impressive SW.EXE hacking tool SwGroup.
What about that Blood Port you're doing? Can it support the these weapons? IIRC it is the dosbox functions being routed over, and this mod works in dosbox right? Kinda sad it doesn't work in source port as it is I think the only real weapon mod for SW
This post has been edited by Jim: 11 October 2017 - 09:54 PM
#494 Posted 11 October 2017 - 11:57 PM
#495 Posted 12 October 2017 - 01:35 AM
Jim, on 11 October 2017 - 11:57 PM, said:
Greats idea.
But I don't think anybody here is willing to fix that* as the redux-version isn't liked (and the mine-issue isn't in the classic version). Otherwise we had a custom fix for that,
I also read on Steam that some folks on GoG had fixed that mine-issue with maphacks or so. Unfortunately (and of course) a link wasn't provided and I couldn't find anything on the GoG forums.
*) Or don't have the skills and time ... like me, for example.
This post has been edited by fuegerstef: 12 October 2017 - 01:38 AM
#496 Posted 12 October 2017 - 08:28 AM
Jim, on 11 October 2017 - 09:53 PM, said:
Yeah, it should work fine.
Jim, on 11 October 2017 - 11:57 PM, said:
It's not an easy bug to solve since you would need to not clip sprites against the floor geometry in Polymost. It would probably be easiest to tilefromtexture the same tile in the defs, but set a different yoffset so it appears above the ground.
#497 Posted 12 October 2017 - 06:41 PM
Hendricks266, on 12 October 2017 - 08:28 AM, said:
It's not an easy bug to solve since you would need to not clip sprites against the floor geometry in Polymost. It would probably be easiest to tilefromtexture the same tile in the defs, but set a different yoffset so it appears above the ground.
Can you fix the mine issue in VOIDSW? and add texture filtering for those people that want it?
#498 Posted 12 October 2017 - 08:12 PM
Jim, on 12 October 2017 - 06:41 PM, said:
VoidSW will support the Classic renderer which doesn't have the issue. I want to fix it in Polymost without hacks but it's a long road to get to that point. Texture filtering will be there on day 1, except maybe in Polymer with the artmapping shader like Duke (which isn't too complicated to fix but something I've never done before).
#499 Posted 12 October 2017 - 08:24 PM
#500 Posted 12 October 2017 - 08:46 PM
#501 Posted 12 October 2017 - 10:13 PM
#502 Posted 12 October 2017 - 10:36 PM
#503 Posted 12 October 2017 - 10:46 PM
#505 Posted 13 October 2017 - 09:56 PM
Hendricks266, on 12 October 2017 - 08:28 AM, said:
Is the cause of the mine bug the same as the BloodGDX bug described in this post? https://forums.duke4...post__p__288036
#506 Posted 13 October 2017 - 09:57 PM
Phredreeke, on 13 October 2017 - 09:56 PM, said:
Yeah, it looks like it.
#507 Posted 13 October 2017 - 10:10 PM
Regarding your Blood port, am I correct that it is running the original DOS versions, but intercepting the calls it makes to the Build engine and instead runs them against its own native renderer? Will it also support other games that haven't got a source port like Redneck Rampage and Powerslave?
#508 Posted 13 October 2017 - 10:16 PM
Hendricks266, on 13 October 2017 - 09:57 PM, said:
Well, this proves changing the graphic of the mine would work, right? even half a mine being visible will resolve this issue.
#509 Posted 13 October 2017 - 10:24 PM
Phredreeke, on 13 October 2017 - 10:10 PM, said:
For certain definitions of correct. The software renderer's concept of a face sprite doesn't have a direct analogue in the simple OpenGL of the era in which Polymost was made.
Phredreeke, on 13 October 2017 - 10:10 PM, said:
Yes, it should support every Build game. Build version 7 games will be the first to work, followed by version 6 (Powerslave), and finally 5 (and maybe 4 if I'm feeling charitable to Legend of the Seven Paladins, or if the hard work of making v5 happen will cover v4).
Jim, on 13 October 2017 - 10:16 PM, said:
Changing the graphic is probably a sufficient quick fix for the user, but it's a hack. There will always be more cases out there, such as the +30 health bananas in Duke Caribbean, for which fixing would be a game of whack-a-mole. There are also cases like the gargoyle, where changing the tile is not an appropriate hack, and instead you would need something akin to the .mhk files in the Duke HRP.
#510 Posted 13 October 2017 - 10:56 PM
Hendricks266, on 13 October 2017 - 10:24 PM, said:
I'm very curious about your port ! Since it will support all Build games, will it make EDuke32 obsolete? Do you have like a deadline in your mind? Shouldn't we make a separate thread on this? Sorry if I ask too many questions