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
Currently, libprojectM requires textures used in presets to reside on the host OS filesystem. While this works fine in most usage situations, there are cases where the embedding application wants to pass in the textures or where no filesystem is accessible.
To cater for these needs, we should add a simple API callback which, if set, is called and can return the requested image data. If no callback is set or the callback doesn't return the requested data, the projectM library should still fall back to the original behavior and search the texture path (if set).
This will allow a few scenarios like:
Storing textures in an application-defined archive (e.g. ZIP)
Loading/generating textures on-demand
Using projectM in a network-only environment
Alternative Solutions
No response
Additional Context
No response
The text was updated successfully, but these errors were encountered:
Please confirm the following points:
Application or Project
libprojectM (including the playlist library)
Is Your Enhancement Related to a Problem?
No response
Your Suggested Enhancement
Currently, libprojectM requires textures used in presets to reside on the host OS filesystem. While this works fine in most usage situations, there are cases where the embedding application wants to pass in the textures or where no filesystem is accessible.
To cater for these needs, we should add a simple API callback which, if set, is called and can return the requested image data. If no callback is set or the callback doesn't return the requested data, the projectM library should still fall back to the original behavior and search the texture path (if set).
This will allow a few scenarios like:
Alternative Solutions
No response
Additional Context
No response
The text was updated successfully, but these errors were encountered: