Thread #108052172 | Image & Video Expansion | Click to Play
HomeIndexCatalogAll ThreadsNew ThreadReply
H
File: file.png (4.9 KB)
4.9 KB
4.9 KB PNG
>tell qBittorent not to download something
>it downloads it anyway
>manually delete those files
>spams IO errors
+Showing all 38 replies.
>>
Deluge doesn't have this problem

(it has it's own problems where in windows it hogs page file size until it gets restarted, so if you seed a lot you need to restart every few days).
>>
>>108052172
>tfw used Vuze into Deluge my entire life and never had 1 (one) issue
qBittorrent and μTorrent 2.2.1 weren't even worth trying out for me.
>>
>>108052192
I tried using Deluge but it was gay.
>>
IIRC it downloads things in blocks. Small files may get caught in a block whether you want it or not.
>>
>>108052192
>>108052205
Deluge has the exact same problem, and it's a fundamental aspect of the torrent client.
>>
>>108052248
Never had it, been using it since 2014.
But then again, I probably wouldn't have the issue on qBit either, it seems to be a good retard filter.
>>
>>108052192
>troonluge
>reddit spacing
checks out
>>
>>108052172
genuine skill issue
>>
>>108052264
Download a torrent that has GBs of data, but with some small KB or B files, then set those files to do not download.
>>
>>108052248
Lol no it doesn't.

I've never had a "stalled" torrent in deluge, i've never had a torrent download when you told it not to download it, i've never had deluge spam IO errors when deleting torrents/files.

And i've been using deluge for ~14-15 years and have a seeding size of about 45TB.
>>
>>108052325
Already did that plenty of times, works fine, zero issues.
>>
>it's another "OP has no idea how things work" episode
>>
>>108052233
Cool, discard it.
>>
>>108052172

anyone else have trouble with MEGA.nz?
>sub to artist's patreon
>entire year's artwork stored in one mega folder
>select a couple images to download
>MEGA attempts to download the entire 10 GB collection instead and shits the bed

i also loathe sourceforge for auto-downloading shit but i don't know how to block it. seems like a vulnerability.
>>
>>108052495
pull requests are welcome :)
>>
>>108052495
>brainlet
If everything is tracked as blocks you need the full thing for checksumming, etc. You wouldn't even be able to know whether your data is correct otherwise.
>>
>>108052415
Indeed.
You know it's a retard posting when the OP is either just a question or entirely made of >quotes.
>>
>>108052172
>doesn't understand that torrents move data in chunks not tied to file boundaries
>proceeds to make shit thread
op is a faggot
>>
>>108052172
Never happened to me
>>
>>108052529
Cool, compute it then discard it.
>>
>>108052550
Seems like a flawed design, can this even be fixed by the client without a hacky workaround (like storing the correct checksum)?
>>
>>108052848
I'm not sure, but I'm guessing no because it sounds like a compromise for performance reasons to me.
Imagine a swarm negotiating and handshaking a million tiny files in a torrent. Most of the traffic would be metadata and effective speed would plummet.
>>
>>108052888
Hmm thats true, itd be terribly inefficient, the limiting factor would become the reading speed and I bet that with enough number of files the metadata could become bigger than the torrent itself
>>
File: file.png (60.6 KB)
60.6 KB
60.6 KB PNG
>>108052192
It indeed does. I downloaded deluge and tested with the same torrent.
>>
>>108052822
has to be computed every single time you're seeding, why don't you just not seed if you're going to do partial downloads anyways? you wouldn't care about the IO errors I'd you didn't seed
>>
>>108052848
There's an extension (BEP-0047) which many clients support that aligns pieces to file boundaries by adding virtual padding files. Sadly it's not in common use.
>>
>>108053619
and whats the performance difference? surely this has to affect speed to some degree
>>
>>108053634
It's still just a bunch of fixed size pieces that get transmitted, just the respective end pieces are now filled with 0x0. They don't get saved to disk on supported clients. If anything it likely slightly helps performance, since all files now start on aligned boundaries.
Also, I didn't realize how bad the captchas got on this site..
>>
>>108052519
On Firefox MEGA will download everything into your local RAM. So it can fill all your RAM and cause your browser to shit the bed. Chrome seems much better than Firefox because the website is coded like shit.

I maintain multiple 20GB MEGAs so I know your pain.
>>
>>108053771
In addition to what I said about firefox. Chrome does the same thing but I think it sends the files to disk then copies them to your download folder after. Firefox tries to keep them in RAM. So keep an eye on your RAM when you download large folders or even small files from MEGA.

It's just a badly designed website.
>>
Impressively large number of /g/nons pretending to be retarded today.
>>
>>108052172
just gonna call you a retard before this thread archives
>>
File: bun.webm (4 MB)
4 MB
4 MB WEBM
>>108052172
>tell qBittorrent to shut itself down after download completes
>wake up with the entire PC restarted
Never use that feature. Shit's broken.
>>
>not using Tribler
>>
>>108052172
because it is part of another block.

the entire block is probably hashed in order to veryify the integrity.
>>
>>108052172
You're so stupid that you can't even lie properly.
>>
Transmission does the same thing.
>>
>>108056231
Every client does that because it's impossible to do anything else.
This >>108052192 dumb fuck doesn't know what he's talking about.

Reply to Thread #108052172


Supported: JPG, PNG, GIF, WebP, WebM, MP4, MP3 (max 4MB)