Jump to content

Little709

Members
  • Posts

    9
  • Joined

  • Last visited

Posts posted by Little709

  1. @Josh.5

     

    I'm having difficulty aswell.

     

    Everything works as expected but somehow it seems  lancache broke after an update of unraid

     

    edit: Some extra info

     

    - i have verified that all data in flowing through lancache. I did this by using autofiller and started downloading. When pausing the lancache docker it stops downloading. So i'm sure lancache is working.

    - i deleted the docker and reinstalled it. I removed the "cache" folder in my downloads directory. after reinstalling the docker the cache folder is made, so the docker does have the correct permissions.

     

    It seems everything is working, except the part where lancache actually fills the cache.

  2. 8 hours ago, ich777 said:

    Did you already run the fix permissions on the folder where the transcoding directory is located?

     

    Can you try just for testing purposes the Jellyfin container with HW transcoding?

     

    I'm really not sure since you've once reported that the container was working and HW transcoidng was working just fine a few posts back:

     

    Also, as said before on my system Emby, Jellyfin & Plex are working just fine with HW transcoding.

     

    From the Diagnostics everything seems fine to me...

    I'm sorry i'm giving some conflicting information.

     

    I thought it was fixed, and felt real dumb. Some times the transcode would work but at the same time, some times it wouldn't. i thought it might have been something with the clients. But yesterday I see that tdarr is also failing when trying to actually transcode. 

     

    But as the error in plex is a permission issue and tdarr has an "operation not permitted" i'm starting to suspect it's something with my actual GPU.

     

    plex is using /tmp as a transcode folder. Tdarr is using a different folder "/mnt/user/tdarr-cache" 

     

    Jellyfin is in fact is working.

    image.png.add1f9b6f938c539a85c0b7c7dd2c816.png

     

    I am really at a dead end. Even contemplating to try and use a new install of unraid to see if the problem persists

  3. 16 hours ago, ich777 said:

    Why? On unRAID it would be better that you post the Diagnostics.

     

    You can delete the plugin, reboot, install it again, reboot and see if it is working.

     

    The driver is installed on every reboot, yes. There is nothin gpeft on the system.

     

    Would be also interesting if the containers that actually use the Nvidia driver are starting up after you've uninstalled the plugin and rebooted.

     

    Have you tried Unmanic from @Josh.5 yet?

    I think it's more related to the containers...

    No i haven't to be honest, but isn't it weird that both plex and tdarr are giving issues when using the GPU? Seems to me that it would be a broader problem than just the containers.

    Btw, yesterday i remade all containers. I deleted my docker folder

     

    I've added the diagnostics, right after I tried to transcode a file.

    tower-diagnostics-20220205-1112.zip

  4. On 1/30/2022 at 10:06 PM, ich777 said:

    Do you only tested the Plex web client or any native client too, completely forgot that sometimes the web client doesn't initialize the HW transcoding properly.

    I'm back,

     

    I did use the native client and the web client. 

     

    But now, i've noticed that also Tdarr is not working any more. I get this error: 

     

    Stream #0:0 -> #0:0 (h264 (h264_cuvid) -> hevc (hevc_nvenc))

    Stream #0:1 -> #0:1 (copy)

    Error while opening decoder for input stream #0:0 : Operation not permitted

     

    I'm pretty positive that it's not permissions issues. I've ran the "safe permissions script".  I'm also pretty sure that it's just related to my GPU. 

     

    I added a bug report by nvidia-bug-report.sh

     

    I was wondering, is there any persistant data that is left behind on the system? Or are the drivers installed freshly after every reboot? If there is any persistant data, can i delete it all to start fresh?

    nvidia-bug-report.log

  5. 19 minutes ago, ich777 said:

    Then it has something to do with the container itself, do you have a PlexPass, make sure that it is valid because for transcoding you need it. Also make sure to enable HW transcoding in the settings from Plex, like described in the second post of this thread.

     

    If other containers work then the plugin/driver isn't the cause of this issue.

     

    As said above that shouldn't be necessary.

    Can you try to create a second Plex container, with a different name and paths and try to import a few media files and see if transcoding is working?

    Maybe the log output from the transcoder will help, have you already made a post on the Linuxserver Plex support thread here on the unRAID Forums?

     

    EDIT: Forgot to say that everything looks alright from the logs.

     

     

    Alright so this is strange, so i go and fetch some logs, and then suddenly, a user is using hardware transcoding to watch something.... 

     

    And then i verify, and indeed, the error is gone....

     

    Although the error does persist when using the windows client. Which is obviously quite weird. But it seems that it's indeed not related to either the plugin or the container. Thank you for the help though..

  6. Yeah i went over to the linuxserver guys, and i verified there that all the paths are okay. But for completeness, i have the linuxserver container and have tried the plexinc container, and the binhex container. All of them show the same issue, they are unable to start up the transcoding process on the GPU. Allthough jellyfin and tdarr are able. 

     

    I've put a post up on the plex forums. But nobody has responded yet... 

    https://www.toptal.com/developers/hastebin/kecilujuvo this is the plex log when HW transcoding is enabled.

     

    This might not be your cup of tea. I understand but man... nobody has got a clue. I've reinstalled the plugin, i've remade the container, i've made entirely new containers. I've even gone and tried a whole new docker image folder.

     

    image.png.297d68acd72aae43256a09e02e20ac90.png

    tower-diagnostics-20220130-2115.zip

  7. Is it possible to pull some kind of an error log out through the drivers? I found nvidia-debugdump. But after a small google it seems that is only accessible for nvidia engineers?

     

    The reason i'm askin is that Plex is currently unable to use my gpu, although i see nvidia-smi in the container. It gives an error when i'm using hardware transcoding. Specifically hardware transcoding. So maybe an error log should give me some insights

  8. Hi Guys,

     

    I'm a little bit on the fence of where to post this.

     

    So lately, my plex has been acting up. It seems nvidia transcoding is broken somehow... When I start a stream, direct play works fine. However, when i'm trying to transcode (on multiple devices), it some times fails, some times doesn't fail.

     

    Jan 23, 2022 12:01:39.138 [0x147113c6bb38] Debug — Request came in with unrecognized domain / IP '87.210.69.115' in header Host; treating as non-local
    Jan 23, 2022 12:01:39.139 [0x147111e9cb38] Debug — Request: [192.168.1.1:1560 (Allowed Network (WAN))] GET /video/:/transcode/universal/start?hasMDE=1&path=%2Flibrary%2Fmetadata%2F31691&mediaIndex=0&partIndex=0&protocol=http&fastSeek=1&directPlay=0&directStream=0&subtitleSize=100&audioBoost=100&location=wan&maxVideoBitrate=20000&directStreamAudio=0&session=g93r5ria7a67nsgbkeu8ksk7&offset=10&subtitles=auto&copyts=1&Accept-Language=en (18 live) TLS Signed-in Token () (range: bytes=0-) 
    Jan 23, 2022 12:01:39.139 [0x147111e9cb38] Debug — [Transcode] Found session GUID of g93r5ria7a67nsgbkeu8ksk7 in session start.
    Jan 23, 2022 12:01:39.140 [0x147111e9cb38] Debug — [Transcode] TranscodeUniversalRequest: using profile Plex Desktop
    Jan 23, 2022 12:01:39.140 [0x147111e9cb38] Debug — [Transcode] Downloading document http://127.0.0.1:32400/library/metadata/31691?checkFiles=1&includeBandwidths=1&offset=10&X-Plex-Incomplete-Segments=1&X-Plex-Session-Identifier=mue2zzp61lq7ejqwayyr19dz
    Jan 23, 2022 12:01:39.142 [0x147113065b38] Debug — [Transcode] Scaled up video bitrate to 208453Kbps based on 4.500000x fudge factor.
    Jan 23, 2022 12:01:39.143 [0x147113065b38] Debug — [Transcode] MDE: Selected protocol http; container: mkv
    Jan 23, 2022 12:01:39.143 [0x147113065b38] Debug — [Transcode] MDE: analyzing media item 41662
    Jan 23, 2022 12:01:39.143 [0x147113065b38] Debug — [Transcode] MDE: Spider-Man: Homecoming (2017): Direct Play is disabled
    Jan 23, 2022 12:01:39.143 [0x147113065b38] Debug — [Transcode] MDE: Spider-Man: Homecoming (2017): no direct play video profile exists for http/mkv/hevc
    Jan 23, 2022 12:01:39.143 [0x147113065b38] Debug — [Transcode] MDE: Spider-Man: Homecoming (2017): no direct play video profile exists for http/mkv/hevc/truehd
    Jan 23, 2022 12:01:39.143 [0x147113065b38] Debug — [Transcode] MDE: Spider-Man: Homecoming (2017): no direct play video profile exists for http/mkv/hevc/ac3
    Jan 23, 2022 12:01:39.143 [0x147113065b38] Debug — [Transcode] MDE: Spider-Man: Homecoming (2017): Direct Streaming is disabled, so video stream will be transcoded
    Jan 23, 2022 12:01:39.143 [0x147113065b38] Debug — [Transcode] MDE: Spider-Man: Homecoming (2017): no remuxable profile found, so video stream will be transcoded
    Jan 23, 2022 12:01:39.143 [0x147113065b38] Debug — [Transcode] Codecs: testing h264_nvenc (encoder)
    Jan 23, 2022 12:01:39.143 [0x147113065b38] Debug — [Transcode] Codecs: hardware transcoding: testing API nvenc
    Jan 23, 2022 12:01:39.143 [0x147113065b38] Debug — [Transcode] [FFMPEG] - Loaded lib: libcuda.so.1

    [....] (FFMPEG OUTPUTS)

    Jan 23, 2022 12:01:39.153 [0x147111e9cb38] Debug — [Transcode] It took 20.000000 ms to retrieve 131 items.
    Jan 23, 2022 12:01:39.163 [0x147111e9cb38] Debug — [Transcode] It took 10.000000 ms to retrieve 131 items.
    Jan 23, 2022 12:01:39.168 [0x147111e9cb38] Debug — [Transcode] Audio Stream: 103791, Subtitle Stream: 103793
    Jan 23, 2022 12:01:39.173 [0x147111e9cb38] Warning — [Transcode] Denying access due to session lacking permission to transcode key /library/metadata/31691
    Jan 23, 2022 12:01:39.173 [0x147113c8eb38] Debug — Completed: [192.168.1.1:1560] 400 GET /video/:/transcode/universal/start?hasMDE=1&path=%2Flibrary%2Fmetadata%2F31691&mediaIndex=0&partIndex=0&protocol=http&fastSeek=1&directPlay=0&directStream=0&subtitleSize=100&audioBoost=100&location=wan&maxVideoBitrate=20000&directStreamAudio=0&session=g93r5ria7a67nsgbkeu8ksk7&offset=10&subtitles=auto&copyts=1&Accept-Language=en (18 live) TLS 34ms 265 bytes (range: bytes=0-) 

     

     

    The error tells me there's permissions issues. But the weird thing is, if I turn off hardware transcoding, all is well.

     

    things i've done:

     - remade the transcode folder, switched it to a folder on the cache, switched it onto the ram. no dice

     - spun up another plex container, no dice

     - spun up a jellyfin container, this works, but i think jellyfin handles the transcodes differently.

     

    I'm at a loss, especially because it sometimes works, but most of the times it doesn't. 

     

    Any help would be really appreciated

     

     

     

     

×
×
  • Create New...