[FFmpeg-trac] #4254(ffmpeg:new): Smarter FFmpeg — abort and do not write output when no input is supplied

[FFmpeg]

#4254: Smarter FFmpeg — abort and do not write output when no input is supplied
---------------------------------+---------------------------------------
             Reporter:  zmwangx  |                     Type:  enhancement
               Status:  new      |                 Priority:  normal
            Component:  ffmpeg   |                  Version:  git-master
             Keywords:           |               Blocked By:
             Blocking:           |  Reproduced by developer:  0
Analyzed by developer:  0        |
---------------------------------+---------------------------------------
 == Summary of the bug ==

 I hope that FFmpeg could be smart enough so that when it detects no input,
 it issues a warning, aborts, and does not write output. The reason for
 this request is that I've been bitten more than once by accidentally
 leaving out `-i` and consequently having my input video emptied (while
 `-y` is on).

 == How to reproduce ==

 {{{
 ffmpeg -y input.ts -c copy output.mp4
 }}}

 There it goes, `input.ts` is emptied for good.

 As you can see, I obviously meant to type `ffmpeg -y -i input.ts -c copy
 output.mp4`. As far as I can tell, it should be fairly simple for FFmpeg
 to realize that no input is supplied. And I believe that no one ever wants
 to write an output with no streams (any example?).

--
Ticket URL: <https://trac.ffmpeg.org/ticket/4254>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker