<p><br>
On Sep 17, 2012 8:04 PM, "Henner Zeller" <<a href="mailto:h.zeller@acm.org">h.zeller@acm.org</a>> wrote:<br>
><br>
> Hi,<br>
> On 16 September 2012 09:10, Fons Adriaensen <<a href="mailto:fons@linuxaudio.org">fons@linuxaudio.org</a>> wrote:<br>
>><br>
>> On Sun, Sep 16, 2012 at 12:46:42AM -0700, Henner Zeller wrote:<br>
>><br>
>> > Over the week or so, I've build some fuse filesystem filters flac files<br>
>> > on-the-fly<br>
>> > using the zita convolver. This makes it real easy to play<br>
>> > around with files and filters. In particular with systems that otherwise<br>
>> > don't support stream convolving, but just can read files.<br>
>><br>
>> Interesting project...<br>
>><br>
>> One thing: when skipping forward (or seeking in general)<br>
>> there's no need to convolve all data up to that point.<br>
>> If P is the new position and L is the lenght of the IR,<br>
>> then just call Convproc->reset(), seek the input file to<br>
>> P - L (or 0 if P < L), and convolve up to P. You're<br>
>> computing a FIR filter, so no more history is required.<br>
><br>
><br>
> I know. The only reason for doing what I am doing is entirely because of the filesystem semantics.<br>
><br>
> On the filesystem level, I don't 'see' seeks to audio frame positions but _only_ file positions. Since the input and the output is a compressed flac file, the relationship cannot be predicted - this is why I have to walk up to that point to present a consistent view of the file (in particular if that file is mmap()ed or if users jump around in it, this is important).<br>

> (this would be different if input and output was wav where the relationship is clear; but wav doesn't provide such a rich header format, so that the user in media server that display tags and images would be bad).<br>

><br>
>><br>
>> If the seek involves an output discontinuity for the user,<br>
>> you could even just call Conproc->reset(), seek to P, and<br>
>> proceed normally. The result will be as if there was only<br>
>> silence before P.<br>
>><br>
>> Ciao,<br>
>><br>
>> --<br>
>> FA<br>
>><br>
>> A world of exhaustive, reliable metadata would be an utopia.<br>
>> It's also a pipe-dream, founded on self-delusion, nerd hubris<br>
>> and hysterically inflated market opportunities. (Cory Doctorow)<br>
>><br>
><br>
><br>
> _______________________________________________<br>
> Linux-audio-dev mailing list<br>
> <a href="mailto:Linux-audio-dev@lists.linuxaudio.org">Linux-audio-dev@lists.linuxaudio.org</a><br>
> <a href="http://lists.linuxaudio.org/listinfo/linux-audio-dev">http://lists.linuxaudio.org/listinfo/linux-audio-dev</a><br>
></p>
<p>Have you considered OggPCM? Perhaps it has a constant enough bitrate while still providing rich tags. Not sure how well supported it is though...<br>
</p>