Posts: 9
Joined: Dec 2017
Reputation:
0
Hello zehner,
thank you for replying! I am happy that somebody else around has the same setup. In fact I did play with my cache settings and came up with a stable stream, no buffering, no stutter with this settings in advancedsettings.xml:
<buffermode>1</bufferingmode>
<memorysize>139460608</memorysize>
<readfactor>20</readfactor>
Else, some more info:
- I tried NFS and it was the same, but I will definitely try mounting through fstab
- I switched gpu_mem to 320
- with the above config it`s OKAY
- I am using a modest overclock directly from the LS80-script.openelec.rpi.config-0.20.1-0-g34099b0.zip plugin - it just modifies the config.txt for you
This was the codec/movie tested (25gb of size):
Container.......: Matroska
Size............: 24.1 GB
Source(s).......: Blu-ray 1080p AVC DTS-HD MA 5.1
Compression.....: no zlib, no header stripping
---(VIDEO)----
Codec...........: AVC
Type............: progressive
Resolution......: 1920x1080
Bit rate........: 28.6 Mbps
Frame rate......: 23.976 fps
---(AUDIO)----
Format..........: DTS-HD MA
Channels........: 5.1
Bit depth.......: 24 bits
Sample rate.....: 48 kHz
Bit rate........: 3990 kbps
In reality with Kodi 17.x (LibreELEC 8.X) and the default cache settings (20mb) it is nearly impossible, video starts, runs for 20-30 seconds, buffering starts, cannot handle, sounds disconnects, video turns to slideshow.
I am very interested into checking this part "Prefer linux system mounts (fstab) over KODI mounts (smb://)" since we know that there were bigger changes in the SMB protocol in Kodi 17.6 LE 8.2.3 - so probably this can make a huge difference, appreciate if you can drop your example or I ll check the net.
I have a H96pro plus Android S912 Amlogic box and it`s hardwired to 1GB - everything smooth, do not have to touch cache at all.
Again, many thanks for your input, really appreciate it.
Posts: 77
Joined: Nov 2009
Reputation:
3
2018-02-01, 13:42
(This post was last modified: 2018-02-01, 13:54 by zehner.)
Check your free memory, your setting
<memorysize>139460608</memorysize>
is from the 1GB scenario in the wiki and the pi memory is shared (320MByte for GPU => 704 for CPU). If you have no free memory after watching a movie you could lower this setting
I have nothing special in my mount options, so
//IP/FOLDER /MOUNT/POINT auto,rw 0 0
should work (check the net, I write this from memory, at the moment I have no access to my computers). But I can remember, that I've tested a few extra configuration options and no option has made a big difference in throughput
I think the 100MBit net is the limiting factor (that's why your S912 with GBit works, I own a S905x with 100MBit that also needs the cache settings). Your file has an average bitrate of over 30MBit and can have peak bitrates above this value. Every now and then you come close to the limit of your connection. A more efficient protocol or better cache settings can reduce the risk of dropouts
I don't think the SMB updates in LE are the source of your problem, because I have seen the same performance difference in Ubuntu, Suse, Gentoo, ... A system mount (fstab) is always faster as a program mount (e.g. Dolphin in KDE)
Posts: 9
Joined: Dec 2017
Reputation:
0
Jesus Christ, this is INSANE crazy!
Installed LibreELEC 8.2.3 from scratch - gpu_mem=256 untouched, no advancedsettings.xml (i.e. cache untouched), no hardware codecs entered...
Just mounted my NAS to /storage/nas ... and it all FLIES now.
Thank you mate!!! God bless you!
Posts: 9
Joined: Dec 2017
Reputation:
0
I have created autostart.sh :
!/bin/sh
(sleep 5;
mount -t cifs -o sec=none,vers=1.0 //192.168.1.2/video /storage/nas
)&
Decided this would be easier then modifying fstab, I guess should bring same result. NET result - everything working FLAWless now.
For future searches, if somebody experience same issues, hope this will help.