Func_Msgboard: Fitzquake Mark V

Posted by Baker on 2012/06/29 11:38:17

I wasn't planning on doing this mini-project, it started as an effort to address some Fitzquake issues, fix them the right way up to Fitzquake standards (i.e. do it right, once and properly versus continual releases) and donate it back.

FitzQuake Mark V Download:

http://quake-1.com/docs/utils/fitzquake_mark_v.zip

Short version: Eliminated most issues in FitzQuake thread, most issues I can even remember hearing of ever and marked every single one clearly with a very minimal implementation.

It may be the case that only metlslime and Quakespasm and engine coders may find this engine upgrade of interest.

Features: 5 button mouse support, single pass video mode, external mdl textures, alpha textures (like RMQ), record demo at any time, rotation support, video capture (bind "capturevideo toggle"), console to clipboard, screenshot to clipboard, entities to clipboard, tool_texturepointer, tool_inspector (change weapons to see different info), clock fix, contrast support, fov does not affect gun, gun displays onscreen, Quakespasm wrong content protection, external ent support, session-to-session history and .. (see readme).

First | Previous | Next | Last

#1564 posted by Gebloner on 2016/11/20 04:22:56

There's currently a hard limit on the number of polygons a model can have at 2048, and unfortunately that means some model packs don't really work now. I don't see why that's in there, perhaps that cap can be removed?

Model Limits

#1565 posted by Baker on 2016/11/20 04:37:47

I've thought about the model limits. Quakespasm Spiked, for instance, loosens those up, and Enhanced GLQuake and I believe JoeQuake had higher limits.

In trying to get to the engine out beta stage to release Quake stage, I decided to skip thinking about that in the current release.

FitzQuake 0.85 has compatibility warnings (*), and I'd want to make sure a compatibility warning printed and also make sure no consequences in the software render (WinQuake) version of Mark V.

Short version: Something I care about but decided to not address before doing the release.

Is it an issue? It sure is. I know of replacement models that won't work.

--
(*) which new Mark V mirrored the Quakespasm approach to only print those if developer is set to 2 or higher

#1566 posted by Baker on 2016/11/20 04:50:04

I'll address this in some form in the next 24 hours.

WinQuake Model Limit

#1567 posted by Baker on 2016/11/20 06:23:38

According to Enhanced GLQuake/Enhanced WinQuake by Ben Jardrup ...

He raised the vertex limit to 3984 with the comment 3985 or higher seems to crash assembler (?) ... (means WinQuake's assembly language code).

So looks like I'm going to use 3984 as the new vertex limit which is about double current limits.

He raised the triangle limit to from 2048 to 4096. So I'll increase to that limit.

So both of those limits will about double, and it will be compatible with both the Open GL version and the WinQuake version.

(Ben Jardrup wrote one of the most backwards compatability-minded and thoughtful engines ever. Widely used until FitzQuake 0.85 came out with a similar limit raising capabilities).

#1568 posted by Baker on 2016/11/20 09:49:34

New version update, details in the new thread

http://celephais.net/board/view_thread.php?id=61375

This thread should really be closed and I'm going to post in General Abuse ask if a moderator could do that.

/Crazy to have 2 threads open.

First | Previous | Next | Last

This thread has been closed by a moderator.