Is there are any way to clean / delete logs?
Re NVIDIA its nVidia GF100GL (Quadro 4000) driver nvidia-driver-390
Looking at available drivers, it is the latest one version: 390.143
Please clarify " clean/delete logs" ?
Do you wish to keep the logs private ?
No I mean clean up old logs when Verbose part was turned on
Removing VERBOSE is a PITA manual labor.
Best is to turn it OFF , keep DEBUG on, SAVE
then recreate again… it’s way faster
Just checked again and VERBOSE is turned off. Let me udpate to latest build and try playing HVEC file and capture some logs.
What I mean is, should I clean up old logs (remove them) before isntalling new build and testing it out?
Admittedly, this is an extremely old GFX card
Thank you for that info.
I looked at the logs.
I see where PMS is seeing the card and talking to it.
I do not see it engage .
I then went to look at the Nvidia Encode Decode list.
Which card is it ? I don’t see a clean match.
This is a pretty old card based on Fermi architecture (NVIDIA Quadro 4000 Specs | TechPowerUp GPU Database) so it is not on the video encode / decode matrix using NVENC.
Perhaps this is the issue.
If a Fermi – then yes. It’s not capable.
You will need at least a 1050 series, newer p2000 or p4000 card
Alright, so the last working version on Fermi architecture is 1.22.3.4523-d0ce30438.
Will hold the package and wait until graphic cards come down in prices in the mean time.
Should Plex mediaserver not continue using software decoding in the mean time? I have 48 cores to spare 
Thanks a lot!
It seems Plex made some siginficant changes after 1.22.3 affecting general transcoder behavior (and also rendering our makeshift solution for AMD GPUs useless). It’s a shame really.
Would you like some of the info so it’s NOT useless ?
Go to /usr/lib/plexmediaserver
Find the file ld-musl-x86_64.path
Edit the file
Add the paths to where the runtime libraries used for AMD are.
Save
Restart PMS.
musl needs to know where executables are. If not a known directory path (in the config file) then the files (shared libraries) will not be loaded into memory.
It’s really a shame when people assume before asking.
Thanks for the hint I will take a look. No need to be upset really.
Sorry but I took your statement as rather passive-aggressive.
I gladly help anyone asking for help. Those who post in a dismissive tone do bother me
See how this comes across as passive-aggressive / dismissive ?
Yes, there was a change,
Yes, there is an easy adjustment to restore the “AMD hack”.
Yes, AMD should be supported natively but not going down that road here 
IMHO, No, it wasn’t necessary to post as was posted when a simple “Hey, How do I get AMD working again in 1.23.x and above ?” would have been clearly more friendly.
Yeah there’s lost context in textual communication sometime. In any case I had no bad intent, but I see how this can be read differently. So please take my apology, in the end we all just want to HW decode our movies in peace.
Very true! I know it’s a touch juvenile but that’s why I write and use the emotes to make certain nothing is misconstrued
← My day today
Please keep comments civil. I don’t like moderating someone’s comments but will do so if and when inappropriate.
thank you.
I am still seeing this behaviour with the latest builds. it looks like its trying to push hardware decoding for HEVC to a NVidia GPU that has no capability to do so (My Nvidia GT630 in my plex box can only transcode h264 in hardware) with every version since 1.22.3.4523 it appears to try to do it, it goes into a spin lock that it will not recover from seeing the CPU hit 200-300% usage (multiple cores flat our busy) with 1.22.3.4523 it just throws back to the CPU to do and the video starts transcoding down to h254 seamlessly after a second or two using a background CPU usage of around 150-180% - So whatever has happened since 1.22.3.4523 is affecting that process and without auditing the code I have no idea what change was made to cause this… all I know is that it was fine prior. the CPU i have is a 4th gen i3 which is fine for at least one transcode and it copes well with that, everything 1080p and under can be done without nailing the machine, beyond 1.22.3.4523 if I leave it for 5 minutes while its spinning occasionally you may get 10-20seconds of video before you get a gabled output and it freezes again.
CPU: Intel(R) Core™ i3-4130 CPU @ 3.40GHz
Memory: 16GB DDR3 dual channel
Video card: NVidia GK208 [GeForce GT 630 Rev. 2]
Linux Mint 20.2 (although the issue also occurred with Linux Mint 20.1 with versions after 1.22.3.4523)
I recently installed the latest version only to see the problem return despite stating NVidia fixes were applied, uninstalled the .deb and reinstalled the 1.22.3.4523 deb package returning plex to a functional state.
Edit: Just to clarify, Versions newer than 1.22.3.4523 will transcode and play back H264 video fine, its only H.265 HEVC video that it tries to transcode down to H264 that will break on versions after 1.22.3.4523
As of 1.23.1, Nvidia drivers minimum is 430, not 418. You are best advised to upgrade to something closer to current (460-465’ish) The upgrade fixed several issues with transcoding
There were more changes here (update/bump of a few other upstream dependencies to fix other issues)
1 Like
I’ll try 460, last time I did upgrade my drivers from 390 i lost all accelerated features. I dont recall seeing anything in release notes stating that the minimum driver version was 460 - this would have solved hours of trouble shooting had it have been included 
- I’ll give it another try with an upgrade to 460.
Edit: Upgraded to version 465 on my Linux mint system and upgraded to 1.23.4.4805 - works perfectly… so after all that it was a driver age related issue
Plex upgraded their dependencies after 1.22, looks like Nvidia updated their c++ libraries as well.
Expect anyone with a Kepler or Maxwell chip will need to be looking for an upgrade.
Windows users are not impacted yet. Just going off of release notes Nvidia version > 456.38 should be good but Plex should verify.
