On Thu May 15 01:01:00 2025 +0000, Brendan McGrath wrote:
I just pushed a new branch to my repo: [bm_cw_24708_mft_wip](https://gitlab.winehq.org/redmcg/wine/-/commits/bm_cw_24708_mft_wip) It's the same as this branch but includes an additional commit: https://gitlab.winehq.org/redmcg/wine/-/commit/4300469a46db06ca97c7f2788dc54... That commit includes tests for when sample PTS and duration are not provided for some input. For H.264, Windows will provide values. For WMV, Windows does not. So `provide_timestamps` doesn't seem to be determined by `preserve_timestamps`. But I found with those tests that we still don't match Windows behavior. It seems like Windows will provide a PTS and duration on Input (for H.264) if it is missing. So that the duration is the same value of the previous input sample. I figure it's not worth fixing in this MR though (as, in practice, it's unlikely a sample will be missing those values, and if it is, it's unlikely the `MF_MT_FRAME_RATE` won't match the duration). But let me know if you agree.
Okay, I'm not sure it's a scenario worth supporting and I've ignored this case in my branch.