Cross-seed downloads multiple .torrent files before proper validation, wasting FL tokens and failing to cross-seed #1201
Replies: 2 comments
-
|
This is a frustrating limitation with how cross-seed validation works. The fundamental issue is that .torrent metadata alone cant tell you if files will match - you need the actual file list with sizes. Possible mitigations:
For music specifically, the catalog number variations (XLCD 114 vs 7243 8 39813 2 8) are the killer - same album, different pressings, different file sizes. Consider excluding certain naming patterns. This might be worth opening as a feature request for smarter candidate filtering before .torrent download. |
Beta Was this translation helpful? Give feedback.
-
|
Thanks for the report! Matching non-scene from RED/OPS specifically hasn't received much love yet, sorry. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Description
When cross-seed finds multiple candidates that pass the initial 5% size tolerance filter, qui downloads ALL .torrent files from the indexer to compare individual file sizes. On private trackers like Orpheus/
RED, downloading a .torrent file marks it as "snatched" and consumes Freeleech tokens - even if qui ultimately rejects the torrent.
Steps to reproduce
Environment
Relevant logs
Checklist
Beta Was this translation helpful? Give feedback.
All reactions