HRP Problems

[ProAsm]

It has been pointed out to me about the still remaining bug in the HRP regarding the Punchstick.
So before I put together a repaired and updated HRP could the authors please correct their filenames as this is where the Punchstick went wrong in the first place.

We need some sort of filenaming convention else things get terribly mixed up.
For instance all md2/md3 filenames should start with the Texture or Sprite number.

Number_Description.md3
Number_Description.png

Example:
5061_sword.md3
5061_sword.png

Currently I have a mix bag of stuff which I find in the threads or that get sent to me.
For instance I have a Toolbox.md3 which should read 1813_Toolbox.md3 and 1813_Toolbox.png
I also have a Coin.md3, a Cardlock.md3, a Keycard.md3 (2 different ones of same name)
Once these are put together it is very hard to figure what belongs to what.

Current ones that need changing:
medkit1.md2 and a MH_0051.png
es_0712.md2 and es_0712.png
Possibly also the accesscard.md3 and keycard.md3 need prefix numbers.

So as soon as these are corrected and or any additions added, I'll hang on with the update.

[Another Duke Fan]

This is just great! Thank you ProAsm!

[Mr.Fibbles]

I would also like to point out that artists should avoid capital letters. It makes it all simpler without capital letters since Linux is case sensitive.

[ProAsm]

Just found another quite serious bug in the HRP while testing menus here.
In the Font.def a dot (.) has been left out between the 2986 and the png :-

definetexture 2986 0 0 0 -1 -1 highres/screen/fonts/menu_small/2986png

Should read:

definetexture 2986 0 0 0 -1 -1 highres/screen/fonts/menu_small/2986.png

Please correct this in your SW_HRP.zip with Winzip as it becomes very noticable in SWP.

[supergoofy]

Yeah you have right. Another typo bug.

[Hendricks266]

Good eye, ProAsm!

If SWP supports them, then all DEF syntax should be converted to the modern format. It's on the EDuke32 wiki.

[ProAsm]

SWP does support the "modern" DEF format although for myself I prefer the old format.

[Hendricks266]

I could work a little “replace all” magic. Hehe.
Maybe.

[ProAsm]

Originally Posted by Hendricks266

I could work a little “replace all” magic. Hehe.
Maybe.

Go for it and lets see how it goes

[ProAsm]

A Question...

Who determines the tints in the sw.def when the hrp is first put together ?
Is this a SW default or where did the tints come from ?
I ask this because this is where the whole problem lies regarding the text coloring as these tints are putrid to say the lease and once they are adjusted to represent a better RGB then all works great and I dont see it effecting the game at all either.

Before:
tint { pal 11 red 174 green 186 blue 142 flags 0 } // green
tint { pal 13 red 148 green 192 blue 255 flags 0 } // blue
tint { pal 14 red 255 green 110 blue 80 flags 0 } // red

Adjusted to:
tint { pal 11 red 16 green 240 blue 32 flags 0 } // green
tint { pal 13 red 64 green 128 blue 255 flags 0 } // blue
tint { pal 14 red 240 green 32 blue 16 flags 0 } // red

[Hendricks266]

I guess it was whoever was running the SWHRP at that time who did that.

[hitman71]

Tint values were all included by someone else when i started packing up all the new art. None of that stuff means anything to me and i left it all is it was trusting whoever created the code.

It is nice to see some work on the HRP at the moment though and good integration of it in SWP etc. Nice to see some "scheme" being used to for naming etc.

[Hendricks266]

I'm glad to be of help.

I think that a new version should be released once:

• all of the filenames have been fixed (like the medkit)
• some new models, like the hands and katana
• fixed models (it may be the models' fault, instead of their angles in the maps)
• other cool things (I don't know.)

Whatever happened to the Rocket Launcher and Railgun models that were in the works? If their source is released, then work could continue on them.