dlfcn-win32
wdl-ol
dlfcn-win32 | wdl-ol | |
---|---|---|
1 | 1 | |
285 | 933 | |
1.4% | - | |
4.2 | 0.0 | |
4 months ago | over 2 years ago | |
C | C | |
MIT License | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
dlfcn-win32
-
Stuck on how to properly install "dlfcn-win32-config.cmake" for Ignition Common (for Gazebo)
When trying to configure and build ign-common (second step 3.), a required dependency is dlfcn-win32.cmake. This isn't mentioned in the instructions as something to install, so I just grabbed it from https://github.com/dlfcn-win32/dlfcn-win32. However, dlfcn-win32-config.cmake comes as an .in file ("dlfcn-win32-config.cmake.in"). Removing the ".in" extension just makes it unreadable when configuring ign-common. How do I properly install the module for ign-cmake?
wdl-ol
-
Clap: Née
quite some time ago, i used to write audio plugins. i'd started by using WDL-OL[1], but quickly ended up re-writing most of the front-end code to use Direct2D/Cocoa + OpenGL, as i began to run into limitations with the rendering capabilities. in time, i ended up rewriting most of the framework in order to take advantage of VST3 and AAX's more.. separated APIs.
Steinberg did some really good work with the design of VST3, and it's frustrating that it never really took off. it's the only plugin API that can actually guarantee sample-accuracy. the initial design required UI and processor separation.
it turns out that latter point seems to unstick many developers. contrasted with AAX (which i'm also keen on), AAX allows for even more modular architectures (which you'd need to operate around, if you wanted to use their DSP hardware), however, AVID - perhaps learning from VST3's mistakes - made "singleton" architectures allowable straight away.
a subsequent release of VST3 allowed for singleton architectures, given that so many people seemed to be put off with the (imo slightly) increased complexity, but it was too late. at least until recently, people are still writing VST2 plugins, and VST3 support across DAWs is not as extensive as VST2's.
[1] - https://github.com/olilarkin/wdl-ol
What are some alternatives?
clap - Audio Plugin API
JUCE - JUCE is an open-source cross-platform C++ application framework for desktop and mobile applications, including VST, VST3, AU, AUv3, LV2 and AAX audio plug-ins.
slack-libpurple - Slack module for libpurple
Manhunt.PluginMH - Free camera, first person mode and more!
vlc-pause-click-plugin - Plugin for VLC that pauses/plays video on mouse click
awesome-musicdsp - A curated list of my favourite music DSP and audio programming resources
gimp-plugin-bimp - BIMP. Batch Image Manipulation Plugin for GIMP.
LuaScript - Notepad++ plugin for Lua scripting capabilities
wal2json - JSON output plugin for changeset extraction
iPlug2 - C++ Audio Plug-in Framework for desktop, mobile and web