-
Notifications
You must be signed in to change notification settings - Fork 14
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
FFprobe closed_captions JSON tag not set #94
Comments
ptr727
added a commit
that referenced
this issue
Mar 23, 2022
- Version 2.6: - Fixed `SidecarFile.Update()` bug that would not update the sidecar when only the `State` changed, and kept re-verifying the same verified files. - Added a `--reprocess` option to the `process` command, `process --reprocess [0 (default), 1, 2]` - The `--reprocess` option can be used to override conditional sidecar state optimizations, e.g. don't verify if already verified. - 0: Default behavior, do not do any reprocessing. - 1: Re-process low cost operations, e.g. tag detection, closed caption detection, etc. - 2: Re-process all operations including expensive operations, e.g. deinterlace detection, bitrate calculation, stream verification, etc. - Whenever processing logic is updated or improved (e.g. this release), it is recommended to run with `--reprocess 1` at least once. - Added workaround for HandBrake that [force converts](HandBrake/HandBrake#160) closed captions and subtitle tracks to `ASS` format. - After HandBrake deinterlacing, the original subtitles are added to the output file, bypassing HandBrake subtle logic. - Subtitle track formats and attributes are preserved, and closed captions embedded are not converted to subtitle tracks. - The HandBrake issue tracked as [#95](#95). - Added the removal of [EIA-608](https://en.wikipedia.org/wiki/EIA-608) Closed Captions from video streams. - Closed Caption subtitles in video streams are undesired as they cannot be managed, all subtitles should be in discrete tracks. - FFprobe [fails](https://www.mail-archive.com/[email protected]/msg126211.html) to set the `closed_captions` JSON attribute in JSON output mode, but does detect and print `Closed Captions` in normal output mode. - FFprobe issue tracked as [#94](#94). - Added the ability to bootstrap 7-Zip downloads on Windows, manually downloading `7za.exe` is no longer required. - Getting started is now easier, just run: - `PlexCleaner.exe --settingsfile PlexCleaner.json defaultsettings` - `PlexCleaner.exe --settingsfile PlexCleaner.json checkfornewtools` - The `--mediafiles` option no longer supports multiple entries per option, use multiple `--mediafiles` options instead. - Deprecation warning initially issued with v2.3.5. - Old style: `--mediafiles path1 path2` - New style: `--mediafiles path1 --mediafiles path2` - Improved the metadata, tag, and attachment detection and cleanup logic. - FFprobe container and track tags are now evaluated for unwanted metadata. - Attachments are now deleted before processing, eliminating problems with cover art being detected as video tracks, or FFMpeg converting covert art into video tracks. - Run with `process --reprocess 1` at least once to re-evaluate conditions. - Removed the `upgradesidecar` command. - Sidecar schemas are automatically upgraded since v2.5. - Removed the `verify` command. - Use `process --reprocess 2` instead. - Removed the `getbitrateinfo` command. - Use `process --reprocess 2` instead. - Minor code cleanup and improvements.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
ffprobe does not identify closed captions when using JSON output mode.
Unformatted output:
Note the
Closed Captions
attribute.JSON output:
Note the
closed_captions
attribute is 0, expect it to be 1.Asked for help or alternatives here:
https://www.reddit.com/r/ffmpeg/comments/tcnhto/how_to_detect_closed_captions_in_video_stream/
https://forum.videohelp.com/threads/405123-Detect-embedded-closed-captions-in-video-stream-using-ffprobe-json-output
Discovered an abandoned patch for exactly this issue, seems there was some internal disagreement:
https://patchwork.ffmpeg.org/project/ffmpeg/patch/MN2PR04MB59815313285AA685E37D09AEBAB09@MN2PR04MB5981.namprd04.prod.outlook.com/
https://patchwork.ffmpeg.org/project/ffmpeg/list/?series=&submitter=&state=*&q=closed_captions&archive=both&delegate=
https://www.mail-archive.com/[email protected]/msg126211.html
Source related to
closed_captions
setting:https://github.com/FFmpeg/FFmpeg/blob/b8e58f0858116ac102fc116ce1bdf6727df1eb0c/libavcodec/avcodec.c#L650
https://github.com/FFmpeg/FFmpeg/blob/316e0ff752c782439843cc63d0eb8b9c998e47de/fftools/ffprobe.c#L2902
My request to the ffmpeg-devel list to reconsider:
https://www.mail-archive.com/[email protected]/msg133559.html
The text was updated successfully, but these errors were encountered: