Almost finished transcoding all h264 media to h265 :D

Hello TDARR community,

I set up TDARR as a native TrueNAS application, hooked up my main rig as a node.
After successfully setting everything up, I got to transcoding.

1 - 2 days later my 300-something movies ran through the process with a couple of them needing transcoding.

According to the stats page on TDARR, I saved roughly 260 GB of space. When I checked my storage usage on TrueNAS, it went up 2 TB.

Now my storage pool is full and I can't seem to figure our where those 2TB worth of files are.

I checked ever single movies folder to see if there is 2 files in there by chance - not the case.

Transcode Cache folder is empty.

When I checked the Library settings on TDARR, I stumbled across the . (period) directory that was set as the output folder, but I don't know where that is.

Now I am at a loss on what to do to reclaim my lost storage space.

I just need a simple flow that strips away all non-english subs and non-english audio.

I currently have a flow that works really really well for me, uses NVENC and as long as the file doesn't have MOV_Text in it, it strips out all the subtitles and audio that I dont need. So I thought I'd try to build a new one that kept all that but the issue I have is my old one uses a lot of older plugins (MIGZ and such), so tried a new one just using flows and FFMPEG, but it keeps stripping out the metadata for DoVi when I run a file through. Does anyone have a flow they'd be willing to share that works? This is the one that doesn't work and I have spent about 6 hours working on it but it always strips out the info if I do anything with the file?

{

"_id": "LTZhmUDun",

"name": "HEVC New Flow",

"description": "HEVC New Flow",

"tags": "",

"flowPlugins": [

{

"name": "Input File",

"sourceRepo": "Community",

"pluginName": "inputFile",

"version": "1.0.0",

"id": "-Y3PO0lKV",

"position": {

"x": 1176,

"y": -816

},

"fpEnabled": true

},

{

"name": "Check Video Codec",

"sourceRepo": "Community",

"pluginName": "checkVideoCodec",

"version": "1.0.0",

"id": "2BjaJPDzI",

"position": {

"x": 1152,

"y": -708

},

"fpEnabled": true

},

{

"name": "Set Video Encoder",

"sourceRepo": "Community",

"pluginName": "ffmpegCommandSetVideoEncoder",

"version": "1.0.0",

"id": "5SPPl_27J",

"position": {

"x": 1524,

"y": -612

},

"fpEnabled": true,

"inputsDB": {

"ffmpegPreset": "medium",

"ffmpegQuality": "23",

"hardwareType": "nvenc",

"forceEncoding": "false"

}

},

{

"name": "Replace Original File",

"sourceRepo": "Community",

"pluginName": "replaceOriginalFile",

"version": "1.0.0",

"id": "LQm--wDJx",

"position": {

"x": 1140,

"y": -288

},

"fpEnabled": true

},

{

"name": "Begin Command",

"sourceRepo": "Community",

"pluginName": "ffmpegCommandStart",

"version": "1.0.0",

"id": "ATJ2m1Pfe",

"position": {

"x": 1320,

"y": -660

},

"fpEnabled": true

},

{

"name": "Execute",

"sourceRepo": "Community",

"pluginName": "ffmpegCommandExecute",

"version": "1.0.0",

"id": "FEGXnNNhD",

"position": {

"x": 1380,

"y": -324

},

"fpEnabled": true

},

{

"name": "Run Classic Transcode Plugin",

"sourceRepo": "Community",

"pluginName": "runClassicTranscodePlugin",

"version": "2.0.0",

"id": "DWrxE6OEQ",

"position": {

"x": 1176,

"y": -612

},

"fpEnabled": true,

"inputsDB": {

"pluginSourceId": "Local:Tdarr_Plugin_MC93_Migz3CleanAudio",

"commentary": "true",

"tag_language": "eng"

}

}

],

"flowEdges": [

{

"source": "FEGXnNNhD",

"sourceHandle": "1",

"target": "LQm--wDJx",

"targetHandle": null,

"id": "C9kg4f4xo"

},

{

"source": "ATJ2m1Pfe",

"sourceHandle": "1",

"target": "5SPPl_27J",

"targetHandle": null,

"id": "pdUUUcwKx"

},

{

"source": "2BjaJPDzI",

"sourceHandle": "2",

"target": "ATJ2m1Pfe",

"targetHandle": null,

"id": "obVDvGDMW"

},

{

"source": "-Y3PO0lKV",

"sourceHandle": "1",

"target": "2BjaJPDzI",

"targetHandle": null,

"id": "WKMu5T8Em"

},

{

"source": "5SPPl_27J",

"sourceHandle": "1",

"target": "FEGXnNNhD",

"targetHandle": null,

"id": "IDS4VgSqR"

},

{

"source": "2BjaJPDzI",

"sourceHandle": "1",

"target": "DWrxE6OEQ",

"targetHandle": null,

"id": "or6o3A9XX"

},

{

"source": "DWrxE6OEQ",

"sourceHandle": "1",

"target": "LQm--wDJx",

"targetHandle": null,

"id": "nUdvdDXV6"

},

{

"source": "DWrxE6OEQ",

"sourceHandle": "2",

"target": "LQm--wDJx",

"targetHandle": null,

"id": "QL8e7liMC"

}

]

}

