Freq shift~ bug /

ward de jager's icon

I think I discoverd a serious bug where the frequency shifter outputs audio without any input

Easy Steps to reproduce

-Create saw~

-Route saw into live gain~ ( let's call this gain A ) into ezdac~

-Create freqshift~

-Route ( same ) saw~ into freqshift~ and create a new livegain~ ( let's call this one B )

-Route freqshift into livegain~ "B" into ezdac~

-Apply freqshift value to freqshift~

-Enable both live gain mixers and now disconnect saw~ from freqshift~ ( while audio is running ) and also mute livegain 'A' ( dry saw~ ) .

Result : freqshift~ still outputs a signal , and what 's even more weird , altering the frequency of the saw~ is reflected in the output of freqshift ( while gain A is totally muted )

There is some kind of invisble connection and it sounds pretty horrible .
Sounds like a buffer issue

bdc's icon

Nice find. There's some weird stuff going on perhaps related to the right outlet (negative frequency shift) of freqshift~.

Steps to repro:

Open freqshift~.maxhelp

Set the source file to loop (this just helps in hearing the issue)

Turn on audio

Start the 'demosound'

Change the frequency shift so you can hear it (this is optional)

Unlock the patch

Select and delete the cable between the Source: bpatcher and the freqshift~ object

Expected result: sound stops (no longer heard)

Actual result: sound continues but is 'distorted'

Continuing:

Select and delete the cable between the right outlet of the freqshift~ object and the gate~ object

Expected result: presumably 'distorted' sound would continue

Actual result: sound stops!

Note: using the 'clear' message to freqshift~ while the sound source is disconnected doesn't seem to do anything. I was thinking it would clear the buffer but apparently it does not.

clear

Clears sample memory (in case the filter is blown up).

Joshua Kit Clayton's icon

Thank you for the clear report. I am able to reproduce and we'll work on a fix for a future version.