docs/reports/FRIIDUMP_CANDIDATE18_WINDOWS_SEQUENCE_PARITY.md

   1 # FriiDump Candidate18: Windows Sequence Parity
   2
   3 Candidate17 is rejected and must not be tested or promoted. It incorrectly generalized `RecoveryKick` from an experimental modified GDR-8050L 0012 firmware path.
   4
   5 Candidate18 returns to Candidate16 and ports the proven Windows state-aware sequence into the portable Linux path:
   6
   7 1. `EnsureDriveReady(30000)`;
   8 2. entry `READ CAPACITY`;
   9 3. if already in game view, skip redundant handshake and tray cycle;
  10 4. otherwise run `UnlockDrive()` directly;
  11 5. `RefreshVolume()`, 2000 ms settle, readiness, and capacity observation;
  12 6. only when still in video view, perform one tray cycle and repeat the handshake plus refresh/readiness/capacity sequence;
  13 7. fail if the game view is still not established;
  14 8. request maximum speed;
  15 9. acquire the volume lock where supported and probe metadata.
  16
  17 The same state-aware helper is used after visible-video capture to re-establish the game view. Generic `RecoveryKick`, repeated LBA-zero reads, and automatic media-auth kicks are removed from both portable and copied Windows dump paths. Experimental modified-firmware recovery remains out of scope.