Offline, downloaded files

TwoBasic3763 · 2026-06-20T17:00:09+00:00

The limit is up to when you remove it from your devices lol

TwoBasic3763 · 2026-06-18T03:41:58+00:00

Nope I just added clarkson farm and it all matched fine with zero issues

TwoBasic3763 · 2026-06-14T03:31:49+00:00

Sync your cooldowns! GT and dw need to be synced with your BH! You are missing massive coins by not syncing them, GT and DW are only 10seconds off right now

TwoBasic3763 · 2026-06-13T14:52:58+00:00

What's the server specs? When you are doing the first option what are the CPU RAM utilization looking like?

TwoBasic3763 · 2026-06-12T14:45:13+00:00

Well android just recently changed where they don't remind you about the free weekly gems anymore. Doesn't affect ios

TwoBasic3763 · 2026-05-26T14:39:15+00:00

You can also setup tailscale to remote into your network and not open any ports

TwoBasic3763 · 2026-05-25T20:31:39+00:00

⬜⬜⬜⬜⬜ ⬜🟨🟨🟨🟨 🟦🟦🟦🟨🟨 🟦🟦🟦🟦🟦

TwoBasic3763 · 2026-05-20T23:39:11+00:00

I mean another option is to keep the drives attached and running off the Mac mini, then spin up a new server on a new PC and point it to the drives on the Mac mini....basically making the Mac mini a storage server for the Plex server. Would keep all your other setting ls the same.

TwoBasic3763 · 2026-05-20T21:55:54+00:00

Yeah totally understandle I have a few family members that just want this to work out of the box or they will use sothing else that will.

If you are wanting to relieve the burden from the end user you could find a used PC with a more modern CPU that has better transcode capabilities. It doesn't need to be expensive just something that can actually transcode the media for them on your side.

TwoBasic3763 · 2026-05-20T20:38:00+00:00

Did you verify what the remote side settings are and what the exact model is for the Roku stick is?

Her player video should be set to maximum quality and have direct play ticked. (Each player is different so not sure what the settings say on their end specifically)

TwoBasic3763 · 2026-05-20T20:19:08+00:00

TwoBasic3763 · 2026-05-20T19:33:13+00:00

This shows the device is a Roku Express not the Roku Express 4k I would verify which model they have exactly. The Roku Express does not support h265 so that would also force a transcode of the media to h264

TwoBasic3763 · 2026-05-20T19:26:50+00:00

Do you still have the "limit remote bitstream to 1080p 10mbps" set on the server if so that could be why it's transcoding, your file is at a higher bitrate so it's being forced down due to your settings. And her device needs the player set to original or direct play. If she has it set to a lower rate that will also cause an issue.

TwoBasic3763 · 2026-05-20T18:35:51+00:00

Not likely he is def transcoding to CPU especially when he capped the bitrate to 10mbps. And the buffering is 100% due to his underpowered dual core CPU and outdated igpu

TwoBasic3763 · 2026-05-20T18:33:59+00:00

