Raze 1.5.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: 48355
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Raze 1.5.0 released

Post by Graf Zahl »

Download (OpenGL 3.3/OpenGL ES 2.0 and higher required) Visit the new homepage (still under construction)


Details:
  • Commit changes that Discord compilation always makes on Linux, leading to -m on compiles.
  • Blood may not abort on a bogus start position.
  • Fix crash when exiting with no game data
  • fixed render order of non-orthogonal wall sprites.
  • glslang compiler and Vulkan backend update.
  • fixed automap angle in unrotated mode.
  • added workaround to render the crane in WT's 'Docks' map correctly. This one violates engine specifications by creating overlapping walls when the crane is rotated.
  • SW: changed fullscreen HUD to display all 8 keys without gaps ans overlapping.
  • fixed crash in Last Warrior map 9.
  • for Raze hud_aspectscale needs to default to true
  • Support for the DOS end-of-game text screens in Duke and SW on non-Windows systems.
  • Force synchronised input when `cl_capfps` is true.
  • fixed sky panning. This picked the wrong overload
  • to make things robust one of the functions was renamed.
  • Duke: Interpolate `loogcnt` when drawing onscreen.
  • Duke: Change a few return types from int to bool in HUD code.
  • Duke: Interpolate `access_incs` when drawing onscreen (security card usage).
  • Duke: Interpolate `tipincs` when drawing onscreen (tipping the dancers).
  • Duke: Interpolate `knee_incs` when drawing onscreen (stomping on shrunken enemies).
  • Duke: Interpolate `fist_incs` when drawing onscreen (hitting the nuke detonator at the end of each level).
  • Duke3d: smooth movement of recons.
  • Duke3d: make actors set to move vertically in CON act as if SFLAG_SMOOTHMOVE was explicitly enabled
  • Duke: fixed some crashes with bad map setups
  • fixed level number for RRRA's travel animations. First level is 1001, not 1.
  • ported secret hack for WT's map 11 from SW Redux.
  • removed redundant setting of black shadow color with incorrect data check.
  • Remove `m_filter` option from the menu. The remainder of the removal will come from a backend sync with GZDoom.
  • Add bool `lock` to `PlayerHorizon::settarget()` when setting target from the ticker without having to call setters and resetters.
  • Interpolate FIRELASER trails.
  • fixed wall sprite clipping
  • fixed: FSkyVertexBuffer::RenderBox did not reset the object color after finishing.
  • SW: added interpolation for sine wave floors.
  • SW: fixed shadow positioning.
  • Duke: Add CON support for Duke Nukem 3D 1.1 Shareware.
  • Duke: Fix CON parser to detect shareware scripts.
  • helpers for wall sprite rendering improvement
  • fixed parsing issues in secret hint system.
    -renamed spritetype’s owner field to ‚intowner‘ Mainly for easier searching.
  • function for checking wall sprites’ need for recalculation
  • RR: clear jaildoors array on map start. This was leaving stale data behind which could cause nasty crashes.
  • several more Blood fixes copied from NBlood
  • blood: GetHighestSprite fix
  • blood: fix velCeil calculation
  • blood: SetupGibWallState fix
  • blood: add missing case in OperateSprite
  • dd self check for burning cultist fix
  • Renamed checkFired6or7->checkLitSprayOrTNT
  • Reset thinkTime for kDudeModernCustomDude
  • Set inittype on actSpawnDude()
  • Check enemy type when adding to enemy level count. Fixes count issues with respawning enemies
  • Initialize viewbob members for playerResetPosture()
  • Fix kDudeModernCustomDude may not morphing during specific events
  • Renamed dword_138BB0 -> gCultTeslaFireChance
  • stretch HUD flames in widescreen
  • shadow positioning improvements from NBlood
  • Blood: fix delirium being twice as fast
  • Exhumed: pin death arms to the right side of the screen
  • added wipe transitions to screen job. Mainly to have the crossfade, the other styles are mostly bonus.
  • add proper scoping to the cutscene code, which needs to run in UI scope.
  • music system improvements
  • Zip64 support
  • fixes for menu scaling on ultrawide screens
  • Mac default paths fixed
  • pass shade values to sky renderer
  • fixed bad search path setup on macOS
  • don’t crash on sector-less walls.
  • lock cvar shader uniforms behind a command line parameter for now
  • Duke: set game palette before rendering the automap
  • improved the secret hint management for Blood. This now uses sprite and sector indices directly instead of encoding them into a larger number. Sprite secrets will use a $t prefix instead of $s now.
  • fixed sprite indices for map spawned sprites.
  • optimize fcos and fsin to use the BAM value directly for table lookup.
  • add level names to title bar (and by proxy, to RPC)
  • add gl_satformula == 2
  • an optional 'more accurate' desaturation
  • implement discord rich presence, expand window title code. (still wip)
  • copy-paste is simultaneously the most useful feature in the world, and a programmer's greatest curse. use with care.
  • only overwrite rpath if not already defined
  • add $ORIGIN to rpath for Linux
  • Fix tesla cultist prone state
  • Blood: fix crashes when trying to exit from a fatal error during startup. soundEngine can be null here.
  • added script exports for Duke's main structures.
  • added scripting exports for the global map types and a few more actor utilities.
  • do not call tileUpdatePicnum for voxelized tsprites.
  • Blood: fixed bad marker check in OperatePath
  • Exhumed: Properly fix interpolation issues when at the end of the level instead of trying to back up everything.
  • fixed bad assumption about g_visibility == 0 meaning fullbright.
  • avoid pointer arithmetic in feebtag.
  • fixed bad filter name for DukeDC's SSI variant fpr 1.5
  • fixed validation issue with maps that have a wall with nextwall == -1 and nextsector > -1.
  • made DCoreActor's properties functional.
  • SW: remap LIGHT_Tics to the otherwise unused spritetype::detail instead of the Z-coordinate.
  • do not update the sector for sector effectors moving themselves.
  • SW: bumped two hard limits because there's maps out there that exceed them.
  • partial engine floatification.
  • use full precision math for rotating sectors in Blood.
  • Duke: changed animation storage to be independent of the animated values' types.
  • SW: changed sector object interpolation to be independent of the interpolated values' types.
  • use a method for setting wall coordinates when loading a map.
  • use an access function for reading wall positions so that we have a non-modifiable value wherever this is possible.
  • Blood: Fix ceiling panning angle