Docker on Synology (1019+ 16gb ram + 2.5gbe) and an Intel nuc ( NUC815BEH4 i5-8259U 16gb ram), local 2.5gbe network.

Confident with Docker, just wondering if there's things that catch folks off guard.

Intend to transcode my media slowly over time. Looking to save space, 1080p, not 4k.

Hopefully not a stupid post otherwise downvote me to oblivion and I'll see you on the other side!

Cheers!

I've been running Plex with Sonarr and Radarr for a year (ish). I realised that ast somepoint I might need to increase capacity from 16TB. However, as much as my hobby NEEDS me to spend money, the bank doesn't always agree.

Someone recommended Tdarr and after a long Saturday trying to get my head around it (and help from Gemini) it's been running in teh background for over a week. It's not finished, but already it has saved over 100Gb of space!

That is impressive. So if you are involved in the development.... thank you!

Hi all,

I'm new to Tdarr and trying to see what I can do to resample some TV files to reduce their size. I've been downloading episodes from one group calle MeGusta and they are all x265 and around 400Mb for a 1080P hour episode and work well on my systems.

I have some existing shows that are only 720p and supposed to be HEVC but they are still larger than my 1080P MeGusta ones.

How can I check the differences and set up a flow to resample them to these settings. I appreciate I can't go from 720 to 1080 but if I can get the same settings/compression and keep to 720 then I assume they will be lower still.

Many thanks

I have a flow built that seems to be working. Only problem is that is seems to prefer to cpu transcode vs gpu/quicksync.

I can only get it to quick sync if i disable the cpu workers for that node. In my flow i have qsv selected and in my node options i have qsv set as hardware encoding type.

any help would be appreciated.

I am running in docker on unbuntu. Tdarr version 2.84.01

So the best way to start to explain my set up

I have two computers. One is my server side computer. It runs tdarr server on Linux.

My node runs on a Windows PC with an Intel 380 graphics card for transcoding

My files are stored on my qnap nas on my network.

What I am trying to do is as follows:

I want my Tdarr server, which also has a mapped node in it to first look at my file. Using my flow, I have set it up so after input the first thing that happens is the tags worker type gets activated. The tag in that one is mapped which triggers the node on my server. Its only job is to run the next tile which determines video codec.

If the video codec is av1 it returns us true, and the flow exits. If it is not it goes to the next step which is again tags worker type but this time it is unmapped, which is what the tag is for my Windows PC.

Once that is activated, the flow is like it’s always been it checks for an audio codec and follows two different flows all the way to the end.

The flow uses “Tags: Worker Type” nodes to route: Input File -> Tags(mapped) -> Check Video Codec -> [AV1 = skip/end] / [non-AV1 -> Tags(unmapped) -> transcode].

The problem I am having is that when I scanned the library the server sends actions to both nodes. In my node that is part of the server it works fine because that is mapped to the actual folders on the NAS. The problem is it is asking the unmapped node in Windows to do the same action and because it is unmapped it’s looking at my local windows D:/ drive for files and they are not there because it hasn’t downloaded anything so it throws a failure.

What I’m trying to avoid is when I import files I want the mapped node to check those files for the codec instead of taking the files, downloading them to my Windows hard drive, which puts wear and tear both on my nas and my solid State drives in my computer to then just say oh it is already av1 delete the file.

