问题标签 [h.264]

我尝试过像videosnarf这样的工具，它以 pcap 文件作为输入并创建一个原始的 .h264 文件，以后可以使用 ffmpeg 对其进行编码，最后可以使用 vlc 播放器播放。但是videosnarf 只能处理h264 数据。

我找不到可以从 pcap 文件中转储 h263 数据的类似工具。我试图从wireshark解码h263流，但到目前为止我还没有运气。

我可以在 perl/python 中编程，但我不知道从 pcap 文件中检索 h263 原始数据的确切步骤，因为我以前没有使用过 pcap 捕获文件。

所以我们正在创建一些视频服务器。我们向我们的 Flash 客户端广播 flv。我们的提供商可以为我们提供 1920x1080 和 1280x720 视频尺寸的 h254 视频。但是该视频将由具有相同比特率的 1280x720 相同来源生成。所以我会有

我们假设我们可以以相同的速度交付视频。

对于客户端来说，什么会更快：解码 H264 1920x1080 并将其显示在 1920x1080 屏幕上或解码 H264 1280x720 并显示 1920x1080？

我有一组视频将发布在我正在开发的新网站上，使用我们新的 html5 播放器。我知道 Firefox 只支持 .ogg 格式，而其他大多数（最终包括 IE9）都支持 h264。

我希望在这里利用人群的经验：有没有人对跨浏览器的单一视频格式有任何运气？还是我注定要对所有内容进行双重编码？因为我们无法标准化我们的编解码器，所以在每个视频的两个副本上浪费空间似乎是一种耻辱。

提前致谢！

PS（Flash 播放器并不是一个真正的后备选项，部分原因是原则上，部分原因是相当大的移动用户群。）

我们正在将一堆 .RM 文件转换为 .MP4 并想知道最好的方法是什么。以下是详细信息：

• 将文件转换为 H.264。
• 保留文件名，但在末尾添加 .mp4。
• 还为每个文件在大约 5 秒内提取视频的 JPG 图像，并将其命名为原始文件名 + .jpg。

这是在 Windows 系统上。你有为此推荐的免费工具吗？谢谢你。

我在使用 FileWrapper 类尝试使用 Django 流式传输 H.264 视频时遇到了一个奇怪的问题。我正在使用以下视图功能：

该函数映射到此 URL：

我在 HTML5 视频标签中引用 URL：

但是，当我打开包含视频的页面时，视频不播放并且 Django 开发服务器发出以下错误：

浏览器 Google Chrome 似乎多次尝试检索视频，前两次重置连接，最后一次断开连接。请注意，Django 返回 200 OK 响应以及正确的视频大小。

这是奇怪的部分：即使视频没有播放，我可以右键单击播放器控件，选择将视频另存为...，谷歌浏览器会愉快地下载整个视频并将其存储在本地。然后，我仍然可以在 Google Chrome 中通过使用 file:// URL 打开保存的视频来播放它。

我还尝试将视频文件放在本地 Web 服务器中并在视频标签中引用它，这也可以。

所以我认为这个问题与 FileWrapper 和/或 Django 使用迭代器处理 HttpResponse 的方式有关。数据在那里，可以用Save Video As... 保存，那为什么不能播放呢？

谢谢！

我想知道是否有一种方法可以将某种视频查看器（例如 VLC 或任何支持 H.264 格式的播放器）嵌入到网络浏览器中。基本上，实时摄像头将提供数据，并且查看器将被配置为从特定的 IP 地址和端口号获取数据。

任何建议表示赞赏，D

假设我有一个视频流在很长一段时间（几分钟到几小时）内几乎没有场景变化，并且我正在使用 FFmpeg 之类的东西将原始视频转码为 h.264，我可以使用哪些设置来获得利用超大冗余？

是否像将最小关键帧间隔设置为最大值（无论是什么）一样简单？

h.264 规范中是否有空间来增强 FFmpeg 以进一步利用很长一段时间而没有场景变化？

网上有很多文章可用于了解 h264 及其提供的优势。

从实际实施的角度来看，由于视觉通信不仅仅是关于视频编解码器，还有更多的东西，比如弹性、带宽等，你们能告诉我 h264 的缺点/其中没有解决的问题吗？

你们能否也谈谈您在 h264 上遇到的任何其他问题？（分组和电路交换网络之间的互操作性，供应商之间的互通等）

谢谢你的洞察力。。

正如您所提到的，H264 许可涉及巨大的成本，您是否认为 VP8（免版税）能够吸引媒体服务器供应商的眼球。

我正在实施 ATSC-153 规范，它基本上根据 RFC 3984 在 IP/UDP/RTP 中广播基线 H.264 视频配置文件。帧的片段正在重新组装，并且大部分在嵌入式上播放我正在使用的处理器，尽管由于某种原因发生了一些损坏，我试图追查。我正在尝试将其封装到 MPEG-TS 中，以便在 Windows (VLC) 上呈现它以进行比较，但由于某种原因我遇到了困难。VLC、TSReader 和 MPEG2Repair 由于某种原因找不到视频。我正在执行的步骤如下，对于我收到的 SPS 或 PPS H.264 帧都是相同的。

1. 创建一个 PAT/PMT，PMT PID 0x11，视频类型为 0x1b，视频 PID 为 0x280，PCR pid 为 0x1fff（无 pcr）。实际上，我每 15 帧左右就完成一次。

2. 我将访问单元分隔符 NAL 编号 9 附加到帧。我认为这应该附加到传输中的所有 H.264 帧。主要 pic 类型为 1（0x30 字节），对应于基线配置文件的 I、P。

3. 我在此附加了一个 PES 标头帧，其中包含来自 RTP 标头的 PTS。

4. 我附加了 4 字节的 TS 标头。在帧的开始，我设置了 PUS 位。我为序列保留了一个 4 位计数器。

5. 任何不能被 184 整除的剩余字节，我都会放入一个 TS 数据包，其中有一个适应字段（长度设置，标志字节设置为 0）填充（或填充）到剩余字节。

我确保流以 SPS 帧开始。据我了解（可能不是很好），这应该包含一张实际图片。SPS 帧在流中是 15K 字节左右。这是第一个 TS 数据包的转储：

在上面的数据包中，我收到的实际视频帧从偏移量 0x18 开始。之前我添加的所有内容。00 00 00 01 67 应指示 SPS。

对于通常运行 3Kbytes 到 4Kbytes 的 PPS 帧，以下是其中的转储：

我只能期望在这一点上我错过了一些需要的东西，我做错了一些事情，或者 RFC 3984 重新组装的事情发生了可怕的错误，所以解码器不会将其识别为视频。

所以，我将从问前两个问题开始。规格中有什么我遗漏的吗？从转储中可以看出，我是否正确实施了这一点？

非常感谢。

如果我使用基线配置文件对某些内容进行编码，但将关键帧设置为最大值（或超过最大值并修复播放器以支持扩展的关键帧间隔），对编码器和解码器资源的影响是什么（如果其他一切保持不变）。

ram 使用量会飙升吗？