[BUG] PMS on Windows 10 crashing when trying to play a video remotely

This worked perfectly fine before upgrading to the latest PMS version.

I turned on Verbose logging. Is this where I should post this info or is there a better forum?

I’m on the latest version. Here is the end of “Plex Media Server.1.log”. I’m replacing my user ID with XXXXX

Jan 16, 2020 00:32:47.824 [10168] VERBOSE - Auth: Came in with a super-token, authorization succeeded.
Jan 16, 2020 00:32:47.824 [10168] DEBUG - We’re going to try to auto-select an audio stream for account 1.
Jan 16, 2020 00:32:47.824 [10168] DEBUG - Selecting best audio stream for part ID 35732 (autoselect: 0 language: en)
Jan 16, 2020 00:32:47.824 [10168] DEBUG - Audio Stream: 79778, Subtitle Stream: -1
Jan 16, 2020 00:32:47.824 [10168] VERBOSE - It took 0.0 sec to serialize a list with 1 elements.
Jan 16, 2020 00:32:47.824 [10168] DEBUG - MDE: Selected protocol hls; container: mpegts
Jan 16, 2020 00:32:47.824 [10168] DEBUG - MDE: analyzing media item 35707
Jan 16, 2020 00:32:47.824 [10168] DEBUG - MDE: E2 - A Skinner, Darkly: Direct Play is disabled
Jan 16, 2020 00:32:47.824 [10168] DEBUG - MDE: E2 - A Skinner, Darkly: media must be transcoded in order to use the hls protocol
Jan 16, 2020 00:32:47.824 [10168] DEBUG - MDE: E2 - A Skinner, Darkly: no direct play video profile exists for http/mkv/h264
Jan 16, 2020 00:32:47.824 [10168] DEBUG - MDE: E2 - A Skinner, Darkly: no direct play video profile exists for http/mkv/h264/dca
Jan 16, 2020 00:32:47.824 [10168] DEBUG - MDE: Killjoys - S3 E2 - A Skinner, Darkly: selected media 0 / 35707
Jan 16, 2020 00:32:47.824 [10168] DEBUG - Streaming Resource: Calculated bandwidth of 8580kbps exceeds bandwidth limit. Changing decision parameters provided by client to fit bandwidth limit of 720kbps
Jan 16, 2020 00:32:47.824 [10168] DEBUG - Streaming Resource: Determining preferred transcode encoders through transcode only decision.
Jan 16, 2020 00:32:47.824 [10168] DEBUG - Codecs: testing h264_qsv (encoder)
Jan 16, 2020 00:32:47.824 [10168] DEBUG - Codecs: hardware transcoding: testing API qsv
Jan 16, 2020 00:32:47.935 [10168] VERBOSE - [FFMPEG] - Using D3D9Ex device.
Jan 16, 2020 00:32:47.982 [10168] VERBOSE - [FFMPEG] - Initialize MFX session: API version is 1.15, implementation version is 1.30
Jan 16, 2020 00:32:48.013 [10168] VERBOSE - [FFMPEG] - MFX compile/runtime API: 1.15/1.30
Jan 16, 2020 00:32:48.294 [4952] DEBUG - Job running: C:\Program Files (x86)\Plex\Plex Media Server\CrashUploader.exe “–directory=C:\Users\Gordon\AppData\Local\Plex Media Server\Crash Reports\1.18.4.2171-ac2afe5f8” --version=1.18.4.2171-ac2afe5f8 --platform=Windows “–platformVersion=10.0 (Build 18362)” --serverUuid=d415293c2c06928171113779a06905b7a558e8c8 --userId=XXXXX --sentryUrl=https://sentry.io/api/1233455/minidump --sentryKey=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx --vendor=Microsoft --model=x64 --device=PC
Jan 16, 2020 00:32:48.310 [4952] DEBUG - Jobs: Starting child process with pid 3416

As a test, how do I go back to the previous version of PMS on Windows?

1 Like

Thanks - just curious. Will the uninstall wipe out my databases (not the MKVs and MP3s/etc, but the metadata)?

Anyone? I’m happy to rollback to a prior version, but am curious if it’s going to have to spend days rebuilding metadata/etc. Is the procedure mentioned above “just replacing EXEs” or also wiping out data?

It does not. You may get by just turning off HW transcoding till they can get the driver sorted out.

1 Like

Thanks! I’ll try that experiment first.

FYI: Turning off HW accelerate prevents the server from crashing. Turning it back on caused the crash to reoccur (when playing from my cell phone not on my home wifi).

If this is with and Intel iGPU.

Updating my Intel graphics driver (655) to the latest version (7584) has seemingly fixed my problem. I need to test all combinations, but so far so good.

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