GZDoom 3.0.0 Released

News about ZDoom, its child ports, or any closely related projects.
[ZDoom Home] [Documentation (Wiki)] [Official News] [Downloads] [Discord]
[🔎 Google This Site]

Moderator: GZDoom Developers

User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 49096
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

GZDoom 3.0.0 Released

Post by Graf Zahl »

GZDoom 3.0.0 has been released.
This is the first version that merges all software rendering features from QZDoom.
In addition this is the first release under the GPL v3.
To comply with the GPL, FModEx had to be removed as a sound backend, so this version will only support OpenAL.

New features aside from merging with QZDoom include:
  • scriptable status bars.
  • scriptable level status screens.
  • static constant arrays in classes.
  • support for Doom64-style lighting in the software renderer, with the exception of gradients.
  • optimization of the scripting VM by removing some always active debug support.
Please note that starting with this version the 32 bit Windows version will require support for SSE2, because the true color software renderer cannot work without it. As a result it can no longer be used on Pentium 3's and older.

Download:
  • removed
User avatar
Jimmy
 
 
Posts: 4722
Joined: Mon Apr 10, 2006 1:49 pm
Preferred Pronouns: He/Him

Re: GZDoom 3.0.0 Released

Post by Jimmy »

Momentous. Cheers Graf and company! :cheers:
User avatar
Fishytza
Posts: 783
Joined: Wed Feb 23, 2011 11:04 am
Preferred Pronouns: No Preference

Re: GZDoom 3.0.0 Released

Post by Fishytza »

:shock:

Keep it up, Graf! :thumb:
User avatar
DavidN
 
 
Posts: 266
Joined: Mon Dec 28, 2015 6:22 pm

Re: GZDoom 3.0.0 Released

Post by DavidN »

Congratulations on 3.0!
User avatar
leodoom85
Posts: 684
Joined: Sun Sep 14, 2014 6:40 pm
Location: Earth-shaking Chile

Re: GZDoom 3.0.0 Released

Post by leodoom85 »

GREAT!!!!!
User avatar
Gutawer
Posts: 469
Joined: Sat Apr 16, 2016 6:01 am
Preferred Pronouns: She/Her

Re: GZDoom 3.0.0 Released

Post by Gutawer »

Cool stuff. ZScript Status Bars are really nice, from my experience, so it's great to know we can now use them against stable GZDoom.
User avatar
kevansevans
Spotlight Team
Posts: 420
Joined: Tue Oct 05, 2010 12:04 am
Graphics Processor: nVidia with Vulkan support

Re: GZDoom 3.0.0 Released

Post by kevansevans »

Hey I noticed a small discrepancy with sprite positioning between software and hardware rendering. Hardware rendering will draw all sprites slightly higher than software: http://imgur.com/a/8MpVK
Accensus
Posts: 2383
Joined: Thu Feb 11, 2016 9:59 am

Re: GZDoom 3.0.0 Released

Post by Accensus »

Sprite clipping. Adjustable in the OpenGL settings.
User avatar
Enjay
 
 
Posts: 26537
Joined: Tue Jul 15, 2003 4:58 pm
Location: Scotland

Re: GZDoom 3.0.0 Released

Post by Enjay »

GZDoom 3 - and two days earlier than expected too. Thanks very much. :D

kevansevans wrote:Hey I noticed a small discrepancy with sprite positioning between software and hardware rendering. Hardware rendering will draw all sprites slightly higher than software: http://imgur.com/a/8MpVK
Looks like the auto-fix for sprite clipping that is needed to show the whole sprite in hardware accelerated mode.

Look in your OpenGL preferences if you want to change it. [edit]Ninjad by Lud [/edit]
Wiki wrote: Adjust sprite clipping (Never/Smart/Always/Smarter)
gl_spriteclip
The OpenGL renderer clips off sprites when they go "within" a floor or ceiling; whereas the software renderer overdraws them, a fact which has been willfully exploited to fake certain perspective effects. The result is that many sprites are abruptly cut off when they shouldn't be. The adjustment cheats by adjusting their offset so that they are less cut off.
Never: Offsets are not adjusted at all.
Smart: Offsets are only adjusted if they meet certain criteria.
Always: Offsets are always adjusted if they make the sprite sink in the ground.
Smarter: Offsets are adjusted in a wider range of cases than with "smart", including if they sink in the ceiling. The amount by which they are adjusted is scaled according to the overall height of the sprite. Very small sprites (such as POB2A0) are visible, contrarily to "smart", even if they are offset in the ceiling (such as CDRP[ABCD]0); and tall sprites (such as TGRNA0) do not seem to hover above the floor, contrarily to "always".
Image
Image
User avatar
zrakbz
Posts: 31
Joined: Sun Apr 02, 2017 1:26 pm
Location: Varies

Re: GZDoom 3.0.0 Released

Post by zrakbz »

Great job folks.

QZ is obsolete now, right?
User avatar
kevansevans
Spotlight Team
Posts: 420
Joined: Tue Oct 05, 2010 12:04 am
Graphics Processor: nVidia with Vulkan support

Re: GZDoom 3.0.0 Released

Post by kevansevans »

Enjay wrote:Stuff
Huh I did not know that, thanks for the info.

Anyways congrats on the release, I see this as a great tool for developers wanting to make a classic FPS game in a single package.
User avatar
Rachael
Posts: 13629
Joined: Tue Jan 13, 2004 1:31 pm
Preferred Pronouns: She/Her

Re: GZDoom 3.0.0 Released

Post by Rachael »

Ubuntu builds uploaded (thanks to Blzut3)
User avatar
silentzora
Posts: 450
Joined: Sun Jan 04, 2004 6:24 pm

Re: GZDoom 3.0.0 Released

Post by silentzora »

Oh dang, no more FMOD? That's a bummer. OpenAL doesn't seem to want to behave itself on my end. :(
User avatar
Rachael
Posts: 13629
Joined: Tue Jan 13, 2004 1:31 pm
Preferred Pronouns: She/Her

Re: GZDoom 3.0.0 Released

Post by Rachael »

What kind of problems are you having?
User avatar
silentzora
Posts: 450
Joined: Sun Jan 04, 2004 6:24 pm

Re: GZDoom 3.0.0 Released

Post by silentzora »

Rachael wrote:What kind of problems are you having?
Just some minor issues with some sounds I'm using from Enemy Territory: Quake Wars. They come out a little bit softer than they used to. Not sure what it is, but it's only affecting sounds pulled from that game, oddly. It's probably some kind of encoding thing that OpenAL doesn't like, but I'm no expert.

Return to “ZDoom (and related) News”