Have force updated that entry. AniDB is somewhat restrictive when it comes to querying information, so some such updates can take a while to come down.
To answer your question, after the concerts you listed someone flagged the next one saying they should be listed as AMV (anime music video) instead of English-Translated Anime. Nyaa mods agreed, so that concert was changed to AMV and the concerts since then have been listed in various categories that AT doesn't download.
Way to too troublesome to implement with too much error percentage and no real use to most of AT's users. Will be burning bandwidth and adding more work.
Thanks for the suggestion. Subtitles work well because they're small in size. Unfortunately, the size of audio tracks is a problem I can't really deal with easily. But if it's something that many find useful, it can be considered.
Can u upload separate Eng auds for dual aud vids, similar than Subtitles Attachments, but name it as Audio Attachments. It will make this site more great.
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.
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.
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.
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.
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.
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?
12/04/2017 11:43 * — RamenSub