Note: SW savegames will be incompatible with 1.4.1!
User avatar
Rachael
Admin
Posts: 13100
Joined: Tue Jan 13, 2004 1:31 pm
Preferred Pronouns: She/Her

Re: Raze 1.5.0 released

Post by Rachael »

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

Re: Raze 1.5.0 released

Post by Graf Zahl »

Please don't forget this: viewtopic.php?f=362&t=71815
User avatar
Rachael
Admin
Posts: 13100
Joined: Tue Jan 13, 2004 1:31 pm
Preferred Pronouns: She/Her

Re: Raze 1.5.0 released

Post by Rachael »

Thanks - got it. :)
User avatar
KynikossDragonn
Posts: 229
Joined: Sat Dec 12, 2020 10:59 am
Preferred Pronouns: He/Him
Operating System Version (Optional): Void Linux
Graphics Processor: Intel (Modern GZDoom)
Location: Independence, KS, USA

Re: Raze 1.5.0 released

Post by KynikossDragonn »

Graf Zahl wrote:Commit changes that Discord compilation always makes on Linux, leading to -m on compiles.
I guess this means mystery solved for both Raze and GZDoom why I was getting -m until I made some of those files readonly?

That's fantastic news overall!
User avatar
Nash
 
 
Posts: 17322
Joined: Mon Oct 27, 2003 12:07 am
Location: Kuala Lumpur, Malaysia

Re: Raze 1.5.0 released

Post by Nash »

Solid work, as always. Raze continues to be the smoothest Build engine ports to play.
User avatar
Master O
Posts: 49
Joined: Sat Feb 14, 2015 3:00 pm

Re: Raze 1.5.0 released

Post by Master O »

Graf Zahl wrote:Download (OpenGL 3.3/OpenGL ES 2.0 and higher required)
What does Zip64 support mean for Raze 1.5.0?
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 48355
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Re: Raze 1.5.0 released

