[FFmpeg-user] Programmatically detecting 'busiest' parts of a video

Hi, I'd like to programmatically detect the 'busiest' parts of a video- ie the most visually active areas. I am leaving audio aside for the purposes of considering this. I figured it might be possible by looking at one / more of: - the bitrate for VBR videos -- a higher bitrate for a given segm

Re: [FFmpeg-user] Programmatically detecting 'busiest' parts of a video

On Tue, Aug 6, 2024 at 8:41 AM Rob Hallam wrote: > Hi, > > I'd like to programmatically detect the 'busiest' parts of a video- ie > the most visually active areas. I am leaving audio aside for the > purposes of considering this. > > I figured it might be possible by looking at one / more of: > >

Re: [FFmpeg-user] Programmatically detecting 'busiest' parts of a video

Thanks for chiming in, inhahe. On Tue, 6 Aug 2024 at 16:20, inhahe wrote: > > On Tue, Aug 6, 2024 at 8:41 AM Rob Hallam wrote: > > I'd like to programmatically detect the 'busiest' parts of a video- ie > > the most visually active areas. I am leaving audio aside for the > > purposes of consideri

Re: [FFmpeg-user] Programmatically detecting 'busiest' parts of a video

Hey Rob, On 06/08/2024 08.40, Rob Hallam wrote: Hi, I'd like to programmatically detect the 'busiest' parts of a video- ie the most visually active areas. I am leaving audio aside for the purposes of considering this. If by 'busiest' you mean greatest frame-to-frame image movement and if by '

[FFmpeg-user] Small PTS 'jump' at splice

Hi, I've spliced via 2 AVC/M2TS-to-AVC/MP4 trims followed by an '-f concat' splice. There are 1001 ticks between frames except at the splice. At the splice there's a 'jump': 1044 ticks instead of 1001 ticks. Look: frames.frame.133563.pts=133696563 frames.frame.133563.pict_type="B" frames.fram