Composers Desktop Project Forum

Dear All,

I'm happy to share a new WASM port of CDP and a collection of tools built with it.

https://cdp-wasm-suite.github.io

I am cleaning up the code and will open source the LGPL cdp-wasm source code and CDP8 patches this week (the consumers are all open sourced already)

I have to say using CDP via cross platform WASM via node.js is really great.

I built a retro computing themed node-graph patcher frontend too:



It's an early alpha build - v0.1.0 - there will be bugs, please let me know if you find anything.

Best,

Oli Larkin
(Based in Berlin these days but formerly worked at the University of York Music department where CDP has some origins)

Provisional bugfix is now on Github - see RWDobson post under "Announce".

Some memory errors which prevented the program running to completion, have been fixed, for specfnu mode 8.

Specfnu handles all the processes under the Soundloom "Voice Box" (speech processing) option.

Revised binaries (zipped) for Mac and Windows are now on Github - look for the folder "BinUpdates/Jun2026" and proceed to the folder for your platform.

( go to github.com/Composersdesktop/CDP8)

Hey! Did you happen to record one file in mono and the other in stereo? I got that error once, realized I'd accidentally switched my mic input. Converting the stereo file to mono fixed it for me. Hope that helps!

Thanks you for reporting this. The fix, it has transpired, is small and simple, and will certainly be included in the next update to the app. I hope to complete the colour-coding of the instrument tree for the Mac as part of that. It has also been added to the source release on Github.

I found that the bug appears only to affect the GUI; all the required myriad text files are written, behind the scenes, such that if you simply Close the session and relaunch Soundloom, the new instrument duly appears as expected.  This is for the normal action of using "conclude". I have yet to test "Abort" separately (I always tend to regard that as a last resort), but since that throws the same error message, I would expect that to be covered by the same fix.

This issue has not been ignored and a solution is on its way.

Hi, I receive an error when trying to 'conclude' or 'abort' in the instrument window. So I am unable to return to the workspace window

I'm running SoundLoom 17.0.4E, just installed CDP8

can't read "dupl_mix": no such variable
can't read "dupl_mix": no such variable
    while executing
"if {$dupl_mix} {
# POSSIBLE REDUNDANT
set pmask [OnlyForMix]
} else {
set pmask [GetProgsmask]
}"
    (procedure "RestoreInslessSystem" line 20)
    invoked from within
"RestoreInslessSystem"
    (procedure "CreateIns" line 239)
    invoked from within
"CreateIns"
    invoked from within
".workspace.1.a.top.machcr invoke"
    ("uplevel" body line 1)
    invoked from within
"uplevel #0 [list $w invoke]"
    (procedure "tk::ButtonUp" line 23)
    invoked from within
"tk::ButtonUp .workspace.1.a.top.machcr"
    (command bound to event)

What's happening here is annoying, but it's not random—the error is basically telling you the analysis file is getting corrupted or misread when "Silence unpitched" is enabled.

I've been trying multiple technologies to make an album with just code. My closest attempt was with CSound but its Score section sequencing is not quite flexible. I was really happy to see CDP files approach to control its programs. SEQUEN caught my attention straight away because it can be controlled by a table of data. Then I discovered Tabula Vigilans and explored its documentation. What I got from it is that TV programming language can be used to generate and read those files. That's a very cool approach but I saw algorithmic examples only.

I'm not planning to use TV for live performance or as an algorithmic music composition tool but as a DAW which means that I want to generate files to automate mixing and other parameters through code in a linear way. It's crazy I know but I more and more inclined to use code every day in my life.

What are the limitations of this approach?

Hi,
Thanks for reporting this bug. You're quite right: adding in the "Silence unpitched" option (-r flag) seems to produce an .ana output with an unreadable header. So we'll have to take a look at the program code for this and see what's (not) going on.
Robert F.