[Mikko]

Reviewed! Check: http://msdn.duke4.net

[Danukem]

Mikko_Sandt, on 01 August 2011 - 01:16 PM, said:

Reviewed! Check: http://msdn.duke4.net

Thanks for the review! It was fair and showed a good understanding of the mod. Your reviews are always well-written. There's really only one thing I would quibble with:

Quote

Another problem is that, since the random maps are drawn from the same pool there's hardly any incentive to start another random episode.

I take issue with that because the pool of maps is well over 100, and you are only going to see about 15-20 of them per game. Not only that, but I have code in there which tries to prevent recently played maps from coming up again in the random selection. So theoretically, you should be able to complete three or four random episodes before seeing the same maps again. However, I think I will change the map skipping option so that the player can earn more map skips. I know that I usually want to skip more than the allotted amount when I play as well.

You also brought up a good point about high score mode: since the player can simply reload his last saved game when he dies, it seems kind of pointless, because you can keep getting a higher score from the same game. Well, that's true, but at least I prevent the same game from appearing in the high score list more than once (that is, if you reload a saved game, it erases the score that was put in the list from that game before). I thought about preventing the player from loading a saved game in high score mode, but the problem is that Duke 3D has too many cheap deaths. For example, it's still fairly common to get squished by opening a bathroom door (an infuriating way for a high score run to end!). Heh, the truth is, that once you know the mod and maps very well, every death feels like a cheap death, and I didn't want to anger players from blocking saved games.

Coincidentally, today is my birthday.

[Mikko]

DeeperThought, on 01 August 2011 - 01:49 PM, said:

I take issue with that because the pool of maps is well over 100, and you are only going to see about 15-20 of them per game.

I took a look at the directory and you seem to have added quite a bit there since the last time. Weren't the Roch, the Daikarin and the DC maps in their separate episodes at one point?

Still, if my playthrough represents any kind of an average in terms of length (and it likely does, as having 24 maps in a sample means the sample distribution should be pretty close to the distribution of the map total), an average player would still run into 4-6 maps he has already played. On top of this you have the maps (for those who visit sites like MSDN & DNR regularly this number may be quite high) that this average player would like to skip for whatever reason so you may end up in a situation where more than a third of the maps this player runs into are "undesirable".

Obviously, as you suggested, increasing the number of skips would get around this problem.

Quote

but the problem is that Duke 3D has too many cheap deaths. For example, it's still fairly common to get squished by opening a bathroom door (an infuriating way for a high score run to end!).

Heh, yeah, when I was playing the War of Attrition mode this was actually my biggest concern, because I had gotten so far without dying. Still, I knew the whole time that I'd quit if I died because that's what I'd have preferred the game to do. Too bad there's really not much you can do to get rid of cheap deaths. They always inevitably remind you of the game's age.

[Danukem]

Mikko_Sandt, on 01 August 2011 - 04:31 PM, said:

I took a look at the directory and you seem to have added quite a bit there since the last time. Weren't the Roch, the Daikarin and the DC maps in their separate episodes at one point?

Uh, I think Daikarin and a few other maps were put together as an episode at one point, yeah. I didn't mix Daikarin up with DC or Roch, though, since those wouldn't go together.

Mikko_Sandt, on 01 August 2011 - 04:31 PM, said:

Still, if my playthrough represents any kind of an average in terms of length (and it likely does, as having 24 maps in a sample means the sample distribution should be pretty close to the distribution of the map total), an average player would still run into 4-6 maps he has already played.

That would be true if the map selection were completely random, but it isn't. There are gamevars that save which maps you have played before, even in previous games. So when you start a new game, it tries to avoid picking those. You should not see the same maps coming up again until you have played through almost all of the maps.

The system works like this. There are about 120 maps defined in the random epsides. There are 4 gamevars with 30 bits each storing which maps you have played in the past. When the game randomly picks a new map, it checks the selection against the bits in the saved gamevars to see if it has been played before. If it has, a new selection is made (otherwise it goes with the current selection and then sets the bit for that map in the gamevar for that episode to mark it as played). If it keeps coming up with maps that were already picked (like after a 1000 random selections or so, an unplayed map never comes up) then it decides that you have probably played almost all of the maps, and it resets the gamevars. Also, if you elect to skip a map, that map is considered played and is not supposed to come up again until the gamevars are cleared.

