[Phredreeke]

Player Lin, on 29 July 2018 - 01:28 AM, said:

Better keep bother the AV's support team/devs if still want using the AV and EDuke32 the same time if you ask me.

...or use the 64-bit build (sorry if I'm starting to sound like a broken record)

[Forge]

or just add eduke32.exe to the av exception list so it'll stop alerting every time you run it, and move on

[MusicallyInspired]

All good points. I agree with the idea of putting a popup notice on the screen if you're running the 32-bit version on 64-bit OS's. A lot of people are stupid and ignorant of these things.

[Jblade]

I'm getting a "ERROR: Too many objects in cache! (cacnum > MAXCACHEOBJECTS)" crash on certain level loads...normally if I do a few consecutively; is this due to the cache size being set too low or too high? it's set to 262144 currently; but I also got crashes with double that.

Here's the log, there was literally about 9000 lines of similar error messages which I didn't include:

Spoiler

EDuke32 r6957
Built Jul 26 2018 09:37:33, GCC 7.2.0, 64-bit
Using E:/AMC_TC/ for game data
Running on Windows 10 (build 10.0.17134)
Initializing SDL 2.0.8
Searching for game data...
Using "DUKE3D.GRP" as main game data file.
Using file "AMCTC.grp" as game data.
Compiling: GAME.CON (436173 bytes)
Relocating compiled code from to 0x000000001dd17040 to 0x000000001e720040
Including: USER.CON (0 bytes)
Including: DEFS.CON (0 bytes)
Including: CODE/AMCVARS.CON (52670 bytes)
Including: CODE/AMCDEFS.CON (193640 bytes)
Including: CODE/AMCUSER.CON (314269 bytes)
Including: CODE/AMC_EPS.CON (22662 bytes)
Including: AMC_Settings.ini (3032 bytes)
Including: CODE/AMC_LOADA.CON (27008 bytes)
Including: CODE/AMC_SUBTITLES.CON (187031 bytes)
Including: CODE/AMC_CUT_SUB.CON (285741 bytes)
Including: CODE/getzrange.con (1373 bytes)
Including: CODE/PSTATS.CON (771084 bytes)
Including: CODE/EBIKE.CON (17658 bytes)
Including: CODE/AMCEXTRA.CON (537723 bytes)
Including: CODE/AMCSTEPS.CON (25910 bytes)
Including: CODE/AMCWEPS.CON (1037308 bytes)
Including: CODE/AMCENEMY.CON (689961 bytes)
Including: CODE/AMC_COM.CON (265149 bytes)
Including: CODE/AMCCOMP.CON (1008225 bytes)
CODE/AMCCOMP.CON: In state `JAMES_EQUIP_SCREEN':
CODE/AMCCOMP.CON:6253: warning: found `else' with no `if'.
CODE/AMCCOMP.CON: In state `ZAXTOR_EQUIP_SCREEN':
CODE/AMCCOMP.CON:6718: warning: found `else' with no `if'.
Including: CODE/AMCSCENE.CON (83345 bytes)
Including: CODE/AMCALLY.CON (156217 bytes)
Including: CODE/AMCDISP.CON (257087 bytes)
Including: CODE/AMCITEMS.CON (218083 bytes)
Including: CODE/AMC_OBJECTS.CON (75408 bytes)
Including: CODE/AMCINPUT.CON (113189 bytes)
Including: CODE/LENSFLARE.CON (5504 bytes)
Including: CODE/AMC_ZAX.CON (257352 bytes)
Including: CODE/AMC_MIKKO.CON (13103 bytes)
Found 2 warning(s), 0 error(s).
Script compiled in 743ms, 8610864 bytes
AMC TC v3.0 Alpha
Initialized 256.0M cache
Loading "duke3d.def"
.........
Definitions file "duke3d.def" loaded in 598 ms.
Initializing OSD...
Switching keyboard layout from 00000809 to 00000409
0 joystick(s) found
Loading clip map: _clipshape0.map
Loaded clip map.
Executing "settings.cfg"
Setting video mode 1600x900 (8-bpp fullscreen)
Refresh rate: 60Hz
OpenGL information
NVIDIA Corporation GeForce GTX 1060 6GB/PCIe/SSE2 4.6.0 NVIDIA 397.64
Compile Status: 1
Compile Status: 1
Initializing music...
Initializing sound... 128 voices, 2 channels, 16-bit 48000 Hz
Cache time: 24ms
E1L1: THE AMC TEAM
Cache time: 19ms
E1L2: AMC BASE
Cache time: 3ms
E1L3: BRIEFING FILE 1
Cache time: 82ms
E1L4: THE MEGABASE
Cache time: 13ms
S_PlayMusic(): error: empty music file "dethtoll.mid"
User Map: /test.map
Cache time: 132ms
S_PlayMusic(): error: empty music file "dethtoll.mid"
User Map: /AMCTCBF.map
Cache time: 12ms
E3L1: THE CONTINUED ADVENTURES
0- ptr: 0x23ea3050, leng: 5520, lock: 200
1- ptr: 0x23ea45e0, leng: 1344, lock: 200
2- ptr: 0x23ea4b20, leng: 368, lock: 200
3- ptr: 0x23ea4c90, leng: 144, lock: 200

*snip about 9000 lines of this*

9215- ptr: 0x328d5810, leng: 2464, lock: 199
9216- ptr: 0x0, leng: 602550352, lock: NULL
Cachesize = 268435456
Cacnum = 9217
Cache length sum = 848126384
ERROR: Too many objects in cache! (cacnum > MAXCACHEOBJECTS)
Switching keyboard layout from 00000409 to 00000809

[Mark]

Looks like its long overdue to run Mapster scripts and find out what assets are not being used and delete them. You couldn't pay me enough to do it.

[necroslut]

I noticed that there's an "alternate weapon" keybind now - a carryover from Ion Maiden, I assume... Does that mean we're finally getting proper support for defining new (more than 11) weapons?

[Hendricks266]

necroslut, on 31 July 2018 - 03:35 PM, said:

I noticed that there's an "alternate weapon" keybind now - a carryover from Ion Maiden, I assume... Does that mean we're finally getting proper support for defining new (more than 11) weapons?

It's for the Duke 64 mod. In Duke 3D it functions for the Shrinker and Expander.

[necroslut]

Hendricks266, on 31 July 2018 - 03:49 PM, said:

It's for the Duke 64 mod. In Duke 3D it functions for the Shrinker and Expander.

Yeah, I noticed it worked with the Expander. It seemed weird to include a special keybind just from toggling between those two weapons though.
So, does that mean "no"? Just a special keybind for mods to use without overwriting an existing one?

[Hendricks266]

The idea is modeled after a similar bind that was added to SWP. Such a bind would be useful for any Build game that has multiple weapons or weapon modes per numeric key slot, including new games.

This bind functions correctly as-is. It is not part of anything larger, though it will work well with whatever ends up being implemented in the future.

I am irritated by "finally".

[necroslut]

Hendricks266, on 31 July 2018 - 03:57 PM, said:

The idea is modeled after a similar bind that was added to SWP. Such a bind would be useful for any Build game that has multiple weapons or weapon modes per numeric key slot, including new games.

This bind functions correctly as-is. It is not part of anything larger, though it will work well with whatever ends up being implemented in the future.

I see. Yeah, SWP/Redux came to mind, but Shadow Warrior has five guns like that and Duke only one, so it seemed a bit overkill if just for Duke - which I assumed it was related to IM.

Quote

I am irritated by "finally".

Uh, why? Such functionality has been mentioned as being, not in development or really planned AFAIK, but as wanted and on the horizon somewhere. Since it didn't have it already, but it would be welcome to have it, that would make it "finally".
"Finally" doesn't necessarily mean "I can't believe you assholes let us wait this long!".

[Phredreeke]

I requested that feature. Duke64 has three weapons with different forms of ammo in addition to the shrinker/expander

[Fox]

It's not just for mods. I add features to Eduke32 as if it supported all Build games.

[necroslut]

Phredreeke, on 31 July 2018 - 04:48 PM, said:

I requested that feature. Duke64 has three weapons with different forms of ammo in addition to the shrinker/expander

Yeah, I forgot the port/mod allows you to switch between ammo types manually unlike the console version.

Fox, on 31 July 2018 - 04:52 PM, said:

It's not just for mods. I add features to Eduke32 as if it supported all Build games.

Makes sense then.

[Danukem]

necroslut, on 31 July 2018 - 03:35 PM, said:

I noticed that there's an "alternate weapon" keybind now - a carryover from Ion Maiden, I assume... Does that mean we're finally getting proper support for defining new (more than 11) weapons?

I guess it depends on what you mean by "proper support". It's a royal pain to hook additional weapons into the existing structures, especially when shoehorning in new weapon switch logic so that all the added weapons work correctly with the next/previous weapon keys. BUT, for anyone willing to put in the work, it's quite possible to ignore the hardcoded structures entirely and make your own system with an unlimited number of weapons, or any system you like. One could argue that providing gamevars and all the other fundamental features needed to make a new system from scratch is all the proper support that we could ask for.

[necroslut]

Trooper Dan, on 31 July 2018 - 05:41 PM, said:

I guess it depends on what you mean by "proper support". It's a royal pain to hook additional weapons into the existing structures, especially when shoehorning in new weapon switch logic so that all the added weapons work correctly with the next/previous weapon keys. BUT, for anyone willing to put in the work, it's quite possible to ignore the hardcoded structures entirely and make your own system with an unlimited number of weapons, or any system you like. One could argue that providing gamevars and all the other fundamental features needed to make a new system from scratch is all the proper support that we could ask for.

I know it's possible, I've played around with that myself and I'm not complaining But I'm pretty sure Hendricks or TX have talked about implementing a simpler way to add more weapons, I even seem to remember the word "proper" being used.

Well, at least we have been saved from Doom wads with 10 guns per slot...

[December Man]

Nvm

[spacekebab]

has anyone else had trouble with the forcesetup = 1 param (in the config) with the last few builds?

[December Man]

I've been getting out of memory CTDs after attempting to load a game with my mod on the newest eDuke32 versions: 20180903-6976 and 20180906-6978. On 20180809-6969 it works fine.

[Danukem]

December Man, on 06 September 2018 - 02:50 PM, said:

I've been getting out of memory CTDs after attempting to load a game with my mod on the newest eDuke32 versions: 20180903-6976 and 20180906-6978. On 20180809-6969 it works fine.

That's interesting. I have never experienced this problem myself, but I have seen similar reports from players on Mod DB regarding Alien Armageddon, and in those cases it is 6969 that is being used.

I think there was a recent change in which compiled script is no longer included in saved game files, and it may have something to do with that.

[NightFright]

It may have to do with this:

Don't invalidate saves based on the compiled script CRC if the script hasn't been compiled yet
------------------------------------------------------------------------
r6972 | terminx | 2018-09-01 12:36:05 -0700 (Sat, 01 Sep 2018) | 1 line

[Gambini]

Just installed Eduke32 7067 (the latest) and now palette emulation doesn´t seem to work at all, despite it being locked on ON.

I know this may sound similar to a previous question i made before. But is there any way to control the render parameters via console? like if there´s a replacement for r_usetileshades (which doesn´t seem to work) or any other visibility/shading command i can use for testing purposes at least.

Apart from that, I have been reading the changelogs on latest builds but didn´t find consistent information regarding stuff I may care/understand. Could someone list what new improvements/features have been added in the latest months? Polymer exclusive information is irrelevant to me.

[oasiz]

"Palette emulation" is missing since it was re-implemented via shaders, old method was a brute-force approach where it created duplicates of needed swaps in VRAM and that was very resource wasting and caused issues especially on lower end hardware. This was very intensive during scenes that did many palette swaps (i.e. explosions or flickering lights) and could cause major lag spikes even on systems with dedicated VRAM on the GPU.
There is no need for this toggle as the performance penalty now is virtually zero. If there are accuracy concerns then I'm sure that those can be checked out if pointed out. As for the "off" method: It was never really correct and was just a quick & dirty approximation using basic functions to get something closer to it.

There have been various adjustments like a smoother mouse movement in GL (no longer chained to fixed steps in Y axis) and I believe this was applied to X axis as well, giving a more true "free camera" instead of being bound to engine supported angles. Tons of perf improvements overall. Classic now supports pixel doubling / quadrupling etc.. Other major render work is being done by pogokeen. Most of it is way overdue so kudos to him

[Gambini]

As I seem to understand palette emulation is discontinuated and replaced by shaders? How then can a modder apply a shader that looks like palette emulation?

I have a big project which relies its visuals (and was inspired by too) on the palette emulation look. I´m very concerned about this. Would you care to explain me more?

[Hendricks266]

Palette emulation was reimplemented using shaders and since the performance cost is gone, it is on by default and there is no need to give the user a menu option to turn it off.

[Gambini]

But it´s not working! I get the old poymost shading look in which surfaces are darkened by a black translucent coat!

[Gambini]

I think you can tell the difference:

6926



7067

[Fox]

Have you tried deleting your old cfg?

[Gambini]

texture caches, cfgs, autoexecs, yes!

[oasiz]

It looks as if some extra saturation is being applied on top, did you check that nvidia control panel isn't tapping in to this and adding some digital vibrance for instance ?

But yeah, what was said, goal is to get software-like look going on with polymost.

Also remember that eduke stores configs in %appdata% nowdays with newer versions.

[Gambini]

No extra saturation, the most saturated screenshot corresponds to 6926 revision in which shadetables still worked. The screenshot at the bottom shows how it looks like now in 7067. And it's unlikely nvidia is doing anything. That is exactly the old polymost look, before the shadetables thingie were applied.

Just checked %appdata% and no eduke32 configuration was found.