At present, I have limited disk space for my media library, so occasionally I must purge content I’ve already watched or acquired long ago but never watched. I’m big into letting my winners run, so when choosing which content to purge, I want to just sort by Ratio in qBittorrent and start purging anything older than 30 days that isn’t getting uploads. The problem is, more often than not I’m cross seeding the same content across multiple trackers, so although a specific torrent on a specific trackers may be performing poorly, that doesn’t mean the same content isn’t performing well on another tracker.

I know how to select, right click, and Copy > Name. Is there a way to export the grid view so that I can do some data manipulation in LibreCalc?

I’ve searched and stumbled upon this thread from over a year ago where it appears the OP is attempting something similar. I don’t mind getting my hands dirty with the web UI and/or the API, but since I’m not a developer, I thought I’d check w/ the community before I go that route. Also, one of the commenters in the other thread that I linked mentions parsing the save data directly - are they talking about parsing the fastresume files or something else? Thanks!

  • Brickfrog@lemmy.dbzer0.com
    link
    fedilink
    English
    arrow-up
    1
    ·
    edit-2
    17 hours ago

    Never needed to use this but have seen that tools like https://github.com/fedarovich/qbittorrent-cli are able to export lists of loaded torrents in various formats, it might do what you want.

    e.g. if you’re going to load the output in LibreCalc then you probably want to export a list in csv format most likely (the project’s wiki mentions it https://github.com/fedarovich/qbittorrent-cli/wiki/Output-Formats).

    so when choosing which content to purge, I want to just sort by Ratio in qBittorrent and start purging anything older than 30 days that isn’t getting uploads. The problem is, more often than not I’m cross seeding the same content across multiple trackers, so although a specific torrent on a specific trackers may be performing poorly, that doesn’t mean the same content isn’t performing well on another tracker.

    Something to consider for the future, you could re-work how you are storing your torrent data and hardlink all those cross-seeding torrents in their own folders. So if you do a full delete of one torrent + data it won’t actually affect the torrent + data of other torrents. If you have it split out like that then you could even try to automate the whole process of deleting old torrents with tools like https://github.com/Hundter/qBittorrent-Ratio-Manager or https://github.com/Mythic82/Qbittorrent-auto-delete

    On Linux it would be something like

    cp -al /home/barnaclebill/mytorrents/trackera/thismovie.2025 /home/barnaclebill/mytorrents/trackerb/
    

    Would hardlink the same torrent data in two places so that torrents for trackera can point to the trackera folder and torrents for trackerb can point to the trackerb folder.

    • barnaclebill@lemmy.dbzer0.comOP
      link
      fedilink
      English
      arrow-up
      2
      ·
      edit-2
      4 hours ago

      Thanks for the idea about exporting torrent data using the CLI - I’ll look into that.

      Re: linking, I currently use sym links to avoid duplicating storage across multiple trackers. My main reason for sym links is so I can link across different devices (my understanding is hard links are limited to the same device). Hard link or sym link aside, the problem is for a given torrent, I don’t want to delete it from any trackers if it’s performing on at least one of them. My thought process is if I’m keeping the content around for even just one of my trackers, I may as well keep cross seeding it, if for no other reason than to earn that sweet bon. The hard part is identifying which torrents are performing poorly across all trackers. If I can get the data into CSV format, then I think I can massage it well enough to tell which (poorly performing) torrents can be safely purged from all trackers.