BiglyBT Extreme Mod by SB-Innovation 2.4.0.0 Beta

**DebugMode** · 06.06.20, 23:44

I am new to BiglyBT. previously i use uTorrent 2.2.1 Build 25130
Is it normal that this mode does not connect to trackers even public trackers
It only work via DHT to connect seeders?

**anon** · 07.06.20, 00:30

Originally Posted by DebugMode

Is it normal that this mode does not connect to trackers even public trackers

No. If that's the behavior you're getting, make sure you've downloaded and extracted Java 14 as per the installation procedure in the first post. Then go to Options -> Tracker -> Client and see that HTTP/HTTPS and UDP trackers are enabled.

If/since you've never used this client before, I highly recommend reading the following resources before doing anything else.

https://wiki.vuze.com/ (official wiki for the old Vuze, most of it is still relevant)
https://www.sb-innovation.de/showthread.php?t=13781

**DebugMode** · 07.06.20, 01:20

I have completed every step as mentioned in the first post
Downloaded JDK 15 from the link mentioned
Deleted the jre from BiglyBT folder
Copied the extracted JDK in BiglyBT folder
Rename the JDK folder to Jre

All the options are enabled

HTTP/HTTPS and UDP trackers are enabled.

program is not blocked by firewall

**anon** · 07.06.20, 13:05

Then why can't you connect to trackers? What's the error message displayed (double-click any torrent -> Sources tab)?

**aaaaab** · 10.06.20, 02:10

long (unformated) story:

maybe... i found it!?
it is so simple,
but i will not test it with a system-install of java.
last time my system was on fire...

somehow i was digging around in: "HKEY_CURRENT_USER\Software" for an other app...
and i saw an unknown sounding name "ej-technologies"

look there, some stuff of path of various java-location,
but sadly modify do not change anything.
it is only used to store existing informations.
some keys are useless.
some will created automatically after starting a portable java-app.

i looked in the %temp%-dir.
i ask myself: "why ist this bullshit registered?
%temp%-dir is a moving & erasing place.
not good place to store informations."

i found there a file "pref_jre.cfg".
the path of the temporary java "installation" is saved in this file...
interesting looks like the "jre"-dir.

I go back where it all started...
the install-dir of BiglyBT...
i found nothing in the "jre"-dir, but there is a second folder ".install4j"...
i finally found the fucking "pref_jre.cfg" in there, with the correct path...

if you have problems with your portable java, then modify it.
or erase the folder from the old copy before you merge folders.

as i said, untested with the global installation.
but system installed java-path can be overwritten with it.
but with more destroyed java-installations, i will not touch them.
i will not break my java-apps again! ...before it is save.

strangely, it broke my jdownloader-installation,
but i hadn't touched this file there.
it remains dangerous (for me), until it is fully understood.

---

short:

- modify: "%App%\.install4j\pref_jre.cfg"
- maybe, cleanup: "HKEY_CURRENT_USER\Software\ej-technologies"
- system installed java-path can be overwritten with it.
- (untested with broken, uninstalled system-Java installations)

---

good night
and i hope...
we learned something...
FUCK JAVA!

**aaaaab** · 10.06.20, 14:44

a extra note:

you can make any "portabe"-java app to a truly portable:

- go to: "%App%\.install4j\pref_jre.cfg"
- change your path from "X:\Path\App\jre" to ".\jre" or just "jre"
- relative paths works fine with my BiglyBT & JDownloader

sometimes i wonder, if the programmers even know,
how an operating system works at all...
these are the basics for reducing dependencies or for automating them...

---

stay save...

**illusive** · 10.06.20, 20:07

Interesting, I found "%App%\.install4j\inst_jre.cfg" instead of "%App%\.install4j\pref_jre.cfg" which worked wonderfully. This is great option. No need for custom .bat file now

**aaaaab** · 10.06.20, 20:42

this "useless" file notes the location, where "jre" was copied from.
(installer-source-dir)

in my case:
"c:\users\user\appdata\local\temp\e4j3fdf.tmp_dir1 590776356\jre"

--> %temp%-dir

**anon** · 10.06.20, 20:59

Originally Posted by aaaaab

good night
and i hope...
we learned something...
FUCK JAVA!

The fault here seems to be with ej-technologies and their exe4j runtime rather than Java itself... nonetheless, thanks for sharing your experience

These days, I just extract the JRE from the first post somewhere and put it in my PATH, skipping steps 6 and 7 of the installation procedure. BiglyBT and jDownloader (which also uses exe4j) won't work out of the box, but a launch script solves that. Everything else can run by typing javaw.exe -jar program.jar in a command prompt.

