BiglyBT Extreme Mod by SB-Innovation 1.8.0.0 Beta

[DigitalDJ]

SB-Innovation Presents

BiglyBT Extreme Mod by SB-Innovation 1.8.0.0 Beta



╔═══════════════════════════╗
Coded by:
╚═══════════════════════════╝

>>>>>> DigitalDJ & ghostfucker <<<<<<


╔═══════════════════════════╗
Credits:
╚═══════════════════════════╝

>>>>>> Butcho <<<<<<
>>>>>> Rebound <<<<<<
>>>>>> hitman <<<<<<
>>>>>> Manas <<<<<<
>>>>>> eudora <<<<<<
>>>>>> ghostfucker <<<<<<
>>>>>> anon <<<<<<
>>>>>> Instab <<<<<<
>>>>>> cloud99 <<<<<<
>>>>>> illusive <<<<<<
>>>>>> molosse <<<<<<

╔═══════════════════════════╗
Supplied by:
╚═══════════════════════════╝

>>>>>> SB-Innovation <<<<<<

╔═══════════════════════════╗
Original Mod by:
╚═══════════════════════════╝

>>>>>> Shu <<<<<<


Change Log:

+ ProLeech

+ Perfect Spoof 2

+ uTorrent ID Generator

+ Modifiable Client Files

+ Ghostleech

+ LTEP Fixes

+ Multiple peerlist entries fixed

+ More No Report Options

+ Perfect Spoof 1.0 by ghostfucker

+ (Fake Upload) Stop faking when swarm speed is zero

+ Upload Kicker

+ Ratio Tool

+ Synced with latest Abuze Mod

+ (Upload Multiplier) Show as seeder

+ (SBI-Hack Torrentview) Scrollbars added

+ Fix Tracker Update Interval Divider

+ Use Swarm Peers fixed

+ Fixed Proleech Torrent Export in menu

+ Updated core to BiglyBT 1.8.0.0



BiglyBT Change Log:
BiglyBT Change Log
Vuze Change Log

Installation:

Please note the change of instructions for Java 11. For Java 11 please remove the "--add-exports=java.xml.bind" line from the vmoptions file and use the OpenJDK binaries for Windows and macOS.

Windows

1. Download and install the latest Java. It must be Java version 9 or higher. (JDK GA Release).
2. Download and install the latest non-beta BiglyBT release (BiglyBT - Download).
3. BACK UP YOUR TORRENT LIST! IT IS LIKELY YOU WILL LOSE IT!
4. Extract the hack files using 7-Zip (7-Zip Download) or equivalent to %PROGRAMFILES%\BiglyBT (C:\Program Files\BiglyBT) and overwrite ALL files.
5. Delete the "jre" folder in %PROGRAMFILES%\BiglyBT (C:\Program Files\BiglyBT).
6. Open the OpenJDK archive downloaded in step 1 and extract the "jdk-XX" folder to the BiglyBT folder %PROGRAMFILES%\BiglyBT (C:\Program Files\BiglyBT).
7. Rename the extracted "jdk-XX" folder to "jre".
8. Run Notepad as Administrator and open %PROGRAMFILES%\BiglyBT\BiglyBT.exe.vmoptions (C:\Program Files\BiglyBT\BiglyBT.exe.vmoptions), append the following line:
NOTE: If you want to run BiglyBT-console.exe perform step 8 but instead create file "BiglyBT-console.exe.vmoptions"

--patch-module=java.base=ghostfucker_utils.jar
--add-exports=java.base/sun.net.www.protocol=ALL-UNNAMED

9. Run BiglyBT and Enjoy!


macOS
1. Download and install the latest Java. It must be Java version 9 or higher. (JDK GA Release). Note the path to the OpenJDK archive downloaded. You will need it for step 5.
2. Download and install the latest non-beta BiglyBT release (BiglyBT - Download).
3. BACK UP YOUR TORRENT LIST! IT IS LIKELY YOU WILL LOSE IT!
4. Extract the hack files within the ZIP file to /Applications/BiglyBT/.biglybt and overwrite ALL files.

NOTE: To see the folder in Finder, you may need to perform the following steps:
4a. Open Terminal
4b. Run the following command:

defaults write com.apple.finder AppleShowAllFiles YES

