home network streaming issue; every media player crashes

I have set up a home network, wired and wifi (netgeart modem + ORBI mesh).

My desktop is an iMac 27" 5k retina 2017 running ventura 13.7.8. TVs are on the network as are our phones, a couple of ipads, an M1 laptop, and a new M4Mac mini. It is the M4Mac mini that is exhibiting the problem.

I recently upgraded to the M4Mac mini from an Intel Mini. They both run/ran the latest Sequoia. Both minis have the problem.

The problem is streaming video—and it is only on the mini, the others behave fine. The videos are stored on an external drive connected to my desktop.

The problem:

No matter what video player I use, Quicktime, VLC, Movist pro, IINA and no matter how I connect, by ethernet cable or wifi, when I stream a video to the mini it often will spontaneously pause in mid playback and spontaneously the slider on the timeline progress bar goes to the end. Of the players listed, IINA seems the most stable.


The only cure, that only works sometimes, is to open another video, then close it or wait for it to "crash," then go back the the original video which may begin play where it crashed, or may open at the beginning, and play for a while until it crashes again, or actually plays to the end of the video. The success rate of starting and finishing a video is maybe 10%. Skipping ahead or behind may precipitate a crash, not sure, but it seems to???


This is the same home network I have used for years without issue. The problem started, I believe, when ventura was upgraded to 13.4 or 5 iirc. Prior to that all was fine, no problems.

I've played with it a lot and nothing works. The only thing I can think of is incompatibility between the latest Ventura versions and sequoia, but that doesn't explain why my laptop doesn't seem to exhibit the crashing or why the TVs play fine with both YouTube TV, and on Youtube.

I know this sounds complex.


Any ideas or trouble shooting tips appreciated. and TIA


Mac mini (M4)

Posted on Oct 7, 2025 1:17 PM

Reply
Question marked as Top-ranking reply

Posted on Oct 16, 2025 1:24 PM

JayElDee2 wrote:

A bit confused...even with the VPN uninstalled I had the problem occur


So to confirm, from earlier:


I uninstalled my VPN, rebooted, and tried again. This time everything worked. Living dangerously, I reinstalled the VPN…


[and everything broke, again, worse]


There are pieces of the VPN still installed.


Maybe the VPN vendor has a removal tool?


I’d likely get a backup, and reinstall this Mac, without migrating apps, and without adding VPNs.

33 replies
Question marked as Top-ranking reply

Oct 16, 2025 1:24 PM in response to JayElDee2

JayElDee2 wrote:

A bit confused...even with the VPN uninstalled I had the problem occur


So to confirm, from earlier:


I uninstalled my VPN, rebooted, and tried again. This time everything worked. Living dangerously, I reinstalled the VPN…


[and everything broke, again, worse]


There are pieces of the VPN still installed.


Maybe the VPN vendor has a removal tool?


I’d likely get a backup, and reinstall this Mac, without migrating apps, and without adding VPNs.

Oct 17, 2025 10:55 AM in response to JayElDee2

I'm surprised no-one questioned this:


disk4 - Samsung PSSD T7 1.00 TB

External USB Up to 480 Mb/s USB


Your SSD drive is throttled by the (relatively) slow USB2 interface. While this wouldn't ordinarily cause crashes, it can lead to buffering, pauses, and other playback issues.


Might be worth trying:


1) copying the video file locally to the MacMini and playing it from there - would eliminate the network and the server as culprits

2) copying the video file to the internal hard drive of the server and streaming it from there - would eliminate the USB interface as the bottleneck/cause.


A 30-year old network cable could also be the problem. What's the distance of that cable run? Cat5e is only rated for 1000mbps up to 328 meters (1,000 ft).


Unfortunately, etrecheck doesn't report the ethernet link speed (@MrHoffman - any way to add that in?)


Oct 17, 2025 12:28 PM in response to JayElDee2

> That SSD is not being accessed, it is merely plugged into the mac mini. TBC, it is NOT the source of the video streaming.


Oh, my bad. Your original post stated:


> The videos are stored on an external drive connected to my desktop.

and that drive looked like the most likely candidate.


> But, it would seem that other services would also take a hit if the cable were going bad, though admittedly streaming video may be the most challenging, but is that more challenging than watching youtube videos or TV over YouTube TV?


Not necessarily. YouTube is optimized for low bitrates (something in the single digit mbps) whereas a local file would try to download as fast as possible (depending on the app and server config). Either way, certainly not apples-to-apples.


Two additional things to try if you're up for using the Terminal:


ifconfig -au


Look for your ethernet interface (likely listed as en1 or en2, but can vary widely depending on system configuration). Amongst other things should be a line like:


> media: autoselect (1000baseT <full-duplex,flow-control>)


Here you can see my ethernet link is up at 1000baseT (1gbps)


A second one to try would be:


netstat -i


Look for the same interface name that you saw in the ifconfig output and check the Ierrs and Oerrs columns which indicate the number of errors seen on the interface. Ideally they should be 0. If they're significantly non-zero then there's a problem with the interface or the cable.

