mirror of
https://github.com/aaru-dps/Aaru.git
synced 2026-02-04 00:54:33 +00:00
Aaru reads data in "track 0" of CD-DA as scrambled if supported by drive #856
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @TheRogueArchivist on GitHub (Jan 3, 2022).
Originally assigned to: @claunia on GitHub.
Version
5.3.0
Commit hash
No response
Tested debug version?
Which operating systems have you used?
What is the architectural bit size you're using?
What processor are you using?
Device manufacturer
Plextor
Device model
PX-W4012A
Bus the device uses to attach to the computer
USB cable or card reader manufacturer
No response
USB cable or card reader model
No response
What were you doing when it failed?
Description
When dumping CDs with data in "track 0", Aaru seems to mistakenly dump this data as scrambled on supported drives, due to "track 0" being the pregap of the audio track 1. When dumping with drives that support scrambled reading commands, the sectors in Aaru dumps seem to be scrambled. When dumping with drives that do not support these commands, the sectors appear to not be scrambled. For reference, I was made aware of a similar bug in DIC (https://github.com/saramibreak/DiscImageCreator/issues/104), and the unscrambled dumps made using DIC seem to resemble the Aaru dumps made with drives that support scrambled reading, and the current test build of DIC that supports descrambling these data pregaps roughly match Aaru dumps made with drives that don't support scrambled reading. There is still an offset difference between the Aaru and DIC dumps, but once accounted for the respective images seem to be identical.
Exact command line used
`aaru m dump F: "Star Wars Test.aaruf"
Expected behavior
Data portion of audio track pregap to be dumped consistently between drives, regardless of commands supported.
Actual behavior
Data portion of audio track pregap doesn't match between drives based on whether or not they support scrambled reading commands
Output of command execution with debug output enabled
Media details
"Star Wars - Shadows of the Empire Soundtrack" (0 30206 57002 1) tested specifically, other discs that have a data pregap for an audio track assumed to be affected as well.
Unscrambled logs:
706 (Unscrambled).zip
Scrambled logs:
706 (Scrambled).zip
@claunia commented on GitHub (Mar 5, 2022):
Due to architectural changes needed to fix this bug, moved to 6.0 milestone.