Re: [FFmpeg-user] Efficiently doing thousands of edits?
cropping out the problem quarter to a separate file seems like it could be faster... less pixels to black detect. if you know the start and stop times/frames, and also keep in mind that: OPTIONS FOR FILTERS WITH SEVERAL INPUTS Some filters with several inputs support a common set of options. These options can only be set by name, not with the short notation. eof_action The action to take when EOF is encountered on the secondary input; it accepts one of the following values: repeat Repeat the last frame (the default). endall End both streams. pass Pass the main input through. shortest If set to 1, force the output to terminate when the shortest input terminates. Default value is 0. repeatlast If set to 1, force the filter to extend the last frame of secondary streams until the end of the primary stream. A value of 0 disables this behavior. Default value is 1. setting eof_action=repeat might just do what your looking for... though it would be nice to know which filters 'some filters' are... also the tpad filter looks like it would be a good contender as well.. you can pad either before or after the input stream, and use the clone mode which would be clones of the first or last frame respectively. tbh, after seeing the yt video, i personally would probably just overlay the bottom left with solid black once it starts to flicker as i, for the most part, consider that unwatchable anyways =] if this is an ongoing problem, maybe its time for a new camera? =] cheers, DL > On Apr 11, 2019, at 3:01 28AM, Bouke wrote: > > > >> On 11 Apr 2019, at 04:44, John Hawkinson wrote: >> >> Michael Shaffer wrote on Wed, 10 Apr 2019 >> at 19:40:36 -0400 in >> : >> >>> I'm pretty sure you could use Python and OpenCV to create a solution.. >> >> "Just because you can, doesn't mean you should." >> >> My original post explained how to determine where the runs of black are, >> using ffmpeg (libavfilter)'s "blackdetect." The only piece left is applying >> the edits in a practical fashion. >> >> Rolling your own with opencv would be a whole lot more work. I'm not >> entirely sure that I agree with Carl Eugen that ffmpeg isn't a video editing >> tool, but if it's not, Python certainly isn't. Yes, you can make it work. >> But you're going to spend a lot more time doing it than if higher level >> tools were used. >> >> The goal here is for higher-level tools, not lower-level ones. >> >> Or I might just end up using ffmpeg to split it into 7,000 files and then >> concatenating them. That's hardly the worst thing in the world. > > Why split and cat? You are not doing editing, you want to mask (little) > pieces, not shorten / extend / reshuffle, right? > If you have all the in/out point, why not do a (png or alike) overlay on > those points? > Or, a subtitle overlay with a strange custom font (one big black rectangle > char). > > Bouke > > >> -- >> jh...@alum.mit.edu >> John Hawkinson >> ___ >> ffmpeg-user mailing list >> ffmpeg-user@ffmpeg.org >> https://ffmpeg.org/mailman/listinfo/ffmpeg-user >> >> To unsubscribe, visit link above, or email >> ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe". > > ___ > ffmpeg-user mailing list > ffmpeg-user@ffmpeg.org > https://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe". ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Efficiently doing thousands of edits?
> On 11 Apr 2019, at 04:44, John Hawkinson wrote: > > Michael Shaffer wrote on Wed, 10 Apr 2019 > at 19:40:36 -0400 in > : > >> I'm pretty sure you could use Python and OpenCV to create a solution.. > > "Just because you can, doesn't mean you should." > > My original post explained how to determine where the runs of black are, > using ffmpeg (libavfilter)'s "blackdetect." The only piece left is applying > the edits in a practical fashion. > > Rolling your own with opencv would be a whole lot more work. I'm not entirely > sure that I agree with Carl Eugen that ffmpeg isn't a video editing tool, but > if it's not, Python certainly isn't. Yes, you can make it work. But you're > going to spend a lot more time doing it than if higher level tools were used. > > The goal here is for higher-level tools, not lower-level ones. > > Or I might just end up using ffmpeg to split it into 7,000 files and then > concatenating them. That's hardly the worst thing in the world. Why split and cat? You are not doing editing, you want to mask (little) pieces, not shorten / extend / reshuffle, right? If you have all the in/out point, why not do a (png or alike) overlay on those points? Or, a subtitle overlay with a strange custom font (one big black rectangle char). Bouke > -- > jh...@alum.mit.edu > John Hawkinson > ___ > ffmpeg-user mailing list > ffmpeg-user@ffmpeg.org > https://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe". ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Efficiently doing thousands of edits?
Michael Shaffer wrote on Wed, 10 Apr 2019 at 19:40:36 -0400 in : > I'm pretty sure you could use Python and OpenCV to create a solution.. "Just because you can, doesn't mean you should." My original post explained how to determine where the runs of black are, using ffmpeg (libavfilter)'s "blackdetect." The only piece left is applying the edits in a practical fashion. Rolling your own with opencv would be a whole lot more work. I'm not entirely sure that I agree with Carl Eugen that ffmpeg isn't a video editing tool, but if it's not, Python certainly isn't. Yes, you can make it work. But you're going to spend a lot more time doing it than if higher level tools were used. The goal here is for higher-level tools, not lower-level ones. Or I might just end up using ffmpeg to split it into 7,000 files and then concatenating them. That's hardly the worst thing in the world. -- jh...@alum.mit.edu John Hawkinson ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Efficiently doing thousands of edits?
On 4/9/2019 4:17 PM, John Hawkinson wrote: What would you recommend for video editing tools that use ffmpeg's libraries? I suspect that most of the opensource editing projects use them. I've dabbled with ShotCut, and it seemed OK. I also suspect that they're not going be much of a help (need EDLs and all that). An option, perhaps not very good, is to split the existing video into one file per quadrant, process the one with the dropouts, then recombine into a single video. If you have the space, the intermediate files could be uncompressed so as to lessen quality loss along the way. Later, z! ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Efficiently doing thousands of edits?
2019-04-10 1:17 GMT+02:00, John Hawkinson : > Carl Eugen Hoyos wrote on Wed, 10 Apr 2019 > >> ffmpeg, the command line application, is not a video editor. FFmpeg, >> the project, provides libraries that can be used by video editor software. > > Thanks, Carl Eugen. What would you recommend for video > editing tools that use ffmpeg's libraries? Sorry, I don't know, I hoped that somebody else would comment. Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Efficiently doing thousands of edits?
Carl Eugen Hoyos wrote on Wed, 10 Apr 2019 at 01:13:17 +0200 in : > ffmpeg, the command line application, is not a video editor. FFmpeg, > the project, provides libraries that can be used by video editor software. Thanks, Carl Eugen. What would you recommend for video editing tools that use ffmpeg's libraries? I admit most of my experience with video editing software has been with commercial GUI projects that are not great for tasks like this. I guess I could use the blackdetect filter to produce an EDL and run that through a commerical GUI video editor, but...well, what woudl you recomend for using ffmpeg's libraries? That's not something I'm very familiar with. Thanks. -- jh...@alum.mit.edu John Hawkinson ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Efficiently doing thousands of edits?
2019-04-10 0:36 GMT+02:00, John Hawkinson : [...] Since this is apparently non-obvious: ffmpeg, the command line application, is not a video editor. FFmpeg, the project, provides libraries that can be used by video editor software. Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".