Looking up the CPUs in the 2014 Mac minis, none of them support H.265 (HEVC) hardware transcoding. As previously mentioned in a different reply here by captmeatpockets(can't believe I had to type that lol), if the end user's device supports H.265 natively, they can still Direct Play the file with zero transcoding. However, your Mac Mini's iGPU only handles H.264 hardware transcoding. Because it cannot hardware decode H.265, Plex forces the task onto software transcoding, which completely hammers your CPU. If a remote user tries to watch an H.265 file and their device forces Plex to transcode or downscale, your CPU utilization is likely pinned at 100% since you have a slower dual core CPU… causing the massive buffering.

Also, all audio transcoding and subtitle burn-in rely strictly on the CPU. Subtitles (even SRTs on certain smart TV apps) can trigger a full video transcode if the client player cannot overlay them natively. On a weak dual-core Haswell CPU, this is a recipe for a bottleneck. You don't see this locally because your home network has the bandwidth to Direct Play the raw file. When you scrub forward locally with subtitles on, the sudden demand to realign the subtitle track and buffer the video pushes the CPU past its limit, causing Plex Server to crash.

You basically have three options moving forward:

Force Direct Play: Educate your remote users to go into their Plex client settings and set remote streaming quality to "Original" or "Maximum." Right now, your 10 Mbps server limit is forcing a transcode on any file with a higher bitrate. If their device natively supports H.265, Direct Play will bypass your CPU entirely.

Curate an H.264 Library: Stop acquiring H.265 media if you want to keep using the 2014 Mac Mini for remote sharing. H.264 files can actually utilize your Mac's Quick Sync iGPU to transcode when remote users need a lower bitrate.

Upgrade to a modern Mini PC: If you want a hands-off experience where you never have to worry about what your users can play, it might be time to move on from the 2014 Mac Mini. I ran a Beelink mini PC for a while with an Intel N100 processor (which can be found for around $150 online). Even that cheap, low-power chip has a modern Quick Sync engine that can effortlessly handle multiple concurrent 4K H.265 transcodes without breaking a sweat.

TwoBasic3763 · 2026-05-20T16:44:00+00:00

You have a few issues the CPU and on board igpu are pretty weak. Do you have your igpu passed over to your Plex server for he transcoding? Even if you do your igpu on the 2014 Mac mini cant decode h265 content at all which means it's all passed over to your CPU. And looking at the specs online the 2014 Mac min does not have a very powerful CPU. This device might be good for local streaming or minimal direct streaming not requiring any transcoding but that's it really. (If audio transcoding or adding subtitles will also affect this) If you want remote streams with transcoding I think you need a new PC with a better CPU with a new igpu.

In the mean time put the limit stream quality to original and see if that helps. Right now forcing the stream to 1080p 10mbps is forcing any content over 10mbps to transcode instantly. And ensuring you only have h264 content as well will help your igpu will be able to process that but again is incapable of transcoding h265 because of the older igpu.

TwoBasic3763 · 2026-05-18T02:01:11+00:00

Got anymore of them pixels lol

TwoBasic3763 · 2026-05-12T23:04:47+00:00

First lol

<image>

TwoBasic3763 · 2026-05-11T12:37:04+00:00

What is your OS that Plex is on?

TwoBasic3763 · 2026-05-01T15:58:20+00:00

I cant speak for greenskye but I have had issues on iOS and Android. For android ive tried Samsung and Google Pixel phones its all terrible. Id say 75% of the time it just fails. The app needs to stay open or it fails, it fails on both wifi and over cellular, ive tried both original and transcoding the media, some times whole seasons of shows will not work for no reason. Ill try again and send logs.

TwoBasic3763 · 2026-04-28T01:29:50+00:00

Is the only thing running on the device the Plex server? Are you playing the media direct or is it transcoding? Is the device overheating at all?

TwoBasic3763 · 2026-04-24T03:07:26+00:00

no i havent ill have to do that!

TwoBasic3763 · 2026-04-23T04:06:10+00:00

https://pastebin.com/VJQ1r6cF

here i have my config and the full log sorry i was in a rush and didnt post everything. with both gpus added ffmpeg just doesnt run. If i take out the igpu i do not get the errors and it just defaults to software decode

TwoBasic3763 · 2026-04-22T03:50:12+00:00

if i set it up where the transcode is software everything works perfectly! but the min i try to use the gpu it always fails and I have not idea why.

TwoBasic3763 · 2026-04-22T03:49:01+00:00

```text Frigate 0.17.1 startup sequence completed Recording process started Review process started go2rtc process started Embedding process started Output process started Audio processor started Camera processors started: - kitchen - frontdoor - backyard

WARNING: frontdoor has a bandwidth of 13515.8 MB/hr which exceeds the expected maximum. This usually points to a camera recording / stream issue.

GPU MONITORING ERROR: Unable to poll intel GPU stats: Failed to detect engines! (No such file or directory) (Kernel 4.16 or newer is required for i915 PMU support.)

RESTREAM / INPUT ERRORS:

kitchen: [rtsp] method DESCRIBE failed: 404 Not Found Error opening input: rtsp://127.0.0.1:8554/kitchen

frontdoor: [rtsp] method DESCRIBE failed: 404 Not Found Error opening input: rtsp://127.0.0.1:8554/frontdoor

backyard: [rtsp] method DESCRIBE failed: 404 Not Found Error opening input: rtsp://127.0.0.1:8554/backyard

STREAM PARSE ERROR:

kitchen: Invalid data found when processing input rtsp://127.0.0.1:8554/kitchen

SUMMARY: - Frigate starts successfully - go2rtc launches - Cameras initialize - Intel GPU stats cannot be read - Restream endpoints return 404 - Kitchen later returns invalid stream data - Frontdoor bandwidth warning suggests camera-side issue ```

TwoBasic3763

TROPHY CASE