问题标签 [codec]

主要播放器似乎是x264和xvid，并且都是GPL。这意味着我们无法将解码功能集成到播放应用程序中，除非获得 GPL 许可，因此我们也不能使用。

首选目标平台是 Linux。任何非病毒开放许可证都可以，我们非常乐意提供我们对库所做的任何更改的来源，而不是我们的整个应用程序。

有没有什么？或者我们现在应该在开发过程中使用 GPL 作为测试，并计划在发货前用商业许可的编解码器替换它？

我正在开发一个语音应用程序，我有 2 个选项 speex 和 nellymoser 。为什么我应该在 flex 应用程序中使用 speex 而不是 nellymoser。

您知道如何以编程方式从 Windows 窗体中获取计算机上安装的视频编解码器列表吗？

是否可以使用JSR135实现自定义编解码器并播放媒体文件？实际上，我有兴趣在 J2ME 中播放自定义媒体文件。我认为 JSR135 是一个很好的起点，但我愿意接受其他建议。谢谢。

更新 我没有尝试过，但我相信，如果我使用 JSR75 打开文件，我会得到一个 InputStream。我可以使用自定义 InputStream 将自定义编解码器转换为 MMAPI 可以理解并且可以播放的已知编解码器。但是，如果我可以不使用 JSR75 以及随之而来的许多安全警告，那就更好了。

拥有一个 AVStream 对象，我应该如何可靠地区分这是视频流还是图像流？

我试过使用持续时间。如果它是 0 - 我们有图像（系统约束允许这样的假设）。但事实证明，持续时间对图像具有特殊意义——存储在文件中的图像数量。

有什么技巧可以更可靠地检测图像流吗？

我正在开发一种软​​件，可以帮助检测看电视的客户上网的问题。我需要知道他们有什么编解码器。如何获取客户的编解码器列表？

我想知道是否有适合极低比特率的视频编解码器，尤其是网络摄像头输入？

抛出一些数字：假设一个 160x120 的流将产生大约 32kbps 左右。

质量可能会很差。但是，视频应该是“可以理解的”，帧率应该足够运动感知。

谷歌搜索，我只能找到摘要。有具体的编解码器吗？有视频示例吗？最终，任何可用的库？

编辑：感谢您的回答。我尝试使用针对 32kbps 的 H264 对 160x120 预先录制的剪辑进行编码，我必须承认结果非常好。

质量实际上非常好，这让我想知道这是否可以实时完成，并且不需要高 CPU 负载？

以会议为例，您必须实时编码一个流，同时解码多个流。

我们有一种情况，我们的电话系统会将语音邮件作为电子邮件附件发送到电话。问题是格式（而 wav）使用大多数移动设备用户无法播放的专有编解码器。我需要我们的 Exchange 服务器 (Exchange 2003) 解析传入的文件，将其转换为可用格式，然后传递附件。

有人可以指出我正确的方向吗？

我在 Windows Media Encoder 9 上编程来录制屏幕，我们可以选择两种视频编解码器，（1）Windows Media Video 9 编解码器和（2）Windows Media Video 9 屏幕编解码器。

我的问题，

1. 我有点担心使用（2），因为我认为对于大多数客户端计算机，他们安装了 Windows Media Video 9 编解码器，但没有 Windows Media Video 9 屏幕编解码器。那么使用 Windows Media Video 9 屏幕编解码器录制/编码的视频在大多数计算机上播放会遇到问题吗？不知道我的理解是否正确？

2. 对于录音质量/性能，首选（1）还是（2）？

3. 使用 WME 9 录制屏幕时，对于 (1) 和 (2) 之间的选择还有什么好的建议吗？

提前谢谢，乔治

我致力于将编写以在 PC 上执行的视频编解码器移植到移动平台上（在我的例子中为 OMAP3430 MDK）。虽然我的问题与特定平台或语言无关。

在将编解码器移植到移动平台时，我要求记住具体的线索/想法。PC和移动环境的主要区别是什么。移动平台常见的瓶颈有哪些？

我也将感谢任何与此类任务相关的学术出版物的参考。