※ 引述《hizuki (入赘桧月家，我妻彩花)》之铭言：
: ※ 引述《kblover (圣猫天使)》之铭言：
: : 这里我还真的记错了一些事情
: : 太久没看isp的文件 转成yuv是转jpeg或是video的事情
: : 不过dump raw这件事情我就没有全部记错了
: : q的isp文件
删图
: : 可以看到确实有三个不同的RAW Dump点
: : 当然最初符合定义的从sensor吐进后ISP做任何处理前就直接dump raw
: : 然后后面居然有做了很多影像处理，连lens roll处理后都算的
: : 最后还有转换成RGB的raw dump
: : 我很同意你说的要从sensor吐出来才算raw 问题是人家document就这样写
: : 其实别说你 我一开始看到也觉得很奇怪就是了
: 别再闹了好不好，现在凸到把debug用的也拿来做正常输出处理。
: 你知道画在哪边要怎么样子还原资料？有想过人家软件要怎么配合处理？
: 而且本来我就是对第一点可是非常严格的，第二点我讲过各家的data path有区别的。
: 并且你贴的图除了Global Tone Mapping（如果Q家的和别家调整内容一致），
: 外其他都没有涉及到颜色领域本身的问题的。
: 当然在 #1S8FyIZ8 (DSLR) 中，我有一点有问题，就是关于变形校正，这个部分其实有
些ISP
: 是不允许by-pass的。
: 回头再仔细想想，我被那边纠缠颜色格式那边激怒了，dump raw那边爱做什么，关我屁
事，
: 我本来就是讲DSLR上输出的影像会做什么，mobile爱怎么设定output，想做什么本来设
定就
: 多变。
你要多严格我是觉得你从课本看到定义是怎样那是一回事
所以从头到尾我都在讲至少从手机上我看到拿到的raw dump point
不管他是debug用还是可以给输出给user的，他就是写raw这个单字
然后你拿字典跟课本在跳针你的定义多严苛 我是不知道你在气什么
阿就不是在跟你讲同一件事情是要生什么气...
这么爱森77 好笑耶
: 另外提醒你一点，一般来讲，如果要编码JPEG影像，不需要而外转一次YUV420，ISP内
的JPEG
: encoder一般都支援直接从RGB处理，不需要额外开memory，还比较少搬。
: 还有一般的Video codec处理器都不支援YUV 4:2:2 sub-sampling这类的影像格式来作
为输入，
: 尤其是mobile向的。
我不知道你看到的isp是哪一款
但是
删图
确实不是422，是420 10 bits再去video/jpeg codec
至于以前的ISP架构是怎样我是没看过就是