Closed Thread
Page 5 of 7 FirstFirst ... 34567 LastLast
Results 61 to 75 of 91

Thread: BiglyBT Extreme Mod by SB-Innovation 2.3.0.0 Beta

  1. #1
    Coder
    DigitalDJ's Avatar
    Join Date
    26.08.07
    Location
    Australia
    P2P Client
    BiglyBT Extreme Mod
    Posts
    572
    Activity Longevity
    6/20 20/20
    Today Posts
    0/5 ssssss572

    BiglyBT Extreme Mod by SB-Innovation 2.3.0.0 Beta

    SB-Innovation Presents

    BiglyBT Extreme Mod by SB-Innovation 2.3.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:

    + Integrated Peer Injector 0.3 by anon
    + Perfect Spoof 2 by ghostfucker
    + uTorrent ID Generator
    + Modifiable Client Files
    + Ghostleech
    + LTEP Fixes
    + Multiple peerlist entries fixed
    + More No Report Options
    + (Fake Upload) Stop faking when swarm speed is zero
    + Upload Kicker
    + Ratio Tool
    + Synced with latest LegitBly Mod
    + (Upload Multiplier) Show as seeder
    + (SBI-Hack Torrentview) Scrollbars added
    + Fix Tracker Update Interval Divider
    + Use Swarm Peers fixed
    + Updated core to BiglyBT 2.3.0.0


    BiglyBT Change Log:
    BiglyBT Change Log
    Vuze Change Log
    Installation:

    Windows

    1. Download and install the latest OpenJDK Java. It must be Java version 13 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 19.10
    1. Install the latest OpenJDK and libjna package from your distro's package repository. On Ubuntu 19.10 this is openjdk-13-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-13-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-13-openjdk-amd64/
    Code:
    app_java_home="/usr/lib/jvm/java-13-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!
    Last edited by DigitalDJ; 08.03.20 at 06:51.
    Thanks

  2. Who Said Thanks:

    Clectus (16.04.20) , ilkr77 (13.04.20) , eragooo (04.04.20) , insane (04.04.20) , Instab (03.04.20) , senshi (24.03.20) , UserXY (21.03.20) , vren43 (21.03.20) , No one (20.03.20) , tixev79853 (19.03.20) , Spongebob (17.03.20) , ryaneagle (16.03.20) , jpopsuki (16.03.20) , crystal (15.03.20) , kgshank (15.03.20) , kelly (15.03.20) , Vation (13.03.20) , buddhay (12.03.20) , infected_ (11.03.20) , artins90 (08.03.20) , Maitikaonyx (08.03.20) , termit779 (08.03.20) , anon (07.03.20) , Datendiebstahl (07.03.20) , salsa12 (07.03.20) , lil-fella (06.03.20) , Sazzy (05.03.20) , lyric (05.03.20)

  3. #61

    Join Date
    10.11.07
    P2P Client
    Vuze Extreme Mod
    Posts
    214
    Activity Longevity
    1/20 19/20
    Today Posts
    0/5 ssssss214
    PerfectSpoof does not work for bit-hdtv.com

    PerfectSpoof does not work for.jpg
    bit.jpg

    the same on hdbits.org
    Last edited by --->HDBD<---; 26.03.20 at 08:53.
    Thanks

  4. #62
    Coder
    DigitalDJ's Avatar
    Join Date
    26.08.07
    Location
    Australia
    P2P Client
    BiglyBT Extreme Mod
    Posts
    572
    Activity Longevity
    6/20 20/20
    Today Posts
    0/5 ssssss572
    Hmm HTTP vs HTTPS. Gives me some idea where to look. Thanks.

    You don't happen to be using a proxy?
    Last edited by DigitalDJ; 26.03.20 at 10:39.
    Thanks

  5. #63

    Join Date
    10.11.07
    P2P Client
    Vuze Extreme Mod
    Posts
    214
    Activity Longevity
    1/20 19/20
    Today Posts
    0/5 ssssss214
    No, I do not use proxy.
    Thanks

  6. #64

    Join Date
    24.02.20
    Location
    Ireland
    Posts
    48
    Activity Longevity
    0/20 1/20
    Today Posts
    0/5 sssssss48
    I'll not go into too much detail as what I have seen in install tracking and tests directly contradicts digitaldjs statements.
    I dont doubt that what he says has and does happen for him, its just that the assumptions he seems to have made from that are simply wrong.
    He'll need to accept that before he'll find the issue.


    I don't think there is anything wrong with the spoof code.

    * Digitaldj and anon and a mac user who has checked (thank you) and others are not seeing this issue
    - and I simply don't accept that all those others are all just missing it, or been banned and said nowt.
    for them its working and its the SAME CODE



    So whats causing it?

    Despite what digitaldj believes is the case, I have tracked the biblyby i4jwhatever install doing all sorts of weird shit with java during its install with temp, localalow and roaming dirs, and it logged searching all over for java installs.


    Fore SOME people the java BBT install fails - as it has in certain largely unresolved cases for years in not just BBT but also in minecraft installs.
    The response on the BBT foruma and the minecraft forums could have been written by digitaldj (on a good day)


    To confirm what I was seeing, I Stripped all java out of my system and just installed open jdk, and copied the installed dir into the \biglybt\jre folder with BBT etc all uninstalled and deep stripped using commodo.


    Heres the result straight from the install log

    [0:148] No JRE included
    [0:148] LoadDLL (0, (null), 0)
    [0:148] Searching for a JVM
    [0:149] MinVersion: 1.8.0_172, MaxVersion: 1.11
    [0:149] Testing location (type Y)
    [0:150] Testing location JAVA_HOME (type E)
    [0:150] checkJavaExe (C:\Program Files\AdoptOpenJDK\jre-13.0.2.8-hotspot\\bin\java.exe, [out], 4, 2, 0)
    [0:150] file exists

    [0:150] got version from registry 13.0.2" 2020-01-1
    [0:151] checkJavaExe returning 0
    [0:151] Testing location JDK_HOME (type E)
    [0:151] checking app id allinstdirs0112-2557-8304-7048 (0, FFFFFFFF80000001)
    [0:151] could not query value node 0
    [0:151] checking app id allinstdirs0112-2557-8304-7048 (256, FFFFFFFF80000001)
    [0:152] could not query value node 0
    [0:152] checking app id allinstdirs0112-2557-8304-7048 (0, FFFFFFFF80000002)
    [0:152] could not query value node 0
    [0:152] checking app id allinstdirs0112-2557-8304-7048 (256, FFFFFFFF80000002)
    [0:152] could not query value node 0
    [0:153] Search sequence finished
    [0:153] ERROR: No JVM found

    [0:153] Download location: https://www.biglybt.com/jre/win64
    [0:153] Downloading JRE
    [3:813] ERROR: InternetOpenUrl failed with error code 12157
    [4:814] ERROR: Retry JRE download
    [6:649] ERROR: InternetOpenUrl failed with error code 12157
    [7:649] ERROR: Retry JRE download
    [9:398] ERROR: InternetOpenUrl failed with error code 12157
    [10:398] ERROR: Retry JRE download



    this is an issue reported in the Bigly and minecraft and other forums.


    so despite java being installed, the right version, and it finding it after checking its own temp files and failing to find one, it says /not found and tries and fails to download a java.


    Biglybt with java install is teh only insstall that works for me, and others will *seem* to work once that has set up the versions in locallow




    I'm quite sure that its something to do with the i4j install of biglybt itself and MAYBE what it creates as part of the install (before we copy the patch across) with the JVM/runtime that causing the issue.


    Do remember i know fuck all about java. i have explained as best I can.
    That java download issue is nothing to do with my connection.



    Posts here show this issue affecting some users at least as far back as 1.9, and the 'java' install issue issue has affected a number of java progs for a number of years.
    Last edited by JP2020; 28.03.20 at 11:07.
    Thanks

  7. #65
    Coder
    DigitalDJ's Avatar
    Join Date
    26.08.07
    Location
    Australia
    P2P Client
    BiglyBT Extreme Mod
    Posts
    572
    Activity Longevity
    6/20 20/20
    Today Posts
    0/5 ssssss572
    Quote Originally Posted by JP2020 View Post
    I'll not go into too much detail as what I have seen in install tracking and tests directly contradicts digitaldjs statements.
    I dont doubt that what he says has and does happen for him, its just that the assumptions he seems to have made from that are simply wrong.
    He'll need to accept that before he'll find the issue.


    I don't think there is anything wrong with the spoof code.

    * Digitaldj and anon and a mac user who has checked (thank you) and others are not seeing this issue
    - and I simply don't accept that all those others are all just missing it, or been banned and said nowt.
    for them its working and its the SAME CODE



    So whats causing it?

    Despite what digitaldj believes is the case, I have tracked the biblyby i4jwhatever install doing all sorts of weird shit with java during its install with temp, localalow and roaming dirs, and it logged searching all over for java installs.


    Fore SOME people the java BBT install fails - as it has in certain largely unresolved cases for years in not just BBT but also in minecraft installs.
    The response on the BBT foruma and the minecraft forums could have been written by digitaldj (on a good day)


    To confirm what I was seeing, I Stripped all java out of my system and just installed open jdk, and copied the installed dir into the \biglybt\jre folder with BBT etc all uninstalled and deep stripped using commodo.


    Heres the result straight from the install log

    [0:148] No JRE included
    [0:148] LoadDLL (0, (null), 0)
    [0:148] Searching for a JVM
    [0:149] MinVersion: 1.8.0_172, MaxVersion: 1.11
    [0:149] Testing location (type Y)
    [0:150] Testing location JAVA_HOME (type E)
    [0:150] checkJavaExe (C:\Program Files\AdoptOpenJDK\jre-13.0.2.8-hotspot\\bin\java.exe, [out], 4, 2, 0)
    [0:150] file exists

    [0:150] got version from registry 13.0.2" 2020-01-1
    [0:151] checkJavaExe returning 0
    [0:151] Testing location JDK_HOME (type E)
    [0:151] checking app id allinstdirs0112-2557-8304-7048 (0, FFFFFFFF80000001)
    [0:151] could not query value node 0
    [0:151] checking app id allinstdirs0112-2557-8304-7048 (256, FFFFFFFF80000001)
    [0:152] could not query value node 0
    [0:152] checking app id allinstdirs0112-2557-8304-7048 (0, FFFFFFFF80000002)
    [0:152] could not query value node 0
    [0:152] checking app id allinstdirs0112-2557-8304-7048 (256, FFFFFFFF80000002)
    [0:152] could not query value node 0
    [0:153] Search sequence finished
    [0:153] ERROR: No JVM found

    [0:153] Download location: https://www.biglybt.com/jre/win64
    [0:153] Downloading JRE
    [3:813] ERROR: InternetOpenUrl failed with error code 12157
    [4:814] ERROR: Retry JRE download
    [6:649] ERROR: InternetOpenUrl failed with error code 12157
    [7:649] ERROR: Retry JRE download
    [9:398] ERROR: InternetOpenUrl failed with error code 12157
    [10:398] ERROR: Retry JRE download

    this is an issue reported in the Bigly and minecraft and other forums.


    so despite java being installed, the right version, and it finding it after checking its own temp files and failing to find one, it says /not found and tries and fails to download a java.


    Biglybt with java install is teh only insstall that works for me, and others will *seem* to work once that has set up the versions in locallow




    I'm quite sure that its something to do with the i4j install of biglybt itself and MAYBE what it creates as part of the install (before we copy the patch across) with the JVM/runtime that causing the issue.


    Do remember i know fuck all about java. i have explained as best I can.
    That java download issue is nothing to do with my connection.



    Posts here show this issue affecting some users at least as far back as 1.9, and the 'java' install issue issue has affected a number of java progs for a number of years.
    Fuck me dead, why are you still sytem-installing an unsupported JRE install? Adopt's OpenJDK is /not/ supported. It's absolutely not the same as the OpenJDK zip that is linked in the original post. Not to mention, I have said repeatedly, that "installing" simply means extracting the ZIP file to the BiglyBT\jre folder. This is AFTER you successfully install BiglyBT.

    HBDB posted a Wireshark output showing the User-Agent being sent over the wire. If you read the posts, we've already identified there might actually be something wrong with the "spoof code".


    Quote Originally Posted by JP2020 View Post
    so despite java being installed, the right version, and it finding it after checking its own temp files and failing to find one, it says /not found and tries and fails to download a java.
    WTF? Can you read the logs?

    [0:149] MinVersion: 1.8.0_172, MaxVersion: 1.11

    I said before, stock BiglyBT DOES NOT support JRE 13. The log line above clearly states, Java 1.8 through Java 1.11. That is why the installer is trying to download the JRE.

    As for the download of the JRE. Have you actually tried accessing https://www.biglybt.com/jre/win64 in Internet Explorer?

    Whatever you've done to your Windows install, that link is inaccessible to the install4j BiglyBT installer. Wouldn't be surprised if it's some crap-ware "anti-virus" that is SSL inspecting and causing problems validating certificates.
    Thanks

  8. #66

    Join Date
    24.02.20
    Location
    Ireland
    Posts
    48
    Activity Longevity
    0/20 1/20
    Today Posts
    0/5 sssssss48
    You need to make you mind up rather than spouting self contradictory bollocks every farts end

    "Download and install the latest OpenJDK Java. It must be Java version 13 or higher."


    Which I have done, and copied the contents to the biglybt\jre folder


    All else is done by the biglybt install NOT ME



    and these issues go back as far as I've looked through the thread right back to 1.8 so far - all fucking ignored.



    I may know fuck all about java, but I have years of experience as a coder. system tester and analyst
    You seem to be nothing more than a one trick Digital Dick Jerker who i wouldn't employ and who clearly just seemed to have dropped lucky bodging a better mans code else and who would otherwise have ever been a nobody you undoubtedly actually are.


    Sort out why when we are all supposedly running the same better mans patched code, different results come out.
    Its pretty basic stuff for a real coder.
    Last edited by JP2020; 29.03.20 at 10:16.
    Thanks

  9. #67
    Coder
    DigitalDJ's Avatar
    Join Date
    26.08.07
    Location
    Australia
    P2P Client
    BiglyBT Extreme Mod
    Posts
    572
    Activity Longevity
    6/20 20/20
    Today Posts
    0/5 ssssss572
    Quote Originally Posted by JP2020 View Post
    You need to make you mind up rather than spouting self contradictory bollocks every farts end

    "Download and install the latest OpenJDK Java. It must be Java version 13 or higher."


    Which I have done, and copied the contents to the biglybt\jre folder


    All else is done by the biglybt install NOT ME
    The log you provided shows that the BiglyBT installer is still detecting your Adopt OpenJDK install.

    As I said in my previous post, open up that link from the logs in Internet Explorer and see if it downloads. Again, this has nothing to do with the mod. It's either your internet connectivity, or something you have installed/set that is blocking that link. This is obviously why the BiglyBT installer which includes the JRE works --- because the download doesn't fail....the JRE is included.

    Quote Originally Posted by JP2020 View Post
    I may know fuck all about java, but I have years of experience as a coder. system tester and analyst
    You seem to be nothing more than a one trick Digital Dick Jerker who i wouldn't employ and who clearly just seemed to have dropped lucky bodging a better mans code else and who would otherwise have ever been a nobody you undoubtedly actually are.
    I guess you got what you paid for?

    Years of experience as a coder, can't follow numbered instructions. Something doesn't add up.

    These are the instructions I specifically provided to you in a previous post:

    1. Download the latest OpenJDK Java. It must be Java version 13 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!

    If you read and execute them in the correct order. You'll end up with a working install, provided you don't have a bum-fucked Windows install. Feel free to fire up a fresh Virtual Machine and give it a shot.

    As you can clearly see. It says to download the JDK in step 1, it does not say to extract until step 6.

    I asked you multiple times to provide more information to help debug the issue, including Wireshark captures, and you did not provide it. Instead you insisted the problem be with a bunch of red-herrings, which I have since confirmed are not the issue. HBDB has provided packet captures that has helped debug the issue, and that's what we're going with to identify the issue.......when I have free time.

    Until then, fuck off.
    Last edited by DigitalDJ; 29.03.20 at 12:41.
    Thanks

  10. #68

    Join Date
    24.02.20
    Location
    Ireland
    Posts
    48
    Activity Longevity
    0/20 1/20
    Today Posts
    0/5 sssssss48
    ah back to not install now is it

    download and install
    Dont install just copy
    Just copy in a later step
    version 13
    Not version 13 needs to be version x-xx


    Already explained the steps and it failing as have others all the way back, All you have done is ignored and shown your ignorance
    Stange how your story changes when evidence is dumped in yoru lap - but still wrong.



    I stripped all the bigly shit out of reg and temp and locallow and roaming that you say it doesn't install and the old azureus 32 bit went straight in with an old 32 bit java no probs. All working.


    I've already asked anon to delete this account - you aint worth my effort to help resolve YOUR shit

    Pull your head out of your ass - maybe it might start to sound a little less like you are just talking shit to protect your ego rather than working with to resolve issues.
    Thanks

  11. #69
    Now now, boys. Can we please just all get along? No need to get so pissed off at each other. Let's all play nice, shall we?
    This thread is getting a bit too bitter and we all appreciate the work DDJ is putting in. Keep in mind we're all volunteers here.
    g̺̗͙̺l̜̜i͖̦͇̙t͕̲̜c͇̮͕̺̩͎̰̜h͕̦̘
    Thanks

  12. Who Said Thanks:

    anon (30.03.20)

  13. #70
    Coder
    DigitalDJ's Avatar
    Join Date
    26.08.07
    Location
    Australia
    P2P Client
    BiglyBT Extreme Mod
    Posts
    572
    Activity Longevity
    6/20 20/20
    Today Posts
    0/5 ssssss572
    Quote Originally Posted by JP2020 View Post
    ah back to not install now is it

    download and install
    Dont install just copy
    Just copy in a later step
    version 13
    Not version 13 needs to be version x-xx


    Already explained the steps and it failing as have others all the way back, All you have done is ignored and shown your ignorance
    Stange how your story changes when evidence is dumped in yoru lap - but still wrong..
    Happy to admit that "Download and Install" is misleading for step 1, but that doesn't mean go and install a JDK/JRE that hasn't been linked in the post.

    I have consistently clarified to you that the JDK/JRE does not need installing. Simply extract to the BiglyBT\jre folder after successfully installing BiglyBT. Except for that clarification in step 1, the instructions are identical to the original post. It has always been the case that you extract after successful installation of BiglyBT (i.e. step 6).

    And yes, messaging related to Java versioning is correct:

    - BiglyBT, with the mod, requires JDK/JRE 13 (same as 1.13).
    - BiglyBT, without the mod, requires Java 8 (1.8).

    In both cases, you do not have to system-wide install ANY Java. By default, the BiglyBT installer will go off and download Java 8 and put it in the BiglyBT\jre folder. This is why after installing the mod, you replace the BiglyBT\jre folder with Java 13, since that is what is required to run the mod.

    In your case, the installer is trying to download the JRE but it fails. Unfortunately, this has nothing to do with mod. If you wish, you can use the offline BiglyBT installer which includes the JRE, but you still need to replace the JRE as per step 6 to get the mod to run.

    If you're unable to interpret the English in this post, this really isn't for you.
    Thanks

  14. Who Said Thanks:

    Sazzy (30.03.20)

  15. #71

    Join Date
    24.02.20
    Location
    Ireland
    Posts
    48
    Activity Longevity
    0/20 1/20
    Today Posts
    0/5 sssssss48
    and as I've told you - doesn't work for me without an INSTALLED java 13

    Bigly install fails fetching the java once all the other javas installed on the system are deleted - to try and resolve the issue with biglybt not downloading the one it wants in the install and understand the cause.

    Biglybt+java from github installs and works without your mod applied



    Once your stuff is copied over and the 13 java extract is copied - it dont work without an installed java and path set (even if local bbt variable is set)


    Once java is installed and path set (minimum) - EM bigly will run and about will say its using the bigly\jre and the mods will show
    - but removal the path pointer or the actual java install leaving just the copied extract in the biglybt\jre and it wont run


    Whether this is the cause of the user agent/client id issue I'm unsure, but I have little doubt its related even though hdbd had no install issue (possibly because he had a usable java already somewhere - possibly the install issue is separate).
    I had even removed the jvm.dll's from windows\system to set the flat playing field.


    Similar issues have been reported here (in less detail and ignored) since 2017 at least, which is as far back as I have looked.
    The issue isn't unique to biglybt, and is reported on games and professional tool forums. Nor have i found a consistent cause or answer




    Most people have some java installed somewhere - and the BBT install searches for them and seems happy to use ones it likes.

    I cleared all java out to set a level playing field. I doubt many others have.


    You saying 'I see no issues' doesn't change any of this.


    ... and you still haven't even sorted even that first line of the instructions issue despite it having been raised again and again here long before I did.


    IF java creates dlls or whatever as part of the install as some interpreted languages I have worked with in the past do, then I would initially guess your code is missing accessing one created in certain circumstances of the core bigly install
    other than that I would expect everyone to get the same issue.
    Unless everyone who ended up with the issue I describe (whether they know it or not) ends up using something OUTSIDE the expected java for some reason - although as the installed version is still 13.2 - seems unlikely.

    I install Biglybt using the java it needs (+java is the same version java it tries to download)

    Post that, I tried copying the linked extract, a different zip extract or 4 from openjdk and EM Biglybt will not work without an actual install available with the path set in system path (and/or the java homes set).
    Last edited by JP2020; 01.04.20 at 13:17.
    Thanks

  16. #72
    Coder
    DigitalDJ's Avatar
    Join Date
    26.08.07
    Location
    Australia
    P2P Client
    BiglyBT Extreme Mod
    Posts
    572
    Activity Longevity
    6/20 20/20
    Today Posts
    0/5 ssssss572
    Quote Originally Posted by JP2020 View Post
    Biglybt+java from github installs and works without your mod applied
    I understand that, and as I said previously....That installer works because the JRE is bundled and does not need to download the JRE. Something on your end is blocking the JRE download using the default BiglyBT installer. This has nothing to do with Java, AFAIK.

    Nevertheless, it should not matter which installer you use. As long as BiglyBT is installed and runs.

    The mod doesn't actually do anything to do with detecting Java. What detects Java on your system is the BiglyBT launcher (made by install4j). This is provided by BiglyBT, not us.

    Uninstall your system-wide Java installs (don't do this manually, use the uninstallers). Remove any instances of Java from your PATH environment variable and unset JAVA_HOME.

    Re-follow the instructions I provided to you to install the mod, instead using the BiglyBT+Java installer to install BiglyBT, seeing as that installer works for you.

    Once you think you have the mod installed correctly, create a batch script on your desktop (e.g test.bat) containing the following (obviously replace the path to the correctly BiglyBT if that is not the correct location):

    Code:
    set INSTALL4J_LOG=yes
    "C:\Program Files\BiglyBT\BiglyBT.exe"
    Run the batch file, and then provide %TEMP%\i4j_nlog_1.log file that will be generated.

    From there, we can debug what is wrong with your setup.
    Last edited by DigitalDJ; 02.04.20 at 09:31.
    Thanks

  17. #73

    Join Date
    24.02.20
    Location
    Ireland
    Posts
    48
    Activity Longevity
    0/20 1/20
    Today Posts
    0/5 sssssss48
    Quote Originally Posted by DigitalDJ View Post
    I understand that, and as I said previously....That installer works because the JRE is bundled and does not need to download the JRE. Something on your end is blocking the JRE download using the default BiglyBT installer.

    Nevertheless, it should not matter.

    The mod doesn't actually do anything to do with detecting Java. What detects Java on your system is the BiglyBT launcher (made by install4j). This is provided by BiglyBT, not us.
    Yes
    and BBT needs 1.8 and works hard to ensure it has that
    and your stuff needs 13 - but "doesn't actually do anything to do with detecting Java"
    BBT + EM reports its using biglybt\jre (13.2) when it seems clear at least part of it isnt - as detailed above.


    The +java install of course leaves the java it used in temp along with loads of other stuff BBT (or your code) leaves lying around






    Quote Originally Posted by DigitalDJ View Post
    Uninstall your system-wide Java installs (don't do this manually, use the uninstallers). Remove any instances of Java from your PATH environment variable and unset JAVA_HOME.

    Re-follow the instructions I provided to you to install the mod, instead using the BiglyBT+Java installer to install BiglyBT, seeing as that installer works for you.

    Once you think you have the mod installed correctly, create a batch script on your desktop (e.g test.bat) containing the following (obviously replace the path to the correctly BiglyBT if that is not the correct location):

    Code:
    set INSTALL4J_LOG=yes
    "C:\Program Files\BiglyBT\BiglyBT.exe"
    Run the batch file, and then provide the file %TEMP%\i4j_nlog_1.log file that will be generated.

    From there, we can debug what is wrong with your setup.

    You clearly haven't looked at how many times I've done that, and reported what happened
    - just to be ignored (like others over the past 2 years) or bitched at
    - and screwed up other working things in the process

    I might consider doing that yet again when I have something worth doing it for.

    I only referred the install as it seemed to point to possible related causes ...
    and I was surprised no-one here had (or at least would share) the issue and resolution - so I worked at it




    Already detailed above the error messages BBT-EM gives out above if it dont have an installed java, (the 13.2 copied java 'damaged' 'no JVM' - which makes no sense to me at all - redownload, re copied, and tried ones from openjdk - all same)

    just like I and issue op in this thread stated that HTTP trackers know what client was being used before you asked to test with none HTTPS trackers and set up wireshark etc (which I do understand - but how has that helped other than prove we weren't lying - I see no solution)
    Very limited (2/3) places these old trackers can and do get that from
    client/ extended Client ID if they aren't the same anyway (user agent) or by interpreting the peerid.



    We weren't talking about some detailed tracker analysis script here or close analysis by a human.


    Step one
    Sort out your instructions so repeated issues with consistent and accurate instructions can be stated - and set up a small test tracker (you must have one to test - just clone the minimum - should be 10 or 5 mins for someone working on that sort of stuff) that simply logs the connection data (and maybe writes it out as tracker error for the user) so you can see yourself what it claims
    Rather than asking users to install/fuck about with/break their probably main machine.


    You can get people to connect with any .torrent, with expected spoof client as the torrent name,
    your ex's phone number or something else in the hash if you want to change it
    and WhoGivesAShit what as the torrent data as its rejected anyway.


    I don't doubt it is something to do with that e4j install process (as I have repeatedly said) which looks complete shite to me.
    Last edited by JP2020; 02.04.20 at 09:36.
    Thanks

  18. #74
    Coder
    DigitalDJ's Avatar
    Join Date
    26.08.07
    Location
    Australia
    P2P Client
    BiglyBT Extreme Mod
    Posts
    572
    Activity Longevity
    6/20 20/20
    Today Posts
    0/5 ssssss572
    Quote Originally Posted by JP2020 View Post
    Yes
    and BBT needs 1.8 and works hard to ensure it has that
    and your stuff needs 13 - but "doesn't actually do anything to do with detecting Java"
    The mod is compiled with Java 13, and uses APIs only available in 13. Without it, it does not work. There's no code that "checks" for Java 13, things will just fail if Java 13 is not used.

    Quote Originally Posted by JP2020 View Post
    BBT + EM reports its using biglybt\jre (13.2) when it seems clear at least part of it isnt - as detailed above.
    If BiglyBT + EM is reporting Java 13.0.2, then it is using Java 13.0.2. There's no half-using Java, that's not a thing.

    Quote Originally Posted by JP2020 View Post
    The +java install of course leaves the java it used in temp along with loads of other stuff BBT (or your code) leaves lying around
    Whatever code we have, doesn't mess with installed JREs, it just uses them.

    The BiglyBT+JRE installer does indeed leave a JRE in %TEMP%, but this is just a left over artifact of the installer. It is not used by BiglyBT, or the system. On my system, that folder is cleaned up when the installer exits. If you have the folder open when the installer exits, there's a possibility it sticks around because you have it open.

    Quote Originally Posted by JP2020 View Post
    You clearly haven't looked at how many times I've done that, and reported what happened
    - just to be ignored (like others over the past 2 years) or bitched at
    - and screwed up other working things in the process

    I might consider doing that yet again when I have something worth doing it for.

    I only referred the install as it seemed to point to possible related causes ...
    and I was surprised no-one here had (or at least would share) the issue and resolution - so I worked at it
    Look. You can either listen and read, or not. If after this post, you can't provide detail I've asked for, you're on your own.

    In my previous post I asked you to provide the a log when running BiglyBT, not the BiglyBT installer. This specific log file is not generated by default and is different to the log you provided.

    When you previously provided a log to the BiglyBT installer I gave you a detailed analysis of what was going on. That was:

    a) The installer is still detecting a system-wide Java 13 install, when I said multiple times to remove all system-wide installations -- as indicated by [0:150] checkJavaExe (C:\Program Files\AdoptOpenJDK\jre-13.0.2.8-hotspot\\bin\java.exe, [out], 4, 2, 0)

    b) Since you don't have an appropriate Java version installed and using the non-bundled JRE installer, the installer does not find a compatible JVM since the version range is 1.8 to 1.11. As indicated by: [0:149] MinVersion: 1.8.0_172, MaxVersion: 1.11

    c) The non-bundled installer is failing because it unable to download the JRE as indicated by line: [9:398] ERROR: InternetOpenUrl failed with error code 12157. I asked you to download a URL, as indicated by line [0:153] Download location: https://www.biglybt.com/jre/win64, in Internet Explorer, but you did not provide any results.


    Quote Originally Posted by JP2020 View Post
    just like I and issue op in this thread stated that HTTP trackers know what client was being used before you asked to test with none HTTPS trackers and set up wireshark etc (which I do understand - but how has that helped other than prove we weren't lying - I see no solution)
    Very limited (2/3) places these old trackers can and do get that from
    client/ extended Client ID if they aren't the same anyway (user agent) or by interpreting the peerid.

    We weren't talking about some detailed tracker analysis script here or close analysis by a human.
    This right here is the crux of the problem. I asked for the information, and you did not provide it. You seem to think you know more about debugging the issue, but you don't.

    a) Having the Wireshark capture helps indicate what is being sent to the tracker so we can identify what specific bit of information is making trackers identify BiglyBT instead of the spoof. As HBDB provided, it appears to be the User-Agent.

    If you think this is just an exercise to determine if you're lying, you're delusional. If you had any idea about coding, you'd understand that now that we know it's the User-Agent, there are limited places in code where this could be occurring, and therefore identifying the underlying issue.

    We literally pulled the attachment due to the reports here, even though I, and anon, were not able to reproduce the issue. Saying we're denying the issue is just bullshit. Getting an accurate reproducible instance of the issue is key to solving the problem. That includes proper installation, getting configuration dumps and packet captures.

    b) There are multiple ways a tracker can determine the client, and it's more than what you have specified. It can be order of arguments, arguments sent by specific clients, order of tracker updates, nuances in HTTP headers. There's a reason why PerfectSpoof allows you to customize all these things.

    c) We also, multiple times, asked you to provide your current Extreme Mod settings. Again, not to prove if you're lying, but to identify if a specific setting is causing the issue.


    Quote Originally Posted by JP2020 View Post
    Step one
    Sort out your instructions so repeated issues with consistent and accurate instructions can be stated
    The step 1 of instructions will be clarified for the lowest common denominator. Nothing else. All other instructions are still accurate.

    Quote Originally Posted by JP2020 View Post
    - and set up a small test tracker (you must have one to test - just clone the minimum - should be 10 or 5 mins for someone working on that sort of stuff) that simply logs the connection data (and maybe writes it out as tracker error for the user) so you can see yourself what it claims
    Rather than asking users to install/fuck about with/break their probably main machine.
    As others have stated. We're all volunteers here, we "work" for free. Testing every mod setting on every new BiglyBT version isn't feasible given my free time. If you think you have the time to test the features, you're more than to do that yourself, with your own local tracker. Either that, or start showing up the money.
    Last edited by DigitalDJ; 02.04.20 at 12:20.
    Thanks

  19. #75

    Join Date
    24.02.20
    Location
    Ireland
    Posts
    48
    Activity Longevity
    0/20 1/20
    Today Posts
    0/5 sssssss48
    yes yes
    I have spent hours on this too despite sorting how to install it so it works except for the client id issue, yet I still persisted in trying to find the cause to help others who might get it as you ignore them.

    - I was just initially hindered by acting your duff instructions, your limited and duff suggestions and (my error) not initially taking the EM patch out of the equation

    You dont even state whether biglybt should be restarted after initial install before the patch although it seems reasonable to ASSUME not. It does try to update if you run it.






    and although careful scripts can easily identify these spoof clients even if they are working properly, as I quickly saw (noted one to anon), as I said - my tests were on old http trackers with sod all in the way of scripts

    and as you say, you should know far better than me what relationship client/client_id/user_agent have to each other in the spoofs ...


    and what these sort of things do (once you accept they exist) created in the session today:

    AppData\Local\Temp\e4j9FB2.tmp_dir1585749765\exe4j lib.jar
    .. which is just some java shit to me.





    I dont need the tracker to prove the issue - I thought it might help you.
    BBT EM is no use to me without a spoof. Azureus is working fine.
    I've only reinstalled to do some tests for someone else.



    Oh - and don't forget that the onboard version spoof which the developers apparently disabled and you say you re-enabled (at some stage/version???) - DOES work

    .. right up to the trackers

    ---------- Post Merged at 11:26 ---------- Previous Post was at 11:00 ----------

    Oh and jdk vs jre for the normal people out there

    Biglybt uses features which are in the JDK but not in the jre in things like swarm discovery and bigly messaging particularly PGP type stuff (keys).

    So if you use jre rather than jdk there is some stuff that wont work - the full extent of which I'm not sure of.
    Last edited by JP2020; 02.04.20 at 12:13.
    Thanks

Closed Thread
Page 5 of 7 FirstFirst ... 34567 LastLast

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
  •