Dan Dennedy

One option is to do nothing special for weird files like this and require transcode to use. We already have enough special frame rate logic as it is at this...

Do not reproduce here using gcc 13 via msys2 ``` [Debug ] mlt_properties_add: key 73 name: MLT_NORMALISATION [Debug ] mlt_properties_add: key 130 name: MLT_PRODUCER [Debug ] mlt_properties_add: key 73 name:...

I have not been able to reproduce it or my steps in the comment on b4943c55ea44b6d72a5f22b5dcb754c3c89454e3

This is a [road map](https://www.mltframework.org/changes/todo/) set of items, works correctly, in Movit, and is not limited to a few places. Please be aware that converting all processing to work in...

> Vertical slices in sliced_h_pix_fmt_conv_proc() This was contributed long before `sws_scale_frame()` became available in the most recent major version, and vertical was chosen as the way to handle interlace video....

> Thoughts on doing the format conversion + scaling in one go? That breaks the order of things within the loader producer and loader.ini such as source-cropping and deinterlace coming...

We can certainly convert the avformat producer to `sws_scale_frame` but not by removing the old code - ifdef it. Also, you can consolidate pixel format and scaling for your needs...

`filtergraph` does not take the place of pixel format conversion. It is an additional thing that I did not add it. I have not used it, and I was not...

I tested converting avformat producer to `sws_getCachedContext`, and it is actually a very tiny bit slower. I tested twice with a non-short clip (Big Buck Bunny). I believe all of...

> If the yuv422p -> yuv422p can be avoided There is no yuv422p pixel format in MLT; closest is non-planar `mlt_image_yuv422`