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@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list