This MR changes the order of the `videoconvert` and `deinterlace` element; now placing `videoconvert` first. This is required for `rawvideo` output, as `decodebin` does not provide a frame rate in the caps for this format. This causes the `deinterlace` element to reject the caps and the pipeline fails. However, if `videoconvert` is placed first, it inserts a fixated value for its downstream caps and this resolves the issue. `gst-play-1.0` plays the video successfully. The dot debug output shows it also does this by placing `videoconvert` prior to `deinterlace`. See attached: [0.00.00.120881712-gst-play.async-done.dot](/uploads/2fede2c4b016df009711fc72979764b5/0.00.00.120881712-gst-play.async-done.dot) This shows that prior to the `videoconvert` element, the caps does not include framerate. However, it is there for the caps between the `videoconvert` and `deinterlace` elements. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10520