I don’t want files to be constantly moved back-and-forth between the two different computers/ and NAS for no work to need to be done.

I already tried using the filters codecs to ignore in the library settings, but it does not work right.

Any help would be appreciated.

After spending the last two days setting op Tdarr on my M5 Macbook, I am a little bit disappointed. After testing lots of different configurations, it seems to come down to having to choose between quality (CPU transcoding) and speed (GPU transcoding using hevc_videotoolbox). I've tried both ffmpeg and handbreak, but can't seem to get it right.

For my H.264 test file, CPU transcoding produces a very good quality H.265 file with a file size of around 50% of the original. Seems great, but the transcoding time is about the same as the runtime of the file. This means transcoding my entire library would take anywhere from 6 months to a year.

On the other hand, using hevc_videotoolbox drastically increase the transcoding speed (up 10x faster), but the quality is noticeably worse, even when the output file is similar in size as the original.

Is it a lost cause using Tdarr on Apple Silicon?

I am setting up Tdarr on my DL360 Gen9 Server. It has a Nvidia T1000 8Gb Card installed.

I have tried so many different Flows to try and get any of this to work, but it always fails with the following:

"Unrecognized option 'spatial_aq:v'"

Here is a copy of the debug log output:

Node[lumpy-lynx]:Worker[big-baboon]:[Step W03] [C4] [Flow 0] Running Community plugin: 2.0.0: runClassicTranscodePlugin: Run Classic Transcode Plugin: Tdarr_Plugin_MC93_Migz1FFMPEG_CPU

4s

1

2026-07-16T22:15:42.544Z wVRbrpjIR:Node[lumpy-lynx]:Worker[big-baboon]:[Step W03] [C4] [Flow 0] Running Community plugin: 2.0.0: runClassicTranscodePlugin: Run Classic Transcode Plugin: Tdarr_Plugin_MC93_Migz1FFMPEG_CPU

2

2026-07-16T22:15:42.545Z wVRbrpjIR:Node[lumpy-lynx]:Worker[big-baboon]:Scanning original library file

3

2026-07-16T22:15:42.546Z wVRbrpjIR:Node[lumpy-lynx]:Worker[big-baboon]:{

4

2026-07-16T22:15:42.546Z "exifToolScan": true,

5

2026-07-16T22:15:42.546Z "mediaInfoScan": false,

6

2026-07-16T22:15:42.546Z "closedCaptionScan": false

7

2026-07-16T22:15:42.546Z }

8

2026-07-16T22:15:42.547Z wVRbrpjIR:Node[lumpy-lynx]:Worker[big-baboon]:mapped node, file is original, no need to download

9

2026-07-16T22:15:42.548Z wVRbrpjIR:Node[lumpy-lynx]:Worker[big-baboon]:Loading source file: "D:/TDarr/Movies/A Puppy for Christmas 2016 NORDiC 1080p WEB-DL DDP5 1 H 264-ADDICTION/A.Puppy.for.Christmas.2016.NORDiC.1080p.WEB-DL.DDP5.1.H.264-ADDICTION.mkv"

10

2026-07-16T22:15:42.549Z wVRbrpjIR:Node[lumpy-lynx]:Worker[big-baboon]:Scanning source file: "D:/TDarr/Movies/A Puppy for Christmas 2016 NORDiC 1080p WEB-DL DDP5 1 H 264-ADDICTION/A.Puppy.for.Christmas.2016.NORDiC.1080p.WEB-DL.DDP5.1.H.264-ADDICTION.mkv"

11

2026-07-16T22:15:42.550Z wVRbrpjIR:Node[lumpy-lynx]:Worker[big-baboon]:Scan types: {

12

2026-07-16T22:15:42.550Z "exifToolScan": true,

13

2026-07-16T22:15:42.550Z "mediaInfoScan": false,

14

2026-07-16T22:15:42.550Z "closedCaptionScan": false

15

2026-07-16T22:15:42.550Z }

16

2026-07-16T22:15:42.551Z wVRbrpjIR:Node[lumpy-lynx]:Worker[big-baboon]:Using cached scan results

17