4c. Hold the "Option/Alt" key, then right click on the Finder icon in the dock and click Relaunch
4d. Once you have copied the files, you can revert to hiding folders with:

defaults write com.apple.finder AppleShowAllFiles NO

5. Open up a Terminal and run the following commands. NOTE: You need to replace "PATH_TO_OPENJDK_ARCHIVE" in the first command to the path to the OpenJDK archive from step 1.

OPENJDK_ARCHIVE="PATH_TO_OPENJDK_ARCHIVE"
sudo rm -r "/Applications/BiglyBT/.install4j/jre.bundle"
sudo tar -xzf "$OPENJDK_ARCHIVE" -C "/Applications/BiglyBT/.install4j/"
sudo mv "/Applications/BiglyBT/.install4j/jdk-"* "/Applications/BiglyBT/.install4j/jre.bundle"
echo -e "\n--patch-module=java.base=ghostfucker_utils.jar" | sudo tee -a "/Applications/BiglyBT/.biglybt/java.vmoptions"
echo "--add-exports=java.base/sun.net.www.protocol=ALL-UNNAMED" | sudo tee -a "/Applications/BiglyBT/.biglybt/java.vmoptions"

6. Run BiglyBT and Enjoy!

Linux
NOTE: Based on Ubuntu 18.04
1. Install the latest OpenJDK and libjna package from your distro's package repository. On Ubuntu 18.04 LTS this is openjdk-11-jre and libjna-java.
NOTE: Some distros do not have an OpenJDK of version 9 or greater available. In which case, you will need to download and extract the tar.gz package supplied by OpenJDK (JDK GA Release).

sudo apt install openjdk-11-jre libjna-java

2. Download the latest non-beta BiglyBT release and make it executable (BiglyBT - Download).

wget https://files.biglybt.com/installer/BiglyBT_Installer.sh
chmod +x BiglyBT_Installer.sh

3. BACK UP YOUR TORRENT LIST! IT IS LIKELY YOU WILL LOSE IT!
4. Run the installer, specifying app_java_home variable to your JRE folder. On Ubuntu, this is: /usr/lib/jvm/java-11-openjdk-amd64/

app_java_home="/usr/lib/jvm/java-11-openjdk-amd64/" ./BiglyBT_Installer.sh

5. Extract the hack files within the ZIP file to "~/biglybt" (/home/<username>/biglybt)

unzip -o BiglyBT_*.zip -d "~/biglybt"

6. Append the following VM options:

echo "--patch-module=java.base=ghostfucker_utils.jar" >> "~/.biglybt/java.vmoptions"
echo "--add-exports=java.base/sun.net.www.protocol=ALL-UNNAMED" >> "~/.biglybt/java.vmoptions"

7. Run BiglyBT and Enjoy!

Troubleshooting:
Before posting problems please make sure:
1. You have updated Java in the "jre" folder to the latest version (must be Java 9 or higher) (JDK GA Release]).
2. You have uninstalled BiglyBT using the uninstaller.
3. You have removed the BiglyBT Application folder:

C:\Program Files\BiglyBT (Windows x64)
C:\Program Files (x86)\BiglyBT (Windows x86)
/Applications/BiglyBT (macOS)
~/biglybt / /home/<username>/biglybt (Linux)

4. You have removed the BiglyBT Settings folder:
NOTE: THIS WILL RESET ALL BIGLYBT SETTINGS AND TORRENT LISTS

%APPDATA%\BiglyBT / C:\Documents and Settings\<username>\Application Data\BiglyBT (Windows XP - Application Data may be Hidden)
%APPDATA%\BiglyBT / C:\Users\<username>\AppData\Roaming\BiglyBT (Windows Vista - AppData may be Hidden)
/Users/<username>/Library/Application Support/BiglyBT (macOS)
~/.biglybt / /home/<username>/.biglybt (Linux)

5. Reinstalled BiglyBT using the package from BiglyBT - Download.
6. Re-applied the hack by following the installation instructions above.

Portable Mode:
Portable mode is now built into BiglyBT / Vuze. See wiki article: Portable Vuze.

Enjoy!

[20XEJ]

I install Java from link on the first page.

[paraglider__7000]

how do u use this

---------- Post Merged at 17:16 ---------- Previous Post was at 17:15 ----------

