527 lines
21 KiB
C++
527 lines
21 KiB
C++
/*
|
|
|
|
Copyright (c) 2015, Arvid Norberg
|
|
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_STATUS_HPP_INCLUDED
|
|
#define TORRENT_TORRENT_STATUS_HPP_INCLUDED
|
|
|
|
#include "libtorrent/config.hpp"
|
|
#include "libtorrent/torrent_handle.hpp"
|
|
#include "libtorrent/bitfield.hpp"
|
|
#include "libtorrent/sha1_hash.hpp"
|
|
#include "libtorrent/time.hpp" // for time_duration
|
|
#include "libtorrent/storage_defs.hpp" // for storage_mode_t
|
|
|
|
#include "libtorrent/aux_/disable_warnings_push.hpp"
|
|
|
|
#include <boost/cstdint.hpp>
|
|
|
|
#include <string>
|
|
|
|
#include "libtorrent/aux_/disable_warnings_pop.hpp"
|
|
|
|
namespace libtorrent
|
|
{
|
|
// holds a snapshot of the status of a torrent, as queried by
|
|
// torrent_handle::status().
|
|
struct TORRENT_EXPORT torrent_status
|
|
{
|
|
// hidden
|
|
torrent_status();
|
|
~torrent_status();
|
|
#if __cplusplus >= 201103L
|
|
torrent_status(torrent_status const&) = default;
|
|
torrent_status& operator=(torrent_status const&) = default;
|
|
#endif
|
|
|
|
// compares if the torrent status objects come from the same torrent. i.e.
|
|
// only the torrent_handle field is compared.
|
|
bool operator==(torrent_status const& st) const
|
|
{ return handle == st.handle; }
|
|
|
|
// a handle to the torrent whose status the object represents.
|
|
torrent_handle handle;
|
|
|
|
// the different overall states a torrent can be in
|
|
enum state_t
|
|
{
|
|
#ifndef TORRENT_NO_DEPRECATE
|
|
// The torrent is in the queue for being checked. But there
|
|
// currently is another torrent that are being checked.
|
|
// This torrent will wait for its turn.
|
|
queued_for_checking,
|
|
#else
|
|
// internal
|
|
unused_enum_for_backwards_compatibility,
|
|
#endif
|
|
|
|
// The torrent has not started its download yet, and is
|
|
// currently checking existing files.
|
|
checking_files,
|
|
|
|
// The torrent is trying to download metadata from peers.
|
|
// This assumes the metadata_transfer extension is in use.
|
|
downloading_metadata,
|
|
|
|
// The torrent is being downloaded. This is the state
|
|
// most torrents will be in most of the time. The progress
|
|
// meter will tell how much of the files that has been
|
|
// downloaded.
|
|
downloading,
|
|
|
|
// In this state the torrent has finished downloading but
|
|
// still doesn't have the entire torrent. i.e. some pieces
|
|
// are filtered and won't get downloaded.
|
|
finished,
|
|
|
|
// In this state the torrent has finished downloading and
|
|
// is a pure seeder.
|
|
seeding,
|
|
|
|
// If the torrent was started in full allocation mode, this
|
|
// indicates that the (disk) storage for the torrent is
|
|
// allocated.
|
|
allocating,
|
|
|
|
// The torrent is currently checking the fastresume data and
|
|
// 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
|
|
};
|
|
|
|
// may be set to an error code 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 error_code is not set.
|
|
// if the error is attributed specifically to a file, error_file is set to
|
|
// the index of that file in the .torrent file.
|
|
#ifndef TORRENT_NO_DEPRECATE
|
|
std::string error;
|
|
#else
|
|
// internal
|
|
std::string _dummy_string_;
|
|
#endif
|
|
error_code errc;
|
|
int error_file;
|
|
|
|
// special values for error_file to describe which file or component
|
|
// encountered the error (``errc``).
|
|
enum error_file_t {
|
|
// the error did not occur on a file
|
|
error_file_none = -1,
|
|
|
|
// the error occurred on m_url
|
|
error_file_url = -2,
|
|
|
|
// the error occurred setting up the SSL context
|
|
error_file_ssl_ctx = -3,
|
|
|
|
// the error occurred while loading the .torrent file via the user
|
|
// supplied load function
|
|
error_file_metadata = -4
|
|
};
|
|
|
|
// the path to the directory where this torrent's files are stored.
|
|
// 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;
|
|
|
|
// 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
|
|
// only included if the torrent status is queried with
|
|
// ``torrent_handle::query_torrent_file``.
|
|
boost::weak_ptr<const torrent_info> torrent_file;
|
|
|
|
// the time until the torrent will announce itself to the tracker.
|
|
time_duration next_announce;
|
|
|
|
#ifndef TORRENT_NO_DEPRECATE
|
|
// the time the tracker want us to wait until we announce ourself
|
|
// again the next time.
|
|
time_duration announce_interval;
|
|
#else
|
|
// hidden
|
|
time_duration deprecated_announce_interval_;
|
|
#endif
|
|
|
|
// 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``.
|
|
boost::int64_t total_download;
|
|
boost::int64_t total_upload;
|
|
|
|
// 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. 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.
|
|
boost::int64_t total_payload_download;
|
|
boost::int64_t total_payload_upload;
|
|
|
|
// 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 since the torrent was last started. If a torrent is
|
|
// paused and then restarted again, this counter will be reset.
|
|
boost::int64_t 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. This only counts bytes since the torrent was last
|
|
// started. If a torrent is paused and then restarted again, this counter
|
|
// will be reset.
|
|
boost::int64_t total_redundant_bytes;
|
|
|
|
// 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``).
|
|
boost::int64_t 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).
|
|
boost::int64_t 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
|
|
boost::int64_t total_wanted;
|
|
|
|
// are accumulated upload and download payload byte counters. They are
|
|
// saved in and restored from resume data to keep totals across sessions.
|
|
boost::int64_t all_time_upload;
|
|
boost::int64_t 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;
|
|
|
|
// 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;
|
|
|
|
// the number of peers that are seeding that this client is
|
|
// currently connected to.
|
|
int num_seeds;
|
|
|
|
// 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;
|
|
|
|
// 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;
|
|
|
|
// 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;
|
|
|
|
// 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;
|
|
|
|
// 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
|
|
// 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;
|
|
|
|
// 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;
|
|
|
|
// 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;
|
|
|
|
// the number of seconds since any peer last uploaded from this torrent
|
|
// and the last time a downloaded piece passed the hash check,
|
|
// respectively. Note, when starting up a torrent that needs its files
|
|
// checked, piece may pass and that will be considered downloading for the
|
|
// purpose of this counter. -1 means there either hasn't been any
|
|
// uploading/downloading, or it was too long ago for libtorrent to
|
|
// remember (currently forgetting happens after about 18 hours)
|
|
int time_since_upload;
|
|
int time_since_download;
|
|
|
|
// 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;
|
|
|
|
// the priority of this torrent
|
|
int priority;
|
|
|
|
// the main state the torrent is in. See torrent_status::state_t.
|
|
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;
|
|
|
|
// 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 take it out of the upload mode by calling set_upload_mode()
|
|
// on the torrent_handle.
|
|
bool upload_mode;
|
|
|
|
// true if the torrent is currently in share-mode, i.e. not downloading
|
|
// the torrent, but just helping the swarm out.
|
|
bool share_mode;
|
|
|
|
// 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;
|
|
|
|
// 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;
|
|
|
|
// true if all pieces have been downloaded.
|
|
bool is_seeding;
|
|
|
|
// 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;
|
|
|
|
// 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;
|
|
|
|
// true if this torrent is loaded into RAM. A torrent can be started
|
|
// and still not loaded into RAM, in case it has not had any peers interested in it
|
|
// yet. Torrents are loaded on demand.
|
|
bool is_loaded;
|
|
|
|
// these are set to true if this torrent is allowed to announce to the
|
|
// respective peer source. Whether they are true or false is determined by
|
|
// the queue logic/auto manager. Torrents that are not auto managed will
|
|
// always be allowed to announce to all peer sources.
|
|
bool announcing_to_trackers;
|
|
bool announcing_to_lsd;
|
|
bool announcing_to_dht;
|
|
|
|
// this reflects whether the ``stop_when_ready`` flag is currently enabled
|
|
// on this torrent. For more information, see
|
|
// torrent_handle::stop_when_ready().
|
|
bool stop_when_ready;
|
|
|
|
// the info-hash for this torrent
|
|
sha1_hash info_hash;
|
|
};
|
|
|
|
}
|
|
|
|
#endif
|
|
|