PLEX HTPC for Windows doesn't play content from MediaServer for Mac OS

Plex Players Desktop Players
1

Server Version#: 1.31.3.6868
Player Version#: 1.55.1.4084
<If providing server logs please do NOT turn on verbose logging, only debug logging should be enabled>
Hi there. I faced up with interesting bug I guess.
I have installed MediaServer on Mac OS than runs smoothly. Different clients (HTPC for Mac, client for iOS) stream content from it easy and flawlessly not but the client installed on Windows 10. I’ve tried HTPC for Windows and Desktop Client for Windows with the same result. They both start and work without any issues but when they start to stream media content from a MediaServer they stick may be every 10 seconds trying to load a content.
I have no any network level issues and all the others client work as intended. Any ideas?

2

This will require application logs to examine further.

3

Here you are…

Plex HTPC.log (556.8 KB)

4

The logs indicate that this file is badly muxed (the audio and video packets for the same time are distant from one another in the file). So if it were currently reading video data, it needs to seek in the file to read audio data, seek to read video again, etc. This is very inefficient over HTTP which can cause it to have to buffer even on a fast network. You may want to try remuxing this file to see if it performs better.

5

Thank you for the reply.
As I mentioned previously this issue is present only at HTPC for Windows the other clients work flawlessly.
The same issue has also raised with any content file from my library not the only this one.

6

Your logs are full of lines such as:

Feb 22, 2024 04:31:33.542 [10788] DEBUG - [MPVEngine/mpv] ffmpeg: stream level seek from 19471 to 389124
Feb 22, 2024 04:31:34.283 [10788] DEBUG - [MPVEngine/mpv] ffmpeg: stream level seek from 405508 to 3144
Feb 22, 2024 04:31:35.029 [10788] DEBUG - [MPVEngine/mpv] ffmpeg: stream level seek from 19528 to 389150
Feb 22, 2024 04:31:35.775 [10788] DEBUG - [MPVEngine/mpv] ffmpeg: stream level seek from 405534 to 3201
Feb 22, 2024 04:31:36.524 [10788] DEBUG - [MPVEngine/mpv] ffmpeg: stream level seek from 19585 to 389170
Feb 22, 2024 04:31:37.286 [10788] DEBUG - [MPVEngine/mpv] ffmpeg: stream level seek from 405554 to 3265
Feb 22, 2024 04:31:38.012 [10788] DEBUG - [MPVEngine/mpv] ffmpeg: stream level seek from 19649 to 598497
Feb 22, 2024 04:31:38.765 [10788] DEBUG - [MPVEngine/mpv] ffmpeg: stream level seek from 614881 to 3324
Feb 22, 2024 04:31:39.527 [10788] DEBUG - [MPVEngine/mpv] ffmpeg: stream level seek from 19708 to 598517
Feb 22, 2024 04:31:40.267 [10788] DEBUG - [MPVEngine/mpv] ffmpeg: stream level seek from 614901 to 3381

While a couple of these log lines when the file is first opened is typical, the above is very atypical. This is a badly muxed file and correcting it is your solution.

7

Look I’m pretty sure that the problem lays not in the file. First the issue persist with any other file an d the next I can play this file from the same host by iTunes and from my Mac HTPC flawlessly.

It means Media Server works well and the file not a problem for other clients.

I’ve tried to play file through Remote desktop in order to isolate possible issue of video and audio driver and the issue was still in place.

How to troubleshoot the issue further? Where"s the place between Media Server and Win HTPC where’s the video and audio packets are distancing from each other?

Would you like to see the logs from Mac HTPC or Media Server for the same file?

8

Is it important that Win HTPC is installed on ESXi VM?

9

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.