**aaaaab** · 10.06.20, 21:25

my experience shows, it is not hard to create
a fully portable AiO-package for mods of java based kinds.

and we do not really need a 9-step installation guide.

BiglyBT adds java in their packages. why don't 'we' do that?
in this case, I see no legal problems.

**anon** · 10.06.20, 21:37

Originally Posted by aaaaab

BiglyBT adds java in their packages. why don't 'we' do that?

Because it's easier and faster, makes for a smaller download, and prevents us from hosting and indirectly encouraging the use of a JRE that could be outdated and/or insecure tomorrow. (The BiglyBT crew doesn't "add" Java to their packages, it's downloaded during the installation procedure.)

Besides, while this drama with the exe4j runtime was an exceptional issue, I think we can all agree that someone who can't download Java and follow a very short list of installation steps probably shouldn't be using cheating mods in the first place.

**aaaaab** · 11.06.20, 02:41

before anyone says i only produce hot air:

AiO (~136MB):
https://anonfiles.com/R5W8c87do4

jre-less (~22MB):
https://anonfiles.com/J795f170o0
just add java as a 'jre'-folder, nothing else to do.

it is pre-configurated

it only cost me 5 ~ 10min
and no space is wasted...

maybe this can be automated too...

---

"easier and faster, makes for a smaller download"
- no

"and prevents us ... the use of a JRE that could be outdated"
- openJDK have no live-updater
- BiglyBT have no live-updater
- no one will check for updates manually

"The BiglyBT crew doesn't "add" Java to their packages, it's downloaded during the installation procedure"
- wrong: source Github:
- GitHub_BiglyBT_Installer64.exe [10.8 MB]
- GitHub_BiglyBT_Installer64_WithJava.exe [57.6 MB]

"Besides,...,... someone who can't download Java and follow a very short list of installation steps probably shouldn't be using cheating mods in the first place."
- Snitlev you have to go... sorry. :(
- wrong...
- if you could do better, do it better... i did.
- https://youtu.be/ZXsQAXx_ao0

**DigitalDJ** · 11.06.20, 08:02

a) We don't specifically only support Windows. The provided package is not platform specific

b) OpenJDK does not have an auto-updater, but I encourage the use of the newer JDK for each BiglyBT release

c) I agree with anon, if you can't follow some fairly straight forward instructions, then this probably isn't for you

d) Yes, all of it can be automated. Yes, we can bundle it all together. Honestly, if someone wants to write a script that does it ....for Windows, Mac, Linux, then please go for it.

**anon** · 12.06.20, 20:44

Originally Posted by aaaaab

"easier and faster, makes for a smaller download"
- no

Easier and faster for the people who publish the mod, not regular users. I have no doubt that providing everything in a neat little package with install scripts and such would be nice. But that would take extra work, and what we're asking for right now isn't extremely unreasonable either. As I said before, the situation with exe4j is exceptional and I do think it should be at least documented in the first post for future releases.

Smaller download, that's impossible to deny if you just compare the sizes of the two packages you posted. Now imagine the first one but with Java runtimes for Linux and Mac too (it's easy to forget the world of computers isn't just Windows).

"and prevents us ... the use of a JRE that could be outdated"
- openJDK have no live-updater
- BiglyBT have no live-updater
- no one will check for updates manually

Their fault.

"The BiglyBT crew doesn't "add" Java to their packages, it's downloaded during the installation procedure"
- wrong: source Github:
- GitHub_BiglyBT_Installer64.exe [10.8 MB]
- GitHub_BiglyBT_Installer64_WithJava.exe [57.6 MB]

I didn't know they had Java-bundled installers on GitHub, but the ones in the official site do not include it and that's what most people will run, so.

"Besides,...,... someone who can't download Java and follow a very short list of installation steps probably shouldn't be using cheating mods in the first place."
- Snitlev you have to go... sorry. :(

Snitti, don't listen to this guy, we still love you!

Originally Posted by DigitalDJ

d) Yes, all of it can be automated. Yes, we can bundle it all together. Honestly, if someone wants to write a script that does it ....for Windows, Mac, Linux, then please go for it.

It could even have an autoupdate feature for the mod by scraping the announcements box in the forum index!

**Logiin** · 18.06.20, 20:52

Hi, I'm a bit of a beginner, you can help me with this procedure, because I don't understand exactly what I need to do.

Run Notepad as Administrator and open %PROGRAMFILES%\BiglyBT\BiglyBT.exe.vmoptions (C:\Program Files\BiglyBT\BiglyBT.exe.vmoptions), append the following line: