Displaying 3 results from an estimated 3 matches for "rhubarbtech".
2008 May 06
2
Flac-dev Digest, Vol 45, Issue 2
...here.
I agree with Frederick in that the existing encoding API was obviously designed for serial execution, and any internal
threading support would be messy. We had to come up with quite a few tricks to modify as little of libFLAC as possible.
Project report, patches and example encoder: http://rhubarbtech.com/things/pflac.tar.gz
Chris Peplin
2008 May 07
0
Flac-dev Digest, Vol 45, Issue 2
On Tue, May 6, 2008 at 4:52 PM, Christopher Peplin
<chris.peplin at rhubarbtech.com> wrote:
> Along the same line as Frederick, myself and another university student were able to implement a multi threaded FLAC
> encoder, but using Intel's Threading Building Blocks (TBB) package. We saw similar near-linear speedup.
Great! Your approach is better in that it boun...
2008 May 08
1
Flac-dev Digest, Vol 45, Issue 4
That's true, TBB is limited in compatibility. I don't necessarily think that's where a parallel FLAC API should head,
but they're something to be said for Intel's increasing openness with the project and the pipeline design itself. The
pipeline could possible be ported to pthreads.
Our project was conceived as a way to learn TBB by doing, so we didn't put any time/thought