it actually is complicated. the libFLAC api is not suited to a
multithreaded design because the i/o is stream-based, not file-
based. flac(.exe) is the file-based wrapper around libFLAC that
allows it to work on files. the way libFLAC buffers data is also
impossible to parallelize without significantly changing the api.
it would take a specialty file-based encoder using an independent
frame encoder to do and even that is not trivial.
--- Harry Sack <tranzedude@gmail.com> wrote:
> 2007/9/7, Avuton Olrich <avuton@gmail.com>:
> >
> > On 9/6/07, Harry Sack <tranzedude@gmail.com> wrote:
> > > it's really not complicated I think: only api changes to
write on
> any
> >
> > Please get started writing a patch, immediately.
>
>
>
> I'm just an IT student and I have no time for that :)
> I also didn't study the flac API in detail but I know it's
perfectly
> possible because I made a avi encoder running on multiple threads
> once and
> it's exactly the same for audio data.
>
> --
> > avuton
> > --
> > Anyone who quotes me in their sig is an idiot. -- Rusty Russell.
> >
> > _______________________________________________
> Flac-dev mailing list
> Flac-dev@xiph.org
> http://lists.xiph.org/mailman/listinfo/flac-dev
>
____________________________________________________________________________________
Building a website is a piece of cake. Yahoo! Small Business gives you all the
tools to get online.
http://smallbusiness.yahoo.com/webhosting