Fixed categorization (I went the other way though).

Fixed, thanks for the note.

Thanks for the feedback. I believe some have been using it to compare styling of subtitles, although it's not the most reliable since screenshots may not fall on frames with them.
But it's something we used to have, so I wanted to keep things the way they were.

Also,
episodes from kyoukai-no-rinne-2017.12426 should go into kyoukai-no-rinne.10936, which already has seasons 1 & 2.

Yo
the MAL link for gin-no-guardian.11840 has 404'd. It should be anime/32936

admin, thanks for the preview picture subtitles update note.

For me, anything is fine since I've adapted to how things were.  What I previously did was look for a thumbnail picture with subs to verify that they were as expected and English.  I think others did this as well.  So this or not rendering subs is about the same thing for me.  I'm guessing you've set things up as they are now to avoid spoilers or as the software allows or with other things in mind.

Anyways, thanks.

zipped/raring is fine if you are on pc/laptop. Hash check makes sense if you r archiving/seeding torrent/using AniDB/hosting XDCC bot. Otherwise, as admin pointed out, it's pointless.

Thanks admin for being so hard working :)

I really didn't suggest this for personal reason, as a scripted fixup is piece of cake for me. If there're no further user requests about preferring files with proper crc/hash, keeping things unchanged is fine by me.

I generally try to avoid wrapping files in archives, as it adds an extra step a downloader must take to get what they want. Apparently some use links for streaming purposes, and archiving breaks that.
I personally like hash matched files, but I suspect most people don't really care about it. Making a judgement call, I feel that those who care will either avoid Go4Up or fix up the downloaded files.

Hope that answers your question, and sorry if it's not what you wanted.

Have made some changes, hopefully works better from now on.

Browser shouldn't be a problem. What error do you get?

To 1: By trivial, I meant unimportant.  The files play the same either way.  The only importance is for hash checking, and the only importance of hash checking of media files is to check for garbled transmission.  I haven't seen a file garbled in transmission since my acoustic modem.

To 2: It will mess things up for users of a popular host which is not userscloud.  It might not be a good thing to explain who or why.  It might not be good to explain why it might not be good to explain.

to 1:
The task is to clean up files with randomly added bytes. Needs some scripting knowledge, that most users of AT likely don't have.
to 2:
No matter what else, archive usage will decrease the probability of deletion, as the data don't share storage blocks with other uploads of the same file, and will fix (or better work around) the issue.

...and most importantly: It's up to admin's judgment.

1. hash check is trivial
2. it would screw up other things.  --not going to explain, you'll see if it happens

Severe. Always 0x30 ('0'), but length looks random.
Checked two files: 22 bytes and 28 bytes!
I would suggest to pack files before uploading them to go4up. The extra bytes won't harm the file(s) inside the archive and unpacking will work properly. Easy fix for all users (most won't even notice).
@admin: What's your opinion?

The cynical a$$hole is back

just use Jdownloader

20:17 passing credit to admin, it was one of his update notes.

just saw 16 and killed them, no idea if it is reliable or why.
and forgot to thank 20:17! userscloud does not need javascript or cookies and I never reached any limit

1st: This is a issue, maybe you don't care about it (which is OK).
2nd: I currently don't intend any investigation, that's why I just asked for information, a 30-seconds-task.

Your idle curiosity should be idol curiosity.  Go watch some anime.

Your posting implies, that 16 bytes are added. Is there any more information? Always 16 bytes and why?

you are right, you get the right file with:
head -c -16 wrong.mkv > right.mkv

I vaguely recall an issue about go4up adding a zero bit to some of the files they process.  Meaningless but annoying if you like to hash check.

At this site that's true, so bingo.

since userscloud moved, hashes on every file I try are wrong

same torrent hash shouldn't make duplicates

Load.to would be good replacement for Zippyshare (files die too fast). Megadrive.tv, UploadOcean are good too

That's right. It was/is written in FAQ page.
But in reality files last much longer. I've used 4upld many times before ;)

4upld's FAQ page:

Q: Will my files be removed?
A: Free/non accounts files are kept for 30 days. Premium accounts files are kept for 900 days.

Doesn't seem like that's the case anymore.

"With up to 50GB of free space, you can use MediaFire to back up all your important files – even your not-so-important ones too. "

So AT would need to start 3 new accounts per day, like with Mega, and have method to switch accounts as they filled, not get caught, etc.

wow you're right

Oh! I just saw this post.
It seems 4upld is up a running again after quite some time as I can download from it now. Maybe just downloading is possible and uploading files is still disabled after the problems the service encountered in the past.
Eagerly waiting for the reviewing of hosts.
Thanks for your efforts, admin.
Keep up the good work :)

PS H.265/HEVC is amazing and Anime Tosho rocks!

4upld is something like MediaFire. Links just don't expire there. See the links bellow to know what I'm saying.

https://animetosho.org/view/deadfish-a...e-o.555311
https://animetosho.org/file/deadfish-a...ae-o.32270
http://www.mediafire.com/file/wqcqqu4q...e_32270.7z                       (The files like this were uploaded about 5 years ago and they are still there (O.O) (O.O) (O.O))

That's what I call legendary b(~_^)d

Great! I haven't been on AT recently and I just noticed CnU is added to hosts. Many thanks for that ;)
Of course my above post is still valid.

@ admin
What about reviewing and updating selected file hosting sites within multi host uploading services (Go4Up, ...)?!
And legendary http://4upld.com/ is back again after quite some time ＼(＾▽＾)／

It was an exact duplicate of
https://animetosho.org/view/sallysubs-...aac.875599

SallySubs had a weird way of listing their torrents that sometimes created duplicate downloads.

I'm seeing lots of torrents like that not processed correctly https://animetosho.org/view/sallysubs-...ac.n674000

what's wrong with mirror links?

I've been using rapidcrc unicode for years already
http://www.ov2.eu/programs/rapidcrc-unicode

Usually I went for irc but in this case they only released it on Nyaa.
Never use usenet before because as far I understand it's available for subscribed users only, isn't it?

The end of season, they usually release a batch release and that should be seeded well (if I can download it as soon it's released).
Thanks for the info though.

http://www.nyaa.se/?page=view&tid=674000

00sas can you mirror this one?

It has many features if you'll see and it's good, try it admin :)

So you really need some better file holsters that last? Am I correct that all Direct are from 1fichier?

Upload boy works OK.. But has limits
ClickNUpload works fine, good work admin ?

No I haven't looked at it, but thanks for the info.

Thanks for the note! Who knows what file hosters do...

Okay, now I know: "upload limit exceeded , userid : 0"
So UploadBoy limits upload it seems. I've disabled it for now - it doesn't look like it'll work...

What about Upera? You tried that? Seemed a good host, considering the latest uploads by 00sas.

Thanks for the tests and script changes!
Uploadboy worked till
https://animetosho.org/view/fff-love-l...kv.1084203
but newer torrents have
http://uploadboy.me/undef/
as link. Blacklisting?

Sorry for the lateness, but I've replaced UsersCloud with ClickNUpload and UploadBoy.

4upld: seems to be dead (as mentioned by MeH) as I cannot successfully upload anything, even after multiple attempts on different days
UploadMagnet: have not been able to successfully upload anything there either

Still need to take a look at hosts in the multi-uploaders.