Re: [PD] Clicks between slices (slicer)
Hallo, Roman Haefeli hat gesagt: // Roman Haefeli wrote: > > An example is attached. Note that this doesn't really work with > > vline~. > > not that i implemented this technique myself yet, but isn't it supposed > to work with [vline~], when audio data is stored in tables? in that case > you don't need [snapshot~] to get the ramp value, but you just read it > from the table (beforehand). or am i overseeing something? No, no, you're right. What I meant to express was that what I originally wanted to do in the old thread was to snapshot a signal in the middle of a block and then switch-and-ramp it starting there with vline~, which doesn't work. For smoothing samples read from tables it should be very easy. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Clicks between slices (slicer)
> Steffen Juul wrote: > > "Other then Hard Off's solution i believe one could either make sure > the slices are zero-crossing (that the endpoint that the end points > are 0 (or at-least the same value)) or to interpolate between the > endpoints of the slices." > Making sure that slices are zero crossing won't resolve the clicking problem, for example if the tempo is increased, unless the slices are stretched or pitched to always have the good lenght when the tempo is moving. One solution would be about using two tabreader~ or tabplay~ or tabreadmix~, and alternate the slices reading with still using the crossfade solution for avoiding accidental dynamic increases. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Clicks between slices (slicer)
On Mon, 2007-10-01 at 23:29 +0200, Frank Barknecht wrote: > Hallo, > Roman Haefeli hat gesagt: // Roman Haefeli wrote: > > > hm.. i've searched the archives and millers book, but i couldn't find, > > what i was looking for. probably someone else can point us to the right > > direction. > > > > iirc, somewhere in millers book, there is a technique described, which > > allows seamingless transition from one sample to the other (or from loop > > end to loop start) by adding a little ramp to the second sample in order > > to make the first sample of the next coming audiosample the same value > > as the last sample of the previous audiosample. > > > > iirc, frank had once a question about this technique and that is why > > there is a thread about this technique in the archive, but i couldn't > > find it. > > It's called "switch-and-ramp", the thread also has these words in it. > In the book it's here: > http://crca.ucsd.edu/~msp/techniques/latest/book-html/node63.html thanks frank for being a librarian :-) > An example is attached. Note that this doesn't really work with > vline~. not that i implemented this technique myself yet, but isn't it supposed to work with [vline~], when audio data is stored in tables? in that case you don't need [snapshot~] to get the ramp value, but you just read it from the table (beforehand). or am i overseeing something? roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Clicks between slices (slicer)
Hallo, Roman Haefeli hat gesagt: // Roman Haefeli wrote: > hm.. i've searched the archives and millers book, but i couldn't find, > what i was looking for. probably someone else can point us to the right > direction. > > iirc, somewhere in millers book, there is a technique described, which > allows seamingless transition from one sample to the other (or from loop > end to loop start) by adding a little ramp to the second sample in order > to make the first sample of the next coming audiosample the same value > as the last sample of the previous audiosample. > > iirc, frank had once a question about this technique and that is why > there is a thread about this technique in the archive, but i couldn't > find it. It's called "switch-and-ramp", the thread also has these words in it. In the book it's here: http://crca.ucsd.edu/~msp/techniques/latest/book-html/node63.html An example is attached. Note that this doesn't really work with vline~. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ switch-and-ramp.pd Description: application/puredata ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Clicks between slices (slicer)
federico found it for me: http://www-crca.ucsd.edu/~msp/techniques/v0.01/book-html/node59.html On Mon, 2007-10-01 at 23:10 +0200, Roman Haefeli wrote: > hm.. i've searched the archives and millers book, but i couldn't find, > what i was looking for. probably someone else can point us to the right > direction. > > iirc, somewhere in millers book, there is a technique described, which > allows seamingless transition from one sample to the other (or from loop > end to loop start) by adding a little ramp to the second sample in order > to make the first sample of the next coming audiosample the same value > as the last sample of the previous audiosample. > > iirc, frank had once a question about this technique and that is why > there is a thread about this technique in the archive, but i couldn't > find it. > > since this techniques doesn't use any kind of fading and thus doesn't > require any overlapping, i found it quite useful. > > roman > > On Mon, 2007-10-01 at 19:17 +0200, tim wrote: > > Dafydd Hughes wrote: > > > Anybody have strategies for crossfading in this situation? > > > > > Alternate between two [tabread~]'s. > > 5 ms before tabread 1 is finished you start the second one with the > > next slice, so that the 5 ms fade-out of the first coincides with the > > fade-in of the second. > > gr, > > > > Tim > > > On 10/1/07, Steffen Juul <[EMAIL PROTECTED]> wrote: > > > > > > > On 01/10/2007, at 18.33, Steffen Juul wrote: > > > > > > > > > > > > > I'd be surprised if you can hear it. > > > > > > > > > Hmm. Maybe I should take that back. > > > > > > > > ___ > > > > PD-list@iem.at mailing list > > > > UNSUBSCRIBE and account-management -> > > > > http://lists.puredata.info/listinfo/pd-list > > > > > > > > > > > > > > > > > > > > > ___ > > PD-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > > > ___ > Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de > > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Clicks between slices (slicer)
hm.. i've searched the archives and millers book, but i couldn't find, what i was looking for. probably someone else can point us to the right direction. iirc, somewhere in millers book, there is a technique described, which allows seamingless transition from one sample to the other (or from loop end to loop start) by adding a little ramp to the second sample in order to make the first sample of the next coming audiosample the same value as the last sample of the previous audiosample. iirc, frank had once a question about this technique and that is why there is a thread about this technique in the archive, but i couldn't find it. since this techniques doesn't use any kind of fading and thus doesn't require any overlapping, i found it quite useful. roman On Mon, 2007-10-01 at 19:17 +0200, tim wrote: > Dafydd Hughes wrote: > > Anybody have strategies for crossfading in this situation? > > > Alternate between two [tabread~]'s. > 5 ms before tabread 1 is finished you start the second one with the > next slice, so that the 5 ms fade-out of the first coincides with the > fade-in of the second. > gr, > > Tim > > On 10/1/07, Steffen Juul <[EMAIL PROTECTED]> wrote: > > > > > On 01/10/2007, at 18.33, Steffen Juul wrote: > > > > > > > > > > I'd be surprised if you can hear it. > > > > > > > Hmm. Maybe I should take that back. > > > > > > ___ > > > PD-list@iem.at mailing list > > > UNSUBSCRIBE and account-management -> > > > http://lists.puredata.info/listinfo/pd-list > > > > > > > > > > > > > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Clicks between slices (slicer)
Dafydd Hughes wrote: Anybody have strategies for crossfading in this situation? Alternate between two [tabread~]'s. 5 ms before tabread 1 is finished you start the second one with the next slice, so that the 5 ms fade-out of the first coincides with the fade-in of the second. gr, Tim On 10/1/07, Steffen Juul <[EMAIL PROTECTED]> wrote: On 01/10/2007, at 18.33, Steffen Juul wrote: I'd be surprised if you can hear it. Hmm. Maybe I should take that back. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Clicks between slices (slicer)
Steffen Juul wrote: "Other then Hard Off's solution i believe one could either make sure the slices are zero-crossing (that the endpoint that the end points are 0 (or at-least the same value)) or to interpolate between the endpoints of the slices." Does anybody know of a way to achieve this? If so, I would really appreciate some guidance... cheers! rodrigo _ Se parte de la mayor comunidad de blogs en México. Crea tu propio espacio gratis. www.live.spaces.com___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Clicks between slices (slicer)
Dafydd Hughes a écrit : > Anybody have strategies for crossfading in this situation? > > On 10/1/07, Steffen Juul <[EMAIL PROTECTED]> wrote: >> On 01/10/2007, at 18.33, Steffen Juul wrote: >> >>> I'd be surprised if you can hear it. >> Hmm. Maybe I should take that back. >> >> ___ >> PD-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> > > hello, you might be interested by [trapezoid~] from cyclone library ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Clicks between slices (slicer)
Anybody have strategies for crossfading in this situation? On 10/1/07, Steffen Juul <[EMAIL PROTECTED]> wrote: > > On 01/10/2007, at 18.33, Steffen Juul wrote: > > > I'd be surprised if you can hear it. > > Hmm. Maybe I should take that back. > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > -- www.sideshowmedia.ca skype: chickeninthegrass ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Clicks between slices (slicer)
On 01/10/2007, at 18.33, Steffen Juul wrote: > I'd be surprised if you can hear it. Hmm. Maybe I should take that back. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Clicks between slices (slicer)
Hey I think with a 5ms fade, as per Hard Off's suggestion, you might not hear the silence. cheers dafydd On 10/1/07, Steffen Juul <[EMAIL PROTECTED]> wrote: > > On 01/10/2007, at 17.57, F R E N K wrote: > > > The main problem with this is I would get silence between the > > slices, instead of one continuous loop. > > The silence will be very short. I'd be surprised if you can hear it. > > Other then Hard Off's solution i believe one could either make sure > the slices are zero-crossing (that the endpoint that the end points > are 0 (or at-least the same value)) or to interpolate between the > endpoints of the slices. > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > -- www.sideshowmedia.ca skype: chickeninthegrass ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Clicks between slices (slicer)
On 01/10/2007, at 17.57, F R E N K wrote: > The main problem with this is I would get silence between the > slices, instead of one continuous loop. The silence will be very short. I'd be surprised if you can hear it. Other then Hard Off's solution i believe one could either make sure the slices are zero-crossing (that the endpoint that the end points are 0 (or at-least the same value)) or to interpolate between the endpoints of the slices. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Clicks between slices (slicer)
Hello! Hard off said I could do the next connection to avoid clicks between slices: [tabread4~] | | [0 5. 0 5 5( | | | [vline~] | | [*~ ] The main problem with this is I would get silence between the slices, instead of one continuous loop. It could work for rythmic stuff, but not for vocals or longer non-rythmic sounds... Ill keep searching, if I fix it, I'll let you know thanx, Rodrigo _ Se parte de la mayor comunidad de blogs en México. Crea tu propio espacio gratis. www.live.spaces.com___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Clicks between slices (slicer)
when you send a message to trigger a new slice, do the following: 1) send a [vline~] ramp to cut the volume ie, [tabread4~] | | [0 5. 0 5 5( | | | [vline~] | | [*~ ] 2) delay your slice message 5 ms so that the new slice is retriggered exactly when the volume is zero. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Clicks between slices (slicer)
Hey everybody! i programmed a slicer that grabs incoming audio and divides it, its working pretty well, the thing is you can hear a "gap" or "click" between the different slices when the whole loop (composed of separate parts of one same sound) is played back... has anybody heard of a solution for this type of problem? it works by writing 8 separate arrays and then playing them back one after another. thanx in advance, Rodrigo (mexico) _ Prueba Live.com- Tu página persoanlizada con todas las cosas que te interesan en un solo lugar. http://www.live.com/getstarted___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list