XmlWatcher.Path = AkBasePathGetter.GetPlatformBasePath() Īfter this change, everything seems to work smoothly for me again. So the fix that worked for me is just to swap those two lines around so that they look like this: When comparing the code pre and post upgrade, the older integration we had was setting the XmlWatcher.Path before setting XmlWatcher.EnableRaisingEvents to true, whereas the new one is doing it after. I don't know enough about the internals of how FileSystemWatcher works, so my hunch is that not setting a path starts a watcher on the whole filesystem(?) and therefore errors out with "too many files open" when trying to call AkBasePathGetter.GetPlatformBasePath(), which parse xmls to find the soundbank path.
The constructor in AkWwiseXmlWatcher.cs starts a System.IO.FileSystemWatcher for xml files, and starts raising events before the path is set.
It's a small code change in AkWwiseXmlWatcher.cs. The limits below are 64000 soft and 524288 hard in the config – feel free to change these.I managed to find a decent fix on our side and now everything appears to be working correctly as it was pre-upgrade. This file will automatically load after startup and set the max file limits per the Mac OS system. Create a plist file at /Library/LaunchDaemons/ with the following in it below.This will only take affect until you log out or reboot your Mac.Ĭhange Mac OS File Descriptor Limits Permanently This will change the maximum open files to 64000 with a maximum hard limit of 524288. Sudo launchctl limit maxfiles 64000 524288 This likely outputs: maxfiles 256 (Mac OS X soft limit currently) and unlimited (Mac OS X hard limit currently set).Ĭhange Mac OS File Descriptor Limits Temporarily You can check the current maximum open files limit in Terminal by typing the command below. This sometimes causes certain applications, such as Oracle MySQL and certain Java processes, to show errors like “ too many open files”. Mac OS X limits the amount of open files ( file descriptors ) by default to 256.
0 kommentar(er)
