Func_Msgboard: Modelling Help\Screenshots\Requests

Posted by Preach on 2009/05/17 18:52:10

It has always been difficult to get decent models for quake 1. So a thread where people can get advice on making models and post a work-in-progress for critiques is long overdue.

Any requests for models may well get met with silence. Specific requests will likely stand a better chance; "I'd really like a knight but carrying a shield" might be better received than "we need a mdler to join our mod remaking counter-strike for darkplaces".

First | Previous | Next | Last

#1044 posted by Lunaran on 2015/10/16 17:27:33

It does take up a lot of the screen, yeah. Resist the urge to put all your work front and center - AAA shooters that lavish detail on their guns and then make them cover a quarter of the screen are sort of irritating. When the gun is firing, the muzzleflash comes all the way up to the crosshair.

Still gives me Wolf3D flashbacks, too. :)

How did you solve the problem of vertex interp on the rotation? If I stop firing on the right frame does the gun collapse on itself?

#1045 posted by metlslime on 2015/10/16 18:33:49

at least in fitzquake, any frame with a muzzleflash is not lerped into or out of.

Lunaran

#1046 posted by aDaya on 2015/10/16 20:59:53

Depends on which firing frame is the last one before switching to the spinning down animation. The farther it is to the first spinning down frame's barrel rotating angle, the squichier the interpolation frame gets.
But because the firing frames have a self.nextthink of 0.05 instead of the traditional 0.1, the "collaspe" is barely noticeable when it happens.

As for the muzzleflash's size, I'll wait until level playtesting to see if the size needs to be changed.

Also, I modelled the muzzleflashes (there's actually 2 of them, I have to rotate the barrel 45� at each frame [360/45=8, it takes 2 frames for a proper minigun-like muzzleflash to animate, when one finishes its 2-frame animation, it goes back at the tip of the barrel, gets minuscule and let the second muzzleflash do its animation, and so forth], going further would make the barrel look like it's going so fast it would collapse by itself, like you said) so that it's extremely minuscule just at the tip of the barrel's interior, and it follows the barrel in every frames until the firing state, where it gets out just a few little units forward.

Queer Question

#1047 posted by madfox on 2015/11/03 03:22:09

I made a convoybelt with an injector.
It moves on 40 frames, so one cycle takes 4 seconds.
I also made a sprite that lights the injector.
It lights with 14 frames on self.nextthink = time + 0.01;
To make them work synchronical I need a wait time of self.nextthink = time + 2.7;

This works well for 42 minutes, then the sprite starts to act slow, after 65 minutes it's out of order, meaning it misses the synchronity and falls out of the movement.
I tried time + 2.69 and time + 2.71 but that doesn't seem to help.

Do time accounts excist in that timescale?
Of course I can say, finish the map in 42 minutes, but that's a hatch of the hat.

#1048 posted by Spike on 2015/11/03 05:15:09

