 |
1
zeayes Nov 23, 2014
你可以去官网找下。没搞过windows下面的，linux和MAC下折腾过。
|
 |
2
andyhunter Nov 23, 2014  1
用MingW+Msys，gcc编译吧
我记得以前这么编译过live555和ffmpeg |
 |
3
sitiao Nov 23, 2014 1
http://ffmpeg.zeranoe.com/ 上有编译好的各种版本的ffmpeg win64的lib，也有编译的教程。
|
 |
4
icedx Nov 24, 2014 1
为啥不直接用二进制
|
|
5
icedx Nov 24, 2014 1
不过, 貌似我和楼主不在一个世界?
http://www.cnblogs.com/dwdxdy/p/3626999.html |
 |
6
ryd994 Nov 24, 2014
虚拟机linux才是快速正解
|
 |
7
southwolf Nov 24, 2014 1
LZ用的是百度么233333 SDL要用1.2.x 而不是2.0.x
|
 |
8
hjc4869 Nov 24, 2014 1
楼主是想作为静态库编译，还是动态库，还是直接编译ffmpeg.exe或者ffplay.exe？麻烦说清楚一些我可以直接给出建议。
推荐的环境是VS2013+msys，其中msys只是为了执行./configure和make，真正还是cl在编译。 顺带一提在windows下有vc这个超NB的编译器就别用gcc了…… 给一篇官方的compilation guide https://trac.ffmpeg.org/wiki/CompilationGuide/MSVC 注意如果是VS2013就不需要C99-to-C89 Converter & Wrapper了。如果要编译x64的，需要变动一下参数。 @ryd994 虚拟机才是真的有病。 |
 |
10
yifeng OP @andyhunter 谢谢，
|
|
13
southwolf Nov 24, 2014
嗯 现在用VS2013编译很省事了 8楼有官方编译指南. 应该不怎么需要折腾了
|
|
15
hjc4869 Nov 24, 2014 1
@ryd994
vc编译的ffmpeg我用了几年了都没问题，configure make又不是不能在windows下用，完全可以用原生的一套搞定的事情非要去用linux，不是有病是什么？ 难道 下载ffmpeg->下载msys->下载vc编译器->编译 比 下载Virtualbox/VMware/安装Hyper-V->下载Linux并安装->下载gcc,make->下载ffmpeg源码->编译 更加麻烦？ 而且楼主要的是Windows x64下能用的静态库，貌似是要搞Windows程序，你让他开Linux虚拟机？ 这是在描述事实，不是人身攻击。 附VC是哪门子NB： https://www.v2ex.com/t/147665 |
|
16
ryd994 Nov 24, 2014 via Android
@hjc4869 如果你觉得这年头虚拟机不是标配，或者下载一个别人做好的镜像然后导入运行也叫麻烦的话，那我也是醉了。Linux交叉编译Windows二进制，对Unix软件来说，是很常见的事。说起原生，对ffmpeg来说，Linux才更原生。
你附的帖子没证明任何东西。我的point是VC连ISO都不完全遵守，你给我来个内存占用小，呵呵。 最后，关于人身攻击的定义，请谷歌一下。任何不与问题直接相关，却与对方身份直接有关的，就是人生攻击。简单来讲，就算我有病，也不证明我说的论点是错的。 |
|
17
hjc4869 Nov 24, 2014
@ryd994
虚拟机是标配，您是Mac用多了吗。。Windows本来可以直接很方便地编译，官方都有VC编译的教程了，为何要自己去搞一套官方都不support的去交叉？这不是闲着蛋疼？ 难道您要说：“gcc编译出的binary跑的比vc编译的快”？ 对于楼主想要的Windows软件，VC才是真正的原生。 另外一个编译器能够那么轻松地爆掉内存swap，怎么拿来跟VC比，已经不在一个数量级了啊…… 我的point是VC跟UNIX一套比起来很NB，不是它遵守不遵守标准，这都不是一个问题，目前是编译现有的代码，而这份代码是主动官方兼容VC的，只需要知道这个就行了，扯什么标准不标准？ 楼主想要哪个自己挑吧，我也不想继续争论了。 Windows vs *nix的争论根本不可能有尽头。 |
Select Language