Announcement

Collapse
No announcement yet.

We Need to Preserve the Vanilla Quake Experience

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • We Need to Preserve the Vanilla Quake Experience

    Now, I know what you're thinking.

    "There's plenty of software renderer source ports out there, try Mark V Winquake!"

    "Quakespasm's pretty vanilla."

    Here's the thing. As awesome as software ports like Mark V Winquake and Chadquake are, they still don't have the 100% vanilla experience. From a preservation perspective, the full DOS Quake experience is very far from accessible. Running it in DOSBox always yields performance issues (running too slow/fast). Running in an emulator like PCem or x86Box is a pain to set up and also has significant drawbacks.

    But what sets DOS Quake apart from something like Mark V Winquake or Chadquake?

    The most important things to look at are the resolutions available in DOS Quake.

    The main resolutions to look at here are 320x200 and 640x400. If you do the math, that should calculate to a 8:5 (16:10) aspect ratio, right? Well, if you know anything about old DOS games, you'll know that CRTs back then had the talent of being able to display non-square pixels. Given that most MS-DOS games ran at 320x200, this meant that this 8:5 ratio is squished into a 4:3 screen. This would mean that the pixels have a 1x1.2 width to height ratio.

    But why is this important?
    Let's have a look at a side-by-side comparison of DOS Quake at 200p (left) and then at 240p (right).

    Don't see it yet? How about now?



    That's it.

    Every 2D Texture, from the menus, to the console, to the hud, to even the crosshair are stretched when displayed at 240p because it then renders all these textures with square pixels instead of non-square pixels. To put things into context, most DOS game developers, including Id Software, designed their 2D texures with non-square pixels in mind.

    Most people are used to the stretched look from 240p, 480p, etc. because no source port that I could find has ever made the effort to replicate these non-square pixels in the menus. This essentially means that most people cannot viably experience true vanilla Quake without having to jump through a bunch of hoops to get it working in some sort of VM or suffering with DOSBox's terrible performance handling.

    But enough talk about resolutions, what about QuakeWorld? There are very, very few QuakeWorld source ports to choose from, which is kind of a shame in my opinion. FTEQW does come admirably close to a semi-vanilla experience, but can be incredibly bloated at times. Sure, there is the qwcl.exe that comes with your copy of Quake, but it's

    So what could be done about this?

    Think about Doom source ports. The ones like Chocolate Doom or Crispy Doom. They render the game in 320x200 (or up to 640x400 in Crispy Doom), squeezed to 4:3, and then scaled up to your monitor's native resolution.

    I propose creating a sort of "Chocolate Quake", that would consist of the following.
    • All resolutions from the DOS version are supported
      • With support for non-square pixel resolutions, in a manner akin to Chocolate/Crispy Doom
    • .MP3/.OGG support for the soundtrack
    • NetQuake protocol 15 support
    • A QuakeWorld variant
      • Extended compatibility for modern QuakeWorld (like from ezQuake/nQuake) mods, protocols, etc.

    So what's my point?

    My point is to start a dialogue, create interest in making the original experience from 1996 and '97 more accessible. If anyone here knows how to work with Quake's source code and is interested in this idea, contact me on discord at OpenRift#8470. If I knew how to code, I'd do this myself, but the most I know how to do is edit .cfg files. I can't really tech myself either, since I'm knee-deep in college as of writing. Thank you.

    P.S.
    For those of you who know me from the USQC discord, of course I was going to make a post about this, and no, I'm not gonna shut up about it lol
    Last edited by OpenRift; 10-11-2019, 02:25 PM.

  • #2
    Could be very cool for sure. Even if its just from a perspective of having that benchmark to compare too.

    Comment


    • #3
      I can't see any of the screenshots above. At the Quake Mapping Discord we have a #q1-engines channel where a few people might be interested in commenting on this. Have you ever tried out the super8 source port? http://super8.qbism.com/

      Also Retroquad is a software based Quake port in development as well.
      Secret Level - Quake fandom & my custom levels

      Comment


      • #4
        Hi Openrift
        It's an interesting idea but I'm just wondering if it might be more attractive to a developer to get the best of both worlds. For example, they could continue with the more stable, bug fixed code base they have been working so hard on for such a long time and perhaps add a graphics option along the lines of "original" for those that want to sample the 96 look and feel of quake. I would imagine this might require a fair amount of unpaid work though, which then makes you wonder what level of support there is for a "96 quake" currently in the community, especially as the newer levels and mods that are coming out need ever increasing capabilities from the engine?

        Kind regards
        Monty

        Mr.Burns
        WWW: Quake Terminus , QuakeVoid You Tube: QuakeVoid
        Servers: Quake.shmack.net, damage.servequake.com

        News: Sadly the excellent NextGenQuake.com site will be closing shortly. RIP NGQ, you will be missed

        Comment


        • #5
          Originally posted by Mr.Burns View Post
          Hi Openrift
          It's an interesting idea but I'm just wondering if it might be more attractive to a developer to get the best of both worlds. For example, they could continue with the more stable, bug fixed code base they have been working so hard on for such a long time and perhaps add a graphics option along the lines of "original" for those that want to sample the 96 look and feel of quake. I would imagine this might require a fair amount of unpaid work though, which then makes you wonder what level of support there is for a "96 quake" currently in the community, especially as the newer levels and mods that are coming out need ever increasing capabilities from the engine?

          Kind regards
          Monty
          I think it would depend on what developer takes interest. If they have a OpenGL engine they'd want to use to do the job, then that probably wouldn't work. If perhaps it was a developer working on a software engine like ChadQuake, Mark V Winquake, or TyrQuake that wanted to implement these things, then sure, that would make for a good "Crispy Quake", as they have increased limits for more modern maps.

          Comment


          • #6
            Originally posted by dumptruck_ds View Post
            I can't see any of the screenshots above...
            Unfortunately its the same for me too.

            Mr.Burns
            WWW: Quake Terminus , QuakeVoid You Tube: QuakeVoid
            Servers: Quake.shmack.net, damage.servequake.com

            News: Sadly the excellent NextGenQuake.com site will be closing shortly. RIP NGQ, you will be missed

            Comment

            Working...
            X