Window resize during recording isn't handled gracefully

[ladybunne]

I've noticed that RePlays doesn't really behave nicely if you resize a window that's being recorded. I've been recording BizHawk with a variety of different games - as an example, one game uses a Lua script that is run after launching the game, which forcibly resizes the window to include some additional things on the side (making it bigger).

This isn't reflected at all in the recording that RePlays makes. What happens instead is that the recording picks the initial window size, and ignores the resize, chopping off everything that isn't in the original recording's bounds. I would expect the program to split the video into before and after the resize, or at least have user-customisable behaviour for when this happens.

[miguedevel]

RePlays already attempts to starts a new recording session when the window size changes but there's a bug where if it fails it gets confused on its recording state and creates a corrupted recording. I have a fix for that, but it may not be related to your issue with BizHawk.
I haven't tested with BizHawk but with Yuzu I have similar problems where only a portion of the window is recorded. This may be either because it is a Vulkan app and not D3D and it behaves different or because the app is not autodetected by RePlays and I have it whitelisted and whitelisted apps RePlays may treat differently. I'll keep investigating.