Composers Desktop Project Forum

Here is a screenshot of the two mentions on the documentation of CDP about the -D@ flag on columns.

https://imgur.com/a/YN1ZWC8

I know there are some ways to do this through graphic interfaces, but I'm trying to do everything I can through command line because of a wish to use scripting later on.

Lowercase d, as -d4, for example, is used for division in Columns. The flags of the Columns program are case sensitive.

Hello,

While using CDP on command line , I can't seem to make the -D@ flag work for equal divisions between two numbers on a text file. I've explored many of the other possibilities for Columns and they all seem to work. However, whenever I try to use -D@ flag, it fails, saying "Unknown Flag -D@". I believe I'm writing this properly, as other flags from the same program have already previously worked, and the syntax is correct from the documentation present with columns -g and columns -f. Can anyone confirm this is a bug? Is there any way to fix this somehow? It is a simple function to replace in other ways, but it's very useful to me. Below are the few lines I've used.

(t.txt containing: 1 10)

columns t.txt t2.txt -D10

(responds: Unknown Flag -D1)

Thank you!

I'm glad that the problem was simpler to fix than initially expected. Can barely wait for the fixed version!

Also, while checking other modules looking for similar bugs, I seem to have stumbled on something else: SOUNDFILE - ENVELOPE - CREATE - ENVELOPE FILE (.evl) has an issue of editing the parameters of the module. It can be put into the grid normally, and will open the default envelope file on the first attempt at editing parameters. However, after having saved the changes to the envelope file and opening the module on the grid again, it gives a window saying "Scrollbar property out of range.", and the scrollbars disappear from the GUI of the module. Clicking OK gives the window "Expected output file C:\cdpr7\Temp\~A_0.evl was not found." and the error window "Insufficient parameters on command line." The resulting envelope file cannot be accessed on the patch grid by other processes like ENVELOPE REPLACE.

A similar issue happens with CREATE - BREAKPOINT ENVELOPE. Changing any line on the envelope and clicking OK returns "INTERNAL ERROR - Cellcol." (has already happened on the first and on the second edit). Double clicking the module on the patch grid to edit parameters then returns "Cell appears to be a Virtual Copy, which cannot be edited. Instead, edit the cell that it's copied from." Unlike CREATE ENVELOPE, you can still find the resulting envelope file on the grid and use it with envelope-related modules.

I'm not sure if this is of any use, as it doesn't seem to be entirely compromising the usage of envelopes, but perhaps it was an issue that had been overlooked by others in the past.

Thank you, Robert. Using the 5.06 executable and your workaround method already allows me to explore the textures processes for the time being.

I've found a curious behavior, though, using another method. I've found it easier, for the moment, to use the reset button on the parameter page of TEXTURE GROUP whenever the access violation bug happens. Since that would end up resetting the previous parameters, I save a snapshot of them before running the process every time. The thing is: this method [open the parameter page -> reset parameter page if access violation -> load snapshot of previous parameters] has already given me several parameter edits of TEXTURE GROUP in a row without any issue of running the process correctly or any access violation warnings this afternoon. It has randomly showed up at points, but the return of access violations does not seem to be connected, in my attempts, to changing any specific parameter. I'm not sure if this is useful in any way for your debugging process, but at least it seems to be an efficient method for minimizing access violation warnings.

Thank you very much for your efforts. This temporary fix is already very welcome.

Hello, Robert.

Indeed, your description is exactly what I'm having at my end too. After trying to check thoroughly the Texture section, it seems grouped and decorate both show the same access violation issue. I believe I remember having seen this same bug with some other process in the Spectral section in the past as well, so I'll check them today again today, if that is of any help, and report back here later.

Thank you for updating them!

Hello. I was studying the TEXTURE processes in SoundShaper recently and was enjoying the TEXTURE SIMPLE a lot. I decided to see the other TEXTURE processes, but they have been giving me an error that stops me from using them.

The error happens in SoundShaper specifically when using TEXTURE GROUP. When I place it for the first time in a session of SoundShaper, it works normally. However, if I try to use it again or edit the parameters of it, it shows the following

ACCESS VIOLATION AT ADDRESS 00406AE8 IN MODULE
'SoundShaper.exe'. READ OF ADDRESS 04FFFFF8.

It then does not allow me to change any parameters of TEXTURE GROUP. This error does not happen if I use the CDP Texture process through command line.

Would anyone know something similar to this having happened before? Is there any way of fixing it? I am currently using SoundShaper 5.0 in Windows 10.

I really wanted to explore the texture elements of CDP without having to use the cumbersome method of command lines. Any help is appreciated.

Thank you for lauching this. Glad there is another form of discussion for CDP out there.