Opened 12 years ago

Closed 12 years ago

#2632 closed Enhancement (invalid)

Add streaming capability to libtransmission (but not the Transmission GUI clients)

Reported by: Torrino2009 Owned by: charles
Priority: Normal Milestone: None Set
Component: libtransmission Version: 1.76
Severity: Trivial Keywords: streaming pieces priority
Cc:

Description

I was surprised to see that some website propose Torrent Streaming.

For me it doesn't make sense, since Bittorrent is not a Sequencial Downloading protocol.

My request is not to implement this kind of thing. #452

My question is about pieces requests ordering as you can do with files.

When clients have a lot of downloading possibility but a restricted bandwith. Answer the piece from the more useful ones to the less usefull ones.

I think that it is well enough to enable Torrent Streaming without denaturate the Bittorrent protocol.

Then you can use any video or music player to play your torrent in streaming (If you can downloading faster than it read of course.)

Change History (10)

comment:1 Changed 12 years ago by charles

I don't understand what's being requested in this ticket.

comment:2 Changed 12 years ago by Torrino2009

It's embarrassing ...

In Bittorrent, file are cut in pieces with a hash to verify the integrity. In libtransmission, so far, you can put some priority on files.

The request is simply, to be able to put priority on pieces, in order to read the file in streaming.

When there is two possible downloading with a bandwith limit, but able to told libtransmission to download the one closest to the begining of the file first.

comment:3 Changed 12 years ago by charles

  • Summary changed from After File priority, Pieces priority to Let client code control per-piece download priorities

comment:4 Changed 12 years ago by User294

As for me it could make a sense to have option to download several first and last parts first (at least some other torrent clients have such options). That's useful to quickly preview file content and decide if it's worth of downloading. That can work for audio/video, .zip files, etc. However if you're going to implement something like this, at least please keep it turned off by default since uneven parts distribution may somewhat harm swarm and reduce availability of some other parts in favor of first and last parts if this action performed by too many clients by default.

comment:5 Changed 12 years ago by Torrino2009

Of course it as to be turned off by default since it is just useful for some file and maybe a few time during the file downloading.

comment:6 Changed 12 years ago by charles

This will not be a user-visible feature, ever, for reasons discussed many times in many places.

If I'm reading this ticket correctly, this request is for support of it in libtransmission, that could then be used by some client code that's not Transmission.

comment:7 Changed 12 years ago by charles

  • Milestone changed from Sometime to 1.80
  • Status changed from new to assigned
  • Summary changed from Let client code control per-piece download priorities to Add streaming capability to libtransmission (but not the Transmission GUI clients)
  • Version set to 1.76

comment:8 Changed 12 years ago by charles

  • Resolution set to fixed
  • Status changed from assigned to closed

Implemented in trunk for 1.80 by r9816

comment:9 Changed 12 years ago by charles

  • Resolution fixed deleted
  • Status changed from closed to reopened

comment:10 Changed 12 years ago by charles

  • Milestone changed from 1.80 to None Set
  • Resolution set to invalid
  • Status changed from reopened to closed

10:01 < CIA-60> charles * r9817 libtransmission/ (6 files): (trunk libT) #2632 "Add streaming capability to libtransmission (but not the Transmission GUI clients)" -- revert this feature due to pushback from devs and users and the 1.80 freeze

Note: See TracTickets for help on using tickets.