问题标签 [x264]

我将如何为 i386 架构编译 x264 库？通常为了强制一个架构，我会使用以下命令：

但它似乎不适用于 x264。

为了编译 x264，我对其进行了配置和制作，这将生成一个 x86_64 库。当我尝试使用上述命令强制 i386 架构时，我收到以下消息：

未知选项 CC=gcc -arch i386，忽略 未知选项 CXX=g++ -arch i386，忽略

然后配置脚本打印出它是为 X86_64 平台配置的。我希望看到它为 i386 平台配置并生成 i386 二进制文件。

我按照链接对图片进行编码如何使用 x264 C API 将一系列图像编码为 H264？，但每次 x264_encoder_encode(encoder, &nals, &i_nals, &pic_in, &pic_out) 返回 0。

我有一个 H264 视频（存储在 MP4 文件中）。每个 GOP 大约 10 秒长。我想修剪视频的前几秒，这意味着我需要拆分第一个 GOP。有没有办法在不重新编码整个视频的情况下做到这一点？

我有 FFmpeg 和 x264 可用。我很乐意使用 FFmpeg 命令行，或者我自己的与 x264 库的 ffmpeg 链接的程序。

提前致谢！

我想在 Windows 上的一个项目中使用 libx264。我用 cygwin 编译了 x264，包括共享库和静态库。一切正常，静态和动态库也正确安装在 cygwin 中。

当试图编译另一个使用 libx264 (gcc ... -lx264) 的项目时，我收到一个错误：

链接器似乎对我构建的 libx264 库有问题，但这里到底出了什么问题？如何正确链接 x264？

完整的构建输出如下所示：

为项目测试构建配置调试**

谢谢你的帮助！

任何人都可以向我指出有关在手刹中使用高级字符串选项的任何教程吗？

像“手刹-丢失的手册”这样的东西会很棒。

我一直在努力使用 FFMPEG 和 x264 对视频进行编码。在 Quicktime 中播放时输出会卡顿，而在 VLC 中，它会在 Quicktime 卡顿的相同位置显示大量压缩伪影。因此，Quicktime 似乎结结巴巴，因为它试图抑制损坏/伪影。

视频中有很多随机运动，包括 75% 的像素将以随机间隔变化的帧（视频是软件生成的，因此它是真正的伪随机）。在这些可能错误地检测到“场景剪辑”的地方，压缩似乎令人窒息。它似乎也每隔一段时间就会窒息，我猜它正在做一个关键帧。

我的编码预设基于 FFMPEG 附带的 x264-hq 预设。我试过关闭场景切换检测，并使用keyint/g和keyint_min选项。设置g为 1 使其工作，但会破坏文件大小。我已经尝试过无损预设，但它们在 Quicktime 中根本无法播放。奇怪的是，在处理较低分辨率的测试视频 (1440x810) 时，我没有遇到任何问题。

这是我现在拥有的预设，它可以工作，但产生的文件比（非工作）hq 预设产生的文件大约大 60%。有什么办法可以改善这一点吗？文件大小并不重要，我只想要可以在任何地方播放并且质量非常高的东西。

这是命令：

我有一份潜在的工作需要我使用 FFMPEG 和 x264 进行一些视频编码。我将有一系列文件，我需要对其进行一次编码，然后我就可以关闭这些实例。由于我不太确定 x264 和 FFMPEG 的资源利用率，我应该获得什么样的实例？我想要么

高CPU超大型实例

7 GB 内存
20 个 EC2 计算单元（8 个虚拟内核，每个内核有 2.5 个 EC2 计算单元）
1690 GB 实例存储
64 位平台
I/O 性能：高
API 名称：c1.xlarge

或者，或者，

集群 GPU 四重超大型实例

22 GB 内存
33.5 EC2 计算单元（2 x Intel Xeon X5570，四核“Nehalem”架构）
2 x NVIDIA Tesla “Fermi” M2050 GPU
1690 GB 实例存储
64 位平台
I/O 性能：非常高（10千兆以太网）
API 名称：cg1.4xlarge

我应该使用什么？x264/FFMPEG 在更快/更多的 CPU 下性能是否更好，或者它真的对 GPU 造成更大的冲击？无论如何，集群 GPU 似乎是性能更高的实例。我应该更喜欢什么？

在尝试在 Windows 上使用 x264 编码器构建 ffmpeg 静态库后，我花了一些时间来编写一些示例。当然，有大量关于如何构建、如何使用、等等的“说明”……但是，它们都不能在 Windows 上运行。我猜Linux的家伙在这里处于更好的位置。现在，数十亿美元的问题是“这一切的目的是什么？”。不仅这在 Windows 上没用，而且我本可以购买一些真正有效的第三方库。

如果有人要说“但是，它有效！”。我必须说，给我一个工作证明。我不在乎 10fps 的 200x100。我不需要H264。向我展示如何压缩一秒钟的 1080i 素材。它是 H264，它是跨平台的（如果你问我，这听起来很有趣），谷歌正在使用它（它必须是完美的，对吧？），还有一些更时髦的......

我正在尝试为 1080i 捕获配置 x264。下面的大多数设置都可以在不同的示例中找到。但是，一起编译它们不起作用。ffmpeg API 不报告错误，但avcodec_encode_video()总是返回零。

有些数字对我来说很奇怪......例如，gop_size。250是不是太高了？

如果您无法提供最终答案，我仍然对有关此主题的任何评论感兴趣。

x264 库一如既往地在 Windows 上崩溃。现在，我正在尝试修复它，但我不明白一件事。在代码中我们只能看到函数签名：

但是，*.h、*.c 或 *.asm 源中没有实现。这怎么可能？？？

（该函数被调用并且它崩溃了，所以它必须被链接进去）