Project

General

Profile

Actions

Emulator Issues #11621

closed

The TAS input takes priority over an input file when playing back inputs in read-only mode

Added by FitterSpace over 5 years ago. Updated over 5 years ago.

Status:
Duplicate
Priority:
Normal
Assignee:
-
% Done:

0%

Operating system:
N/A
Issue type:
Bug
Milestone:
Regression:
No
Relates to usability:
No
Relates to performance:
No
Easy:
No
Relates to maintainability:
No
Regression start:
Fixed in:

Description

This issue is specific, but it's annoying for TASers. On 5.0-9751, having a button held on the TAS input while playing back an input file results in that button being held even if the inputs aren't doing anything.

For example, if you have an input file that presses the B button repeatedly, but you're holding the B button on the TAS input or a real controller (if controller input is enabled), that takes priority over the input file and it will result in the input file not pressing the B button since it's already being held. This causes desyncs in TASes and could cause headaches for TASers in the future if they're not aware of this problem.

The solution, in my opinion, is to make it where the TAS input window or physical controllers don't do anything if you're playing back an input file in read-only mode. Although I do like the idea of writing inputs to an input file in real time, it shouldn't happen if read-only mode is on, especially since older versions of Dolphin didn't have this problem.

I realize this issue is hard to explain, so I made a video showing it.
https://youtu.be/TExdNqZfqqE


Related issues 1 (0 open1 closed)

Is duplicate of Emulator - Emulator Issues #11616: Dolphin accepts Gamecube controller input while replaying .dtm fileFixed

Actions
Actions

Also available in: Atom PDF