Strong agree with @herman_munster - this has absolutely nothing to do with drives.
Well then I’m going to my friend’s house tonight he is the same server as me and but he has the ultra star for his movies and everything and I’m going to give him the movie that was freezing at my house and the other ones that are freezing and if it works fine and he has the latest updates and everything then I don’t know what to tell you
I’m not saying it can’t be the software problem it probably is too but I don’t know it’s just annoying
And my plex itself is it is installed on a Samsung 883 data center SSD and the drive with the movies is a separate drive but just movies on it
It could be something wrong with the encoder in that update though too That’s causing it cuz remember these videos work fine for years before on Plex
You want something else ?
Will this do?
Please, for the love of God, use the edit button. There is no need for 4 posts in a row like that.
2 Likes
No issues when playing that one back.
I see no differences from your samples and my videos other than the length. I might try to clip one of mine that I’m regularly seeing a 5 second freeze in to see if a shorter clip changes behavior. Would that be caching issue then?
I did this - I cut a sample of a file I regularly experienced a delay with - I still experienced the delay, even with the small sample file.
I did not experience the delay with the file provided by @ChuckPa.
Enough of the networking unknowns.
Build this up one layer at a time.
Found this, from Nvidia. Let’s make 100% certain there’s no network screwyiness.
Run the test for 3 minutes ( -t 180)
$ iperf3 -c ip.addr.of.Nvidia -t 180
... observe results
$ iperf3 -c ip.addr.of.Nvidia -t 180 -R
This tests both directions
https://nvidia.custhelp.com/app/answers/detail/a_id/4904/~/testing-networks-speeds-on-shield-tv
====
This is my workstation → QNAP but the output format and commands are the same.
[chuck@lizum Aladdin (2019).1989]$ iperf3 -c 192.168.0.21
Connecting to host 192.168.0.21, port 5201
[ 5] local 192.168.0.13 port 51282 connected to 192.168.0.21 port 5201
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 1.09 GBytes 9.36 Gbits/sec 0 1.53 MBytes
[ 5] 1.00-2.00 sec 1.10 GBytes 9.41 Gbits/sec 0 1.53 MBytes
[ 5] 2.00-3.00 sec 1.09 GBytes 9.40 Gbits/sec 0 1.69 MBytes
[ 5] 3.00-4.00 sec 1.10 GBytes 9.42 Gbits/sec 0 1.69 MBytes
[ 5] 4.00-5.00 sec 1.10 GBytes 9.41 Gbits/sec 0 1.69 MBytes
[ 5] 5.00-6.00 sec 1.09 GBytes 9.41 Gbits/sec 0 1.69 MBytes
[ 5] 6.00-7.00 sec 1.10 GBytes 9.42 Gbits/sec 0 1.69 MBytes
[ 5] 7.00-8.00 sec 1.10 GBytes 9.42 Gbits/sec 0 1.69 MBytes
[ 5] 8.00-9.00 sec 1.09 GBytes 9.41 Gbits/sec 0 1.69 MBytes
[ 5] 9.00-10.00 sec 1.10 GBytes 9.42 Gbits/sec 0 1.83 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 11.0 GBytes 9.41 Gbits/sec 0 sender
[ 5] 0.00-10.00 sec 10.9 GBytes 9.40 Gbits/sec receiver
iperf Done.
[chuck@lizum Aladdin (2019).1990]$ iperf3 -c 192.168.0.21 -R
Connecting to host 192.168.0.21, port 5201
Reverse mode, remote host 192.168.0.21 is sending
[ 5] local 192.168.0.13 port 51288 connected to 192.168.0.21 port 5201
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 1.09 GBytes 9.40 Gbits/sec
[ 5] 1.00-2.00 sec 1.10 GBytes 9.42 Gbits/sec
[ 5] 2.00-3.00 sec 1.09 GBytes 9.38 Gbits/sec
[ 5] 3.00-4.00 sec 1.10 GBytes 9.41 Gbits/sec
[ 5] 4.00-5.00 sec 1.05 GBytes 9.04 Gbits/sec
[ 5] 5.00-6.00 sec 1.10 GBytes 9.43 Gbits/sec
[ 5] 6.00-7.00 sec 1.09 GBytes 9.40 Gbits/sec
[ 5] 7.00-8.00 sec 1.09 GBytes 9.35 Gbits/sec
[ 5] 8.00-9.00 sec 1.10 GBytes 9.42 Gbits/sec
[ 5] 9.00-10.00 sec 1.07 GBytes 9.16 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 10.9 GBytes 9.34 Gbits/sec 43 sender
[ 5] 0.00-10.00 sec 10.9 GBytes 9.34 Gbits/sec receiver
iperf Done.
[chuck@lizum Aladdin (2019).1991]$
I’m around 900-950Mbps the whole time (I have cable, not fiber).
Show results please ?
This has nothing to do with external internet speed but has everything to do with LAN speed (wired or WiFi)
Shield_iperf3.txt (10.0 KB)
Shield_iperf3_Reverse.txt (10.0 KB)
Both (Shield and Server) are wired to my Router
as above, this is NOT a network issue.
i have files that are much larger in size and with much higher bitrates that play fine, whereas others much smaller and lower have the issue.
if there is a place to upload a 500MB file i can provide it, i’m not going to cut down a file though. testing should be done with the full file IMO.
Yeah do it share it
I am being pedantic with the networking
BECAUSE
it is absolutely useless to debug a a problem with the Shield when it’s sitting on a CRAPPY 2.4 Ghz WiFi which can’t push enough bandwidth to load up the buffers without data loss.
All good now?
Further, why is it nobody has problems playing my media AS -PROVIDED ?
Is there anything in the logs I provided? Do you only have remuxes? I optimize (transcode) all of mine with Handbrake/ffmpeg. My videos played fine in earlier versions (8.19 or 8.18, I can’t remember when this started happening).
Edit: I also remux with MKVToolnix before they go on the server
It’s not a network issue. I have my 2017 Shield connected to Unifi 8 port switch>UDM router where I see it happen the most. This is the family shared device. I don’t see this happen on the 2015 Shield further down stream, unfi 8 port switch>16 port switch>UDM where I am the only user. So focusing on the WiFi is not going to resolve this.
This is not easily reproducible but had happened with x264, 1080p 10-bit HEVC, 4K HDR mkv’s.
I don’t understand why nobody is posting samples. Just make a 5 minute sample of a file you already know doesn’t work, play it on your device to confirm it fails, then immediately grab the logs showing the sample failure, and post them with the sample file here so Chuck and others can confirm it.
Besides Dropbox, Google Drive, etc, WeTransfer allows uploads up to 2gb, just name it something like brokenfile.mkv. You can password protect it in a RAR/Zip or something if you’re really concerned.
