Welcome to the ZDoom Forums!

[url=https://github.com/coelckers/gzdoom/pull/688]Here's a fix.[/url]

This looks like a problem with the DamageMobj refactor. The entire point of the NODAMAGE flag is to handle pain as if damage was inflicted but actually don't do it.

class tbs:Actor{
    default{
        painsound "demon/pain";
        health 99999;
        painchance 256;
        +shootable
//        +nodamage
    }
    states{
    spawn:
        BEXP B -1;
    pain:
        BEXP C 30 A_Pain();
        goto spawn;
    }
} 

It's the +nodamage flag.

Here's a standalone actor:[code=php]class tbs:Actor{
    default{
        painsound "demon/pain";
        health 99999;
        painchance 256;
        +shootable
//        +nodamage
    }
    states{
    spawn:
        BEXP B -1;
    pain:
        BEXP C 30 A_Pain();
        goto spawn;
    }
} [/code]

Problem still exists on 3.7.1.

8-)

gzdoom +set vm_jit false -file hd-unstable/
[...]
Resolution: 1920 x 1080
Completions for vm:
vm_jit     vmengine   
]vm_jit
"vm_jit" is "false"


range - Firing Range

[code]gzdoom +set vm_jit false -file hd-unstable/
[...]
Resolution: 1920 x 1080
Completions for vm:
vm_jit vmengine
]vm_jit
"vm_jit" is "false"


range - Firing Range
[/code]
That's what I initially tested, I just typo'd it. But no, it doesn't fix the problem.

Sorry, I went to bed just after my last message. I'll test with 3.7.1 as soon as a Linux build is available (maybe try compiling myself later).

8-)

The variable is called "vm_jit", not "asm_jit". Can you please retry?
Can you also please retest with the latest devbuild? There have been several fixes over the last few days and it may already have been resolved.

It does not, same behaviour.

8-)

The variable in question is "asm_jit" - does setting that to 0 change it?

Making a preliminary bug report since I know Graf is aiming for a hotfix soon and I don't think Matt's going to get around to troubleshooting this before then.

[list=1]
[*] Download Hideous Destructor ([url=https://github.com/MatthewTheGlutton/HideousDestructor/archive/4342122654ba23541761fcb4ac2a0cdcf1e5ea9b.zip]current master commit[/url]).
[*] Start a new game with any class ("Rifleman" is probably easiest but anything works).
[*] Select "Hideous Firing Range" from the episode select.
[*] Far downrange are a few floating barrels. Shoot one.
[list][*](if targetting is an issue it may be easier to either jog downrange, or cheat [i]just(!)[/i] a red keycard (or noclip) and go through the red door on the right; it portals to the far end of the range where another barrel is floating close by the tall wall.[/list][/list]

With CVar "hd_debug" set to > 0, debug messages will indicate that damage was dealt to the barrel, but here is where the divergence happens:

[list]
[*]In GZDoom 3.6.0, the barrel will "explode" and fall to the ground upon taking any damage. This is the expected behavior.
[*]In GZDoom 3.7.0, the barrel will not react at all. Recoil can make this hard to see, but bullets puff on the barrel "harmlessly" even though damage is registered with debugging.[/list]

I'm not sure where the problem may lie. [url=https://github.com/MatthewTheGlutton/HideousDestructor/blob/4342122654ba23541761fcb4ac2a0cdcf1e5ea9b/zscript/range.txt#L53]Here is the permalink to the current target barrel actor code.[/url] Other actors seem to respond to damage as intended so I don't think it's the weapons/bullets. Reverting to previous commits of Hideous Destructor doesn't change anything, it's definitely a difference between GZD 3.6.0 and 3.7.0.

I'm running the Modern Linux x64 build (from the .deb packaged by Rachael) on Linux Mint 19.1 Cinnamon. Have not tested on any other platforms. Setting "vm_jit" to false doesn't fix the problem.

8-)