Model definition format

BlazingPhoenix · Post by **BlazingPhoenix** » Sat Dec 17, 2005 22:00

I'm having trouble with getting the JDoom pack to load, but it only loads the ABBS alternative sounds.....

TheDarkArchon · Post by **TheDarkArchon** » Sat Dec 17, 2005 22:09

/slaps forehead

THE JDOOM MODELPACK RELIES ON DED FILES. THEY DON'T WORK WITH GZDOOM, WHICH HAS IT'S OWN FORMAT.

*breathes*

I said it.

Post by **Graf Zahl** » Sat Dec 17, 2005 22:23

Let there be brain...

TheDarkArchon · Post by **TheDarkArchon** » Sat Dec 17, 2005 22:27

must...resist...Monty...Python...reference.........no....can't...

He's not the Messiah, he's a very naughty boy.

Damn it >_<

BlazingPhoenix · Post by **BlazingPhoenix** » Sat Dec 17, 2005 22:31

*shoots self* well sorry jeez.

chaoscentral · Post by **chaoscentral** » Tue Dec 20, 2005 21:31

heres a sample model, all the basic animations and the qc file. The QC file defines hit boxes, textures, sequences, and other information, just open the qc file in notepad to view it...
[spoiler]shhhhhh... don't tell valve http://www.chaoscentral.biz/downloads/models/[/spoiler]

Chilvence · Post by **Chilvence** » Mon Jan 02, 2006 11:47

Graf Zahl wrote:Generally I agree with you. But that is something that has to wait until custom state labels exist. Then I would enforce something much stricter for actors that are to be replaced with models.

Would custom state labels mean a big rethink of the general monster ai or would it just be to make writing decorate monsters easier? It does sound like it could potentially make model definitions a whole lot easier.

Post by **Graf Zahl** » Mon Jan 02, 2006 11:57

Since custom labels will be usable as jump targets it will make things a lot easier for everyone involved.

I really don't like Doomsday's state based model assignment. It creates bloated definition files and is hard to maintain - and with state jumps and other things that make the actors more complex it quickly becomes unmaintainable.

With custom labels I can simply define one animation sequence to range from one label to the next. Of course that would also mean that the DECORATE makers would have to use them instead of jumps by distance.

crazykrigger · Post by **crazykrigger** » Wed Jan 04, 2006 15:51

but if youll add jdoom models it will be the best port with functions of zdoom and best models in jdoom and textures
so maybe youll rewrite defs to your format please

or it will be just anouther port....

kc32 · Post by **kc32** » Thu Jan 05, 2006 6:45

So, are we eventually going to see models of the standard Doom monsters?

Post by **Graf Zahl** » Thu Jan 05, 2006 10:07

Eventually, yes. But as I said, it will have to wait until I can update to ZDoom 2.1. With the current state setup it will be far too messy.

kc32 · Post by **kc32** » Sun Jan 08, 2006 4:03

Is there a wad with at least a couple models to play around with?

Post by **Nash** » Wed Oct 11, 2006 12:14

Sorry to bump this old thread, but how feasible would it be to implement a skeletal animation system in GZDoom?

Post by **Graf Zahl** » Wed Oct 11, 2006 16:45

Do you want do do it?
Sorry, but that sounds a bit like overkill. I most certainly won't do it.

Post by **Nash** » Wed Oct 11, 2006 21:50

I wouldn't have the slightest clue how to. Just asking. Yeah it sounds silly because the way actors work in Doom. I guess it just wouldn't work.

I was thinking I can somehow accomplish something similar to how Quake 3 worked with the tags system by attaching two (or more) models together with separate animations each. Don't know how that'll work though...

Maybe the real player class would be replaced by the leg models, and the head and body would be attached to it and follow it around. For aiming up and down; if Randy ever implements actor pitch functions in ACS, that can be used to simulate the player model looking up and down.

Hmmm...