Thanks for your test, I noticed all of the MBAFF interlaced videos are wrong (25i, 29.97i too).
I see the last nightly was 04.11.2018
But there were Kwiboo changes merged on 04.11.2018, so I'll try to make a new image tomorrow.
Those changes are already in the 29.10.2018 image, just the general LE changes from 3-10 Nov will then be new.
Can you make a new test image for Z28 too? Thanks!
When will available a new test version with the latest Kwiboo patches? The last nightly is 03.11.
What about the MBAFF deinterlacing?
Rockchip currently can output:
1. RGB Full Range (YUV video is clipped and scaled from 16-235 to 0-254). Set TV to Full Range - WtW & BtW clipped, Single video scaling.
2. YCbCr 4:2:2/4:4:4 Limited Range (RGB gui is scaled from 0-254 to 16-235). Set TV to Limited Range - WtW & BtB preserved*, Zero video scaling.
Recommended and default settings:
- Use limited colour range (16-235) should be set to False
- System -> HDMI Output Format should be set to RGB
- Player -> HDMI Output Format should be set to YCbCr
- TV should be set to Full Range when RGB is used and Limited Range when YCbCr is used
*In current build the Video Output Processor is configured to clip YUV WtW & BtW values before it is sent out over HDMI.
Thank you, I will try!
For interlaced videos:
I discovered, only MBAFF videos are wrong (59.94i and 50i too). I uploaded an 50i sample, the Amlogic plays at 50Hz with proper deinterlacing, the Rockchip plays at 25Hz without deinterlacing: https://drive.google.com/open?id=1s-9nsjh-ljrheb_xgh_l0ufhegyufxrr
I dont understand, with my eyes the picture quality on my rock64 is much better than Odroid C2. Do you use some special settings?
But i will also say i am not an expert, do you have any tips? I have tried these different commands in the config. On both Rockchip(Rock64) and amlogic(Odroid C2) on Libreelec and Coreelec. And the 422,8 bit was the best if i remember correct on my LG55
echo '444,10bit' > /sys/class/amhdmitx/amhdmitx0/attr
echo '444,8bit' > /sys/class/amhdmitx/amhdmitx0/attr
echo '422,10bit' > /sys/class/amhdmitx/amhdmitx0/attr
echo '422,8bit' > /sys/class/amhdmitx/amhdmitx0/attr
YCbCr 4:2:2, 4:4:4 is the color space, not the range. All movies are in YUV 4:2:0 limited (16-235), not RGB full.
Do not enable Use limited colour range (16-235) in Kodi when using Rockchip, instead enable full range on TV when using RGB output or colors will be wrong.
I am currently working on an update that will hide this option and also makes it possible to select between 4:2:2 and 4:4:4 YCbCr output instead of just 4:4:4 YCbCr.
Thanks, but my Toshiba TV does not have full range setting. The Rockchip can't output limited range?
Thanks for libreelec to Rock64, i am a big fan of RockChip. The picture quality is so much better than amlogic.
I have an Amlogic S905X and an S912 with CoreELEC.. Please use limited color space.
The Rockchip are clipping white and chroma, so the picture quality is worse than Amlogic.
Feedback for LE 8.90.006 on Z28 Pro (RK3328):
- VC1 videos are not HW accelerated
- 1080i 59.94 fps h.264 videos are not deinterlaced and played at 29.97 Hz
- 576i 50 fps mpeg2 files with pulldown flag (iso, mpg, vob) are not deinterlaced and played at 25 Hz
- 480i 59.94 fps mpeg2 files with pulldown flag are not deinterlacing
For picture quality:
Direct To Plane Method:
- Visible banding and clipping (tested with Spears & Munsil test video)
- No banding, but the clipping same as Direct To Plane
- 10 bit videos have no picture
Overall the SD upscaling is bad quality (same as Amlogic).
Thanks for your work!
I Enabled limited colour range and the skin did NOT wash out in colour like the Rock. It's like nothing happened.
On Amlogic, this switch does not work, because the kernel always output limited range.
Use limited colour range (16-235) not enabled.
If i enable it i get a washed out colour on the skin.
Playback on Movie after Adjust Refresh rate Looks Good.
I have to test more with it on later. No time now.
I've never enabled that setting or looked at it.
The limited color range is necessary for the correct picture, because the movies are in limited color range in the disc too.
This is the explanation: Video levels and color space - Official Kodi Wiki
When there is such a big difference between the picture quality of 2 players, one is set incorrectly.
The Amlogic is always send out the picture in YCbCr limited.
Are you asking me about TV Settings ?
I've got a Sharp Quatron Panel which i have never seen any such setting.
Apart from Calibrating this TV 5 years ago I've not touched anything.
If it ain't broke i don't go looking for a fix.
No, the Kodi color space output.
My testing is using a 70 inch 1080P TV . Playing high bitrate Movie files via my home network and viewed at a distance of 4.5 metres.
Thats my real world testing. Identical Movie file using the same HDMI Port and same HDMI Cable with all the same settings in Kodi.
If Amlogic is behind with LEIA development , it may have something to do with it.
Right now Amlogic devices I've tested are not producing video quality on par with the Rock64.
Which color space do you use on Rockchip? YCbCr 4:2:2 or YCbCr 4:4:4 limited is the correct setting for movies.
A Screenshot is not going to show anything worth comparing in a .png
Be aware that i have no previous versions of Kodi eg Jarvis / Krypton that can run on LE for Rockchip so my comparison in video quality is all based on Rock64 Leia against S905 boxes with Krypton and Leia.
I've had a conversation with Ray the previous LE Leia developer who confirmed he notices the difference as well.
I strongly advise anyone wanting to try a Rockchip box to buy an SBC with uniform hardware and firmware that is being tested by developers.
You buy some cheap chinese Rockchip box and you can ignore my observations.
The screenshots from the identical movie frame or the raw hdmi capture are the only ways to compare the PQ objectively. There should be no difference. I think, you are using a wrong color space on the Rockchip device.
The h265 version is not from the original Spears & Munsil disc. The reencoding affects the chroma subsampling.