Hi, I see Rockchip now added Mpeg2 VPU1 support to rkmpp.
Maybe that can help with proper deinterlacing now.
Hope you can make new images for us.
Hi, I see Rockchip now added Mpeg2 VPU1 support to rkmpp.
Maybe that can help with proper deinterlacing now.
Hope you can make new images for us.
I am getting the same with model MX9 pro, rk3328 4gb ram after testing all rk3328 test released
RK3328 devices supporting LibreELEC so far are:
Rock64, Rockbox, MVR9 & ROC CC.
This is also still WIP.
You have to do research before buying a device to see what is popular and have support.
Getting cheap non supported devices will always have problems later, no matter if it's LibreELEC support or Android bugs that no one will fix since there are no documentation or source code.
Open-hour uses Lollipop from 2014, far from an Oreo 4.4 kernel that could help for LibreELEC.
Open-Hour is also a discontinued product, so for developers to add support for it would be almost impossible.
To fix mpp not scaling perhaps:
Set: Settings - Player - Videos - Display 4:3 as 'Stretch 16:9 - Nonlinear'
Then 4:3 aspect ratio mpeg2 videos and others will play fullscreen on a 16:9 display.
I see CoreELEC add these for interlaced playback:
For Kodi GUI
Video Playback, maybe something can be used for RK video rendering
kodi/VideoPlayer: reworked frame rate fix for interlaced · CoreELEC/CoreELEC@415c2e0 · GitHub
Mpeg2 4:3 interlaced sample
'http://solidrun.maltegrosse.de/~fritsch/burosch1.mpg'
Everyone, please post logs for mpeg2 playback for 4:3 aspect ratio and interlaced playback.
Same problem on the RK3328 Rockchip builds from Kwiboo.
No 1080i or other interlaced resolution is available in the whitelist.
I will post logs later but there are already a lot of logs there - feedback for test build LibreELEC-RK3328.arm-9.0-devel-box-trn9.img
It is definitely a problem with the whitelist setting introduced in Kodi.
I just hope someone from Kodi will be able to fix the problem since it seems to effect a lot of LibreELEC users, doesn't matter for which ARM device.
Without any support from the manufacturer or open source code for the device, it would nearly be impossible to run LibreELEC on a Zidoo X7.
Only the Rock64, Bqeel MVR9, ROC CC and Z28 RK3328 to a lesser extend has LibreELEC support as they are development boards or have support from the manufacturers to help with LibreELEC compatibility.
It seems there is no interlaced 720i, 1080i resolutions selectable in the whitlelist.
Maybe that is why interlaced videos can't play deinterlaced?
Maybe sometinh here is also not right?
The latest kernel and mpp seems to improve starting of video playback, I am seeing less stuck busy indicators in Kodi.
I will update mpp in next build to include this, I still think there may be an issue with AR for mpeg2 video because rkmppdec in ffmpeg do not set any SAR/DAR value.
Having similar audio problems where audio is not always enabled when starting a video, investigating this before I push a new test build.
I tried a build made myself with the new rkmpp and disabled the rkvpu mpeg2, so it only used ff-mpeg2-rkmpp(HW) but it still showed interlaced.
I see in CoreELEC they added a patch for interlaced playback but maybe it's only for Amlogic?
kodi/VideoPlayer: frame rate fix for interlaced · CoreELEC/CoreELEC@749addd · GitHub
Thanks
RK kernel & mpp updated yesterday, maybe some changes that can improve things?
There is a new patch for mpp for mpeg2 deinterlacing for Linux, maybe it can help?
[m2vd]: Fix missing field flag · rockchip-linux/mpp@e20b535 · GitHub
Looking forward to the next image
PVR Addons for RK3328 devices I build can be downloaded here, compatible with Kwiboo's 1 July build.
Also made a new image for MVR9 for the ir remote, Blue LED and MCE remote support.
Display MoreI made an account just to give feedback for HDR support
Tested on a ROCK64 2GB
Pros:
HDR “works” (need to manually set frame rate ( auto = off ))
Videos play smooth (when manually setting frame rate to match the video)
Cons:
I get random green static / lines in the main UI when set to 4k @ 60hz. Might be my cable, I’ll have to buy another as I only have the one available. 30 and 24Hz work fine, no green lines.
Frame rate switching = auto ... choppy / frozen video playback
Frame rate switching = off ... manually set ... after playing an HDR video and returning to the main menu, the output is still in “HDR”, causing the image to be over boosted .
It’s nice to finally have HDR playback “working”. In time I’m sure it will be highly reliable.
Keep up the excellent work
I think with a new HDMI 2.0 cable all your problems will be solved.
Frame-rate switching needs to be on start/stop for HDR to work, not off.
I see mpeg2 interlaced videos show ff-mpeg2 drmprime but jump to 100% CPU for one core.
Must it not be rkmpp that supports it now?
Is there a way to improve it?
Sample videos, tried last one.
Display MoreI would like to understand the differences :
test builds from kwiboo with his newest developments for RK Hardware ?
automatically generated LE builds
may have newest Kodi changes but kwiboos developments only if someone from LE team has merged them after request ?
Did I get this right ?
Is the same kernel used for the rockchip builds?
Hi
Maybe this can help.
LibreELEC uses the following RK kernel code
LibreELEC.tv/package.mk at master · LibreELEC/LibreELEC.tv · GitHub
Kwiboo's build's use the following RK kernel code.
LibreELEC.tv/package.mk at rockchip-part6 · Kwiboo/LibreELEC.tv · GitHub
You then search for that specific commit in the kernel here - GitHub - rockchip-linux/kernel: BSP kernel source
LibreELEC - eae92ae2b930999857df47c3057327c1c490454b - All changes up to 05 Feb 2018
media: rockchip: rga: add userptr to use normal cache-enabled memory
Kwiboo - b8154f1fba5496be524fb110c78ffe49ec58d3f1 - All changes up to 25 days ago, 4 June 2018.
Revert "arm64 Kconfig: Move LIST to a safe value"
So this uses about 4 months later commits and code updates.
All the changes up to that commit will then be used by LibreELEC for the kernel, newer commits(changes) past that are ignored.
Think of a book(RK kernel), LibreELEC's bookmark is at eg. page 45 and Kwiboo's at page 95 and the book has 130 pages.
Then you can do the same and compare for
rkmpp - the video codecs
LibreELEC.tv/package.mk at master · LibreELEC/LibreELEC.tv · GitHub
Kodi package - LibreELEC.tv/package.mk at master · LibreELEC/LibreELEC.tv · GitHub
(search at 'http://github.com/xbmc/xbmc')
Kodi package is usually updated once or twice a month by LibreELEC.
and all the other packages
All these RK changes still need to be merged into LibreELEC and is not yet part of the nightly test builds.
Kwiboo has even more wip commits that are not even added there yet.
Display Morewill get a MVR9 for testing tomorrow. First time for me using a Rockchip Box.
Have already spent time to read a lot, but I am still unsecure about the next steps
There are different LE builds out. Which one should I use to start ?
Does the Android firmware have any influence for using LE builds?
If yes, which one should be on the box?
Thanks for directing on the right course
You can try this - libreelec-rk3328.arm-9.0-devel-20180606204749-0267cea-box-trn9.img.gz
LibreELEC runs independently from a micro-sd card, so Android has no influence on it.
Kwiboo RK fixed the HEVC issue 2 days ago - [h265d]: Move slot setup to init stage · rockchip-linux/mpp@e2df612 · GitHub
Can you perhaps make new images with HEVC and mpeg2 deinterlacing(not using ffmpeg) perhaps?
Also if there is a way to make the default GUI resolution 1080p@60hz, it would help a lot.
The mouse pointer is too small and moves too slowly on a 4K display with 3840x2160, changing to 1080p@60hz seems to work a lot better.
Kwiboo It would be great to test HDR support even if it's an alpha build with basic support.
If there is no time now and HDMI passthrough, video playback will be worked on first, is there a way to build myself with HDR support or will it still need lots of changes before it can even work?
Rock64 doesn't have any HDR support in software yet and other RK3328 devices only play HDR in 1080p quality, no 4K HDR on Android.
Hi to the Rockchip Experts, i was til today in the amlogic world with s912 and s905 builds. But after reading that the picture quality should be better with rockchip i would give a try, cause i have nothing to play and work on in the amlogic world. But i dont know which box would run good, so i searched for a little price box which i can play with. Would this box do it:? V88 Mini Smart TV Box Android7.1 RK3328 QuadCore WiFi 4K WiFi USB3.0 Player F7H7 | eBay
And if so, the image i should take from the test.liberelec archives would be the one with .box named?!?!
Thanks for the help!!!
J.
Get a Rock64 Development board or a Bqeel MVR9 RK3328 tv box.
They are the only ones having test LibreELEC images apart from ROC CC & Rockbox.
With other devices you will never have full mainline LibreELEC support and always get booting problems trying different RK3328 LibreELEC images made for generic devices.
Some of the MXQ and Schision devices also can't boot from a micro-sd card, so then running LibreELEC is not even possible.