[Bug] CreateAudioSubmix crashes the client

[Sojobo]

Summary

CreateAudioSubmix with a name that doesn't already exist hard-crashes the client. Because a resource start replicates to everyone, ensure-ing a small diagnostic resource whose client script created two submixes at load crashed every connected player simultaneously, and any player who tried to reconnect crashed during loading until the resource was stopped.

pma-voice's own two submixes ("Radio"/"Phone") are created without issue on the same server, including re-running the same creation during a mid-session restart pma-voice, so the crash is specific to submixes beyond those, not to submix creation as such.

Issue type

Client

Repro rate

Always

Server build version

build 129

OS

Windows 11

CPU

No response

GPU

No response

RAM

No response

Storage type

None

Connection type

None

ISP and bandwidth

No response

DxDiag

No response

Network graph

No response

Platform

None

OS version / distribution

No response

CPU

No response

RAM

No response

Using txAdmin?

None

Hosting provider

None

Machine type

None

/perf endpoint output

No response

DDoS protection

No response

ulimit -n value (Linux only)

No response

Docker Compose file (Docker only)

No response

Steps to Reproduce

1. Add this standalone resource to any Enhanced server:

fxmanifest.lua

fx_version 'cerulean'
game 'gta5'
lua54 'yes'
client_script 'client.lua'

client.lua

local sm = CreateAudioSubmix('RepoSubmixTest')
SetAudioSubmixEffectRadioFx(sm, 0)
SetAudioSubmixEffectParamInt(sm, 0, `default`, 1)
AddAudioSubmixOutput(sm, 0)

2. With one or more clients connected, run ensure <resource> from the server console, every connected client crashes.
3. Alternatively, leave the resource started and have a client connect, the joining client crashes during loading.

The chain above is pma-voice's own submix setup with a different name; we have not isolated which call in the chain faults.

Expected Behavior

The submix is created, or the call returns -1 when a limit is reached, as on FiveM legacy, where multiple resources creating submixes is common and does not crash. No client crash either way.

Actual Behavior

Every client that runs the script crashes to desktop the moment it loads: on ensure, every connected player crashes simultaneously; while the resource stays started, every joining client crashes during loading. 100% reproducible until the resource is stopped.

Evidence

Crash IDs:
ad1d7b7e-b7ee-40fb-9578-535b40bf4c4b
254d2349-f80e-427a-9a27-2cee1e7e1adc
ad39a6dd-1298-48d7-b9f0-8a9323962587
c786f36c-382d-4846-bb7f-45b5cb90d04a

Additional Context

• On the same builds and in the same sessions, pma-voice's two submixes ("Radio"/"Phone") are created without issue, at client connect every day, and re-running the identical creation during a mid-session restart pma-voice also crashes nobody. Only submixes beyond those crash.

• From the outside we cannot tell whether the discriminator is
  (a) a low submix count cap that hard-faults instead of returning -1,
  (b) submix names other than the ones pma-voice registers, or
  (c) creation from a second resource.

• Impact beyond the mass-crash: voice resources cannot apply radio/phone submix effects on Enhanced, and any resource shipping a load-time submix is a server-wide crash on ensure.

• The crash reproduced on every connected player's machine at once, so it is hardware-independent (mixed Windows 10/11, varied CPUs/GPUs).

[Gogsi]

Hello,
A fix for this issue has been implemented in November 11 patch for FiveM for GTAV Enhanced. Please try again and let us know if the issue persists. Thanks for your help!