[libav-bugs] [Bug 325] problems with using -ss option when transcoding from *.vob to *.avi

bugzilla-daemon at aruru.libav.org bugzilla-daemon at aruru.libav.org
Fri Jul 13 22:37:56 CEST 2012


--- Comment #4 from Anton Khirnov <anton at khirnov.net> 2012-07-13 22:37:56 CEST ---
(In reply to comment #2)
> and my CPU is 100% but there is no progress in decoding.
> when I hit ctrl-c last line changes into:

The progress printed is encoding, not decoding. You have to wait some time
until the decoding reaches the place you want to start from.

> frame=    0 fps=  0 q=0.0 Lsize=      10kB time=0.02 bitrate=3531.3kbits/s   
> s/s    
> video:0kB audio:1kB global headers:0kB muxing overhead 1739.236111%
> Received signal 2: terminating.
> > Also note that -t is strictly an output option, specifying it as an
> > input option has no effect (i hope to fix the options parser so it
> > prints an error in such a case soon).
> with what value -t option should be accompanied with in my case (in combination
> with -ss option)?:
> -t 01:28:48.4 (the final length)
> or
> -t 1:46:35.4 (the final length + 0:17:47 of beginning that I do not want)

I mean that you should move -t to some place after the input filename and
before the output filename.

> It is not obvious when using -t as an output option.
> few months ago -t was also properly interpreted as an input option.

-t was never an input option, it always set the duration of the _output_ file,
so it was always an output option. What changed was the options parsing. Before
the switch to avconv it was possible to specify output options before the input
filename and sometimes it still worked. But often it did not.

During the big avconv changes it was decided that this behavior is confusing
and inconsistent, so it was forbidden.

Configure bugmail: http://bugzilla.libav.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.

More information about the libav-bugs mailing list