[Mikko]

Okay, understood. I was going by what the readme said: There are about 120 total, some of which will be randomly selected. After reaching 600,000 points, the final boss level will complete the episode. There is a different final boss level for each random episode, but all the other missions from the random episodes come from the same pool. (Technically correct but the effective pool is not the same.)

[Danukem]

I have released an update! War of Attrition 1.40

The list of changes is quite long, and there is lots of little stuff I left out. The biggest changes are:

• New big explosions by Muelsa
  
• Alt-fire modes for the pistol and shrinker
  
• several "new" maps
  
• 17 new Duke one liners
  
• Bug fixes, and rebalanced difficulty progression

Full change log:

Spoiler

Added a new WoA map "Tower" by Dani Swanson (it is actually an old DM map). This lengthens the War of Attrition mode.

Added new hi-res explosions by Muelsa. These are used for nukes and other especially powerful blasts.

Added 17 new Duke sounds for weapon pickups and death taunts

Added Radiation Blast alt-fire to the shrinker gun. It is an area effect attack that does damage over time (like poison). It works on all enemies, but they are able to move and attack while taking damage. Nukes also cause radiation damage to victims near ground zero.

Added Burst alt-fire to pistol, which is acquired as the first pistol upgrade. Burst rapidly fires the entire clip, and can only be used when the clip is full. Also, the pistol now has the normal firing rate even at level 0 (it was annoying that it fired at a slow rate when starting out, making it hard to upgrade).

The HoloDuke bot now spawns some distance in front of you, instead of right on you. This makes it MUCH m ore useful, because you can send it ahead into a dangerous area without exposing yourself. Your bot will no longer use the expander/cloner, it will use the new radiation blast instead (for balance reasons).

Fixed quite a few bugs, mostly small ones -- I didn't write them down and I don't remember what they were now.

Swaped in some different, more suitable maps in the random missions episodes. There were about four added and four taken out. The main goal is to have a selection of maps that is more action oriented without too many searches for hidden buttons and cracks (Duke mappers love to hide things).

Steroids and steroid upgrades have been nerfed. The rate of health regen from steriods has been cut in half, the damage bonus progresses more slowly as steroids are upgraded, and damage reduction while on steroids is capped at 80% instead of 90% (you need very high level steroids to achieve that).

Changed weapon stun so that it is less abusable at higher levels, especially against tougher monsters. Also, bleeding wounds do not stun at all now (something I tried to fix before, and succeeded this time).

Karate kicks have a slightly faster start up.

Nerfed the HoloDuke bot's damage bonus and damage reduction from upgrades.

It should now be impossible for the player to get killed during death rage.

Slightly improved autosave.

Reduced freezer shots per ammo pickup from 25 to 20.

The upgraded shrinker no longer has a blast radius that causes damage. Therefore, I was able to remove the code that made all mirrors indestructible. On the down side, it is now possible (as in the regular game) to get stuck at a mirror puzzle if you blow up the mirror with an explosive.

Difficulty progression has been tweaked with the aim of making it a bit more challenging, but still fair. This is mainly due to the player now getting points for picking up items, instead of only for killing monsters. Since difficulty ramps up as the player's score increases, that means that picking up weapons and stuff will contribute to making the monsters harder. Another new factor is that the player will lose points if he takes damage while at less than 50% of full health. Losing points slows down difficulty progression.

[Micky C]

Sweet! I always liked Attrition but never had time to play it. I'll have a lot of time very shortly so this release is perfect timing.

[Player Lin]

Nice, I'm waiting for a new run of high score challenge episode after a new version is out.

[Player Lin]

Sorry, post again but I have a question about this version of WoA.

I played the high score challenge episode with skill 3(Come Get Some) and completed about 8 levels, then I noticed the kills count in eduke32's stat display changed to just a value, not XXX/XXX.
And I checked my savegame, it said I'm playing skill 4...WTH? Did the game just changed the skill setting because I got more score or something else?

(I was noticed this because I feel the game become so hard and some powerful/tough monsters appeared when I playing level 9 and got about 500000 score point...and then I noticed the skill level changed to skill 4 without any message or something...so weird...)

