Hi everyone! We are pleased to launch a new version of FrostWire for Windows, macOS and Linux.
This new release includes the latest jlibtorrent 18.104.22.168, which brings a lot of improvements for torrent downloading.
This release is extremely important for macOS Sierra (10.12) users as previous versions are not Sierra compatible.
frostwire (6.4.0) stable; urgency=high
* New jlibtorrent 22.214.171.124
* Fixes media player for macOS Sierra (10.12)
* Improved transfer progress calculation
* Fixes issue showing active transfers on launch
* Crash fixes
— FrostWire Team <firstname.lastname@example.org> Mon, 17 Sep 2016 12:27:00 -0600
JlibTorrent 126.96.36.199 is the star of this release, we’ve been working hard along the libtorrent team and we’ve packed bleeding edge libtorrent updates that make use of the latest improvements coming out of the C++ technological stack FrostWire relies on for super fast downloads.
We are perhaps several months ahead of the technological curve with respect to any other Bittorrent client in the market which relies on libtorrent (QBitTorrent, Transmission and who knows, perhaps uTorrent as well)
For those who want to know more about the nitty gritty, here are some of the fixes and optimizations performed to make the best out of your CPUs on multiple architectures (these upgrades will certainly be felt for Android users running on arm, arm64 and intel processors, download speeds should increase as the entire network gets this update, and the battery consumption of the app is now at an all time minimum, multiply that a few million times and we’re probably having somewhat of an impact in the environment)
JLibtorrent 188.8.131.52 changelog
- android arm builds floating-point hardware targets VFPv3 architecture
(ARMv7-X). - linux arm builds make use of NEON hardware extensions. - improved implementation of `Entry` - debug builds supported in travis for android arm, linux 64bit and macOS - in sync with libtorrent's master branch - added `toString()` to BDecodeNode - uses Android NDK r13 - new posix file management api wrapper - DHT API improvements (now with IPv6 support) - boost 1.62.0 - openssl 1.1.0b - new `SessionManager` higher level session wrapper abstraction, `Session` is no more - new fetchMagnet implementation - better session shutdown - digest/sha1_hash swig fixes - swig cleanup - crash fixes
- e2dk, sha1, sha512 and other cryptographic primitives are now optimized taking advantage of openssl integration upgrades. - Android devices with ARM processors (the majority) now will make use of NEON (SIMD) vector operations which are heavily used in libtorrent for bitfield operations like crc32c (cyclic redundancy check Castagnoli), popcnt (pop count), clz (count leading zeroes), ctz (count trailing zeros) which means huge improvement for android devices in handshakes, dht internal operations, piece availability checks, and piece integrity checks. Making use of such hardware extensions means faster download speeds, a better experience and longer battery life. - improve support for HTTP redirects for web seeds - use string_view in entry interface - deprecate "send_stats" property on trackers (since lt_tracker extension has been removed) - remove deprecate session_settings API (use settings_pack instead) - improve file layout optimization when creating torrents with padfiles - remove remote_dl_rate feature - source code migration from boost::shared_ptr to std::shared_ptr - storage_interface API changed to use span and references - changes in public API to work with std::shared_ptr - extensions API changed to use span and std::shared_ptr - plugin API changed to handle DHT requests using string_view - removed support for lt_trackers and metadata_transfer extensions (pre-dating ut_metadata) - support windows' CryptoAPI for SHA-1 - separated ssl and crypto options in build - remove lazy-bitfield feature - simplified suggest-read-cache feature to not depend on disk threads - removed option to disable contiguous receive buffers - deprecated public to_hex() and from_hex() functions - separated address and port fields in listen alerts - added support for parsing new x.pe parameter from BEP 9 - peer_blocked_alert now derives from peer_alert - transitioned exception types to system_error - made alerts move-only - move files one-by-one when moving storage for a torrent - removed RSS support - removed feature to resolve country for peers - added support for BEP 32, "IPv6 extension for DHT" - overhauled listen socket and UDP socket handling, improving multi-home support and bind-to-device - added new read_resume_data() function, initializing add_torrent_params - removed deprecated fields from add_torrent_params - deprecate "resume_data" field in add_torrent_params - improved support for bind-to-device - deprecated ssl_listen, SSL sockets are specified in listen_interfaces now - improved support for listening on multiple sockets and interfaces - resume data no longer has timestamps of files - require C++11 to build libtorrent - remove file size limit in torrent_info filename constructor - fix tail-padding for last file in create_torrent - don't send user-agent in metadata http downloads or UPnP requests when in anonymous mode - fix internal resolve links lookup for mutable torrents - hint DHT bootstrap nodes of actual bootstrap request
What is FrostWire?
FrostWire, a BitTorrent Client & YouTube Downloader that makes it easier to search, download, play and share content from the BitTorrent network & cloud sources, all in one place, announced today its new ‘preview’ and ‘play as you download’ capabilities for Android phones and tablets. The new preview feature not just enables users with a more convenient way to find and discover content, it makes downloading optional in some cases.
Get a VPN
If you want to protect your privacy while you’re browsing on the Internet, or using FrostWire, or any App, we strongly recommend you to get a VPN. VPN stands for a Virtual Private Network. It’s a service that provides you a secure encrypted connection to other computers on the internet, some VPN services also provide anonymity when connecting to servers and other computers online. If you do not connect to the internet via VPN, all information coming out of your computer, including your IP address, is open to whoever wants to access them.