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 <p...@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!
_______________________________________________
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user
To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
