Ffmprovisr – Making FFmpeg Easier

Post by Terretta » Mon, Jul 31, 2023, 4:12 PM UTC

account42 wrote: post #98

Terretta wrote: post #62

Earlier quoted context omitted.

Perhaps it's a form of hipster irony, since by and large all GIF sites and social media sites now convert source GIFs to mp4.

There are still plenty of contexts where you can embed images but not videos (or at least not with automatic looping playback) - forums, github README.md, other markdown-based comment/post systems. Gif compression limitations also encourage you to cut down to the essential parts - too many videos waste the viewers time with delays and irrelevant bits.

Post by hddqsb » Tue, Aug 01, 2023, 9:52 AM UTC

forgotpwd16 wrote: post #34

yard2010 wrote: post #28

A bit off topic, IMO ffmpeg is one of the best software ever written. Fabian Fabrice (ff) is one talented engineer and people such as him are a gift to the FOSS community. I used to work in a ~2 bil unicorn in which a big part of the products we worked on relied on ffmpeg.

>Fabian Fabrice *Fabrice Bellard. Also creator of QEMU, TCC, QuickJS, and others.

Post by aargh_aargh » Wed, Aug 02, 2023, 8:19 AM UTC

zebracanevra wrote: post #33

boomboomsubban wrote: post #21

Earlier quoted context omitted.

The second link's clipping command is not ideal in my experience. For some god known reason, ffmpeg behaves differently depending on whether you put the -ss and -t/-to flags before or after the -i flag. And for me, before worked better. It's also an issue in the original post.

Effectively, placing ss before the input filename seeks the file (the container?) without decoding it. Placing it after will decode the streams while skipping to the point you specify. Seeking the container is usually much faster than decoding and then throwing away what you don't need, but it has fatal flaw: most videos use p-frames and thus require you to decode the frames before it. So, say you want to skip to 60…

  -ss position (input/output)

     When used as an input option (before -i), seeks in this input file to 
 position. Note that in most formats it is not possible to seek exactly, so 
 ffmpeg will seek to the closest seek point before position. When transcoding 
 and -accurate_seek is enabled (the default), this extra segment between the 
 seek point and position will be decoded and discarded. When doing stream copy 
 or when -noaccurate_seek is used, it will be preserved.
 
    When used as an output option (before an output url), decodes but discards 
 input until the timestamps reach position.