Display MoreHi,
I have the same problem with the audio and LE 10.
Is a build with a corrected problem with the audio output expected in LE 10 for RockPi 4B+?
Regards.
You can build a new LE image with this patch included then the headphone jack should work.
arm64: dts: rockchip: add rock-pi-4 analog audio - Patchwork
Hello
I'm going to buy Rock Pi4 Plus (4GB RAM / 32GB eMMC). Are there any major problems with libreELEC on this device? I care most about 4K HDR playback along with HD Audio passthrough to my AVR (Dolby Atmos, DTS HD, DTS X).
That only works in Android Kodi.
LE has no support for HD Audio passthrough for Rockchip and no one is working on it. which is sad.
Some new images I build, users can test
Changes
(These are just tweaks and patches)
- New color theme
- Improved UI speed
- Added whitelist settings automatically
- Add RetroArch game emulators(Works on Station P1 RK3399, RK3328 devices seem to be slow)
Play games like gba, n64, nds, nes, snes, PS1 etc.
Use an Xbox or other USB, bluetooth gamepad
Remember to set hotkey for the main menu in input so you can go back to RetroArch if exiting a game.
- Based on LibreELEC Github code.
For Station M1/ RK3328 ROC-CC
- Fixed green stripes and slow bootup
- Fix video stuttering
Problem was caused by no driver to scale the RAM speed from 300mhz to 800/900mhz in the mainline Linux kernel if emmc is not empty.
Station M1 RK3328
https://mega.nz/file/grI2lZCD#…zuRZMXNpwa9rxZUssT-uPCEgg
(Device was submitted to the mainline kernel, waiting for review)
RK3328 ROC-CC
https://mega.nz/file/hjhjmISb#…u1BGh_gsatXVC22TiOAypa22k
Station P1 RK3399
https://mega.nz/file/l6YwhByS#…w6IcTOTUsv-DnnMCsxBtvwkL4
(Device was submitted to the mainline kernel, waiting for review)
Unfortunately I can't build an image for the Rock64 RK3328 as there are no dram timings file for it for the 5.10.47 kernel.
If Pine64 or someone can help, I can build an image to fix the green lines on startup, slow bootup and video stuttering too.
Display MoreIts not "broken".
The reason you are seeing "green flickering" (I guess) is, that the dram bandwith required to display 4k is to high.
The vendor kernel raised the dram frequency applied correct dram timings - this does not exist in upstream kernel (yet) and the dram frequency will be stuck at ~ 300 MHz with standard timings which propably do not match the those required for the dram chips in your box - so everything will be (very) slow.
The only way around that is currently, to completely(!) erase the emmc, so that dram init is done from sd card, where we initialising the dram with 786 MHz (with standard timings, though). There will be an update for that sooner or later for LE for selected devices.
Overall: Its recommanded to use SBC boards, which do not have android pre-installed, so that the complete boot process is done from SD card oob
Hi knaerzche
Are there any workaround perhaps yet so the dram frequency can load at 786mhz without erasing the emmc for RK3328 devices?
Is there perhaps something I can modify in the u-boot source code used by Android on emmc to trick loading Linux OS's from a micro-sd to run the dram frequency higher and not at 300mhz?
It seems the dmc driver RK3399 devices use is very complicated and something for RK3328 is still far off.
That Netflix workaround was removed in latest LE since it was unstable and caused crashes.
There is no way to play Netflix smoothly now, have to wait for a LE update.
Strange thing is with latest nightly LE, I can use other addons with the latest Widevine and they play fine except Netflix that says ' This content is not available for immediate playback'.
I checked your image, but found no linear audio output P1. Have you checked its operation on p1 ?
I built it with the new ES8388 kernel driver based on ES8328.
I don't know if another setting is missing or if you need to change sound output in LE.
Here is an image with fully working wifi and correct kernel drivers for line out audio.
The ROC-RK3399-PC LE image doesn't have wifi or working line out on the ROC-RK3399-PC-PLUS(Station P1)
https://mega.nz/file/hiwDmCTb#…9mwZ20XM5W7OuvHBlLoyPWUlM
Flash with Etcher
If you find it useful please comment that hopefully LE team can add the wifi driver to LE in future.
Hello, I ran into a problem with running the system on rk3399-roc-pc. When using the official LE version to run on rk3399-roc-pc, there was a problem, but the unofficial LE version can run on rk3399-roc-pc. What is wrong with this? Where can I download the source code of the unofficial LE version?
Maybe this fixes it
RK fixes by knaerzche · Pull Request #5370 · LibreELEC/LibreELEC.tv · GitHub
You have to use the latest nightly image to test that will be released in a day.
You need Android 9/10 for working HDR playback and auto frame-rate support(which only a few RK3328 devices support)
Here is the vendor kernel HDMI Bitstream passthrough commit
Android 7(3.10 kernel), Android 9(4.4 kernel) & Android 10(4.19) kernel has fully working HBR Passthrough in Android Kodi 19.
But it would probably not help for mainline kernel.
Is there any documentation or kernel sources that would be useful to you to understand how Rockchip devices work?
There are some open-source devices like Rock64 & ROC-RK3328-PC with documentation and source-code available.
Maybe hh @ rock-chips.com can help?(RK audio engineer, not sure if he still works there)
It's already on 1.0.1 maybe that's the problem -> GitHub - CastagnaIT/repository.castagnait: CastagnaIT Kodi addons repository
Or just install 1.14.1 directly -> Releases · CastagnaIT/plugin.video.netflix · GitHub
Kodi 19, mainline LE have to use the v1.0.0 addon and the v1.0.1 addon is only for older Kodi 18 based images.
Android plays Netflix correctly so I don't know if it's perhaps a problem with software decoding on the mainline images or Netflix blocking LE user agent strings etc. I will try with some older Kodi 18 based LE images too and see if it works there.
Anyone can test the Netflix addon on these images?
repository.castagnait-1.0.0.zip
Use the arm 32-bit ones as Netflix/Widevine doesn't support 64-bit.
I just get a MySQL error.
I want to know if it's an issue on my side or a general issue for everyone.
On Android, the Netflix addon is working correctly.
Display MoreAre there some performance tweaks for mxq pro 4k (rk3228a ddr2, img from Alfawise A8).
i want to use netflix/hbo but full hd streams is not smooth.
/edit
Are there any video options in Kodi 18.9 to improve smoothness?
At the moment i change display to 720p
RK3328a is too slow to play Netflix even in HD.
Netflix DRM on Linux(LibreELEC) can only be software decoded with the CPU.
RK3399 with a big heatsink can support up to 1080p.
RK3328 can only support 720p and it has a much better CPU than RK3228a.
But what does it mean for future ?
1. no patch for LE is possible
2. it is a matter of patching "rk3399-rock-pi-4.dtb"
3. it is not hardware possible
Please comment - this functionality is really awaited for as it changes sound experience vastly nowadays.
It is hardware possible.
A LibreELEC developer just has to add a working patch for Rockchip devices, test it and build a new image.
Eg. for Allwinner devices these patches add audio passthrough - Allwinner: WIP audio passthrough · jernejsk/[email protected] · GitHub
So something similar with a few changes could work on Rockchip devices too.
But they first want to improve video playback I heard so audio passthough will likely take the back seat for another couple of months unless independent developers can do tests and create a patch.
LibreELEC doesn't support passthrough for Rockchip devices.
Hi, has anyone also problem with Direct Passthrough of DTS, DTS-HD and TrueHD on RockPi 4 ver A in Kodi ??
I get only loud white noise or something...the same I get on Android TV images. I was able to transmit DTS-HD on Odroid C2 but now looking for How to exclude that it's even possible to get DTS-HD working on RockPi ??
Has anyone experience DTS-HD playback issues ????
What might the limitations might be for DTS-HD to work in Rock Pi 4 while it works on AMLogics ????
LibreELEC with 4.19 kernel possible?
DTS-HD is working in my AndroidTV images for RockPi 4.
Try setting keep device alive to off and send low audio noise to off.
Can you tell WHY it does not bitstream ?? I am guessing are there hardware or license issues...
Because no patch for it was added yet.
You can use the same patch as for Allwinner but need to modify it a bit to be compatible with Rockchip devices, which I don't know how to do.
The LE developers first want to add 10-bit, H265, VP9 video playback support for mainline LE before working on audio.
Allwinner: WIP audio passthrough · jernejsk/[email protected] · GitHub
So it might still take a few months unless someone can adapt jernejsk's kernel patch for Rockchip devices themselves or do it another way.
Hi Joern-p
Rockchip posted a new 4.19 kernel here and new u-boot
GitHub - rockchip-linux/kernel at develop-4.19
Do you think it would be possible to build LibreELEC for RK3399 with this new kernel?
It would be interesting if it could work.
Rockchip released an updated 4.19 kernel here
GitHub - rockchip-linux/kernel at develop-4.19
Perhaps users still building LE with the 4.4 kernel can get it booting?
Because this kernel is also used for Android-Q things like HDR, 4K, 10-bit color, H265, VP9 might work out of the box just like in the 4.4 kernel.
There is also a commit for HDMI Bitstream audio, perhaps it can help to get HD audio passthrough working?
Another benefit of the 4.19 kernel is PS4 bluetooth controllers working now.
It might still take a long time until all features work in mainline so this might be a stopover for some developers and work better than the 4.4 kernel for now?
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
And for the mainline kernel, user jernejsk made a patch based on the Raspberry Pi 4 HBR audio passthrough to get it working on Allwinner devices.
Allwinner: WIP audio passthrough · jernejsk/[email protected] · GitHub
Because Rockchip and Allwinner devices use the same HDMI hardware, someone might get it working on Rockchip devices too or can work with him to test it on Rockchip devices?
