性能问题请教：全志A64或者H6做视频通话平板性能是否足够？
准备做一个P2P局域网的视频平板， 两个平板相互发送摄像头（720P, 20FPS即可）视频到对方， 对方收到后显示出来， 不经过视频服务器， 直接P2P。因为考虑价格， 所以无法选择RK3399这样的芯片板子， 看了下Allwinner的A64和H6比较合适，但是不确定性能是否够。
因为Android APK开发经验熟练度远不及Qt，所以准备用Qt。 现在的想法是准备用VLC库 + Qt作为显示， 发送准备用ffmpeg。
对于是否使用H264压缩和解码， 需要等看看能不能调通这个encoder和decoder才确定。
大家可以说说相关经验， 例如同等性能级别的raspberry Pi 3（Cortex-A53）的情况。 或者说说全志这边的经验也可以。 谢谢。 4核a53做这个应用应该足够了，这两个u都是内置编码器的，如果能用起来完全没问题，不过H6的摄像头和显示屏rgb接口是复用的 标题看错了的进来顶一下 性能肯定足够，只不过全志的H.264 codec驱动android比linux完善很多，你用Qt要做好填坑的心理准备。 局域网P2P？
我记得都硬编码，性能应该够。
ffmpeg编解码库，如果是硬件编解码，直接调SDK API就行了。
流封包：
局域网，起步就不要搞太复杂的协议，起步抓视频H264，封成UDP的ts流，windows上用vlc player验证。走外网也能跑。
当然自定义协议封流最快，但是不好验证，收发两头都要完成才能测试。
信令封包：
后期完善信令协议，简单的方案是自定义。如果想兼容其他播放器的话，可以封rtsp/sip，兼容前面的ts流负载。
gzhuli 发表于 2019-5-10 14:35
性能肯定足够，只不过全志的H.264 codec驱动android比linux完善很多，你用Qt要做好填坑的心理准备。 ...
谢谢。 确实是看了很多帖子得出的结论是H264 Linux下面encoder需要自己去摸索， 没有找到说明。 用android的话资源消耗比Linux多， 我们对Android APK开发熟悉度低。 luobote55 发表于 2019-5-10 14:43
局域网P2P？
我记得都硬编码，性能应该够。
ffmpeg编解码库，如果是硬件编解码，直接调SDK API就行了。
不想搞自己的协议流了， 准备就用RTP协议（ORTP之类的）。现在的问题是硬解在Linux的支持没有找到现成可用的库。 包括Qt EGL例子。 rwdxty 发表于 2019-5-10 14:28
4核a53做这个应用应该足够了，这两个u都是内置编码器的，如果能用起来完全没问题，不过H6的摄像头和显示屏r ...
谢谢。 因为有MIPI接口， 而且屏幕比较大（10寸）， 因此不准备用RGB， 用MIPI应该和摄像头没有冲突。 用S5P4418, Linux4.X 内核VPU GPU 驱动+QT5.X 都做好了 QQ373466062 发表于 2019-5-10 14:52
不想搞自己的协议流了， 准备就用RTP协议（ORTP之类的）。现在的问题是硬解在Linux的支持没有找到现成 ...
去年底买了个orange pi，准备搞一下的。
后来实在太忙。全志的资料确实不够完善，底层bootload、kernel、环境都很难找。github上有部分。建议直接上android，底层就用原来的不用去管。 QQ373466062 发表于 2019-5-10 14:53
谢谢。 因为有MIPI接口， 而且屏幕比较大（10寸）， 因此不准备用RGB， 用MIPI应该和摄像头没有冲突。 ...
h6好像没有mipi接口吧 luobote55 发表于 2019-5-10 15:00
去年底买了个orange pi，准备搞一下的。
后来实在太忙。全志的资料确实不够完善，底层bootload、kernel、 ...
Orange Pi直接跑Armbian就行了，还折腾啥底层。 孤独的猫 发表于 2019-5-10 14:58
用S5P4418, Linux4.X 内核VPU GPU 驱动+QT5.X 都做好了
两年前买过2个4418的板子， 但是Linux Qt EGL和H264硬解没有调通， 现在过了2年了， 全志出来了， 发现A64的核心板价格居然比4418的还便宜， 所以就有考虑想用A64了。
你有4418Linux Qt EGL和H264硬解的资料或者软件SDK吗？ 当时我买的荣品的他们根本不管Linux平台的硬解的。 QQ373466062 发表于 2019-5-10 15:12
两年前买过2个4418的板子， 但是Linux Qt EGL和H264硬解没有调通， 现在过了2年了， 全志出来了， 发现A6 ...
友善有 gzhuli 发表于 2019-5-10 15:06
Orange Pi直接跑Armbian就行了，还折腾啥底层。
mini P1, 没有现成的镜像。 对不起，我多加了一个力子，打搅 luobote55 发表于 2019-5-10 17:32
mini P1, 没有现成的镜像。
有的：https://www.armbian.com/orange-pi-mini/ 感觉这个方案比较多坑 本帖最后由 yyts 于 2019-5-10 22:47 编辑
gzhuli 发表于 2019-5-10 15:06
Orange Pi直接跑Armbian就行了，还折腾啥底层。
用什么开发上面的应用？
我在树莓派上用pyqt5，但是播放视频不支持硬解。 yyts 发表于 2019-5-10 22:40
用什么开发上面的应用？
Armbian是基于Debian的专门面向ARM的发行版，应用开发和普通Linux没什么区别，什么顺手用什么呗。 yyts 发表于 2019-5-10 22:40
用什么开发上面的应用？
我在树莓派上用pyqt5，但是播放视频不支持硬解。 ...
硬解你要调用对应的库呀，树莓是OpenMAX API，硬解支持挺不错的。至于全志呢，3.x内核有不开源的硬解内核驱动，需要配合打过补丁的ffmpeg使用，而开源的Cedrus驱动貌似已经merge到了4.20的主线内核上，理论上大部分视频应用都可以支持硬解了。 gzhuli 发表于 2019-5-10 22:58
硬解你要调用对应的库呀，树莓是OpenMAX API，硬解支持挺不错的。至于全志呢，3.x内核有不开源的硬解内核 ...
pyqt可以调用OpenMAX API吗，因为不止是全屏播放视频，还要有其他图片，文字等内容播放，所以还是用pyqt开发方便点。 yyts 发表于 2019-5-10 23:04
pyqt可以调用OpenMAX API吗，因为不止是全屏播放视频，还要有其他图片，文字等内容播放，所以还是用pyqt ...
这个我就没研究过了，不过肯定是可以的，那些播放器不也是在视频上覆盖字幕等内容。 gzhuli 发表于 2019-5-10 23:10
这个我就没研究过了，不过肯定是可以的，那些播放器不也是在视频上覆盖字幕等内容。 ...
嗯，改天去研究一下 怎么不用hi3518 10元钱一片 YFM 发表于 2019-5-12 01:35
怎么不用hi3518 10元钱一片
需要连接屏幕显示（RGB， MIPI之类的）。这个做IPCamera倒是不错。但是无法接收对等设备发过来的解码显示 YFM 发表于 2019-5-12 01:35
怎么不用hi3518 10元钱一片
没解码显示
页:
[1]