-
Notifications
You must be signed in to change notification settings - Fork 126
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix: Multiple audio file override #677
base: main
Are you sure you want to change the base?
fix: Multiple audio file override #677
Conversation
…rasz/NorthstarLauncher into feat/audio-multioverride-detection
cc @EM4Volts this might be of interest for you as well 👀 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
good pr me thinks :)
Co-authored-by: cat_or_not <41955154+catornot@users.noreply.github.com>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
looks good now (sorry for the one week delay)
I tested it, I haven't encountered any problems. |
This basically prevents audio files from being loaded into memory if matching audio event has already been overriden by a previous mod, preventing a crash from occurring.
This means that audio mods now respect the load priority, i.e. mods with higher priority (= lower int value) will have priority over other mods on audio overrides.
(Btw, if anybody knows the audio system a little bit, I'd be happy to have some experts comments here, as this was largely done through try-and-error)
Test instructions
Without PR
I did my tests working with the
diag_gs_titanRonin_allyRodeoAttach
event:With PR