On Wed Apr 29 14:07:00 2026 +0000, Rémi Bernon wrote:
IMO we shouldn't bother about raw video directly in containers, it's uncommon and unlikely to be ever encountered in practice: it's just completely inefficient to store raw video frames in a file and except for debugging and testing purposes I have never seen it done. In addition, it's not what the games are doing and therefore changing the way it's done is not going to fix their broken expectations. The broken applications are broken because expect an actual decoding / conversion pipeline to be there, and their expectations are coming from the decoder / converter behaviors, which are the components that may add extra buffer alignment for performance reasons. We should fix our decoder / converters if they don't align buffers properly, but I believe they now mostly do, and we should then make sure we use them in actual pipelines as well. Anything else is pointless. yeah i think @zfigura agreed that we should be using a pipeline that resembles what Windows does, which would automatically give me all the alignment fixes and i don't need to do anything. IIUC we are mostly done on that front if we move to winedmo? except maybe `WMSyncReader` which is my other MR.
IIUC Zeb's argument was even after we are done with this transition, an mf media source can still produce raw video samples and therefore still need to worry about alignment. that's what this MR is trying to fix, this wasn't trying to fix the behavior when wg_parser is also used for decoding. i agree with you that would be pointless as we are already moving away from that. unless you are saying because reading raw video from media sources are not really used in practice so we don't need to worry about that? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10654#note_138208