Also, the Auto saving do nothing at all, I did fresh install of WoA 1.40...I never got an auto-saved savegame after I played some hours of high score challenge episode......

(EDIT: Is any possible ways to change the skill level in game? I don't like play skill 4 for some reasons... )

[Danukem]

Player Lin, on 04 November 2011 - 07:46 AM, said:

Sorry, post again but I have a question about this version of WoA.

I played the high score challenge episode with skill 3(Come Get Some) and completed about 8 levels, then I noticed the kills count in eduke32's stat display changed to just a value, not XXX/XXX.
And I checked my savegame, it said I'm playing skill 4...WTH? Did the game just changed the skill setting because I got more score or something else?

(I was noticed this because I feel the game become so hard and some powerful/tough monsters appeared when I playing level 9 and got about 500000 score point...and then I noticed the skill level changed to skill 4 without any message or something...so weird...)

Also, the Auto saving do nothing at all, I did fresh install of WoA 1.40...I never got an auto-saved savegame after I played some hours of high score challenge episode......

(EDIT: Is any possible ways to change the skill level in game? I don't like play skill 4 for some reasons... )

I got tired of hearing from obsessive players who would get ridiculous scores in high score mode. It is supposed to be the hardest mode, so now I forced it to skill level 4. That's actually more fair, because now it is possible to directly compare scores (it's meaningless to compare scores from games at different skill levels). I also disabled autosave when in high score mode. You really aren't supposed to be saving at all in that mode, it's more suspenseful that way and it's kind of cheating to load a saved game from a high score challenge after you die with the knowledge of what monster is around the corner and then be able to continue your score. I can't disable regular saving (nor would I want to) but with autosave off at least saving in high score mode is not officially sanctioned. Of course it's not cheating to use a saved game in high score mode because you have to stop playing to go to work or something

[Player Lin]

DeeperThought, on 04 November 2011 - 07:57 AM, said:

I got tired of hearing from obsessive players who would get ridiculous scores in high score mode. It is supposed to be the hardest mode, so now I forced it to skill level 4. That's actually more fair, because now it is possible to directly compare scores (it's meaningless to compare scores from games at different skill levels). I also disabled autosave when in high score mode. You really aren't supposed to be saving at all in that mode, it's more suspenseful that way and it's kind of cheating to load a saved game from a high score challenge after you die with the knowledge of what monster is around the corner and then be able to continue your score. I can't disable regular saving (nor would I want to) but with autosave off at least saving in high score mode is not officially sanctioned. Of course it's not cheating to use a saved game in high score mode because you have to stop playing to go to work or something

Hmm, I understand, forcing player do not saving their game is too ridiculous, I know this mode was designed for real challenge and it's damn hard. I can accept them and auto-saving disabled in that mode.
(At least we have regular saving, if it get disable, I may pissed off. )

OK, I was just to hope doing some fullmap cheat for that(to finding secrets easily and focus on fighting monsters) but looks like I cannot do that because the 'fairness' of this mode. whatever, I just silly.

[TerminX]

(20:17:06) UmErOooh: wow I just had the weirdest fucking glitch in attrition ever
(20:17:06) UmErOooh: lol
(20:17:22) ReverendTerminX: heh what happened?
(20:18:46) UmErOooh: Ok so I was playing war on attrition mode, got to the tower, turned on god mode for shits and giggles just to see the level. Picked up the shotty, went through the teleporter right where I start, and realized I could not shoot. So I was like huh, maybe if I grab some other weapon, grabbed the shrink ray, and it displayed all the animations at once for the gun, and still did nothing, I could quick kick though, so I did that, and it got stuck
(20:19:19) UmErOooh: then, I grabbed the devestator, and pressed fire again for shits and giggles, and boom, I'm shooting the chaingun from the miniboss, but with 100% more bullets, and no ammo
(20:19:37) UmErOooh: then, I can shoot my weapon I have equipped, on top of it shooting the bullets, which never stop
(20:19:43) ReverendTerminX: that's pretty fucked
(20:19:47) UmErOooh: I finally had to quit because the game was lagging so bad lol
(20:19:56) UmErOooh: all in all I was rather amused
(20:20:06) ReverendTerminX: was it the new version he posted a couple days ago or an older one?
(20:20:16) UmErOooh: new one he had just posted
(20:20:31) UmErOooh: I'm like a homeless dude on a ham sammich when it comes to attrition
(20:20:38) ReverendTerminX: hahaha

