Hi all !

I am trying to implement this idea of a cut_file protocol. I have two 
questions.

 * I do not think there is any way to know whether a file is temporary or not 
when handling it in the resolution process. This is a problem because the cut 
protocol may cut a temporary track, and in this case need to remove the old 
file, or cut a static file, and in this case should not touch it.
 * Also, I wonder if it would be possible to reverse the protocol resolution. 
So far, protocol resolution is done from left to right. Hence, requests like:
    replaygain:ftp://path/to/bla.mp3 
do not work.
Could it be possible to reverse the resolution and start with resolving ftp: 
first and then pass it to replaygain ?

Thanks !
Romain

------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Savonet-devl mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/savonet-devl

Répondre à