HaveAGitGat
-
Posts
120 -
Joined
-
Last visited
-
Days Won
1
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by HaveAGitGat
-
-
22 minutes ago, DarphBobo said:
It's always so nice to wake up in the morning and see nothing but positive attitudes
Honestly not even sure where to start with that one so will probably just leave it be (haven't seen one like that in the 2.5 years on here).
Instead of jumping in the Discord for a few mins to correct his improper config he decided to post that on here but hey ho, just the way it is sometimes unfortunately.
-
1
-
-
1 hour ago, croode82 said:
I just updated my windows node to 2.00.16, is this docker container going to be updated to 2.00.16 soon?
The Docker images were updated at the same time as the packages so try repulling or force repulling the images.
-
11 minutes ago, Steviewunda said:
Tdarr logs states that logs are "Stored in: /app/server/Tdarr/Logs". I cannot find this location using binhex-krusader. Can someone please tell me where I should be looking? Could that log location be made a hyperlink?
Try /app/logs
-
2 hours ago, Daxter said:
I'm at a loss here with an error I'm getting trying to start the tdarr_node. First time installing it, and I'm following SpaceInvader One's tutorial to the letter, but I get the following error in the docker log when trying to start the tdarr node:
time="2022-03-07T00:48:14.558820261-05:00" level=error msg="Handler for POST /v1.37/containers/5dbed73992df/start returned error: OCI runtime create failed: container_linux.go:367: starting container process caused: process_linux.go:495: container init caused: Running hook #1:: error running hook: exit status 1, stdout: , stderr: nvidia-container-cli: ldcache error: process /sbin/ldconfig terminated with signal 7: unknown"
If anyone has any idea what's wrong let me know.
Seems to be related to NVIDIA drivers/settings, have a look here: https://github.com/NVIDIA/nvidia-docker/issues/1225
-
2 hours ago, m0t0rh3ad said:
Thank you! Sorry for my for my inattention
No worries!
-
19 minutes ago, m0t0rh3ad said:
root@localhost:# /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker run -d --name='tdarr_node' --net='bridge' -e HOST_OS="Unraid" -e 'serverIP'='10.77.1.191' -e 'serverPort'='8266' -e 'nodeIP'='10.77.1.191' -e 'nodeID'='sirius-tdarr' -e 'PUID'='99' -e 'PGID'='100' -e 'NVIDIA_VISIBLE_DEVICES'='GPU-acf7c293-e00b-0199-8ad0-e8c030a1dc2e' -e 'NVIDIA_DRIVER_CAPABILITIES'='all' -p '8267:8267/tcp' -p '8267:nodePort/tcp' -v '/mnt/user/appdata/tdarr/configs':'/app/configs':'rw' -v '/mnt/user/appdata/tdarr/logs':'/app/logs':'rw' -v '/mnt/user/kino/':'/mnt/media':'rw' -v '/temp':'/temp':'rw' --runtime=nvidia 'haveagitgat/tdarr_node'
docker: Invalid containerPort: nodePort.
See 'docker run --help'.
The command failed.Try to reinstall from previous app, can anyone suggest something to fix?
Read literally my last message before yours
-
Just a heads up for anyone updating to .15 on unraid, you may need to delete a second 'nodePort' variable in your container settings. It was removed in the template last week but for some people unraid still keeps that variable in for some reason.
-
2
-
-
48 minutes ago, Margucci said:
looks like vbr_hq is still causing an issue. it just needs to be replaced in the plugin with vbr (although it looks like it sets that as the default anyways so the entire "-rc vbr_hq" can be deleted. i did some testing with and without and the file size comes to the exact same thing. i did come across an update to the nvenc presets from last year:
https://docs.nvidia.com/video-technologies/video-codec-sdk/nvenc-preset-migration-guide/
so it looks like it isnt a FFmpeg issue, but a nvenc issue.
also, is it possible to do a feature request. an option to only replace if the converted file is smaller than the original one. otherwise the converted one is discarded. i find that some low quality webrips in 264 are sometimes already decently small and encoding them to 265 if you prefer higher quality where available results in an increase in file size.
I did create a PR for removing that a while ago but wasn’t sure if it would break things for some people. Have a look at this:
https://github.com/HaveAGitGat/Tdarr_Plugins/pull/223/files
For the new file size check, have a look at this plugin.
Tdarr_Plugin_a9he_New_file_size_check
Add it anywhere in your plug-in stack.
-
7 hours ago, [email protected] said:
So after fixing the port assignment issue in the container template I cannot get GPU encoding to work on either the internal node or the tdarr_node container. Did something else change here that we need to know about? I haven't changed any of the settings besides transferring them to the tdarr_server node since yesterday and now only CPU encoding on the internal node is working. I tested the old tdarr_node install as well and GPU transcoding is not working there anymore either.
8 hours ago, Margucci said:i removed the "-rc vbr_hq" from the profiles in the plugin and it does work again, however at a slower speed. should i have removed just the "vbr_hq" leaving the "-rc" in there? i have virtually no experience with ffmpeg.
thanks a ton for the help though. at least its working now
EDIT
worked everything out. thanks for pointing me in the proper direction initially.
It was most likely due to this update with FFmpeg:
https://github.com/HaveAGitGat/Tdarr/issues/555
I've rolled back the FFmpeg version so if you pull the latest image (2.00.15.1) then it should work as before. Let me know if you have any issues.-
1
-
-
4 minutes ago, m0t0rh3ad said:
Did you mistakenly quote me and overwrite with a new message?
-
2 minutes ago, Margucci said:
i have been keeping up to date on the updates. so it was whichever version was current yesterday. so is it a plugin thing that it needs to be updated to account for the changes? even then, i didnt see anything in the notes about it being updated between 2 days ago and now.
Yesterday was 2.00.14 which uses the same FFmpeg as 2.00.15 today, you can see the Dockerfile here:
https://github.com/HaveAGitGat/Tdarr/blob/master/docker/Dockerfile
So if it was working before it should be working now too. The FFmpeg update was mentioned in the 2.00.12 [12th December 2021] notes.
I’ll check with Vodka about that plug-in. I think you can remove the vbr_hq from that plug-in to make it work.
-
29 minutes ago, Margucci said:
I encountered the same issue as everyone else. I got everything installed again and up and running. However, using NVENC encoding all transcodes fail. The health checks go through ok but then when it comes time for the actual transcode to happen i get this error.
[hevc_nvenc @ 0x5629e2d3e280] Specified rc mode is deprecated. [hevc_nvenc @ 0x5629e2d3e280] Use -rc constqp/cbr/vbr, -tune and -multipass instead. [hevc_nvenc @ 0x5629e2d3e280] InitializeEncoder failed: invalid param (8): Preset P1 to P7 not supported with older 2 Pass RC Modes(CBR_HQ, VBR_HQ) and cbr lowdelayEnable NV_ENC_RC_PARAMS::multiPass flag for two pass encoding and set Error initializing output stream 0:0 -- Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height Conversion failed!
no settings at all have changed since reinstalling. the extra parameters, gpu id, and capabilities are all in there. from the error im seeing could it be an issue with the plugin im using? the one i am using is:
Tdarr_Plugin_vdka_Tiered_NVENC_CQV_BASED_CONFIGURABLE
any help would be appreciated
Which version did you update from? The issue is the the FFmpeg version was updated in December and the syntax is slightly different for some things.
-
8 minutes ago, shelleya7801 said:
My server automatically updated to the latest version over night and now my tdarr and tdarr node images are gone. I tried to reinstall using my previous templates but am getting an error "docker: Invalid containerPort: nodePort." and it won't install.
It is using the same ports I was previously using, so I'm not sure where the issue is.
And of course after posting, I found the problem. The container is pulling two entries for Node Port, one being 8264:8264 and the other being 8264:nodePort. So there's an issue with the template being pulled down.
There was an issue with the template last week which was fixed last week. You can see template here:
https://github.com/selfhosters/unRAID-CA-templates/blob/master/templates/tdarr_node.xml
Not sure how the unRAID template updating works but seems you still had an old version I think.
-
On 2/28/2022 at 11:02 AM, caplam said:
i changed the name to "godzilla" and i also tried with "godzilla docker"
godzilla is the name of my unraid server.
Of i course i restarted both dockers.
Ok let me know if you have the same issue on 2.00.15 (out a few hours ago).
-
1
-
-
49 minutes ago, Qzack7 said:
Yep, I only noticed it when looking through the failure notification on the 2nd to the bottom line when it kept complaining about the node port.
Ok good that it's working. So was it just an issue with your local template or does the main template need updating? (I'm not unRAID myself):
https://github.com/selfhosters/unRAID-CA-templates/blob/master/templates/tdarr_node.xml
-
@RYZEN5000 looking good! Thanks for the pics.
-
16 hours ago, caplam said:
i found something strange.
I have only one node. Server and node are dockers on my unraid server with default parameters except for ip of course.
If i change the node name which is defaulted at "node name", the queue is stuck.
As soon as i set it to "node name" back the workers start.
What did you change the node name to? Also try restarting both the server and node.
-
4 hours ago, iammeuru said:
I don't know that this is correct exactly. I have not set interalNode=true after the update, and still have the node docker image running. I have all of the appropriate settings for my GPU setup in it (as they were before, while it was working under 2.00.13, verified the same), but while that particular node registers, updates plugins, etc, unlike my other 3 nodes (which work correctly, and transcode perfectly) I get the following error for every attempted transcode
[h264_cuvid @ 0x559e07dba1c0] Cannot load libnvcuvid.so.1
[h264_cuvid @ 0x559e07dba1c0] Failed loading nvcuvid.
Stream mapping:
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
The Docker deps and ffmpeg being used is the same as before, no changes have been made to that.
Make sure you pull the latest image, sounds like you might still be on the old one with the internal node causing interference.
https://github.com/HaveAGitGat/Tdarr/issues/562
-
5 minutes ago, wgstarks said:
Does this mean that the tdarr_node docker is no longer required on unRAID? Or maybe the new node isn’t included in the unRAID build. I’m not seeing any evidence of it in the container configuration.
Yeah if you’re running the server and node on the same machine then you can just use Tdarr_Server and set internalNode=true.
There’s a PR to update the unraid template:
-
2
-
-
1 hour ago, absolute_badger said:
UPDATE: tdarr 2.00.14 is confirmed broken. Do not upgrade to this version until a fix is available!
It's not broken. The new Server image contains a Node so you most likely have 2 Nodes running on the same port which are interfering with each other.
I've just released a small Server image update so you now have to set internalNode=true to enable the Node in the Server container. So pull the latest container and enable the internal Node as you see fit. Leaving it disabled should mean things run the same as before.
-
1
-
-
On 1/28/2022 at 10:33 PM, rcm024 said:
So I've been running Tdarr/node for a few months now to transcode my library and it has worked great for the most part. I have run into a few issues with files that either fail health check or fail to transcode and can't figure out why. The files play fine using Plex and MPV but then throw errors for Tdarr. Would love some help or insight on how to fix my setup/plugins so these stop happening.
I have 3 mp4-mkv transcodes so far that have failed with the following at the end of the info log:
Only audio, video, and subtitles are supported for Matroska.
Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument
Error initializing output stream 0:0 --
Conversion failed!
One of them below:
The Hobbit (Transcode: Error/Cancelled)
NodeID: RC Desktop
Command:
C:/Users/RCM02/Desktop/tdarr/Tdarr_Node/node_modules/@ffmpeg-installer/win32-x64/ffmpeg.exe -c:v h264_cuvid -i Z:/movies/The Hobbit (1977)/The Hobbit (1977) WEBRip-1080p.mp4 -map 0 -c:v hevc_nvenc -rc:v vbr_hq -cq:v 19 -b:v 3593k -minrate 2515k -maxrate 4670k -bufsize 7186k -spatial_aq:v 1 -rc-lookahead:v 32 -c:a copy -c:s copy -max_muxing_queue_size 9999 -pix_fmt p010le -bf 5 -map -v:1 Y:/The Hobbit (1977) WEBRip-1080p-TdarrCacheFile-C6J1ifyAT.mkv
Last 200 lines of CLI log:
ffmpeg version N-92722-gf22fcd4483 Copyright (c) 2000-2018 the FFmpeg developers
built with gcc 8.2.1 (GCC) 20181201
configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable-fontconfig --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libtheora --enable-libtwolame --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enable-libvidstab --enable-libvorbis --enable-libvo-amrwbenc --enable-libmysofa --enable-libspeex --enable-libxvid --enable-libaom --enable-libmfx --enable-amf --enable-ffnvcodec --enable-cuvid --enable-d3d11va --enable-nvenc --enable-nvdec --enable-dxva2 --enable-avisynth --enable-libopenmpt
libavutil 56. 24.101 / 56. 24.101
libavcodec 58. 42.102 / 58. 42.102
libavformat 58. 24.101 / 58. 24.101
libavdevice 58. 6.101 / 58. 6.101
libavfilter 7. 46.101 / 7. 46.101
libswscale 5. 4.100 / 5. 4.100
libswresample 3. 4.100 / 3. 4.100
libpostproc 55. 4.100 / 55. 4.100
[mov,mp4,m4a,3gp,3g2,mj2 @ 000001aac958b800] stream 0, timescale not set
[h264 @ 000001aac9590800] data partitioning is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented.
[h264 @ 000001aac9590800] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/incoming/ and contact the ffmpeg-devel mailing list. ([email protected])
[h264 @ 000001aac9590800] no frame!
[mov,mp4,m4a,3gp,3g2,mj2 @ 000001aac958b800] Stream #3: not enough frames to estimate rate; consider increasing probesize
[mov,mp4,m4a,3gp,3g2,mj2 @ 000001aac958b800] decoding for stream 3 failed
[mov,mp4,m4a,3gp,3g2,mj2 @ 000001aac958b800] Could not find codec parameters for stream 3 (Video: h264, none): unspecified size
Consider increasing the value for the 'analyzeduration' and 'probesize' options
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Z:/movies/The Hobbit (1977)/The Hobbit (1977) WEBRip-1080p.mp4':
Metadata:
major_brand : mp42
minor_version : 0
compatible_brands: mp42isomavc1
creation_time : 2020-01-15T21:18:58.000000Z
title : The.Hobbit.1977.1080p.WebRip.H264.AC3.DD2.0.Will1869
artist :
album :
comment :
encoder : DVDFab 11.0.4.2
Duration: 01:17:25.09, start: 0.000000, bitrate: 7534 kb/s
Chapter #0:0: start 0.000000, end 151.025833
Metadata:
title : Chapter 1
Chapter #0:1: start 151.025833, end 217.008375
Metadata:
title : Chapter 2
Chapter #0:2: start 217.008375, end 486.027125
Metadata:
title : Chapter 3
Chapter #0:3: start 486.027125, end 619.035000
Metadata:
title : Chapter 4
Chapter #0:4: start 619.035000, end 714.004833
Metadata:
title : Chapter 5
Chapter #0:5: start 714.004833, end 779.028125
Metadata:
title : Chapter 6
Chapter #0:6: start 779.028125, end 850.015667
Metadata:
title : Chapter 7
Chapter #0:7: start 850.015667, end 923.005250
Metadata:
title : Chapter 8
Chapter #0:8: start 923.005250, end 1026.024792
Metadata:
title : Chapter 9
Chapter #0:9: start 1026.024792, end 1093.008375
Metadata:
title : Chapter 10
Chapter #0:10: start 1093.008375, end 1181.012917
Metadata:
title : Chapter 11
Chapter #0:11: start 1181.012917, end 1311.017792
Metadata:
title : Chapter 12
Chapter #0:12: start 1311.017792, end 1419.000667
Metadata:
title : Chapter 13
Chapter #0:13: start 1419.000667, end 1847.011542
Metadata:
title : Chapter 14
Chapter #0:14: start 1847.011542, end 2069.024958
Metadata:
title : Chapter 15
Chapter #0:15: start 2069.024958, end 2310.015708
Metadata:
title : Chapter 16
Chapter #0:16: start 2310.015708, end 2405.027250
Metadata:
title : Chapter 17
Chapter #0:17: start 2405.027250, end 2544.041125
Metadata:
title : Chapter 18
Chapter #0:18: start 2544.041125, end 2623.036708
Metadata:
title : Chapter 19
Chapter #0:19: start 2623.036708, end 2743.031542
Metadata:
title : Chapter 20
Chapter #0:20: start 2743.031542, end 2946.026000
Metadata:
title : Chapter 21
Chapter #0:21: start 2946.026000, end 3171.000708
Metadata:
title : Chapter 22
Chapter #0:22: start 3171.000708, end 3641.011917
Metadata:
title : Chapter 23
Chapter #0:23: start 3641.011917, end 3696.025167
Metadata:
title : Chapter 24
Chapter #0:24: start 3696.025167, end 3882.002583
Metadata:
title : Chapter 25
Chapter #0:25: start 3882.002583, end 4067.020750
Metadata:
title : Chapter 26
Chapter #0:26: start 4067.020750, end 4174.002625
Metadata:
title : Chapter 27
Chapter #0:27: start 4174.002625, end 4348.009792
Metadata:
title : Chapter 28
Chapter #0:28: start 4348.009792, end 4473.009667
Metadata:
title : Chapter 29
Chapter #0:29: start 4473.009667, end 4585.038208
Metadata:
title :
Chapter 30
Chapter #0:30: start 4585.038208, end 4644.264042
Metadata:
title : Chapter 31
Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709), 1924x1040 [SAR 1:1 DAR 37:20], 7147 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 47.95 tbc (default)
Metadata:
creation_time : 2020-01-15T21:18:58.000000Z
encoder : JVT/AVC Coding
Stream #0:1(eng): Audio: ac3 (ac-3 / 0x332D6361), 48000 Hz, stereo, fltp, 384 kb/s (default)
Metadata:
creation_time : 2020-01-15T21:18:58.000000Z
Side data:
audio service type: main
Stream #0:2(und)
: Data: bin_data (text / 0x74786574), 0 kb/s
Metadata:
creation_time : 2020-01-15T21:18:58.000000Z
Stream #0:3: Video: h264, none, 90k tbr, 90k tbn, 180k tbc
Stream mapping:
Stream #0:0 -> #0:0 (h264 (h264_cuvid) -> hevc (hevc_nvenc))
Stream #0:1 -> #0:1 (copy)
Stream #0:2 -> #0:2 (copy)
Press [q] to stop, [?] for help
[matroska @ 000001aacb28e9c0] Only audio, video, and subtitles are supported for Matroska.
Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument
Error initializing output stream 0:0 --
Conversion failed!
I also have 9 mkv files that have failed health checks before even getting to the transcoder and at the end they all say:
scan: unrecognized file type
[15:22:39] libhb: scan thread found 0 valid title(s)
No title found.
HandBrake has exited.
Specific example with full info log:
Komi Can't Communicate S01E11 (Health check: Error/Cancelled)
NodeID: RC Desktop
Command:
C:/Users/RCM02/Desktop/tdarr/Tdarr_Node/assets/app/HandBrakeCLI.exe -i Z:/anime/Komi Can't Communicate/Season 1/Komi Can't Communicate - S01E11 - It's Just a Performance for the Culture Festival + It's Just Festival Preparations + It's Just Flyers Distribution + It's Just the Culture Festival Eve + It's Just Maids WEBRip-1080p.mkv -o Y:/Komi Can't Communicate - S01E11 - It's Just a Performance for the Culture Festival + It's Just Festival Preparations + It's Just Flyers Distribution + It's Just the Culture Festival Eve + It's Just Maids WEBRip-1080p-TdarrCacheFile-8KthqV_5x.mp4 --scan
Last 200 lines of CLI log:
[15:22:39] Compile-time hardening features are enabled
[15:22:39] hb_init: starting libhb thread
[15:22:39] thread 1 started ("libhb")
HandBrake 1.4.2 (2021100300) - MinGW x86_64 - https://handbrake.fr
8 CPUs detect
ed
Opening Z:/anime/Komi Can't Communicate/Season 1/Komi Can't Communicate - S
01E11 - It's Just a Performance for the Culture Festival + It's Just Festival
Preparations + It's Just Flyers Distribution
+ It's Just the Culture Festival Eve + It's Just Maids WEBRip-1080p.mkv...
[15:22:39] CPU: Intel(R) Core(TM) i3-10100F CPU @ 3.60GHz
[15:22:39]
- Intel microarchitecture Comet Lake
[15:22:39] - logical processor count: 8
[15:22:39] Intel Quick Sync Video support: no
[15:22:39] hb_scan: path=Z
:/anime/Komi Can't Communicate/Season 1/Komi Can't Communicate - S01E11 -
It's Just a Performance for the Culture Festival + It'
s Ju
st Festival Preparations + It's Just Flyers Distribution + I
t's J
ust the Culture Festival Eve + It's Just Maids WEBRip-1080p.mkv,
title_i
ndex=1
src/libbluray/disc/disc.c:333: failed opening UDF image Z:/anime/Komi Can't Communicate/Season 1/Komi Can't Communicate - S01E11 - It's Just a Performance for the Culture Festival + It's Just Festival Preparations + It's Just Flyers Distribution + It's Just the Culture Festival Eve + It's Just Maids WEBRip-1080p.mkv
src/libbluray/disc/disc.c:437: error opening file BDMV\index.bdmv
src/libbluray/disc/disc.c:437: error opening file BDMV\BACKUP\index.bdmv
src/libbluray/bluray.c:2646: nav_get_title_list(Z:/anime/Komi Can't Communicate/Season 1/Komi Can't Communicate - S01E11 - It's Just a Performance for the Culture Festival + It's Just Festival Preparations + It's Just Flyers Distribution + It's Just the Culture Festival Eve + It's Just Maids WEBRip-1080p.mkv\) failed
[15:22:39] bd: not a bd - trying as a stream/file instead
libdvdread: Encryp
libdvdread: Could not open input:
libdvdread:
ted DVD support unavailable.
Can't open Z:/anime/Komi Can't Communicate/Season 1/Komi Can't Communicate - S01E11 - It's Just a Performance for the Culture Festival + It's Just
Festival Preparations + It's Just Flyers Distribution + It's Just the Culture Festival Eve + It's Just Maids
WEBRip-1080p.mkv for reading
libdvdnav: vm:
failed to open/read the DVD
[15:22:39] dvd: not a dvd - trying as a stream/file instead
[15:22:39] hb
_stream_open: open Z:/anime/Komi Can't Communicate/Season 1/Komi Can't Communicate - S01E11 - It's Just a Performance for the Culture Festival + It's Just Festival Preparations + It's Just Flyers Distribution + It's Just the Culture F
estival Eve + It's Just Maids WEBRip-1080p.mkv failed
[15:22:39] s
can: unrecognized file type
[15:22:39] libhb: scan thread found 0 valid title(s)
No title found.
HandBrake has exited.
Any help with this is appreciated.
Thanks
Are the files encrypted? Handbrake doesn't support encrypted media files.
-
On 2/5/2022 at 10:39 PM, Flappy_asdf said:
Hi!
Got tdarr and had some movies in my libary transcoded them no issues.
However, added some more today now when I try it attempts to re-transcode the videos it already has - how do I fix this? I pressed scan 'new' but still same issue. How to fix this?
Thanks for the help!
Which plugins/transcode settings are you using?
-
6 hours ago, toolmanz said:
Thanks for this .... didnt see the option. Got it.
Well the last few lines of the error log:
DURATION : 01:15:02.089000000
[h264_cuvid @ 0x559aa61e5680] Cannot load libnvcuvid.so.1
[h264_cuvid @ 0x559aa61e5680] Failed loading nvcuvid.
Stream mapping:
Stream #0:0 -> #0:0 (h264 (h264_cuvid) -> hevc (hevc_nvenc))
Stream #0:1 -> #0:1 (copy)
Stream #0:2 -> #0:2 (copy)
Error while opening decoder for input stream #0:0 : Operation not permitted
This is the most popular error .... well back to the drawing board .....
Thanks again
toolmanz
Have you set up the GPU variables?
https://docs.tdarr.io/docs/installation/unraid
https://unraid.net/de/blog/unraid-6-9-capture-encoding-and-streaming-server
You need to use the Nvidia Driver package:
-
On 12/28/2021 at 10:47 PM, Dustin Turner said:
Unable to pull in Plugin IDs on TDarr Pro.
Running on Unraid 6.9.2 and is running fine with the CPU plugin. Wanted to add a library and start encoding with the GPU when I cam across this error.
I tried to do a force update on both the server and the node with no difference.
Thanks for the assistance.
This was fixed shortly after it was first reported. Should be working fine now.
[Support] HaveAGitGat - Tdarr: Audio/Video Library Analytics & Transcode Automation
in Docker Containers
Posted
As the log says, check the section above :). It will contain the error.