After my testing, I found that because the media underlying library of RK-MPP is working, if the front end does not pass the color space, it will encode according to the BT.601 standard by default, which will cause the live broadcast function of almost all apps on Android to show wrong colors . This problem will also occur in the Ubuntu system + ffmpeg (community version) live broadcast. I sent the complete test process and results to rockchip-mpp’s github, and further verified the problem through their prompts. I hope rockchip can fix this problem.
Rock 5B incorrect video color results when encoding video due to incorrect RK-MPP default values
Yeah, i was aware of the issue, the real problem is mpp is not giving those colorspaces, i can get colorspace from the format container metadata (ie mkv or mp4) but dont think this is an ultimate solution, i could do some heuristics but that would also ugly. For most of the cases you wont have this problem because bt601 is very common in yuv but not the norm.
There was at least a fix to some extend in https://github.com/rockchip-linux/mpp/issues/404, in past they were giving plain wrong colorspace, now they give at least unspecified 