[FFmpeg-user] Thank you, Paul - Decimation with ppsrc=1 malfunctions

[Mark Filipak (ffmpeg)]

On 12/27/2020 04:48 PM, Mark Filipak (ffmpeg) wrote:
> On 12/27/2020 04:26 PM, Paul B Mahol wrote:
>> On Sun, Dec 27, 2020 at 7:56 PM pdr0 <pdr0 at shaw.ca> wrote:
>>> pdr0 wrote
>>>> I don't know if it's the full explanation...
>>>>
>>>> The way it should work is ppsrc should disable everything else , given if
>>>> input src ,and ppsrc have the exact same timecodes
>>>>
>>>> In theory, you should get same as -vf decimate on preprocessed.mkv
>>>>
>>>> ffmpeg -i preprocessed.mkv -vf decimate -c:v libx264 -crf 18 -an
>>>> preprodec.mkv
>>>>
>>>> gives drops at - 1019,1024,1029...
>>>>
>>>> The interval is different and there are 2 more frames , 138 vs. 136
>>>
>>> ffmpeg -i preprocessed.mkv -vf decimate=scthresh=0 -c:v libx264 -crf 18 -an
>>> preprodec2.mkv -y
>>>
>>> gives 138 frames when run alone, but 136 frames when run with 2 inputs and
>>> ppsrc=1 .
>>>
>>> It's still unexpected behaviour
>>
>> Should be fixed.
> 
> Thank you, folks! It makes all the hours spent working to make a good submission worth the effort 
> and time.
> 
> So, I see this:
> http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=89dcef90af5b444b446ed888486ea9326e9a1141
> 
> What's the logistics here? When will I see a commit and new build? What will I look for, or do I 
> simply wait until tomorrow and download the latest build? I apologize for asking but this is all 
> uncharted territory to me.
> 
> Regards and Happy 2021 to everyone,
> Mark.

I apologize for taking 4 days to confirm the fix. I had to wait for a new build to appear.

Thank you, Paul. I still see one small problem (which may be in the source) which I'd like to 
pursue, but the 2 major faults are now gone. Congratulations!