Hello everybody:

I'm trying to make a sampler that self-tunes its samples. I used the phase vocoder example by MSP, the polyphonic with sustain pedal by @Maelstorm and a part of @hardoff's patch adsr~. The self-tunning part is sort of working but now it seems that I messed something up because there is no audio at all.
Some explanation of the stuff, which is a work in progress: The audio tables, pitches tables and a table with some data are on a subpatch called 'pd data'. [pd insample] inputs the sample from file system or [adc~], calculates and fills the pitches table and audio data table. Then there is a group of objects that simulate a key pressing for 0.9s. [pd atsPoly] manages the midi poly stuff (thanks to @Maelstorm for the sustain pedal part) and sends notes to the voicing abstractions: atsVoz.pd. Each of these abstraction instances have a mixture of adsr~.pd from hardoff's diy2 and I07-phase-vocoder.pd by Miller Puckette.

It is giving the following errors:
signal outlet connect to nonsignal inlet (ignored)
signal outlet connect to nonsignal inlet (ignored)
signal outlet connect to nonsignal inlet (ignored)

After opening a sample:

signal outlet connect to nonsignal inlet (ignored)
signal outlet connect to nonsignal inlet (ignored)
signal outlet connect to nonsignal inlet (ignored)
error: pack_float: wrong type

There are a bunch of [print ] everywhere to debug it but I can't seem to find the cause of these errors or the absence of sound.
Any help, please? Thank you very much in advance.

Sumidero

Hi Sumidero,

Would you be willing to post your patch? By the way, the error 'signal outlet connect to nonsignal inlet (ignored)' not only happens with a wrong connection but also when an object or abstraction could not be instantiated. Maybe Pd does not instantiate one of your abstractions?

Katja

Oops! I thought that the file was there... Beg you pardon.

News: I made the audio come out, it was a mistyping of some sends, but the polyphony is not working there. Any hints? Thanks again.

Sumidero

http://www.pdpatchrepo.info/hurleur/autoTunerSampler-sumidero.zip

Hi Sumidero,

Your patch is quite elaborate and it will take some time to understand what it does and what it should do, but I got this same error which you mentioned and this comes from subpatch [read-windows] where signal object [tabread4~] is connected inbetween message objects. Replaced with [tabread4] and reload the patch to initialise, this error is gone.

I wanted to record a sample but there is no dsp in subpatch [pd insample]. You have switched that off, probably for efficiency reasons when not analysing? Further, sample tables are initialised at size 100 samples, rather short for recording.

Well these remarks may not even be related to the poly issue.

Katja

edit: I now understand the [switch~] is there to prevent [sigmund~] giving false data when no sample is played. [sigmund~] can also directly operate on tables, see it's helpfile. Would that be useful in this case?

Hi Katjav:
First of all, thank you for swimming into such an untidy work in progress.
Well, I left the "recording" part of [pd insample ] object but I didn't pay attention to that. There are some parts inherited from the patches I started with that may not work. Yes, the audio is switched off when not analysing audio to save resources. The [switch~ ] object is down below the patch, it's switched on and off before and after calculating the pitches.
The [tabread~ ] objects into [pd fft-analysis~ ] object should read the audio and pitches tables located in [pd data] which is at level 0 of the entire patch.
I still have the same error after changing that. I will keep on trying to solve this. Thanks a lot!

Sumidero