imxys

命令行用起来下歌很慢 & qtpy安装后反而不能用

2

## 现象1 获取自己的歌单，loading要一会，这个还能接受 ## 现象2 我用空格播放这首歌 ```shell ♫ ♪ ♫ ♪ LD 128k ハルカ - YOASOBI < ハルカ > 顺序播放 [ ] (00:00/00:01) ♪《Haruka》 - ``` 等半天没播放，然后在我开始写issue的时候播起来了…… 我在配置文件里设置quality=1了，不过这首歌直接就128KBps ……issue写着写着居然自动切到下一首歌播放了……从未有过的待遇 ##...

Ubuntu 18.04.5 KDE 5.12.9 Python3.8 j，k，空格什么的都没反应了，日志报错如下： ```shell 215 ################################################################################ 216 2021-06-09 21:11:36,191 - WARNING - NEMbox.osdlyrics:25: qtpy module not installed. 217 2021-06-09 21:11:36,191 - WARNING - NEMbox.osdlyrics:26: Osdlyrics Not Available....

```shell 网易云音乐 > 帮助 -> 0. 'j' Down 下移 1. 'k' Up 上移 2. '+k' Up 上移num 3. '+j' Down 下移num 4. 'h' Back 后退 5. 'l' Forward 前进 6....

使用mpi_dec_test解码mpi_enc_test编码的MJEPG图片，会打印日志 vcodec_service: vcodec_service_reg_wr reg size mismatch wr 636 rd 736

7

环境：RK3399 MPP：github版本见日志 这个打印日志应该是解码一帧MJPEG就打印一条这个log的，所以解码视频时刷屏很厉害；麻烦看一下怎么回事，谢谢！ 日志记录如下 ``` [root@root:~]# /app_data/mpi_enc_test -t 8 -w 1920 -h 1080 -o /tmp/demo.mjpeg [root@root:~]# /app_data/mpi_enc_test -t 8 -w 1920 -h 1080 mpp[5169]: mpi_enc_utils: cmd parse result: mpp[5169]: mpi_enc_utils:...

使用mpi_enc_test，去除代码内Hello world hahaha和SEI字段后，编码结果里PPS丢失

10

环境： RK3399 使用旧版本的mpp库（并非是字符串配置编码参数，是用结构体配置） 使用原本mpi_enc_test时可以正常编码，header_mode为`MPP_ENC_HEADER_MODE_EACH_IDR` 测试命令 `mpi_enc_test -t 7 -w 1920 -h 1080 -o /tmp/enc.h264` 其内部NALU结构如下：  在代码内去除如下两处 ```C /* optional */ p->sei_mode = MPP_ENC_SEI_MODE_ONE_FRAME; ret = mpi->control(ctx, MPP_ENC_SET_SEI_CFG, &p->sei_mode); if...

如题目所示，测试时自己写的测试程序可以解码yuv420格式的MJPEG视频 但是YUV422格式的MJPEG视频解码报错如下 ``` mpp[5807]: HAL_JPEG_VDPU2: hal_jpegd_vdpu2_wait IRQ STREAM ERROR! mpp[5807]: HAL_JPEG_VDPU2: hal_jpegd_vdpu2_wait IRQ STREAM ERROR! ``` 问题视频在电脑用ffplay播放时也有一些错误警告，但是可以正常播放 ``` [mjpeg @ 0x7fa86c000bc0] Format mjpeg detected only with low score of 25,...

Failed to set encoder config like "h264:poc_type"

9

I'm just trying to set some encoder configs. While setting "h264:poc_type", mpp warns about type incorrect. I know poc_type in MppEncH264Cfg_t is RK_U8. How to set config like this? Declaration:...

transform8x8 模式如何生效

7

Platform: RK3399 我使用同一个yuv文件做编码测试。 1. 当我使用`ffmpeg`命令将文件编码为High Profile的文件的时候，通过Vega H264 Analyzer 软件看到文件内PPS有transform_8x8_mode_flag=true，画面I帧的宏块往往分割成8x8宏块，偶尔也看到分割成16个4x4宏块。类似下图  2. 当我使用`ffmpeg`命令将文件编码为High Profile的文件，但是使用`-8x8dct 0`关闭`transform_8x8`的时候，通过Vega H264 Analyzer 软件看到文件内PPS没有transform_8x8_mode_flag，画面I帧的宏块只会分割成16个4x4宏块。此外，即使我有指定Profile为HP，ffmpeg也编码成Main Profile的文件。类似下图：  根据1和2两点我认为RK的编码配置`h264:trans8x8`应该在宏块分割上有同样的效果。但是根据demo编码视频的分析，不管我有没有使能这个配置（设置1或0），好像所有帧内刷新类型的宏块都是被分割成4x4的。类似下图：  请问我理解错了吗？（尝试用英文提问感觉太复杂于是用了中文）

SDK：RK3399 我使用的是旧版本的MPP库，编码器参数是结构体的那种（还没换新的） 但是我看了一下如果用新的MPP库，可能问题也会存在，报错位置附近的操作没有太大变化 我在某些场景下同时打开了两个MJPEG解码器，一个是1080P的图片 62531字节反复送入，另一个是摄像头数据也是1080P 遇到了如下崩溃： ```shell [0m2021-08-29 15:28:08.664 943 943 [DEBUG ] sys_monitor : #0 0x0000007f9cf62468 in raise () from /lib/libc.so.6 [0m2021-08-29 15:28:08.665 943 943 [DEBUG ] sys_monitor :...

平台：RK3399 解码库: `mpp[28787]: mpp_info: mpp version: 33784aca author: Yandong Lin 2021-05-21 [rkv_enc_cmd]: Fix check info err when enc_cfg_set` 结论：问题主要是我这边代码错误处理不好；同时有发现mpp有个空指针没有判断，麻烦完善一下。 详细信息： 崩溃栈如下 ``` shell [root@root:/sn_app/apps/lib]# gdb node /app_data/core-mpp_dec_parser GNU gdb (GDB)...