can u use on red

---------- Post Merged at 17:17 ---------- Previous Post was at 17:16 ----------

did u learn where 2 use

[mepmao]

how do u use this

---------- Post Merged at 17:16 ---------- Previous Post was at 17:15 ----------

can u use on red

---------- Post Merged at 17:17 ---------- Previous Post was at 17:16 ----------

did u learn where 2 use

I'm so confused. With all due respect man, all of the answers to these are scattered within this thread.

Of course, sometimes certain things aren't and that's when you can ask, but these questions are so vague.

Just being helpful :)

[20XEJ]

When this happened to me it turned out that Java was not installed correctly. Try reinstalling Java and see if it fixes it.

I've tried now on Windows and work normal BiglyBT EM with client spoof.

[lil-fella]

looking forward to a new BiglyBT Extreme Mod by SB-Innovation 1.9.0.0 Beta

many thanks in advance...

[BillyG]

looking forward to a new BiglyBT Extreme Mod by SB-Innovation 1.9.0.0 Beta

Btw: Imho this is the Java to use: https://adoptopenjdk.net/releases.html

- available for all platforms and then some
- Java 8 to 12 (unlike Oracle including x86 Windows for 11+)
- installer or zip
- 2 jvm options (hotspot for less cpu, openj9 for less memory)
- as a lean "jre" too - instread of just Oracle's huge jdk

=> you might want to add this link to the next copy/paste release notes :-)

[anon]

Btw: Imho this is the Java to use: https://adoptopenjdk.net/releases.html

Nice find (as usual ). I suppose you use this yourself and have no problems with it? I have had bad experiences with "alternative" JVMs, i.e. any binaries that didn't come from Oracle (and formerly Sun) in the form of an installer. Lack of stability and programs complaining they weren't running under the real thing. Although OpenJDK is an official Oracle project, so they should be pretty much equivalent.

[BillyG]

To be honest, I just discovered it myself, but seems to run fine so far for BiglyBt and JDownloader.

As it's basically a compiled OpenJDK, and that's the reference nowadays, I guess it should be fine. Unlike than other 3rd-party jdk distributions, it has an installer - personally I use zips, but I guess the installer sets the usual JAVA_HOME env vars so the jre can be found for jar-exe wrappers.

Personally, I'd go for a jre because of the size. But as far as support is converned of course having different Java versions and dists will tend to create more problems. So a commercial distributor would say "check against Oracle before filing bugs" :-)

Last not least, I'm reading x86 11+ dists are less tested b/c Oracle only supports x64. But at least projects can move to 11+ without leaving x86 in the dust.

[JohnareyouOK]

First,to be definite,the Swarm Average Speed is "The average swarm speed is calculated by measuring the interval between have-messages and the amount of data they represent you get from your peers (the estimated download speed column in the peers view is based on that information, too). Then the calculated peer speed (including your own) is divided by the number of peers you're connected to. ".

Solution to both: untick all files in the "Add" when loading the torrent.

When all files are deselected when torrent being added, is the swarm average speed not available? thus rendering the following two options useless in this scenario?

1. Use the swarm's average speed as fake upload speed (in speed mode++) <= When this option is checked in this scenario, the upspeedfake is always not generated.
2. Stop increasing the fake upload when you are connected to less than X peers <= Suppose use number of connected to, this option is useless in this scenario, since no peer2peer connection will be established, right?

---------- Post Merged at 00:20 ---------- Previous Post was at 00:05 ----------

Is there a tool that implements a cheat mode that doesn't actually download content, at the same time be able to make different decisions (eg adjust fake speed or stop torrent) based on average swarm speed and swarm progress yet?

---------- Post Merged at 01:41 ---------- Previous Post was at 00:20 ----------

Is this understanding correct? When the option "Use the swarm's average speed as fake upload speed" is checked, assuming the swarm average speed is X, and "Speed: Between Y KB/s per torrent and Y KB/s per torrent" is set, then the actual fake upload speed will be randomly selected in range [X, Y]. and if X > Y , then fake speed = Y ?

Keep in mind the swarm average speed only takes the peers you're connected to in consideration... if you aren't connected to anyone, of course it'll be 0kB/s.

But if X = 0 then fake speed also = 0 ?

