mirror of
https://github.com/qbittorrent/qBittorrent.git
synced 2026-03-02 22:57:32 -05:00
Allow automatic creation of v2 torrent file upon completion of v1 torrent. #12574
Labels
No labels
Accessibility
AppImage
Bounty
Build system
CI
Can't reproduce
Code cleanup
Confirmed bug
Confirmed bug
Core
Crash
Data loss
Discussion
Docker
Documentation
Duplicate
Feature
Feature request
Feature request
Feature request
Filters
Flatpak
GUI
Has workaround
I2P
Invalid
Libtorrent
Look and feel
Meta
NSIS
Network
Not an issue
OS: *BSD
OS: Linux
OS: Windows
OS: macOS
PPA
Performance
Project management
Proxy/VPN
Qt bugs
Qt6 compat
RSS
Search engine
Security
Temp folder
Themes
Translations
Triggers
Waiting diagnosis
Waiting info
Waiting upstream
Waiting web implementation
Watched folders
WebAPI
WebUI
autoCloseOldIssue
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/qBittorrent#12574
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @bmfrosty on GitHub (Nov 11, 2021).
Suggestion
When a v1 torrent completes, allow automatic creation of a v2 (and/or hybrid) torrent that could be seeded or be distributed via the BEP9 extension.
Use case
Multiple.
Extra info/examples/attachments
No response
@glassez commented on GitHub (Nov 12, 2021):
I think we can provide the option like "Turn v1 torrents into hybrid once downloaded". @Chocobo1, what do you think?
@Chocobo1 commented on GitHub (Nov 12, 2021):
Some questions to find out if it is feasible:
What about the piece size of v2 format? Follow the size from v1 format?
Also IIRC extending the old torrent isn't possible so we need to create a new torrent right? If so, it would require hashing the contents.
@bmfrosty commented on GitHub (Nov 13, 2021):
Right.
then either move up or move down. Preferably down.
Given the CPU and disk activity, I'm guessing that it should be behind a
toggle of some sort.
On Fri, Nov 12, 2021 at 8:02 PM Chocobo1 @.***> wrote:
@Chocobo1 commented on GitHub (Nov 14, 2021):
Seems this idea is doable... Also what is the motive for having this option? I can only think of promoting v2 torrent fomat, is it any useful?
@bmfrosty commented on GitHub (Nov 14, 2021):
It would be for users who want to help get the v2 swarm better
established. I think that's important now that the SHA1 has has a been
compromised - regardless of difficulty of an attack on it - it will
certainly get easier over time, and I believe that we will over time see
more and more poisoned torrents - possibly automatically. Especially if
someone is targeting first and last blocks of files.
On Sun, Nov 14, 2021 at 1:34 AM Chocobo1 @.***> wrote:
@ventilaar commented on GitHub (Jul 30, 2022):
I have a feeling that this will be really hard to implement. Especially if you want to follow the hybrid format standard. This is because v1 torrents are not padded to make up a full block size. v2 Torrents require the files to be padded. When creating official hybrid torrents the files in the v1 infohash are padded along with the v2 infohash. Thus creating a different v1 infohash.
So creating a hybrid torrent from a v1-only torrent will not follow the hybrid torrent standard since the pieces are not padded. You can however create a v2-only torrent in the background which you would link together in qbittorrent itself, this however will not be a official hybrid torrent but a v1 format + a newly created v2 torrent.
@xavier2k6 commented on GitHub (May 24, 2025):
ANNOUNCEMENT!
For anybody coming across this "Feature Request" & would like/love to see a potential implementation in the future!
Here are some options available to you:
Please select/click the 👍 &/or ❤
reactionsin the original/opening post of this ticket.Please feel free (If you have the "skillset") to create a "Pull Request" implementing what's being requested in this ticket.
(new/existing contributors/developers are always welcome)
DO:
DO NOT:
(These will be disregarded/hidden as "spam/abuse/off-topic" etc. as they don't provide anything constructive.)
@teaalltr commented on GitHub (Jun 9, 2025):
Hey, I've seen my issue has been marked duplicate of this one. It this one considered for implementation?
@arvidn commented on GitHub (Jun 29, 2025):
Just like you can create a v2 torrent, you can also create a hybrid one. All three torrents (v1, hybrid & v2) would be different (i.e. have different info-hashes), but the files would be identical, and you would still only need a single copy of the the files to see all 3 torrents.