What Òscar is suggesting also applies to [readsf~] and [tabplay~]. Both loop quite seamlessly when I've used them. the [open ( to [readsf~] doesn't seem to take any time. I haven't done the [readsf~] looping under heavy load tho.
.hc On 01/22/2013 05:15 PM, Pagano, Patrick wrote: > I would like it to be inside Pure Data without the use of externals. > I am quite aware of the externals, but I am curious on how people have done > it without an external > > :) > > From: Òscar Martínez Carmona [mailto:xamp...@gmail.com] > Sent: Tuesday, January 22, 2013 5:11 PM > To: Roman Haefeli > Cc: Pagano, Patrick; pd-list@iem.at > Subject: Re: [PD] Simplest way for looping soudfiles > > Maybe I'm not getting anything related about this topic... but what about > using the end "bang" that many audio-file-playing-externals feature? > > On Tue, Jan 22, 2013 at 10:48 PM, Roman Haefeli > <reduz...@gmail.com<mailto:reduz...@gmail.com>> wrote: > On Die, 2013-01-22 at 21:09 +0000, Pagano, Patrick wrote: >> Not Sure that one will not loop properly because of the need for an open >> message each time. > You are indeed right. It is not the proper way to do it. Even the > help-file of [readsf~] states it. However, in practice it usually works > flawlessly (probably nowadays disks seem fast enough and there is enough > memory for fs caches). Simply try it with the help of [readsf~ ]. > > Also the table based approach works, though I'd make two modifications > to the previously posted patch. Use the '-maxsize ' flag for the message > to [soundfiler] in order to allow bigger tables. Then, I'd get rid of > [tabread4~], as it is not needed when you only want to play at original > speed. Actually, I even wouldn't use [tabread~ ], because for very large > tables, the index from [phasor~ ] or [line~ ] will not be precise enough > to hit every sample after position 16'000'000 (limit of the 32bit > floating point format). If you use [tabplay~], it is as simple my > previous example with [readsf~ ]: > > > [r playagain] > | > [tabplay yourpreviouslyfilledtable] > | > [s playagain] > > > IIRC, [tabplay~] doesn't suffer from that precision problem described > before. > > Roman > > > > >> -----Original Message----- >> From: pd-list-boun...@iem.at<mailto:pd-list-boun...@iem.at> >> [mailto:pd-list-boun...@iem.at<mailto:pd-list-boun...@iem.at>] On Behalf Of >> Roman Haefeli >> Sent: Tuesday, January 22, 2013 4:04 PM >> To: pd-list@iem.at<mailto:pd-list@iem.at> >> Subject: Re: [PD] Simplest way for looping soudfiles >> >> >> >> On Die, 2013-01-22 at 20:50 +0000, Pagano, Patrick wrote: >>> Can people share their opinions on the simplest way to create >>> a looping soundfile. >> >> [r playagain] >> | >> [open /path/to/your/file.wav, 1( >> | >> [readsf~ ] >> | >> [s playagain] >> >> >> Roman >> >> >> >> _______________________________________________ >> Pd-list@iem.at<mailto:Pd-list@iem.at> mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list > > > > _______________________________________________ > Pd-list@iem.at<mailto:Pd-list@iem.at> mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > > > -- > Òscar Martínez Carmona > > > > _______________________________________________ > 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