Inter Quake Model (IQM) real time collision

[toneddu2000]

[Spike]

'surfaceparm meshcollide' is parsed by q3map2 rather than fte. this makes it valid only in q3bsp, but does mean that it can work on dedicated servers (where shaders are not parsed).
as a general rule, fte avoids loading anything but bsp objects on dedicated servers. this makes it awkward to use an iqm for collisions.
an animated iqm/model will animate through whatever its meant to be blocking.
in theory you can use SOLID_BSP and utilise whatever logic MOVE_HITMODEL uses, even without that flag set. at the current time, I believe its limited to point collisions. just don't expect movetype_push to actually push (it'll likely move straight through half the time and get blocked the rest, typically with the blocker *inside* it). hopefully the server will realise that it needs to load the model this way (you should set sv_gameplayfix_setmodelrealbox if you want servers to actually load on precache).
if all else fails, you can always spawn mulitple bbox entities.

[toneddu2000]

[Spike]

you likely wouldn't want such uneven ground in an fps anyway, at least for player collisions.

if you can figure out q3map2, there might be a way to compile a misc_model as an inline/sub model. I've never personally tried.

I said it was a general rule, not a strict one. the server can supposedly load+use mdls/etc for 1) setmodel setting the 'correct' model size. 2) MOVE_HITMODEL hitting mesh geometry instead of just bbox. 3) SOLID_BSP entities.
SOLID_BSP on non-bsp entities is basically untested. It should work as well as MOVE_HITMODEL, but I'm not gonna claim its any more robust than that (the point collisions thing means it probably isn't really usable).

point collisions, as opposed to boxes. points are tiny points. ie traceline vs tracebox.

[toneddu2000]

[Spike]

[toneddu2000]

Thanks a lot Spike, now it's more clear. I'll make some tests with BSP and I'll post it here

[toneddu2000]