Everything seems to work on rockpro64, but I have the same problem with network or samba. Read files from Libreelec is extremely slow and sometimes, it freezes.
Display Spoiler
Writing from Windows to Libreelec:
Reading from Libreelec:
It seems a network driver problem. I bought an usb3 gigabit adapter and now, the write speed is around 80Mb/s and the read speed 35Mb/s. Stable without broken file transfers. 
The guys with the buffer problems, could you describe how to reproduce it? Trying to reproduce. 7h pvr playback an no buffering yet.
The guys with the buffer problems, could you describe how to reproduce it? Trying to reproduce. 7h pvr playback an no buffering yet.
I think this patch will solve the Samba problem
kodi/amlogic: reduce samba chunk size to 32k to improve playback · CoreELEC/CoreELEC@c77f474 · GitHub or 1 line difference, same patch
The guys with the buffer problems, could you describe how to reproduce it? Trying to reproduce. 7h pvr playback an no buffering yet.
in general buffering only happens sometimes at my mvr9 when watching tv streams from my tvheadend server, but i cant really say it is always on the same type of channel (interlaced 50hz material like sports/soccer and so on)....maybe it has something in common with the LAN problem ? transfer on LAN could be interrupted ... buffering appears ?
Sorry,would like to help more...is there a scenario i should test ? give me a hint and i will do...
p.s.
interlaced sports channels 1080i are seemes to be stuttering for a few ms sometimes too. on other material this does not happen....or it is even not visible...
Display MoreHi,
i bought few days ago ROC-RK3328-CC, 4GB version, with 16GB eMMC 5.x card from Firefly: Firefly | Make technology more simple , Make life more intellingent.
I'am able to run only LibreELEC only from t-firefly page.
I suppose, that version's for my SBC are like: LibreELEC-RK3328.[something].roc-cc.img.gz
- i'am unable to run any version from Index of / nor from http://cvh.libreelec.tv/test/rk3328/
- i tried only *roc-cc.img.gz images
- behaviour is always same: after flash image, after few seconds board switch to mode, when only red LED flashing, and after another few seconds is board rebooted, than again this loop
- i tried both ways: install it on SD card or eMMC with same results
I tried many IMG's, and have these results:
- i'am able to flash and run mo123 builds (after flash MVR9, or Rock64 image, my board just boot and start kodi), but without wifi (i'am using Tenda U3 wi-fi dongle: Tenda U3 300Mbps Mini Wireless 11N USB Adapter-Tenda-All For Better NetWorking)
- i'am albe to flash and run LibreELEC build from t-firefly.com download page Firefly | Make technology more simple , Make life more intellingent.
- in package from t-firefly.com download page is: LibreELEC-RK3328.arm-9.0-devel-20180412193409-r28268-g161230a-roc-cc.img
- this IMG from Firefly works form me, and also with my wifi dongle (Tenda U3 - mentioned before), but unable to run/install any pvr.addons - it's says some "kodi.binary.global.main" problem, it's unable to met dependency kodi.binary.global.main v1.0.3, or something like that..... (i think, this is about obsolete Kodi build).
Can You someone able to help me to run some LibreELEC build for my ROC-RK3328-CC with working pvr.addons?
Why is behaviour of nigtly/snapshot builds for *roc-cc.img like flashing red LED and nothing happend?
Why I unable to access/use wifi with mo123 build for other RK3328 SBC's?
Thank you for any help in any way
News about my discovering of ROC-RK3328-CC, and running LibreELEC on it
1) I have to say sorry for missinformation here
- on ROC-RK3328-CC I'am able to run all latest build's from Index of / or, http://cvh.libreelec.tv/test/rk3328/
- after first tries I was confused with LED flashing/color combination's (there are differeneces: eMMC vs. SD card vs. different distribution - Android/Linux, and at first I'am wasn't allways connected to HDMI output to check whole boot process. With combination of first reboot of LibreELEC I got little bit confused...)
2) Issues with my WiFi dongle are only on Android build's for my SbC
- any Android are unable to use my WiFi dongle by default
- this problem is not related to LibreELEC at all
- it's about support of RTL8192EU WiFi on Android, on LibreELEC build's my Wi-Fi dongle just work fine
3) my PVR add-on problem on Firefly LibreELEC build
- I can confirm, that this problem was about obsolote Kodi build in Firefly LibreELEC img, in nightly builds, I'am able to install this addon without problem
Things need to be improved for ROC-RK3328-CC for my daily use
1) problem with playback h.265 videos
- there is few mentions about issue, when the picture freeze after start of playing, or after switching video(or PVR channel). I can confirm this behaviour also on on ROC-RK3328-CC (tested on CvH's LibreELEC-RK3328.arm-9.0-devel-20180919223845-3e985ea-roc-cc.img.gz) // audio play normally after switch/start, but picture just freeze in some scene, or it's just black. Sometimes start playing or switching channel just go well...
- PVR addon only give URL with stream to Kodi // then I suppose, that the main problem is in h.265 playback
2) board freeze after going to list of TV channels on PVR addon (switch to black screen and no LED flashing - only hard reset is working in this case) // I'am able to switch to specific channel by Kore/Yatse (remote control app's)
- I use one of official PVR addon for Kodi 18 // pvr.sledovanitv.cz (officaly supported PVR addon from Kodi 18 Alpha 3)
- This can also be problem of addon itself, or problem with nightly build of Kodi (on other HW/kodi builds this addon just work well)
3) problem with correct aspect ratio for vidoes
- my PVR addon has options to use h.264 or h.265 // in h.264 are aspect ratios OK, after switch to h.265 ratios are not OK
- in h.265 my 4:3 videos are stretch to 16:9 aspect ratio 
but after switchint to h.264 aspect ratio is OK
Can I help in any way, to solve these issues(or other issues) for ROC-RK3328-CC?
1) What test scenarios and logs/outputs I'am able to provide to community to solve these problems?
- I'am able to provide you logs, and other needed things to debug this - I'am only need to known what exactly
2) I'am able to compile add-on or LibreELEC itself
- So I hope, that I can help also with some non-standart test/debug for ROC-RK3328-CC
Thank You in advance!!
Im planning to try again libreelec on my rock64 but im wondering, a loooooong time ago images included some sort of flash memory protection, cant remember if it was an addon, plugin, integrated, any, but i wonder if its still included on newer builds as i plan to install it on a microsd (basically the addon/plugin watever moved the log writing and other temporal writing tasks into memory if i recall correctly), i did some google searching but cant find if its still included in the latests alphas...
Im planning to try again libreelec on my rock64 but im wondering, a loooooong time ago images included some sort of flash memory protection, cant remember if it was an addon, plugin, integrated, any, but i wonder if its still included on newer builds as i plan to install it on a microsd (basically the addon/plugin watever moved the log writing and other temporal writing tasks into memory if i recall correctly), i did some google searching but cant find if its still included in the latests alphas...
Utilize folder2ram - Raspberry Pi - OSMC Forums
Im doing deeper googling and im seeing that its probably not needed anymore and thats why i dont hear about it since so long, im going to do my testing in a few days anyway but it would be nice to hear something about this from some of the gurus anyway, thanks all for reading... 
latest builds are also available at the Official LE9 releases
latest builds are also available at the Official LE9 releases
Feedback is still on this post?
Feedback for LibreELEC-RK3328.arm-8.90.006-rock64.
Thank you for your ongoing work!
I would like to provide feedback on the latest alpha.
Observed behavior:
A video is left paused, and the TV is left turned on.
Screen eventually goes to black except for the time indicator in the top right hand corner.
Moving the mouse causes the video image to reappear as expected, however upon attempting to resume the video or stop it all video output from the system stops. A power cycle is required to bring the system back online.
Expected behavior.
The TV should be turned off by CEC when left paused for an extended period.
The video should be blank, and not show a paused time indicator to prevent screen burn if the TV is not turned off by CEC.
Un-pausing the video should not result in a non-responsive system.
I will try to provide pics or anything else you might like. Just let me know.
Hi,
I test image LibreELEC-RK3399.arm-8.90.006-rockpro64.img, the main problems I have are :
1) I am unable to play 4K video in 4K, it play in 1080P. I use the exact same hdmi cable that my Minix U9-H and with this one I am able to play 4K HDR without any problem.
2) It's an alpha version so, I don't really care but a lot of 4K HDR (playing in 1080p on my systme) are not playable.
3) Something you already know, Audio Passthrough is not working.
I do not think it's significant to provide log in my case but, if that can help I can provide it.
A+
I am unable to play 4K video in 4K, it play in 1080P.
You know about whitelisting resolutions ??
Is it possible you haven't whitelisted 4k ??
3) Something you already know, Audio Passthrough is not working.
Audio passthrough works for me, except DTS-HRA.
1) I am unable to play 4K video in 4K, it play in 1080P. I use the exact same hdmi cable that my Minix U9-H and with this one I am able to play 4K HDR without any problem.
I am aware of this issue on the RockPro64 and it is caused by Display Port support being enabled in the device tree for RockPro64 very late in the release cycle.
Working on an update that should allow 2K resolutions on DP and 4K on HDMI along with adding DP support to the other RK3399 boards.
A video is left paused, and the TV is left turned on.
I have been able to reproduce this issue, I am not sure I will be able to fix resume in all cases and will focus on a fix that stops the video playback when the mpp library is reporting too many consecutive error frames.
mike2002 . Yes, it happens sometimes. But if I stop and play again, it usually works properly. With the DTS-HRA there is no sound in any way
I started this thread thinking that i was having samba speed problems but now im starting to think that maybe there is some problem with the network driver on the rock64? i came to this conclusion after testing it with the proftpd addon, i get 30MB/s LE->W10 and about 45MB/s W10->LE, also i tried with SFTP and i get 30-30, its not bad and im going to keep using it as is but its not good either, the same hardware setup can give me 70-80MB/s with OMV, same cables, same router, same hdd...
Can there be something related to the ethernet driver used by libreelec that limit the upload? its the same driver/options that the omv people use?
Some stuff i tried:
- stopping docker since it create a virtual lan interface, same results
- forcing min/max to smb2 and min/max smb3 on libreelec, no changes
- Completelly disabling smb1 on W10, no dice
- Disabled LSO on W10, no luck
- did most of these tests watching closelly htop and the worst offender was sftp with about 40-50% cpu use, still had room to work
Again, its not a problem since it works and at a good enough speed for media (even up to 4k) but slower than it should be
Any tip/help is GREATLY apreciated
PS: i did an iperf in both directions, and now im totally lost about what happens here:
LibreELEC:~ # iperf -s
-----------------------------------------------------------
Server listening on 5201
-----------------------------------------------------------
Accepted connection from 192.168.1.214, port 51881
[ 5] local 192.168.1.250 port 5201 connected to 192.168.1.214 port 51882
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 109 MBytes 914 Mbits/sec
[ 5] 1.00-2.00 sec 111 MBytes 933 Mbits/sec
[ 5] 2.00-3.00 sec 113 MBytes 948 Mbits/sec
[ 5] 3.00-4.00 sec 109 MBytes 914 Mbits/sec
[ 5] 4.00-5.00 sec 109 MBytes 915 Mbits/sec
[ 5] 5.00-6.00 sec 112 MBytes 939 Mbits/sec
[ 5] 6.00-7.00 sec 111 MBytes 933 Mbits/sec
[ 5] 7.00-8.00 sec 112 MBytes 940 Mbits/sec
[ 5] 8.00-9.00 sec 112 MBytes 936 Mbits/sec
[ 5] 9.00-10.00 sec 106 MBytes 886 Mbits/sec
[ 5] 10.00-10.04 sec 4.05 MBytes 926 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.04 sec 1.08 GBytes 926 Mbits/sec receiver
-----------------------------------------------------------
Server listening on 5201
-----------------------------------------------------------
^Ciperf3: interrupt - the server has terminated
LibreELEC:~ # iperf -c 192.168.1.214
Connecting to host 192.168.1.214, port 5201
[ 5] local 192.168.1.250 port 39922 connected to 192.168.1.214 port 5201
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 96.1 MBytes 806 Mbits/sec 1 211 KBytes
[ 5] 1.00-2.00 sec 96.0 MBytes 805 Mbits/sec 0 218 KBytes
[ 5] 2.00-3.00 sec 96.4 MBytes 808 Mbits/sec 0 218 KBytes
[ 5] 3.00-4.00 sec 95.3 MBytes 800 Mbits/sec 1 215 KBytes
[ 5] 4.00-5.00 sec 96.1 MBytes 806 Mbits/sec 0 215 KBytes
[ 5] 5.00-6.00 sec 96.6 MBytes 810 Mbits/sec 0 215 KBytes
[ 5] 6.00-7.00 sec 96.4 MBytes 809 Mbits/sec 0 215 KBytes
[ 5] 7.00-8.00 sec 96.6 MBytes 809 Mbits/sec 0 215 KBytes
[ 5] 8.00-9.00 sec 95.5 MBytes 802 Mbits/sec 0 215 KBytes
[ 5] 9.00-10.00 sec 96.4 MBytes 807 Mbits/sec 0 215 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 961 MBytes 806 Mbits/sec 2 sender
[ 5] 0.00-10.00 sec 961 MBytes 806 Mbits/sec receiver
iperf Done.One direction and the other, so i dont know what else to test, lan gives me 80/90, hdparm gives me 100+ but soft is slow...again any idea/tip is totally appreciated
PS2: im trying crazy stuff and tried renice-ing smb and made allmost no difference