no worries, just a little bump. Just curious if this is just a me issue with my setup.
Still having this issue. Not sure what the next step is? not sure if I should be focused on the ubuntu host driver or container settingā¦
If I turn off hardware encoding it works and transcodes fineā¦so this is something to do with nvencā¦some encodes work fine, I can I canāt seem to find consistency in why some video files have this green overlay.
Still having the issue. If anyone comes up with a solution I would love to hear it.
Found a temporary solution. I reverted to a version of plex that used the old transcoderā¦specifically this:
plexinc/pms-docker:1.15.8.1198-eadbcbb45
Running this my transcodes that had the green tint now play perfect and its still using the p2000 verified through plex stating transcode (hw) and nvidia-smi
I would like to submit this as an official bug if possible with the new transcoder in plex.
With the new transcoder I get the following error while transcoding:
plex CUDA_ERROR_INVALID_VALUE: invalid argument
Some files play and transcode fine, however some produce a green tint with the new transcoder.
Hi, is this an official bug? I got the same problemā¦
Well. I tried several Nvidia drivers and cuda tools, I even tried plex on the actual host system and nothing fixed it. Once I went to a plex version that used the old transcoder the issue went away. Iād say itās a bugā¦bug I guess weāll need dev verification.
Unraid server 6.8.3
Docker Hub: https://registry.hub.docker.com/u/binhex/arch-plexpass/ latest
Plex Version 1.19.3.2740
Known Affected Clients: Chrome app.plex.tv/desktop, Plex for Samsung ā TV UN55NU6080
Iām having the same issue. with the p2000 as well. most files work fine transcoding but a few get a green tint to themā¦ direct play works fine.
during playback of an affected file my console get this spammed to it.
[Transcoder] [Parsed_scale_cuda_1 @ 0x1b6c9c0] cu->cuTexObjectCreate(&tex, &res_desc, &tex_desc, ((void*)0)) failed -> CUDA_ERROR_INVALID_VALUE: invalid argument
Plex Media Server Logs_2020-05-04_08-28-21.zip (2.5 MB)
yupā¦exact same issue for me. try thisā¦instead of using the latest tag use this one
binhex/arch-plexpass:1.15.8.1198-1-01
thatās the same build that fixed the issue for me, except ach build.
hope that helps and they flag this as a known issue.
anyone found a solution to this? iām still having the problem. Some MKVās have a green tint when transcoded by plex. They play fine when not transcoded by Plex.
Iām running Version 1.20.0.3133 in an unraid docker with nvidia p2000 hw transcoding.
the answer is aboveā¦the new transcoder is messed up. You need to run the latest version of Plex that uses the old transcoder. There are no issues Iāve run into by doing that and all my movies play perfect.
In your docker file specify this image plexinc/pms-docker:1.15.8.1198-eadbcbb45 which is Plex version : 1.15.8.1198
I donāt use unraid so I donāt know the specifics, however you should be able to specify the repo for Plexā¦just use the one aboveā¦
let me know if you get it going so others can find this and fix it too.
to be clear set this:
Docker Hub: https://registry.hub.docker.com/u/binhex/arch-plexpass/ 1.15.8.1198-1-01
*edited dock hub url and tag
green tint = bad encode.
rerip/re-encode/replace as necessary.
Not in this case. Direct play works perfect. The original encode plays fine. The re-encoding to stream non direct play is when the green tint happens. The re-encoding is done via Plex encoder and the new encoder bugs out on certain encoded videos that the old Plex encoder doesnāt.
Iāve had several of these, from dubious sources.
Find a different file, then they wonāt be green.
Or donāt. Your choice.
IIRC, has something to do with encodes with too many reference frames. or I could be wrong and it is something else. Either way.
Totally agree thereās something in the original encode. Iāll be damned if I could find it. Above there are 2 pastebins from 2 files, 1 green on reencode, other fineā¦
Problem on just grabbing a different encode is I have no idea which ones cause it until I run across itā¦so my solution was to go back to the Plex encoder that all of them play fine on and be done with it.
if its a bad encode why does plex play it fine directly? or for that matter emby transcodes these fine. itās clearly SOMETHING with the original encode as if i get a different version it transcodes fine typically. but, ābadā iām not sure, maybeā¦ maybe plex is just more forgiving when direct playing than it is when it transcodes.
wellā¦
when direct played, its not being transcodedā¦ so then the PLAYER takes the stream and sends it to the device hardware.
when its being transcoded, then the server transcoder DECODES and ENCODES the new stream.
so yes, there is something that the transcoder DECODER (or driver) does not like about the original file. Whether or not its a bad file, or picky decoder, is entirely up for debate.
you can either wait and live with the green transcodes until or if plex fixes it, or just get another file.
of course i just replace the file, but its annoying and seems to be happening more and more. Nothing i get is from dubious sources so its not like that. But it does seem like its older encodes that this happens on. Oh well, was just hoping someone knew of a legit fix or at least Plex acknowledged it one way or the other. Iāll go ahead and hold my breath for Plex.
oh I definitely agree its annoying, and should be unnecessary.
as far as encodes, anything I didnāt personally rip from/encode from source, is dubious.
so, if you can rip/encode and consistently create a file that exhibits green tint when transcoded, I am sure that many here would like to know how, so they can avoid doing that.
Haha, JUST USE THE OLD PLEX ENCODERā¦ seriously, itās a single line of code to point docker to an image that works perfect.
If it gets fixed greatā¦till then the version Iām on it fantastic.
i might end up doing thisā¦ it sucks because there are a lot of minor fixes between 1.15 and 1.20 that my users benefit fromā¦ especially in the live tv area.