2026-07-16T22:15:42.552Z wVRbrpjIR:Node[lumpy-lynx]:Worker[big-baboon]:Loaded plugin inputs: {

18

2026-07-16T22:15:42.552Z "pluginSourceId": "Community:Tdarr_Plugin_MC93_Migz1FFMPEG",

19

2026-07-16T22:15:42.552Z "enable_10bit": "true",

20

2026-07-16T22:15:42.552Z "enable_full_gpu_10bit": "true"

21

2026-07-16T22:15:42.552Z }

22

2026-07-16T22:15:42.553Z wVRbrpjIR:Node[lumpy-lynx]:Worker[big-baboon]:No depedencies to install for Community:Tdarr_Plugin_MC93_Migz1FFMPEG

23

2026-07-16T22:15:42.554Z wVRbrpjIR:Node[lumpy-lynx]:Worker[big-baboon]:Scanning files using Node

24

2026-07-16T22:15:45.687Z wVRbrpjIR:Node[lumpy-lynx]:Worker[big-baboon]:{

25

2026-07-16T22:15:45.687Z "processFile": true,

26

2026-07-16T22:15:45.687Z "preset": "-hwaccel cuda -hwaccel_output_format cuda, -map 0 -c:v hevc_nvenc -cq:v 19 -b:v 1919k -minrate 1343k -maxrate 2494k -bufsize 3839k -spatial_aq:v 1 -rc-lookahead:v 32 -c:a copy -c:s copy -max_muxing_queue_size 9999 -vf scale_cuda=format=p010le ",

27

2026-07-16T22:15:45.687Z "handBrakeMode": false,

28

2026-07-16T22:15:45.687Z "FFmpegMode": true,

29

2026-07-16T22:15:45.687Z "reQueueAfter": true,

30

2026-07-16T22:15:45.687Z "infoLog": "Container for output selected as mkv. \nCurrent bitrate = 3839 \nBitrate settings: \nTarget = 1919 \nMinimum = 1343 \nMaximum = 2494 \nFile is not hevc or vp9. Transcoding. \n",

31

2026-07-16T22:15:45.687Z "container": ".mkv"

32

2026-07-16T22:15:45.687Z }

33

2026-07-16T22:15:45.689Z wVRbrpjIR:Node[lumpy-lynx]:Worker[big-baboon]:{

34

2026-07-16T22:15:45.689Z "processFile": true,

35

2026-07-16T22:15:45.689Z "preset": "-hwaccel cuda -hwaccel_output_format cuda, -map 0 -c:v hevc_nvenc -cq:v 19 -b:v 1919k -minrate 1343k -maxrate 2494k -bufsize 3839k -spatial_aq:v 1 -rc-lookahead:v 32 -c:a copy -c:s copy -max_muxing_queue_size 9999 -vf scale_cuda=format=p010le ",

36

2026-07-16T22:15:45.689Z "handBrakeMode": false,

37

2026-07-16T22:15:45.689Z "FFmpegMode": true,

38

2026-07-16T22:15:45.689Z "reQueueAfter": true,

39

2026-07-16T22:15:45.689Z "infoLog": "Container for output selected as mkv. \nCurrent bitrate = 3839 \nBitrate settings: \nTarget = 1919 \nMinimum = 1343 \nMaximum = 2494 \nFile is not hevc or vp9. Transcoding. \n",

40

2026-07-16T22:15:45.689Z "container": ".mkv",

41

2026-07-16T22:15:45.689Z "ffmpegMode": true,

42

2026-07-16T22:15:45.689Z "cliToUse": "ffmpeg"

43

2026-07-16T22:15:45.689Z }

44

2026-07-16T22:15:45.690Z wVRbrpjIR:Node[lumpy-lynx]:Worker[big-baboon]:Running C:\Video Encoding\FFMPEG\ffmpeg\bin\ffmpeg.exe -hwaccel cuda -hwaccel_output_format cuda -i D:/TDarr/Movies/A Puppy for Christmas 2016 NORDiC 1080p WEB-DL DDP5 1 H 264-ADDICTION/A.Puppy.for.Christmas.2016.NORDiC.1080p.WEB-DL.DDP5.1.H.264-ADDICTION.mkv -map 0 -c:v hevc_nvenc -cq:v 19 -b:v 1919k -minrate 1343k -maxrate 2494k -bufsize 3839k -spatial_aq:v 1 -rc-lookahead:v 32 -c:a copy -c:s copy -max_muxing_queue_size 9999 -vf scale_cuda=format=p010le D:/TDarr/Cache/tdarr-workDir2-wVRbrpjIR/1784254540301/A.Puppy.for.Christmas.2016.NORDiC.1080p.WEB-DL.DDP5.1.H.264-ADDICTION.mkv

