Dear list,
(some problems I ran into today while building a small sampler)
Is the use of extended characters (like �, �, �, etc.) and spaces going to be implemented? For someone who doesn't have its folders just with simple characters, it is sometimes hard to restructure everything. (I am using test 8 on xp, I'm not aware if this is not an issue any more - if so, my apologies) I noticed that I can use them in dialogs like bang properties, but not on comment text (or text that is edited in the screen) ; I also noted something: when trying to make a dynamic amplitude control (output of vslider with right input of *~), it would only work if the signal multiplier would be stated as "*~0", with just "*~" it would give the amplitude of the recorded sample. Is this normal, or just a small insect (bug)? ; Would it be possible in the future to also have meter labels for sliders? And a undo function? ; I would like also to report a strange behaveor in switch~: in the help file it works fine, but when trying to control it (with a toggle), instead of switching dsp, it only switched sound, dsp calculation would continue. And after switching dsp really off (with a message), by turning switch~ on dsp would not be really turned on, it would only be switched on by another message (by the way, the help option points to the wrong file) ; how does one scale the signal of env~ to go to a vu-meter? neither directly or with dbs- and powtodb work correctly. (or is there a better way to measure an audio signal with vu-m?) ; one small bug that can ba annoying is the different position of the objects when a file is opened. Usually that is not so bad because all the objects maintain the same relative position, but while tring to use canvases, the objects would maintain the same absolute position, and only the canvases would change position, ruining the whole perspective. Is there a cure for this side effect? (still test8 on xp) ; is there any reference file for env~? ; what is the right-side output of tabplay~? (this isn't mentioned in the help file) ; (this is the last one) another small bug: when there is a subpatch open and we open it again (pressing "pd subpatch"), it isn't possible to execute keyboard commands (ctrl-e, etc), everything must be done from the menu. Only after closing the subpatch window and opening it again (this time fresh) keyboard commands are possible. (again, I don't know if this has been taken care of)
Thank you,
Jo�o Miguel Pais
Hi, ----- Original Message ----- From: jmmmpl@netcabo.pt
I also noted something: when trying to make a dynamic amplitude control (output of vslider with right input of *~), it would only work if the
signal
multiplier would be stated as "*~0", with just "*~" it would give the amplitude of the recorded sample. Is this normal, or just a small insect (bug)?
A "*~" box with nothing connected to one of the inlets should output a signal=0. If you send a number as a message or a float value to one of the inlets, this is different: sending a message "3" to one of the inlets should be like connecting a "sig~ 3" to this inlet.
I would like also to report a strange behaveor in switch~: in the help
file
it works fine, but when trying to control it (with a toggle), instead of switching dsp, it only switched sound, dsp calculation would continue. And after switching dsp really off (with a message), by turning switch~ on dsp would not be really turned on, it would only be switched on by another message (by the way, the help option points to the wrong file)
I don't know what exactly does "switch~" internally, but it really turns off some dsp calculations inside a patch and its subpatches (different from turning every dsp off). Try it in a patch with a lot of dsp objects, and look at the value in the load meter.
nicolas
hi jmmmpl (comments inlined),
jmmmpl@netcabo.pt wrote: ...
(I am using test 8 on xp, I'm not aware if this is not an issue any more -
Do not use test8 -- upgrade to test11 or downgrade to test4.
...
I also noted something: when trying to make a dynamic amplitude control (output of vslider with right input of *~), it would only work if the signal multiplier would be stated as "*~0", with just "*~" it would give the amplitude of the recorded sample. Is this normal, or just a small insect (bug)?
A comment in doc/3.audio.examples/02.amplitude.pd:
[*~ 0] <-- multiply the sine wave by the gain, reducing its amplitude. You can also use the "*~" object to multiply two signals. The "0" argument here instructs it that we'll just send it messages to set the multiplier.
...
I would like also to report a strange behaveor in switch~: in the help file it works fine, but when trying to control it (with a toggle), instead of switching dsp, it only switched sound, dsp calculation would continue. And after switching dsp really off (with a message), by turning switch~ on dsp would not be really turned on, it would only be switched on by another message (by the way, the help option points to the wrong file)
For turning audio on/off globally you would use `pd dsp' message, while [switch~] works locally, i.e. for a (sub)patch it is placed in. It does stop normal dsp calculations for a patch, and feeds patch outlets~ with a silence, instead.
...
how does one scale the signal of env~ to go to a vu-meter? neither directly or with dbs- and powtodb work correctly. (or is there a better way to measure an audio signal with vu-m?)
Rather than scaling, simply subtract 96 from [env~]'s output.
...
is there any reference file for env~?
doc/3.audio.examples/45.envelope.follower
...
what is the right-side output of tabplay~? (this isn't mentioned in the help file)
Sends a bang after playback. Btw. there is always a simple way to find out such things -- connect a [print] to the outlet in question.
...
another small bug: when there is a subpatch open and we open it again (pressing "pd subpatch"), it isn't possible to execute keyboard commands (ctrl-e, etc), everything must be done from the menu. Only after closing the subpatch window and opening it again (this time fresh) keyboard commands are possible. (again, I don't know if this has been taken care of)
This looks like a Windows-only trouble...
Krzysztof