Post by Graf Zahl »

It allows loading files using theZip64 extensions, which are needed, for example, to load Zips with more than 65535 files
User avatar
Master O
Posts: 49
Joined: Sat Feb 14, 2015 3:00 pm

Re: Raze 1.5.0 released

Post by Master O »

Graf Zahl wrote:It allows loading files using theZip64 extensions, which are needed, for example, to load Zips with more than 65535 files
Out of curiosity, are there any build engine game mods out there with zip files containing more than 65,535 files?
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 48355
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Re: Raze 1.5.0 released

Post by Graf Zahl »

No, that feature was asked for in GZDoom and just got transferred to Raze with a backend update.
User avatar
funduke_again
Posts: 1
Joined: Mon Jul 25, 2022 2:23 pm

Re: Raze 1.5.0 released

Post by funduke_again »

Many thanks for finally making a precompiled linux binary avaible for download.
:)
Greetings
Funduke
blz
Posts: 4
Joined: Wed Sep 21, 2022 12:34 pm

Re: Raze 1.5.0 released

Post by blz »

Hi. I'm wondering if there exists a 32-bit Windows version of Raze? I would love to have this on my retro gaming system (Windows XP Pro) where I have pretty much all other classic 90s and 80s PC and console games running beautifully.

And to give something back, I discovered this DirectDraw replacement DLL that can be placed in the main folder of not just the first Diablo game, but most Blizzard games from that period and even some others (that used Direct Draw), where a game that properly detect the .dll file will launch in windowed mode and pressing the tilde (` ~) key will display a menu where one can set custom resolutions. It's been a god send and it seems most people don't know about it. And despite the "windows 7 vista patch" name, it works perfectly under XP.

Thank again for (G)Zdoom, it along with EDuke and Decent Rebirth have been great ways to relive some great classics.
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 48355
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Re: Raze 1.5.0 released

Post by Graf Zahl »

No 32 bit, and even if there was, modern toolchains no longer support building for XP anymore.

Last year for GZDoom`s last 32 bit version user share 32 was at 1% and 2 years ago, when XP was dropped, its user share was below 0.13%.
blz
Posts: 4
Joined: Wed Sep 21, 2022 12:34 pm

Re: Raze 1.5.0 released

Post by blz »

Graf Zahl wrote: Wed Sep 21, 2022 9:34 pmNo 32 bit, and even if there was, modern toolchains no longer support building for XP anymore.
Mingw can still be used on XP (I've built many things directly on XP before, and I will be attempting with Raze when I get the chance.)
Last year for GZDoom`s last 32 bit version user share 32 was at 1% and 2 years ago, when XP was dropped, its user share was below 0.13%.
Could you share where you got those stats from? I suspect your numbers might be based on the system that is being used to download files on (which is what will get logged), which isn't always the system the download be used on. That is a very easy thing to overlook.

I know there are forums and subreddits full of people using similar set-ups to mine (32-bit XP and similar) for retro purposes, whether dedicated physical machines or virtual ones, so 32-bit usage and XP usage very much exists out there. Keep in mind there are a lot of games from the 2000s alone that will not run properly (or at all) on Vista, 7, or later.
Last edited by blz on Thu Sep 22, 2022 10:31 am, edited 2 times in total.
User avatar
wildweasel
Moderator Team Lead
Posts: 21506
Joined: Tue Jul 15, 2003 7:33 pm
Preferred Pronouns: He/Him
Operating System Version (Optional): Windows 10, 21H1
Graphics Processor: nVidia with Vulkan support

Re: Raze 1.5.0 released

Post by wildweasel »

blz wrote: Thu Sep 22, 2022 10:29 am Could you share where you got those stats from? I suspect your numbers might be based on the system that is being used to download files on (which is what will get logged), which isn't always the system the download be used on. That is a very easy thing to overlook.
These figures were obtained from an opt in hardware survey that was issued with a version of GZDoom some months ago; in order for a machine to participate in the survey, it would have had to actually run the program.

Return to “ZDoom (and related) News”