Herman Chen
Herman Chen
加了 patch 之后，在新版本内核上解码正常，估计是内核版本问题
https://github.com/HermanChen/mpp/ 用我自己个人的开发版本看一下有没有问题，加了一个 [hal_jpegd]: Improve address setup 的提交 在 3288 平台上测试正常
我在手上的 3228 平台（和 3399 一样的 vpu硬件）上做测试，会出现解码花的情况，但是不会卡死，现象有不同啊
export jpegd_debug=255，然后再跑一下看看
产品支持最好走公司的 redmine 来提交问题单，在 github 不合适做正规的客户支持
只是 warning，没事，有客户把 png 当 jpeg 送进来过，于是加了这个打印
正常，jpeg 解码使用的是 mpp 外部提供的 buffer，mpp 内部本身不分配新 buffer，所以使用量为 0
[MPP 开发参考_v0.3.pdf](https://github.com/rockchip-linux/mpp/files/2777342/MPP._v0.3.pdf) 文档供参考
mjpeg 解码是单次解码，buffer 是外部应用提供的，与一般的解码器不同 你看到的时间估计包括了码流拷贝，buffer 分配等的软件时间，硬件时间会比较短，多次解码情况下，流水处理时间会短
> > > @HermanChen 你好，请问如何做流水处理？简单地加一个while循环就可以了？我需要进行解码再编码，做了流水后，发现解码和编码的耗时都增加了，难道不能同时进行解码和编码吗？还是需要注意哪里代码的使用？ 流水是说做多线程处理。不过，jpeg 解码和编码使用的的同一个硬件，多线程处理没什么收益。