到这里打算先把oem和userdata中的内容先复制到/dev/mmcblk0p6分区当中（这里删除了一些日志文件还能有一些空余的空间），然后把mmcblk0p7/8分区先删除，等把mmcblk0p6扩容后再重新建立分区。2、因为我的是开发板不是虚拟机，并且通过fdisk -l后发现没有多余磁盘空间，要想扩容磁盘只能更换更大的emmc/sd卡/硬盘，这显然是不现实的，因此。（7）扩容mmcblk0

在通过.pro文件运行时，qt会根据不同的编译器自动选择bin目录，但是如果直接双击运行exe文件，则系统会在path下找第一个编译器的bin目录来运行（直接在桌面cmd 运行windeployqt打包程序也是同理，会让程序连接到第一个bin目录的动态库），这样就会导致链接到错误的库出现报错。彻底解决Qt报错：无法定位程序输入点于动态链接库_qt无法定位程序输入点于动态链接库-CSDN博客。通过在

环境win10+ubantu22.041、windows下设置文件夹属性为共享2、打开vmware虚拟机的ubantu，右键“设置”->“选项”->“共享文件夹”，勾选“总是启用”选项，将刚才在windows上设置的共享文件夹的路径添加进去3、挂载共享文件夹到本地目录3.1、打开ubantu终端，安装必要的软件包（如果未安装）3.2、创建挂载点：在你的ubantu中选择一个文件目录作为挂载点，比如

在对应的头文件中函数 analysis_imu(char_array) 没有用 extern "C"包裹，导致编译器不能识别出该c函数。在对应头文件中用extern "C"包裹住相应函数。

自从qt5.15版本开始，不再提供免费的离线安装包，只能通过源码自行编译。刚好最近需要在ubuntu22.04下配置qt开发环境，于是写篇文章记录配置的过程。其实一开始是想配置qt5.15.2的，但是在编译配置参数这一步骤中出现如下报错从错误日志来看，核心问题是：一通操作还是没能解决，于是打算编译其他版本的qt试试，于是便选择了qt5.15.17补充：后面根据这篇文章：Loading...貌似这是

5、日志的存储管理：systemd-journald 会根据配置文件（/etc/systemd/journald.conf）中的设置来管理日志文件的存储。例如，你可以设置最大日志文件大小、日志保留期限等。1、日志存储方式：/var/log/journal 存储的是二进制格式的日志文件，而不像传统的文本日志（例如 /var/log/syslog）那样是可直接查看的文本文件。3、目录内容：在 /var

问题原因：因为另外一个项目使用的是不同的编译器，之前的mqtt模块只是安装在了另一个编译器中，所以需要在新的编译器中重新安装一遍mqtt模块。开发环境：windows、qt5.14.2。

网上的资料大多都是说通过MaintenanceTool.exe来导入，但是运行后我这只显示已安装的模块，无法添加新的模块,折腾一番无果后，选择了重装Qt然后勾选上Qt Charts模块。找到对应自己Qt版本的路径（比如我的是5.14.2），然后在里面找到自己缺少的组件，把URL添加到临时资料档案库就可以显示未添加的模块了。关于只显示已安装模块的问题，参考这篇博客，猜测是因为临时资料档案库所用的镜像

项目要求实时播放视频，并且需要支持播放中途可以录制视频。但是录制出来的文件会黑屏，过一段时间后正常显示。即：码流采集—>播放—>（一段时间后）录制MP4，黑屏出现的时间就在采集到录制之前。如果出现绿屏情况，是因为录制视频时传入的第一帧不是关键帧。解决办法：对首帧时间戳进行了归零调整，相关代码如下。将码流封装成文件主要是通过这个接口实现的。

在mpp解码后得到yuv格式的图像数据，我用QByteArray将图像数据保存并作为函数的返回值。但一旦把解码后的大帧数据（我解码的是1080p的图像，一帧yuv图像占1920 x 1080 x 1.5 ≈ 3MB大小）塞进 QByteArray，就变成了 纯 CPU memcpy，而且每一帧都要拷贝，所以导致cpu使用率飙升。今天在rk3568开发板上测试硬编硬解的时候发现cpu使用率异常的高，