"non-IDR recovery points"

[riji]

In the entries by the MediaInfo app, can I tell if it is a video file with "non-IDR recovery points"?

[eumagga0x2a]

At least when using the command-line utility in a Terminal on Linux or macOS for a file with a H.264 video stream,

Code Select Expand

mediainfo --Details=1 /Path/to/videoFile | grep slice_type\ I
would show "IDR" (instantaneous decoder refresh) or "non-IDR" for I-frames in the video. If all or most I-frames (mediainfo unfortunately doesn't specify whether these frames are also keyframes, usually they are, but not necessarily) are "non-IDR", you have an Open-GOP-type stream where POC (picture order count) decreasing across a deletion may result in FFmpeg-based video players getting hiccups.

[riji]

I understand that you are doing your best to help me; thank you.

The days of DOS and working from the prompt are years behind me.... I don't get there that way.

Is there some app that might more easily answer my question?

In general, I actually also lack interest in knowing my problem thoroughly.

Perhaps practically: for years, I used MacX Video Coverter Pro to add "burned in" subtitles to an MP4 video file, and then used Avidemux to cut this file into pieces and then join them together.

Since I have an Apple Silicon processor (ARM), a Mac mini M4 pro, the MacX Video Coverter Pro often breaks down early; I can no longer rely on it.
Thus I returned to HandBrake, where with the choice of: hardware - H.265 Apple VideoToolbox the process is at least half as fast as with the Preset: fast 1080p30. Thereby, the fan also makes much less noise; processor has it easier I guess.
The problem, however, is that I'm never sure if I'm going to be able to subsequently merge the resulting file without distractingly flawed transitions.

Into this all frames my question of being able to know whether or not a video file contains "non-IDR recovery points".

Translated with DeepL.com (free version)