[unofficial]qBittorrent git master builds: 3.2.0alpha_20150308_19b9a84

Testing the freshly baked, latest builds!
Post Reply
ciaobaby

Re: [unofficial]qBittorrent git master builds: 3.2.0alpha_20140902_2a5393cf

Post by ciaobaby »

Though you you might want to remove the names of your tasks, we don't all need to know you are pirating M$ software and infringing copyright of musicians
User avatar
Nemo
Administrator
Administrator
Posts: 1730
Joined: Sat Jul 24, 2010 6:24 pm

Re: [unofficial]qBittorrent git master builds: 3.2.0alpha_20140902_2a5393cf

Post by Nemo »

I've edited the picture, removed the names.
NokTham

Re: [unofficial]qBittorrent git master builds: 3.2.0alpha_20140902_2a5393cf

Post by NokTham »

lol okok, thx nemo, it wasn't my intention to show what I was sharing, I just don't make a big deal out of it (showing)

Now on topic, I have noticed that qB 3.2.0 isn't respecting the order in which the trackers are placed in the torrent creation process, just as the SS shows, anyone else noticed this?

I know this isn't a big issue, but previous versions respected its order.

Image

regarding the ETA issue, I'm still trying to figure out if there is any kind of pattern in it, so far haven't been able to find a good pattern, but I have noticed that it is after reaching a certain speed, usually more than 2MiBps (but this is just me), it's pretty random.
Last edited by NokTham on Fri Oct 03, 2014 5:08 pm, edited 1 time in total.
ciaobaby

Re: [unofficial]qBittorrent git master builds: 3.2.0alpha_20140902_2a5393cf

Post by ciaobaby »

I just don't make a big deal out of it (showing)
Maybe you don't, but this forum has no wish to be involved in litigation involving access to your email details or IP because of displaying evidentiary images regarding software piracy and copyright infringement by yourself.
sledgehammer_999
Administrator
Administrator
Posts: 2443
Joined: Sun Jan 23, 2011 1:17 pm

Re: [unofficial]qBittorrent git master builds: 3.2.0alpha_20140902_2a5393cf

Post by sledgehammer_999 »

The ETA algo tries to smooth out speed variations so a big spike in speed doesn't show its effect in the ETA instantly. However overtime(a few seconds) it should correspond to your current speed(provided that it doesn't fluctuate wildly)
sledgehammer_999
Administrator
Administrator
Posts: 2443
Joined: Sun Jan 23, 2011 1:17 pm

Re: [unofficial]qBittorrent git master builds: 3.2.0alpha_20140902_2a5393cf

Post by sledgehammer_999 »

Here is a build of qBittorrent 3.2.0alpha sha1 ce4ef37 from git master with:
boost 1.56
libtorrent 1.0.3svn+r10416
qt: 4.8.6

Built using gcc 4.9.0.

Git changelog from last alpha: https://github.com/qbittorrent/qBittorr ... 467db9bb0f

http://builds.shiki.hu/qbittorrent_3.2. ... _setup.exe
User avatar
Nemo
Administrator
Administrator
Posts: 1730
Joined: Sat Jul 24, 2010 6:24 pm

Re: [unofficial]qBittorrent git master builds: 3.2.0alpha_20141021_ce4ef37

Post by Nemo »

Great mate, superb work.
jeps
Veteran
Veteran
Posts: 82
Joined: Sun Sep 02, 2012 5:03 pm

Re: [unofficial]qBittorrent git master builds: 3.2.0alpha_20141021_ce4ef37

Post by jeps »

Thanks for your work, but ...

I tried your experimental build (shared network drives disappearing) and there for would like to stay on qt5
When will qt5 be the new standard for your builds?
sledgehammer_999
Administrator
Administrator
Posts: 2443
Joined: Sun Jan 23, 2011 1:17 pm

Re: [unofficial]qBittorrent git master builds: 3.2.0alpha_20141021_ce4ef37

Post by sledgehammer_999 »

[quote="jeps"]
When will qt5 be the new standard for your builds?
[/quote]

I don't have an answer for that.
Herrn Jensen

Re: [unofficial]qBittorrent git master builds: 3.2.0alpha_20141021_ce4ef37

Post by Herrn Jensen »

Hi

Great project, good work.

I have been running the ce4ef37 for some evenings now, I just have 10 files, all the others are still controlled by the BitTorrent, everything is OK. Download and upload can max my connection of 50/50 Mbps.

One little thing though. After some time ( a few hours) I see MLDonkey connections. They have a BT connection, are at 100% and the only flag is X and/or H.
The files are finished and seeding.
Why only MLDonkey ?
Anybody else seeing this ?

It is not a problem, as I turn the computer off, at least once a day, to get some sleep. But if it had to be on 24/7/360 I would guess the MLD's would take a lot of the connections.
Mith

Re: [unofficial]qBittorrent git master builds: 3.2.0alpha_20141021_ce4ef37

Post by Mith »

Hey Sledge, would it be possible for you to compile the 3.2.0 alpha with Boost 1.55? I am suffering from the "freezing of the GUI" bug and would love to run the latest alpha without my GUI occasionally hanging.
gwarser

Re: [unofficial]qBittorrent git master builds: 3.2.0alpha_20141021_ce4ef37

Post by gwarser »

Incorrect ratio calculation in qbittorrent_3.2.0alpha_20141021_ce4ef37_setup.exe

I just want to fix broken http download, so I add this iso to qbt and recheck. Only ~100MB downloaded by qbt.
Attachments
ratiobug.png
sledgehammer_999
Administrator
Administrator
Posts: 2443
Joined: Sun Jan 23, 2011 1:17 pm

Re: [unofficial]qBittorrent git master builds: 3.2.0alpha_20141021_ce4ef37

Post by sledgehammer_999 »

Here is a build of qBittorrent 3.2.0alpha sha1 d6f309b from git master with:
boost 1.57
libtorrent 1.0.3svn+r10474
qt: 4.8.6

Built using gcc 4.9.0.

Git changelog from last alpha: https://github.com/qbittorrent/qBittorr ... 9e82c48e6f


http://builds.shiki.hu/qbittorrent_3.2. ... _setup.exe

If you experience "freezing of the gui" try using the below build made using boost 1.55. (please report if you still experience freezing UI)
http://builds.shiki.hu/temp/qbittorrent ... _setup.exe
sledgehammer_999
Administrator
Administrator
Posts: 2443
Joined: Sun Jan 23, 2011 1:17 pm

Re: [unofficial]qBittorrent git master builds: 3.2.0alpha_20141021_ce4ef37

Post by sledgehammer_999 »

[quote="gwarser"]
Incorrect ratio calculation in qbittorrent_3.2.0alpha_20141021_ce4ef37_setup.exe

I just want to fix broken http download, so I add this iso to qbt and recheck. Only ~100MB downloaded by qbt.
[/quote]

This is the correct behavior. You may have downloaded only 100MB but on disk you have 4.3GB done.
There was an issue a few months that a user reported. eg on your case if we simply did data uploaded/data downloaded you would end up with a share ratio of 10. This isn't logical.

I also copy the relevant code section with comments. I hope you understand.

Code: Select all

if (all_time_download < total_done) {
    // We have more data on disk than we downloaded
    // either because the user imported the file
    // or because of crash the download histroy was lost.
    // Otherwise will get weird ratios
    // eg when downloaded 1KB and uploaded 700MB of a
    // 700MB torrent.
    all_time_download = total_done;
  }
Which is part of this function:

Code: Select all

qreal QBtSession::getRealRatio(const libtorrent::torrent_status &status) const {
  libtorrent::size_type all_time_upload = status.all_time_upload;
  libtorrent::size_type all_time_download = status.all_time_download;
  libtorrent::size_type total_done = status.total_done;

  if (all_time_download < total_done) {
    // We have more data on disk than we downloaded
    // either because the user imported the file
    // or because of crash the download histroy was lost.
    // Otherwise will get weird ratios
    // eg when downloaded 1KB and uploaded 700MB of a
    // 700MB torrent.
    all_time_download = total_done;
  }

  if (all_time_download == 0) {
    if (all_time_upload == 0)
      return 0.0;
    return MAX_RATIO+1;
  }

  qreal ratio = all_time_upload / (float) all_time_download;
  Q_ASSERT(ratio >= 0.);
  if (ratio > MAX_RATIO)
    ratio = MAX_RATIO;
  return ratio;
}
Post Reply