You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Riiablo.audio will need to be rewritten. Support for implementing various features of sound.txt excel are not immediately critical, but some API changes are needed.
Currently, sounds are played via Riiablo.audio.play(String,boolean) where boolean refers to whether or not that sound is client-local or server-side (which affects the path to the sound file). I'd like to remove this dependency and just play the sound. Defining a boolean-parameterless overload is only viable if the locality of the sound file can be determined, otherwise I'd rather not have it default to use one or the other due to potential bugs.
This may be due to some dependency of the game to understand state, e.g., client-local code will have it's MPQ sub-path set to client-local file paths, and server otherwise. I can't say for sure if this is how it works in practice. My fear if the above is true, is that this issue will rely on changes that need to be done in MPQ (i.e., mpq resolver will need to mount data/global or data/local).
FYI, local sound files are basically just voice overs and entity dialog
The text was updated successfully, but these errors were encountered:
Riiablo.audio
will need to be rewritten. Support for implementing various features ofsound.txt
excel are not immediately critical, but some API changes are needed.Currently, sounds are played via
Riiablo.audio.play(String,boolean)
whereboolean
refers to whether or not that sound is client-local or server-side (which affects the path to the sound file). I'd like to remove this dependency and just play the sound. Defining aboolean
-parameterless overload is only viable if the locality of the sound file can be determined, otherwise I'd rather not have it default to use one or the other due to potential bugs.This may be due to some dependency of the game to understand state, e.g., client-local code will have it's MPQ sub-path set to client-local file paths, and server otherwise. I can't say for sure if this is how it works in practice. My fear if the above is true, is that this issue will rely on changes that need to be done in
MPQ
(i.e., mpq resolver will need to mountdata/global
ordata/local
).FYI, local sound files are basically just voice overs and entity dialog
The text was updated successfully, but these errors were encountered: