AudioResources.dat in System Library on macOS?

[optimistic]

I'm just in the process of building installers for a plugin with a significant amount of IR content.

I realize that the AudioResources.dat must be in the following location ...

~/Library/Application Support/Company/Product/

But specifically what I am wondering is if I can move this to the same system location?

/Library/Application Support/Company/Product/

There are two main reasons why I would like to do this ...

1. White Box Packages doesn't seem to want to install into user directories
2. With this current approach all user accounts on a machine will need to install the IR content here. I can see this both increasing the frequency of support tickets and annoying some users unnecessarily.

I tried moving the product folder to the system library with no luck. The plugin didn't complain as if they were missing (which was also concerning as usually it will) but also didn't load any of the IRs.

The ideal solution would be allowing the system Library to be used for non user generated plugin content such as AudioResources.dat.

[Christoph Hart]

@optimistic is there a Application Support folder in the global Library Path? AFAIK all application data should be stored in the user domain.

[optimistic]

@Christoph-Hart

is there a Application Support folder in the global Library Path?

Yes, there is. This is also the standard path that many other plugin manufacturers place their factory resources.

For example here is what my System folder looks like for Application Support (ignore the fact that many of these are symlinks — I did this so I could place these folders on an external hard drive)

[Christoph Hart]

@optimistic ah ok in this case I‘ll add a preprocessor that you can define if you want to use the global path instead of the user one.

[optimistic]

@Christoph-Hart Amazing! Much appreciated!

[Christoph Hart]

@optimistic Alright, if you now add

HISE_USE_SYSTEM_APP_DATA_FOLDER=1

in the ExtraDefinitionsOSX field in your project settings, it will use the global app data folder instead. You can also define this on Windows if it makes more sense for you, but I think it's not required there.

[optimistic]

@Christoph-Hart Tested and working as expected. Thanks again!