Oct 19, 2025 11:14 AM in response to JayElDee2

There's no discernible difference between the network setup (ifconfig) between VPN and non-VPN runs, so that's not likely to be the issue, except that you have an en8 and en9 networks that are active, but it's not clear what they are - one has a self-assigned IPv4 address (169.254.205.179) and the other has an IPv6 address.


en8: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
	options=404<VLAN_MTU,CHANNEL_IO>
	ether 86:89:ad:2d:76:cc
	inet6 fe80::108c:13af:ed9e:9750%en8 prefixlen 64 secured scopeid 0x17 
	inet 169.254.205.179 netmask 0xffff0000 broadcast 169.254.255.255
	nd6 options=201<PERFORMNUD,DAD>
	media: autoselect
	status: active
en9: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
	options=404<VLAN_MTU,CHANNEL_IO>
	ether f6:cf:2c:f8:91:ef
	inet6 fe80::f4cf:2cff:fef8:91ef%en9 prefixlen 64 scopeid 0x18 
	nd6 options=201<PERFORMNUD,DAD>
	media: autoselect
	status: active


As for the netstat commands, I should have been clearer - the statistics are cumulative, so I would expect the counts to be 0 shortly after a reboot... there hasn't been enough traffic to generate any errors (especially if error rates increase with utilization). It would be worth running netstat before and after you've experienced the problem, to see if any differences appear.

Oct 17, 2025 11:48 AM in response to Camelot

Hi, Camelot, thanks for jumping in

I'll answer in text.

But before I do, I tried another workaround last night and it didn't really help. I tried playing a video through the DuckDuckGo player, ie using DDG to play the video. It played, but it paused also with a freeze frame. IOW different symptom, but the same disease.

In text

>'m surprised no-one questioned this:


>disk4 - Samsung PSSD T7 1.00 TB

>External USB Up to 480 Mb/s USB


>Your SSD drive is throttled by the (relatively) slow USB2 interface. While this wouldn't ordinarily cause crashes, it can >lead to buffering, pauses, and other playback issues.


That SSD is not being accessed, it is merely plugged into the mac mini. TBC, it is NOT the source of the video streaming. The problem was there even before that SSD was connected. That SSD was used to transfer files from my old mini—which showed the same problems—to the new mini. I could disconnect it and I think there would be no change.



>Might be worth trying:


>1) copying the video file locally to the MacMini and playing it from there - would eliminate the network and the server as >culprits

>2) copying the video file to the internal hard drive of the server and streaming it from there - would eliminate the USB >interface as the bottleneck/cause.


re #1 I did that and in limited testing playback was fine. I didn't spend a lot of time doing it, but it worked for an hour or so, or long enough for me to think that it was the network that was somehow the problem.


re #2 I'll try that and you gave me an idea. I have a backup external drive that I will try to see it using a different external drive makes a difference. Of course, if the problem persists when a file is coming from my internal drive on the server, then it could be assumed that it would happen coming from a different external. Your suggestion does eliminate the external drive as the problem, I would think.


>A 30-year old network cable could also be the problem. What's the distance of that cable run? Cat5e is only rated for >1000mbps up to 328 meters (1,000 ft).


Yes, I thought of that and it is not something I want to be the problem. The cable run is prob about 120-150? feet. But part of that run is outside. The outside 5e is (for the most part) within pvc pipe and off of the ground, but it is exposed to temp swings and it is not impossible that moisture got into the pvc enclosure. It is not easy to check though I may tackle that today?? But, it would seem that other services would also take a hit if the cable were going bad, though admittedly streaming video may be the most challenging, but is that more challenging than watching youtube videos or TV over YouTube TV?


@Mr Hoffman. If I were to reinstall the OS, would that be the time to upgrade to Tahoe (if desired) and could I use the recovery function to do that, rather than wiping the drive clean?


I have not tried to reproduce the problem in safe mode, but will try, maybe this evening.





Oct 16, 2025 11:31 AM in response to JayElDee2

I uninstalled my VPN, rebooted, and tried again. This time everything worked. Living dangerously, I reinstalled the VPN and things continued to work properly. So, I though maybe something was corrupted in the previous VPN install and now was corrected. But, I wanted to try it a second night.

This time, with the VPN installed and no other changes from the previous successful evening, the problem re-appeared, though less than originally.

I uninstalled the VPN again, rebooted and this time the problem continued.

Etre attached


Oct 8, 2025 10:35 AM in response to den.thed

Thanks for jumping in

The order I found was

Ethernet

ThunderBridge (not connected)

WiFi



I moved WiFi up. and ThunderBridge down. And as I said, I've seen the same behavior using solely wifi or solely ethernet.

I am probably using Cat 5 cable, don't know that for a fact. I have been using the same cable for the network since the 90s. I had access to it in the mid 90s, so maybe cat 6 was not yet out? Part of it does run outside, but is enclosed by pvc pipe; still it has been there for 25+years-enclosed. As I said, the network was working fine until Ventura upgraded a few months ago, may be coincidence though

home network streaming issue; every media player crashes

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.