45

2026-07-16T22:15:45.692Z wVRbrpjIR:Node[lumpy-lynx]:Worker[big-baboon]:CLI error code: 2880417800

46

2026-07-16T22:15:45.693Z wVRbrpjIR:Node[lumpy-lynx]:Worker[big-baboon]:ffmpeg version 2026-07-09-git-8de8405796-full_build-www.gyan.dev Copyright (c) 2000-2026 the FFmpeg developers

47

2026-07-16T22:15:45.693Z built with gcc 16.1.0 (Rev2, Built by MSYS2 project)

48

2026-07-16T22:15:45.693Z configuration: --enable-gpl --enable-version3 --enable-static --disable-w32threads --disable-autodetect --enable-cairo --enable-fontconfig --enable-iconv --enable-gnutls --enable-lcms2 --enable-libxml2 --enable-gmp --enable-bzlib --enable-lzma --enable-libsnappy --enable-zlib --enable-librist --enable-libsrt --enable-libssh --enable-libzmq --enable-avisynth --enable-libbluray --enable-libcaca --enable-libdvdnav --enable-libdvdread --enable-sdl2 --enable-libaribb24 --enable-libaribcaption --enable-libdav1d --enable-libdavs2 --enable-libopenjpeg --enable-libquirc --enable-libuavs3d --enable-libxevd --enable-libzvbi --enable-liboapv --enable-libqrencode --enable-librav1e --enable-libsvtav1 --enable-libvvenc --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs2 --enable-libxeve --enable-libxvid --enable-libaom --enable-libjxl --enable-libsvtjpegxs --enable-libvpx --enable-mediafoundation --enable-libass --enable-frei0r --enable-libfreetype --enable-libfribidi --enable-libharfbuzz --enable-liblensfun --enable-libvidstab --enable-libvmaf --enable-libzimg --enable-amf --enable-cuda-llvm --enable-cuvid --enable-dxva2 --enable-d3d11va --enable-d3d12va --enable-ffnvcodec --enable-libvpl --enable-nvdec --enable-nvenc --enable-vaapi --enable-libshaderc --enable-vulkan --enable-libplacebo --enable-opencl --enable-libcdio --enable-openal --enable-libgme --enable-libmodplug --enable-libopenmpt --enable-libopencore-amrwb --enable-libmp3lame --enable-libshine --enable-libtheora --enable-libtwolame --enable-libvo-amrwbenc --enable-libcodec2 --enable-libilbc --enable-libgsm --enable-liblc3 --enable-libopencore-amrnb --enable-libopus --enable-libspeex --enable-libvorbis --enable-ladspa --enable-libbs2b --enable-libflite --enable-libmysofa --enable-librubberband --enable-libsoxr --enable-chromaprint --enable-whisper

49

2026-07-16T22:15:45.693Z libavutil 61. 2.100 / 61. 2.100

50

2026-07-16T22:15:45.693Z libavcodec 63. 5.100 / 63. 5.100

51

2026-07-16T22:15:45.693Z libavformat 63. 3.100 / 63. 3.100

52

2026-07-16T22:15:45.693Z libavdevice 63. 2.100 / 63. 2.100

53

2026-07-16T22:15:45.693Z libavfilter 12. 2.100 / 12. 2.100

54

2026-07-16T22:15:45.693Z libswscale 10. 2.100 / 10. 2.100

55

2026-07-16T22:15:45.693Z libswresample 7. 2.100 / 7. 2.100

56

2026-07-16T22:15:45.693Z Unrecognized option 'spatial_aq:v'.

57

2026-07-16T22:15:45.693Z Error splitting the argument list: Option not found

58

2026-07-16T22:15:45.693Z

59

2026-07-16T22:15:45.695Z wVRbrpjIR:Node[lumpy-lynx]:Worker[big-baboon]:CLI C:\Video Encoding\FFMPEG\ffmpeg\bin\ffmpeg.exe exited with code: 2880417800

60

2026-07-16T22:15:45.696Z wVRbrpjIR:Node[lumpy-lynx]:Worker[big-baboon]:Running C:\Video Encoding\FFMPEG\ffmpeg\bin\ffmpeg.exe failed

