I assume there’s some historical reason for this, but currently, the way scene releases reach most people seems to consist of:
-
Sites that track releases post the nfo file of the release; these sites generally don’t provide the release itself.
-
People then look for the release via various channels and download it.
Wouldn’t it make sense for the nfo to contain the checksum of the actual release, letting pirates verify unmodified copies of it and making it easier to avoid versions that have been modified in various ways?
Obviously you’d still have to trust both the site where you got the NFO (and therefore the checksum) and the people who made the original release, but those are usually relatively trustworthy, being known people who have handled a lot of releases with no problems - a lot of the danger of viruses and the like in software piracy comes from the risk of middlemen adding something.
Modern scene dosn’t even require strict .nfo files. Most TV groups in WEB or HDTV sections just basic mediainfo and imdb link. Only the oldest and best scene groups do ascii art in nfo files.
P2P groups don’t even have .nfo files and if they do its mostly foum html with mediainfo. Some include .txt with mediainfo only. I’ve only seen EVO p2p group do decent .nfo files.
However all scene groups are required to include .sfv rar checksum files. I’ve never seen any p2p groups do this. Most p2p groups .nfo files are forum html of mediainfo.
But when scene releases leak to public and unrared, files like .sfv deleted by uploaders. But you can use srrDB.com most of there .nfo include .sfv files.
most of there .nfo include .sfv files.
But they are mostly crc32, that’s 100% useless.
I’ve noticed some scene game/software releases have blake3 hashes now. That doesn’t account for everything else, but I’d say it’s a good step.
93A1A71EABD6B6CD658458CC1F4
93A1A71EABD6B6CD658458CC1F4
Uh… If they messed with the iso, they could very easily mess with the NFO
Yes, I mentioned that - but trusted public sources, who often post on places like Reddit or personal websites run out of the US and the like, can post NFOs but can’t post the actual game. If you knew the correct checksum, you could then turn around and grab the game from an untrusted source.
Distributing the game itself is the dangerous part (in terms of making the copyright pinkertons come after you) so it’s better if it can be done as anonymously as possible, but that conflicts with the need to have it distributed by someone trusted. Putting the checksum in the nfo, which is widely reposted by trusted sources, would help avoid this problem.
The SFV file contains checksums.
What is a .sfv file some mention here?
New Lemmy Post: Why don’t nfo files contain a checksum for the release? (https://lemmy.dbzer0.com/post/9923312)
Tagging: #Piracy(Replying in the OP of this thread (NOT THIS BOT!) will appear as a comment in the lemmy discussion.)
I am a FOSS bot. Check my README: https://github.com/db0/lemmy-tagginator/blob/main/README.md
deleted by creator
Point 2: “Sites which track NFOs” track NFO files of scene releases because noone cares about P2P NFOs. Scene releases are intended to spread on FTP, not BitTorrent. They also come with CRC-32 checksums in file extension .SFV
my bad. deleted my previous guesses since it seems i missed a few key words there