which one is the correct threat for the nightly testing?
is anywhere a collection of eventually possible workarounds for knows problems (stutter or whatever)?
which one is the correct threat for the nightly testing?
is anywhere a collection of eventually possible workarounds for knows problems (stutter or whatever)?
I'm not sure if this is intentional or not but it appears that some recent builds (in this case devel-20190416231707-c1c92b1) do not have the RTL8812AU module.
I've tested the latest image (LibreELEC-RK3328.arm-9.80-nightly-20190622-afccdbc-box-trn9.img.gz) on my R10 RK3328 Android TV box.
The good things are there's Wi-Fi, audio is good, it plays every file I've tested.
The bad things: 1) While viewing videos, Android box randomly freezes after a few minutes (sometimes I have to unplug/re-plug it, other times it reboots itself)
2) 4K Video colors look washed out, pale
3) Mpeg4 files are choppy, they don't use HW acceleration
I'm also experiencing crashes on my trn9 box with current nightly builds.
I've tested the latest image (LibreELEC-RK3328.arm-9.80-nightly-20190622-afccdbc-box-trn9.img.gz) on my R10 RK3328 Android TV box.
The good things are there's Wi-Fi, audio is good, it plays every file I've tested.
The bad things: 1) While viewing videos, Android box randomly freezes after a few minutes (sometimes I have to unplug/re-plug it, other times it reboots itself)
2) 4K Video colors look washed out, pale
3) Mpeg4 files are choppy, they don't use HW acceleration
Just to add to my original comment, I believe the video freezes only when playing BD files. It doesn't matter if I choose to play a Blu-Ray via BD menu or through a simplified Kodi menu. It freezes anyway.
does LibreELEC-RK3328 also improve LibreELEC-RK3399 as there isn't a dedicated LibreELEC-RK3399 thread comparable to this one here.
Latest build for my RK3328 box I tried out (LibreELEC-RK3328.arm-9.80-nightly-20190719-235fdbc-box-trn9.img.gz) looks quite good, but I can't download anything from the Kodi Repository (or any repository for that matter) even though I'm connected to the Internet.
Hi
Here are some new RK3328 images but on the older stable 4.4 kernel.
Added Mpeg4 hardware acceleration
Lots of other optimizations and kernel, mpp, rkbin updates
MVR9 with orange/red DPAD remote without numbered keys
Bqeel, TICTID remote with numbered keys
Rock64
ROC-CC
Can use it until mainline images have support for for 4K, HDR, 10-bit color & fractional frame-rates.
Display MoreHi
Here are some new RK3328 images but on the older stable 4.4 kernel.
Added Mpeg4 hardware acceleration
Lots of other optimizations and kernel, mpp, rkbin updates
MVR9 with orange/red DPAD remote without numbered keys
Bqeel, TICTID remote with numbered keys
Rock64
ROC-CC
Can use it until mainline images have support for for 4K, HDR, 10-bit color & fractional frame-rates.
Hey, mo123, could you maybe build the RK3328 image for "Generic Rockchip Box" with MPEG4 HW acceleration?
Display MoreHi
Here are some new RK3328 images but on the older stable 4.4 kernel.
Added Mpeg4 hardware acceleration
Lots of other optimizations and kernel, mpp, rkbin updates
MVR9 with orange/red DPAD remote without numbered keys
Bqeel, TICTID remote with numbered keys
Rock64
ROC-CC
Can use it until mainline images have support for for 4K, HDR, 10-bit color & fractional frame-rates.
thanks for the share, it totally fixes my x264 issues (rock64 1gb ver 2.0 2017), I was using the main one and after the first video it should start pausing every few seconds. x265 still causes some random dmesg cpu 3 exit or something but playback at 1080p is fine. HDR and 10bit color killed it but that's fine. Grateful for the smooth playback up to 8bit x265 1080p!
edit: can you take a look at this though, I was playing an f4v file I guess using cpu? Top said usage was around 14% and it froze today unexpectedly. I did the dmesg |paste here’s the link http://ix.io/2cvW
Hello developers, I have problem with rockchip 3328 rock64(PC-card). In test version for example LibreELEC-RK3328.arm-9.80-nightly-20201129-7f2cf07-rock64.img
I have picture in tv with green line and ruined. And no sound. Do it in all test version. When I off drm prime, picture normal ,but chopping.
In all stable version problem that in resolution 1440x1080 and 960x540 play only sound. (czech dvb-t2 with hevc) When resolution normal 1920x1080 play all normal.
Does it have this solution, or will I have to buy another type of player?
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.