FTP client on Pi CLI maintains 3MB/s download, FTP from source to Pi maintains 10MB/s. iPerf shows 44MB/s.
Monitoring source when playing video or MP3 direct from LAN source show network utilization of between 0.3-0.75mbps - as you can imagine, this is a bit problematic for playing videos. Some MP3 work, some not so much.
All files play just fine when uploaded to pi and played locally.
@ActionA took a look, but wasn’t able to uncover anything…
So, after some consulting with others within the project, there are a few things here.
Using buffermode 1 and cachemembuffersize 0 is a mistake on pi. You are effectively forcing all media to be cached to the sdcard. You’ve effectively bottlenecked data flow at the card. Changing these from defaults should really never be required, especially if you are just dealing with LAN content. You advised that you made some edits to /usr/share/kodi/…/advancedsettings.xml. As soon as kodi is updated, these will be gone. You need to remove any changes you’ve made here or in ~/.kodi/userdata/advanc…xml so we can get back to a baseline.
After this, you need to find some way to get an ethernet cable to the pi or vice versa… Does your wifi AP not provide LAN ports for ethernet cables? We’ve got to have a way to find if the issue is wifi or something else. This is how to definitively do that.
(Possibly indicative of potential issues?)
[I had previously noted having /usr/share/…/advancedsettings.xml wiped on update - no issue]
[As mentioned before - I tried every combination of caching, so also a non-issue]
I stuck with my packet theory and managed to figure out that my gigabit ethernet adapter, which is physically wired to the WAP, did not have Jumbo Frames enabled - I set this to the max 9KB MTU, and voila. Everything streams over like a boss.
This doesn’t totally explain the issue, as again, I could transfer to and from the Pi and source just fine, as long as this was outside of the player itself.
I feel like this may indicate some packet frame negotiation issue somewhere in the Pi stack, and may very well be worth noting as my config is likely fairly common.
Props to @ActionA for all the digging. Props to @sam_nazarko for insane amounts of work on the Pi et al.
I have similar problems now, had my Pi3 for around 1-2 years now, the issue is starting to come up in these few month, when my pi was brand new i’m using cifs mount and had no problem streaming 1Gb files of movies HEVC4/5 720 & 1080, and i’m using wifi as a LAN connection it’s a buffalo wifi ap with 3 antenna’s, a cisco modem with built in wifi, and using mikrotik as AC router, I can connect via cisco or buffalo or mikrotik, but it’s all just ending up the same, lagging in playback, so after using samba/cifs on fstab mounted, and runs smoothly for about 1 year, then when it’s start to lagged, I move it to NFS (UDP) and distribute the advancedsettings.xml, but now rather then lagging, it encounters another issue, 1st sometimes it’s slow in performance of UI, hang in the middle of playback, or taking too long to open a movie.
i was thinking to buy the Pi4B but before doing that, i want to make sure a couple of things:
is there issues with the updated version of OSMC, does anyone had bad performance this year? (since last year through around feb i think, i didn’t have any performance issue.
is someone out there has the experienced in measuring the best way when sharing via LAN is using what kind of protocol? CIFS, NFS or FTP mount would be the best choice.
if cifs v2 or v3? if NFS is based on TCP or UDP?
any input would be appreciated guys. talk to me and share ur thoughts PS: i didn’t post any logs, since it hangs all the time, so formatted it and fresh install and also testing different kind of SDHC too.
Are you sure your issue is with your network connection and not the fact that your trying to play h.265 files on a machine with no hardware decoding for this format? I would recommend copying one of these problem files over to local storage and try to play it from there. I suspect you will find the same playback issues.
I don’t understand how playing a file from directly attached storage vs. a network share would change the performance of the UI. I also am a bit confused on how even a bad connection on the RPi’s admittedly not great wifi wouldn’t be able to sustain less than a 1mb/s transfer rate.
You either have a problem with your hardware, your source device, or your wifi network. It is clearly not a network protocol or OSMC issue. I checked my RPi 3b+ on wifi and was not seeing an issue with the speed…
when using AC router only my laptop can connect, i don’t think the pi3 are able to connect to an AC wifi. but since my AC router have 2 chip in it, one is B/G/N and the other is A/N/AC (bridged), so osmc connect to B/G/N while my laptop connect to AC the results are like this:
Like I posted earlier I tested with my RPi 3b+ and indeed the RPi 3 is not dual band. I have a couple 3’s I could test with but I don’t see the point. Your own results are showing the issue is with your wifi setup as you went from 2mb/s to 20mb/s to 7mb/s on the routers you tested with. I would recommend you spend some time on the internet learning how to optimize your wifi. You should be able to get much better speeds than what your seeing on all the routers you tested.