please do not subscribe other people to tickets by force. You sent notifications to all people that are on the feedback tracker and in any of the DayZ X groups.

Part of the underlying issue here is that the JSON-Serializer treats booleans as ints. If you write something using JSON a bool value will be 0/1 instead of false/true.

You can assign a single vertex a selection name and animate it for all axis. Instead of setting the position via script, you would translate the target position to a local animation value for the axis. You would need to name all the vertices you want to move anyway in order to know which is which in script. So the step from doing that to just giving it animations is quite small.

Can't you just use model.cfg animations for this?

Added in 1.05 EXP: https://community.bistudio.com/wiki/DayZ:Server_Configuration#Priority_Queuing

Interesting yeah. <br /> with space aka strict xhtml notation works. However, it would still be interesting to know which tags are officially supported instead of guessing and trial and error :)

The correct implementation ready for copy paste

Without an option to disable it, it's rather annoying indeed.

Optional mods such as sound changes or texture changes should be possible though by just adding the key to the server key folder. A player could then connect and be allowed onto the server because the key is recognized. Even if not, if the server also loads the mod it would not hurt anything either, because the server does not care about textures, or sounds or anything like that. Clientside optional mods with custom logic are not a thing really anyway since most gameplay elements require the server for providing data anyway.

Any details on how this was resolved? How the intended way is to provide translation in the mod?

As in call rcon commands from script when beeing the server instance. Similar to servercommand in Arma 3.

I have narrowed the issue down with further testing. This filter prevents my object from beeing visible

Buildings are not visible in the vicinity.

Alternatively, add a function "SetFrequency" to the AbstractWave class. Since volume can already be controlled via script this would then give total control over both. The formulas for calculating both volume and frequency can be done in enscript then.

Possibly this could at least be added to the debug version of the game, as that is primarily used by developers anyway.

Sure but that's not what this about. The vector can be multiplied with a scalar value as shown in the example above. However, the operator *= does not work for it even though it should.

Another example with 1px 2px 2px ... 2px 2px 1px

Then this can be marked as resolved. Thx for the info there.

I know that guide but I seriously hope that that is not the intended way to manage projects in WB

If RequiredAddons is not planned, how do you intend server owners to make sure the required mods are loaded for players? If a player loads unallowed mods he will be kicked because of verifySignatures, so that is covered, however, what if I join the server and do not have 2 out of 10 mods loaded.
This could be used to exploit game mechanics by not having certain objects visible in-game, or not being forced to react on certain RPC's sent from the server.

That makes sense. But as long as there is some limitation for "normal" users due to any security aspect or whatever reason, please add an easy way of bypassing that restriction if you are a developer and know what you are doing.

No IsInventoryVisible is something different in this regard.

Normal log without any modded classes loaded: https://media.discordapp.net/attachments/492295576470290433/563786820773740565/unknown.png?width=1403&height=550

I consider it unpleasant because I am not sure how the modded player instance is handled when multiple mods want to override the same function. If two mods, want to override GetSingleUseActions() - from my current experience - the modded versions will most likely fight each other over which instance will be used.
This can be avoided if the interactions are defined in the config or object class directly, where is less likely two mods are in conflict, then the PlayerBase. I think nearly every mod on the workshop right now has a different PlayerBase implementation, and many of which will advance at one point to use interactions in mods ...

I support what Jacob said. It's very very likely that smaller mods want to localize their item descriptions etc. And it should be possible to just read a stringtable.csv from each loaded mod + the game global one and just add them together.

This is what I need to do at the moment in order to add my single use interaction from a world object to the list of actions the user can choose from:

The active interactions checks rely on the the action id. The pool of id's that will be iterated in a particular case depends on the actions available on the player, the actions from the item in hand, as well as the world objects that the player is in proximity / looking at.

I have conducted a little more research and I think the FreeDebugCamra simply is not meant to be used by anyone without the internal build *maybe* because the "PluginDeveloper" is not included with the release build. The instance to it from the plugin manager is NULL. Calling the freecam gives a nullptr error to this, that's why it might be linked.
It previously worked because I could spawn a camera object and have a separate instance, but this does not seem to be possible anymore. And the singleton instance of FreeDebugCamera.GetInstance() does not comply with what you want it to do on the public build. I can not use it on stable atm either, so it must have been like that all the time.

This has been confirmed not working from me and mov3ax independently. But sure I can try the next exp update and see if it works there.

Thank you for the info Geez <3

I got some information that *maybe* this resolves the issue / has something to do with it: https://www.techpowerup.com/download/visual-c-redistributable-runtime-package-all-in-one/

After today's EXP patch the flickering is not as bad as it was before, but still present. It gets worse when you reach around 11 light sources though.