No 33% Spinner of Doom problems now for several weeks. Yesterday we went for nearly 12 hours. It had to rebuffer sometimes but it managed to progress each time.
This is starting to feel like a problem that was transitory and/or has been addressed. 
LUUUUUUUUUULLLLLLLLLLZZZZZZZZZ JUST KIDDING. I knew bragging about how well it was going would get it to pop up. We just had this occur. I’ve procured the goods and will be sending it via DM.
Looks like the Plex Transcoder.exe process crashed during transcode of the Live TV channel stream - I will refer this to the development team - Thanks for capturing the Sessions files with the logs etc
Meanwhile - please see if there is a “Plex Transcoder.dmp” file in “%LocalAppData%\CrashDumps” - assuming you have made the registry edits for that to happen
Microsoft info: Collecting User-Mode Dumps - Win32 apps | Microsoft Docs
Plex article: Crash Logs: Plex Media Server | Plex Support
1 Like
Indeed… got those and sent them your way. Thank you once again! Hopefully, we can track this puppy down. 
Thank you very much for all the diagnostics - the Plex Transcoder crash was in the NVIDIA dll C:\Windows\System32\nvcuvid.dll
All diagnostics have been referred to the development team
Meanwhile please check that you are running on the current versions of the various NVIDIA drivers / encoders dll’s for your graphics card
1 Like
GREAT… thank you again for all your assistance @sa2000 and team.
Obviously it would be ideal to have a better/refined process to help determine root cause scenarios such as this.
Please consider improving the logging/exception tracing to better determine and report issues. Also, please further consider improving the user interface so that the customer is not saddled with a confusing and unhelpful spinning progress indicator that does not progress and ultimately results in a generic exception.
Thank you for your consideration. 
A fix for this specific crash has now been released in beta 1.25.2.5319-c43dc0277
Release Notice Plex Media Server - #475 by gbooker02
- (Library) Server could exit if trying to delete non-existent items (#13190)
1 Like
FWIW we just now got the 33% Spinner of DOOOOOOOOOOOOOOOOOM after updating the video drivers to the latest version and updating the server.
So it would seem that whatever is causing the crash is still occurring in the latest drivers.
Seeing a 33% SPINNER OF DOOOOOOOOOOOOOOOOOOOM followed by the wrong video when a video is set to Repeat and reaches the end of video. That is, instead of repeating, it shows the 33% SPINNER OF DOOOOOOOOOOOOOOOOOOOM for about 30 seconds and plays some random video instead.
As this is not live TV would basic server logs work to diagnose?
Yep same boat here. Pretty much dead in the water since it sticks at 33% and buffers like crazy. If you search the forums here you see the issue has been going on for years. Sometime after a few updates to Plex server it goes away. Other times I use the Plex beta app on my Roku which is old to get it working.
1 Like
OK will do.
In the meantime, is there any idea when the original 33% Spinner of DOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOMMMMMMMMMMMMMMM issue (this thread) might be addressed? It still happens every weekend while we’re watching games, and questions such as “why is Plex such a pain in the butt?” are starting to emerge. 
I have had feedback from the development team
The Plex Transcoder.exe crash is within the nvcuvid Nvidia dll and occurred whilst hardware decoding.
Would like to establish if the crashes stop when we are not hardware decoding. For next weekend could you please disable Hardware acceleration in Transcoder server setting. Please restart the server after making the change to make sure we get fresh logs and also in case the setting change does not take effect until restart.
If we still crash, please as before copy out the transcoder sessions directories and get the server logs and dump file
If the process no longer crashes - then the problem would need to be referred to the GPU vendor
Thank you for the update, @sa2000. I have unchecked Use hardware acceleration when available in settings, saved, and restarted the machine (just to be safe). I will continue to monitor to see if the issue persists.
FWIW this issue did not occur last weekend, so it is truly on a different level of fickleness. 
So we have disabled hardware acceleration. The problem we’re running into now is that the 33% Spinner of DOOOOOOOOOOOOOOOOOOOOOOOOM shows up quite often, but eventually continues to buffer.
So, it no longer freezes (yet), but the 33% Spinner of DOOOOOOOOOOOOOOOOOOOOOOOOM shows up wayyyyyy more frequently now, and eventually buffers after much time has passed.
I am willing to bet this is part of the same issue.
Would server logs be necessary to further diagnose/troubleshoot?
I should also add that after some repeat instances of the 33% Spinner of DOOOOOOOOOOOOOOOOOOOOOOOOM, playback will simply stop with a message. So it’s no longer freezing (yet), but this is a bit worse off now that we’re in software mode now.
I’m having the same issue, but only with my Rokus. Apple TV and XBOX series “S” and iphone runs fine. I’ve signed out, and deleted off the Roku and it still happens
So this appears to be a hardware driver issue as diagnosed by the team there, indeed @sa2000 … I am also wondering if this is also responsible for our other friend here.
How do we get this referred to NVidia?
I am looking into our nVidia contacts for the nVidia Shield to see if we can get dumps to the desktop drivers team through that - otherwise I suggest trying latest drivers and see if you can pass the issue to nVidia tech support yourself - of course would need confirmation that it is still crashing within their driver module
1 Like
Well kind of good/bad news here… football season is over so we won’t be taxing/testing Plex so much for the next few months. Seems like this only a problem for live TV as we have been playing recordings and those seem to work fine. So far. 
When Plex is good, it’s good!
