适用于多媒体应用的节能且高效的架构
我正在评估一个嵌入式处理器架构，它提供以下功能：
- 8 个 SIMD 协处理 DSP 类型的内核，
- 每个内核可以执行 8 路 SIMD
- 每个内核也是一个 8 个执行槽 VLIW。
我想使用高视频编码器（H.264、1080p、60fps）或 3D 视频编码器在此处理器/硬件上运行。我正在尝试进行架构探索并找到
处理器应该具有哪些良好特性，这些特性有助于以功率/周期/内存有效的方式执行多媒体（视频/图像）信号处理应用程序。
哪些外设、内存结构，高速缓存或内部存储器；附加汇编指令有助于高效执行多媒体应用程序的代码
多媒体（视频/图像）处理应用程序的最节能和快速的处理器架构是什么
PS：它必须是低功耗的，因为它适用于便携式应用。
任何指针（论文/博客）都会有帮助。
谢谢。
-广告。
I am working on evaluating a embedded processor architecture which offers below features:
- 8 SIMD co-processing DSP kind of cores,
- Each core can do a 8 way SIMD
- Each core is a 8 execution slot VLIW as well.
I want to use high video encoder(H.264, 1080p, 60fps) or 3D Video encoder to run on this processor/hardware. I am trying to perform architectural exploration and find
What are the good featrues of a processor should have which help in carrying out multimedia(Video/Image) Signal processing applications in power/cycle/memory efficient way.
What peripherals,memory structure, either cache memory or internal memory;additional assembly instructions help in efficient execution of code for multimedia applications
What are most power efficient and fast processor architectures for Multimedia(Video/Image) processing applications
PS: It has to be low power as it is for portable applications.
Any pointers(papers/blogs) would be helpful.
thank you.
-AD.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我认为“用于多媒体（视频/图像）处理的最省电且快速的处理器架构”是执行特定视频/图像编码操作的特殊硬件核心。例如，最快的 mpeg4 avc 编码器将是硬件编码器，不是吗？
例如VP9硬件解码方案： http://www.webmproject.org/hardware/ vp9/
它甚至没有任何大的CPU/MCU。
编码器更复杂并且不太公开......但是有一些项目： http: //hardh264.sourceforge.net/H264-encoder-manual.html 方案：
或来自 google 的 VP8 编码器： http://www.webmproject.org/hardware/vp8 /
再次强调，没有大 CPU。您可以检查设计者分隔了哪些阶段，并考虑如何在 CPU 中实现它们：DCT、量化、预测、熵编码、YUV/RBG 转换等
I think that "most power efficient and fast processor architectures for Multimedia(Video/Image) processing" is a special hardware cores to do a specific video/image encoding operation. E.g. the fastest mpeg4 avc encoder will be a hardware encoder, isnt it?
For example, there is scheme of VP9 hardware decoder: http://www.webmproject.org/hardware/vp9/
It even has no any big CPU/MCU.
The encoder is more complex and less public thing... But there is some project: http://hardh264.sourceforge.net/H264-encoder-manual.html with scheme:
or VP8 encoder from google: http://www.webmproject.org/hardware/vp8/
Again, no big CPU. And you can check what stages was separated by designer, and think about how you will implement them in CPU: DCT, quantisation, prediction, entrophy coding, YUV/RBG conversion, etc