Hi list,
often when I use [lineš] to make frequency glissandi, the point when the ramp starts, and the point where it ends, appear as very sudden events to my ears. I am wondering if there is an easy way to gradually speed up the ramp when it starts, and slow it down before it reaches its target value? The only way I can think of so far is to model such a behavior with two masses connected by an elastic link using the pmpd library. But a vanilla way would be very interesting too!
Thanks in advance for all ideas and pointers! cheersz, Peter
[line] outputs a linear ramp, so you just need to apply a transfer function to get the behavior you want. For example, if you want a gradual start and gradual, you could use the second half of a cosine wave.
I have an abstraction called [cline] that supports various shapes (see attachment).
Christof
On 26.09.2023 20:06, Peter P. wrote:
Hi list,
often when I use [line¨] to make frequency glissandi, the point when the ramp starts, and the point where it ends, appear as very sudden events to my ears. I am wondering if there is an easy way to gradually speed up the ramp when it starts, and slow it down before it reaches its target value? The only way I can think of so far is to model such a behavior with two masses connected by an elastic link using the pmpd library. But a vanilla way would be very interesting too!
Thanks in advance for all ideas and pointers! cheersz, Peter
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Now I am not sure if [line"] was supposed to be [line~]... Just in case, here's a signal version called [cline~].
Christof
On 27.09.2023 14:51, Christof Ressi wrote:
[line] outputs a linear ramp, so you just need to apply a transfer function to get the behavior you want. For example, if you want a gradual start and gradual, you could use the second half of a cosine wave.
I have an abstraction called [cline] that supports various shapes (see attachment).
Christof
On 26.09.2023 20:06, Peter P. wrote:
Hi list,
often when I use [line¨] to make frequency glissandi, the point when the ramp starts, and the point where it ends, appear as very sudden events to my ears. I am wondering if there is an easy way to gradually speed up the ramp when it starts, and slow it down before it reaches its target value? The only way I can think of so far is to model such a behavior with two masses connected by an elastic link using the pmpd library. But a vanilla way would be very interesting too!
Thanks in advance for all ideas and pointers! cheersz, Peter
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
hello,
it's not vanilla, but line3 is using a 3rd degree polynomial to allow continuity of the tangents. It is also working if you trigger a new line before the end of the current. equation is not very complex and can be ported to vanilla, but I was lazy... You can find it in nusmuk_somthing in deken
cheers c
Le 26/09/2023 à 20:06, Peter P. a écrit :
Hi list,
often when I use [line¨] to make frequency glissandi, the point when the ramp starts, and the point where it ends, appear as very sudden events to my ears. I am wondering if there is an easy way to gradually speed up the ramp when it starts, and slow it down before it reaches its target value? The only way I can think of so far is to model such a behavior with two masses connected by an elastic link using the pmpd library. But a vanilla way would be very interesting too!
Thanks in advance for all ideas and pointers! cheersz, Peter
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
I've always loved [line3] :-) [line3~] would be cool too, by the way.
Antoine
Le mer. 27 sept. 2023 à 16:12, cyrille henry ch@chnry.net a écrit :
hello,
it's not vanilla, but line3 is using a 3rd degree polynomial to allow continuity of the tangents. It is also working if you trigger a new line before the end of the current. equation is not very complex and can be ported to vanilla, but I was lazy... You can find it in nusmuk_somthing in deken
cheers c
Le 26/09/2023 à 20:06, Peter P. a écrit :
Hi list,
often when I use [line¨] to make frequency glissandi, the point when the ramp starts, and the point where it ends, appear as very sudden events to my ears. I am wondering if there is an easy way to gradually speed up the ramp when it starts, and slow it down before it reaches its target value? The only way I can think of so far is to model such a behavior with two masses connected by an elastic link using the pmpd library. But a vanilla way would be very interesting too!
Thanks in advance for all ideas and pointers! cheersz, Peter
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Le 27/09/2023 à 17:58, Antoine Rousseau a écrit :
I've always loved [line3] :-)
thanks!
[line3~] would be cool too, by the way.
you can use a more efficient hack :
[line3] | [$1 20< | [line~]
but lop~ is also working nicely for very low frequency. see attachment
cheers
Antoine
Le mer. 27 sept. 2023 à 16:12, cyrille henry <ch@chnry.net mailto:ch@chnry.net> a écrit :
hello, it's not vanilla, but line3 is using a 3rd degree polynomial to allow continuity of the tangents. It is also working if you trigger a new line before the end of the current. equation is not very complex and can be ported to vanilla, but I was lazy... You can find it in nusmuk_somthing in deken cheers c Le 26/09/2023 à 20:06, Peter P. a écrit : > Hi list, > > often when I use [line¨] to make frequency glissandi, the point when the > ramp starts, and the point where it ends, appear as very sudden events > to my ears. I am wondering if there is an easy way to gradually speed up > the ramp when it starts, and slow it down before it reaches its target > value? > The only way I can think of so far is to model such a behavior with two > masses connected by an elastic link using the pmpd library. But a > vanilla way would be very interesting too! > > Thanks in advance for all ideas and pointers! > cheersz, Peter > > > > _______________________________________________ > Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list > UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list <https://lists.puredata.info/listinfo/pd-list> _______________________________________________ Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list <https://lists.puredata.info/listinfo/pd-list>
ho, and you can cascade 2 line, in order to smooth the 1st one, just like this example.
But the best is probably to use line~ with lop~ and control the glissandi in audio...
cheers
Le 26/09/2023 à 20:06, Peter P. a écrit :
Hi list,
often when I use [line¨] to make frequency glissandi, the point when the ramp starts, and the point where it ends, appear as very sudden events to my ears. I am wondering if there is an easy way to gradually speed up the ramp when it starts, and slow it down before it reaches its target value? The only way I can think of so far is to model such a behavior with two masses connected by an elastic link using the pmpd library. But a vanilla way would be very interesting too!
Thanks in advance for all ideas and pointers! cheersz, Peter
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
...and I forget the iir object (vanilla abstraction) in the pure_mapping lib...
cheers
Le 27/09/2023 à 16:18, cyrille henry a écrit :
ho, and you can cascade 2 line, in order to smooth the 1st one, just like this example.
But the best is probably to use line~ with lop~ and control the glissandi in audio...
cheers
Le 26/09/2023 à 20:06, Peter P. a écrit :
Hi list,
often when I use [line¨] to make frequency glissandi, the point when the ramp starts, and the point where it ends, appear as very sudden events to my ears. I am wondering if there is an easy way to gradually speed up the ramp when it starts, and slow it down before it reaches its target value? The only way I can think of so far is to model such a behavior with two masses connected by an elastic link using the pmpd library. But a vanilla way would be very interesting too!
Thanks in advance for all ideas and pointers! cheersz, Peter
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
-
Antoine Rousseau -
Christof Ressi -
cyrille henry -
Peter P.