
1 zeayes 2014-11-23 23:07:17 +08:00 你可以去官网找下。没搞过windows下面的,linux和MAC下折腾过。 |
2 andyhunter 2014-11-23 23:09:21 +08:00 用MingW+Msys,gcc编译吧 我记得以前这么编译过live555和ffmpeg |
3 sitiao 2014-11-23 23:29:06 +08:00 http://ffmpeg.zeranoe.com/ 上有编译好的各种版本的ffmpeg win64的lib,也有编译的教程。 |
4 icedx 2014-11-24 00:23:37 +08:00 为啥不直接用二进制 |
5 icedx 2014-11-24 00:25:22 +08:00 不过, 貌似我和楼主不在一个世界? http://www.cnblogs.com/dwdxdy/p/3626999.html |
6 ryd994 2014-11-24 03:00:45 +08:00 虚拟机linux才是快速正解 |
7 LZ用的是百度么233333 SDL要用1.2.x 而不是2.0.x |
8 hjc4869 2014-11-24 08:47:06 +08:00 楼主是想作为静态库编译,还是动态库,还是直接编译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 2014-11-24 11:17:54 +08:00 嗯 现在用VS2013编译很省事了 8楼有官方编译指南. 应该不怎么需要折腾了 |
14 ryd994 2014-11-24 12:20:10 +08:00 @hjc4869 不好意思,configure make这套模式本来就是unix系的,vc连iso都不完全兼容算哪门子的nb。人身攻击只能证明你的无理。 |
15 hjc4869 2014-11-24 12:38:14 +08:00 |
16 ryd994 2014-11-24 21:49:10 +08:00 via Android @hjc4869 如果你觉得这年头虚拟机不是标配,或者下载一个别人做好的镜像然后导入运行也叫麻烦的话,那我也是醉了。Linux交叉编译Windows二进制,对Unix软件来说,是很常见的事。说起原生,对ffmpeg来说,Linux才更原生。 你附的帖子没证明任何东西。我的point是VC连ISO都不完全遵守,你给我来个内存占用小,呵呵。 最后,关于人身攻击的定义,请谷歌一下。任何不与问题直接相关,却与对方身份直接有关的,就是人生攻击。简单来讲,就算我有病,也不证明我说的论点是错的。 |
17 hjc4869 2014-11-24 23:07:22 +08:00 @ryd994 虚拟机是标配,您是Mac用多了吗。。Windows本来可以直接很方便地编译,官方都有VC编译的教程了,为何要自己去搞一套官方都不support的去交叉?这不是闲着蛋疼? 难道您要说:“gcc编译出的binary跑的比vc编译的快”? 对于楼主想要的Windows软件,VC才是真正的原生。 另外一个编译器能够那么轻松地爆掉内存swap,怎么拿来跟VC比,已经不在一个数量级了啊…… 我的point是VC跟UNIX一套比起来很NB,不是它遵守不遵守标准,这都不是一个问题,目前是编译现有的代码,而这份代码是主动官方兼容VC的,只需要知道这个就行了,扯什么标准不标准? 楼主想要哪个自己挑吧,我也不想继续争论了。 Windows vs *nix的争论根本不可能有尽头。 |