Page 1 of 3
GZDoom 4.2.1 released
Posted: Tue Sep 10, 2019 12:14 am
by Graf Zahl
Notice: The survey is currently closed. GZDoom 4.2.1 does not include the survey code that 4.2.0 did.
Download (OpenGL 3.3 and higher)
Highlights
Details
- Dutch translation
- give P_ExplodeMissile a damage type when being called from P_Damage…
- rename sprite names with '^' in the hires namespace.
- compatibility option for Daedalus MAP19 which depends onan old scriptwait implementation.
- added dlg_vgafont and log_vgafont to the menu.
- add empty line in menu after standard options
- Make the build work with fluidsynth 2.x.
- Level compatibility additions for Scythe 2 and Hell Revealed
- fixed: saving game to read-only file was erroneously reported as success
- Add current, max and average velocity as stat (#912)
- added ability to specify deprecation messages in ZScript
- GME update with bug-fixes
- Vulkan: release any references to command buffer when flushed
- fixed crash on parsing bad hex number
- Let Hexen Cleric and Mage use unique health chains
- Allow custom status bars to override notification and centered message display
- Improve crosshair health color to be more informative
- Converted keyboard turnspeeds into global CVars
- added obituary fallbacks for actors that do not have any defined.
- fixed bad default alpha for 3D floors.
- fixed attached dynamic light setup.
- added check for multiple parsing of the same MAPINFO
- exposed xBRZ scaler options as CVARs
- updated xBRZ scaler to version 1.7
Re: GZDoom 4.2.1 released
Posted: Tue Sep 10, 2019 1:39 am
by olzhas1one
Any details yet?
Leaving this here so that Graf's answer makes sense, but this is a pointless bump. If the devs had a details post ready, they'd post it. Nagging them won't help. - Enjay
Re: GZDoom 4.2.1 released
Posted: Tue Sep 10, 2019 2:17 am
by Graf Zahl
Obviously not, I had to get this out before going to work. Details will come later.
Re: GZDoom 4.2.1 released
Posted: Tue Sep 10, 2019 4:00 am
by Blue Shadow
Both download links direct to the 64-bit build.
Re: GZDoom 4.2.1 released
Posted: Tue Sep 10, 2019 4:06 am
by Rachael
Fixed.
Re: GZDoom 4.2.1 released
Posted: Tue Sep 10, 2019 10:17 pm
by _mental_
Re: GZDoom 4.2.1 released
Posted: Fri Sep 13, 2019 7:23 pm
by Uni-000
Pretty Nice for a Minor Update I suppose.
But just One Question Suggestion, will Polyobject Flats ever be Implemented into GZDoom? If Eternity can do it as Portals (from what I've seen), perhaps we could do it as the 4th Line Argument in the Start Line Special to Make it Render Flats and that Players and Monsters could Ride on top of it.
I Know I Suggested this before and Nagging won't get me Anywhere, but for now, this is just a Reminder Idea Thing. Alright?
Re: GZDoom 4.2.1 released
Posted: Fri Sep 13, 2019 11:43 pm
by Graf Zahl
The polyobject flats as portal are such a gross hack that it'll never become a truly usable feature. It works to the same degree as in Eternity. This should eventually be done as real moving sectors - the main problem here is that with Doom's collision code it could only move in straight lines, otherwise there'd be problems with the square actors.
Re: GZDoom 4.2.1 released
Posted: Sat Sep 14, 2019 3:06 am
by Kinsie
Graf Zahl wrote:The polyobject flats as portal are such a gross hack that it'll never become a truly usable feature. It works to the same degree as in Eternity. This should eventually be done as real moving sectors - the main problem here is that with Doom's collision code it could only move in straight lines, otherwise there'd be problems with the square actors.
Would it be possible to use a different method of actor collision just for moving sectors, while keeping the current box method for everything else? I've been thinking about that ever since you mentioned how it would be easier with different collision in the BUILD thread in Off-Topic.
Re: GZDoom 4.2.1 released
Posted: Sat Sep 14, 2019 12:37 pm
by Apeirogon
You sure the links is correct? Because file name for windows 64 link is "gzdoom-x64-g4.2pre-220-gb7e0a8d2c".
Re: GZDoom 4.2.1 released
Posted: Sat Sep 14, 2019 1:47 pm
by _mental_
Apeirogon wrote:You sure the links is correct? Because file name for windows 64 link is "gzdoom-x64-g4.2pre-220-gb7e0a8d2c".
The links are the same as in
GitHub release page. Here is Windows 64-bit one:
Code: Select all
https://github.com/coelckers/gzdoom/releases/download/g4.2.1/gzdoom-4-2-1-Windows-64bit.zip
Re: GZDoom 4.2.1 released
Posted: Sat Sep 14, 2019 2:43 pm
by Apeirogon
For some reason I got the aforementioned file from the "64 bit" link. Probably github glitch.
Re: GZDoom 4.2.1 released
Posted: Sat Sep 14, 2019 3:40 pm
by Rachael
I just tested the file, myself, and it indeed renders itself as g4.2.1.
There is no Github glitch here because that would require Github hosting the version you got, first - and we do not host in-progress builds on Github at all.
What is far more likely is that you downloaded it, and thought you installed it over a dev build but forgot to actually overwrite it with the new one. These mistakes are quite common - I unfortunately know it first hand because I make them way more, myself, than I like, and it irritates me that I keep doing that.
Re: GZDoom 4.2.1 released
Posted: Sat Sep 14, 2019 7:56 pm
by SanyaWaffles
Kinsie wrote:Would it be possible to use a different method of actor collision just for moving sectors, while keeping the current box method for everything else? I've been thinking about that ever since you mentioned how it would be easier with different collision in the BUILD thread in Off-Topic.
I was wondering this myself. Even if it needs to be like an option in gameinfo?
Re: GZDoom 4.2.1 released
Posted: Sun Sep 15, 2019 1:28 am
by Enjay
Unrelated to moving sectors, but would cylindrical collision for actors mean you would be less likely to get caught on small architectural details when moving around generally?