+ Reply to Thread
Page 2 of 2 FirstFirst 12
Results 16 to 25 of 25

Thread: BiglyBT Extreme Mod by SB-Innovation 1.7.0.0 Beta

    1. BiglyBT Extreme Mod by SB-Innovation 1.7.0.0 Beta Details »»

      BiglyBT Extreme Mod by SB-Innovation 1.7.0.0 Beta

      Version: 1.7.0.0 Beta, by (Coder) DigitalDJ is offline

      Developer Last Online: Nov 2018 Show Printable Version Email this Page
      Category: [Multi OS] Rating:  Downloads: 388
      Released: 19.10.18 Last Update: Never Installs: 5
      • Supported
      • Re-useable Code
      • Free for all
      • Translations
      • Beta Stage

      SB-Innovation Presents

      BiglyBT Extreme Mod by SB-Innovation 1.7.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.7.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"
      Code:
      --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:
      Code:
      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:
      Code:
      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.
      Code:
      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).
      Code:
      sudo apt install openjdk-11-jre libjna-java
      2. Download the latest non-beta BiglyBT release and make it executable (BiglyBT - Download).
      Code:
      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/
      Code:
      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)
      Code:
      unzip -o BiglyBT_*.zip -d "~/biglybt"
      6. Append the following VM options:
      Code:
      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:
      Code:
      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
      Code:
      %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!

      Show Your Support

        -->
      • If you like this modification support the author by donating.
      • For saying thanks to the author, please click here.
      • This modification may not be copied, reproduced or published elsewhere without author's permission.

    Who Said Thanks:

    aldrian23 (11.11.18) , ilneroviaggiatore (08.11.18) , horse76 (27.10.18) , eragooo (26.10.18) , Artbabelitta (24.10.18) , Snitlev (22.10.18) , Sazzy (20.10.18) , BillyG (20.10.18) , lil-fella (19.10.18) , josecarmona (19.10.18) , H265 (19.10.18) , cloud99 (19.10.18) , lyric (19.10.18) , anon (19.10.18)


  1. #17

    Join Date
    25.10.17
    Location
    Germany/Israel
    P2P Client
    utorrent
    Posts
    14
    Activity Longevity
    4/20 2/20
    Today Posts
    1/5 sssssss14
    @anon:

    is it possible you add a feature which can give us
    Update tracker
    or
    announce

    interval
    as Integer number [minutes]

    in all trackers?

    for example
    we set it to
    = 4
    and it announces all trackers every 4 minutes?
    [or updates all trackers every 4 minutes]

    is this even possible?
    Last edited by Artbabelitta; 27.10.18 at 22:49.
    Reply With QuoteReply With Quote
    Thanks

  2. #18
    Moderator anon's Avatar
    Join Date
    01.02.08
    Posts
    34,869
    Activity Longevity
    13/20 19/20
    Today Posts
    4/5 ssss34869
    Quote Originally Posted by fernandk View Post
    what's the fastest way to update the downloader without having to reconfigure all its settings? or does the updater maintains the settings? i'm coming from version 1.6.0.0
    Settings are preserved after an update, it's the torrent list that's usually lost. Murphy's law says you should be making backups either way

    Quote Originally Posted by Artbabelitta View Post
    for example
    we set it to
    = 4
    and it announces all trackers every 4 minutes?
    [or updates all trackers every 4 minutes]

    is this even possible?
    Of course it's possible, but the mod is de facto feature-frozen since DigitalDJ is the only active developer and adding a new feature requires coding, testing and fixing, for which he doesn't really have the time. Also, note I'm not involved with development besides betatesting and reports.
    "Come visit sometime, okay? We'll always be here for you. We... we all love you."
    Reply With QuoteReply With Quote
    Thanks

  3. Who Said Thanks:

    Artbabelitta (29.10.18)

  4. #19

    Join Date
    24.12.15
    Location
    Brazil
    Posts
    10
    Activity Longevity
    3/20 5/20
    Today Posts
    1/5 sssssss10
    within the UI of BiglyBT, when I delete a file from a torrent that is still downloading, it also erroneously deletes the first and last blocks instead of leaving these two blocks untouched since the blocks belong to multiple files which haven't been deleted. This leads to serious file corruption affecting the files directly above and below.

    I don't think this is the fault of the mod though, and I don't remember experiencing this in Vuze. So it must be related to the core of BiglyBT. Do you guys confirm same behaviour?
    Reply With QuoteReply With Quote
    Thanks

  5. #20

    Join Date
    04.05.14
    Posts
    19
    Activity Longevity
    1/20 8/20
    Today Posts
    0/5 sssssss19
    Quote Originally Posted by fernandk View Post
    within the UI of BiglyBT, when I delete a file from a torrent that is still downloading, it also erroneously deletes the first and last blocks instead of leaving these two blocks untouched since the blocks belong to multiple files which haven't been deleted.
    The delete files feature is at least dodgy. If I set a small file to do not download or delete, it gets downloaded (partialy) in some cases because it's inside a block that belongs to multiple files.

    I never experienced file corruption of the other files, but then again I didn't look for it either - some missing data in a video file might stay unnoticed.

    In combination with the bug that the checking after "remove torrent after download" is broken atm this would be quite bad.
    Reply With QuoteReply With Quote
    Thanks

  6. #21

    Join Date
    25.10.17
    Location
    Germany/Israel
    P2P Client
    utorrent
    Posts
    14
    Activity Longevity
    4/20 2/20
    Today Posts
    1/5 sssssss14
    @DigitalDJ: Please check your PM ,I sent it last week
    Thank you

    You are welcome to delete this if its against your internal rules
    Reply With QuoteReply With Quote
    Thanks

  7. #22

    Join Date
    24.12.15
    Location
    Brazil
    Posts
    10
    Activity Longevity
    3/20 5/20
    Today Posts
    1/5 sssssss10
    I've been experiencing the maximum number of total connections. I kept raising the number cuz I know the modem & router can take it, but it seems Bigly's own engine starts to progressively slow down after the number is higher then 200. I went 400 then 600 then 800. It seems 400 is the sweet spot. Going more than 400 didn't render any positive outcome. After 800 the NIC stopped working requiring a reset to start working again, it's a good NIC (I219-V) so I wouldn't blame it. Also it feels like BiglyBT is being aggressively suppressed by Windows' 200 TCP rule. Do you guys have any experience with that?

    Quote Originally Posted by BillyG View Post
    The delete files feature is at least dodgy. If I set a small file to do not download or delete, it gets downloaded (partialy) in some cases because it's inside a block that belongs to multiple files.

    I never experienced file corruption of the other files, but then again I didn't look for it either - some missing data in a video file might stay unnoticed.

    In combination with the bug that the checking after "remove torrent after download" is broken atm this would be quite bad.
    I'm currently downloading a 273 terabyte library of vintage movies and immediately reuploading the data to my Google Drive, so my local drive is essentially just a cache which gets flushed very fast since its size is very small (5tb) compared to the whole thing.

    I can confirm file corruption occurred during file deletion but it is DEFINITELY dodgy, I'd say fifty fifty & intermittent. So I essentially I lost my trust in it, which forced me to look for ways to tackle the situation. I learned a little trick then, after deleting any file I manually reset the two specific blocks that were overlapping with other files. Yes it is tedious but effective. It's faster than rechecking the whole thing.

    And yes I learned the hard way the combination of both bug-driven flaws are quite potent when it comes to havoc. Especially because the first and last binary digits of a video file are sacred to its functioning. A video file can sustain losses of up to 90% for as long as the loss is contained within its middle section. The initial and final blocks are where the mapping is located, so if 0.01% of that part gets damaged the whole 99.99% becomes literally COMPLETELY USELESS. After discovering what was going on, I started readding them to the download list just to force a recheck after they were done. But that's too time consuming, so for now I've decided to disable the "remove after download" thing. Unfortunately disabling it doesn't make the "Re-check pieces when download is done" setting start working again.
    Reply With QuoteReply With Quote
    Thanks

  8. #23

    Join Date
    17.03.09
    P2P Client
    utorrent
    Posts
    14
    Activity Longevity
    1/20 17/20
    Today Posts
    0/5 sssssss14
    Great story

    Did you have G Suite accont for ~10$/month ?
    Its really unlimited for 1 user?

    Thanks
    Reply With QuoteReply With Quote
    Thanks

  9. #24

    Join Date
    27.01.18
    Location
    Reich
    P2P Client
    bigly extreme mod
    Posts
    8
    Activity Longevity
    2/20 2/20
    Today Posts
    1/5 ssssssss8

    Question

    With :

    PHP Code:
    azureus.spoof.boolean=True
    azureus
    .spoof.spoofbiglybt=False
    azureus
    .spoof.value=5.7.5.1 
    and in settings bigly native spoofing to vuze it overrides to:
    Vuze 5.7.5.0

    ""
    and in settings bigly native spoofing to biglybt it overrides to:

    BiglyBT 5.7.5.1 FAKE!

    cant stop builtin fakeid to stop override the perfectspoof :(

    ---------- Post Merged at 21:15 ---------- Previous Post was at 21:09 ----------

    Quote Originally Posted by fernandk View Post
    I've been experiencing the maximum number of total connections. I kept raising the number cuz I know the modem & router can take it, but it seems Bigly's own engine starts to progressively slow down after the number is higher then 200. I went 400 then 600 then 800. It seems 400 is the sweet spot. Going more than 400 didn't render any positive outcome. After 800 the NIC stopped working requiring a reset to start working again, it's a good NIC (I219-V) so I wouldn't blame it. Also it feels like BiglyBT is being aggressively suppressed by Windows' 200 TCP rule. Do you guys have any experience with that?
    i tried with linux distro once, it gave me 16384 connections, that was the total limit i set. so the problem is not the client but your side/configuration. biglybt can handle tens of thousands connections fine, but this just creates a lot of protocol overhead that you do not want usually. most connection wait reading and get stalled than.
    Reply With QuoteReply With Quote
    Thanks

  10. #25
    Moderator anon's Avatar
    Join Date
    01.02.08
    Posts
    34,869
    Activity Longevity
    13/20 19/20
    Today Posts
    4/5 ssss34869
    Quote Originally Posted by fernandk View Post
    I've been experiencing the maximum number of total connections. I kept raising the number cuz I know the modem & router can take it, but it seems Bigly's own engine starts to progressively slow down after the number is higher then 200. I went 400 then 600 then 800. It seems 400 is the sweet spot. Going more than 400 didn't render any positive outcome. After 800 the NIC stopped working requiring a reset to start working again, it's a good NIC (I219-V) so I wouldn't blame it. Also it feels like BiglyBT is being aggressively suppressed by Windows' 200 TCP rule. Do you guys have any experience with that?
    I use 100 maximum global connections, 20 per torrent and 4 upload slots. That's enough to get full speed in both directions on 10/1 ADSL. It may be possible to raise the "ceiling" by tweaking the advanced network settings and passing parameters to the JRE, but increasing the amount of connections yields diminishing returns anyway.
    "Come visit sometime, okay? We'll always be here for you. We... we all love you."
    Reply With QuoteReply With Quote
    Thanks

  11. #26

    Join Date
    24.12.15
    Location
    Brazil
    Posts
    10
    Activity Longevity
    3/20 5/20
    Today Posts
    1/5 sssssss10
    Quote Originally Posted by lyric View Post
    Great story

    Did you have G Suite accont for ~10$/month ?
    Its really unlimited for 1 user?

    Thanks
    It's unlimited for videos and pictures if you set the desktop uploader to HIGH QUALITY. It's no BS, the quality is really high, not just a marketing theme, I've measured it several times and it not once disappointed. Only thing that bothers is a limit of maximum file size, a video file mustn't be higher than 10 gigabytes, so you've gotta watch out for that.

    for anyone willing to have access to the library send me a PM, I will make sure to put you in, it's free.

    Quote Originally Posted by Datendiebstahl View Post
    i tried with linux distro once, it gave me 16384 connections, that was the total limit i set. so the problem is not the client but your side/configuration. biglybt can handle tens of thousands connections fine, but this just creates a lot of protocol overhead that you do not want usually. most connection wait reading and get stalled than.
    I did see a lot of protocol overhead and almost a hundred stalled connections, whos fault is it I don't know. I believe it has a lot to do with Windows TCP limits, when it sees an app going above 200 it immediately summons from the darkness an algorithm specifically designed to limit the app to 200 maximum TCP connections. Fortunately it is safe to assume more than 50% of any torrent traffic is UDP, we all know, but a lot of those UDPs become UDP only after a TCP handshake, since TCPs get hammered fast it stalls, so all connections become a cascade of stalling madness and I figured that is why there was lower speeds with a higher limiting maximum number. This has been my personal experience anyways and I would love to hear everybody's.

    Quote Originally Posted by anon View Post
    I use 100 maximum global connections, 20 per torrent and 4 upload slots. That's enough to get full speed in both directions on 10/1 ADSL. It may be possible to raise the "ceiling" by tweaking the advanced network settings and passing parameters to the JRE, but increasing the amount of connections yields diminishing returns anyway.
    I believe your settings are sound. But it gets out of hand very fast when you start to raise the internet bandwidth. For instance with my current connection, a 500/300 mbit FTTH coupled with OpenWRT plus a single 500gb SSD masked inside Unraid NAS purely for fast caching so everything gets written in it first. One would think that's enough for a 1000 simultaneous connections, that it would be easy to manage, or so I thought. But more than 400 maximum rendered in lower speeds and BiglyBT stuttering with 85 active torrents. I don't think it's the NIC, but honestly I have no idea where the bottleneck really is since I haven't had much time to diagnose the entire setup, maybe I'm doing something wrong though, I'm not an expert, more like a fast learner. I'll report if I find anything interesting.
    Reply With QuoteReply With Quote
    Thanks

+ Reply to Thread
Page 2 of 2 FirstFirst 12

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may post replies
  • You may not post attachments
  • You may not edit your posts
  •  

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188