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
It appears mmutil is using files to pass arguments between functions globally. Currently these files (named sampJ328G54AU3.tmp and songDJ34957FAI.tmp) are created in the working directory, and as a result this causes issues when running mmutil in parallel within the same directory; mmutil attempts to access the file created by other instances of mmutil, causing odd audio bugs in the output.
I currently have a patch that allows overriding the path of the temporary file (so that it can be placed in the proper temporary directory like /tmp on linux) (GalaxyShard@5961920), although it appears that removing the creation of the files altogether might be a bit more involved.
The text was updated successfully, but these errors were encountered:
Overriding the path looks like a very fragile fix. If a build system wants to run multiple instances of mmutil at the same time, the build system needs to pass the name, which is a bad idea.
It appears mmutil is using files to pass arguments between functions globally. Currently these files (named sampJ328G54AU3.tmp and songDJ34957FAI.tmp) are created in the working directory, and as a result this causes issues when running mmutil in parallel within the same directory; mmutil attempts to access the file created by other instances of mmutil, causing odd audio bugs in the output.
I currently have a patch that allows overriding the path of the temporary file (so that it can be placed in the proper temporary directory like /tmp on linux) (GalaxyShard@5961920), although it appears that removing the creation of the files altogether might be a bit more involved.
The text was updated successfully, but these errors were encountered: