[FFmpeg-trac] #4254(ffmpeg:new): Smarter FFmpeg — abort and do not write output when no input is supplied
FFmpeg
trac at avcodec.org
Tue Jan 13 03:50:28 CET 2015
#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
More information about the FFmpeg-trac
mailing list