qBittorrent official forums

[quote="Tomaso"]
[quote="newborn"]
does it change something with DHT on or OFF ?[/quote]

http://en.wikipedia.org/wiki/Distributed_hash_table
https://bugs.launchpad.net/qbittorrent/+bug/987340

[quote="shank"]
the torrent will stay in a "stalled" state.  I then have to close and reopen qBittorrent to make it start downloading the torrent.  Is this a known issue? [/quote]

Check comment #6 in link #2 above.
[/quote]

I did come across that issue on the tracker and I don't think it's the same as what I'm experiencing.  My issue isn't happening with magnet links.  It happens with torrent files.  I just did more testing and used 3.0.0rc4 which gave a little more feedback which should reveal the issue with opening some torrent files in qBittorrent:

In 3.0.0rc4 when I click the torrent file link in Firefox and choose "Open with qBittorrent", qBittorrent now throws an error that says "torrent file does not exist".  The same behavior happens if I locate the torrent file on my hd and double click it.  If I rename the file to a simple filename (like a few typical English numbers or characters), it will open in qBittorrent properly.  If I restore the name (it has Asian characters in the filename) and try to open it, qBittorrent gives the error again.  So, I believe qBittorrent can't handle torrent files with foreign characters in the filename.

Edit: Forgot to mention that the error doesn't occur if you drag and drop the torrent file onto the qBittorrent window.  So the problem with filenames is somewhere in the process of qBittorrent opening a file via double click or file association.  Either way, the torrent still does not start unless you restart the client.

The "open destination folder" on the right click menu seems to be working again in the 3.0 beta.  It will at least open the torrent's folder.  However, if the torrent contains only a file, it simply opens your Downloads folder.  I wish it would open that folder and highlight the file (Firefox has this exact feature.  When you click the Downloads button to view the Downloads list, you can click the magnifying glass icon next to the download and it will open the directory with that file highlighted/selected).

I am using qbittorrent rc4, but then this also happened on previous versions. If you add a torrent to an empty client it will just stay stalled unless client is restarted. If you have active torrents still going then they start up fine, or if adding with client closed. Any ideas for a fix?

I want to hear what should I do to resolve issue I was talking about few pages back. Is this really a bug? Did you reproduced it? What other info you need to fix it? Will it be fixed in release 3.0 version?

EDIT:
Also my wishes:
- don't remember how it works in latest RC but when you select tracker on "trackers" tab and press delete button on keyboard - please make it delete tracker entry, not the entire download...
- in rc buttons select/deselect all seems to be missing from torrent adding dialog. checkboxes is not good enough, what if there is 100 folders in torrent, i have to click on all of them?

[quote="Endymion"]
- in rc buttons select/deselect all seems to be missing from torrent adding dialog. checkboxes is not good enough, what if there is 100 folders in torrent, i have to click on all of them?
[/quote]

For this one, I'm pretty sure it was answered somewhere... by the developer themselves. The folder system is setup so that you can unselect the root folder and it unselects everything else (folders and files) contained in that folder... at least that is the intended function.

By this functionality I also realized why the torrent folder shows in the Name column instead of the Save as directory... so that you can 1-click unselect all.

[quote="loki"]
For this one, I'm pretty sure it was answered somewhere... by the developer themselves. The folder system is setup so that you can unselect the root folder and it unselects everything else (folders and files) contained in that folder... at least that is the intended function.

By this functionality I also realized why the torrent folder shows in the Name column instead of the Save as directory... so that you can 1-click unselect all.
[/quote]
I see. Probably I just didn't realised it is like that now. Not sure if i like it though. Anyway not going to install rc just to check that - that nasty popup about "torrent does not exist" kills me >__< I hope they will make that popup go away at least, like in pre v3 versions if they don't want to fix the issue.

Here is qBittorrent 3.0.0rc5 built with MSVC 2008 express. This is built with the latest version of the 0.16 branch of libtorrent on svn and it has uTP support.

3.0.0rc4 (unstable) link-> http://sourceforge.net/projects/qbittor ... e/download

3.x.x discussion thread->http://qbforums.shiki.hu/index.php?topic=853.0

Libraries's version used:
Libtorrent: RC_0_16 branch from svn
Qt: 4.8.0
Boost: 1.50.0
Openssl: 1.0.1c

Thanks, I'll try it out. What are the main changes from rc4?

I downloaded the 3.0.0.RC5 (Windows).

I didnt find the fixes for some error that I reported (in RC4).

OK/Cancel in SETTTING are not translated.

The italian language is not so updated as the file that isent you.

What's the matter?

Why don't enable the translation with external file .ts?

You can distribute the fiel in .qm form and the suer can translate and compile with QTLinguist and test it directly with the application.

With the current developping system for every changes in the language the author have to rebuild the software.

Multi file torrents are still borked. qBT allocates space for the whole torrent no matter how few files you have selected, taking up huge amounts of hard drive space with large torrents. The lack of this functionality continues to amaze me release by release.

The "pre-allocate space for all files" option seems to be the cause. With it disabled it only takes up space for selected files. One would think this option only applied to selected files, not absolutely every last one in the torrent. With it disabled I assume qBT doesn't pre-allocate any space at all, causing file fragmentation.

[quote="s4nder"]
Thanks, I'll try it out. What are the main changes from rc4?
[/quote]

From the git commits:
- Language updates: Ukranian, Dutch, Czech, Basque, Greek, Bulgarian, Korean, Lithuanian
- Added more RSS Debug
- Fixed RSS parsing
- Fixed possible crash when adding a new RSS stream

Also the libtorrent RC_0_16 branch has many performance improvements for utp and other fixes like not crashing when moving torrents.

[quote="bovirus"]
Thanks, I'll try it out. What are the main changes from rc4?
[/quote]

From the git commits it seems that there is an update for the Italian language it is committed after rc5. So wait until Chris makes another release. You could also email him your suggestions for how to handle translation files(or open a bug report).

[quote="s4nder"]
Multi file torrents are still borked. qBT allocates space for the whole torrent no matter how few files you have selected, taking up huge amounts of hard drive space with large torrents. The lack of this functionality continues to amaze me release by release.
[/quote]

Have you disabled in Tools->Options...->Downloads the "Pre-allocate disk space for all files" checkbox?

[quote="sledgehammer_999"]
Have you disabled in Tools->Options...->Downloads the "Pre-allocate disk space for all files" checkbox?
[/quote]
I did now and it fixed the issue but I assume qBT doesn't pre-allocate any space at all now, causing drive fragmentation. I'll leave it off for now.

RC5 is very good for me
Thanks a lot, Chris and sledgehammer_999!

[quote="s4nder"]
[quote="sledgehammer_999"]
Have you disabled in Tools->Options...->Downloads the "Pre-allocate disk space for all files" checkbox?
[/quote]
I did now and it fixed the issue but I assume qBT doesn't pre-allocate any space at all now, causing drive fragmentation. I'll leave it off for now.
[/quote]

File allocation is handled by libtorrent actually. And it currently supports 2 methods: full allocation and sparse allocation (link). So there isn't much you can do, unless you want to request the libtorrent author to implement another method too.

Thanks for the link. It looks like sparse allocation is an improvement over compact allocation (which I thought was being used when full allocation was disabled). This nicely solves the problem I had and I'm also quite happy with this build. qBT is much more aggressive than uTorrent when seeding.