Plugdata is a new interface and user experience for pure data, that can also run as a plugin.
It includes a Compiled mode that will warn you when you use incompatible objects. After which you can retrieve the compiler toolchain for your platform (about 1.5GB) and then either export just C++ code, flash a Daisy device or output plugins created with DPF.
We have included the typical target boards and also one for Simple (which simply has all the analog control pins mapped). You can also select a custom board.json for your specific hardware setup.
You can then either output the Daisy source code, create a binary or flash directly to your Daisy!
Just like pd2dsy it has some options for optimizing for RAM and ROM which may be required based on the size of your patch or if you use large memory buffers (for delays and such).
Would love to hear what people think about this integration and what you come up with for Daisy.
Does anybody have it working with Daisy, running on Mac OS 10.14.6 Mojave ?
I can get it to export the code, and I can build and upload, but no sound (patch.init())
Does it only load using DFU, or can it use Stlink?
Installed v0.6.4 on Mac OS 10.14.6 Mojave
Simple patch which outputs random notes, works fine in plugdata.
I can’t easily use DFU, as my patch_init is in a case, and USB is inaccessible, STLINK cable is accessible.
So, I export as source, which produces directories daisy and libDaisy.
cd LibDaisy
make
cd …/daisy/source
make
This produces a bin file HeavyDaisy_foo.bin, as expected.
Hmm, are you able to share your patch or share a version that reproduces this behavior?
I’ve also had some instances where I needed to set up my patch in a specific way otherwise I would hear no audio at all.
(even when it would work with the DPF exporter as a VST, but not on Daisy somehow)
Can you explain what happens? Maybe copy/paste the console output with the error?
For flashing via stlink support it’s best to open a feature request ticket so that this can be tracked.
At the moment this would have very low priority as we are focusing on other things.
It’s a missing symbol in a system library dynamically loaded by make. Testing this ‘make’ on its own, it appears this problem only occurs when make is called with the ‘-j’ option to run parallel jobs.
My workaround is to replace it with a dynamic link to /usr/bin/make, though I can’t be certain where this make actually came from.
This is a 2015 MacBook Pro, with OS and Xcode upgrades over the years.
Sure, it would be simple (though costly) to get a new(er) MacBook - but this one still serves my needs beautifully.
--> Generating Daisy module
Total compile time: 376.25ms
Compiling.../Users/robert/Library/plugdata/Toolchain/bin/arm-none-eabi-gcc -c -mcpu=cortex-m7 -mthumb -mfpu=fpv5-d16 -mfloat-abi=hard -DUSE_HAL_DRIVER -DSTM32H750xx -DHSE_VALUE=16000000 -DCORE_CM7 -DSTM32H750IB -DARM_MATH_CM7 -DUSE_FULL_LL_DRIVER -include stm32h7xx.h -I../../libDaisy -I../../libDaisy/src/ -I../../libDaisy/src/sys -I../../libDaisy/src/usbd -I../../libDaisy/src/usbh -I../../libDaisy/Drivers/CMSIS/Include/ -I../../libDaisy/Drivers/CMSIS/DSP/Include -I../../libDaisy/Drivers/CMSIS/Device/ST/STM32H7xx/Include -I../../libDaisy/Drivers/STM32H7xx_HAL_Driver/Inc/ -I../../libDaisy/Middlewares/ST/STM32_USB_Device_Library/Core/Inc -I../../libDaisy/Middlewares/ST/STM32_USB_Host_Library/Core/Inc -I../../libDaisy/Middlewares/ST/STM32_USB_Host_Library/Class/MSC/Inc -I../../libDaisy/core/ -I../../libDaisy/Middlewares/Third_Party/FatFs/src -O2 -Wall -Wno-missing-attributes -fasm -fdata-sections -ffunction-sections -Wno-stringop-overflow -g -ggdb -MMD -MP -MF"build/startup_stm32h750xx.d" -std=gnu11 -Wa,-a,-ad,-alms=build/startup_stm32h750xx.lst ../../libDaisy/core/startup_stm32h750xx.c -o build/startup_stm32h750xx.o
dyld: lazy symbol binding failed: Symbol not found: ___darwin_check_fd_set_overflow
Referenced from: /Users/robert/Library/plugdata/Toolchain/bin/make (which was built for Mac OS X 12.0)
Expected in: /usr/lib/libSystem.B.dylib
dyld: Symbol not found: ___darwin_check_fd_set_overflow
Referenced from: /Users/robert/Library/plugdata/Toolchain/bin/make (which was built for Mac OS X 12.0)
Expected in: /usr/lib/libSystem.B.dylib
/Users/robert/Library/Caches/plugdata/temp_c162b607.sh: line 2: 13862 Abort trap: 6 /Users/robert/Library/plugdata/Toolchain/bin/make -j4 -f /Users/robert/Documents/plugdata/junk/daisy/source/Makefile GCC_PATH=/Users/robert/Library/plugdata/Toolchain/bin PROJECT_NAME=RF_tone
Thnx, we had another user in the Discord today with the same issue. Basically the toolchain binaries are not compatible with this version of MacOS. We’ll try to look for a solution, but no guarantees