[NightFright]

Raze has native World Tour support, that's why I was asking. The maps don't seem to have any visible information about lighting in them, so the question is how the port knows which lights to place where.

[NightFright]

Another attempt to get my question answered: Since the maps don't seem to contain any lighting data, is it possible there is some hardcoded behavior to use certain light colors for certain sprites/textures in WT?

Example: The cinema entrance in E1L1 has the "Biker Bimbos" display lit in yellow colors, the "Cinema" neon sign illuminates the walls in red. My assumption is these tiles would always behave like that in WT, wherever they are placed.

[Avenger]

Was this ever finished in a later build of EDuke32 or is the "to do list" from the second post from 5 years ago still accurate?

[Mark]

There are certain switches and maybe other things that have built-in lighting in eduke32. There is a option to disable it I think thru simple con code setting. Possibly even thru Mapster. Its been a while since I looked into it. So I would imagine that WT did the same thing with their autolighting certain objects.

[Ninety-Six]

Avenger, on 24 May 2021 - 03:57 PM, said:

Was this ever finished in a later build of EDuke32 or is the "to do list" from the second post from 5 years ago still accurate?

It's still accurate, as far as I can tell.

That being said, you'll note that post was edited just over a year ago when the incinerator (and thus the new enemy attacks) was finally supported. Admins can edit those old posts.

[The Battlelord]

Mark, on 24 May 2021 - 04:04 PM, said:

There are certain switches and maybe other things that have built-in lighting in eduke32. There is a option to disable it I think thru simple con code setting. Possibly even thru Mapster. Its been a while since I looked into it. So I would imagine that WT did the same thing with their autolighting certain objects.

As i already wrote, what is curious is that:

The Battlelord, on 29 April 2021 - 10:15 PM, said:

if you put WT maps in a folder with an old revision of eduke32 (+Duke3d.grp) ie: r4593, r6927, r7395 (Polymer on), it will use WT lights (as it works with the Stopgap), surprisinling it works with the HRP too.
Just avoid Alien World Order episode, as maps are broken if you plan to use them without the Stopgap (or E5L1 is broken at least).

The weird part is that WT came out in 2016 but, eduke32's revisions even older than 2016 ones, will use WT lights as well, so it really depend on the engine or the maps?

[Avenger]

Ninety-Six, on 24 May 2021 - 10:03 PM, said:

It's still accurate, as far as I can tell.

That being said, you'll note that post was edited just over a year ago when the incinerator (and thus the new enemy attacks) was finally supported. Admins can edit those old posts.

Well, that's disappointing.

I’m starting to wonder if hendricks has ever actually finished any project? They all seem to be in various states of unfinished...

[Phredreeke]

Does not having a box for the armor in the mini-HUD really affect your enjoyment of the game that much?

The Battlelord, on 24 May 2021 - 10:36 PM, said:

The weird part is that WT came out in 2016 but, eduke32's revisions even older than 2016 ones, will use WT lights as well, so it really depend on the engine or the maps?

