A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://ffmpeg.org/pipermail/ffmpeg-devel/2007-January/028240.html below:

[Ffmpeg-devel] [PATCH] Partial port of ffmpeg to MS Visual C

[Ffmpeg-devel] [PATCH] Partial port of ffmpeg to MS Visual C - and a note on the inttypes.h issue [Ffmpeg-devel] [PATCH] Partial port of ffmpeg to MS Visual C - and a note on the inttypes.h issueAlexander Strange astrange
Tue Jan 30 09:46:11 CET 2007
On Jan 30, 2007, at 3:25 AM, Steve Lhomme wrote:

>
> The ASM code is #ifdef'd by the makefile. If you compile the code  
> with another compiler it will fail because the ifdefs are not  
> clean. I actually made some changes recently to DrFFMPEG to have  
> both ppc and i386 ASM compiled in the same project at the same time  
> (to make universal binaries in XCode) and I had to add some cleaner  
> #ifdef's.

Perian builds universal ffmpeg binaries without having to touch the  
source, the exception being overriding -O0 for the files that won't  
compile with frame pointers enabled. It uses lipo.

http://trac.perian.org/browser/trunk/createStaticLibs.sh?rev=292

By the way, gcc 4.3 hasn't solved the h264 problems yet (the register  
allocator is by far the worst part of gcc still there), but the code  
generated for the C version of the cabac decoder is nearly as good as  
the ASM, much better than what earlier versions did.






More information about the ffmpeg-devel mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4