嵌入式系统的开源视频编码器

如何解决嵌入式系统的开源视频编码器

| 我最近设计了一种H.323 / SIP兼容的视频服务器（至少使用代码），该服务器完全装有.NET SDK将使用的基于套接字的API，以及一个Web服务器，您知道...所有这些东西。无论如何，我选择将OPAL用于我的调用堆栈，并将我的体系结构大致基于EKIGA的设计。我什至劫持了具有两个输出和三个输入的数字I / O串行端口。 我的Linux PC一切正常..我专门为带有Intel Atom处理器和2 GB RAM的新主板构建了自己的Linux发行版。问题？ Atom处理器无法处理编码器的负载。我在NTSC上获得的最大帧速率约为7 FPS。不管比特率如何，它都会这样做。我知道我没有任何内存泄漏，但是两个内核之间的CPU负载上升到大约130％，因此总计大约为66％。我真的不想更改堆栈，但是我不知道该怎么做。我可以将某些重量更轻的编码器转换为PWLIB插件吗？ 无论视频编码器，H.261，theora，H.263 +等如何，都会发生此问题。我的下一个攻击计划是什么？ 更新： 好的，所以我认为我的下一步是找到一个与OpenGL兼容的超薄PCIe GPU。它需要与主板平行放置。我怎样才能做到这一点？另外，我是不是在树上叫错了？我只是一个程序员，所以请原谅我的无知。 附加问题： 假设我得到了另一块带有GPU的板。如何确定编码是在GPU而不是CPU上完成的？这由操作系统和驱动程序管理吗？我需要编写特殊的代码吗？另外，在我看来，GPU的主要功能是渲染和输出，它是否还管理实际的转换和编码？推荐一本好书会很好。 更多信息： 我怀疑现在不是GPU问题。我认为这可能与时间空间权衡有关。我在超频的i7 950上安装了闪光灯，并遇到了同样的问题。我发现帧速率在运动时下降，但是如果没有运动，则可以保持较高的帧率。我还与OPAL VoIP的一位架构师进行了交谈，他们还怀疑GPU是问题所在。还有什么问题呢？     

解决方法

        现在是进行微量纯化的时候了：是时候仔细观察内循环了。 您需要弄清楚哪些内部循环很重要，然后仔细查看如何获得最大的吞吐量。您还可以进行健全性检查：机器真的可以执行您想做的事情吗？例如。如果您需要进行n个多次/累加运算，并且您有n / 3个循环，则存在一个基本问题，您需要执行其他操作。     ,        单独使用Atom可能无法完成任务。一些Atom板配备了GPU，可用于卸载编码。否则，请看具有DSP或可进行编码的专用视频编解码器硬件的电路板。