Talk:List of discs by developers

From Gentoo Wiki
Jump to:navigation Jump to:search
Note
This is a Talk page - please see the documentation about using talk pages. Add newer comments below older ones, sign comments using four tildes (~~~~), and indent successive comments with colons (:). Add new sections at the bottom of the page, under a heading (== ==). Please remember to mark sections as "open for discussion" using {{talk|open}}, so they will show up in the list of open discussions.

Great idea

Talk status
This discussion is done as of 2022-02-14.

Checksumming the disk is a great idea. Here's a thought, although you made have considered it already... there will most likely be more than checksum necessary for different 'revisions' of the software. I guess this could get a bit complicated since the ebuild may need to take different install paths per-checkum/disk. --Maffblaster (talk) 00:01, 11 April 2020 (UTC)

different versions could require slightly different ebuilds. For a start we can add it in the comment. --Jonas Stein (talk) 21:35, 11 April 2020 (UTC)

There is an existing project at redump.org that attempts to checksum all disc based games. The project recommends the use of their software with specific optical drives, but I have been able to confirm the checksums of many of my games with a regular DVD drive and cdrdao.--BT (talk) 07:21, 11 April 2020 (UTC)

nice. Which exact command do you use to get their checksum? --Jonas Stein (talk) 21:35, 11 April 2020 (UTC)
For CD's I use the following which is adapted from the DOSBox Wiki:
user $cdrdao read-cd --read-raw --datafile disc.bin --device /dev/sr0 --driver generic-mmc-raw:0x00020000 disc.toc
:0x00020000 is needed for discs with audio tracks to ensure the byte-order is correct.
Discs with audio tracks are trickier to handle since cdrdao dumps the data into a single file but redump.org splits tracks into separate files. I use the track byte sizes reported by redump.org and the following to extract the first/data track for multi-track discs.
user $dd if=disc.bin of=track1.bin skip=0 count=<track_1_bytes> iflag=skip_bytes,count_bytes
Since there are usually multiple versions of the same disc and therefore possibly different track byte sizes, you will need to make an educated guess of which disc you have before splitting. redump.org categorizes discs by region and version so it's very likely you will pick the right disc on the 1st or 2nd attempt.
For our use case we only need to checksum the first/data track so the audio tracks don't need to be split. You can then run md5sum track1.bin and compare the hash with redump.org. You can also download the "IBM PC compatible" datfile from redump.org and grep the hash. For single/data track only discs there is no need to split with dd so you only need to check the hash of disc.bin.
For DVD's you only need to use dd to dump the disc and then check the hash.
If the hash doesn't match it could indicate that the dump is somehow incorrect or that the disc or version hasn't been dumped before.--BT (talk) 23:35, 11 April 2020 (UTC)
Looks like this discussion is done at this point... probably this stuff should be integrated into the Project:Games somehow... --Maffblaster (talk) 23:34, 14 February 2022 (UTC)

Please add your image

Talk status
This discussion is done as of 2022-02-14.

Do you have access to one of these images? https://qa-reports.gentoo.org/output/eclass-usage/cdrom.txt --Jonas Stein (talk) 21:41, 11 April 2020 (UTC)

I have discs for games-fps/etqw-data and games-fps/unreal. As not-a-developer, what can I provide here? Petteyg (talk)
Looks like this discussion is done at this point... It can be reopened if later if necessary. The article is a great idea, but it looks like it has gone to the wayside for quite some time... --Maffblaster (talk) 23:34, 14 February 2022 (UTC)