[Danukem]

Forge, on 16 March 2017 - 06:39 PM, said:

Also, did you want the walker to have "contact" damage?
Although it is slightly amusing to stand underneath it and dance with its legs while taking no damage.

I have updated the clipshape:

http://www.filedropper.com/clipshape0

Download the map and put it at the root level in the Duke Forces folder to replace the other of the same name. There was a clip shape, but it wasn't tall enough. I made it taller and added a slope to better reflect the shape of the model. It will still block between the legs, though. I may add contact damage, but not at this time.

EDIT: DO NOT USE. I just tested it and while it does allow the walker to be hit in the windshield now, the walker will shoot itself whenever it fires. I'll try again with a clipshape that is just as tall but not so deep. edit: the solution will require a code adjustment as well, so continue to use the old clipshape for now -- shoot it between the legs

[Forge]

every time i pick up a concussion weapon, the player auto switches to holding the lightsaber - (have auto switching for pick-ups turned off)

also had a slight hiccup once - keyboard switched to concussion weapon and the lightsaber popped up for a split second before the concussion weapon came up (verified the keyboard bindings aren't doubled or mixed up)

And - at the end of the speeder run, maybe make the mountain side of the track blockable as well - me being me, reached the end of the track, turned the vehicle around to run the track in the reverse direction, noticed a slope, thought it'd be cool to see the 4x4 capabilities of a speeder, went straight up the side of the mountain at full speed and launched into a low trajectory orbit before getting squished.

[Danukem]

Forge, on 16 March 2017 - 08:27 PM, said:

every time i pick up a concussion weapon, the player auto switches to holding the lightsaber - (have auto switching for pick-ups turned off)

Found and fixed bug, thanks

Forge, on 16 March 2017 - 08:27 PM, said:

reached the end of the track, turned the vehicle around to run the track in the reverse direction, noticed a slope, thought it'd be cool to see the 4x4 capabilities of a speeder, went straight up the side of the mountain at full speed and launched into a low trajectory orbit before getting squished.

And that's a bad thing? If you want to play around with the speeder on jumps, try loading up dukebike2.map from the maps folder. You will need to place a speeder in the map first (tile 6435) or bring up the console in game and type "spawn theebike"

[Forge]

actually I thought it was pretty funny.
i also managed to 'decapitate' myself going off a ramp and hitting that crane platform.
(at least it appeared as such, since the trajectory made the visual perception seem as if the platform would have hit the player in the face, the player died and fell out of the speeder. When the dead player landed on the ground, it did it at such an angle, and in such a way, as to see the speeder from the bottom back end coasting away)

[Forge]

The shotgun is useful - especially against those damned tie-fighters.

Any plans to re-skin it as the CA-87?

[Danukem]

Forge, on 17 March 2017 - 06:30 AM, said:

The shotgun is useful - especially against those damned tie-fighters.

Any plans to re-skin it as the CA-87?

Yes, it is very useful against the TIE fighters. Alt-fire on the concussion was my go-to weapon previously, but shotgun is now best.

If I add any more weapons, they will be different -- I don't want to put in a new weapon just to make it behave exactly like the shotgun.

[Forge]

It's not really canon since the CA-87 is the star wars (battlefront) shotgun.




I asked because I thought I saw an earlier conversation where you were discussing with somebody which model to use for the jawa blaster - if you were to put it in the game. I figured if the work was already mostly done - this is where it could be used.

[Danukem]

Forge, on 17 March 2017 - 08:01 AM, said:

I asked because I thought I saw an earlier conversation where you were discussing with somebody which model to use for the jawa blaster - if you were to put it in the game. I figured if the work was already mostly done - this is where it could be used.

They made an idle frame for it, which is a big step. I would prefer that gun function like the jawa one, where it causes blue lightning to disable a droid or other electronics. I don't want to do it for the current update -- maybe next time. I still hope that some day we will have a set of specially made maps for this TC. A proper episode would be so much better. Situations could be set up to showcase niche weapons and various features, we could have a Bespin level, a lot could be done with new map effects, etc.

[Forge]

just an example of the odd things mappers will use to texture things - this panel was textured with the actual portable first aid kit, now it's textured as the bacta picnum

 duke0000.png (540.77K)
Number of downloads: 10

also technically Dukai is 'broke' because explosive barrels no longer move along conveyors for some reason. The player does, dead bodies do as well. Just not explosive barrels.

-but 'technically' the player should have explosives in their arsenal to blow up the crack, or at least use the force to move one of the explosive barrels over to the crack (which I did to make sure it could be done)

[Danukem]

Forge, on 17 March 2017 - 07:09 PM, said:

just an example of the odd things mappers will use to texture things - this panel was textured with the actual portable first aid kit, now it's textured as the bacta picnum

Probably not the only map in existence like that. I could edit the map itself but I will see about doing it via code so that it applies to all possible maps.

Forge, on 17 March 2017 - 07:09 PM, said:

also technically Dukai is 'broke' because explosive barrels no longer move along conveyors for some reason. The player does, dead bodies do as well. Just not explosive barrels.

-but 'technically' the player should have explosives in their arsenal to blow up the crack, or at least use the force to move one of the explosive barrels over to the crack (which I did to make sure it could be done)

Good catch. I would like for explosive barrels to work as intended, even if other options are available in this particular map. I will look into it.

[Danukem]

Forge, on 17 March 2017 - 07:09 PM, said:

also technically Dukai is 'broke' because explosive barrels no longer move along conveyors for some reason.

This turned out to be a pretty significant bug, which I just fixed. There are about 30 different tile numbers of sprites, including the exploding barrel and all of the bottles, which are not scripted actors but behave very similarly to scripted actors. Because they are not actors, it was difficult for me to get them to work with the player's force powers. So, I made them all actors and gave them script to mimic their hardcoded behavior. Problem: one of the hardcoded behaviors is moving with conveyer belts, which evidently regular actors don't do. So now I have them becoming regular actors only if there is no conveyer belt SE in their sector. Unfortunately this means that you can't force grab any of those sprites if they are on a conveyer belt. But that seems like a small price to pay. I know there are maps which use that feature heavily.

[Forge]

I haven't come across any instances, but will this affect other moving sectors? (e.g. stretching/shrinking, rotating, subways/trains)

[Danukem]

Forge, on 18 March 2017 - 09:32 AM, said:

I haven't come across any instances, but will this affect other moving sectors? (e.g. stretching/shrinking, rotating, subways/trains)

I'm pretty sure that regular actors, such as ammo and weapon sprites, already travel with moving sectors, so that shouldn't be a problem. The issue here is that conveyer belts aren't actually moving -- the movement is an illusion caused by texture panning. Sprites only move on them when coded to.

By the way, I uploaded an update before I left for work. I don't know if the previous link will go to that update or not. There is another bug, though, which I didn't catch until after I had uploaded it: some of the sprites will fall when they aren't supposed to. Specifically, you may notice upside down glasses which have fallen onto the bar when they are supposed to be hanging.

[Fantinaikos]

This is more a fact of aesthetic coherence but I think that when Duke use a force ability when it grips a weapon with the left hand like the blaster rifle it would be logical that he uses the right hand, even the weapon lowering, especially with the weapons that require both hands, should be slightly speeded up. Or make appear the hand a few seconds after the lowering is complete.

We might consider to include the Phase 2 darktrooper now, for reasons that are also in favor of the gameplay in custom levels. The phase 3 darktrooper replaces the Battlelord and in a bunch of user maps a Battlelord it's positioned almost at the begin sometimes without a single tripbomb or rocket ammo around but in most of the cases strategically to give a good balance between challange and feasibility, however that situation manageable in vanilla become less fair with the new Duke Forces mechanics (totally happens). Since as far as i know we can't specifically associate a Phase 2 to a mini-battlelord because it is basically a normal downsized we could simply make it an encounter of the Battlelord category so the player will have at least a randomic possibility to fight a "weaker" Phase 2 or a Phase 3.

Tried some compatible mappack and episode addons, but anytime I start the SW text wall appear and then the game start at the second map. They must be united by a common factor that cause this.

ADG episode
BOSP series
Command&conquer map pack
Complex
Dark place series
Duke is Ten
Escape from San Angelos
FbSp Series
Kaiser Land Trilogy
LORCH trilogy
Math Pack
Metropolitan Mayhem
Operation Blitzkrieg
Plug and Pray
Red Series
ROCH series
Spiegul Contest
The final fight
V series
Vacation cove

Probably deactivating the opening with the command in the .def can it be solved but some may find it annoying.

[Forge]

Trooper Dan, on 18 March 2017 - 11:30 AM, said:

I don't know if the previous link will go to that update or not.

nope.
unless you already removed it.

[Danukem]

Fantinaikos, on 18 March 2017 - 12:02 PM, said:

This is more a fact of aesthetic coherence but I think that when Duke use a force ability when it grips a weapon with the left hand like the blaster rifle it would be logical that he uses the right hand, even the weapon lowering, especially with the weapons that require both hands, should be slightly speeded up. Or make appear the hand a few seconds after the lowering is complete.

When I say that it would be too much work, I want you to understand that it's not just me being lazy. Consider how the weapon loadout could be changed in the future, and how I would have to remember to go back and make the individual adjustments for the different weapons. Right now I have a system that works universally and does not require individual updating. There is a lot of value in that. It reduces the potential for bugs and helps me stay motivated.

Fantinaikos, on 18 March 2017 - 12:02 PM, said:

We might consider to include the Phase 2 darktrooper now,

I'm not very interested in adding the phase 2 trooper. I feel that visually, it is too similar to the phase 3 to be worth adding. While this mod does have a lot of Dark Forces content, I am trying to stick mostly to characters that are recognizeable in the main Star Wars canon, especially episodes 4-6. I had deep reservations about adding the phase 1 trooper for that reason. I mean, the phase 1 just looks like a terminator rip-off. But I added that one because at least visually and in terms of gameplay it was quite different from anything already in the mod. I'm not saying that I will definitely never add the phase 2 trooper, but right now I have no plans to do so.

Fantinaikos, on 18 March 2017 - 12:02 PM, said:

Tried some compatible mappack and episode addons, but anytime I start the SW text wall appear and then the game start at the second map. They must be united by a common factor that cause this.

Duke Forces is designed to work with individual vanilla user maps for Duke 3D. But adding an entire episode requires changing the episode script, and unless you do so correctly, it will not work correctly.

[Fantinaikos]

Quote

I am trying to stick mostly to characters that are recognizeable in the main Star Wars canon

This objective could be considered achieved already, unless we see the Grell and the Strife thingh as beta placeholders.

In that case, a SW eel is the best choice for replace the Strife mutant in my opinion.

http://starwars.wikia.com/wiki/Eel

There is a sprite version of the DNF Energy Leech by Jet_Nick here, it can be a base for the Rishi variant.
 Energy Leech.png (53.61K)
Number of downloads: 10

I would not know what to use for the grell...

[Danukem]

Fantinaikos, on 18 March 2017 - 02:25 PM, said:

This objective could be considered achieved already, unless we see the Grell and the Strife thingh as beta placeholders.

I guess you could consider those to be placeholders. The only reason they are in the game is that I was forced to add underwater enemies and a slimer type of enemy because of the enemies in Duke 3D. The grell is the best thing I could find that would fit the role of the slimer in vents, and the Strife thing was allowed to stay in the under water areas to replace some of the sharks, because I thought it looked enough like something that could exist in the SW universe, and it was too bland to have only the OSK (not that there is anything wrong with the OSK).

Fantinaikos, on 18 March 2017 - 02:25 PM, said:

In that case, a SW eel is the best choice for replace the Strife mutant in my opinion.

That's a good idea! Thanks for pointing me to the sprites. EDIT: Although...looking at the sprites, I don't understand how to make it a complete set. It doesn't seem to have all the necessary angles and frames This is a good example of why something like the Strife monster stays in the game for a long time. In theory, the leech is a much more suitable enemy. But given how hard it will be for me to do that, and how low priority the under water enemies are (you almost never see them anyway) I would much rather work on something higher priority.

However, I would not say that the objective of including classic SW content was achieved already. Without going into detail, I would say that the content we have is broad but not very deep. For example, I would like to have both enemies and allies with firing animations facing all directions so that we could have true wars going on -- this would open up new kinds of scenarios and game modes.

[Forge]

you already have the wookie, luke, and solo sprite sheets?
Thought I seen a vadar and a maul sheet as well.
nvm. looks like they're for a side-scroller. it appears they have no front or back views

[Danukem]

Are you referring to the Super Star Wars series on snes?

[Forge]

Trooper Dan, on 18 March 2017 - 09:21 PM, said:

Are you referring to the Super Star Wars series on snes?

most likely

[Danukem]

The next beta I upload will have a new opening text crawl for the new episode (already done), new cutscenes and some other improvements. When I get home tonight I will finish adding force lightning. I resisted adding this feature before, because I hadn't come up with a good way to integrate it into existing gameplay. But with the new episode being titled "Darth Nukem" and Duke taking a journey to the dark side, the time to include it is now.

Here is how I envision it working. If you use force choke on enemies, it will build up a lightning meter. When the meter is full, you get full force energy and your force choke/push is replaced by force lightning for a certain amount of time or until you use it a certain amount (whichever comes first). It will be very powerful, but because it is a super and only available occasionally, it will not upset game balance.

[Forge]

Finished episode 6.
other than several map-specific texture mis-alignments in moonbase, that have nothing to do with them being replaced (they're mis-aligned in the original as well), there's nothing else to report about this episode.

[Danukem]

Forge, on 21 March 2017 - 05:07 PM, said:

Finished episode 6.
other than several map-specific texture mis-alignments in moonbase, that have nothing to do with them being replaced (they're mis-aligned in the original as well), there's nothing else to report about this episode.

What did you think of the final boss battle? Too easy, too hard, too long, too short? What did you think of the multiples spawning? Did you get the perk at the end?

[Forge]

The final boss fight was good, the multi-spawn was pretty cool, I got my perk
The map is what the player makes of it, and what their fighting style is.
It's fairly simple to get and easy victory, or you can make it into a pretty hard fight if that's what you want.
One of the things that makes it less difficult that it should be is that those walkers get stuck very easily - thus they are unable to pursue and can pretty much be avoided the entire time.


A few bursts from the concussion - no more 'clones'
just one on one with the boss
hide in a wall crevice - the boss can only come at you from the front - just took away it's speed advantage
smack it with a saber every time it comes near.
done.

Strafe around the perimeter and the center of the map - try to fight and kill everything that moves - or used to move - pretty exciting knock down fight.

[Danukem]

Thanks for the analysis -- I have never done the fight under normal game conditions.

It's too bad about the walkers getting stuck; maybe I will try improving them, but it's not a high priority at the moment. I'm ok with the player using a cheese spot to kill the boss. At least it takes some skill to time his attacks and counter. I may or may not add another phase to the fight; it depends on inspiration and whether some additional art comes through.

[Danukem]

Beta testers: I just sent you a link with the latest update. Please note that it includes the latest eduke32.exe, which is required.

Things to look for: as you accumulate force choke kills, the emperor will take notice and talk to you. It will also charge your force lightning meter, which leads to force lightning. No, I will not be improving the lip-syncing on the emperor animation, so don't ask. But I am concerned about his speeches suddenly cutting out, because I did see that happen once and I don't know if I fixed it.

There is now a new opening text for the Darth Nukem episode.

I have also made other small changes, too many to list. For example, there was a nasty bug where if you shot at the dead body of a sith, he could become an invincible sith midget who would pursue you to the end of time.

I need some new graphics to end the episode to finalize this release. I think I'm going to be commissioning an artist for some of that.

[Forge]

started a new episode 6
for some reason I wasn't collecting force power on kills.
don't know why. quit & restart the game - start a new game - no problem. Load the saved game - no problem.
Whatever.

Neat little "story" graphic between the first & second level.

[Danukem]

Forge, on 24 March 2017 - 08:13 PM, said:

started a new episode 6
for some reason I wasn't collecting force power on kills.
don't know why. quit & restart the game - start a new game - no problem. Load the saved game - no problem.
Whatever.

Weird. Let me know if it happens again. You should get force power refilled as long as the kill wasn't caused by a force choke or force lightning

[Forge]

The force lighting - works fine
when crouching - it fires from hands - when in 'death throws' it fires from over the player's head. Don't know if you can do anything about it - it just looks odd is all.

Adjust where the enemies projectiles/bolts are emanating from? They're shooting the player through the portable force barrier and blocking transparent walls again (force walls, windows, etc).

Got the emperor while choking out some enemy. Couldn't hear a thing he said because of the heavy combat going on - no big deal on that. Just letting you know it works and it didn't interfere with what was going on, or block the view of anything.