[FFmpeg-trac] #3895(undetermined:new): Multiple issues around the new function of -max_error_rate
FFmpeg
trac at avcodec.org
Mon Aug 25 23:06:25 CEST 2014
#3895: Multiple issues around the new function of -max_error_rate
-------------------------------------+-------------------------------------
Reporter: JayBlanc | Type: defect
Status: new | Priority: normal
Component: | Version: git-
undetermined | master
Keywords: | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
-------------------------------------+-------------------------------------
The new function -max_error_rate provides a way of issuing a failure
return value if there are too many errors encountered during operation.
However the implementation has the following flaws,
* It is an undocumented change into the basic function of the CLI tool,
and as such breaks many scripted and embedded uses of ffmpeg that do not
expect positive return values from non-fatal errors.
* The 'percentage' does not seem to be very well quantified, as to if
this means recoverable or non-recoverable errors. Media that decodes
perfectly, but has packets that had errors, can trigger this. ie, poorly
encoded but functionally decodable media, such as a flash svc2 file from a
third party encoder that is decoded correctly but has repeated errors. Or
streams that have redundancy or built in error correction, such as Over
The Air TS streams.
My recommended change would be to make it default to a value of 1, and for
errors to only be counted towards the percentage level if they are non-
recoverable.
--
Ticket URL: <https://trac.ffmpeg.org/ticket/3895>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list