Jumbofiles appears to use 100+ servers split between Netherlands and USA using the www subdomains www2.jumbofiles.com through www166.jumbofiles.com. None of their servers are in Canada as far as I can tell.
Currently www144.jumbofiles.com on Leaseweb appears to either be horribly overloaded or they are throttling USA. Unfortunately that's where the majority of Animetosho files were being uploaded to recently. The past couple files have changed to www95.jumbofiles.com, a USA server, which seems a bit better @~200KB/s (though still slower than Bayfiles in Sweden which throttles free users), but again it shows signs of being overloaded with speed fluctuating all over the place. As far as reliability goes, Jumbofiles seems rather poor, unless you find a way to force each file to be uploaded to a unique Jumbofiles subdomain to hopefully ease their load. As yet another mirror, it never hurts though.
Distance and latency in the big picture usually makes little difference as long as bandwidth capacity is available. I can easily max out my FTTH connection anywhere in the world as long as the server/datacenter has bandwidth capacity available and everything is configured properly.
I have to agree that JumboFiles is extremely slow, at least from the USA. The guy above is lucky that he even gets 100KBps, as my avg speed from Jumbofiles is ~25KBps. Even with a 5 minute wait-time on BayFiles, the 15x quicker download speed makes up for it, allowing files to finish in a matter of minutes rather than _hours_ like with Jumbofiles. Though as long as Mediafire is kept around, I don't really care either way.
Main reason is that I always store md5 sums for episodes, but not the full video details or screenshots. For people coming from AniDB it might be helpful too, since they also store crc/md5/sha sums
Hope you are not doing away with Bayfiles in favour of JumboFiles. It's true Bayfiles has that 6 min waiting time but speeds are very good (I get in excess of 350 KBps). In JumboFiles even with multiple connections, I am not getting speeds above 100 KBps
Have you looked into using http://www.fileserving.com as an additional host? They seem to offer unusually fast upload and download speeds for free accounts (I can max out my 25Mbit/25Mbit from out here in California on their service) when you consider they hosted in Toronto, Canada. No clue about their reliability though.
Interesting suggestion - I'll consider it. Out of interest, any particular purpose for it? AniDB file matching is rather difficult in my experience, so it probably won't be that.
Great service! A suggestion: it would be nice if one could link to the files via md5/sha1/ed2k checksums or anidb file ids, for example https://animetosho.org/md5/<md5goeshere>/
Looks interesting, thanks for the suggestion. Considering the name, I might even upload to an account, although it's anyone's guess as to how long the site will last. Other point is 500GB storage limit - am not too sure how long that'll last either, but I can give it a shot I guess.
Latest and best filehost for anime is www.ddlanime.com for free user 80000MB bandwidth for 3 days. Full speed resumeable download. Filesize limit 500MB. No capchata co adpops.
Yeah, DLC could also be used for this. And if you change the url of the DLC link from http:// to dlc:// it can be automatically added to jDownloader by clicking or copying to clipboard without manually downloading the DLC file itself (according to this article http://jdownloader.org/knowledge/wiki/...k-n-load). DLC could have an additional benefit of making links live longer due to it being encrypted. Another way of adding links directly to jDownloader is through Click'n'Load 2 that can be either encrypted or plaintext http://jdownloader.org/knowledge/wiki/...ssary/cnl2 However people won't be able to use both of these methods without software like jDownloader which is a trade-off.
I see. Maybe DLC (mentioned a few pages earlier) could be suffice instead? I'm not too sure about periodically making accounts. I'm taking a look at perhaps periodically trying to refresh links for a period.
Funnily enough, they seem to be erroring out nowadays... Urgh, okay, I take your point. I don't really want to be using too much more bandwidth but I'll see if I should get rid of some other service (like UploadMirrors). Any votes on a single file host?
Having a MF folder actually would be the preferred way for people using software like jDownloader since it allows you to download all the files automatically by copying only one link instead of multiple. I haven't suggested that before only because I thought it's not possible with anonymous uploads which does reduce the risk of having all the files deleted at once. Maybe if the backend could automatically create a new account e.g. every day, that could solve the problem but it does seem like too much work.
When it works, uploadmirrors is good. But looking at the front page not many of the latest, uploadmirrors have not yet mirrored many of the additions even after some hours.
Thanks for your hard work. But I have to say in defense of Bayfiles. Looking at the homepage, the only mirror that every file has seems to be embedupload. The others are mirroring very late. When Bayfiles was around, it used to mirror pretty fast. So we had an alternative to embedupload.
Just the awesomeness of the awesomeness! You made it simple and easy for us, the selfish, ignorant and fast consuming internet's users. But no one knows in real how much hard working is behind all of this! Thank you for everything!
For point 1, I'm a bit apprehensive about modifying original filenames - my preference is to keep it the way that the original uploader wanted it. Though you did mention "show", so maybe I could make the CRC a little more visible... (if you were already unaware, you can click on a file to see its CRC, as well as some other hashes)
I've generally avoided archives for convenience sake, but I guess mangled filenames are a bit problematic too, so that's not a bad idea. There's a bit of technical difficulty with trying to stream the archive process in the way I'm doing it, but I'll consider it.
It's nothing more than a filename match ;) Similar concept to how NZBs are matched. (so it's possible the files don't actually match, but I presume that it usually should)
Comment in Feedback 14/02/2012 19:17 — Anonymous: "Anonymaus"
It would be nice if you could show / add the CRC32-checksum to files where it isn't included into the filename. Using ZIP/RAR for filehosters which cripple the original filename (for example '_' instead of '[') would also be nice to have (and maybe adding a password).
Anyways: thanks a lot for creating this site here and keep on being awesome =3
I see you added a new download option ChauThanh. But since their files are downloaded from Animesuki if i am not mistaken and the files are stored on their own servers, so how is it possible for you to upload files to their servers? ( I am just assuming. Though you said files are being match to theirs. ) Forgive my blatant technical incompetence. Just curious. =P
That's unfortunate. Probably best not to invest in a service that no-one's really using... The downtime wasn't the reason by the way. Bayfiles are still spitting out errors every now and then. It was originally put in due to it being good for free users (ie no wait times) but that seems to have been scrapped. With not many people using them, one figures it might be better to put the bandwidth to something else...
Hey will you be adding OZC's Big O 720p to the site? They have 2 episodes out now on nyaa. Regardless thanks for all the Rapidshare mirrors, love this site :)
Well, damn. I know Bayfiles had been DDOS'ed a bit last week but by removing it here, I'm left with a 6-month premium account and nothing to use it on :(.
Anonymous? Ahh.. I see what you mean. But no sweat, you still can create folder anonymously. I believe this what you want: http://www.mediafire.com/?8qn5vm67maaxc (sorry, didn't have much time to upload bigger size :P)
After all parts uploaded, click "Return to My Files" located at bottom right, click New Folder and give it a name, and drag all files in there. Hope this helps. :)
P/S: I think anonymous files will be deleted faster compare to those files with account (when they are not downloaded for a period of time). So my suggestion are save those anonymous files to your account, so you don't need to upload again. And the best thing is, free account can do the job nicely ;)
Okay ,thanks.It looks like it won't upload to it properly though for some reason.I looked for the site http://www.1fichier.com/ and it is french,not sure how long they have been going but i have never seen anyone using it before .
Well, my suggestion regarding this matter is posting single mediafire folder link that contains all parts instead of posting every MF parts. It's easy, just create folder for particular episode in Mediafire account, put all parts into that folder, and share/post that folder link. Here's the example: http://www.mediafire.com/?af5ryixu3o1z4 (Inu x Boku SS - 01, two parts in one folder).
Anyway, thanks for MF links and awesome website. :)
Never thought of linking to the full page - thanks for that. No, the current dropdown doesn't work with keyboards (or touchscreens etc - I wasn't really just referring to keyboards) but it's still somewhat usable in that the user will end up clicking on the link. The dropdown, thus, only serves as a convenience for those who can use the mouse.
I guess linking to the full page solves the issue somewhat, although it may be a little confusing as users may have expected something else. I'll consider it - thanks again for the suggestion :)
I'd say 'Mediafire' dropdown header could be either not a link at all or link to the full entry page where people can select all the files at once (what '1 more...' currently does). As for the keyboard navigation, I haven't really considered it cause I didn't think many people rely on it. However in this case they could click on the torrent/entry name itself to get the full page with links. Also as far as I can tell the EmbedUpload dropdown can't be activated through a keyboard right now either (at least it didn't work in Chrome when Tabbing to it). I know that things are sometimes trickier to implement than it first appears though. Thanks again!
24/02/2012 18:07 — Insence