[PD] Direct-from-disk audio with position, loop, varispeed

Mario Mey mariomey at gmail.com
Wed Oct 9 20:49:42 CEST 2013


El 09/10/13 14:07, Jack escribió:
> Hello,
>
>
> Le 09/10/2013 18:20, Mario Mey a écrit :
>> Sorry, guys, for entering in this thread without reading all the
>> mails. But I want to ask you something.
>>
>> I use readsf~ to read a speaking recorded files, sounds and songs
>> (some songs are 3 or 5 minutes long, but there's one of 20, so, I
>> thought readsf~ was better that put the files into arrays).
>>
>> Readsf~ gives no information about the time, and it would be very
>> usefull for me to synch with an animation in BlenderGameEngine.
> If you want to get the length of a sound file, you have several
> possibilities :
> - use [wavinfo] from ext13
> - use [soundfile_info] from iemlib
> - use [shell] with your favorite command line to get info on soundfile
> ++
>
> Jack
Sorry, I meant that I wanted to know the *time position* of the file, 
while playing. I know that I can put a [timer] and reset-activate it 
when readsf~ starts playing, but I would be great if readsf~ use the 
mostrigh outlet to output this information (always or when asked for it).
>
>
>> Also, yet, I don't know if readsf~ is the one that makes noises when
>> BlenderPlayer is rendering in 3D in full screen. I just thought that
>> the computer can't process that 3D rendering and has Jack with low
>> latency. Maybe readsf~ is the problem...
>>
>> Anyway, I wanted to ask you about readsf~:
>>
>> Is readsf~ stable?
>> Does it consume so much CPU?
>> Is there any other object better to use? Maybe the one you are talking
>> about in this thread...
>>
>> I don't need to varispeed, for example. Just read files, play and know
>> its position in time. And low CPU consumption.
>>
>> Thanks.
>>
>> PD1: I'm on Ubuntu 12.04.
>> PD2: what about THREADLIB and SNDFILER to open files in a different
>> thread? Do they work? http://grh.mur.at/software/threadlib.html and
>> http://grh.mur.at/software/sndfiler.html.
>>
>> _______________________________________________
>> Pd-list at iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20131009/0cf58582/attachment.htm>


More information about the Pd-list mailing list