Hello,
I have two Raspberry PI Libreelec installations one on a RPI2b and the other RPI3b both recently updated to libreelec 9.2.0. from version 9.0.2 (made no difference to the problem described). These were up until recently connected to a TALKTALK Hub/router Huawei HG533 with A 128Gb Kingston usb memory stick plugged into it for use as network storage accessed using Samba. Both RPI were happy to stream Mp4 Video files of various sizes (ranging 2.5 Gb down to a couple of Mb or smaller) without any problems whatsoever.
Unfortunately the Huawei HG533 decided to die on me and so I have replaced it with A TP-Link Archer C7 AC1750 Cable router with the Kingston memory stick plugged into the back and the Media Server name set to HG533 so it looks the same to the rest of the network. Now the vast majority of the smaller Video files still play as before, but files larger than a couple of 100Mb invariably fail in one of two ways. The smaller ones look as they are going to start but then crash out and can play the next smaller video okay. With the bigger files (GB'S) you just get the working icon going round and round until the user exits. This however leaves the play icon bottom left of screen remains and a reboot is required. I also have some large MPEG files and these behave the same as the smaller MP4's and just exit back to prompt.
The RPI'S can also see a usb stick stuck in the back of my main Talktalk Huawei HG633 VDSL router and they can still play any of the files okay from that.
In addition I have Android Kodi 18.5 on a Huawei Tablet and also kodi on a Ubuntu PC and they can read any of the files hosted by the Archer usb stick as before with no problem. So it looks like Archer/RPi/Libreelec incompatibility problem only. Possible Samba/version/timing?
Note:- The Archer hosted memory is password protected, but that on the HG633 is not.
Looking at the logs :-
Archer Fail
13:34:08.134 T:1937555472 NOTICE: VideoPlayer::OpenFile: smb://HG533/jim/Video/Misc/SAP492X/Real Road Test 1982 Ford Escort 1.3L Mk3.mp4
13:34:08.138 T:1405768576 NOTICE: Creating InputStream
13:34:08.395 T:1405768576 NOTICE: Creating Demuxer
13:34:09.465 T:1279120256 ERROR: Read - Error( -1, 103, Software caused connection abort ) <<<<<<<<<<----------------------------------
13:34:09.670 T:1405768576 NOTICE: Opening stream: 0 source: 256
HG633 Plays okay
13:55:26.562 T:1937358864 NOTICE: VideoPlayer::OpenFile: smb://192.168.2.1/share/Video/Paris/Real Road Test 1982 Ford Escort 1.3L Mk3.mp4
2019-12-14 13:55:26.564 T:1799328640 NOTICE: Creating InputStream
2019-12-14 13:55:27.265 T:1799328640 NOTICE: Creating Demuxer
2019-12-14 13:55:30.081 T:1799328640 NOTICE: Opening stream: 0 source: 256
Hardware Version : Archer C7 V5.0
Firmware Version : 1.0.11 Build 20190726 rel.57101(4555)
Anybody have any idea why this is happening or even better a solution to it ?.
Would openwrt firmware help perhaps?.
Thanks in advance
Jim
Edit :>>>>>>>>>>> Work around that solves the problem completely with reservations.
Set max Samba protocol to 'SMBV1'
Kodi System -> Services -> SMB client -> Maximum protocol version = 'SMBv1'
There are three Samba protocols SMBv1, SMBv2 and SMBv3. SMBv1 is deemed insecure and for that reason it is no-longer enabled by default in Windows 10. So solution is not ideal. The Archer C7 router supports at least up to SMBv2. Unfortunately TP-link don't include the protocol information in the router specification.