Project Makefiles can now define a DPF_CUSTOM_PATH When setting a DPF_CUSTOM_PATH also DPF_CUSTOM_TARGET_DIR (for binaries) and DPF_CUSTOM_BUILD_DIR (objects) need to be set. If the project depends on DPF's graphic library, it has to be built first by cd'ing to DPF and running make dgl
|1 year ago|
|.travis||3 years ago|
|dgl||2 years ago|
|distrho||1 year ago|
|examples||1 year ago|
|lac||8 years ago|
|utils||1 year ago|
|.gitignore||4 years ago|
|.travis.yml||4 years ago|
|LICENSE||3 years ago|
|Makefile||1 year ago|
|Makefile.base.mk||1 year ago|
|Makefile.plugins.mk||1 year ago|
|README.md||2 years ago|
|dpf.doxygen||3 years ago|
|dpf.kdev4||8 years ago|
DPF is designed to make development of new plugins an easy and enjoyable task.
It allows developers to create plugins with custom UIs using a simple C++ API.
The framework facilitates exporting various different plugin formats from the same code-base.
DPF can build for LADSPA, DSSI, LV2 and VST formats.
All current plugin format implementations are complete.
A JACK/Standalone mode is also available, allowing you to quickly test plugins.
Plugin DSP and UI communication is done via key-value string pairs.
You send messages from the UI to the DSP side, which is automatically saved in the host when required.
(You can also store state internally if needed, but this breaks DSSI compatibility).
Getting time information from the host is possible.
It uses the same format as the JACK Transport API, making porting some code easier.
Bug reports happen on the DPF github project.
Online documentation is available at https://distrho.github.io/DPF/.
Online help and discussion about DPF happens in the KXStudio chat DPF room.
Checking the github “DPF” tag can potentially brings up other DPF-made plugins.
Plugin examples are available in the
example/ folder inside this repo.
Extra OpenGL UI examples are available here.