Composers Desktop Project Forum

Hi
In soundfile-Filter- Equal intervals 2 (Low Freq-High Freq) bands defined by interval size, the interval semitones created are tuned in equal-temperament or in just intonation?

Sorry to "bump" this, but is there anything I could try?

Also that alternative .exe for an old version that was mention on Mr. Wishart's website isn't available anymore (gave me 404 response).

While I'm feeling comfortable with SoundShaper and SoundThread, I hope to try SoundLoom, too, at some point in the future.

Thanks, and best wishes!

Hi,

I don't know if there was already a thread about it, but I wanted to ask... Is "SPECFNU" presented only as CMD command, or it's also in SoundShaper as well (I looked in Formants submenu, but didn't find such)? Same question for "STRANGE" functions.

Why I am asking about those, it's that I was trying to see which functions in CDP can do frequency shifting effects, and I've seen those mentioned above in documentation.

One thing I liked in the recently released SoundThread GUI, you can open up a "search" and start inputting names of programs. Is it also possible in other GUIs? Just curious.

By the way, "process table" button in SoundShaper works for me in all menus except "data" (just mentioning in case you've missed this).

Thanks, and have a nice day!

Hello again,

Glad to hear that the situation became clear.

Meanwhile, do I understand it right that it would be enough to replace .exe to make downgrade from 6.4 to 6.3?

Thanks

Hi,
I tried your patch in Soundshaper 6.4 and 6.3. There were two issues. In 6.4, the patch didn't load all the files, so it didn't have the necessary parameter files (.prm). I may have changed the way these files were copied; I'll need to check the coding here. In 6.3 it loaded fine, but failed on FLTVARI and the 2nd SPEED, because the subfolders A_3 and A_4, which should have contained their .brk files, were empty. Again this may be caused by changes in the the way files were copied. They were altered to accommodate running Soundshaper under WINE and appeared to work at the time, but were probably not fully tested. I'll be looking into this more fully before releasing another version. I'm sorry you've had such a bother with this issue, but you've helped to unearth some bugs and I'm very grateful for this.
Robert

Hi,
Thanks for sharing your patch files. Meanwhile, please note that I have had to withdraw the present version (6.4), as I've discovered a very serious bug in it. See my Announce post today. Whether this will cure the problems you've found remains to be seen, but I'll run your patches and see what I find.

I take your point about the old tutorial patches and will update those soon.
Robert

I have found a fundamental bug in Soundshaper 6.4 and have decided to withdraw this version. Do not use it! The bug affects editing and erasing files under certain circumstances.

Users who still have version 6.3 should use that instead. Others should download version 6.3 here:
https://www.ensemble-software.net/downloads/Soundshaper6.3Exe.zip
The replacement Soundshaper.exe should be copied into users' existing Soundshaper6 folder, replacing the previous Soundshaper.exe file.

A previously unpublished version (6.3.1, Dec. '24) supporting WINE is also available:
https://www.ensemble-software.net/downloads/Soundshaper6.3.1Exe.zip
Unless Soundshaper is being run via WINE, there would be no point in using this version.

It is hoped to release a new version (6.4.1) as soon as possible, once the functionality added from 6.3 to 6.4 has been re-instated and re-tested.

My apologies to all Soundshaper users for this inconvenience.

Hello,

I've downloaded and tried the patch scene you've prepared for me. It works perfectly, both with original "eight" voice source, and after replacing the sound.

That being said, my own save patch scene still has the abeforementioned problems, I mean, deletion of "~X_4" and "~X_11" folders do not have any impact (which, I guess, makes sense, as you say those were used for temporary files during previews). The only difference is that now SoundShaper doesn't talk about "previous patch files may not all be cleared" anymore, but all the other erros and behaviour remains the same (including "no .prm" warning etc.).

In case you would like to investigate my saved patch files if perhaps that way might give additional ideas to the problem, here it is: https://drive.google.com/file/d/1Fyesv9fftR6hJTS7RTYgzfB2PlJELoX6/view?usp=sharing

From a quick glance, I have an impression that it looks a bit different to yours in the folder's and bat's contents.

EDIT:

While browsing PATCHES folder, I've noticed a text file listing various TUTORIAL patches. I've got interested and downloaded them from website. Interestingly, when I open them, behaviour is similar to my own "broken" patch, as in source file plays but further steps do now work, with more or less similar warning messages.

From what I understand, those tutorial patches were made in 2012-2013, though, intended for an older version of software. Meanwhile my patch was just done a couple of days ago, and of course I use SoundShaper 6.4 version.

That being said, I would like to suggest you update those tutorial patches for the current version of software (as perhaps there are other incompatibility problems with them), if possible - but, of course, after the solution to current situation will be reached.

Some further tests have shown there probably IS a bug in LOAD PATCH. I loaded a sound and did a preview and render, then cleared the patch grid. When I clicked LOAD to load another patch, the "patch not cleared" message came up and the old source was still there in TEMP. The patch ran OK, but with the old source! (I think "Include source" was checked, for the patch.)

I then decided to repeat all this, but the old source wouldn't re-load (because it was still in TEMP) and Windows wouldn't let me delete it manually ("file in use"). To fix this would mean shutting down the program and then deleting the file.

I'll investigate this further and issue a program update when I think it's sorted.
 

OK, as you were; the two lines in filters0.c (ca Line 241) needed to be moved up to the end of the previous if block (after the for loop). they are needed for the variable filter banks, but not the fixed options. I have updated git with this change. Trevor is "out of the office" for a week, so any revisions to this solution may be a while.
.