[prev in list] [next in list] [prev in thread] [next in thread] 

List:       fuse-devel
Subject:    [fuse-devel] libFLAC and threading (Was: FUSE Low Level API)
From:       Michael McTernan <Michael.McTernan.2001 () cs ! bris ! ac ! uk>
Date:       2011-06-12 18:44:17
Message-ID: 4DF50901.30005 () cs ! bris ! ac ! uk
[Download RAW message or body]

On 12/06/11 13:36, Stef Bon wrote:
> Please can you explain why decoding FLAC requires protection of the context?
> 
> Are the FLAC functions not thread safe?

Correct.

> Look here:
> 
> http://www.ziva-vatra.com/index.php?aid=23&id=U29mdHdhcmU=
> 
> for a multithread safe decoder. As I understand it supports multithreading.

I don't think so.  It looks like a Python script using 'flac', which is
the binary built around the same libFLAC I am using.  Viva-vatra maybe
confused between a thread and a process.

> Multithreading should be possible, cause it's a pure file operation,
> no other hardware is used, like with a CD.

Yes, supporting multiple concurrent decode threads is possible if you
create a FLAC decoder for each thread.  Aifffffs creates a decoder per
opened file so can take advantage multi-threading when there's >1 CPU.

Aside, I'm not sure if this is still relevant to fuse-devel.  Mail me
off list if there's further discussion about FLAC.

Regards,

Mike

------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
_______________________________________________
fuse-devel mailing list
fuse-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fuse-devel
[prev in list] [next in list] [prev in thread] [next in thread]