2. ctrl+left right, ctrl+shift left right: you can go out of bounds (for example behind 0th frame) -> fixed, but ctrl+up goes behind 0th frame, repro steps: 01. Select 0th frame with left mouse click 02. Press ctrl+up, you are at -1st frame now 03. Go to menu, Edit > Insert. You get this exception:
1. shift+up: when holding down it skips multiple frames (because it reacts so fast). shift+down: only works when not holding. If I hold it down, it only jumps back and forth between 2 frames 2. ctrl+left right, ctrl+shift left right: you can go out of bounds (for example behind 0th frame)
0.0.0.2052 38a07e82 virtualboy tests 1. tastudio insert more than 1 frame recolor fail not fixed, repro steps: https://pastebin.com/8pzm8uvb 3. After doing step 2, I fucked up metadata - history settings (unsure about being the result of step 2):See the end of this message for details on invoking just-in-time (JIT) debugging instead of this dialog box. ************** Exception Text ************** System.ArgumentOutOfRangeException: Value of '64' is not valid for 'Value'. 'Value' should be between 'Minimum' and 'Maximum'. Parameter name: Value at System.Windows.Forms.NumericUpDown.set_Value(Decimal value) at BizHawk.Client.EmuHawk.StateHistorySettingsForm.StateHistorySettings_Load(Object sender, EventArgs e) at System.Windows.Forms.Form.OnLoad(EventArgs e) at System.Windows.Forms.Form.OnCreateControl() at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible) at System.Windows.Forms.Control.CreateControl() at System.Windows.Forms.Control.WmShowWindow(Message& m) at System.Windows.Forms.Control.WndProc(Message& m) at System.Windows.Forms.Form.WmShowWindow(Message& m) at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
Rewritten my "frames won't color" stuff: 1. I check a part of my movie from frame 800, 1.0 speed 2. I see I need to delay input so I pause the game 3. I insert 2 or more frames. When you insert more than 1 frame at frame N, TAStudio will remove the new color from frame N-1 (from green to light green) and fails to recolor the next frames.
https://youtu.be/3IPIl1868Z0
Here is what I was doing that didn't work. Open 2 instances of BizHawk. Open 2 instances of TAStudio. paint some inputs in one instance, then copy them. On the other instance Edit -> paste will not be available. (But, right click paste is still possible, as is ctrl+v. After you paste in this way once, the edit -> paste option becomes available.) So I guess it's just a minor anomaly, I should have experimented more.
Commodore 64 games tend to have a long load period (1000-6000 frames), and when I have a marker on the first non-lag frame, I need to wait for TAStudio to scan in from the beginning of the lag frame clump when I try to hop back to said marker. Example .tasproj Jumping to Level 1(+1), Level 2 or Level 3 markers should trigger the problem.
I think this run would provide a lot of interesting commentary about how NES works, what the NMI glitch is, and how TASers exploited it.
Language: lualocal FILENAME_PATTERN="C:\\ALL\\YOUR\\TRACE\\LOGS\\GO\\HERE\\%s\\frame-%06d.trace"; local DIRECTORY="TESTING"; -- Directory C:\ALL\YOUR\TRACE\LOGS\GO\HERE\TESTING must already exist function on_frame() exec("tracelog cpu " .. string.format(FILENAME_PATTERN, DIRECTORY, movie.currentframe())); end function on_frame_emulated() exec("tracelog cpu"); end
Since I anticipate a new BizHawk release within the next couple of months (been a while since the last one and Alyosha is probably itching to release GBHawk), can we get an update to the latest mGBA version when that happens? I believe there have been a number of additional timing fixes that would be nice to have in the latest BizHawk version.