Tools Cyberdrop-DL: Mass Downloader for most forum sites and SimpCity threads
- Thread starter Jules--Winnfield
- Start date
Likely a Bunkr issue.
Try re-running and the spider should be able to scrape and pickup the links.
Worked for me just now.
EDIT: DL was able to scape and identify all links, and started the download. But eventually it ground to a halt at about 8kB/s.
Once the Bunkr team get everything migrated, we should be back in business. Given we use it for free, hard to complain too much.
Last edited:
multiple times the links from bunkr doesnt download i try to re-run multiple times whit no success
¿spider?
tanks for the help i guess is a bunkr problem to
I'm saving all Bunkr links in a separate file for now, to download in the future.
Spider = . (Sorry, I've been trying to re-learn some Python and how the programs I use work)
If it helps, a few months back Jules posted this:
https://simpcity.su/threads/cyberdr...-sites-and-simpcity-threads.10170/post-957156
It's a way that you can give each girl/set their own url.txt files, then customize the .bat so that you can queue up many folders without having to worry about trying to re-sort later. Great for running a big batch overnight (once Bunkr is back)
How to use on Linux?
I see cyberdrop_dl inside ~/.local/lib/python3.10/site-packages and when cd into there and run cyberdrop_dl
I am getting
cyberdrop_dl: command not found
even when folder is visible
I see cyberdrop_dl inside ~/.local/lib/python3.10/site-packages and when cd into there and run cyberdrop_dl
I am getting
cyberdrop_dl: command not found
even when folder is visible
As I said before, you need to update cyberdrop-dl. You are on version 2.25.6, Which is incredibly outdated and the logic for bunkr has changed since then. The only way you'll get it to work is by updating.
~/.local/lib/python3.10/site-packages$ cyberdrop-dl
still get command not found
cyberdrop-dl: command not found
I'm not a big linux user, but it sounds like your environmental variables (path etc) aren't pointing to that python install and you'll have to fix it in the command line.
So in bunker album there 300 files.so it is not possible to download them at once is there any way to download first 10 files than second 10 files and so on.
Is there way that I can modify code my self any hint of variables in code that can help me
Is there way that I can modify code my self any hint of variables in code that can help me
Bunkr is limited to 2-3 concurrent downloads at one time. The program has a hard limit for it. it'll break if tampered with. For sites without restrictions the
--threads argument is what is used to determine how many concurrent downloads will take place.
You might be getting throttled but either way you are hitting the 30 second connection timeout. The issue has to do with your ability to connect to kemono, not an issue with the downloader.
I don't know if it's possible to implement, and my apologies if others have mentioned it, but when bunkr returns the short "file unavailable because site is under maintenance video" for a download, it would be amazing if the script could somehow tell the difference between that and a successful download, and not add the link to its history file as a successful download.
I don't know how you would do that without false positives, though, unless you do some sort of hash check on short files. Or unless bunkr redirects to a specific url or unique filename for that under maintenance video.
I dunno, I probably wouldn't bother with it if I were you, but it would be a cool feature to have.
*And I suppose it's possible the whole point of bunkr returning that under maintenance video is to prevent auto downloaders from constantly retrying on unavailable files.
I don't know how you would do that without false positives, though, unless you do some sort of hash check on short files. Or unless bunkr redirects to a specific url or unique filename for that under maintenance video.
I dunno, I probably wouldn't bother with it if I were you, but it would be a cool feature to have.
*And I suppose it's possible the whole point of bunkr returning that under maintenance video is to prevent auto downloaders from constantly retrying on unavailable files.
Bunkr wouldn't have done that imo. I think these videos are a mistake in all honesty on their end. I'm not too sure how best to handle it, so I haven't yet.