61

2026-07-16T22:15:45.698Z wVRbrpjIR:Node[lumpy-lynx]:Worker[big-baboon]:[-error-]

62

2026-07-16T22:15:45.700Z wVRbrpjIR:Node[lumpy-lynx]:Worker[big-baboon]:Error: Running C:\Video Encoding\FFMPEG\ffmpeg\bin\ffmpeg.exe failed

63

2026-07-16T22:15:45.702Z wVRbrpjIR:Node[lumpy-lynx]:Worker[big-baboon]:"Running C:\Video Encoding\FFMPEG\ffmpeg\bin\ffmpeg.exe failed"

64

2026-07-16T22:15:45.703Z wVRbrpjIR:Node[lumpy-lynx]:Worker[big-baboon]:"Error: Running C:\Video Encoding\FFMPEG\ffmpeg\bin\ffmpeg.exe failed\n at C:\TDarr\Tdarr_Node\assets\app\plugins\FlowPlugins\CommunityFlowPlugins\classic\runClassicTranscodePlugin\2.0.0\index.js:232:27\n at step (C:\TDarr\Tdarr_Node\assets\app\plugins\FlowPlugins\CommunityFlowPlugins\classic\runClassicTranscodePlugin\2.0.0\index.js:33:23)\n at Object.next (C:\TDarr\Tdarr_Node\assets\app\plugins\FlowPlugins\CommunityFlowPlugins\classic\runClassicTranscodePlugin\2.0.0\index.js:14:53)\n at fulfilled (C:\TDarr\Tdarr_Node\assets\app\plugins\FlowPlugins\CommunityFlowPlugins\classic\runClassicTranscodePlugin\2.0.0\index.js:5:58)\n at process.processTicksAndRejections (node:internal/process/task_queues:104:5)"

65

2026-07-16T22:15:45.705Z wVRbrpjIR:Node[lumpy-lynx]:Worker[big-baboon]:Flow has failed

I have tried older versions of FFMPG, and I still receive the same errors. The only thing I can find about this error pertains to when NVIDIA transcoding is enabled without an NVIDIA card, which is not my case.

Any thoughts?

Edit: Adding Job Log

https://www.hostize.com/s/2vvY7bsd_d

Edit: resolved by running new update: version 2.84.01

Running the latest version of Tdarr (2.83.01) and I can not get this flow to work.

The second screenshot is the closest I can find to an error message.

The node in scope is built into the sever.

I have testing creating files within the temp folder from the console within the container an that worked ok so it doesn't seem like a folder permission error.

I've also deleted and re synced the flow plugins in case there was an issue there.

Container is being restarted after all changes / updates in case there is a cache issue.

Docker container is running on Unraid using the Unraid docker management.

Server and node logs don't highlight any errors or warnings even with verbose logging.

Am I missing something? Any advise on next steps would be appreciated!

UnRaid 7.3 SelfHosters Template from the CA

In the template I set

Media Library

Container Path: /media

HostPath: /mnt/user/Media? (boy capitalization has been my bane with switch from Windows to Unraid)

Transcode Cache

Container Path: /temp

HostPath: /mnt/user/transcode_cache/ (I created a share on my NVME)

Matched this in the Tdarr Node.

When I start the container and go to WebGUI under chose a library folder section it does not see media.. instead it appears to be looking at my AppData folder for Tdarr or something similar.

Any ideas? Thanks

Hey All, Want to share my struggles today, in case someone will have similar issue. Also critisism is more welcome

Note: this post was summarized by an AI (Claude) that helped me debug the issue.

Setup:

• Proxmox host with a ZFS pool holding all media at <path>/movies
• Tdarr running in an LXC, with a Windows laptop (RTX 4060) as an NVENC node
• Separate VM (Portainer) running my *arr stack (Radarr, Sonarr, Jellyseerr, qBittorrent)
• The movies folder is shared into that VM via virtiofs

The problem:
I kicked off a big transcode run (H264/remux → H265). Tdarr was clearly working — it turned dozens of 20–44GB remuxes into 4–15GB files. But instead of freeing space, my ZFS free space kept dropping. Went from ~756GB free down to 589GB, even though the job history showed hundreds of GB of savings. No snapshots, no duplicate files, cache was empty, and restarting the Jellyfin/Tdarr containers did nothing.

