Posts by mo123

Here is an old image I made 2 years ago for ROC CC, not sure if it still works with the stock kernel, LE wasn't interested in adding any new Rockchip devices if it wasn't based on mainline Linux so I abandoned the project.

Post

RE: feedback for test build LibreELEC-RK3328

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…

mo123

July 13, 2021 at 5:23 AM

Here are the dmc drivers I used from Armbian.

Maybe it can be added to custom images to scale the DDR correctly.

https://github.com/armbian/build/…anopi-r2s.patch - Also contains dmc drivers

build/rk3328-add-dmc-driver.patch at 65fc2b84079857baafe863bbb0f61051cb551c07 · armbian/build

Armbian Linux build tools. Contribute to armbian/build development by creating an account on GitHub.

github.com

https://github.com/armbian/build/…nable-dmc.patch - Example for a different RK3328 device with DDR4 memory, similar to ROC CC.

Do you have the Linux dts file, the Android dts or dtb file won't work.

And is it for kernel 5.17?

Otherwise it won't work.

You need to add the kernel patch and check u-boot to build an image.

Anyone working on a newer u-boot for Rockchip devices?

I see LibreELEC still uses u-boot from 12 Sep 2018, stock Rockchip u-boot which is very ancient.

A year ago I tested u-boot 2021.04 and everything worked fine on RK3399 ROC-PC-PLUS, RK3328 ROC-PC, RockPi 4.

With current 2018 u-boot, RK3328 ROC-PC which is already in mainline kernel and merged into LibreELEC kernel package, can't boot since it needs 'rock64-rk3328_defconfig' and 2018 u-boot only has evb-rk3328_defconfig which is unbootable on it.

Armbian already uses 2021.07 u-boot and all supported Rockchip devices seem to work fine with it.

Perhaps it's packages and patches can be used by LE?

It's sad to see only Amlogic, Allwinner, Samsung, NXP devices' u-boot being updated.

A newer u-boot will probably also be needed when RK356x devices get initial LE support later.

Quote from roel

balbes150

How do I build for Station-M1? Is it:

PROJECT=Rockchip DEVICE=RK3328 ARCH=arm UBOOT_SYSTEM=roc-pc make image

That looks right but you must use u-boot 202104 or newer and then rock64 config for the u-boot helper.

I don't know if LE added build instructions for M1(ROC-PC-RK3328) yet but the kernel dts file was added recently.

This image is for M1

LibreELEC-ARMv8.aarch64-11.0-devel-20211008092834-8bd19d9-rk3328-roc-pc.img.gz

You can also try images I made some time ago.

I don't know if they changed things for Widevine, Netflix, so not sure if that will still work in my images.

Post

RE: feedback for test build LibreELEC-RK3328

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…

mo123

July 13, 2021 at 5:23 AM

Here is the code I changed to build it.

(Doesn't include RAM scaling patches below)

build/board-rk3328-roc-pc-dts-enable-dmc.patch at 744ea89a589d62cb6f409baab60fc6664520bc39 · armbian/build

Armbian Linux build tools. Contribute to armbian/build development by creating an account on GitHub.

github.com

build/rk3328-add-dmc-driver.patch at 65fc2b84079857baafe863bbb0f61051cb551c07 · armbian/build

Armbian Linux build tools. Contribute to armbian/build development by creating an account on GitHub.

github.com

build/add-board-nanopi-r2s.patch at 65fc2b84079857baafe863bbb0f61051cb551c07 · armbian/build

Armbian Linux build tools. Contribute to armbian/build development by creating an account on GitHub.

github.com

GitHub - mo123/LibreELEC.tv at rk3328-roc-pc

Just enough OS for KODI. Contribute to mo123/LibreELEC.tv development by creating an account on GitHub.

github.com

There is a bug, missing driver in the mainline images that make videos stutter on RK3328 if running LE from a micro-sd card while emmc is not erased(still has Android on).

I fixed it in my images by using Armbian RAM scaling speed patches for RK3328 above.

Hopefully new drivers for the RAM speed will be made for the mainline kernel and make it's way into LE in future.

Quote from dvelev

Hi,

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

Quote from radoskur

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#…9rxZUssT-uPCEgg

(Device was submitted to the mainline kernel, waiting for review)

RK3328 ROC-CC

https://mega.nz/file/hjhjmISb#…XVC22TiOAypa22k

Station P1 RK3399

https://mega.nz/file/l6YwhByS#…-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.

Quote from knaerzche

Its 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'.

Quote from balbes150

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.

LibreELEC.tv/linux-3000-rk3399-roc-pc-plus-adaptation.patch at 9097191db6e06b9a774aa247e8e2adb5ac9c7d52 · cljidkx/LibreELEC.tv · GitHub

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#…7OuvHBlLoyPWUlM

Flash with Etcher

If you find it useful please comment that hopefully LE team can add the wifi driver to LE in future.

Quote from dengkx

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.

Index of /

HansRJ

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

drm: bridge/dw-hdmi: add support for hdmi bitstream audio · rockchip-linux/kernel@924f480 · GitHub

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.

jernej

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)

Quote from roel

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.

LIBREELEC — Yandex.Disk

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.

Quote from karkow

Are 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.

Quote from tuhajbej6

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/LibreELEC.tv@87cbddb · 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.