Firefly开源社区

标题: 关于13850的帧率 [打印本页]

作者: zhuhaoyuan 时间: 2015-6-3 14:41
标题: 关于13850的帧率
你好。我购买了贵公司的开发板和配套的13850准备用于开发图像识别类项目，但是在安卓系统下测试时只能获取到30帧的帧率。但我们需求是至少60的，我看到datasheet上也写的是可以支持的。我们不需要写入EMMC，只是需要将720p图像以60帧获取到，然后送进内存用于图像识别就可以。不知道这样的需求应当如何处理？谢谢

作者: isle 时间: 2015-6-3 16:09
你是用android java层获取数据的么？那个是慢一点。你可以看看HAL层代码，用jni会快一些。

作者: zhuhaoyuan 时间: 2015-6-3 22:28
1. 进几次的咨询中，贵公司的同学说的是RK3288仅支持30fps的录像，但我们的场景并不完全是录像。实际上在下午的测试中，我的回调函数里面就打印了一个int ++，用来显示到底回来了多少针。对于取到的数据用JAVA进行解码比较慢这个我理解，但是我取到数据时并不会直接进行任何操作，只是将它放入内存即可。我的场景是连续取若干张图先放进内存，然后再关闭摄像头再慢慢回头来处理这些数据。

2. MIPI不是应该可以直接传输YUV格式的数据进来吗？因为我只是需要灰度图像，所以不需要YUV转RGB这类费时间的转换，我只需要将Y取出即可。但我发现设置格式为YUV后仅有10余帧的帧率，与CSI的传输率大相径庭。

3. 数据手册上写的RK3288仅支持30fps录像我理解为是受芯片YUV转RGB的解码能力所限制，但我无需转码，这种情况下是否有办法达到13850传感器标称的60fps 720p？

4. 维基上的MIPI CSI一文中有一段配置的代码，其中有一处列出了若干中分辨率，其后都跟着10fps这样的定义，不知道帧率受限是不是这里造成的？

还请解答以上问题，谢谢！

作者: isle 时间: 2015-6-4 09:21
1你在android 的java层那个回调函数其实是已经进过处理的，如yuv RGB转化，buffer拷贝，这里不是解码的问题，是数据处理的问题。
所以说你应该去研究hal层代码，用jni的方式去取原始数据这样才会快。
2 mipi进来是yuv原始数据但是你在java层获取是已经处理过了的，跟1 问题一样。
3 如果你按照上去所说的取最原始的数据，应该是可以达到720P 60fps，不过我们未验证，理论上可以
4 MIPI 速度没那么慢你哪里看到的10fps？

欢迎光临 Firefly开源社区 (https://dev.t-firefly.com/)