Next  |  Prev  |  Up  |  Top  |  REALSIMPLE Top

A Pd Test Patch for the Plugin Wrapper

Figure 10 shows pd patch developed (manually) to test the plugin wrapper generated by faust2pd. Compare this with Fig.8. Notice how the three controls are brought out to the plugin-wrapper object automatically using the ``graph on parent'' convention for pd abstractions with controllers. The bang button on the plugin resets all controls to their default values, and the toggle switch in the upper-right corner functions as a ``bypass'' switch (by sending the active message with appropriate argument). The previous mechanism of setting controls via message boxes to the control inlet still works, as illustrated. However, as shown in Fig.9 (or by opening the plugin-wrapper in pd), the control outlet simply receives a copy of everything sent to the control inlet. In particular, ``bang'' no longer prints a list of all controls and their settings, and controls cannot be queried.

Figure: Pure Data test patch (cpgrui-help.pd) for exercising the plugin-wrapper (cpgrui.pd) generated by faust2pd to control the faust-generated pd plugin (cpgrui~.pd_linux).
\resizebox{3.8in}{!}{\includegraphics{\figdir /cpgrui-help.eps}}

Next  |  Prev  |  Up  |  Top  |  REALSIMPLE Top

Download faust.pdf

``Signal Processing in Faust and PD'', by Julius O. Smith III,
REALSIMPLE Project — work supported by the Wallenberg Global Learning Network .
Released 2010-07-29 under the Creative Commons License (Attribution 2.5), by Julius O. Smith III
Center for Computer Research in Music and Acoustics (CCRMA),   Stanford University