What an odd sounding bug.

[Danukem]

Well that sounds pretty horrible, but apparently it had something to do with being in god mode, so I'm not too concerned about it. I have used god mode lots of times with no problems, but it may have been some combination of god mode with another factor he did not mention (I don't see how it could be using the teleporter).

My only theory (and this is a long shot) is that he was dead when he entered god mode. In that case the player's dead_flag is still set, IIRC, so he would be considered dead for some purposes like ifp palive checks. In the player code there is some weapon handling routines that check whether the player is alive and some that do not...

[Player Lin]

I can confirmed just using god mode after I die would cause a lot of fucked up... I was stupidly doing that long time ago, I see a lot of rockets shoot out when I try to shoot my RPG and it didn't use any ammo and some graphic glitches happens. Too bad I didn't take screenshots with that and I don't want to do that again...(it was long time ago so I don't know I can trust my memory or not)

In early version of WoA, I even got some map glitched out in WG BOSS map after using nukes to killed a lot of monsters, it also nuked my savegame with unknown reasons. :\

[Oliosis]

Actually, I was in godmode from the start of the level, so I have no idea. Either way it was an amusing bug to say the least, and I can't seem to recreate it so I am at a loss as to why it happened.

[Maindrian]

Hi Dan, first time poster, long time lurker and fan of this project.

Just a couple of bits and bobs regarding WOA.

1: I've been basically rescoring Duke 3D from scratch and wondered if you wanted dibs on it for WOA? I'm about halfway through the game, done half of episode 1, most of 2 and 3 and two songs for episode 4. I could also do some replacements for the other midi files in Attrition as well, so you have your very own specifically created soundtrack. It's an ongoing thing and I've been kind of writing the music as a love letter to the original game. It'll probably take a month or two to finish, but I'm proud of some of the tracks so far and thought they'd fit the more intense, explosive action of Attrition's Original Levels modes rather well. Not sure about replacing those Mark Pattinson oggs because they don't half rock, but if you'd like, I can try. Obviously, I'll have to get you some demos ready and of course, if you do agree to use the music and want to suggest changes, styles, etc, I can try to accomodate.

2: I've run into an issue with the latest version of WOA regarding the nuke. Any time I used it and was looking directly at it, the game would instantly quit to desktop. I'm pretty sure it's a problem my end (using a fairly old graphics card, Nvidea 8400 GS or something) and by simply removing Muelsa's explosion animation from the game files I've got it working again, so no worry.

3: I've noticed in the last few releases, some of the music designations have changed or don't play at all. Of Pigs and Men doesn't play any music, Doom City now plays one of the Ogg files from Attrition mode and so on. Just pointing it out, I've no idea once again if it's just me or if that was an intentional change.

Those last two points are total nitpicks, Attrition has just grown and grown so much over the last year and it's an amazing undertaking. Keep it up!

[Danukem]

1. That's a generous offer. But since Attrition uses standard Duke 3D maps, maybe it would be best if you released your music for anyone to use instead of specifically for this mod. Then I or any mapper could decide to include it with their projects.

2: Those explosions use a lot of memory. That's why, in the .bat file that starts the mod, I included the line -cachesize 131072 That fixed it for me, but I guess not for everyone. Check your eduke32.log and make sure that the cache size really is being increased to that amount. It's a shame that you had to dump them because they are great animations.

3: It sounds like the music defs are not in sync with the level defs. When you have 32 levels defined per episode and the music defs are just big lists of files that have to be matched up in a certain order to correspond to the levels, it's easy for mistakes to happen, especially when maps are shuffled around or replaced. I'll look into it.

[Maindrian]

DeeperThought, on 12 November 2011 - 08:11 AM, said:

1. That's a generous offer. But since Attrition uses standard Duke 3D maps, maybe it would be best if you released your music for anyone to use instead of specifically for this mod. Then I or any mapper could decide to include it with their projects.

