Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

request: add format and platform columns #65

Open
Moth-Tolias opened this issue Jan 1, 2022 · 4 comments
Open

request: add format and platform columns #65

Moth-Tolias opened this issue Jan 1, 2022 · 4 comments

Comments

@Moth-Tolias
Copy link
Contributor

it would be nice to know what platforms and formats a given plugin supports. several new plugins these days only support vst3 on windows while offering lv2 and vst3 on linux, for example.

see also #16

@webprofusion-chrisc
Copy link
Contributor

Further to this, we now have the beginnings of a data format for the plugin list. I'm now wondering what fields we need to make the list more useful. Ideally I'd like it if apps could consume the list to actually present the plugins for download AND link to the platform-specific download itself, possibly even without the user having to open a web browser.

To me that would require per platform, per architecture download links. Whether the link is to a specific plugin variant (VST etc) could be a problem as some will bundle all plugin types in one installer, others will have an installer (or just a binary) per plugin type.

@DropSnorz
Copy link
Contributor

Hello @webprofusion-chrisc

I'm now wondering what fields we need to make the list more useful

I personally really like the "stars" and "last updated" fields of the awesome-juce list.

I'd like it if apps could consume the list to actually present the plugins for download AND link to the platform-specific download itself, possibly even without the user having to open a web browser

You might be interested in the owlplug-registry repository. It's an effort to create a feed consumed by applications like OwlPlug to download and install audio plugins.

To me that would require per platform, per architecture download links. Whether the link is to a specific plugin variant (VST etc) could be a problem as some will bundle all plugin types in one installer, others will have an installer (or just a binary) per plugin type.

I've faced all these problems working on OwlPlug, and it's a pure nightmare 🤣

@webprofusion-chrisc
Copy link
Contributor

@DropSnorz thanks, that's awesome, so perhaps we could just store the owlplug registry ID for the plugin in our data to cross reference?

@DropSnorz
Copy link
Contributor

@webprofusion-chrisc Yes, feel free to use this API to retrieve some data 🙂

There is a latest feed with only the latest package version referenced. Make sure to not use the store.legacy files as they are deprecated.

I have to document this Package model more, but most properties comes from the legacy Store model.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants