Am Do., 31. Okt. 2019 um 02:05 Uhr schrieb Ted Park :
>
> > Only if you also change the audio speed.
> >
> > The simpler solution is to force an output framerate instead of an
> > input video speed.
> Simpler maybe… but wouldn’t this result in a frame literally being dropped
> anytime the drop
Am Do., 31. Okt. 2019 um 19:15 Uhr schrieb Jon Beyer :
> ffmpeg -i concat.mp4 video2/frames_%05d.jpg
>
> ffmpeg version 4.2.1 Copyright (c) 2000-2019 the FFmpeg developers
Unrelated:
Please understand that only current FFmpeg git head is supported here
and that there is absolutely no release
> There are different sources, with varying existing encodings, and
> resolutions. So those numbers were just thrown out there.
>
> How about 100KB per 10 seconds, or 1MB per minute? What's possible to
> squeeze in, or out there?
I really couldn’t say without knowing anything about the sources.
> I have to split one video into large amount(usually more than 1000) of
> segments and reassemble segments into one video.
> Suppose I try split only, then command will be like
>
> ffmpeg -i input.mp4 -vcodec copy -acodec copy -ss 00:00:00 -t 00:01:00 -sn
> test_split001.mp4 -vcodec copy
> But got error: "Segmentation fault: 11", so may be I'm doing something wrong?
Yeah a segfault should make you take a step back and look at what your doing
for sure.
> I trying speed up process and avoid copy frames between GPU and CPU.
Probably the only way to do this is to get rid of all