Inside3D!
     

EXT_CSQC_1
Goto page Previous  1, 2, 3
 
Post new topic   Reply to topic    Inside3d Forums Forum Index -> QuakeC Programming
View previous topic :: View next topic  
Author Message
metlslime



Joined: 05 Feb 2008
Posts: 177

PostPosted: Wed Apr 29, 2009 10:12 pm    Post subject: Reply with quote

Spike wrote:
The csprogs is closed and reloaded on each and every map change. When the client disconnects, the csprogs is shut down entirely....Its not so far fetched that an engine could call CSQC_Init when it first starts up, and then uses calls to CSQC_WorldLoaded for each map change.

I was thinking about this the other day, I think one aspect of this that should be examined is how smart the CSQC is when a new level is loaded because:

- this could also mean you are now connected to a different server
- the cl.protocol might have changed, which could also mean that the list of supported extensions might have changed. (extensions that require protocol support.)

I also wondered about the game/gamedir command, but I suppose switching gamedirs wouldn't be an issue, since the engine would naturally shut down any persistent local VMs at that time anyway.
Back to top
View user's profile Send private message
LordHavoc



Joined: 05 Nov 2004
Posts: 243
Location: western Oregon, USA

PostPosted: Fri Aug 28, 2009 11:18 am    Post subject: Reply with quote

Spike wrote:
There's another difference, trailparticles parameter order.


Hmm?

Spike wrote:
While playing around with models, I noticed that DP's gettaginfo builtin does not interpolate like the renderer will.


That will change when the whole overhaul of .lerpfrac happens (server will interpolate like csqc, will honor .frame1time, .frame2time, etc).

Spike wrote:
Additionally, Q3 normalizes each tag axis, while DP (and currently FTE) do not. This can result in some outrageously proportioned player models (see openarena's).
LH's stance appeared to be 'don't fix, let the mod do it if it needs to be done'. Certainly the standard q3 player models all work okay.


Normalizing sounds good to me, I'm a little concerned about side effects though.
Back to top
View user's profile Send private message Visit poster's website
LordHavoc



Joined: 05 Nov 2004
Posts: 243
Location: western Oregon, USA

PostPosted: Fri Aug 28, 2009 11:19 am    Post subject: Reply with quote

metlslime wrote:
I also wondered about the game/gamedir command, but I suppose switching gamedirs wouldn't be an issue, since the engine would naturally shut down any persistent local VMs at that time anyway.


Sooner or later DP servers really ought to be telling the client what gamedir to use Razz
Back to top
View user's profile Send private message Visit poster's website
xaGe



Joined: 01 Mar 2006
Posts: 329
Location: Upstate, New York

PostPosted: Fri Aug 28, 2009 11:46 pm    Post subject: Reply with quote

..That would be good LH.
Back to top
View user's profile Send private message Send e-mail Visit poster's website MSN Messenger
Spike



Joined: 05 Nov 2004
Posts: 944
Location: UK

PostPosted: Sat Aug 29, 2009 11:46 am    Post subject: Reply with quote

LordHavoc wrote:
Spike wrote:
There's another difference, trailparticles parameter order.


Hmm?

I'm fairly sure I've brought that up twice before.
You flipped the two arguments so ent and particle index are flipped, resulting in bad entities and particle effects.

Quote:

That will change when the whole overhaul of .lerpfrac happens (server will interpolate like csqc, will honor .frame1time, .frame2time, etc).


The fun thing is that frame1time kinda sucks.
Quake animates by default, however, frame1time is an absolute time into the animation, which doesn't really match the way quake works.

Quote:

Normalizing sounds good to me, I'm a little concerned about side effects though.

Imagine, you have a model holding a gun. In one frame, the gun is pointed upwards, in another its pointing down. It blends between the two.
If you normalize, at all points that gun will be a full square. If you do not, the forwards axis will shorten at the midpoint which will distort the gun.
This distortion shouldn't be significant really as it shouldn't animate that much during a single frame... But it can happen when you're switching between pain and taunt and fire anims etc, and it would only really be noticable in screenshots. But there is at least a valid reason why you might want to normalise even all if your models were properly normalised already. You only get problems when the model was intended to be normalised in the first place and you don't do that, or vice versa. It can be normalised in the mod, so I'm not sure if this is really too important, rather its just another difference between implementations (DP vs Q3).

Quote:

Sooner or later DP servers really ought to be telling the client what gamedir to use

Then your serverbrowser can start listing more servers.
_________________
What's a signature?
Back to top
View user's profile Send private message Visit poster's website
Display posts from previous:   
Post new topic   Reply to topic    Inside3d Forums Forum Index -> QuakeC Programming All times are GMT
Goto page Previous  1, 2, 3
Page 3 of 3

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2004 phpBB Group