Prefix: Paramount+
Title: Marshals () - S01E05 - Lost Girls downloads with descriptive audio inserted after commercial break; original MKV also causes black screen in Plex
StreamFab Version / Platform / OS
- StreamFab:
7.0.1.9 (26/03/2026)
- Platform: Windows x64
- OS:
Windows 10 Pro 22H2 19045.7058
Region / Country
Provider / Module
Content
- Show:
Marshals
- Episode:
S01E05 - Lost Girls
Download settings
- Container: MKV
- Video codec: H.264 / AVC
- Resolution / bitrate: 1920×1080, ~ 3520 kb/s overall file bitrate
- Audio profile: AAC
- Audio channels: 2.0 stereo
- Audio language: English
Issue summary
The downloaded MKV plays normally until a commercial-break transition at about 27:03. At that point, the audio switches to what sounds like descriptive audio. If I seek past the break, normal playback/audio resumes.
On the original MKV:
- MPC-HC continues playing, but the audio switches to descriptive audio
- Plex usually goes to a black screen at the same point and the descriptive audio takes over
If I rewind to before the break and then skip past it, playback becomes normal again.
Important finding from testing
This does not appear to be a normal wrong-track-selection issue.
The final MKV contains only one audio track:
- AAC LC
- stereo
- English
- default track only
I also tested an audio rebuild of the file:
- Re-encoding audio fixed the Plex black screen
- But the descriptive audio issue remained
That suggests the output file has two defects at the commercial-break boundary:
- malformed audio timing/mux continuity in the original file
- wrong audio content spliced into the only retained audio stream after the break
Steps to reproduce
Download Marshals () - S01E05 - Lost Girls from Paramount+ with StreamFab using MKV output
Play the resulting file
Go to around 27:03
At the commercial-break boundary:
Seek past the break and playback/audio returns to normal
Additional technical evidence
I checked the final file with MediaInfo / ffprobe / mkvmerge:
- only one audio track is present in the MKV
- no alternate descriptive audio track is exposed in the container
- audio packet timing around the failing region is malformed in the original file
- however, after rebuilding audio, the descriptive-audio content still remains, so the wrong audio content appears to have been inserted into the file itself rather than just selected at playback time
All of my logs/etc uploads fail with Could not detect MIME type.
Request
Please investigate the commercial-break handling / segment stitching for this title on Paramount+, because the download appears to switch into descriptive audio at the break and the original output also contains malformed audio timing.