-
Notifications
You must be signed in to change notification settings - Fork 101
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
BEP draft - Magnet URI extension - Select specific file indices for download. #64
Conversation
I still think the Rationale needs to have a justification for why this enhancement is necessary to improve the UX when selecting specific files to download. Currently the only concrete issue that's raised, having to manually start/pause the torrent to get the metadata, could be fixed without this. |
In my experience any torrent not near death can download the metadata almost and then present the file selection UI almost instantaneously. |
I'll change the rationale to the deep-link one shortly, as that is my main use case for the site I'm building anyway. |
👍 👍 FrostWire presents search results both as .torrents and when the metadata is available we're able to show matching search results by looking at the file list, we present these results as individual audio, video, apps, docs, etc. search results. All .torrent search results now have a "Copy Magnet URI" action available, this would improve sharing a single file from a torrent from FrostWire to FrostWire or other clients. So, that'd be another use-case out of the realm of websites. |
Please update the PR to make this BEP 53. |
From arvidn/libtorrent#7439 could we be more clear in BEP in the context of processing padding files? Meta files compatible with BitTorrent version 2 (especially backwards compatible hybrid torrents) containing indices do not work with BEP 0053. File indices for padding files could be discarded of course, but it would be nice to include this behavior in the BEP to avoid confusion. |
Issue #63