Three Silence-of-the-Lambs (R2 PAL SD-DVD) follow-ups for rc.5.2. SUB-TASK 1 — Windows Explorer showed 12.5 fps (half) for the 576i25 track. Root cause: the DefaultDecodedFieldDuration (20 ms field) element rc.5.1 added to "fix" Windows fps did the opposite. With FlagInterlaced=1 + DefaultDuration=40 ms + DefaultDecodedFieldDuration=20 ms, Explorer halved to 12.5 fps and MediaInfo flipped to VFR. MakeMKV's correct rip omits the field-duration element, keeps FlagInterlaced=1 + FieldOrder=TFF + full-frame DefaultDuration (40 ms), and Explorer shows 25 fps / MediaInfo CFR. Fix: MkvTrack::video now passes field_duration_ns == 0 so the element is no longer written; the 1/DefaultDuration = 25 fps signal (the only one tools trust) is the full-frame value. Interlace signalling (FlagInterlaced, FieldOrder=TFF) is retained — MediaInfo reads scan type from the MPEG-2 ES picture coding extension, so it still reports Interlaced / Top Field First. Tests pin the new TrackEntry elements (element present/absent + values). SUB-TASK 2 — opening "menu"/still-frame video. Traced the MPEG-2 opening-GOP path; the wrong/last seq header and PTS-floor-to-0 hypotheses are RULED OUT with file:line evidence: codecPrivate is the FIRST sequence header (read once at headers-ready, mkvstream.rs:115 + pipelined_stream.rs:289), DVD VOBU structure guarantees each title opens on seq header + I-frame (no mid-GOP open), the parser back-anchors leading still-frames to the disc's real timeline (mpeg2.rs:296-303), and the muxer anchors base on the opening keyframe's real PTS so the t=0 floor (mkv.rs:963) never corrupts it. Regression tests pin all three (parser + muxer level). SUB-TASK 3 — make --log-level 3 self-sufficient (diag.rs + minimal hooks). (a) dump the ACTUAL MKV TrackEntry elements written per track (tag=mkv.track: FlagInterlaced, FieldOrder, DefaultDuration, field duration, Display dims, codecPrivate hex) so Windows-fps-class metadata is verifiable from a log alone. (b) capture the first ~100 coded frames per track (raw) to <output>.opening.bin with a per-frame summary line (tag=mkv.opening.frame: track, key/delta, size, PTS) so opening-GOP/menu issues are diagnosable from a future log without the disc. Both gated to log-level 3; normal runs open no side file and record nothing. CI gate (Rust 1.86): fmt --check, clippy -D warnings, and test --tests all green.
14 KiB
Changelog
[1.0.0-rc.5.2] — UNRELEASED
Fixed
- Windows Explorer now reports the full 25 fps for interlaced SD-DVD.
rc.5.1 added a
DefaultDecodedFieldDuration(20 ms field) element to the 576i/480i track header on the theory that Windows derives fps from it. The captured Silence-of-the-Lambs evidence proved the opposite: withFlagInterlaced=1+DefaultDuration=40 ms+DefaultDecodedFieldDuration=20 ms, Windows Explorer reported 12.5 fps (half) and MediaInfo flipped the track to "Frame rate mode: Variable". MakeMKV's correct rip of the same disc OMITSDefaultDecodedFieldDuration, keepsFlagInterlaced=1+FieldOrder=TFF+ full-frameDefaultDuration(40 ms), and Explorer shows the full 25 fps with MediaInfo "Constant". The element is no longer written (MkvTrack::videonow passesfield_duration_ns == 0); the only frame-rate signal tools trust,1/DefaultDuration= 25 fps, is the full-frame value. Interlace signalling (FlagInterlaced=1,FieldOrder=TFF) is retained, and MediaInfo still reports "Interlaced / Top Field First" because it reads scan type from the MPEG-2 elementary stream's picture coding extension, not the container flag.
Added
--log-level 3is now self-sufficient for MKV/opening-frame diagnosis. The diagnostic pass now (a) dumps the ACTUAL MKVTrackEntryelements written per track (tag=mkv.track: FlagInterlaced, FieldOrder, DefaultDuration, DefaultDecodedFieldDuration via field-duration, Display dims, codecPrivate as hex) so the Windows-fps-class metadata is verifiable from a log alone, and (b) captures the first ~100 coded frames per track (raw bytes) to a<output>.opening.binside file with a per-frame summary line (tag=mkv.opening.frame: track, key/delta, size, PTS) so opening-GOP / menu issues are diagnosable from a future log without the disc. Both are gated to log-level 3; a normal run opens no side file and records nothing.
Verified
- DVD opening-GOP / still-frame open handling is correct (no change needed). The hypothesis that the opening pictures get the wrong (last-seen) sequence header or have their PTS floored to t=0 was traced and ruled out: the codecPrivate is the FIRST sequence header (read once at headers-ready, before any later AU), DVD VOBU structure guarantees each title opens on a sequence header + I-frame (no mid-GOP open), the parser back-anchors leading still-frames to the disc's real timeline, and the muxer anchors its timestamp base on the opening keyframe's real PTS so the t=0 floor never corrupts it. Regression tests pin all three.
[1.0.0-rc.5.1]
Fixed
- CSS reads unlocked on enforcing drives. CSS-protected DVDs on
drives that enforce CSS authentication previously produced an empty MKV
at exit 0, or hung indefinitely. The read path now issues the bus-auth
handshake (
css::auth::unlock_css_reads) to unlock scrambled-sector reads before attempting any data transfer, so the drive gates lift correctly. - Keyless title-key recovery always runs. The Stevenson known-plaintext
attack (
css::crack_key/src/css/stevenson.rs) now recovers the title key even when the bus-auth scan detects a CSS drive, removing a code path that fell through to locked reads on certain disc/drive combinations. A wrong key still fails cleanly (confirmed by a sector descramble check) rather than producing silent garbage. - Early bail on undecryptable discs. When CSS authentication succeeds but no valid title key can be recovered, the mux path now terminates with a clear error code instead of writing an empty (or zero-byte) output file.
- DVD audio channel count from AC-3 bitstream. The audio channel count is now parsed from the AC-3 elementary-stream bitfield rather than from the IFO audio attributes, so the reported channel count always matches the actual muxed audio even when the IFO attribute disagrees. Passthrough only — no downmix is performed. (Selecting the correct audio sub-stream on discs with non-standard ordering is a separate item — see Known issues.)
- Interlaced MKV frame rate on Windows. Interlaced content (576i/480i)
now emits a
DefaultDecodedFieldDurationelement in the MKV track header, which Windows Media Foundation and Explorer use to derive the display frame rate. Without it, players reported an incorrect or zero frame rate on interlaced tracks. - Per-track
BPSbitrate tags populated. TheBPStag is written for each track so players and shell extensions (Windows Explorer, MPC-HC, etc.) can display the per-stream bitrate without reading the full file. - Interlaced field order corrected to TFF. 576i tracks were written
with a bottom-field-first (BFF) container flag that disagreed with the
top-field-first order carried in the MPEG-2 stream; the MKV
FieldOrderelement now matches the stream (TFF) so deinterlacers use the correct field parity. - DVD first-play menu no longer prepended to the feature. The title
VOBS base sector was read from the VTS menu-VOBS pointer (
vtsm_vobs, offset 0xC0) instead of the title-VOBS pointer (vtstt_vobs, 0xC4), so on a disc that authors a per-title menu the entire menu VOB — e.g. a studio first-play "the parental level has been set, press yes" prompt — was prepended to the movie and every cell extent shifted back. The rip now opens on the feature's first frame.
Changed
- AACS handshake skipped on DVDs. The AACS authentication sequence is no longer attempted on DVD discs (it never applied to CSS-encrypted media); attempting it on a DVD drive was a no-op at best and surfaced spurious errors at worst.
Added
- Structured disc diagnostics at
--log-level 3. A new diagnostic pass emits structured log events at INFO level when the log level is 3 or higher: DVD PGC/cell layout and IFO video/audio attributes; BD/UHD playlist, clip, and AACS metadata. Provides a single-command snapshot for diagnosing mux or authentication issues without instrumenting the source. - Reduced per-operation log spam. Mux-read and seek operations are demoted to TRACE (were DEBUG); benign navigation-packet drops are summarized as a single counter at the end of the title rather than logged per-packet.
Known issues
- Wrong audio track on discs with non-standard substream ordering.
Audio sub-stream ids are assigned by per-codec ordinal rather than read
from the IFO/PGC stream-number table, so a disc whose physical substream
order diverges from the convention may select the wrong audio track
(e.g. a 2.0 stream in place of 5.1). Diagnose with
freemkv info disc://… --log-level 3; fix tracked for the next release.
[1.0.0-rc.4.2]
Fixed
- Windows durability. New platform-aware
io::fsyncmodule: directory fsync is a no-op on Windows (std cannot open a directory there, which logged a spurious warning on every mapfile write — including from the CLI), and a sharedfile_durablehelper opens files read+write beforesync_allso the flush succeeds on Windows, whereFlushFileBuffersrejects a read-only handle withERROR_ACCESS_DENIED.
[1.0.0-rc.4] — UNRELEASED
An audit-driven round of correctness, durability, and Windows-transport fixes. No API changes; behavior is more conservative on damaged media and on partial decryption.
Fixed
- Decrypt-time loss is accounted for. A partial AACS/CSS decryption failure can no longer pass as a perfect rip — skipped/undecryptable bytes are folded into the loss total — and partial CPS-unit (per-title) key coverage is rejected in the AACS validation gate instead of producing partly-garbage output.
- Durable writes.
keydb.cfgis written atomically (temp file + fsync + rename), and the mapfile fsyncs its parent directory after the rename so a resume checkpoint survives a crash. - Truthful error causes. A server-dropped keydb download is classified as a connection error, not a parse error; a missing home directory maps to "not found" rather than a keydb-parse failure; the I/O error from opening an AACS-inputs ISO is preserved; and a transport failure is preserved through the AACS auth handshake instead of being relabeled.
- A failed
READ CAPACITYnow warns instead of silently using a zero-sector disc. - A leaked pipeline consumer can no longer finalize an abandoned output.
- Windows SCSI.
ScsiPassThroughDirectis packed to match thentddscsi.hlayout,StorageAdapterDescriptor.BusTypewidth is corrected (u8→u32), oversized read batches on non-sysfs (Windows) drives are bounded,IOCTL_STORAGE_RESET_DEVICEfailures are surfaced, and a device reset only sleeps on success. - Mux now tracks skipped bytes so a partly-read title reports accurate loss.
Changed
- The per-read
Drive::readtrace event was demoted to TRACE so a debug log isn't flooded by per-sector reads.
[1.0.0-rc.2]
Second release candidate for 1.0. libfreemkv is the core library: disc scan, multipass sector recovery, content decryption (CSS, AACS 1.0/2.0), and the threaded mux pipeline that turns a disc or ISO into an MKV. This candidate adds keyless DVD/CSS support and correct DVD video, on top of security and recovery hardening.
Added
- Keyless DVD/CSS title-key recovery. A CSS-protected DVD decrypts with no
key database — the title key is recovered directly from the scrambled disc
data via the Stevenson known-plaintext attack (ported from libdvdcss) and
validated by descrambling a sector and confirming the known plaintext
reappears, so a wrong key fails cleanly instead of producing silent garbage
(
src/css/stevenson.rs).Disc::scan_imagerecovers the same title key from a raw, still-scrambled CSS ISO, so a raw image can be muxed without pre-decryption. - MPEG-2 Program-Stream access-unit reassembler (
src/mux/codec/mpeg2.rs). Buffers elementary-stream bytes across PES packets and emits exactly one coded picture per MKV block, with presentation timestamps reconstructed from the stream — fixing corrupted DVD video. Bounded buffer so a malformed stream cannot exhaust memory.
Changed
- Self-contained keyframes: the active param sets (HEVC VPS/SPS/PPS, H.264 SPS/PPS, VC-1 sequence/entry headers) are re-asserted at every keyframe and any mid-title param-set change is emitted in-band, fixing whole-segment HEVC/H.264/VC-1 corruption when a source stops repeating or reverts a param set.
- Block timestamps use presentation order keyed on track type, so B-frame video (including a Dolby Vision enhancement layer) keeps its true presentation timestamps instead of decode-order timecodes.
- Mux unit alignment is scheme-aware (AACS vs CSS/none), so DVD extents are no longer rejected for unit misalignment.
- MKV output records
freemkv <version>in the Muxing/Writing application fields, so every output file is traceable to its build. - Subtitle
BlockDurationvalues are scaled by the segment timecode scale, so display durations are correct when the scale is not 1 ms. - The NOT_READY retry pause in the patch (Pass N) loop is halt-responsive: a stop request interrupts the drive-recovery wait immediately instead of blocking shutdown.
- Bounded the keydb decompressed-plaintext reader (caps a malformed or zip-bombed download).
Fixed
- A
READ(10)that returns GOOD status with a residual underrun is treated as a failed read (routed to retry) instead of committing stale buffer data — closing a silent-corruption hole in the sweep and patch paths. raw_commandon Linux masks theDRIVER_SENSEbit before treating a result as an error, preventing false transport errors on commands that return sense alongside a GOOD response.READ CAPACITY (10)rejects the "capacity exceeds 32-bit" sentinel instead of silently wrapping to 0 and misreporting disc size.
Security
- Content keys (CSS disc/title keys, AACS unit/volume keys) are redacted in log
output (logged as
<redacted>with a 1-byte fingerprint); a test guards against any key field being logged with a raw value. - The macOS SCSI shim uses
posix_spawndirectly instead ofsystem()/sh -c, eliminating a command-injection vector on the device-path string.
[1.0.0-rc.1]
First release candidate for 1.0 — the first tagged 1.0 milestone of the core
library. Established the full feature set: multipass sector recovery, content
decryption (CSS, AACS 1.0/2.0) from keydb.cfg, disc parsing, and the threaded
mux pipeline (see "Pre-1.0 development" for the consolidated feature list).
Pre-1.0 development
Versions 0.x were the iterative development series leading up to 1.0. The highlights, condensed:
- Multipass recovery engine. Pass 1 sweeps the whole disc sequentially, tolerating bad sectors with an adaptive damage-jump algorithm (mark the bad range, keep going). Pass N retries the bad ranges with per-sector recovery timeouts, reverse-direction reads, and range bisection. A mapfile tracks per-sector state across passes so a rip can resume.
- Drive and SCSI layer. Single-shot, synchronous SG_IO transport on Linux (with IOKit on macOS and SPTI on Windows), full SCSI sense decoding, and drive enumeration / presence probes. Single-shot reads by design — recovery lives in the multipass orchestration, not inline in the read path.
- Content decryption. CSS for DVDs and AACS 1.0/2.0 for Blu-ray and UHD,
with keys read from
keydb.cfg. A single decrypting decorator wraps the sector source so decryption is one audited surface, and a resolved key is verified against disc content before it is applied. - Disc parsing. UDF, MPLS/CLPI (Blu-ray), and IFO (DVD) parsing for title and extent assembly, with bounds checks on values derived from untrusted disc input. Canonical main-title selection picks the real feature over a play-all virtual playlist on branching discs.
- Mux pipeline (the "highway"). A three-stage threaded pipeline — read+decrypt, demux, codec parse — with a recycled buffer pool, taking file-backed mux from ~60 MB/s to several hundred MB/s warm-cache. Codec parsers for HEVC, H.264, VC-1, MPEG-2, TrueHD, DTS(-HD), and PGS feed an EBML/Matroska writer.
- I/O stack. Bounded-cache writeback (
sync_file_range+posix_fadvise(DONTNEED)) keeps the kernel dirty-page cache bounded on long sequential writes, and time-batched mapfile persistence keeps NFS-staged rips fast. - Library hygiene. No user-facing English in the library — all errors are numeric codes handled by the application layer. A large spec-grounded, mutation-verified test suite guards the silent-corruption surfaces. Rust 2024 edition; release builds use thin LTO.