found a fix, if you add ''Stop torrent after 0.01" all other options will work
Attachment 20893
Printable View
found a fix, if you add ''Stop torrent after 0.01" all other options will work
Attachment 20893
Nice! I'll recommend that trick to anyone else also having problems with this.
Hi there.
I have a question regarding torrent downloading. It seems my client is downloading sequentially when connected to a lot of seeds, even tho i am connected to and downloading/uploading from/to other leechers. I have unchecked the "Sequential download" box. If there's only one seed, and say 10 leechers, it seems my client "as far as possible" tries to download sequentially. Is this how it is supposed to be? Or am i missing to see some setting that i have done wrong? Im running the 2.5.0.0
Should i reinstall or just let it be?
Thanks!
In this particular scenario, it may be that piece distribution among those leechers is skewed towards the first pieces, either because the only seeder is uploading them in order or everyone else is trying to download sequentially.
Anyway, make sure you've disabled sequential downloading both in the global settings and individually for your loaded torrents, as the former change does not apply retroactively. And if you still observe this behavior nonetheless, don't worry too much about it.
Where can i find a global setting for seq downloads? I've been looking over and over thru the options, but can't seem to find it..
Can't check right now, but there definitely is a setting. Look under Files or Transfer in the Options panel, and make sure your user mode is set to Advanced so that nothing is hidden.
I was right and wrong at the same time. The setting is called "Download pieces in order" and is found at Tools -> Options -> Transfer, but actually comes from a third-party patch that was merged into the mod on 2014. Make sure it's turned off in any case.
Thing is, if i use version 2.6.0.0, my torrent will start off quickly at high speed 50-60 MB/s for a couple of seconds. After that it will totally halt for about 45-90 seconds. Then it will shoot back up to full speed again until 100%. If i start another download, the same will happen with both torrents. They both halt for a good while, then starts off again. Non-sequential download is ok in this version tho.
I've tried reinstalling several times, and also tried different settings.
So - I was forced to revert back to version 2.5.0.0. And that's where I encounter the problem with the sequential download. Download pieces in order is turned off, sequential download for torrent is turned off. Also tried reinstalling several times.
You have any idea why the torrents will halt like that in v 2.6.0.0? Tried with exclusive file lock on and off, pre-allocation on and off. Can't seem to figure it out.
So maybe i will have to stick with 2.5.0.0 for now.
Edit:
Problem solved with the stalling of torrents in v 2.6.0.0,. Enabling Options->Files->Append data to files as downloaded and reorder pieces as the download progresses - does the trick.
Hi
I have a problem with starting BiglyBt.
I don't know what to do next.
Thanks for help and ideas.
java.lang.UnsupportedClassVersionError: com/biglybt/ui/Main has been compiled by a more recent version of the Java Runtime (class file version 53.0), this version of the Java Runtime only recognizes class file versions up to 52.0
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(Unknown Source)
at java.security.SecureClassLoader.defineClass(Unknow n Source)
at java.net.URLClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.access$100(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at com.exe4j.runtime.LauncherEngine.launch(LauncherEn gine.java:77)
at com.exe4j.runtime.WinLauncher.main(WinLauncher.jav a:94)
Nice, thanks for sharing! Personally, I have sparse files turned on, so that the issues of space allocation and file growth are handled by the file system. Also, you have an excellent download speed :wgrin:
See https://www.sb-innovation.de/showthread.php?p=357181 and its addendum immediately afterwards.
Ok, thanks for the tip. I'll try out sparse files.
First off, I absolutely love this mod. That being said, I have some issues.
When I start BiglyBT without the mod, it works great, no errors. When I start BiglyBT with the mod, I get the error 'Illegal reflective access'.
After a night of running the whole application crashes. The terminal states 'BiglyBT terminated'. I have attached the crash dump and the terminal output when I launch biglyBT.
Any ideas are welcome. I'm running an Ubuntu 20.04 LTS VM. What I tried so far:
Update to OpenJDK15
Reinstal entire VM
Attachment 20968
Attachment 20969
The error about illegal reflective accesses comes from the Java VM. Try switching from openjdk-15-jre to oracle-java-15 (although that one isn't in the Ubuntu repositories, so you'll have to find and install it yourself). https://github.com/BiglySoftware/BiglyBT/issues/1641 mentions another potential fix, but since you said this only happens with the mod...
https://www.sb-innovation.de/showthread.php?p=352911 is also worth looking at, maybe one of your command line parameters is the cause.
Thanks for the fast response Anon.
I managed to install oracle-java-15. However, the illegal operation error consisted. I tried the fit mention in https://github.com/BiglySoftware/BiglyBT/issues/1641, however no luck there either. The comments in http://www.sb-innovation.de/showthread.php?p=352911 confuse me a bit. There is talk of the 'proper java params', although its unclear to me what those are.
What I also tried is to increase the VM heap size to 4GB, maybe that helps to prevent a crash..