[anon]

When all files are deselected when torrent being added, is the swarm average speed not available? thus rendering the following two options useless in this scenario?

Unfortunately, yes. You can't have an accurate or even somewhat accurate picture of the swarm if peers keep disconnecting you because they're uninterested on the nothing you have to offer (see https://wiki.theory.org/index.php/Bi...ation#Overview and https://www.sb-innovation.de/showthread.php?p=359104).

Is there a tool that implements a cheat mode that doesn't actually download content, at the same time be able to make different decisions (eg adjust fake speed or stop torrent) based on average swarm speed and swarm progress yet?

Such a thing is not possible for the reason mentioned above.

Is this understanding correct?

When 18f is enabled, the first text field in 18k is disabled and the swarm speed is used as the minimum fake upload speed instead (and it can be as low as 0, yes). You can still control the maximum. If the swarm speed "X" is higher than your maximum "Y", the fake upload speed will effectively be set to "Y".

If this sounds too confusing, you can always experiment and check results using a public Linux torrent

[JohnareyouOK]

Such a thing is not possible for the reason mentioned above.

I still don't understand why it's impossible.

The client can get approximate speed of other peers by have packet (and the time elapsed), and keep track of their progress by bitfield (to avoid running out of swarm progress) , and use other peers' bitfield/have to make up its own have/bitfield, keeping its own state as interested and unchoked (when "downloading"), but choke or discard the requests sent by other peers when they actually sent (pretend having busy network). - in which way, to avoid downloading actual content, at the same time try to look like a legitimate peer in the eyes of other peers.
<= Is this right?

[anon]

choke or discard the requests sent by other peers when they actually sent (pretend having busy network)

Your peer connections won't stay open for long if you do this. On top of that, inactive peers are usually disconnected too.

If you're willing to do everything you mentioned plus keeping track of known peers and checking on them regularly, you'd get pretty close. But that's too much work just to obtain an approximation of an approximation (the "real" swarm speed is not 100% accurate in the first place).

[JohnareyouOK]

But that's too much work just to obtain an approximation of an approximation (the "real" swarm speed is not 100% accurate in the first place).

Tracking speed is only one of considerations. Basically, I dream of a mode that:

1. can fake download without actual download content
2. with some degree of automation (eg if leecher<5 then upspeed=0 or if reach swarm progress then downspeed=0, etc)
3. present as little cheating trait in peer-to-peer communication as possible.

mR doesn't send choke, RMP doesn't actively send handshake (which for a client lacking of port forward means no peer-to-peer communication at all, no chance to send choke), and BiglyBT Extreme Mod is pretty awesome but seems cant do these 3 together either. But indeed necessity and cost are the key considerations here. a lot more work appears once need taking care of p2p communication. I'm just concerned some strict anti-cheat trackers may catch us by checking peer-to-peer communications more closely.

[anon]

a lot more work appears once need taking care of p2p communication. I'm just concerned some strict anti-cheat trackers may catch us by checking peer-to-peer communications more closely.

I agree that any known detection vector in a cheat client should be fixed as a matter of principle, but as we discussed in https://www.sb-innovation.de/showthread.php?t=34560, peer behavior monitoring would be extremely hard to implement in a reliable and scalable manner.

I would instead be more concerned about TLS fingerprinting of tracker announces; while I don't think it will become a danger in the near future (see https://www.sb-innovation.de/showthread.php?p=356429), it would at least be much easier to perform, supplying circumstantial evidence of cheating (e.g. "uTorrent" request sent with Java 15's TLS fingerprint).

[JohnareyouOK]

I would instead be more concerned about TLS fingerprinting of tracker announces; while I don't think it will become a danger in the near future

never heard of TLS Fingerprints before, googled it up, and this article describes it clearly (in case anyone else reading here doesn't know about it either) indeed this detection is relatively more reliable and feasible than p2p detection. sigh, after rereading that keepfrds post, this sentence stands out:

the value of what you're trying to secure is fairly low (in an era of fast connections and gigabit seedboxes, cheaters couldn't damage a tracker even if they tried)

The reason why PTer and LeagueHD choose to spend more effort on developing that much unique features that other nexusphp trackers don't have, rather than on anti cheating, is probably because they also understand this. hopefully all trackers understand this.