You can try again, links updated, should be 120.7MB
It seems it was build without ffmpeg because of a patch I applied, that's why you got the error.
You can try again, links updated, should be 120.7MB
It seems it was build without ffmpeg because of a patch I applied, that's why you got the error.
New MVR9 RK3328 Image
(Black numbered 0-9 ir remote)
(Orange D-PAD remote)
Changelog
- Based on latest LibreELEC master branch 10/03/2019
- Add a setting to adjust the refresh-rate/resolution only on playback start (useful if you don't want the tv/monitor's resolution to change every time video playback stops)
- Changed CPU governor to Interactive(best performance for tv boxes and other devices with a power supply, helps with freezes)
- Initialize color_primaries to AVCOL_PRI_UNSPECIFIED (helps with software decoding in InputStream)
- Check for UNPACK_ROW_LENGTH support on renderer instantiation, not on every LoadPlane call
- OverlayRendererGL: add support for BGRA extensions for GLES
- Fix corrupt packets in transit causing segfaults or video corruption with Live H264 streams in TVHeadend
- Increase analyze duration to fix playback of DVB-T2 streams with aac_lapm audio streams
- Improve German keyboard layout
Can this also improve Inputstream software decoding on Rockchip devices?
I will change the CPU governer to ondemand in all my images too.
LibreELEC-RK3328.arm-9.0-devel-20190210232636-9e3b41c-rock64.img.gz It is not possible to connect to a network, indexe / test /
What device are you using it on, Rock64?
Every device has a different wifi chip and image you must use.
Latest MVR9 LE image I build
- added PVR addons
- added lots of CoreELEC patches for faster UI etc.
- added Live TV SD, HD 25/50hz fast channel switching for tv's that don't have SD resolutions(now merged into Kodi)
Previously
Currently
Link
Please try to test it and don't have a lot of addons installed like kwiboo suggests.
Hello!
I have a a5x max that is a rockchip 3328.
That image i could be install?
Sorry for my bad englsih
Thank you!
No official LE images, sorry.
There are some LE images that might work on your devices on freaktab forum, 'LE for RK3328'.
Kwiboo Any extra improvement for HACK: RendererDRMPRIME: render sw decoded frames · Kwiboo/xbmc@96369b6 · GitHub perhaps?
720p Inputstream is running very well on RK3328 but there is still a slight problem if there is a lot of fast movement, then the video freezes for a second or two then goes back to normal speed.
Is there a way I can compile LE for Firefly RK3288 or Ugoos UT3(miqi dts with slight modifications)?
Here is an old 4.4 dts for RK3288 UT3.
I can then try to test it or modify the 4.4 kernel dts files a bit to see if I can get it booting.
RK3288 should have a lot more power for 720p/1080p Inputstream software decoding.
Display MoreKwiboo or anyone else, what is the status of HD audio passthrough with RK3399 ?
I've been testing with the old RK3399 ODROID N1 and get nothing but white noise for DTS-HD MA and TrueHD.
LPCM audio works.
Also status of 4K HDR with Rockchip ?
I already know RK3399 does No HDR > SDR tonemapping.
Already know deinterlacing is not the best either with half motion outputs and lots of video combing.
The S905X/S905D/S912 does basic tonemapping but it's not as good as say as Apple TV 4K.
What has surprised me is HW decode support of 10bit h264 aka Hi10P Anime with RK 3399 LE 8.9.x
Any chance of a test RK3399 Khadas Edge release with the improved Kodi Leia rendering improvement PR included ?
libreelec-rk3399.arm-9.0-nightly-20190201-974f4cb-khadas-edge.img.gz
Since it's a nightly build, it should already have PR 15286 included.
hello friend.
i bought Videostrong(Mecool) VS-RK3399 tv box.
it s very heating and vorking slovly.
i need your help what must i do?
pls help me
There are far better RK3399 devices with much better Android and Linux, LE support.
Videostrong support is very lacking and all their Mecool brand devices have been blocked by Google, blacklisting their Widevine DRM.
So the best would be to return it.
thanks, will try your build
I took tvh 4.2 from le repo and tvh 4.3 builds from here Tvheadend nightly builds for LibreELEC, but as mentioned there was no difference in behavior.
Link to latest LE9 RK3328 PVR and libreto games addons
Link here to latest MVR9 LE build and guides.
I'm still experiencing hard reboots after some time watching livetv with tvh on my mvr9 box. It doesn't matter if sd or hd channel. I also tried 4.2 and 4.3 development builds of tvheadend with no success.
I would be thankful for any hint to solve this issue.
I made some new images for mvr9, posted on freaktab forum.
There are some default settings already set and bluetooth is enabled by default.
I see in the tvh addon v4.4 they had a fix for videos buffering, freezing and increased the cache, maybe that can help. I will try to build tvh v4.4 if it can't be installed manually, how do you install the other versions?
Display MoreWho can record the video work of the interface KODI (latest LE 9) on ROCK64 by video camera 60 frames per second?
I want to see how smooth the interface is compared to amlogic s905.
At Odroid C2, unfortunately, there is no smoothness. The only skin where there is smoothness is confluence.
I was surprised by the smoothness the interface kodi on RK3288 (Asus tinker board). You can see in video 1080p60 resolution:
Display Spoiler
External Content www.youtube.comContent embedded from external sources will not be displayed without your consent.Through the activation of external content, you agree that personal data may be transferred to third party platforms. We have provided more information on this in our privacy policy.External Content www.youtube.comContent embedded from external sources will not be displayed without your consent.Through the activation of external content, you agree that personal data may be transferred to third party platforms. We have provided more information on this in our privacy policy.
For RK3328, it's the same speed as on RK3288.
Maybe on RK3288 it is 10% faster.
Can dirty regions decrease CPU usage, improve CPU decoding on RK3328 or already implemented?
Kodi's Dirty Regions - ARM GPU Tech - improving Kodi rendering performance
Or the 2D or IEP units help to offload CPU usage when software decoding is used for eg. Inputstream software decoding?
Really looking forward for even better software decoding, so 720p Inputstream playback is smooth without any micro freezes on RK3328.
I also see if you change the 'Limit GUI Size' to 720p and use Netflix, Amazon then there are a lot of crashes and LE restarts, leaving it on 1080p seems to stop the crashes. 720p GUI with software decoding might decrease CPU load further and work better?
960x540p streams in Netflix seems to play very smooth now, 720p streams are also smooth until there is fast motion or more moving objects on the screen, then stutters appear and the audio starts to crack then it goes away again after a few seconds.
Is the CPU using an optimal governor eg. ondemand, interactive in the kernel that can help with spikes in higher usage to smooth it out when more items or motion appear on the screen, not sure if this can also help if changed for software video decoding?
RK3399 Linux support is vastly superior to S912 that don't have any GPU drivers and rely on slow Android libhybris drivers.
Here is some more info about Armbian Linux on RK3399
With the media script you can play 4K video in Linux, desktop is also very fast with 3D apps that are also working.
[Development] RK3399 media script - Rockchip 3399 - Armbian forum
Status Matrix
http://opensource.rock-chips.com/wiki_status_matrix
If you look at RK3399 that are popular with LE and will get more support in future, you can look at the devices for which images are build for and used by developers.
I would recommend you only get a RK3399 device that is supported by Armbian or LE otherwise you are going to have a very difficult time to get wifi, bt and everything else to work yourself from a 'ship and forget' device.
Khadas Edge, RockPro64, Radxa NanoPi are good choices as they also have their own forums where users discuss Linux related topics.
A user that has a Sony Bravia tv says with HDMI CEC with the tv's Bravia remote,
he can't use the remote for up/down left/right run/stop etc. on RK3328 images.
I asked he must most the model number too.
Is there a way to get logs for troubleshooting for this remote, what steps to do, or something you can add to CEC code to help with Sony Bravia remotes?
I will do some tests using this and I am also working on an alternative where software decoded video can be rendered using direct-to-plane instead of the GLES pipeline, it will not be zero-copy rendering but rendering would bypass gpu, downside is no deinterlace support.
This is due to Kodi using something that is defined in GLES3/gl3.h without including this header. The libmali package is using the latest EGL-Registry and OpenGL-Registry include files, if it works using mesa or Android without GLES3/gl3.h it is probably because they use non-standard include files.
Edit: It looks like gl3.h is included from xbmc/system_gl.h at master · xbmc/xbmc · GitHub, I am guessing this compile issue only happens on non GLES3 targets. GLES3 headers should be installed for RK3288/RK3399 targets (they support GLES 3.1/3.2).
Edit2: I pushed some commits to Commits · Kwiboo/xbmc · GitHub including a fixup that should fix compile issues on RK3328 (it now checks if GLES3 headers exists). Test images including these changes can be found on Index of /test/ (untested).
That would be great.
Deinterlacing is not a problem as all 720i/1080i H264 or mpeg2 uses hardware decoding correctly.
Addons like Netflix and Amazon Prime display everything in 720p/1080p and there are no interlaced content on there.
I tested Netflix on your new build:
CPU usage seem to have gone down, eg using 30-50% CPU on all cores, sometimes with a few spikes when playing 720p Netflix streams with Inputstream h264, software decoded.
But the audio is crackling and 720p h264 Inputstream software decoding still plays in slow motion with stuttering with this lower CPU usage.
I hope your new direct-to-plane software decoding can help so video playback in such a case can be smoother.
Thanks
Can you include one of the patches mentioned here?
Amlogic LE builds seem to play software decoded 720 Netflix better now with those changes.
Maybe it can help with RK3328 software decoding Inputstream DRM streams too like Netflix, Amazon Prime Video etc?
I get the following compile error:
LinuxRendererGLES.cpp:286:19: error: 'GL_UNPACK_ROW_LENGTH' was not declared in this scope
Compile error: [C++] GL_UNPACK_ROW_LENGTH error - Pastebin.comSeems the LibreELEC Kodi code is different then Kodi Github branch.