as always, it depends on the engine.
sv_gameplayfix_multiplethinks 1
(this is always enabled in quakeworld servers and thus default-enabled in fte, and default-disabled in dp, I don't know of any other nq engine that implements an equivelent)

NQ servers normally only run one think per frame. if the entity thinks faster than a game tick then it can easily miss a think. the time global will be larger than the nextthink value used to be.

additionally, floats have limited precision, centered around 1. that is to say that as the float becomes larger, it can no longer hold smaller numbers quite so precisely.
this means the server's framerate might slow down as its own timing degrades. this is especially true of 'listen' servers.
it shouldn't really be a problem for 100fps at 42 mins though. 1000fps might start to have some issues though.
bigger intervals will be more reliable with larger time values.

#1049 posted by necros on 2015/11/03 05:18:42

thankfully you just need to reposition everything periodically to get around that!

Well

#1050 posted by madfox on 2015/11/03 05:39:25

As I expected this goes far beyond my hat.

I'm not thinking about a server at all, neither that I can imagine what happens on the moment my console opens.
I fear it is much more than my small mind can suspect, as I am only translating my poor knowledge into the quake world my singleplayer attitude has learned.
I would gladly know how to get around this repositioning every once in a while, but..,

would it change things if I turned the sprite into a static entity, at least the convoybelt is also. So maybe they interact synchronical?

#1051 posted by necros on 2015/11/03 13:14:58

Maybe I misunderstood. Was this a mod entity to make a conveyor? If it is just trains then maybe you can't fix it...

Static Entity & Sprite

#1052 posted by madfox on 2015/11/03 23:46:33

I made a static entity of a convoybelt and a sprite of an injector.

For some reason these two interact fairly well, only after 42 minutes there is a delay of a second. This makes the injector mismatch.

My first intu�tive respond is to give the sprite, called info_spark, a delay of 0.1 sec.
So when the player arrives after let's say 30 minutes it is synchrone.

I don't know the difference in behaviour between static entities and sprites. Maybe that's the cause.
Therefore my question.
Would it change things if I turned the sprite into a static entity?

Break The Loop

#1053 posted by Preach on 2015/11/04 00:29:31

You need to rewrite your code so that the conveyor belt is in charge of the sprite. Get rid of the 2.7 second delay so that the sprite doesn't loop at all by itself. Instead make it so that when the conveyor belt hits frame 40, it triggers the sprite to begin animation one more time. Then they cannot go out of sync.

Sure

#1054 posted by madfox on 2015/11/04 01:44:31

But what piece of code should I use here:
convoybelt = truns.qc
void() trun_stand40 =[ 39, trun_stand1 ] {};
for a sprite = vonk.qc
void() model_vonk

something like:
void() trun_stand40 =[ 39, trun_stand1 ] {vonk_stand1();};

#1055 posted by madfox on 2015/11/04 23:40:27

I can't integrate framerates of a sprite with a static entity.

So.., if I add a statement to the convoybelt.qc that goes like the grenadecode it works.
It looks like:

void() LightVonk =
{
self.movetype = MOVETYPE_NONE;
self.velocity = '0 0 0';
self.touch = SUB_Null;
setmodel (self, "progs/vonk.spr");
self.solid = SOLID_NOT;
vonk_stand1 ();
};

Now it sparks all the time.
That wasn't my purpose.

Nail Infantry! (Yeaaah Boyyyy The Third)

#1056 posted by aDaya on 2015/11/15 18:28:07

#1057 posted by JneeraZ on 2015/11/15 18:52:32

Nice work, this guy seems like a solid addition to the game!

Yeah I Like It

#1058 posted by nitin on 2015/11/16 14:11:11

Waiting For It To Be Used In A Tronyn Drake Map Lol

#1059 posted by nitin on 2015/11/16 14:11:48

Synchronity~groupframes

#1060 posted by madfox on 2015/11/17 06:19:31

Now I'm satisfied with the convoybelt, working in a rather reliable way, I'm trying the map in other engines.

They all work right, except DarkPlaces.
One of the convoybelts picks up the cellboxes just half the right time.
So the engineclaw puts down a cellbox, on the place where one has to appear. But it doesn't. It is there on half the time, while other engines:
JoeQuake-WinQuake-Quakespasm-Fitzquake-glquake are just in time.

What is so different with Darkplaces?

#1061 posted by Spike on 2015/11/17 08:23:04

I assume you're animating at least something using framegroups.

framegroups are normally directly linked to the server time.
(there is a model flag which can sync it to some random time base instead, basically acting as a random offset so torches etc arn't all in sync)

darkplaces instead links it to the time when the entity's frame last changed (including when it first became visible).
this is much more useful when using framegroups for animations - especially firing animations.

the quakeworld protocol does not reveal the server's time (at all!), so timings will be screwed there too - fte implements the dp behaviour because $REASONS.

Yes

#1062 posted by madfox on 2015/11/17 09:14:05

I'm using framegroups.

I made the static entities in that way that as soon as the claw picks up an ammucell it disappears from the convoybelt, and as soon as it puts one down it is deleted from it.
If I had made one static entity from both convoybelts I wouldn't have had this effect.

But I didn't saw this coming, at least three of the four work well, so I guess it is a mirror effect. I'm afraid I can't do much except warn DarkPlace player the server is cheating.

Spoiler

#1063 posted by Preach on 2015/11/17 19:25:10

darkplaces instead links it to the time when the entity's frame last changed (including when it first became visible).
this is much more useful when using framegroups for animations - especially firing animations.

What, really? That sucks. I had a great idea for a trick which exploited the global timer on framegroups. I might even have to press on and just warn that it breaks in darkplaces...

Surely Went Fishing

#1064 posted by madfox on 2015/12/01 02:22:49

I made a fishing Ogre. It sits aside the water.
It consists of four cycles of 12 frames with a break on the first frame {ai_stand();self.nextthink = time + 2;}; for timespace.
The last stand frames are a whip of the fishingrod.

I just need this entity for sidekick, not as monster.

My first question:
how do I stop the attack routine, as when I enter the map the monster freezes when I don't use notarget?

My second question:
This stand pose takes about 30 seconds. I made another walk cycle, so he stands up and takes a few steps, then sits back again.
This is done in the ai_walk, but what I need is four times the stand subroutine, then it should be followed with the walk cycle, then back to the stand cycle, and so on.

My first thought was just to make one long script of the stand and walk frames, but then I realized there is a limit to the monster frames. I thought it was 256 frames and this amount would exceed this count.

#1065 posted by necros on 2015/12/01 05:28:43

remove ai_stand.

Right

#1066 posted by madfox on 2015/12/01 23:39:29

That stops him from freezing in attack.

Now I try the next part, the walk cycle.
For making it not to complicated I added the last part to the stand pose. This looks like void() forg_stand109 =[ $stand33, forg_walk1 ] {};

Now he starts the walk cycle, but again it freezes because of the ai_walk() part. If I use notarget the walk cycle ends well.

Now I can't get out by deleting ai_walk() as I need it to make him move.

#1067 posted by necros on 2015/12/02 02:15:46

use
movetogoal() instead of ai_walk.

Yeh

#1068 posted by madfox on 2015/12/02 19:51:52

Thanks necros, you're a star!

Now my last intention, say I make it sit, walk to aside for two steps, then I want him back to the startpoint with another function, I think of ai_run, still without attack.

How do I fix that in the stand function?
I mean, the last forg_stand109 goes to forg_walk1.
So I can use this function again, but when I use the ai_run I must formulate the stand function again to forg_stand109 =>forg_run1.

I know this sounds all complicated, maybe I should turn the whole thing into a static entity.
But as far as I can see, the limit of a static entity is 256 frames.
What is the limit of the monster.qc?

First | Previous | Next | Last

You must be logged in to post in this thread.