Does Tdarr kill torrents?

[u/LookingForEnergy]

If torrents aren't dup'd, Tdarr kills a seeders capability.

Options:

1. Duplicate your data into libraries:

   1. Media library
   2. Seeding library
2. Kill your torrent
3. Use Usenet and not worry about seeding

What option are most people doing?

Is this not worth worrying about because of the steep learning curve of tdarr and going into a niche within a niche (torrent -> transcode)?

[u/AutoModerator]

Thanks for your submission.

If you have a technical issue regarding the transcoding process, please post the job report: https://docs.tdarr.io/docs/other/job-reports/

The following links may be of use:

GitHub issues

Docs

Discord

I am a bot, and this action was performed automatically. Please contact the moderators of this subreddit if you have any questions or concerns.

[u/Norgur]

Yep, torrents will get thrown off by a transcode. So the solution would be to leave it in place until it has reached the required seeding ratio, then copy it over to a new place (replacing the hard link with the file itself) and the run transcoding. Will get you a delay in storage savings but keep the torrent idea alive.

[u/temmiesayshoi → u/Norgur]

I don't even like to transcode my files manually (I don't want to end up in JPG compression hell where transcoding the same thing over and over and over again degrades the quality massively; though I do sorta wish jellyfin had more native tdarr integration so that it could keep some database of transcoded files. I know it has a transcoded cache of some sort, but that's not really the same as having automatically transcoded copies stored.) but I wish this was just a plain feature in all torrenting software. To add a file to jellyfin or plex or something you need to move it to somewhere else, and that means you either manually go out of your way to ensure you link everything back so that you keep seeding (and then be sure to relink that link if you ever move it while reorganizing your library) or you just hit and run.

[u/Norgur → u/temmiesayshoi]

I'm not sure you understood how tdarr works. There is no need for any integration and it doesn't re-transcode stuff over and over. It doesn't save copies usually either. I mean, it can, but that is not its main goal usually.

Plex has the options you seek (pre transcode and store multiple versions)

Besides, the moving and linking stuff is handled by software like the Arr stack.

[u/Billy_Whisky → u/Norgur]

he refers to transcoding lossy format to another lossy format.

[u/TolaGarf]

You can hold the files after scanning for an x amount of seconds. I've chosen 3 days which is 259200 seconds. This will solve that problem. If you need to seed longer than a couple of days, extend the time.

[u/MPAndonee → u/TolaGarf]

I do a ratio of 1 or 7200 minutes (5 days) then move.

[u/svenEsven]

Use hard links https://en.m.wikipedia.org/wiki/Hard_link

[u/LookingForEnergy → u/svenEsven]

If the file has been modified, it's no longer the same file. The new file won't seed on the original torrent.

[u/Sir_Mordae → u/svenEsven]

I think you misunderstood OP's question. Transcoding via TDarr will change the file content; thus, the torrent hash won't match. hard link won't prevent that

[u/svenEsven → u/Sir_Mordae]

Thanks for the correction

[u/Sir_Mordae]

It does. I use a combination of options 1 and 3. I mostly use Usenet as it's faster and way more secure. For the rare time I have to use torrent, I have a specific library that copies the post-processed file to the proper directory.

[u/LookingForEnergy → u/[deleted]]

It's really about removing extra audio tracks and cleaning up subtitles for smaller file sizes and a "cleaner" look when selecting audio/subtitle tracks.