Plex 4K hdr keeps buffering

Server Version#: 4.69.1 (Raspberry pi model B 8gb)
Player Version#: 8.28.0.30077 (Chromecast Ultra)

Hello when I try to stream 4K HDR content from my raspberry pi model B 8gb to my chromecast ultra over wifi my buffering speed is not fast enough. When I look intoi plex dash I see thet my bandthwidth drops to 0 and then peeks and it keeps doing this over and over again.

My pi has 7 drives connected with a usb hub and sends it over wifi 5Ghz gigabit router to my chromecast ultra.

Any ideas why?

Plex Media Server Logs_2022-01-18_13-38-25.zip (3.3 MB)

Suggest turning VERBOSE logging OFF.

  1. Can’t really see what’s happening in the logs because VERBOSE only allows about 2 minutes worth to be captured (logs are fixed length)

  2. That ARMv7 , between writing logs for EVERY packet (in VERBOSE) mode and streaming whatever , will get pushed harder. Think you’re running out of CPU/bus bandwidth with all it’s doing in the background – so minimize the nonessentials.

Here are the logs without the verbose logging while streaming the 4k hdr content with the same buffering issues.

Plex Media Server Logs_2022-01-18_21-58-48.zip (2.8 MB)

Thank you.

You’re trying to remux HEVC and convert audio on an ARMv7 CPU which CANNOT do the job.

Jan 18, 2022 12:41:20.648 [0xb13add48] DEBUG - [Transcode] We're going to try to auto-select an audio stream for account 1.
Jan 18, 2022 12:41:20.648 [0xb13add48] DEBUG - [Transcode] Selecting best audio stream for part ID 58809 (autoselect: 1 language: en)
Jan 18, 2022 12:41:20.648 [0xb13add48] DEBUG - [Transcode] Audio Stream: 132779, Subtitle Stream: 0
Jan 18, 2022 12:41:20.660 [0xb13add48] VERBOSE - [Transcode] It took 0.0 sec to serialize a list with 1 elements.
Jan 18, 2022 12:41:20.667 [0xb13add48] DEBUG - [Transcode] MDE: Selected protocol hls; container: mkv
Jan 18, 2022 12:41:20.667 [0xb13add48] DEBUG - [Transcode] MDE: analyzing media item 58361
Jan 18, 2022 12:41:20.667 [0xb13add48] DEBUG - [Transcode] MDE: E1 - 1:23:45: Direct Play is disabled
Jan 18, 2022 12:41:20.667 [0xb13add48] DEBUG - [Transcode] MDE: E1 - 1:23:45: media must be transcoded in order to use the hls protocol
Jan 18, 2022 12:41:20.672 [0xb13add48] DEBUG - [Transcode] MDE: E1 - 1:23:45: no direct play video profile exists for http/mkv/hevc
Jan 18, 2022 12:41:20.672 [0xb13add48] DEBUG - [Transcode] MDE: E1 - 1:23:45: no direct play video profile exists for http/mkv/hevc/dca
Jan 18, 2022 12:41:20.672 [0xb13add48] DEBUG - [Transcode] MDE: E1 - 1:23:45: no direct play video profile exists for http/mkv/hevc/ac3
Jan 18, 2022 12:41:20.672 [0xb13add48] DEBUG - [Transcode] MDE: Cannot direct stream audio stream due to codec dca when profile only allows ac3
Jan 18, 2022 12:41:20.672 [0xb13add48] DEBUG - [Transcode] MDE: Chernobyl - S1 E1 - 1:23:45: selected media 0 / 58361
Jan 18, 2022 12:41:20.673 [0xb13add48] DEBUG - [Transcode] Streaming Resource: Added session 0xb29a57a0:ebbf6f28092f3dda-com-plexapp-android
Jan 18, 2022 12:41:20.673 [0xb13add48] DEBUG - [Transcode] Streaming Resource: Reached Decision id=22048 codes=(General=1001,Direct play not available; Conversion OK. Direct Play=3000,App cannot direct play this item. Direct play is disabled. Transcode=1001,Direct play not available; Conversion OK.) media=(id=58361 part=(id=58809 decision=transcode container=mkv protocol=hls streams=(Video=(id=132778 decision=copy width=3840 height=1920) Audio=(id=132779 decision=transcode bitrate=640 encoder=ac3 channels=6 rate=48000))))
Jan 18, 2022 12:41:20.678 [0xb13add48] VERBOSE - It took 0.0 sec to serialize a list with 1 elements.
Jan 18, 2022 12:41:20.679 [0xb1ab8d48] DEBUG - Completed: [192.168.1.101:36648] 200 GET /video/:/transcode/universal/decision?audioBoost=100&autoAdjustQuality=0&directPlay=0&directStream=1&directStreamAudio=1&fastSeek=1&hasMDE=1&location=lan&maxVideoBitrate=200000&mediaBufferSize=157248&mediaIndex=0&partIndex=0&path=%2Flibrary%2Fmetadata%2F22048&protocol=*&session=ebbf6f28092f3dda-com-plexapp-android&subtitleSize=100&videoBitrate=200000&videoQuality=100&videoResolution=3840x2160 (9 live) TLS GZIP 94ms 2925 bytes (pipelined: 9)
Jan 18, 2022 12:41:21.027 [0xb1ab8d48] VERBOSE - Comparing request from 192.168.1.101 against 192.168.1.1/255.255.255.0

The ARMv7 can DirectPlay the video but in this case:

  1. It’s changing the MKV → HLS streaming protocol
  2. It’s converting the audio → AC-3 because the device doesn’t support DCA

Respectfully, You’re asking more of this ARMv7 CPU than it was designed to handle.
An ARMv8 would do much better in this situation. (64 vs 32 bit plus being quad-core)

Ok, thank you for the explanation. is there (budget) hardware you would recommend to be able to do this?

An ARMv8 CPU would do that job.