If I activate bluetooth in libreelec settings no bluetooth adapter is found.
Let me know, If you need further output.
I belive I have found the issue with bluetooth on MVR9, the trn9 schematics shows that uart2/ttyS2 is used for bluetooth and the hciattach-realtek.service is tyring to initialize it using uart0/ttyS0.
You can try to cp /usr/lib/systemd/system/hciattach-realtek.service /storage/.config/system.d/ and change ttyS0 to ttyS2 and restart the box to see if bluetooth starts working.
this is the relatet output
CodeDRIVER=rtl8723bs SDIO_CLASS=07 SDIO_ID=024C:B723 MODALIAS=sdio:c07v024CdB723
This one should already be supported, I need to test this on my MVR9 box, from what I recall bluetooth worked last time I tested a few months ago on that box and still works on my Tinker Board S from testing earlier today.
mo123 polo_joe I have updated the rockchip-firmware package to include more device ids related to rtl8723bs bluetooth in rockchip-firmware: add more rules for rtl8723bs · Kwiboo/LibreELEC.tv@a4cfea3 · GitHub, please post the output of cat /sys/bus/sdio/devices/*/uevent to confirm that the vendor/device used in your boxes is included
From my Tinker Board S:
DRIVER=rtl8723bs
SDIO_CLASS=07
SDIO_ID=024C:0626
MODALIAS=sdio:c07v024Cd0626I've still got this this boot config file i changed #156
Not sure if this is a good thing to have permanently enabled ?
Haven't seen a reply to below quote ?
You should not need the debugging enabled in the boot config permanently, and the tip from chewitt to use an advancedsettings.xml file with loglevel to disable showing of the debug gui should also work. I may include this as a default in future test builds.
SD 720 X 576 Mpeg2 Live TV opens 4:3 on screen not 16:9
The rkmppdec ffmpeg decoder and mpp library do not expose aspect ration information that is needed for correctly stretching of mpeg2 streams that use non-square pixels. HermanChen is there a way to expose DAR/SAR values from mpp to ffmpeg?
How to "activate" interlacing modes to test whether interlacing could work in acceptabal manner
Currently not possible, the whitelist feature ignores all interlaced modes as generally Kodi will do deinterlacing and need a progressive to show the video correctly. I will make more tests with interlaced content to see if something can be improved, any link to interlaced samples that is having issues is appreciated.
my stone age TV can't do 1080p, but 1080i doesn't show up in the whitelist either. I can select and use that resolution, though.
I have only tested progressive modes and content until now, I will try to do some tests using interlaced modes and also interlaced content to see what can be done to improve interlaced support.
Maybe that is why interlaced videos can't play deinterlaced?
It is possible the updated VPU driver used is not fully compatible with the post-processor.
I have just pushed a new test build at Index of /test/ with latest kernel and mpp library.
Changes:
- Latest Rockchip 4.4 + lsk 4.4.139 kernel
- Latest Kodi master + drmprime-wip-v2 patches
- Latest rkmpp, kernel VPU driver reverted to regular vcodec
- HDMI + HDR properties should now update when switching video/stream while video is playing
- Improved HDMI audio and video reconfiguration when resolution or output properties changes
Recommended settings if you are having problems:
- Resolution: 1080p 50/60hz
- GUI Limit: 1080p / 720p (>30hz)
- Audio device: HDMI
- Audio passtrough: Off
Please let me know if this improves lost audio and/or lost signal/black screen after a resolution change
RK kernel & mpp updated yesterday, maybe some changes that can improve things?
The latest kernel and mpp seems to improve starting of video playback, I am seeing less stuck busy indicators in Kodi.
There is a new patch for mpp for mpeg2 deinterlacing for Linux, maybe it can help?
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.
Is the mpeg deinterlace patch for live tv also included?
Both the mpeg2 rkvpu and mpeg2/mpeg4 rkmpp ffmpeg options is enabled, unclear what will be used and if the new VPU kernel driver fully supports post-processing, please test and get back with results
When this happens there is no Audio or GUI Sounds.
Please change your Audio device to use HDMI: SHP SHARP HDMI on HDMI and not the Default (HDMI Analog) device, this is something everybody should do and is the new default for new installs
I am also wondering if you are affected by VideoPlayer: fix switching to resample method by FernetMenta · Pull Request #14141 · xbmc/xbmc · GitHub (not included in the test build)
If you have the debug overlay visible please disable debugging in settings and add debugging to /flash/extlinux/extlinux.conf after console=tty0 (console=tty0 debugging), this will enable debug logging and not cause unnecessary GPU usage (showing debug osd) that could otherwise interfere with video playback
For optimal video playback performance all gui osd (player process info and debug osd etc) should be hidden
I have just pushed an update .tar-file to Index of /test/ that should be able to upgrade all rk3328 targets.
Changes:
- Latest kodi and a change to keep using YCbCr 4:4:4 mode after the first video has stopped
- Latest rockchip + LSK-android + stable 4.4.139 kernel
- FFmpeg updated to 4.0.1-Kodi
- Switch to use a different VPU kernel driver, seems more stable at the cost of less performance for 4k 50/60fps
- HDMI audio will now use Auto CTS mode, may help with AC3/DTS
Notes:
- Anyone seeing green lines when using 4k@60hz, set GUI Limit (Expert settings) to 1080p or 1080p / 720p (>30hz) to fix
- Switching to 4K mode when starting a video may result in black screen, switching to 1080p seems much more stable, remove 4k modes from whitelist for stability
- Starting video may fail and Kodi only shows busy indicator, press back-button and then try to start the file again
Thanks for all the feedback from last test build, please test this update and report back improvements / regressions compared to the 20180701 build.
I get random green static / lines in the main UI when set to 4k @ 60hz.
I have noticed this also, it is the "console" framebuffer (boot logo) that is still active behind Kodi gui and taking up memory bandwidth, ensure you set GUI Limit (Expert settings mode) to 1080p and reboot or if you start/stop a video the video/console layer will be disabled and the green lines disappears.
I see mpeg2 interlaced videos show ff-mpeg2 drmprime
I forgot to include the patch thats enables rkmpp mpeg2 hwaccel in ffmpeg 
how about HDMI passthrough
I plan on working on passthrough audio primarily for mainline linux and then backport changes to rockchip 4.4 kernel, this will benefit mainline allwinner, amlogic and not just rockchip. limited PT is already working for AC3/DTS on some setups but I will test and include one change for next time.
the adapter is working now
thanks for confirming
whats the GUI Limit options for?
This options will limit the GUI overlay to use the configured size (default 1080p) and scale it if the TV switches to a 4K mode to display video. Default on stock android for rk3328 devices is usually to render the GUI in 720p and then scale it to the selected resolution, this option/feature makes same thing happen for Kodi and you can change it (expert mode) if you have issues, 1080p gui + 4k video at 60fps will touch the limits of gpu and memory bandwidth on these devices.
New test images is finally live at Index of /test/ built form my latest rockchip-part6 libreelec branch and drmprime-wip-v2 kodi branch
Changes:
- Latest libreelec, kodi and rkmpp
- Option to select what size to limit gui to when resolution is larger then 1080p (requires restart to take affect)
- Limited color kernel patch removed, change your TV to use Game/PC/full range mode to get proper colors
- HDMI output mode is changed to YCbCr 4:4:4 mode when playing video
- 10-bit color depth and HDR mode is now possible and automatically activated if your TV supports it, activate Deep Color/enhanced modes in your TV's settings
- LibreELEC Addons repository is using correct url
- New TP-Link device id added to rtl8812au driver
Known issues:
- VPU sometime produce artifacts, trying to play same file again or another file in between usually makes it work
- HDMI signal is sometime lost or picture is black when starting playback, the switch to YCbCr 4:4:4 and 10-bit color depth is not working all the time, usually works second or third try
Todo:
- Add options to control HDMI output mode, 10-bit color depth and HDR support
- Upgrade to latest release-4.4 kernel from Rockchip
- Test and tune for RK3399 and RK3288
Please test the different GUI Limit options, YCbCr 4:4:4 mode, 10-bit color and HDR support and get back with some feedback
My next test build is delayed until tomorrow as I would like to have initial HDR support part of the build, stay tuned.
Release a new Testbuild today?
That is the plan, I was able to solve my VPU/IOMMU issue yesterday (problem was caused by my own changes to the rkmpp package).
Going to test [linux] windowing/gbm: plane selection rework by lrusak · Pull Request #14113 · xbmc/xbmc · GitHub and adapt the "black-on-stop" fix today and if there is time finalize HDR before pushing a new test build.
Can you perhaps make new images with HEVC and mpeg2 deinterlacing(not using ffmpeg) perhaps?
I will make a new test image in a day or two, having a general VPU/IOMMU issue with my current development tree.
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.
The test-build should have code that limits GUI size to 1080p for 2160p resolutions but I noticed this was not applied to the "desktop" resolution if your TV reports 2160p@60hz as the preferred resolution. windowing/gbm: allow different gui and screen size by Kwiboo · Pull Request #14108 · xbmc/xbmc · GitHub fixes this and will be part of next test-build.
i think Rockchip future is a ilusion !
Hehe :), improvements is very slowly making its way to Kodi tree and I will push a new test-build in a day or two. I am currently having a page fault issue with VPU/IOMMU and a vpu reset issue on both Tinker Board S and Rock64 that I need to track down before I can push a new test-build.
Its unstable and crashes whenever you stop a video stream or if you use the search facility in an addon.
Please test libreelec-rk3328.arm-9.0-devel-20180606204626-0267cea-rock64.img.gz, it should be pretty stable for local/network files, please report issues with logs at Rockchip
The cpu usage issue on latest mpp is fixed by this patch:
[mpp_dec]: Fix dead loop on output frame block
Thanks for this, I made new test builds with latest mpp at Index of /test/, I am still seeing some issue with opening hevc files, need to check what is going on (could be my kernel or ffmpeg patches that is at fault).
I don't know if deinterlacing will work since Kwiboo uses ffmpeg for mpeg2 playback, maybe that needs to be disabled first?
Yeah, the --enable-rkvpu ffmpeg flag needs to be removed to disable my experimental mpeg2 hwaccel, unclear if Kodi will select rkvpu hwaccel or rkmpp decoder if both are enabled.
does someone have a test file with LPCM, duration longer than 10 minutes?
As long as you disable PT in Kodi any file with AC3/DTS will be played with LPCM, just select 2.0/2.1/5.1/7.1 channels depending on what your TV/AVR supports. I use 7.1 channels even if I only have 3.1/5.1 speakers as my soundbar can do downmix if needed.
When activating HDR in in Kodi?
Thanks for video sample links. HDR will be activated as soon as possible (I want a good and stable ground before fancy features is enabled) 
These changes to add support for mpeg2/4 & h264 to ffmpeg for Rockchip can't perhaps help you, or you already know about it?
Thanks, we did some testing with mpeg2/4 using rkmpp some time back but there was some smaller issues at that time, been on hold since.
Not Running, the Screen is black:
ARTE_UltraHD_trailer_carnival.ts
Any link to where I can get hold of this sample?
Tesfiles with HDR and not Running (Stuttering and Audio drops)
LG Daylight 4K Demo.ts
Samsung Chasing The Light Demo.ts
Kodi / RK3328 is having issues with some/most 4K@60fps HDR files and will drop some frames, I will test these two samples and see if it can be improved. Also disable debug logging and do not have Kodi OSD showing for best video performance. Code to activate HDR on TV is still missing in Kodi.
23,976fps:
-still audio drop outs with DTS, AC3 i have to test
Do LPCM work without drop outs? pass-trough is still not complete, only works because TV/AVR is detecing the LPCM audio samples as NL-PCM.
Cannot add the Docker addon (no where to be found).
I just noticed that I was building this image with a custom ADDON_SERVER_URL, will use the default LibreELEC addon server url in next test image.
