MPEG 的比特率是多少?

发布于 2024-07-18 22:28:53 字数 129 浏览 11 评论 0原文

我期望 MPEG 编码器能够为 160x120“质量不错”的网络摄像头流生成多少比特率(大约)?

编码对 CPU 的要求有多少? 解码?

有没有更好的编码格式用于此目的? (就比特率或CPU而言)

What bit-rate (approximately) can I expect MPEG encoders to produce for 160x120 "ok-quality" webcam stream?

How much CPU-demanding will the encoding be? The decoding?

Are there any better encoding formats for that purpose? (In terms of bit-rate or CPU)

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

荒岛晴空 2024-07-25 22:28:53

256 KBps 足以满足 MPEG2 中的 QSIF160x12025 fps)。

任何现代CPU(自Pentium IV)都可以实时编码和解码。

有硬件解决方案(例如 Compro VideoMate H900E800 系列),价格约为 100 美元,最高可达每台PC 可以安装8 板。

使用它们,您可以一次获得 8 个全尺寸流,更不用说 QSIF 了。

MPEG4 在带宽方面可能会产生更好的结果,但它对通道中的数据包丢失更加敏感。

至于声音,如果您需要电话质量,可以使用 aLawuLaw 编解码器,它们需要每通道 64 kbps,并且不是即使对于 Casio 计算器也是如此。

256 KBps is enough for QSIF (160x120, 25 fps) in MPEG2.

Any modern CPU (since Pentium IV) can encode and decode it in realtime.

There are hardware solutions (like Compro VideoMate H900 and E800 series), which cost about 100$ and up to 8 boards can be installed per PC.

Using them, you can get 8 full-size streams at once, to say nothing of QSIF.

MPEG4 can probably yield better results in terms of bandwidth, but it's more sensitive to the packet drops in the channel.

As for the sound, if you need telephony quality, you can use aLaw or uLaw codec, which require 64 kbps per channel and are not a problem even for a Casio calculator.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文