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使用率异常的高，

具体见这段代码：src_buf_size和dst_buf_size的大小不是mpp_buffer_get_size来决定的，需要根据官方demo给出的公式来计算。调用到imcvtcolor时程序崩溃，提示： RgaBlit(1465) RGA_BLIT fail: Invalid argument。mpp硬解码后的图像帧保存在MppFrame之中，并且解码后图像格式是NV12。在QT中需要转换为R

然后通过moveToThread将A移到子线程中，通过调用A的接口再调用serial->write(...)，此时serial->write(...)是在子线程中执行。有三个类A、B、C，其中A通过moveToThread放在子线程（模拟项目中的模块A），B作为A的成员（模拟项目中的QSerialPort类）。大概流程就是，模块A移到子线程，通过模块A的接口，调用到QSerialPort的writ

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