premiere-libtorrent/include/libtorrent/torrent_handle.hpp

1447 lines
65 KiB
C++
Raw Normal View History

2003-10-26 18:35:23 +01:00
/*
2013-12-25 18:07:16 +01:00
Copyright (c) 2003-2013, Arvid Norberg
2003-10-26 18:35:23 +01:00
All rights reserved.
Redistribution and use in source and binary forms, with or without
modification, are permitted provided that the following conditions
are met:
* Redistributions of source code must retain the above copyright
notice, this list of conditions and the following disclaimer.
* Redistributions in binary form must reproduce the above copyright
notice, this list of conditions and the following disclaimer in
the documentation and/or other materials provided with the distribution.
* Neither the name of the author nor the names of its
contributors may be used to endorse or promote products derived
from this software without specific prior written permission.
THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS"
AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE
LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR
CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF
SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS
INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN
CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
POSSIBILITY OF SUCH DAMAGE.
*/
#ifndef TORRENT_TORRENT_HANDLE_HPP_INCLUDED
#define TORRENT_TORRENT_HANDLE_HPP_INCLUDED
#include <vector>
#include <set>
#ifdef _MSC_VER
#pragma warning(push, 1)
#endif
2009-11-26 20:32:11 +01:00
#include <boost/assert.hpp>
#include <boost/date_time/posix_time/posix_time_duration.hpp>
2010-11-06 17:16:00 +01:00
#include <boost/shared_ptr.hpp>
#include <boost/weak_ptr.hpp>
#include <boost/cstdint.hpp>
2003-10-26 18:35:23 +01:00
#ifdef _MSC_VER
#pragma warning(pop)
#endif
2003-10-26 18:35:23 +01:00
#include "libtorrent/peer_id.hpp"
#include "libtorrent/piece_picker.hpp"
2003-11-28 18:29:27 +01:00
#include "libtorrent/torrent_info.hpp"
2009-11-25 07:55:34 +01:00
#include "libtorrent/ptime.hpp"
#include "libtorrent/config.hpp"
#include "libtorrent/storage.hpp"
#include "libtorrent/address.hpp"
2009-11-26 06:45:43 +01:00
#include "libtorrent/bitfield.hpp"
#include "libtorrent/socket.hpp" // tcp::endpoint
2003-10-26 18:35:23 +01:00
namespace libtorrent
{
namespace aux
2003-10-26 18:35:23 +01:00
{
struct session_impl;
}
struct torrent_plugin;
2009-11-26 06:45:43 +01:00
struct peer_info;
struct peer_list_entry;
struct torrent_status;
2012-08-30 03:54:35 +02:00
class torrent;
// allows torrent_handle to be used in unordered_map and unordered_set.
2012-02-16 08:26:45 +01:00
TORRENT_EXPORT std::size_t hash_value(torrent_status const& ts);
#ifndef BOOST_NO_EXCEPTIONS
// for compatibility with 0.14
typedef libtorrent_exception duplicate_torrent;
typedef libtorrent_exception invalid_handle;
void throw_invalid_handle();
#endif
2003-11-28 18:29:27 +01:00
// holds the state of a block in a piece. Who we requested
// it from and how far along we are at downloading it.
struct TORRENT_EXPORT block_info
2003-10-26 18:35:23 +01:00
{
enum block_state_t
{
// This block has not been downloaded or requested form any peer.
none,
// The block has been requested, but not completely downloaded yet.
requested,
// The block has been downloaded and is currently queued for being written to disk.
writing,
// The block has been written to disk.
finished
};
2003-12-22 08:14:35 +01:00
private:
TORRENT_UNION addr_t
2003-10-26 18:35:23 +01:00
{
address_v4::bytes_type v4;
#if TORRENT_USE_IPV6
address_v6::bytes_type v6;
#endif
} addr;
2004-01-17 21:04:19 +01:00
boost::uint16_t port;
public:
// The peer is the ip address of the peer this block was downloaded from.
void set_peer(tcp::endpoint const& ep)
{
#if TORRENT_USE_IPV6
is_v6_addr = ep.address().is_v6();
if (is_v6_addr)
addr.v6 = ep.address().to_v6().to_bytes();
else
#endif
addr.v4 = ep.address().to_v4().to_bytes();
port = ep.port();
}
tcp::endpoint peer() const
{
#if TORRENT_USE_IPV6
if (is_v6_addr)
return tcp::endpoint(address_v6(addr.v6), port);
else
#endif
return tcp::endpoint(address_v4(addr.v4), port);
}
2003-12-22 08:14:35 +01:00
// the number of bytes that have been received for this block
unsigned bytes_progress:15;
// the total number of bytes in this block.
unsigned block_size:15;
// the state this block is in (see block_state_t)
unsigned state:2;
// the number of peers that is currently requesting this block. Typically this
// is 0 or 1, but at the end of the torrent blocks may be requested by more peers in parallel to
// speed things up.
unsigned num_peers:14;
private:
#if TORRENT_USE_IPV6
// the type of the addr union
unsigned is_v6_addr:1;
#endif
};
2004-04-18 14:28:02 +02:00
struct TORRENT_EXPORT partial_piece_info
{
// the index of the piece in question. ``blocks_in_piece`` is the
// number of blocks in this particular piece. This number will be the same for most pieces, but
// the last piece may have fewer blocks than the standard pieces.
int piece_index;
int blocks_in_piece;
// the number of blocks in the finished state
int finished;
// the number of blocks in the writing state
int writing;
// the number of blocks in the requested state
int requested;
// this is an array of ``blocks_in_piece`` number of
// items. One for each block in the piece.
//
// .. warning:: This is a pointer that points to an array
// that's owned by the session object. The next time
// get_download_queue() is called, it will be invalidated.
block_info* blocks;
enum state_t { none, slow, medium, fast };
// the download speed class this piece falls into.
// this is used internally to cluster peers of the same
// speed class together when requesting blocks.
//
// set to either ``fast``, ``medium``, ``slow`` or ``none``. It tells which
// download rate category the peers downloading this piece falls into. ``none`` means that no
// peer is currently downloading any part of the piece. Peers prefer picking pieces from
// the same category as themselves. The reason for this is to keep the number of partially
// downloaded pieces down. Pieces set to ``none`` can be converted into any of ``fast``,
// ``medium`` or ``slow`` as soon as a peer want to download from it.
state_t piece_state;
};
// You will usually have to store your torrent handles somewhere, since it's the
// object through which you retrieve information about the torrent and aborts the torrent.
//
// .. warning::
// Any member function that returns a value or fills in a value has to
// be made synchronously. This means it has to wait for the main thread
// to complete the query before it can return. This might potentially be
// expensive if done from within a GUI thread that needs to stay responsive.
// Try to avoid quering for information you don't need, and try to do it
// in as few calls as possible. You can get most of the interesting information
2013-08-16 07:07:09 +02:00
// about a torrent from the torrent_handle::status() call.
//
// The default constructor will initialize the handle to an invalid state. Which
// means you cannot perform any operation on it, unless you first assign it a
// valid handle. If you try to perform any operation on an uninitialized handle,
// it will throw ``invalid_handle``.
//
// .. warning:: All operations on a torrent_handle may throw libtorrent_exception
// exception, in case the handle is no longer refering to a torrent. There is
// one exception is_valid() will never throw.
// Since the torrents are processed by a background thread, there is no
// guarantee that a handle will remain valid between two calls.
//
struct TORRENT_EXPORT torrent_handle
{
friend class invariant_access;
friend struct aux::session_impl;
friend struct feed;
friend class torrent;
friend std::size_t hash_value(torrent_handle const& th);
2003-12-22 08:14:35 +01:00
2013-11-19 18:57:16 +01:00
// constructs a torrent handle that does not refer to a torrent.
// i.e. is_valid() will return false.
torrent_handle() {}
2004-04-18 14:28:02 +02:00
// flags for add_piece().
enum flags_t { overwrite_existing = 1 };
// This function will write ``data`` to the storage as piece ``piece``, as if it had
// been downloaded from a peer. ``data`` is expected to point to a buffer of as many
// bytes as the size of the specified piece. The data in the buffer is copied and
// passed on to the disk IO thread to be written at a later point.
//
// By default, data that's already been downloaded is not overwritten by this buffer. If
// you trust this data to be correct (and pass the piece hash check) you may pass the
// overwrite_existing flag. This will instruct libtorrent to overwrite any data that
// may already have been downloaded with this data.
//
// Since the data is written asynchronously, you may know that is passed or failed the
// hash check by waiting for piece_finished_alert or hash_failed_alert.
void add_piece(int piece, char const* data, int flags = 0) const;
// This function starts an asynchronous read operation of the specified piece from
// this torrent. You must have completed the download of the specified piece before
// calling this function.
//
// When the read operation is completed, it is passed back through an alert,
2013-08-09 03:44:42 +02:00
// read_piece_alert. Since this alert is a reponse to an explicit call, it will
// always be posted, regardless of the alert mask.
//
// Note that if you read multiple pieces, the read operations are not guaranteed to
// finish in the same order as you initiated them.
void read_piece(int piece) const;
// Returns true if this piece has been completely downloaded, and false otherwise.
bool have_piece(int piece) const;
2007-11-20 23:46:27 +01:00
void get_full_peer_list(std::vector<peer_list_entry>& v) const;
// takes a reference to a vector that will be cleared and filled
// with one entry for each peer connected to this torrent, given the handle is valid. If the
2013-08-09 03:44:42 +02:00
// torrent_handle is invalid, it will throw libtorrent_exception exception. Each entry in
// the vector contains information about that particular peer. See peer_info.
void get_peer_info(std::vector<peer_info>& v) const;
2004-01-15 02:01:09 +01:00
enum status_flags_t
{
// calculates ``distributed_copies``, ``distributed_full_copies`` and ``distributed_fraction``.
query_distributed_copies = 1,
// includes partial downloaded blocks in ``total_done`` and ``total_wanted_done``.
query_accurate_download_counters = 2,
// includes ``last_seen_complete``.
query_last_seen_complete = 4,
// includes ``pieces``.
query_pieces = 8,
// includes ``verified_pieces`` (only applies to torrents in *seed mode*).
query_verified_pieces = 16,
// includes ``torrent_file``, which is all the static information from the .torrent file.
query_torrent_file = 32,
// includes ``name``, the name of the torrent. This is either derived from the .torrent
// file, or from the ``&dn=`` magnet link argument or possibly some other source. If the
// name of the torrent is not known, this is an empty string.
query_name = 64,
// includes ``save_path``, the path to the directory the files of the torrent are saved to.
query_save_path = 128,
};
2005-02-23 21:38:29 +01:00
// ``status()`` will return a structure with information about the status of this
2013-08-09 03:44:42 +02:00
// torrent. If the torrent_handle is invalid, it will throw libtorrent_exception exception.
// See torrent_status. The ``flags`` argument filters what information is returned
// in the torrent_status. Some information in there is relatively expensive to calculate, and
// if you're not interested in it (and see performance issues), you can filter them out.
//
// By default everything is included. The flags you can use to decide what to *include* are
// defined in the status_flags_t enum.
torrent_status status(boost::uint32_t flags = 0xffffffff) const;
// ``get_download_queue()`` takes a non-const reference to a vector which it will fill with
// information about pieces that are partially downloaded or not downloaded at all but partially
// requested. See partial_piece_info for the fields in the returned vector.
void get_download_queue(std::vector<partial_piece_info>& queue) const;
2007-11-20 23:46:27 +01:00
// flags for set_piece_deadline().
enum deadline_flags { alert_when_available = 1 };
// This function sets or resets the deadline associated with a specific piece
// index (``index``). libtorrent will attempt to download this entire piece before
// the deadline expires. This is not necessarily possible, but pieces with a more
// recent deadline will always be prioritized over pieces with a deadline further
// ahead in time. The deadline (and flags) of a piece can be changed by calling this
// function again.
//
// The ``flags`` parameter can be used to ask libtorrent to send an alert once the
// piece has been downloaded, by passing alert_when_available. When set, the
2013-08-09 03:44:42 +02:00
// read_piece_alert alert will be delivered, with the piece data, when it's downloaded.
//
// If the piece is already downloaded when this call is made, nothing happens, unless
// the alert_when_available flag is set, in which case it will do the same thing
// as calling read_piece() for ``index``.
//
// ``deadline`` is the number of milliseconds until this piece should be completed.
//
// ``reset_piece_deadline`` removes the deadline from the piece. If it hasn't already
// been downloaded, it will no longer be considered a priority.
//
void set_piece_deadline(int index, int deadline, int flags = 0) const;
2011-08-05 08:31:46 +02:00
void reset_piece_deadline(int index) const;
// This sets the bandwidth priority of this torrent. The priority of a torrent determines
// how much bandwidth its peers are assigned when distributing upload and download rate quotas.
// A high number gives more bandwidth. The priority must be within the range [0, 255].
//
// The default priority is 0, which is the lowest priority.
//
// To query the priority of a torrent, use the ``torrent_handle::status()`` call.
//
// Torrents with higher priority will not nececcarily get as much bandwidth as they can
// consume, even if there's is more quota. Other peers will still be weighed in when
// bandwidth is being distributed. With other words, bandwidth is not distributed strictly
// in order of priority, but the priority is used as a weight.
//
// Peers whose Torrent has a higher priority will take precedence when distributing unchoke slots.
// This is a strict prioritization where every interested peer on a high priority torrent will
// be unchoked before any other, lower priority, torrents have any peers unchoked.
void set_priority(int prio) const;
#ifndef TORRENT_NO_DEPRECATE
#if !TORRENT_NO_FPU
// fills the specified vector with the download progress [0, 1]
// of each file in the torrent. The files are ordered as in
// the torrent_info.
TORRENT_DEPRECATED_PREFIX
void file_progress(std::vector<float>& progress) const TORRENT_DEPRECATED;
#endif
#endif
enum file_progress_flags_t
{
piece_granularity = 1
};
// This function fills in the supplied vector with the the number of bytes downloaded
// of each file in this torrent. The progress values are ordered the same as the files
2013-08-09 03:44:42 +02:00
// in the torrent_info. This operation is not very cheap. Its complexity is *O(n + mj)*.
// Where *n* is the number of files, *m* is the number of downloading pieces and *j*
// is the number of blocks in a piece.
//
// The ``flags`` parameter can be used to specify the granularity of the file progress. If
// left at the default value of 0, the progress will be as accurate as possible, but also
// more expensive to calculate. If ``torrent_handle::piece_granularity`` is specified,
// the progress will be specified in piece granularity. i.e. only pieces that have been
// fully downloaded and passed the hash check count. When specifying piece granularity,
// the operation is a lot cheaper, since libtorrent already keeps track of this internally
// and no calculation is required.
void file_progress(std::vector<size_type>& progress, int flags = 0) const;
2005-05-30 19:43:03 +02:00
// If the torrent is in an error state (i.e. ``torrent_status::error`` is non-empty), this
// will clear the error and start the torrent again.
void clear_error() const;
2005-05-30 19:43:03 +02:00
// ``trackers()`` will return the list of trackers for this torrent. The
// announce entry contains both a string ``url`` which specify the announce url
// for the tracker as well as an int ``tier``, which is specifies the order in
// which this tracker is tried. If you want libtorrent to use another list of
// trackers for this torrent, you can use ``replace_trackers()`` which takes
// a list of the same form as the one returned from ``trackers()`` and will
// replace it. If you want an immediate effect, you have to call
// force_reannounce(). See announce_entry.
//
// ``add_tracker()`` will look if the specified tracker is already in the set.
// If it is, it doesn't do anything. If it's not in the current set of trackers,
// it will insert it in the tier specified in the announce_entry.
//
// The updated set of trackers will be saved in the resume data, and when a torrent
// is started with resume data, the trackers from the resume data will replace the
// original ones.
std::vector<announce_entry> trackers() const;
void replace_trackers(std::vector<announce_entry> const&) const;
void add_tracker(announce_entry const&) const;
// ``add_url_seed()`` adds another url to the torrent's list of url seeds. If the
// given url already exists in that list, the call has no effect. The torrent
// will connect to the server and try to download pieces from it, unless it's
// paused, queued, checking or seeding. ``remove_url_seed()`` removes the given
// url if it exists already. ``url_seeds()`` return a set of the url seeds
// currently in this torrent. Note that urls that fails may be removed
// automatically from the list.
//
// See http-seeding_ for more information.
void add_url_seed(std::string const& url) const;
void remove_url_seed(std::string const& url) const;
std::set<std::string> url_seeds() const;
// These functions are identical as the ``*_url_seed()`` variants, but they
// operate on `BEP 17`_ web seeds instead of `BEP 19`_.
//
// See http-seeding_ for more information.
void add_http_seed(std::string const& url) const;
void remove_http_seed(std::string const& url) const;
std::set<std::string> http_seeds() const;
2013-11-29 06:29:39 +01:00
// add the specified extension to this torrent. The ``ext`` argument is
// a function that will be called from within libtorrent's context
// passing in the internal torrent object and the specified userdata
// pointer. The function is expected to return a shared pointer to
// a torrent_plugin instance.
void add_extension(boost::function<boost::shared_ptr<torrent_plugin>(torrent*, void*)> const& ext
, void* userdata = 0);
2004-08-11 19:22:58 +02:00
// ``set_metadata`` expects the *info* section of metadata. i.e. The buffer passed in will be
// hashed and verified against the info-hash. If it fails, a ``metadata_failed_alert`` will be
// generated. If it passes, a ``metadata_received_alert`` is generated. The function returns
// true if the metadata is successfully set on the torrent, and false otherwise. If the torrent
// already has metadata, this function will not affect the torrent, and false will be returned.
bool set_metadata(char const* metadata, int size) const;
// Returns true if this handle refers to a valid torrent and false if it hasn't been initialized
// or if the torrent it refers to has been aborted. Note that a handle may become invalid after
// it has been added to the session. Usually this is because the storage for the torrent is
// somehow invalid or if the filenames are not allowed (and hence cannot be opened/created) on
2013-08-09 03:44:42 +02:00
// your filesystem. If such an error occurs, a file_error_alert is generated and all handles
// that refers to that torrent will become invalid.
bool is_valid() const;
2007-07-17 08:39:39 +02:00
2013-08-16 07:07:09 +02:00
// flags for torrent_session::pause()
enum pause_flags_t { graceful_pause = 1 };
// ``pause()``, and ``resume()`` will disconnect all peers and reconnect all peers respectively.
// When a torrent is paused, it will however remember all share ratios to all peers and remember
// all potential (not connected) peers. Torrents may be paused automatically if there is a file
2013-08-09 03:44:42 +02:00
// error (e.g. disk full) or something similar. See file_error_alert.
//
// To know if a torrent is paused or not, call ``torrent_handle::status()`` and inspect
// ``torrent_status::paused``.
//
// The ``flags`` argument to pause can be set to ``torrent_handle::graceful_pause`` which will
// delay the disconnect of peers that we're still downloading outstanding requests from. The torrent
// will not accept any more requests and will disconnect all idle peers. As soon as a peer is
// done transferring the blocks that were requested from it, it is disconnected. This is a graceful
// shut down of the torrent in the sense that no downloaded bytes are wasted.
//
// torrents that are auto-managed may be automatically resumed again. It does not make sense to
// pause an auto-managed torrent without making it not automanaged first. Torrents are auto-managed
// by default when added to the session. For more information, see queuing_.
void pause(int flags = 0) const;
void resume() const;
// Explicitly sets the upload mode of the torrent. In upload mode, the torrent will not
// request any pieces. If the torrent is auto managed, it will automatically be taken out
// of upload mode periodically (see ``session_settings::optimistic_disk_retry``). Torrents
// are automatically put in upload mode whenever they encounter a disk write error.
//
// ``m`` should be true to enter upload mode, and false to leave it.
//
// To test if a torrent is in upload mode, call ``torrent_handle::status()`` and inspect
// ``torrent_status::upload_mode``.
void set_upload_mode(bool b) const;
// Enable or disable share mode for this torrent. When in share mode, the torrent will
// not necessarily be downloaded, especially not the whole of it. Only parts that are likely
// to be distributed to more than 2 other peers are downloaded, and only if the previous
// prediction was correct.
void set_share_mode(bool b) const;
// Instructs libtorrent to flush all the disk caches for this torrent and close all
// file handles. This is done asynchronously and you will be notified that it's complete
2013-08-09 03:44:42 +02:00
// through cache_flushed_alert.
//
// Note that by the time you get the alert, libtorrent may have cached more data for the
// torrent, but you are guaranteed that whatever cached data libtorrent had by the time
// you called ``torrent_handle::flush_cache()`` has been written to disk.
void flush_cache() const;
// Set to true to apply the session global IP filter to this torrent (which is the
// default). Set to false to make this torrent ignore the IP filter.
void apply_ip_filter(bool b) const;
// ``force_recheck`` puts the torrent back in a state where it assumes to have no resume data.
// All peers will be disconnected and the torrent will stop announcing to the tracker. The torrent
// will be added to the checking queue, and will be checked (all the files will be read and
// compared to the piece hashes). Once the check is complete, the torrent will start connecting
// to peers again, as normal.
void force_recheck() const;
2013-11-29 06:29:39 +01:00
// flags used in the save_resume_data call to control additional
// actions or fields to save.
enum save_resume_flags_t
{
// the disk cache will be flushed before creating the resume data. This avoids a problem with
// file timestamps in the resume data in case the cache hasn't been flushed yet.
flush_disk_cache = 1,
// the resume data will contain the metadata
// from the torrent file as well. This is default for any torrent that's added without a torrent
// file (such as a magnet link or a URL).
save_info_dict = 2
};
2013-08-09 03:44:42 +02:00
// ``save_resume_data()`` generates fast-resume data and returns it as an entry. This entry
// is suitable for being bencoded. For more information about how fast-resume works, see fast-resume_.
//
2013-11-29 06:29:39 +01:00
// The ``flags`` argument is a bitmask of flags ORed together. see save_resume_flags_t
//
// This operation is asynchronous, ``save_resume_data`` will return immediately. The resume data
// is delivered when it's done through an save_resume_data_alert.
//
// The fast resume data will be empty in the following cases:
//
// 1. The torrent handle is invalid.
// 2. The torrent is checking (or is queued for checking) its storage, it will obviously
// not be ready to write resume data.
// 3. The torrent hasn't received valid metadata and was started without metadata
// (see libtorrent's metadata-from-peers_ extension)
//
// Note that by the time you receive the fast resume data, it may already be invalid if the torrent
// is still downloading! The recommended practice is to first pause the session, then generate the
// fast resume data, and then close it down. Make sure to not remove_torrent() before you receive
// the save_resume_data_alert though. There's no need to pause when saving intermittent resume data.
//
//.. warning:: If you pause every torrent individually instead of pausing the session, every torrent
// will have its paused state saved in the resume data!
//
//.. warning:: The resume data contains the modification timestamps for all files. If one file has
// been modified when the torrent is added again, the will be rechecked. When shutting down, make
// sure to flush the disk cache before saving the resume data. This will make sure that the file
// timestamps are up to date and won't be modified after saving the resume data. The recommended way
// to do this is to pause the torrent, which will flush the cache and disconnect all peers.
//
//.. note:: It is typically a good idea to save resume data whenever a torrent is completed or paused. In those
// cases you don't need to pause the torrent or the session, since the torrent will do no more writing
// to its files. If you save resume data for torrents when they are paused, you can accelerate the
// shutdown process by not saving resume data again for paused torrents. Completed torrents should
// have their resume data saved when they complete and on exit, since their statistics might be updated.
//
// In full allocation mode the reume data is never invalidated by subsequent
// writes to the files, since pieces won't move around. This means that you don't need to
// pause before writing resume data in full or sparse mode. If you don't, however, any data written to
2013-08-09 03:44:42 +02:00
// disk after you saved resume data and before the session closed is lost.
//
// It also means that if the resume data is out dated, libtorrent will not re-check the files, but assume
// that it is fairly recent. The assumption is that it's better to loose a little bit than to re-check
// the entire file.
//
// It is still a good idea to save resume data periodically during download as well as when
// closing down.
//
// Example code to pause and save resume data for all torrents and wait for the alerts::
//
// extern int outstanding_resume_data; // global counter of outstanding resume data
// std::vector<torrent_handle> handles = ses.get_torrents();
// ses.pause();
// for (std::vector<torrent_handle>::iterator i = handles.begin();
// i != handles.end(); ++i)
// {
// torrent_handle& h = *i;
// if (!h.is_valid()) continue;
// torrent_status s = h.status();
// if (!s.has_metadata) continue;
// if (!s.need_save_resume_data()) continue;
//
// h.save_resume_data();
// ++outstanding_resume_data;
// }
//
// while (outstanding_resume_data > 0)
// {
// alert const* a = ses.wait_for_alert(seconds(10));
//
// // if we don't get an alert within 10 seconds, abort
// if (a == 0) break;
//
// std::auto_ptr<alert> holder = ses.pop_alert();
//
// if (alert_cast<save_resume_data_failed_alert>(a))
// {
// process_alert(a);
// --outstanding_resume_data;
// continue;
// }
//
// save_resume_data_alert const* rd = alert_cast<save_resume_data_alert>(a);
// if (rd == 0)
// {
// process_alert(a);
// continue;
// }
//
// torrent_handle h = rd->handle;
// torrent_status st = h.status(torrent_handle::query_save_path | torrent_handle::query_name);
// std::ofstream out((st.save_path
// + "/" + st.name + ".fastresume").c_str()
// , std::ios_base::binary);
// out.unsetf(std::ios_base::skipws);
// bencode(std::ostream_iterator<char>(out), *rd->resume_data);
// --outstanding_resume_data;
// }
//
//.. note:: Note how ``outstanding_resume_data`` is a global counter in this example.
// This is deliberate, otherwise there is a race condition for torrents that
// was just asked to save their resume data, they posted the alert, but it has
// not been received yet. Those torrents would report that they don't need to
// save resume data again, and skipped by the initial loop, and thwart the counter
// otherwise.
void save_resume_data(int flags = 0) const;
// This function returns true if any whole chunk has been downloaded since the
// torrent was first loaded or since the last time the resume data was saved. When
// saving resume data periodically, it makes sense to skip any torrent which hasn't
// downloaded anything since the last time.
//
//.. note:: A torrent's resume data is considered saved as soon as the alert
// is posted. It is important to make sure this alert is received and handled
// in order for this function to be meaningful.
bool need_save_resume_data() const;
// changes whether the torrent is auto managed or not. For more info,
// see queuing_.
void auto_managed(bool m) const;
// Every torrent that is added is assigned a queue position exactly one greater than
// the greatest queue position of all existing torrents. Torrents that are being
// seeded have -1 as their queue position, since they're no longer in line to be downloaded.
//
// When a torrent is removed or turns into a seed, all torrents with greater queue positions
// have their positions decreased to fill in the space in the sequence.
//
// ``queue_position()`` returns the torrent's position in the download queue. The torrents
// with the smallest numbers are the ones that are being downloaded. The smaller number,
// the closer the torrent is to the front of the line to be started.
//
// The queue position is also available in the torrent_status.
//
// The ``queue_position_*()`` functions adjust the torrents position in the queue. Up means
// closer to the front and down means closer to the back of the queue. Top and bottom refers
// to the front and the back of the queue respectively.
int queue_position() const;
void queue_position_up() const;
void queue_position_down() const;
void queue_position_top() const;
void queue_position_bottom() const;
2008-04-24 05:28:48 +02:00
// Sets or gets the flag that derermines if countries should be resolved for the peers of this
2013-08-09 03:44:42 +02:00
// torrent. It defaults to false. If it is set to true, the peer_info structure for the peers
// in this torrent will have their ``country`` member set. See peer_info for more information
// on how to interpret this field.
void resolve_countries(bool r);
bool resolve_countries() const;
// For SSL torrents, use this to specify a path to a .pem file to use as this client's certificate.
// The certificate must be signed by the certificate in the .torrent file to be valid.
//
// ``cert`` is a path to the (signed) certificate in .pem format corresponding to this torrent.
//
// ``private_key`` is a path to the private key for the specified certificate. This must be in .pem
// format.
//
// ``dh_params`` is a path to the Diffie-Hellman parameter file, which needs to be in .pem format.
// You can generate this file using the openssl command like this:
// ``openssl dhparam -outform PEM -out dhparams.pem 512``.
//
// ``passphrase`` may be specified if the private key is encrypted and requires a passphrase to
// be decrypted.
//
// Note that when a torrent first starts up, and it needs a certificate, it will suspend connecting
// to any peers until it has one. It's typically desirable to resume the torrent after setting the
// ssl certificate.
//
2013-08-09 03:44:42 +02:00
// If you receive a torrent_need_cert_alert, you need to call this to provide a valid cert. If you
// don't have a cert you won't be allowed to connect to any peers.
2011-09-12 05:51:49 +02:00
void set_ssl_certificate(std::string const& certificate
, std::string const& private_key
, std::string const& dh_params
, std::string const& passphrase = "");
// Returns the storage implementation for this torrent. This depends on the
// storage contructor function that was passed to add_torrent.
storage_interface* get_storage_impl() const;
// Returns a pointer to the torrent_info object associated with this torrent. The
// torrent_info object is a copy of the internal object. If the torrent doesn't
// have metadata, the object being returned will not be fully filled in.
// The torrent may be in a state without metadata only if
// it was started without a .torrent file, e.g. by using the libtorrent extension of
// just supplying a tracker and info-hash.
boost::intrusive_ptr<torrent_info> torrent_file() const;
#ifndef TORRENT_NO_DEPRECATE
// ================ start deprecation ============
// deprecated in 1.0
// use status() instead (with query_save_path)
TORRENT_DEPRECATED_PREFIX
std::string save_path() const TORRENT_DEPRECATED;
// deprecated in 1.0
// use status() instead (with query_name)
// returns the name of this torrent, in case it doesn't
// have metadata it returns the name assigned to it
// when it was added.
TORRENT_DEPRECATED_PREFIX
std::string name() const TORRENT_DEPRECATED;
// use torrent_file() instead
TORRENT_DEPRECATED_PREFIX
const torrent_info& get_torrent_info() const TORRENT_DEPRECATED;
// deprecated in 0.16, feature will be removed
TORRENT_DEPRECATED_PREFIX
int get_peer_upload_limit(tcp::endpoint ip) const TORRENT_DEPRECATED;
TORRENT_DEPRECATED_PREFIX
int get_peer_download_limit(tcp::endpoint ip) const TORRENT_DEPRECATED;
TORRENT_DEPRECATED_PREFIX
void set_peer_upload_limit(tcp::endpoint ip, int limit) const TORRENT_DEPRECATED;
TORRENT_DEPRECATED_PREFIX
void set_peer_download_limit(tcp::endpoint ip, int limit) const TORRENT_DEPRECATED;
2011-12-18 08:18:42 +01:00
// deprecated in 0.16, feature will be removed
TORRENT_DEPRECATED_PREFIX
void set_ratio(float up_down_ratio) const TORRENT_DEPRECATED;
// deprecated in 0.16. use status() instead
TORRENT_DEPRECATED_PREFIX
bool is_seed() const TORRENT_DEPRECATED;
TORRENT_DEPRECATED_PREFIX
bool is_finished() const TORRENT_DEPRECATED;
TORRENT_DEPRECATED_PREFIX
bool is_paused() const TORRENT_DEPRECATED;
TORRENT_DEPRECATED_PREFIX
bool is_auto_managed() const TORRENT_DEPRECATED;
TORRENT_DEPRECATED_PREFIX
bool is_sequential_download() const TORRENT_DEPRECATED;
TORRENT_DEPRECATED_PREFIX
bool has_metadata() const TORRENT_DEPRECATED;
TORRENT_DEPRECATED_PREFIX
bool super_seeding() const TORRENT_DEPRECATED;
2009-06-19 00:32:55 +02:00
// deprecated in 0.13
// all these are deprecated, use piece
// priority functions instead
// marks the piece with the given index as filtered
// it will not be downloaded
TORRENT_DEPRECATED_PREFIX
void filter_piece(int index, bool filter) const TORRENT_DEPRECATED;
TORRENT_DEPRECATED_PREFIX
void filter_pieces(std::vector<bool> const& pieces) const TORRENT_DEPRECATED;
TORRENT_DEPRECATED_PREFIX
bool is_piece_filtered(int index) const TORRENT_DEPRECATED;
TORRENT_DEPRECATED_PREFIX
std::vector<bool> filtered_pieces() const TORRENT_DEPRECATED;
// marks the file with the given index as filtered
// it will not be downloaded
TORRENT_DEPRECATED_PREFIX
void filter_files(std::vector<bool> const& files) const TORRENT_DEPRECATED;
// deprecated in 0.14
// use save_resume_data() instead. It is async. and
// will return the resume data in an alert
TORRENT_DEPRECATED_PREFIX
entry write_resume_data() const TORRENT_DEPRECATED;
// ================ end deprecation ============
#endif
2010-09-05 18:01:36 +02:00
// ``use_interface()`` sets the network interface this torrent will use when it opens outgoing
// connections. By default, it uses the same interface as the session uses to listen on. The
// parameter must be a string containing one or more, comma separated, ip-address (either an
// IPv4 or IPv6 address). When specifying multiple interfaces, the torrent will round-robin
// which interface to use for each outgoing conneciton. This is useful for clients that are
// multi-homed.
void use_interface(const char* net_interface) const;
// Fills the specified ``std::vector<int>`` with the availability for each
// piece in this torrent. libtorrent does not keep track of availability for
// seeds, so if the torrent is seeding the availability for all pieces is
// reported as 0.
//
// The piece availability is the number of peers that we are connected that has
// advertized having a particular piece. This is the information that libtorrent
// uses in order to prefer picking rare pieces.
void piece_availability(std::vector<int>& avail) const;
// These functions are used to set and get the prioritiy of individual pieces.
// By default all pieces have priority 1. That means that the random rarest
// first algorithm is effectively active for all pieces. You may however
// change the priority of individual pieces. There are 8 different priority
// levels:
//
// 0. piece is not downloaded at all
// 1. normal priority. Download order is dependent on availability
// 2. higher than normal priority. Pieces are preferred over pieces with
// the same availability, but not over pieces with lower availability
// 3. pieces are as likely to be picked as partial pieces.
// 4. pieces are preferred over partial pieces, but not over pieces with
// lower availability
// 5. *currently the same as 4*
// 6. piece is as likely to be picked as any piece with availability 1
// 7. maximum priority, availability is disregarded, the piece is preferred
// over any other piece with lower priority
//
// The exact definitions of these priorities are implementation details, and
// subject to change. The interface guarantees that higher number means higher
// priority, and that 0 means do not download.
//
// ``piece_priority`` sets or gets the priority for an individual piece,
// specified by ``index``.
//
// ``prioritize_pieces`` takes a vector of integers, one integer per piece in
// the torrent. All the piece priorities will be updated with the priorities
// in the vector.
//
// ``piece_priorities`` returns a vector with one element for each piece in the
// torrent. Each element is the current priority of that piece.
void piece_priority(int index, int priority) const;
int piece_priority(int index) const;
void prioritize_pieces(std::vector<int> const& pieces) const;
std::vector<int> piece_priorities() const;
// ``index`` must be in the range [0, number_of_files).
//
// ``file_priority()`` queries or sets the priority of file ``index``.
//
// ``prioritize_files()`` takes a vector that has at as many elements as there are
// files in the torrent. Each entry is the priority of that file. The function
// sets the priorities of all the pieces in the torrent based on the vector.
//
// ``file_priorities()`` returns a vector with the priorities of all files.
//
// The priority values are the same as for piece_priority().
//
// Whenever a file priority is changed, all other piece priorities are reset
// to match the file priorities. In order to maintain sepcial priorities for
// particular pieces, piece_priority() has to be called again for those pieces.
//
// You cannot set the file priorities on a torrent that does not yet
// have metadata or a torrent that is a seed. ``file_priority(int, int)`` and
// prioritize_files() are both no-ops for such torrents.
void file_priority(int index, int priority) const;
int file_priority(int index) const;
void prioritize_files(std::vector<int> const& files) const;
std::vector<int> file_priorities() const;
// ``force_reannounce()`` will force this torrent to do another tracker request, to receive new
// peers. The second overload of ``force_reannounce`` that takes a ``time_duration`` as
// argument will schedule a reannounce in that amount of time from now.
//
// If the tracker's ``min_interval`` has not passed since the last announce, the forced
// announce will be scheduled to happen immediately as the ``min_interval`` expires. This is
// to honor trackers minimum re-announce interval settings.
//
// ``force_dht_announce`` will announce the torrent to the DHT immediately.
void force_reannounce() const;
void force_dht_announce() const;
// forces a reannounce in the specified amount of time.
// This overrides the default announce interval, and no
// announce will take place until the given time has
// timed out.
void force_reannounce(boost::posix_time::time_duration) const;
// ``scrape_tracker()`` will send a scrape request to the tracker. A scrape request queries the
// tracker for statistics such as total number of incomplete peers, complete peers, number of
// downloads etc.
//
// This request will specifically update the ``num_complete`` and ``num_incomplete`` fields in
2013-08-09 03:44:42 +02:00
// the torrent_status struct once it completes. When it completes, it will generate a
// scrape_reply_alert. If it fails, it will generate a scrape_failed_alert.
void scrape_tracker() const;
// ``set_upload_limit`` will limit the upload bandwidth used by this particular torrent to the
// limit you set. It is given as the number of bytes per second the torrent is allowed to upload.
// ``set_download_limit`` works the same way but for download bandwidth instead of upload bandwidth.
// Note that setting a higher limit on a torrent then the global limit (``session_settings::upload_rate_limit``)
// will not override the global rate limit. The torrent can never upload more than the global rate
// limit.
//
// ``upload_limit`` and ``download_limit`` will return the current limit setting, for upload and
// download, respectively.
void set_upload_limit(int limit) const;
int upload_limit() const;
void set_download_limit(int limit) const;
int download_limit() const;
// ``set_sequential_download()`` enables or disables *sequential download*. When enabled, the piece
// picker will pick pieces in sequence instead of rarest first.
//
// Enabling sequential download will affect the piece distribution negatively in the swarm. It should be
// used sparingly.
void set_sequential_download(bool sd) const;
2007-06-10 22:46:09 +02:00
// ``connect_peer()`` is a way to manually connect to peers that one believe is a part of the
// torrent. If the peer does not respond, or is not a member of this torrent, it will simply
// be disconnected. No harm can be done by using this other than an unnecessary connection
// attempt is made. If the torrent is uninitialized or in queued or checking mode, this
2013-08-09 03:44:42 +02:00
// will throw libtorrent_exception. The second (optional) argument will be bitwised ORed into
// the source mask of this peer. Typically this is one of the source flags in peer_info.
// i.e. ``tracker``, ``pex``, ``dht`` etc.
void connect_peer(tcp::endpoint const& adr, int source = 0) const;
2003-12-22 08:14:35 +01:00
// ``set_max_uploads()`` sets the maximum number of peers that's unchoked at the same time on this
// torrent. If you set this to -1, there will be no limit. This defaults to infinite. The primary
// setting controlling this is the global unchoke slots limit, set by unchoke_slots_limit
// in session_settings.
//
// ``max_uploads()`` returns the current settings.
void set_max_uploads(int max_uploads) const;
int max_uploads() const;
// ``set_max_connections()`` sets the maximum number of connection this torrent will open. If all
// connections are used up, incoming connections may be refused or poor connections may be closed.
// This must be at least 2. The default is unlimited number of connections. If -1 is given to the
// function, it means unlimited. There is also a global limit of the number of connections, set
2013-08-09 03:44:42 +02:00
// by ``connections_limit`` in session_settings.
//
// ``max_connections()`` returns the current settings.
void set_max_connections(int max_connections) const;
int max_connections() const;
2010-03-19 19:39:51 +01:00
// sets a username and password that will be sent along in the HTTP-request
// of the tracker announce. Set this if the tracker requires authorization.
void set_tracker_login(std::string const& name
, std::string const& password) const;
// Moves the file(s) that this torrent are currently seeding from or downloading to. If
// the given ``save_path`` is not located on the same drive as the original save path,
// the files will be copied to the new drive and removed from their original location.
// This will block all other disk IO, and other torrents download and upload rates may
// drop while copying the file.
//
// Since disk IO is performed in a separate thread, this operation is also asynchronous.
// Once the operation completes, the ``storage_moved_alert`` is generated, with the new
// path as the message. If the move fails for some reason, ``storage_moved_failed_alert``
// is generated instead, containing the error message.
//
// The ``flags`` argument determines the behavior of the copying/moving of the files
// in the torrent. see move_flags_t.
//
// * always_replace_files = 0
// * fail_if_exist = 1
// * dont_replace = 2
//
// ``always_replace_files`` is the default and replaces any file that exist in both the
// source directory and the target directory.
//
// ``fail_if_exist`` first check to see that none of the copy operations would cause an
// overwrite. If it would, it will fail. Otherwise it will proceed as if it was in
// ``always_replace_files`` mode. Note that there is an inherent race condition here.
// If the files in the target directory appear after the check but before the copy
// or move completes, they will be overwritten. When failing because of files already
// existing in the target path, the ``error`` of ``move_storage_failed_alert`` is set
// to ``boost::system::errc::file_exists``.
//
// The intention is that a client may use this as a probe, and if it fails, ask the user
// which mode to use. The client may then re-issue the ``move_storage`` call with one
// of the other modes.
//
// ``dont_replace`` always takes the existing file in the target directory, if there is
// one. The source files will still be removed in that case.
//
// Files that have been renamed to have absolute pahts are not moved by this function.
// Keep in mind that files that don't belong to the torrent but are stored in the torrent's
// directory may be moved as well. This goes for files that have been renamed to
// absolute paths that still end up inside the save path.
void move_storage(std::string const& save_path, int flags = 0) const;
// Renames the file with the given index asynchronously. The rename operation is complete
// when either a file_renamed_alert or file_rename_failed_alert is posted.
void rename_file(int index, std::string const& new_name) const;
#ifndef TORRENT_NO_DEPRECATE
2013-11-29 06:29:39 +01:00
#if TORRENT_USE_WSTRING
// all wstring APIs are deprecated since 0.16.11
// instead, use the wchar -> utf8 conversion functions
// and pass in utf8 strings
TORRENT_DEPRECATED_PREFIX
void move_storage(std::wstring const& save_path, int flags = 0) const TORRENT_DEPRECATED;
TORRENT_DEPRECATED_PREFIX
void rename_file(int index, std::wstring const& new_name) const TORRENT_DEPRECATED;
#endif // TORRENT_USE_WSTRING
2013-11-29 06:29:39 +01:00
#endif // TORRENT_NO_DEPRECATE
// Enables or disabled super seeding/initial seeding for this torrent. The torrent
// needs to be a seed for this to take effect.
void super_seeding(bool on) const;
2003-11-28 18:29:27 +01:00
// ``info_hash()`` returns the info-hash for the torrent.
sha1_hash info_hash() const;
2013-08-16 07:07:09 +02:00
// comparison operators. The order of the torrents is unspecified
// but stable.
bool operator==(const torrent_handle& h) const
{ return m_torrent.lock() == h.m_torrent.lock(); }
bool operator!=(const torrent_handle& h) const
{ return m_torrent.lock() != h.m_torrent.lock(); }
bool operator<(const torrent_handle& h) const
{ return m_torrent.lock() < h.m_torrent.lock(); }
2008-12-30 04:54:07 +01:00
// This function is intended only for use by plugins and the alert dispatch function. Any code
// that runs in libtorrent's network thread may not use the public API of torrent_handle.
// Doing so results in a dead-lock. For such routines, the ``native_handle`` gives access to the
// underlying type representing the torrent. This type does not have a stable API and should
// be relied on as little as possible.
2012-08-30 03:54:35 +02:00
boost::shared_ptr<torrent> native_handle() const;
private:
torrent_handle(boost::weak_ptr<torrent> const& t)
: m_torrent(t)
{}
boost::weak_ptr<torrent> m_torrent;
};
2009-06-19 00:32:55 +02:00
2013-08-16 07:07:09 +02:00
// holds a snapshot of the status of a torrent, as queried by torrent_handle::status().
struct TORRENT_EXPORT torrent_status
{
2013-08-16 07:07:09 +02:00
// hidden
2012-03-19 07:06:52 +01:00
torrent_status();
~torrent_status();
bool operator==(torrent_status const& st) const
{ return handle == st.handle; }
// a handle to the torrent whose status the object represents.
torrent_handle handle;
2013-08-16 07:07:09 +02:00
// the different overall states a torrent can be in
enum state_t
{
// The torrent is in the queue for being checked. But there
2013-11-29 06:29:39 +01:00
// currently is another torrent that are being checked.
// This torrent will wait for its turn.
queued_for_checking,
// The torrent has not started its download yet, and is
2013-11-29 06:29:39 +01:00
// currently checking existing files.
checking_files,
2013-11-29 06:29:39 +01:00
// The torrent is trying to download metadata from peers.
// This assumes the metadata_transfer extension is in use.
downloading_metadata,
2013-11-29 06:29:39 +01:00
// The torrent is being downloaded. This is the state
// most torrents will be in most of the time. The progress
2013-11-29 06:29:39 +01:00
// meter will tell how much of the files that has been
// downloaded.
downloading,
2013-11-29 06:29:39 +01:00
// In this state the torrent has finished downloading but
// still doesn't have the entire torrent. i.e. some pieces
2013-11-29 06:29:39 +01:00
// are filtered and won't get downloaded.
finished,
// In this state the torrent has finished downloading and
2013-11-29 06:29:39 +01:00
// is a pure seeder.
seeding,
// If the torrent was started in full allocation mode, this
2013-11-29 06:29:39 +01:00
// indicates that the (disk) storage for the torrent is
// allocated.
allocating,
// The torrent is currently checking the fastresume data and
2013-11-29 06:29:39 +01:00
// comparing it to the files on disk. This is typically
// completed in a fraction of a second, but if you add a
// large number of torrents at once, they will queue up.
checking_resume_data
};
2013-11-29 06:29:39 +01:00
// may be set to an error message describing why the torrent
// was paused, in case it was paused by an error. If the torrent
// is not paused or if it's paused but not because of an error,
// this string is empty.
std::string error;
// the path to the directory where this torrent's files are stored.
2013-11-29 06:29:39 +01:00
// It's typically the path as was given to async_add_torrent() or
// add_torrent() when this torrent was started. This field is only
// included if the torrent status is queried with
// ``torrent_handle::query_save_path``.
std::string save_path;
2013-11-29 06:29:39 +01:00
// the name of the torrent. Typically this is derived from the
// .torrent file. In case the torrent was started without metadata,
// and hasn't completely received it yet, it returns the name given
// to it when added to the session. See ``session::add_torrent``.
// This field is only included if the torrent status is queried
// with ``torrent_handle::query_name``.
std::string name;
// set to point to the ``torrent_info`` object for this torrent. It's
2013-11-29 06:29:39 +01:00
// only included if the torrent status is queried with
// ``torrent_handle::query_torrent_file``.
boost::intrusive_ptr<const torrent_info> torrent_file;
// the time until the torrent will announce itself to the tracker.
boost::posix_time::time_duration next_announce;
// the time the tracker want us to wait until we announce ourself
// again the next time.
boost::posix_time::time_duration announce_interval;
2004-03-21 03:03:37 +01:00
// the URL of the last working tracker. If no tracker request has
// been successful yet, it's set to an empty string.
std::string current_tracker;
// the number of bytes downloaded and
// uploaded to all peers, accumulated, *this session* only. The session is considered
// to restart when a torrent is paused and restarted again. When a torrent is paused,
// these counters are reset to 0. If you want complete, persistent, stats, see
// ``all_time_upload`` and ``all_time_download``.
size_type total_download;
size_type total_upload;
2007-03-20 02:59:00 +01:00
// counts the amount of bytes
// send and received this session, but only the actual payload data (i.e the interesting
// data), these counters ignore any protocol overhead.
size_type total_payload_download;
size_type total_payload_upload;
2007-03-20 02:59:00 +01:00
// the number of bytes that has been downloaded and that
// has failed the piece hash test. In other words, this is just how much crap that
// has been downloaded.
size_type total_failed_bytes;
// the number of bytes that has been downloaded even
// though that data already was downloaded. The reason for this is that in some
// situations the same data can be downloaded by mistake. When libtorrent sends
// requests to a peer, and the peer doesn't send a response within a certain
// timeout, libtorrent will re-request that block. Another situation when
// libtorrent may re-request blocks is when the requests it sends out are not
// replied in FIFO-order (it will re-request blocks that are skipped by an out of
// order block). This is supposed to be as low as possible.
size_type total_redundant_bytes;
2005-07-02 10:48:37 +02:00
// a bitmask that represents which pieces we have (set to true) and
// the pieces we don't have. It's a pointer and may be set to 0 if the torrent isn't
// downloading or seeding.
bitfield pieces;
// a bitmask representing which pieces has had their hash
// checked. This only applies to torrents in *seed mode*. If the torrent is not
// in seed mode, this bitmask may be empty.
bitfield verified_pieces;
// the total number of bytes of the file(s) that we have. All
// this does not necessarily has to be downloaded during this session (that's
// ``total_payload_download``).
size_type total_done;
// the number of bytes we have downloaded, only counting the
// pieces that we actually want to download. i.e. excluding any pieces that we have but
// have priority 0 (i.e. not wanted).
size_type total_wanted_done;
// The total number of bytes we want to download.
// This may be smaller than the total torrent size
// in case any pieces are prioritized to 0, i.e. not wanted
size_type total_wanted;
// are accumulated upload and download
// payload byte counters. They are saved in and restored from resume data to keep totals
// across sessions.
size_type all_time_upload;
size_type all_time_download;
// the posix-time when this torrent was added. i.e. what
// ``time(NULL)`` returned at the time.
time_t added_time;
// the posix-time when this torrent was finished. If
// the torrent is not yet finished, this is 0.
time_t completed_time;
// the time when we, or one of our peers, last
// saw a complete copy of this torrent.
time_t last_seen_complete;
// The allocation mode for the torrent. See storage_mode_t for the options.
// For more information, see storage-allocation_.
storage_mode_t storage_mode;
// a value in the range [0, 1], that represents the progress of the
// torrent's current task. It may be checking files or downloading.
float progress;
// progress parts per million (progress * 1000000)
// when disabling floating point operations, this is
// the only option to query progress
// reflects the same value as ``progress``, but instead in a range
// [0, 1000000] (ppm = parts per million). When floating point operations are disabled,
// this is the only alternative to the floating point value in progress.
int progress_ppm;
// the position this torrent has in the download
// queue. If the torrent is a seed or finished, this is -1.
int queue_position;
// the total rates for all peers for this
// torrent. These will usually have better precision than summing the rates from
// all peers. The rates are given as the number of bytes per second.
int download_rate;
int upload_rate;
2007-03-20 02:59:00 +01:00
// the total transfer rate of payload only, not counting protocol chatter. This might
// be slightly smaller than the other rates, but if projected over a long time
// (e.g. when calculating ETA:s) the difference may be noticeable.
int download_payload_rate;
int upload_payload_rate;
2007-03-20 02:59:00 +01:00
// the number of peers that are seeding that this client is
// currently connected to.
int num_seeds;
2007-03-20 02:59:00 +01:00
// the number of peers this torrent currently is connected to.
// Peer connections that are in the half-open state (is attempting to connect)
// or are queued for later connection attempt do not count. Although they are
// visible in the peer list when you call get_peer_info().
int num_peers;
2007-03-20 02:59:00 +01:00
// if the tracker sends scrape info in its
// announce reply, these fields will be
// set to the total number of peers that
// have the whole file and the total number
// of peers that are still downloading.
// set to -1 if the tracker did not
// send any scrape data in its announce reply.
int num_complete;
int num_incomplete;
2007-03-20 02:59:00 +01:00
// the number of seeds in our peer list
// and the total number of peers (including seeds). We are not
// necessarily connected to all the peers in our peer list. This is the number
// of peers we know of in total, including banned peers and peers that we have
// failed to connect to.
int list_seeds;
int list_peers;
2004-02-25 00:55:42 +01:00
// the number of peers in this torrent's peer list
// that is a candidate to be connected to. i.e. It has fewer connect attempts
// than the max fail count, it is not a seed if we are a seed, it is not banned
// etc. If this is 0, it means we don't know of any more peers that we can try.
int connect_candidates;
// the number of pieces that has been downloaded. It is equivalent
// to: ``std::accumulate(pieces->begin(), pieces->end())``. So you don't have to
// count yourself. This can be used to see if anything has updated since last time
// if you want to keep a graph of the pieces up to date.
int num_pieces;
2003-10-30 00:28:09 +01:00
// the number of distributed copies of the torrent.
// Note that one copy may be spread out among many peers. It tells how many copies
// there are currently of the rarest piece(s) among the peers this client is
// connected to.
int distributed_full_copies;
// tells the share of pieces that have more copies than
// the rarest piece(s). Divide this number by 1000 to get the fraction.
//
// For example, if ``distributed_full_copies`` is 2 and ``distrbuted_fraction``
// is 500, it means that the rarest pieces have only 2 copies among the peers
// this torrent is connected to, and that 50% of all the pieces have more than
// two copies.
//
// If we are a seed, the piece picker is deallocated as an optimization, and
// piece availability is no longer tracked. In this case the distributed
// copies members are set to -1.
int distributed_fraction;
// the number of distributed copies of the file.
// note that one copy may be spread out among many peers.
// This is a floating point representation of the
// distributed copies.
//
// the integer part tells how many copies
// there are of the rarest piece(s)
//
// the fractional part tells the fraction of pieces that
// have more copies than the rarest piece(s).
float distributed_copies;
// the size of a block, in bytes. A block is a sub piece, it
// is the number of bytes that each piece request asks for and the number of
2013-08-09 03:44:42 +02:00
// bytes that each bit in the ``partial_piece_info``'s bitset represents,
// see get_download_queue(). This is typically 16 kB, but it may be
// larger if the pieces are larger.
int block_size;
2004-01-08 18:03:04 +01:00
// the number of unchoked peers in this torrent.
int num_uploads;
// the number of peer connections this torrent has, including
// half-open connections that hasn't completed the bittorrent handshake yet. This is
// always >= ``num_peers``.
int num_connections;
// the set limit of upload slots (unchoked peers) for this torrent.
int uploads_limit;
// the set limit of number of connections for this torrent.
int connections_limit;
2004-01-12 04:05:10 +01:00
// the number of peers in this
// torrent that are waiting for more bandwidth quota from the torrent rate limiter.
// This can determine if the rate you get from this torrent is bound by the torrents
// limit or not. If there is no limit set on this torrent, the peers might still be
// waiting for bandwidth quota from the global limiter, but then they are counted in
// the ``session_status`` object.
int up_bandwidth_queue;
int down_bandwidth_queue;
2003-12-14 06:56:12 +01:00
// the number of
// seconds since any peer last uploaded from this torrent and the last
// time a downloaded piece passed the hash check, respectively.
int time_since_upload;
int time_since_download;
2004-01-21 01:59:38 +01:00
// These keep track of the number of seconds this torrent has been active (not
// paused) and the number of seconds it has been active while being finished and
// active while being a seed. ``seeding_time`` should be <= ``finished_time`` which
// should be <= ``active_time``. They are all saved in and restored from resume data,
// to keep totals across sessions.
int active_time;
int finished_time;
int seeding_time;
// A rank of how important it is to seed the torrent, it is used
// to determine which torrents to seed and which to queue. It is based on the peer
// to seed ratio from the tracker scrape. For more information, see queuing_.
// Higher value means more important to seed
int seed_rank;
// the number of seconds since this torrent acquired scrape data.
// If it has never done that, this value is -1.
int last_scrape;
2004-07-18 02:39:58 +02:00
// the number of regions of non-downloaded pieces in the
// torrent. This is an interesting metric on windows vista, since there is
// a limit on the number of sparse regions in a single file there.
int sparse_regions;
2003-12-07 06:53:04 +01:00
// the priority of this torrent
int priority;
// the main state the torrent is in. See torrent_status::state_t.
2013-12-31 18:25:51 +01:00
state_t state;
// true if this torrent has unsaved changes
// to its download state and statistics since the last resume data
// was saved.
bool need_save_resume;
// true if the session global IP filter applies
// to this torrent. This defaults to true.
bool ip_filter_applies;
2003-12-07 06:53:04 +01:00
// true if the torrent is blocked from downloading. This
// typically happens when a disk write operation fails. If the torrent is
// auto-managed, it will periodically be taken out of this state, in the
// hope that the disk condition (be it disk full or permission errors) has
// been resolved. If the torrent is not auto-managed, you have to explicitly
2013-08-09 03:44:42 +02:00
// take it out of the upload mode by calling set_upload_mode() on the
// torrent_handle.
bool upload_mode;
2003-12-07 06:53:04 +01:00
// true if the torrent is currently in share-mode, i.e.
// not downloading the torrent, but just helping the swarm out.
bool share_mode;
2003-12-07 06:53:04 +01:00
// true if the torrent is in super seeding mode
bool super_seeding;
// set to true if the torrent is paused and false otherwise. It's only true
// if the torrent itself is paused. If the torrent is not running because the session is
// paused, this is still false. To know if a torrent is active or not, you need to inspect
// both ``torrent_status::paused`` and ``session::is_paused()``.
bool paused;
2003-11-08 03:16:26 +01:00
// set to true if the torrent is auto managed, i.e. libtorrent is
// responsible for determining whether it should be started or queued. For more info
// see queuing_
bool auto_managed;
// true when the torrent is in sequential download mode. In
// this mode pieces are downloaded in order rather than rarest first.
bool sequential_download;
2004-02-29 17:39:52 +01:00
// true if all pieces have been downloaded.
bool is_seeding;
2003-10-26 18:35:23 +01:00
// true if all pieces that have a priority > 0 are downloaded. There is
// only a distinction between finished and seeding if some pieces or files have been
// set to priority 0, i.e. are not downloaded.
bool is_finished;
2003-10-26 18:35:23 +01:00
// true if this torrent has metadata (either it was started from a
// .torrent file or the metadata has been downloaded). The only scenario where this can be
// false is when the torrent was started torrent-less (i.e. with just an info-hash and tracker
// ip, a magnet link for instance).
bool has_metadata;
// true if there has ever been an incoming connection attempt
// to this torrent.
bool has_incoming;
// true if the torrent is in seed_mode. If the torrent was
// started in seed mode, it will leave seed mode once all pieces have been
// checked or as soon as one piece fails the hash check.
bool seed_mode;
// this is true if this torrent's storage is currently being moved from
// one location to another. This may potentially be a long operation
// if a large file ends up being copied from one drive to another.
bool moving_storage;
// the info-hash for this torrent
sha1_hash info_hash;
2003-10-26 18:35:23 +01:00
};
}
#endif // TORRENT_TORRENT_HANDLE_HPP_INCLUDED