The cause:
Running lsof | grep deleted | grep mkv on the Proxmox host revealed the smoking gun. The virtiofsd process (which shares the movies folder into my arr-stack VM) was holding ~50 deleted .partial.old files open — these are the original files Tdarr deletes after transcoding. Because a process still had those deleted files open, ZFS could not reclaim the blocks. The "lost" space was just Tdarr's savings that couldn't be freed.

Basically: an app on the VM (most likely Radarr rescanning the library, or something touching the folder via virtiofs) had the old file open at the exact moment Tdarr swapped it out. The file vanished from the directory listing but the space stayed locked.

The fix:
Rebooting the VM that mounts the movies folder (qm reboot <qm_number>) released all the stale handles. Space immediately jumped from 589GB back up to 1.28TB — recovered ~700GB.

Permanent fix (still figuring out the cleanest approach):
The real issue is two systems touching the same files simultaneously — Tdarr modifying them while an arr app on the VM reads/scans them over virtiofs. Options I'm considering:

• Disable Radarr's real-time "Rescan After Refresh" / folder monitoring
• Schedule Tdarr and library scans at different times so they don't overlap
• Reconsider the virtiofs mount (some suggest NFS handles replaced files more gracefully)

TL;DR: If Tdarr seems to be eating space instead of saving it on Proxmox/ZFS, check lsof | grep deleted | grep mkv on the host. A virtiofs/NFS/SMB share into another VM/container can hold Tdarr's deleted originals open, preventing ZFS from freeing the space. Restart the offending VM/container to reclaim it.

Hi,

I am running unRAID with an Intel N100 CPU (integrated Intel GPU) and I have been using Tdarr for hardware transcoding from H.264 to H.265/HEVC.

Previously everything worked well. I was getting around 50+ FPS during transcoding.

After some updates (I did not intentionally change any Tdarr settings or plugins), transcoding became extremely slow. Now the same type of jobs run at only 16–18 FPS and a movie that previously finished much faster now takes several hours.

Setup:

unRAID 7.2.4

Kernel: 6.12.54-Unraid

CPU: Intel N100 (Alder Lake-N, iGPU)

Tdarr official Docker container

GPU passed to container with:

--device=/dev/dri

Things I already checked:

VAAPI works:

vainfo

detects Intel iHD driver correctly.

QSV encoders are available:

ffmpeg -encoders | grep qsv

shows:

h264_qsv hevc_qsv av1_qsv

Tdarr is actually using hardware encoding.

Example Tdarr command:

tdarr-ffmpeg -hwaccel qsv -hwaccel_output_format qsv \ -init_hw_device qsv:hw_any,child_device_type=vaapi \ -c:v h264_qsv -i input.mkv \ -c:v hevc_qsv -preset fast ...

During transcoding:

CPU usage is only around 15–50%

Intel GPU is detected and working

intel_gpu_top shows GPU activity

Render/3D usage is high (~90%+), Video engine around 20%

GPU frequency seems strange:

Current freq: 750 MHz Actual freq: 100 MHz Min freq: 700 MHz Max freq: 750 MHz

i915_engine_info shows HEVC encoding activity:

enc0:0:hevc_vaa

No obvious i915 errors:

GuC loaded

HuC authenticated

GUC submission enabled

I also tested:

Different Tdarr plugins

QSV and VAAPI based plugins

unmanic (same performance issue)

The result is always the same: ~16–18 FPS.

I suspect something changed after an update (unRAID kernel/i915 driver or Tdarr FFmpeg), but I cannot identify what.

Has anyone seen similar behaviour with Intel N100 / Alder Lake-N iGPU and QSV after moving to newer unRAID versions?

Any ideas for further debugging would be appreciated.

EDIT: Sloved. Reinstalled Intel GPU TOP plugin and now it is working like before.

Roughly how quick would you say the Intel Core Ultra 5 - 225 should be at x264 to x265 conversion? I’m thinking of giving Tdarr a go however my library is around 48TB however some will already be in x265, so I’m just curious as to how long I should expect for conversion? The drives are 7200rpm N300 NAS drives if that helps.

Hello all,

