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/[email protected] · 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:
I'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.
- 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.
- 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
- Anyone seeing green lines when using [email protected], 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.
- 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
- 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
- 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 [email protected] 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 [email protected] 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:
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 [email protected] 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.
-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.
Thanks all for testing the devel build and reporting mostly good results, it may take some time for current work-in-progress to fall into the regular LE nightly builds (sending pull requests to Kodi and wait for the bimonthly Kodi package update in LE).
I will continue to upload new builds to Index of /test/ once there is something significant that has changed or improved.
Do you know an easy way to get the SHA hash values of a specific commit of a package?
Easiest is to set PKG_SHA256="" and then run scripts/get rkmpp and it will show the sha256, no need to set PKG_SHA256 unless you want to commit and push code. I use projects/Rockchip/tools/update-package-version.sh to update packages but seem to have missed the tools folder in latest part6 push, will include next update.
Also regarding the absolute latest mpp that enables post-process support seem to have a 100% cpu when opening a video and hevc not working issue, I went with the commit before post-process was enabled, [h264d]: remove build warnning · rockchip-linux/[email protected] · GitHub for devel image.
I've noticed Live TV Mpeg2 SD channels are now Hardware Decoding.
Noticed after playing Mpeg2 for a while the picture freezes and a repetitive sound continues with both red and white lights gone out.
Hardware mpeg2 decoding is using my experimental ffmpeg rkvpu hwaccel that does not check on errors from VPU, I will activate mpeg2/4 hw decoding from rkmpp decoder once deinterlace support is working properly. Should hopefully fix these kind of issues.
VC-1 is supported by hw but not by mpp library, unclear if it will be added as it is a proprietary video format from Microsoft.