RK3588开发笔记（二）：基于方案商提供sdk搭建引入mpp和sdk的宿主机交叉编译Qt5.12.10环境

若该文为原创文章，转载请注明原文出处
本文章博客地址：https://hpzwl.blog.csdn.net/article/details/133915614

红胖子网络科技博文大全：开发技术集合（包含Qt实用技术、树莓派、三维、OpenCV、OpenGL、ffmpeg、OSG、单片机、软硬结合等等）持续更新中…

瑞芯微开发专栏

上一篇：《RK3588开发笔记（一）：基于方案商提供的宿主机交叉编译Qt5.12.10》
下一篇：敬请期待…

前言

??上一篇项目已经构建好了Qt，板子接入mipi屏幕也跑起来了，Qt也能正常运行了，现在需要接入定制开发的sdk，sdk中使用了硬解码等资源涉及到bsp的mpp，所以下一步就是引入mpp和sdk到Qt开发环境中，从而Qt中可以调用sdk接口进行进一步的应用结合开发了。

注意

??本文公开了Qt开发嵌入式主板应用的实际过程，提供给读者学习参考，基本流程一致（但是有经验的开发板方案商一般会直接提供基于SDK的Qt基础环境Demo的虚拟机），本次算是额外走了一次过程，记录下，仅供参考。
??本文所有资料不对外提供，遵守基本的职业道德是一切的根本，重在学习熟悉解决问题的过程。

说明

??固件并没有更新，bsp的支持包是以库的形式提供，所以当作库即可。
??

Qt融入SDK

步骤一：分析sdk构成

??这部分需要与方案商核对，当然也存在服务老厂这种，一开始就提供了完整的环境和文档，本次合作的方案商对于兼容Qt这块未弄，所以需要我们自己手动来操作。
??Sdk采用的是CMake的Makefile传统bsp开发模式：
??

??只是纯纯的sdk部分打包，这个问题也是做linux开发大部分非资深容易出现的，就是给东西永远是少东西的（最好的方式，就是自己跑一遍，避免过于的额外沟通）。
??

??然后沟通后，我们需要包含以下的库（其中.a是静态库，.so是动态库）：
??

步骤二：进入libcomn.a通用库，简单测试通过

??

??

??运行起来，可能是libcomn.a包含后，没有变成复杂
??

??成功了。

步骤三：sdk引入单独模块化

??这是我司模块化开发的统一标准：
??

步骤四：引入所有的库

??逐一引入到sdkManager.pri，有部分库需要做处理，正常引入的就是include和lib，不拿出来了，下面单独弄出来是需要调整修改的：

opencv库

??opencv的库，有几个版本，我们是aarch64，所以单独纠正逻辑：
??

mpp（支持bsp开发）

??下面是mpp的库，是bsp，但是出现2个.0，.1，沟通是两个版本bsp，只能说运行的时候，哪一个能跑就用哪一个，错了就换一个：
??

ffmpeg库

??下面是ffmpeg4.0的库，这里大概率是符号连接，可能复制打包sdk的时候引用连接断了，这里直接使用文件大的进入：
??

sdkManager.pri

??完成后的sdkManager.pri：
??

??
??

INCLUDEPATH += $$PWD
DEPENDPATH += $$PWD

# comn
INCLUDEPATH += $$PWD/sdk/comn/include
LIBS += -L$$PWD/sdk/comn/lib \
        -lcomn

# xzsDevice
INCLUDEPATH += $$PWD/sdk/xzsDevice/include
LIBS += -L$$PWD/sdk/xzsDevice/lib \
        -lrtsp_util \
        -lXzsDevice

# sqlite3
INCLUDEPATH += $$PWD/sdk/sqlite3/include
LIBS += -L$$PWD/sdk/sqlite3/lib \
        -lsqlite3

# Rockit
INCLUDEPATH += $$PWD/sdk/Rockit/include
LIBS += -L$$PWD/sdk/Rockit/lib \
        -lasound \
        -ldrm \
        -lgraphic_lsf \
        -ljpeg \
        -lmali \
        -lpanoStitchApp \
        -lrga \
        -lrkaiq \
        -lrkgfx_avs \
        -lrknn_api \
        -lRkSwCac \
        -lrockchip_mpp \
        -lrockit \
        -lturbojpeg

# opencv
INCLUDEPATH += $$PWD/sdk/opencv/opencv-linux-aarch64/include
LIBS += -L$$PWD/sdk/opencv/opencv-linux-aarch64/lib \
        -llibjpeg-turbo \
        -lopencv_calib3d \
        -lopencv_core \
        -lopencv_dnn \
        -lopencv_features2d \
        -lopencv_imgcodecs \
        -lopencv_imgproc \
        -lopencv_video

# mpp
INCLUDEPATH += $$PWD/sdk/mpp/include
LIBS += -L$$PWD/sdk/mpp/Linux/aarch64/lib \
        -lrockchip_mpp

# MediaStore
INCLUDEPATH += $$PWD/sdk/MediaStore/include
LIBS += -L$$PWD/sdk/MediaStore/lib \
        -lMediaStore \
        -lMediaStoreClient \
        -lsqlite3

# MediaReader
INCLUDEPATH += $$PWD/sdk/MediaReader/include
LIBS += -L$$PWD/sdk/MediaReader/lib \
        -lMediaReader

# jsoncpp-1.9.5
INCLUDEPATH += $$PWD/sdk/jsoncpp-1.9.5/include
LIBS += -L$$PWD/sdk/jsoncpp-1.9.5/lib \
        -ljsoncpp

# HiDevice
INCLUDEPATH += $$PWD/sdk/HiDevice/include
LIBS += -L$$PWD/sdk/HiDevice/lib \
        -lHiDevice

# ffmpeg-4.0
INCLUDEPATH += $$PWD/sdk/ffmpeg-4.0/include
LIBS += -L$$PWD/sdk/ffmpeg-4.0/lib \
        -lavcodec-58 \
        -lavdevice-58 \
        -lavfilter-7 \
        -lavformat-58 \
        -lavutil-56 \
        -lpostproc-55 \
        -lswresample-3 \
        -lswscale-5

HEADERS += \
    $$PWD/sdkManager.h

步骤五：编译引入所有化境的空Demo

??编译验证库是否都引入成功：
??

??

??

??这里沟通可能时之前mpp的版本不对，替换下版本：
??

??测试了不行 看判断 .so和.so.1两个生成的时间是一样的 ，.so.0是空0大小，经过与方案商沟通，后面给他编译的单独库给过来，大概率是版本控制没做好，引入是肯定引入成功了，第二天再解决。
??第二天重新给了所有的直接依赖的库单独打包：
??

??重新引入，头文件用之前的，库文件用新的，逐步添加：
??

??测试还是不行，调试库，确实没有这个函数：
??

??协调方案上，提供我司模块化的纯引入基础函数的testSdkDemo，让方案商调通（这部分在传统开发中，一般是方案商自行testSdk验证下Qt基础环境，以确认开发的sdk能正确引入Qt，参考市面上的其他开发板方案商）。

结论

??至此，由于将我司Qt测试的纯SDK给到方案商，那么方案商调通好，就可以了，其他sdk可以参考本文添加，当前使用了ffmpeg库进行了播放器展示，确认是ok的，本文结束。

上一篇：《RK3588开发笔记（一）：基于方案商提供的宿主机交叉编译Qt5.12.10》
下一篇：敬请期待…