Joe Osborn f149519351
Allow for both -e and -R to start a BSV file recording at a state (#14898)
* Allow for both -e and -R to start a BSV file recording at a state

The key issue is that loading a state takes some time, and the BSV
recording shouldn't start until that's done.

The minimal patch for this would just be a change to runloop.c which
moves movie initialization after entry state loading, throwing in a
task_queue_wait().  This makes for some awkward repeated autoload OSD
messages and doesn't solve the underlying issue.

Most of this change puts BSV recording start/stop into tasks, like
saving and loading are tasks; this was important to centralize BSV
operations a bit more and is the first part of a refactoring towards
more robust input recording.  The necessary wait is introduced in the
begin-recording callback.

Co-authored-by: Joseph C. Osborn <jcoa2018@pomona.edu>
2023-01-25 07:15:32 +01:00
..
2022-12-05 15:10:19 +01:00
2021-10-15 14:32:07 +02:00
2023-01-09 00:51:05 +01:00
2022-12-05 15:10:19 +01:00
2023-01-22 21:44:39 +01:00
2022-12-05 15:10:19 +01:00
2022-12-05 15:15:07 +01:00
2020-08-24 14:35:25 +02:00
2023-01-09 00:51:05 +01:00
2022-12-05 15:10:19 +01:00
2020-08-15 00:35:15 +02:00
2022-08-20 19:17:28 +02:00
2022-10-10 19:54:54 +02:00
2023-01-09 00:51:05 +01:00