That was the original intention actually. I've written the songs so they could easily be grouped into 4 episodes of the original game, all 4 having certain recurring motifs unique to that specific episode. That way, somebody could pick an episode of music to fit their mod/map/project. I guess with the random user levels in Attrition drawing from the same pool of tunes, it would probably be a little awkward having a rousing space battle tune crop up during a quiet, scary sewer level or something.

And regarding the music slippage in point 3, considering the sheer number of levels and variables you're working with I admire the amount of organisation a project like this takes.

Er, yeah. I'll keep working on the music, look out for a general music thread at some point I guess, if I can figure out where to appropriately post it. Thanks for the time.

[Player Lin]

Muelsa's explosion animations are really awesome, and make my game drop to 0-1 fps if there are so many shit and that on my screen...just not crashed but in rarely situation, my eduke32 freezes for some seconds or even some minutes and I was thought my eduke32 just dead but it's NOT.
(An AMD A64 X2 3600+ with OC-ed 8600GT just isn't enough for those awesomeness... :\)

But sometimes, it works fine... I can see its full animations running with many monsters, fps is just low but playable.

(BTW, in the readme html of WoA, the version log of 1.30 said the nuke energy drops was give you 5%, but now it give 10% for every drop, I noticed it's very easy to get 300% max...but maybe just my good luck. :3)

EDIT : I also noticed a small problem about ART in WoA... In Mikko's Earth Base, it originally using its modified tiles014.art for some computer messages display, but due DukeDC also using the same tiles file and tiles slots, cause the Earth Base one display DukeDC tiles and results very funny and weird, even though it won't broke the gameplay at all, just confusing because those computers were display some message texts but just weird textures now.

[Danukem]

Player Lin, on 12 November 2011 - 09:22 AM, said:

Muelsa's explosion animations are really awesome, and make my game drop to 0-1 fps if there are so many shit and that on my screen...just not crashed but in rarely situation, my eduke32 freezes for some seconds or even some minutes and I was thought my eduke32 just dead but it's NOT.
(An AMD A64 X2 3600+ with OC-ed 8600GT just isn't enough for those awesomeness... :\)

But sometimes, it works fine... I can see its full animations running with many monsters, fps is just low but playable.

The lag isn't random. There is a lot of lag the first time you use a nuke. After that, it is much better.

Player Lin, on 12 November 2011 - 09:22 AM, said:

(BTW, in the readme html of WoA, the version log of 1.30 said the nuke energy drops was give you 5%, but now it give 10% for every drop, I noticed it's very easy to get 300% max...but maybe just my good luck. :3)

They give 10% now, but they should only drop half as often as before. But there are still plenty of them at higher levels due to more powerful monsters dropping more stuff. It is VERY difficult to balance a mod like this.

[Jack]

Sorry to dig this post up, but I'm having some problems with Attrition. When playing the War For Attrition maps, whenever I go into Death rage, healing doesn't work, it just drains the medkit supply and doesn't do anything, so I dumped like 114 health into nothing and I'm still at 30. Some enemies that spawn on the 3rd level in the WFA maps just disappear. I'm not sure if the health problem is intended or if the enemies disappearing during spawning is normal too.

[Danukem]

Jack, on 06 February 2012 - 10:52 AM, said:

Sorry to dig this post up, but I'm having some problems with Attrition. When playing the War For Attrition maps, whenever I go into Death rage, healing doesn't work, it just drains the medkit supply and doesn't do anything, so I dumped like 114 health into nothing and I'm still at 30. Some enemies that spawn on the 3rd level in the WFA maps just disappear. I'm not sure if the health problem is intended or if the enemies disappearing during spawning is normal too.

I don't know what is causing the death rage bug, but since you cannot take damage during death rage, all you have to do is wait until it is over before using your medkit and the bug shouldn't cause you any problem.

The other bug has to do with monsters getting teleported to a different location. That is not supposed to happen when they first spawn, but sometimes it does in some maps. The monsters are still in the map and you can still find them and finish the level.

[LeoD]

Since I'm on a nitpicking spree anyway, and since this thread deserves a higher rank, too...

attrition/attcons/ATTUSER.CON:462: warning: number greater than INT32_MAX converted to a negative one.
attrition/attcons/ATTMON.CON:224: warning: number greater than INT32_MAX converted to a negative one.
attrition/attcons/ATTMON.CON:224: warning: number greater than INT32_MAX converted to a negative one.
attrition/attcons/ATTMON.CON:224: warning: number greater than INT32_MAX converted to a negative one.
attrition/attcons/ATTMON.CON:224: warning: number greater than INT32_MAX converted to a negative one.
attrition/attcons/ATTMON.CON: In state `motionblur':
attrition/attcons/ATTMON.CON:2275: warning: symbol `motionblur' already used for game variable.

Now for Imperium...

[Danukem]

Every mod that uses the hitscan command is going to generate that same warning. It's harmless, and nothing needs to be done about it. I mean I don't mind you bumping the thread, but I'm telling you now that INT32_MAX warning will be in Imperium (which is the same as DukePlus), as well as AMC TC and others as well.

[Zaero]

I've found some bugs in recent (1.40) version of Attrition:
1. When monster is loosing health (by "wound" ability) and Freezer is selected, he gets frozen just before his HP reaches 0, even if he wasn't shot by freezer itself
2. When player is holding expander upgraded with "clone" ability, all enemies shot by any expand ray gets cloned, even if ray itself was a friendly-fire from Evil Duke, not player
3. RPG is 2D even when HRP is loaded. This probably is related to the update Dan made to RPG scripts some time ago. He updated it for the newest RPG, but this one is only provided by Polymer HRP. I use Polymost HRP 5.1.302.

Suggestions for futher releases:
1. Change the limit of "Level abortions" from 5 to 1 + 1 per 100 000 points. This makes more sense cuz:
-when you start the game there is a slight probability the level would be too hard for not upgraded Duke, or simply player will be unable to finish it for some reason
-as the game progresses the chance of levels repeating increase. I mean: not only the repeating of levels in single gameplay (there are about 100 levels total so it's not a big prob) but from other gameplayes. The player may be simply bored in this case, so why not let him skip level is the's score is big enough (the bigger the score the longer the gameplay)?
2. Add "radar" like the one showing nearest enemy in "War of attrition" mode. The radar would display nearest wall crack, switch, key card or level exit button for easier level progression. Probably should be disabled by default, but turned on in "Attrition menu".

I also have some ideas for some DukePlus-Attrition hybrid. The thing is to add new gameplay elements which are both cool and less "arcade". Will share if Dan's interested.

[Danukem]

Zaero, on 12 April 2012 - 08:12 AM, said:

3. RPG is 2D even when HRP is loaded. This probably is related to the update Dan made to RPG scripts some time ago. He updated it for the newest RPG, but this one is only provided by Polymer HRP. I use Polymost HRP 5.1.302.

I don't use the HRP with Attrition myself, and when I do use the HRP it is the Polymer version, so I never would have noticed this.

I don't remember why Attrition includes any defs for the RPG model, although I'm sure there was some reason for it. Unfortunately, I don't know of any way to have it choose the right model depending on whether you are using Polymer or Polymost. I consider Polymer to be the true official version of the HRP, so if I have to go with one I will leave it as it is.

Here is what you can do. Open att_hrp.def and go to the block of code that looks like this:

// RPG (2544)
model "/sprites/fhighresirstperson/2544_rpg.md3" {
   scale 4
   skin { pal 0 surface 0 file "highres/sprites/firstperson/2544_rpg.png" }
   normal { pal 0 surface 0 file "highres/sprites/firstperson/2544_rpg_n.png" }
   specular { pal 0 surface 0 file "highres/sprites/firstperson/2544_rpg_s.png" }
   skin { pal 0 surface 1 file "highres/sprites/firstperson/duke_hand_d.png" specpower 5 specfactor 0.5 }
   normal { pal 0 surface 1 file "highres/sprites/firstperson/duke_hand_n.png" }
   specular { pal 0 surface 1 file "highres/sprites/firstperson/duke_hand_s.png" }
   skin { pal 0 surface 2 file "highres/common/transp.png" }
   glow { pal 0 surface 2 file "highres/common/transp.png" }
   frame { name "frame_1" tile 6228 }
   skin { pal 0 surface 2 file "highres/sprites/firstperson/muzzle_flash_01.png" }
   glow { pal 0 surface 2 file "highres/sprites/firstperson/muzzle_flash_01.png" } 
   frame { name "frame_1" tile0 6229 tile1 6230 } 
   hud { tile0 6228 tile1 6230 xadd 2 yadd 4 zadd -0.5 angadd -64 fov 250 } 
}

Replace that with the def code for the RPG from the Polymost HRP and that should fix it for you. Then you can save the file as "att_hrp_polymost.bat"

[Zaero]

I tried the method you described Dan, but it doesn't help. I cut the code from firstperson_polymost.def of my HRP and pasted it into att_hrp.def so it looks like this:

// RPG (2544)
model "highres/sprites/firstperson/2544_rpg.md3" {
   scale 1.9
   skin { pal 0 file "highres/sprites/firstperson/2544_rpg.png" }
   frame { name "idle" tile 2544 }
   hud { tile 2544 xadd 0.1 yadd 1.15 zadd -0.68 angadd -12 }
   frame { name "idle" tile0 2545 tile1 2546 }
}

Unfortunately RPG is still 2D.. Maybe it's possible to update the HRP itself with the newer RPG? Will it work with polymost?

[Danukem]

Ah, I remember now. Look carefully at the tile numbers in the def code that I posted earlier. Notice that the hud RPG is on tiles 6228-6230. You see, I modified the 8-bit tiles for an improved muzzleflash display, and I put those tiles in a new location. So the model must be defined on those new tile numbers. What you have to do is put in the Polymost hud RPG defs on those tile numbers. And by the way, I don't understand why you showed defs for all that other stuff in your last post; the hud RPG def is the only thing that needs to be changed.

[Zaero]

Not sure if I understand. I modified the file with 25** tiles instead of 62** tiles. Still it doesn't work. Here's the code:

// RPG (2544)
model "highres/sprites/firstperson/2544_rpg.md3" {
   scale 4
   skin { pal 0 surface 0 file "highres/sprites/firstperson/2544_rpg.png" }
   normal { pal 0 surface 0 file 

"highres/sprites/firstperson/2544_rpg_n.png" }
   specular { pal 0 surface 0 file 

"highres/sprites/firstperson/2544_rpg_s.png" }
   skin { pal 0 surface 1 file 

"highres/sprites/firstperson/duke_hand_d.png" specpower 5 specfactor 0.5 }
   normal { pal 0 surface 1 file 

"highres/sprites/firstperson/duke_hand_n.png" }
   specular { pal 0 surface 1 file 

"highres/sprites/firstperson/duke_hand_s.png" }
   skin { pal 0 surface 2 file "highres/common/transp.png" }
   glow { pal 0 surface 2 file "highres/common/transp.png" }
   frame { name "frame_1" tile 2544 }
   skin { pal 0 surface 2 file 

"highres/sprites/firstperson/muzzle_flash_01.png" }
   glow { pal 0 surface 2 file 

"highres/sprites/firstperson/muzzle_flash_01.png" } 
   frame { name "frame_1" tile0 2545 tile1 2546 } 
   hud { tile0 2544 tile1 2546 xadd 0.1 yadd 1.15 zadd -0.68 angadd -12 fov 250 } 
}

Quote

I don't understand why you showed defs for all that other stuff in your last post

It's becouse I'm not familiar with this technical mumbo-jumbo and wasn't sure where the RPG def ends (there was a "shell" model definition futher, which got me confused - Is it shogun shell or some sort of mortar shell (RPG rocket maybe).

[Danukem]

I'm not interested in getting the Polymost RPG in Attrition, so all I can do is describe the general procedure and leave you to struggle with it.

You want to replace the defs for the Polymer RPG hud model with the defs for the Polymost RPG hud model, while making sure that it is on tile numbers 6228-6230 (like the Polymer one in att_hrp.bat). I have not actually looked at the Polymost defs, and I don't understand why it has entries for "normal" and "specular" since Polymost does not support those features.

Another thing you could do to make it work is comment out the hud code in ATTHUD.CON that makes it use tiles 6228-6230 instead of the regular RPG tiles. That's all I have to say about it, sorry.