Tutorial: Rotating Brush Models for QuakeWorld

[goldenboy]

[Baker]

Avirox, you kick ass in so many ways I'm at a loss for words [like usual] ...

NetQuake prototype adaption from this tutorial:

FitzQuake085 with rotating brush support: [@Rook --- Download fixed]

Sample rotating object (rotate.bsp and rotate.map compiled with LordHavoc's new version of hmap2):

The ancient engine rotation tutorial resulted in grenades and rockets not properly colliding and would go thru the entity half the time.

I did NOT do anything equivalent of PM_PlayerTrace (or whatever). That seems to be a prediction related function as far as I can tell and there wasn't an NQ equivalent as far as I can tell.

(One of the superior powers-that-be correct me if I'm wrong ^^)

The Avirox modification version the rockets collide properly. I am concern that the player might not collide properly due to the above but I'm not 100% sure at the moment where I go to fix that.

[Baker]

More notes ...

In the Fitzquake085_Avirox, the ride aboard the rotating entity is a little jerky.

In DarkPlaces, it is not.

So I switched DarkPlaces to the Quake protocol and restarted the map. Jerky.

A guess: MH said something about smooth rotation on his blog, something about changing an angle from a byte to a long and I'm guessing DPP7 has this as well.

Any "QSB standard" implementation should have that protocol modification for smooth rotation.

[LordHavoc]

[r00k]

[Baker]

[LordHavoc]

[metlslime]

[Baker]

[LordHavoc]

[mh]

[Baker]

[Spirit]

[Baker]

Yes, that's the origin brush marker. And no, the traditional Quake compilers don't support it yet. STILL, the origin brush's center X Y Z can be typed into the origin field. The QuakeC followed by an fgd for Worldcraft plus a tutorial or 2 and a sample map is my main priority since this is so close now.









Trying to get there ... this engine modification combined with LordHavoc's modifications to his compiler work very well together.

I noticed that rotation and txqbsp does not entirely. But neither does it not. Txqbsp seems to be compatible with the doors, but not stationary rotating objects that spin.

I did look at the changes LordHavoc made to the compiler to see how extensive the changes were. I about half understood it.

But the QuakeC is the true barrier, atm. Not only does LordHavoc's hmap2.exe compiler support rotation, so does Half-life BSP and txqbsp seems good to go for doors.

And an adaptation of Avirox's QuakeC for Quake-Life plus looking at how Quake 2 handles rotating doors makes the rest of the road map on this clear ...

And for the byte angle versus float angle thing, I have a hilarious solution for a 90%/10% solution to make the jerky be silky smooth for single player without messing with the protocol or the demos (it's kind of like how JoeQuake deals with maxfps )

[Teiman]