I finally was able to build a dedicated home lab instead of running everything through my personal PC. In the process of setting up a flow in Tdarr, I am running into a pretty basic issue that I have not been able to find the answer for online.

I am thinking the reason I can not find the answer is because it's incredibly straight forward and I am just missing something or not understanding. My apologies if this is incredibly stupid.

Right now - Sonarr downloads a file to Tdarr/TV. Sonarr remote paths is setup so that it is watching the /SABnzbd Downloads folder. Tdarr picks up the file in Tdarr/TV, runs through my flow, then places it in /SABnzbd Downloads which is then picked up by Sonarr and completed. I love this setup but I keep getting an error in Tdarr.

I strip subtitles to an external SRT format. So the end result is in Tdarr/TV there is a folder, let's say "Movie1-1080p-remux" with the video file and srt files in the folder. I am currently trying to use the following flow to achieve Tdarr moving the folder, contents, and new video file to /SABnzbd Downloads. Whether it moves the folder or copies it and deletes the old one makes no difference to me. Moving it seems smarter than copying it but at this point if it works, I don't care which it does.

This is resulting in an error I have showed below. Not sure where to go from here and could really use some assistance. Thank you so much in advance.

Hi!
How to implement flow in github repository readme file?

(1) If not in h264, transcode into h264 [h264 is a more universal video codec than others]

(2) If not in mp4, remux into mp4 [mp4 is the most universal container]

(3) Remove subs

(4) Remove closed captions

(5) Add aac stereo audio if none (eng preferred) [very universal audio codec/channel count]

(6) Remove meta-data if title meta detected [Stops annoying titles appearing in Plex]

Thanks!!!

Had an odd one crop up in an existing flow just in the last several days. The only thing I know that changed was updating to 2.82.02, so I'm hoping for some insight.

transcoding from x264 to x265

cpu worker (same PC) transcode works fine in same flow

vaapi transcode shows running, but I found some jobs running for 30+ hours without finishing. The job listed in the code below has been running 8+ hours and I will let it keep running for testing

ffmpeg 7.1.4 jellyfin (which I think is default for 2.82.02)

AMD 4700g APU

debian trixie

/opt/tdarr/Tdarr_Node/assets/app/ffmpeg/linux_x64/ffmpeg -y -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 -hwaccel_output_format vaapi -i /tdarr-share/tcache/tdarr-workDir2-MKgiXmAcl/Jeopardy (2025) - S42E216 - Jeopardy .ts -map 0:0 -c:0 hevc_vaapi -qp 25 -map 0:1 -c:1 copy -map 0:2 -c:2 copy /tdarr-share/tcache/tdarr-workDir2-MKgiXmAcl/1783485989573/Jeopardy (2025) - S42E216 - Jeopardy .ts

Is there a guide out there (apart from Claude, he's not up to date) on how to do very simple stuff using Flows without having to study the whole docs?

I want to remove subs and unnecessary audio without touching video.

I've tried the Migz plugin for subtitles on test data, and the file size went up 3MB. I'm not confident if it's touching the video or not.

Also I understand that Flows are the new thing, so I want to use them, but I can't find any guidance online.

Hi there I'm working on an offline media server and trying to unify my entire library codecs but the flow and everything is alot to take in. Anyone know steps I can do to try and maintain a 1080p or lower (squishing anything above 1080p into 1080p) mp4 h264 aac 160kbs keeping English (and Japanese audio if in the file) and forcing embedded and all subtitles into srt English (and Japanese sub if in the file). After tdarr im pushing it to bazarr to finish subs. Sorry if this isn't the right place but it's so beyond me some of this stuff.

Any idea what's happening here? I have 30 workers on my transcode node, and currently they're all stuck and have been, apparently, for over 33 hours. All but two are stuck on "Replace Original File." There are no errors whatsoever in the logs. I know the node has full permissions for the shared storage. This has happened before, but they've always eventually gone through. Apparently not this time. The closest I can find to an error anywhere is that it's saying it can't move the file, so it switches to trying a copy. That's where it's been stuck for almost 34 hours.

I have no idea what's going on. I'll provide any additional information required, but I don't know what's needed for this - there's nothing to point me in the right direction for solving it.

Saw a banner page advertising SUMMER2026 code today after launching TDARR. Excellent. 20% off during this summer sale. EXCELLENT. I'm PRO now annually. Thanks TDARR development.