[FFmpeg-user] Robustness on processing transport streams (TS)?

Uwe Freese uwe.freese at gmx.de
Thu Dec 27 23:21:26 EET 2018


Hello,
> If you have an input file that crashes FFmpeg, please share it!
It was only crashing Avidemux when seeking to the end. - "Sorry". ;-)
> A long time back, there was ProjectX to fix transport streams, I
> believe there is another program now (suggested by the HandBrake
> user support) but I forgot its name.

ProjectX doesn't work with HD. Under Win****, I used "TSDoctor", but I'm 
now working on Linux only and didn't find anything appropriate.

But it seems ffmpeg is then enough for this purpose (I'm not expecting 
"very damaged" recordings).

> To "insert silence", FFmpeg needs the "-async 1" option or the
> corresponding filter chain.

Very good hint, thanks!

Just a small point I'm curious about. Help says:

-async             <float>      ....A... simplified 1 parameter audio 
timestamp matching, 0(disabled), 1(filling and trimming), >1(maximum 
stretch/squeeze in samples per second) (from INT_MIN to INT_MAX) (default 0)

Why does it say "float" and at the end "from INT_MIN to INT_MAX"? It's 
also defined like that in the code in libswresample/options.c, also for 
other parameters.

{"async"                , "simplified 1 parameter audio timestamp 
matching, 0(disabled), 1(filling and trimming), >1(maximum 
stretch/squeeze in samples per second)"
                                                         , 
OFFSET(async)          , AV_OPT_TYPE_FLOAT ,{.dbl=0                     
}, INT_MIN, INT_MAX   , PARAM },

A bug, or how does it make sense to use INT border values with a float?

Regards,
Uwe



More information about the ffmpeg-user mailing list