Hi everyone, i am new in this forum and a bit of a newbie in terms pf Pure Data usage.

I am working on a patch that uses [sigmund~] to send out midi notes and i am using [poly] to make sure that each note is triggered as note off when the next is played (basically a 1 voice-stealing polyphony).

Is there any way in which i can set [poly] to perform the voice stealing with a glissando instead of a drastic note-on/note-off??

Thanks a lot in advance !

Hi!

What are you feeding the note on/off messages to?

If you are generating the tone in pd, you could [pack ] the note number to the left inlet and a glissando time in ms to the right inlet. Then feed this to a line~ or vline~ at the pitch inlet of your tone.

Hi lars! thanks for your reply. I am sending the midi note out to external instruments via midi interface so unfortunately i can't just use [line~] to make the smooth change. I am sending out raw MIDI via noteout which then is fed into eternals (synths, samplers, etc...).

Best then would be to set your external stuff to mono/legato and set a portamento time.

If you want to control it dynamically, depending on how your downstream stuff handles MIDI, you could try sending MIDI CC05, CC68, or CC84, which are portamento-related CCs according to the MIDI spec
https://www.midi.org/specifications-old/item/table-3-control-change-messages-data-bytes-2

The implementation varies a lot across hardware. It's possible none of your gear would react to these messages. Or, some might allow you to set a controller to do the same.

The last thing to do would be to set the pitch bend depth on your instruments to something specific, then send it sequences of notes with the pitch bend sweeping between them. You'd need to have some fun in pd to get the timing just the way it would need to be to sound smooth. Once you get out of max pitch bend range, you'd need to trigger a new note. If you're using any kind of dynamics besides a simple organ envelope, this would be wonky with retriggered notes during a sweep.

Oh! If you are looking for organ waterfall key style glissando here's a couple methods:

gliss.pd

Thanks a lot mate! sorry for the late reply, i will try to give it a go now!! i will let you know if i manage to make it work!

i tried using the CC messages but i keep getting the same result. The problem is that maybe poly is not the right object to use for what i need.

Basically i need monophonic midiout; the reason i am using poly as [poly 1 1] is that it triggers the note off whenever a second note is triggered. Although, doing so the midi out results as follows:

(when first note is triggered)
midi note: 44
velocity: 100
(when second note is triggered)
midi note: 44
velocity: 0
midinote 45
velocity: 100

So basically, in this way i will always end up having stepped notes without legato...

Is there any other method to make sure that a note off is triggered at the right time? I think that what i need at the output to eliminate the stepping between notes is something like this:

(when first note is triggered)
midi note: 44
velocity: 100
(when second note is triggered)
midi note: 45
velocity: 100
midinote 44
velocity: 0

Oh, gotcha. Yes.

It's a little bit of a strange job using the sigmund~ output. I'm thinking maybe the best way would be to use [stripnote]. To make sure it was possible to retrigger notes, you'd need to send a note off of the previous note after each new one. Then you'd need to send a final note off manually when you were done sending sigmund output.

haven't tested, but this should trigger a new note and then immediately release the prior note, so your equipment should detect legato playing:

I realize now I'm just repeating your words there! Sorry

But yeah, if that stripnote method doesn't work something similar certainly will! and if you switch to using a midi keyboard as input there are some other tricks possible to get legato and note priorities working how you want it

Thanks again mate! i will give it a go now!
unfortunately i can't use midi input because i am working with live electrical signals going into [sigmund~]. But i will let you know

I think i solved it combining the amplitude analysis of the input already in my patch and a modification of the one you proposed thank you so much i finally understood how to use the [trigger] HAHA