RetroEdit

This cannot be fixed without first fixing #2292 since currently the end of the movie is not reachable during normal playback in TAStudio (is reachable in recording mode though).

This feature request piqued my interest because I've been thinking about marker-related improvements for a while, and on a re-read I guess the feature request is for certain markers to...

Oh wait, I just realized I reported this a while ago, and it was resolved as "won't fix": #2369 (edit: seems unrelated --yoshi) I have some new context here of...

Late reply (somehow I was unsubscribed from this GitHub issue), but I believe there was an issue of it getting offset when the TAStudio window is near the edge of...

> the input being send is drawn on the previous frame. I'm not sure what you mean by that. "previous frame" is a bit unclear to me in this context....

(Just for posterity, I think this might have been resolved in a0800862b3678cbfeaad1290418a17c2b3e51fea (PR #3782 ), which was a few days after the commit a72b0f7e8c181f3b140ab401238c4f77f08ad0f7 (PR #4023 ) linked above.)

Yep, I assume it would be stored in a BizHawk branch upstream, since BizHawk has different stability needs than mGBA's dev builds. As for whether we'd need to clean things...

> we don't maintain a stable API for the Bizhawk interface parts, so the last mile of Bizhawk interfacing C code has to be kept tightly in sync with the...

Couldn't we just deal with it upon serialization: get the length of the input log when serializing the movie file and that way it will be definite. Also, it doesn't...

I am aware of these options, but the requested workflow *does not* exist, and the current default is suboptimal. The default should be: save to a *single* secondary `.tasproj` file...