有高人提出如下问题，按照其所述这是“基本问题”，不知TG这里有人能否解答。。。

关于图像输入部分
1.  从最便宜类型的CMOS sensor出来的raw data, 不知道还要经过哪些步骤去处理？
2. 上述处理的算法具体是什么？请列出算法式子
3. 如果用一个32bit 通用CPU(ARM/MIPS/X86)去做处理，需要多少MIPS才能做到多少速度( sensor就以1.3M为标准吧）?
4. 哪部分算法用硬件加速比较合适？成本大概？(以0.18 process为标准)

关于图像处理部分
1. JPEG encode共有哪些步骤？算法是?
2. 如果用一个32bit 通用CPU(ARM/MIPS/X86)去做处理，需要多少MIPS才能做到较快的速度(给个参考出来)?
3. 哪些部分的算法比较适合用硬件加速？成本大概？(以0.18 process为标准)

关于图像输出部分
1. 如果我要用SDRAM+dump panel 800x600去display picture，要support 叠加, 旋转等效果, 请问需要多少bandwidth的SDRAM?请算上SDRAM本身的命令消耗.
2. 支持上述等显示效果，需要多少MIPS性能和配备多大的buffer?

============================

注：成本部分可以不作答。CPU部分ARM/MIPS/X86任选即可，能介绍PPC更好。

还有，答不上来也没关系，但请不要变成互相喷。

话说我对嵌入式硬件可是了解甚少，嵌入式RISC CPU也缺乏认知，大家要能赐教的话就说说X86吧

这不是LU的那个帖子么

是啊，我理解不能，天师、PSO他们就知道起哄，所以拿过来看看这边谁知道。

装B贴。

这里都是喷子+大白，他们起起哄倒是在行，但这种问题怎么可能有人给你满意的答复？

都是视频图像处理的知识，这里貌似没有这方面的专家:D

召唤 爱因斯坦   不知道管用不:D

Input
1. 量化，去噪，白平衡，颜色转换
2.这个还是翻书比较正经，谁没事记这些公式作甚
3.有无WMMX,FPU等等对MIPS的计算都是不一致的，再说，这些基本算法都靠优化，没做过半年一年的，谁可能有概念。
4.这个就不是做软件的能回答了，简单说，FFT部分一般都是最耗时的。或者提供个向量处理单元。把算法改成并行。
process
1.颜色转换，FFT，量化，haffman编码？
2，3与上类似
output
1.这个问题比较垃圾，叠加是多大，多少的图。再说，没有帧率，bandwidth跟resolution的量纲是不一致的。
2.同上，是个垃圾问题。

估计你这个所谓的高人做过camera或者camcorder之类的程序，或者跑一家做手机软件的公司去面了一把。
ps, 这些问题原理都比较简单，但对实践经验要求比较高。没做过的很难正确回答，再说好几个问题的前提都不明确。这个高人真能正确回答这些问题么？俺们公司还真需要捏，hoho。

高人真多啊，看不明白。

感谢brons77解答！！

“没有帧率，bandwidth跟resolution的量纲是不一致的”这个样子啊

PS：这个人貌似可能就是LV的E斑。。。

TG果然藏龙卧虎，LV全在那里贫蛋。。。