I'm mainly interested in seeing if anyone else wants to comment on the host, so no need to keep putting it up :) Thanks a lot for the offer Insence. Main issue with accounts is that they're easy to nuke, should that ever happen, which is why anonymous uploads are slightly preferred. But if it's a premium account, the host may be less willing to nuke the account, if there's a periodic payments to be received (so lifetime membership has this downside). Nevertheless, if you don't mind the possibility of losing your account due to reports, I'll consider it if other people think the host is decent.
Fair enough, there seems to be a fair amount of support for Bayfiles. I'm just testing JumboFiles and DDLAnime for now. The latter is new, so no-one knows how well they'll last, and it's the only host which is uploaded with an account. Account limited to 500GB storage only; if we assume around 15GB uploaded per day, that'll deplete a short while after one month, so I don't see DDLAnime as suitable for long term storage. Maybe that'll increase in the future.
So choices are between Bayfiles, JumboFiles or DDLAnime, at the moment. Are there any other single host people think would be better than Bayfiles?
Again in the main page, only embedupload (rapidshare) is available. Please do not turn off BayFiles. Do away with some other hosters if you have to. BayFiles' advantage is it that mirrors are up very fast and speeds are reasonable.
By all means go ahead Blueberry :) I don't think this site will ever maintain old/broken links, but anyone's welcome to post their own mirrors, and I'm sure there'll be some that are grateful for your doing so.
Thanks for taking the time to check that (I just made a guess based off their main domain). I don't know how their servers are exactly set up, but I know that I can specifically set one in the upload script, should it be possible to guess a good one (whether or not files are then transferred is unknown to me).
You are very correct that latency generally has a negligible impact on throughput; I was making a comment based on crude logic, that longer distance usually implies more hops, which may imply higher probability of a congested link (although many intermediary links are like 10+Gbps, so unlikely).
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 :)
26/02/2012 00:05 — k1ko