92
edits
Content:Files: Difference between revisions
→CRC status
m (→Quality field for standalone subtitle files: wording) |
Soulweaver (talk | contribs) |
||
| Line 36: | Line 36: | ||
The date when the group released the file. Usually provided on the group's homepage or on some other release info site like [http://www.envirosphere.com/ Envirosphere] or [http://baka-updates.com/ Baka Updates]. | The date when the group released the file. Usually provided on the group's homepage or on some other release info site like [http://www.envirosphere.com/ Envirosphere] or [http://baka-updates.com/ Baka Updates]. | ||
====CRC status==== | ====CRC/hash status==== | ||
Indicates whether the file entry in AniDB represents a perfect copy of the original file or not. You may request a change of | Indicates whether the file entry in AniDB represents a perfect copy of the original file or not. You may request a change of this status if it hasn't been checked yet. Read more about [[Wikipedia:File verification|file verification]] if you are unfamiliar with this subject. | ||
{{eyecatch|Note|Not all groups provide | {{eyecatch|Note|Not all groups provide checksums for their files. This means that this status has no meaning and will have the value "not checked against official CRC/Hash".}} | ||
=====Allowed sources for official hash===== | |||
* Official .sfv (CRC checksum) or .md5 (MD5 checksum) files (good source) | |||
* CRC listing on official page or in the topic of the group's IRC channel (good source) | |||
* CRC tag in the filename: | |||
** If the file is from the fansub group's official torrent or DDL, then the file name is acceptable. (good source) | |||
** CRC tags added afterwards by third parties should not be considered a valid source. | |||
** It should be noted that you should also check the actual calculated CRC of your file and compare it to the CRC in the filename to ensure that you don't yourself have a corrupted file. | |||
=====No-lookthrough rule for CRC/hash verification===== | |||
CRCs and other hashsums are only considered valid for verification if they are calculated '''directly''' from the target file in its entirety. This means that indirect checksums like the following ones are not to be considered: | |||
* Checksums of a ZIP/RAR/etc. archive (or set of archives) containing the file in question, even if the archive only contains one file | |||
* The inherent block-level checksums used by the BitTorrent protocol | |||
====Version==== | ====Version==== | ||