qbit_manage icon indicating copy to clipboard operation
qbit_manage copied to clipboard

[FR]: Set seed time / ratio for a specific tag

Open quorn23 opened this issue 3 years ago • 2 comments

Is your feature request related to a problem? Please elaborate.

No

Describe the solution you'd like

would it be possible to add the possibility to set a seed-time via qbit-manage for a specific tag? So i could just set the seeding time for "cross-seed" tagged torrents to 6 days for example?

TABLE — Today at 11:21 PM Something like that would probably suit my issue the other day regarding having a long term seeding tag thats > ignored/permaseed also Say I want to set a tracker specific seed time/ratio rule, but also have an lts (long term seeding) category I use that I just want > to exclude from automatic pausing so it can remain seeding perpetually even if the torrent is from that tracker.

As far as I can see from the config and some brief digging around github this isnt supported at the tracker tag level and I > would instead need to forego per tracker limits and just set those limits the same across all trackers per category under the > nohardlinks section? So that the lts category isnt being controlled by qbm?

These are two examples for the FR. Having the possibility to define those for tags we can specify in qbit-manage would help some use cases.

Does your solution involve any of the following?

  • [X] New config option
  • [ ] New command option

Describe alternatives you've considered

Tried to set a tracker tag as "cross-seed" for my case as discussed in Discord. Didn't do the trick

Who will this benefit?

Everyone that has the need to handle specific tags with specific times/ratios

Additional Information

No response

quorn23 avatar Jan 06 '22 22:01 quorn23

I'm thinking of implementing a priority feature for specifying share limits. Please take a look at the sample config to see if it would satisfy this requirements. This would mean that you will no longer be able to specify the share limits in the tracker or nohardlinks section of the config.yml and that would be deprecated and replaced with the following below, but that won't be an issue since anything you can do in the current config under those two sections would be able to be done in the new share_limits section.

share_limits:
  noHL:
    priority: 1
    tags:
    - noHL
    exclude_tags:
    - Beyond-HD
    categories:
    - RadarrComplete
    - SonarrComplete
    max_ratio: 4.0
    max_seeding_time: 129600
    limit_upload_speed:
  cross-seed:
    priority: 2
    tags:
    - cross-seed
    max_ratio: 1.0
    max_seeding_time: 10200
  grouping3:
    priority: 3
    tags:
    - PassThePopcorn
    - blutopia
    max_ratio: 2.0
    max_seeding_time: 130000

How this works is that when tagging new torrents, or tagging noHL/cross-seed, it will start from the first priority and if it matches any of the tags it will apply the share limits defined. If not it will move onto the next priority etc...

Note: This is not yet implemented, I'm still brainstorming ideas on what would be the best way to implement this

bobokun avatar Mar 08 '22 20:03 bobokun

Looking at this, i think this would work for such use-cases and gives a nice additional flexibility.

quorn23 avatar Mar 18 '22 15:03 quorn23

Hi, I just pushed out this new feature that needs some thorough testing!

Please refer to the new configuration.yml.sample on how to get setup. Here's a diff of the new changes for your reference: https://github.com/StuffAnThings/qbit_manage/compare/develop#diff-e5794b6d2186004aa3ee69cd4dee7bbd48d8e0edd9f1da90d03393ec28cbf912

New Features

  • Adds new command share_limits, --share-limits , QBT_SHARE_LIMITS=True to update share limits based on tags/categories specified per group

Validation Suggestion

  • This makes drastic changes to your share_limits so I HIGHLY suggest running with dry_run option multiple times to make sure it's correctly applying your share limits.
  • Turn off webhooks/notifications while testing
  • If you feel comfortable with the results of the dry run, consider running with cleanup: false first so it just updates the share limits without wiping away any torrents.

Breaking Changes

  • tag_nohardlinks only updates/removes noHL tag. It does not modify or cleanup share_limits anymore.
  • tag_update only adds tracker tags to torrent. It does not modify or cleanup share_limits anymore.
  • Please remove any references to share_limits from your configuration in the tracker/nohardlinks section

bobokun avatar May 31 '23 01:05 bobokun

Not sure how many are following but I've decided to change. Please refer to the configuration.yml.sample for the update. tags -> include_all_tags and include_any_tags exclude_tags -> exclude_all_tags and exclude_any_tags

bobokun avatar May 31 '23 21:05 bobokun