What Quake Needs ...

[Baker]

This is my own personal list of the things I think Quake needs, for discussion and talking out loud purposes.

I look at Quake from the following angle...

-----------------------------------------------------------
Quake is composed of the following people ...

1. Players
2. Engine authors (C++)
3. Mod makers (Quake C)
4. Modellers
5. Map makers
6. Server Admin
7. Miscellaneous (Utility makers, Waypoint makers, loc files makers)
-----------------------------------------------------------

Players are a valuable commodity and give life to the game. Most people who make things want their creations to be used. Players also have the least responsibility and can be replenished.

A lack of players is not necessarily a problem as that problem can be fixed if the game is fun.

My larger concern about the future of Quake is how hard it is to locate the tools for those other types of contributors to Quake.

This is part of the reason I started working on the , but admittedly it is only a "good start".

Quake is one of the easiest games to make maps for. That's why the mapping community is still going so strong.

I would also assume, but can't be sure, that Quake is one of easier games to make models for. I don't know whether or not that is a true statement.
----------

What I would describe as a couple of the greater risks is that the information and tools required for QuakeC, modelling and mapping disappear.

An additional risk is that finding the information to do any of those becomes so difficult to locate that one would not put forth the effort to do so.

3 things that I think are missing from the Quake community:

1. A prepackaged document set that can downloaded of docs related to engine programming with source codes of a few of the different major engines and maybe bundled with whatever tools are useful for engine development.

2. A prepackaged set of utilities useful for modelling with a good number of documents.

3. A prepackaged set of utilities useful for mapping with a good number of documents.

4. An internet depot with a ton of existing Quake models. Maybe packaged into a big 7-zip file. This stuff tends to get lost. Spirit has a big single player map archive, and honestly --- if it didn't exist, I *know* some of that stuff would be lost.

5. #4, but of mods and mod source code. Is QuakeTerminus the only place that even knows of a handful of those? And no, I don't think the moddb model is sufficient. Yes it is exists, but the stuff is buried. Don't make new modders "go fish".

I think Quake is a wonderful game and any of the above can be experimented with by novice developer-types.

... But not if the stuff doesn't exist and not if it is so hard that it can't be found or if finding it takes more time than actually developing something.

[FrikaC]

Quake is actually a bad game for modellers for a number of reasons. The Quake MDL format is kind of terrible (low resolution), the only tool for making Quake models, qME, is a complete joke. For other games such as Quake2 onward, modellers can create PPMs - plug in player models. For Quake, you cannot. The PPMs fuel modelling communities for all those various games, as a modeller can make a model and release it as a standalone object. In Quake, a new mod is required to use new models. You can't even do Quake3-syle map models... Also, no bones.

[scar3crow]

90% of what we are talking here is organization and communication.

In the past few months Ive discovered more Quake community sites than I knew functioned because I started digging around, just today did I find quakeboard.net

IIRC engine authors operate in C, not C++, but yeah thats the general idea.


Basically with this post you kind of hit upon one of my goals for QExpo. QExpo being a means to an ends, not an ends with no means. Laying down groundwork for what there has always been the potential of continuing, yet seemed to needlessly stop because we became scattered.

[leileilol]

I used to run the idea behind 4. until technical difficulties.

[Baker]

[leileilol]

[Dr. Shadowborg]