[Speex-dev] 回复: 回复: (no subject)
烂馍馍.
xialonghua at vip.qq.com
Mon Dec 5 23:40:39 PST 2011
two thread send frames to only encoder at same time,two thread will use one buffer
.it will work wrong if not Handling thread synchronization.
if not use same state, it need more memory, but no need to consider thread safe.
------------------ 原始邮件 ------------------
发件人: "Jean-Marc Valin"<jmvalin at jmvalin.ca>;
发送时间: 2011年12月6日(星期二) 下午3:24
收件人: ""烂馍馍.""<xialonghua at vip.qq.com>;
抄送: "speex-dev"<speex-dev at xiph.org>;
主题: Re: 回复: [Speex-dev] (no subject)
Well, please explain what you would expect from a "thread safe" codec
when you encode two frames at a time from the same encoder.
Jean-Marc
On 11-12-05 11:56 PM, 烂馍馍. wrote:
> yes, you are right.but its not one instance of codec.
>
>
> ------------------ 原始邮件 ------------------
> *发件人:* "Jean-Marc Valin"<jmvalin at jmvalin.ca>;
> *发送时间:* 2011年12月6日(星期二) 中午12:52
> *收件人:* "speex-dev"<speex-dev at xiph.org>;
> *主题:* Re: [Speex-dev] (no subject)
>
> Actually, it *is* thread safe as long as you don't use the *same* state
> at the same time from two calls. i.e. you can easily encode two
> different streams from two different threads.
>
> Jean-Marc
>
> On 11-12-01 04:55 AM, 烂馍馍. wrote:
>> it.s not safe.
>>
>>
>> ------------------ Original ------------------
>> *From: * "Денис Ромашенко"<romius99 at mail.ru>;
>> *Date: * Thu, Dec 1, 2011 04:43 PM
>> *To: * "speex-dev"<speex-dev at xiph.org>;
>> *Subject: * [Speex-dev] (no subject)
>>
>> Hi.
>> Is the speexlib thread safe?
>>
>> _______________________________________________
>> Speex-dev mailing list
>> Speex-dev at xiph.org
>> http://lists.xiph.org/mailman/listinfo/speex-dev
>>
>>
>>
>> _______________________________________________
>> Speex-dev mailing list
>> Speex-dev at xiph.org
>> http://lists.xiph.org/mailman/listinfo/speex-dev
> _______________________________________________
> Speex-dev mailing list
> Speex-dev at xiph.org
> http://lists.xiph.org/mailman/listinfo/speex-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.xiph.org/pipermail/speex-dev/attachments/20111206/6a31dbae/attachment.htm
More information about the Speex-dev
mailing list