[FFmpeg-devel] r9017 breaks WMA decoding on Intel Macs

Guillaume Poirier gpoirier
Tue May 29 15:13:16 CEST 2007


Hi,

Le 29 mai 07 ? 11:58, Guillaume POIRIER a ?crit :

> On 5/29/07, Zuxy Meng <zuxy.meng at gmail.com> wrote:
>> 2007/5/29, Guillaume Poirier <gpoirier at mplayerhq.hu>:
>>> Le 28 mai 07 ? 01:26, Trent Piepho a ?crit :
>>>
>>>> On Mon, 28 May 2007, Guillaume POIRIER wrote:
>>>>> On 5/28/07, Trent Piepho <xyzzy at speakeasy.org> wrote:
>>>> I'm attaching a patch showing the right way to do.
>>>
>>> Ok, I get the idea. Inline asm is pretty much black magic to me.
>>>
>>> Your patch doesn't work, as it doesn't even assemble, but attached
>>> corrected patch does fix the problem.
>>>
>>> Zuxy, Michael, what do you think about it?
>>> Note that I did try to putting all asm blocks of fft_sse.c as "asm
>>> volatile" but that didn't fix the problem alone.
>>
>> It looks good to me, but is the "asm" -> "asm volatile" part
>> absolutely necessary?
>
> Don't know. This sure can be tested. I'd like to point out that every
> ASM block in lavc is declared as "asm volatile", except in fft_sse.c.
> Why is that? Why would you want them to be left as non-volatile?
>
> Won't GCC try to outsmart us sooner or later and break your beautiful
> little ASM blocks? ;-)

Ok, I just tested it: adding "volatile" keyword doesn't help fixing  
the bug, so I removed it, hence attached patch.

Guillaume

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: fft_sse.c-fix-for-OSX.1.txt
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20070529/8efe1442/attachment.txt>



More information about the ffmpeg-devel mailing list