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

[Mario Mey]

Why? I'm asking myself: why I took this as a challenge??? I just made 
readsf.meh~.

It works similar to readsf~ with some changes.

- It is prepared to read stereo files.
- Optional argument: miliseconds for the metro to output the time 
positon. Default 10.
- Open files with [open file.wav(
- Starts with [start(
- Stops with [stop(, but, when  [start( is sended after [stop(, it opens 
the last file and start playing it (can have a delay of loading, maybe 
an unsynch of timer, I didn't check it. The same as when the file ends)
- Pauses with [pause(
- Resumes with [resume(

Outputs:

1- output left
2- output right
3- status (symbol): loaded, playing, paused, stopped.
4- minutes (int)
5- seconds (int)
6- miliseconds (int)
7- time position "minutes:seconds" (symbol).

When I use this and check it is version 1.0, I'll upload to forum.



El 09/10/13 22:05, Mario Mey escribió:
> El 09/10/13 18:08, IOhannes m zmölnig escribió:
>> On 10/09/13 20:49, Mario Mey wrote:
>>> 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).
>> why?
>>
>> or rather, why don't you just create an abstraction [meyreadsf~] that
>> wraps the [timer] logic (and share it with the community)?
> Well... it's a good idea. I use readsf~ with switch~ to pause and 
> unpause it. It can be all transformed in an abstraction. I don't need 
> precision and my 20 minutes song doesn't need to be counted... but if 
> readsf~ is precise with time position, then, the new abstract will be too.
>
> *Is readsf~ precise?*
>
> If/when I make that abstract, I'll share it, of course.
>> gfmaf
>> IOhannes
>>
>>
>>
>> _______________________________________________
>> 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/20131010/c4c517e8/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: readsf.meh~.pd
Type: text/x-puredata
Size: 4917 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20131010/c4c517e8/attachment-0002.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: readsf.meh~-help.pd
Type: text/x-puredata
Size: 882 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20131010/c4c517e8/attachment-0003.bin>