The WT maps were done in Mapster32. The maps themselves have data for dynamic lights embedded in them (compare the file sizes of the WT and Atomic Edition versions of the maps, you'll find the WT version consistently larger)

[Avenger]

Phredreeke, on 25 May 2021 - 06:13 PM, said:

Does not having a box for the armor in the mini-HUD really affect your enjoyment of the game that much?



The WT maps were done in Mapster32. The maps themselves have data for dynamic lights embedded in them (compare the file sizes of the WT and Atomic Edition versions of the maps, you'll find the WT version consistently larger)

It would just be nice to have something in a complete state just like how World Tour shipped.

Same thing could be said for Ion Maiden, etc.

No need to hop on the offensive. Just my opinion.

[The Battlelord]

Avenger, on 26 May 2021 - 12:39 AM, said:

It would just be nice to have something in a complete state just like how World Tour shipped.

Hmm, idk what you mean as "complete state", let's call it Duke 3D "remake" for a moment, this "remake" came out in 2016 and nothig has been fixed (except the price lol) compared to Atomic Edition, same bugs and worst Duke voice, it lacks of expansions and bonus/extras (unlke Megaton Edition that has been removed...), some nice features like the " hit-scan only" and many other stuff to put in a huge list that i won't even bother to repeat again.
Anyway, everything has a starting point, Duke 3D itself has been updated during the years (1.3d, 1.4, 1.5) "The Birth" episode was included later.

I'm just amazed and so grateful that after so many years, some old users still around here, releasing fantastic stuff in their spare time.

About WT, it works better on eduke32 with the Stopgap, than by launching it on Steam, imho.

[Avenger]

The Battlelord, on 26 May 2021 - 02:01 AM, said:

Hmm, idk what you mean as "complete state", let's call it Duke 3D "remake" for a moment, this "remake" came out in 2016 and nothig has been fixed (except the price lol) compared to Atomic Edition, same bugs and worst Duke voice, it lacks of expansions and bonus/extras (unlke Megaton Edition that has been removed...), some nice features like the " hit-scan only" and many other stuff to put in a huge list that i won't even bother to repeat again.
Anyway, everything has a starting point, Duke 3D itself has been updated during the years (1.3d, 1.4, 1.5) "The Birth" episode was included later.

I'm just amazed and so grateful that after so many years, some old users still around here, releasing fantastic stuff in their spare time.

About WT, it works better on eduke32 with the Stopgap, than by launching it on Steam, imho.

I agree and no need to force install a cancerous steam spy client as well which is why I figured it would be nice to have an alternate complete way to play the game.

I figured that within 5 years that wasn't a lot to ask.

[Phredreeke]

I'm sure Hendricks would rather EDuke32 run WT natively than rely on the stopgap, I'm also sure he has other projects that have a higher priority than this.

[Player Lin]

Isn't Voidpoint guys are busy on the IF expansion(and maybe working on VoidSW too but IF expansion should be on highest one I guess)?

[Jimmy]

The Battlelord, on 24 May 2021 - 10:36 PM, said:

The weird part is that WT came out in 2016 but, eduke32's revisions even older than 2016 ones, will use WT lights as well, so it really depend on the engine or the maps?

They basically copied how everything already worked in EDuke32, so there was some natural level of compatibility already there.

[Jamesfff]

Why don't voxels work with the stopgap? I have tried putting the voxel zip file in autoload and activating that and tried unzipping the files in it into their own folder and selecting in in the Custom game content directory" menu and neither worked.

[Phredreeke]

You'll have to edit the stopgap's def file to include the def from the voxel pack. (also, voxels will not work in Polymer)

[jkas789]

What phredreeke said. You will need to add to e32wt.def the following line:

include duke3d_voxels.def

And yes, for voxels to work you need to use polymost.

[Ninety-Six]

jkas789, on 06 June 2021 - 05:49 PM, said:

And yes, for voxels to work you need to use polymost.

or classic.


It's odd that they wouldn't run in Polymer...

[Jimmy]

Polymer is abandoned legacy software. The current iteration of voxel support is newer than Polymer, and older versions slowed Polymer to a crawl so they were never implemented in any meaningful way.

[Ninety-Six]

Jimmy, on 10 June 2021 - 10:51 AM, said:

Polymer is abandoned legacy software. The current iteration of voxel support is newer than Polymer, and older versions slowed Polymer to a crawl so they were never implemented in any meaningful way.

Fair enough, makes sense.


A shame about Polymer. Even if it was a resource-guzzling fatass, when the lighting is used properly it can make some good looking stuff. Of course, I'm a very biased person in this regard since I am an absolute sucker for fancy lighting. Some parts of AWO actually look fantastic with the fancy renderer (the streets of Moscow come to mind).

[Jamesfff]

Voxels work now, thanks.

[NightFright]

If I remember how I started out with optimizing the addon compilation for Polymer... it couldn't even render overlapping redlines and drew no textures instead. And I realigned those redlines to not overlap. Wasn't exactly the smartest approach. If anything doesn't render like Classic or at least Polymost, leave it.

[Arthandas]

Could you fix the autoload folder functionality? It works fine without Stopgap, but if I try to use it to run World Tour, nothing gets loaded inside it. It's also impossible to load Stopgap by placing the zip inside the autoload folder, it needs to by extracted into the main EDuke32 directory.

[NightFright]

This hint may come late, but e32wt.def is missing this line:
include duke3d.def

Insert this at the beginning of e32wt.def, save it and autoload content should work again.

Side note:
The real culprit is the grpinfo here since it always uses the specified def file as main def, i.e. replacing duke3d.def, which is normally the one being loaded automatically. If the def stated in the grpinfo doesn't include duke3d.def, it's going to be ignored.

[eisnerguy1]

So, I'm trying to run this on macOS. I'm sure I've got the files in the right location. I keep getting this error message though:
"Required game data was not found. A valid copy of 'e32wt.grp' or other compatible data is needed to run EDuke32.

You must copy 'e32wt.grp' to your game directory before continuing!"

Am I missing something super obvious?

I'm using this commit of eduke32.

Any help would be greatly appreciated.

[NightFright]

Since it has not happened yet: I've coded a solution to integrate the expanded mini HUD (with armor display). Took me the better part of a full week to get it where I wanted it to be. It's highly accurate.

A few notes:
- Widescreen support has been added.
- Ammo numbers are centered.
- Alignments of a few inventory items have been adjusted. It can be undone by checking the comments in the code.
- The only thing I couldn't get working is statusbar scaling. That means regardless which scaling you use, its size will always be 100%.

How to use:
Add the two attached con files to your stopgap solution. Overwrite e32wt.con, then launch WT with the stopgap as usual. Check the mini HUD (make sure EDuke32 HUD isn't active), armor should be there.

*CHANGELOG:*
- Apr 19, 2024: Fix for ammo display when holding pipebomb detonator
- Apr 5, 2024: Minimize amount of required variables
- Apr 4, 2024: Prevent negative health values (switch to .last_extra)
- Apr 3, 2024: Small (possibly final) code efficiency update
- Apr 1, 2024: Upgraded to xdim-1/ydim-1 (draw correctly to whole screen)
- Mar 26, 2024: Small code efficiency update

Attached File(s)

•  e32wt_hud.zip (1.35K)
  Number of downloads: 247

[jkas789]

NightFright, on 21 March 2024 - 10:40 PM, said:

Since it has not happened yet: I've coded a solution to integrate the expanded mini HUD (with armor display). Took me the better part of a full week to get it where I wanted it to be. It's highly accurate.

A few notes:
- Widescreen support has been added.
- Ammo numbers are centered.
- Alignments of a few inventory items have been adjusted. It can be undone by checking the comments in the code.
- The only thing I couldn't get working is statusbar scaling. That means regardless which scaling you use, its size will always be 100%.

How to use:
Add the two attached con files to your stopgap solution. Overwrite e32wt.con, then launch WT with the stopgap as usual. Check the mini HUD (make sure EDuke32 HUD isn't active), armor should be there.

Thanks for the hard work mate!
I'm using your widescreen fixes mod. Would this conflict?

[NightFright]

It shouldn't. I'm using a similar version as a mutator on top of pretty much everything. Might release that one separately later on, it has a few extra features.

[NukeDukem89]

Hendricks266, on 14 October 2016 - 01:27 AM, said:

This package provides support for playing Duke Nukem 3D: 20th Anniversary World Tour with the conveniences of the EDuke32 source port.

Hi. I'm new to modding and I'm trying to understand your Stopgap code.

I get these are new vars to configure new voice type and dev comments

Spoiler

// Configuration gamevars
var voice 0 0 // 0 - 2016 voice, 1 - 1996 voice except during Episode 5, 2 - 1996 voice except new lines only
var commentary 0 0 // 0 - off, 1 - on, 2 - show but don't allow playback

Also I understand this block, well kind off...

Spoiler

dynamicremap

// Treat new enemies like "useractor enemy"
define SFLAG_BADGUY_AND_STAYPUT 32800
spriteflags FIREFLY SFLAG_BADGUY
spriteflags BOSS2STAYPUT SFLAG_BADGUY_AND_STAYPUT
spriteflags BOSS3STAYPUT SFLAG_BADGUY_AND_STAYPUT
spriteflags BOSS5 SFLAG_BADGUY
spriteflags BOSS5STAYPUT SFLAG_BADGUY_AND_STAYPUT

onevent EVENT_SPAWN
ifactor FIREFLY
cstator 257
else ifactor BOSS2STAYPUT
cstator 257
else ifactor BOSS3STAYPUT
cstator 257
else ifactor BOSS5
cstator 257
else ifactor BOSS5STAYPUT
cstator 257
endevent

???

Spoiler

// Instantiate variables for our own use
var wt_i 0 0
var wt_temp 0 0
var wt_myvar 0 2

This is self explanatory

Spoiler

// Provide functionality for developer commentary sprites.
define DEVELOPERCOMMENTARY 5294
define DEVELOPERCOMMENTARYPLAYING 5295

defstate commentarysprite_getsoundnum
ifvare wt_myvar 0
{
getactor[].lotag wt_myvar
setactor[].lotag 0
addvar wt_myvar 3000
}
ends

defstate commentarysprite_appearance
ifvare commentary 0
cstat 32768
else
cstat 10240 // 2048|8192
ends

move SPACEPRESSED

useractor notenemy DEVELOPERCOMMENTARY 0
state commentarysprite_appearance

// Play the sound if the player interacts with the sprite.
ifvarn userdef[].soundtoggle 0
ifvare commentary 1
ifpdistl RETRIEVEDISTANCE
ifp pfacing
{
ifhitspace
move SPACEPRESSED
else ifmove SPACEPRESSED
{
move 0
for wt_i allsprites
{
ifvare sprite[wt_i].picnum DEVELOPERCOMMENTARYPLAYING
{
setactor[wt_i].picnum DEVELOPERCOMMENTARY
getactorvar[wt_i].wt_myvar wt_temp
stopactorsound player[].i wt_temp
}
}

globalsoundvar wt_myvar
cactor DEVELOPERCOMMENTARYPLAYING
break
}
}
else
move 0
enda

eventloadactor DEVELOPERCOMMENTARY
state commentarysprite_getsoundnum
state commentarysprite_appearance
enda

defstate commentarysprite_stop
stopsoundvar wt_myvar
cactor DEVELOPERCOMMENTARY
return
ends

useractor notenemy DEVELOPERCOMMENTARYPLAYING 0
state commentarysprite_appearance

ifactorsound player[].i wt_myvar
{
// Stop the sound if the user disables the feature.
ifvarn commentary 1
state commentarysprite_stop

// Stop the sound if the user disables sound.
ifvare userdef[].soundtoggle 0
state commentarysprite_stop

// Stop the sound if the player interacts with the sprite.
ifvare commentary 1
ifpdistl RETRIEVEDISTANCE
ifp pfacing
{
ifhitspace
move SPACEPRESSED
else ifmove SPACEPRESSED
{
move 0
state commentarysprite_stop
}
}
else
move 0
}
else // Return to the not-playing state when the sound is finished.
state commentarysprite_stop
enda

// I don't know if the maps contain any playing sprites. Handle them anyway.
eventloadactor DEVELOPERCOMMENTARYPLAYING
state commentarysprite_getsoundnum
state commentarysprite_appearance
cactor DEVELOPERCOMMENTARY
enda

I don't understand this...

Spoiler

// Remove cstat bits 1024, 2048, 4096, 8192, and 16384 from all actors.
// Only 2048 and 16384 are known to be used by World Tour.
appendevent EVENT_WORLD
for wt_i allsprites
{
getactor[wt_i].picnum wt_temp
ifvarn wt_temp DEVELOPERCOMMENTARY
ifvarn wt_temp DEVELOPERCOMMENTARYPLAYING
{
getactor[wt_i].cstat wt_temp
andvar wt_temp 0x83FF // (uint16_t) ~(1024|2048|4096|8192|16384)
setactor[wt_i].cstat wt_temp
}
}
endevent

This is for level functionality, without it some levels can't be completed.

Spoiler

// Check touchplates for pal 2 and 3.
defstate killspecialsprite
changespritestat THISACTOR 5 // STAT_MISC
cactor 0
cstat 32768
sizeat 0 0
ends

appendevent EVENT_PRELEVEL
for wt_i allsprites
{
setuserdef[].vm_sprite wt_i
ifactor TOUCHPLATE
{
// spritepal 1 handled internally
ifspritepal 2 // Co-op Only
{
ifvare MULTIMODE 1
state killspecialsprite
else
ifvarg MULTIMODE 1
ifvarand gametype_flags 1 nullop else // ifvarn COOP 1
state killspecialsprite
}
else ifspritepal 3 // Dukematch Only
{
ifvare MULTIMODE 1
state killspecialsprite
else
ifvarg MULTIMODE 1
ifvarand gametype_flags 1 // ifvare COOP 1
state killspecialsprite
}
}
}
endevent

I would be very grateful if you could explain what every block does exactly. Thanks.

[NightFright]

The WT mini hud went through a few update cycles. Today I have hopefully found and fixed the last issue: When holding the pipebomb detonator, counter showed 0 instead of remaining pipebombs. Be sure to download the latest version from my post above.