On Wed, Mar 08, 2017 at 01:41:38AM +0200, Jan Ekstrom wrote:
> On Wed, Mar 8, 2017 at 1:01 AM, Michael Niedermayer
> wrote:
> > the fast pskip i mentioned yesterday
> >
> > ./ffmpeg -y -i ~/videos/matrixbench_mpeg2.mpg -vcodec libx264 -x264-params
> > fast-pskip -vframes
On Wed, Mar 8, 2017 at 1:01 AM, Michael Niedermayer
wrote:
> the fast pskip i mentioned yesterday
>
> ./ffmpeg -y -i ~/videos/matrixbench_mpeg2.mpg -vcodec libx264 -x264-params
> fast-pskip -vframes 15 -an ref-p.nut
> ./ffmpeg -y -i ~/videos/matrixbench_mpeg2.mpg -vcodec
On Tue, Mar 07, 2017 at 10:08:59AM -0900, Lou Logan wrote:
> On Tue, 7 Mar 2017 04:24:23 +0100, Michael Niedermayer wrote:
>
> > its a long time ago but i faintly remember that the option you are
> > about to remove worked while the one remaining had bugs
>
> Can you provide a reproducible case?
On Tue, Mar 7, 2017 at 5:24 AM, Michael Niedermayer
wrote:
> On Tue, Mar 07, 2017 at 12:20:20AM +0200, Jan Ekström wrote:
>> x264-params does the same thing and this leaves us with a single
>> option that is name-matched with x265-params available in the
>> libx265
On Tue, 7 Mar 2017 04:24:23 +0100, Michael Niedermayer wrote:
> its a long time ago but i faintly remember that the option you are
> about to remove worked while the one remaining had bugs
Can you provide a reproducible case? I will try as well.
> also this would break scripts
I've never liked
2017-03-06 23:20 GMT+01:00 Jan Ekström :
> x264-params does the same thing and this leaves us with a single
> option that is name-matched with x265-params available in the
> libx265 wrapper.
(Why?)
You have to deprecate an option before removing it.
Carl Eugen