Hello! I was editing metadata in TAStudio and changed 'PSX' to 'Sony Playstation'.
So, that's what I get now everytime I try to open .tasproj file:
http://imgur.com/pAm6LR7
Is there any way to fix this and get back the access to it?
I hope there's a solution for this, because the TAS was fully done. Thanks.
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
On BizHawk 2.1.0 (btw, anyone have an idea why the About in TAStudio is greyed out?), attempting to save input to macro outputs the following:
See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.
************** Exception Text **************
System.ArgumentOutOfRangeException: Index was out of range. Must be non-negative and less than the size of the collection.
Parameter name: index
at System.ThrowHelper.ThrowArgumentOutOfRangeException(ExceptionArgument argument, ExceptionResource resource)
at BizHawk.Client.Common.Bk2LogEntryGenerator.CreateLogEntry(Boolean createEmpty, Boolean forInputDisplay)
at BizHawk.Client.EmuHawk.MovieZone..ctor(IMovie movie, Int32 start, Int32 length, String key)
at BizHawk.Client.EmuHawk.TAStudio.SaveSelectionToMacroMenuItem_Click(Object sender, EventArgs e)
at System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e)
at System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e)
at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ToolStrip.WndProc(Message& m)
at System.Windows.Forms.ToolStripDropDown.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.
For example:
<configuration>
<system>
</configuration>
When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.
I omitted the loaded assemblies since they're so long. I'll post them if necessary.
I apologise if this is something trivial, but I never faced this issue before 2.0.
#6717
Interested in:
GBA Final Fantasy Tactics Advance (any%)
GBC Dragon Warrior III (Pachisi glitch - skipping Kandar 1 means Kandar 2 won't be triggered)
Found a bug:
1. Open a rom
2. Open TAStudios interface
3. Go to File > Open and select a bk2 file
4. When a popup asking about converting the movie to a tasproj file occurs, select cancel
5.
This warning will now popup over and over, even if you press "continue". I had to use task manager to close BizHawk.
The warning text was:
https://pastebin.com/D84Wn0b9
This was tried on the interim build, and happened because I misclicked and selected a bk2 file instead.
I Right Clicked on frame 167099 then i clicked on delete but didn't work
Do someone know how to Delete the Undeletable Last Empty Frame?
I Post here because it's not considered bug.
https://image.ibb.co/cWRhjv/42.png
You don't need to delete it, it's how movies work.
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
I don't know if this has already happend to anyone, but i´ll post it just in case.
************** Exception Text **************
System.InvalidOperationException: Savestate buffer size mismatch!
at BizHawk.Emulation.Cores.Nintendo.Gameboy.Gameboy.LoadStateBinary(BinaryReader reader)
at BizHawk.Client.EmuHawk.TAStudio.LoadState(KeyValuePair`2 state)
at BizHawk.Client.EmuHawk.TAStudio.StartAtNearestFrameAndEmulate(Int32 frame, Boolean fromLua, Boolean fromRewinding)
at BizHawk.Client.EmuHawk.TAStudio.GoToFrame(Int32 frame, Boolean fromLua, Boolean fromRewinding)
at BizHawk.Client.EmuHawk.TAStudio.LoadFile(FileInfo file, Boolean startsFromSavestate, Int32 gotoFrame)
at BizHawk.Client.EmuHawk.TAStudio.DummyLoadProject(String path)
at System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e)
at System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e)
at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ToolStrip.WndProc(Message& m)
at System.Windows.Forms.ToolStripDropDown.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
I'm using bizhawk 2.1.1
I just tried to load a 1.x tasproj file into TASstudios and this has happend.
2-do:
Smurfs Nightmare, The (EU) GBC 10%
fin :
Mega Man: Dr. Wily's Revenge improvement: submitted
Mega Man II Improvement: submitted
Mega Man IV Improvement: submitted
Mega Man V Improvement: submitted
future plan:
-n-
As it says, savestates have changed. Remove the greenzone from the tasproj and try again.
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
2-do:
Smurfs Nightmare, The (EU) GBC 10%
fin :
Mega Man: Dr. Wily's Revenge improvement: submitted
Mega Man II Improvement: submitted
Mega Man IV Improvement: submitted
Mega Man V Improvement: submitted
future plan:
-n-
My config:
0-1-2-3-4-5 etc to control TAStudio (seek to current frame, delete, insert, copy, paste etc) and use the mouse when need to select multiple rows and mouse wheel to scroll the scrollbar.
My problem for example NES Zapper with lightgun:
1. If I press "Recording mode" and go back to whatever frame, it will be unchecked if I didn't pause unpause before going to a frame.
2. I can't record my mouse position if TAStudio is focused, otherwise I can't use the mousewheel to scroll if BizHawk is focused
3. The obvious conflict between inputting numbers and using my hotkeys.
edit: general TASing problem I ran into:
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 frames at frame 800 with a numbered hotkey (probably unrelated)
4. TAStudio won't recolor from frame 800
I would really like to use my current config (biggest advantage for me is that 0 is at the very left side of my laptop keyboard while other buttons (tab shift caps etc) are control keys).
PhD in TASing 🎓 speedrun enthusiast ❤🚷🔥 white hat hacker ▓ black box tester ░ censorships and rules...
If I press "Recording mode" and go back to whatever frame, it will be unchecked if I didn't pause unpause before going to a frame.
From what I see, rec mode was only forgotten if you go to a frame while recording+unpaused.
I wanted to start with this one before I do other changes, so you guys could thoroughly test things. This is an important change, so don't let it break everything.
commit note wrote:
tastudio: do normal seeking while recording too. needs testing
if you go to a frame while recording and unpaused, it will seek to that frame (not touching input since rec mode is suspended), and after it reaches it, it will unpause and restore rec mode
MESHUGGAH wrote:
The obvious conflict between inputting numbers and using my hotkeys.
You have several ways around this problem:
- use numpad
- use arrows to change the value
- drag your mouse after entering analog editing mode up or down to change the value
I don't remember if people wanted other hotkeys to function while in analog edit mode, probably I tried to filter them and failed.
MESHUGGAH wrote:
I can't record my mouse position if TAStudio is focused, otherwise I can't use the mousewheel to scroll if BizHawk is focused
I dunno why you need to scroll around while recording your input normally, and I dunno of a way to make tastudio and emuhawk react simultaneously regardless of which one has focus. You might need to discuss the possibility of that with adelikat or zeromus.
MESHUGGAH wrote:
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 frames at frame 800 with a numbered hotkey (probably unrelated)
4. TAStudio won't recolor from frame 800
Works fine for me. The current setup invalidates since the frame you're inserting/deleting frames, not since the first frame of input difference (which it should be doing eventually), but when you emulate though these frames it colors them for me.
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
Found a bug:
1. Open a rom
2. Open TAStudios interface
3. Go to File > Open and select a bk2 file
4. When a popup asking about converting the movie to a tasproj file occurs, select cancel
5. http://i.imgur.com/gzg6Has.png
Fixed.
hejops wrote:
On BizHawk 2.1.0 (btw, anyone have an idea why the About in TAStudio is greyed out?), attempting to save input to macro outputs the following:
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
Found a bug:
1. Open a rom
2. Open TAStudios interface
3. Go to File > Open and select a bk2 file
4. When a popup asking about converting the movie to a tasproj file occurs, select cancel
5. http://i.imgur.com/gzg6Has.png
Right on that area to make the box appear, then move cursor away from the tooltip, and right click again on the exact same area as before, without closing the tooltip. The error would then appear. Still occurs in the latest version of BizHawk.
Also 2nd bug:
1. Select m-gba core
2. Open SpongeBob SquarePants - Lights, Camera, Pants! (USA).gba
3. Open TAStudios
4. Open this file in TAStudios: https://drive.google.com/open?id=0B-2O13fpsnI4akZwMWJ3ZFd2QUk
5. Play it until frame 1500 or so; you should see:
6. In the piano roll, click on frame 1158 or so and make a marker. (Do not change the input!)
7. Click on the marker to go back to the frame in step 6.
8. Play the movie to 1500 or so again. This time this message appears:
Even though literally nothing was changed. No idea what happened, but loading a savestate in TAStudios completely changed the result.
Save a normal state on that frame outside tastudio and see what happens. Such things have chance close to 0 to be caused by tastudio, it just makes them obvious.
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
Save a normal state on that frame outside tastudio and see what happens. Such things have chance close to 0 to be caused by tastudio, it just makes them obvious.
Can I somehow download an interim build containing this commit to test it?
Number hotkeys VS inputting lightgun position (answering to feos' ideas):
- use numpad - yes I use this workaround and it's consists of leaving mouse with right hand, which seems to be OK
- use arrows to change the value - god, I was looking for how to manipulate value without inputting and I tried the minus sign which either set it to 0 or 1..? apart from this,
- drag your mouse after entering analog editing mode up or down to change the value - THE ULTIMATE WORKAROUND I fcking love it, I can easily change it to my value fast and precise and simply leave it and easy to copy paste by dragging the new value and if I failed I can fine tune with the above mentioned 2 tricks. Thanks!!!
"I dunno why you need to scroll around while recording your input normally"
- The only reason I need to focus BizHawk is that I can record my mouse movement that doesn't works if I'm using TAStudio
- Half of my workflow (as I'm optimizing very early while creating input) is about going back to a frame, double click my "follow cursor" hotkey to see current frame and scroll with mouse (while the movie still playsback) so I can see:
Frame N - 20
frame N
frame N + 20
(do I need to delay my input to get fewer lag frames, when does the game accepts the first input, how to concatenate input asap)
- Many times I need to seek forward hundreds/thousands of frames when manipulating RNG or lag frames that depends on non trivial things (for example cycle count, subroutine order in 1 frame)
Simple example: WSWAN Guilty Gear Petit 2 (I've submitted GGP1 if you haven't heard about this game):
- The game lags. I need to correct my input at 3 key points (after the end of a fight, before starting the next fight and manipulating enemy changed due to both my own delay and the game's delay). It's inevitable to "watch" (hold turbo while scrolling like a maniac in TAStudio) how my movie changed, how many frames I will need to append and did I was successful in removing an unneccessary delay and restart this process for each different delays at these keypoints
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.
How to fix this by the TASer:
With the mouse seek to frame N + 2 or earlier. Seeking to frame N + 3 or more won't fix this
PhD in TASing 🎓 speedrun enthusiast ❤🚷🔥 white hat hacker ▓ black box tester ░ censorships and rules...
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.
How to fix this by the TASer:
With the mouse seek to frame N + 2 or earlier. Seeking to frame N + 3 or more won't fix this
Make a video.
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
Thanks, I think I was looking for this link: https://ci.appveyor.com/project/zeromus/bizhawk-udexo/history
I couldn't see similar stuff on your commit link. (will edit this post once I tested the commit)
edit1: video for above post:
Link to video
edit2: checked interim build, used default config, it works. With my config, when the "frame won't recolor" stuff happens, recording mode is checked and I focused bizhawk but it doesn't records my mouse position. Write "make a video" and I do it.
PhD in TASing 🎓 speedrun enthusiast ❤🚷🔥 white hat hacker ▓ black box tester ░ censorships and rules...
Not sure if it is just me, but on the GBA cores, if I opened and closed TAStudios over and over, gradually, BizHawk uses more and more RAM. This happened last night after opening TAStudios, editting parts of a movie, then closing it and running a lua bot, then reopening TAStudios and repeat.
It doesn't happen immediately; the first time I closed TAStudios to run a bot script it was at 600MB for the entire time. Every time repeat the above, it creeps slightly higher.
Hi,
There seems to be an input duplication bug in TAStudio; if you put an input on either of the last two frames shown in the TAStudio window, those inputs will be duplicated to the next frame in the emulator the first time those frames are played (but will not be duplicated in the piano roll). This could lead to incorrect states and unexpected desyncs.
I uploaded a video showing the problem (using a free unofficial controller test Genesis ROM) at https://www.youtube.com/watch?v=sgGZ0gBDvbM .
The first two inputs placed in the video show normal and correct behaviour, as they were placed in the middle of the piano roll. These inputs show up in the emulator precisely two frames later (which to my knowledge is correct) and last for precisely one frame only.
The second two inputs placed show the bug; these frames are placed on the last frame shown (although this bug also occurs if they're placed on the second-to-last frame shown). These inputs will again show up in the emulator two frames later, but this time the inputs last for two frames instead of one. This results in incorrect savestates being recorded for the frame.
After showing the bug, I then go back frame by frame to show how BizHawk recalculates the savestates from the previous frames. Here, the distance between the inputs and the playback cursor is short enough that BizHawk can correctly determine what these frames should look like based on the frames before it. (Note that I have "Turbo seek" turned on.) However, had I not known about this glitch and continued TASing a game based on the incorrect states, the resulting movie would have desynced.
The video was taken using BizHawk 2.2, but I have confirmed that this bug still exists in BizHawk 2.2.1 (released yesterday). I have also heard that the bug exists even in 1.x versions of BizHawk, but have not personally tested this.
If you need any more info, please let me know!
[edit: Oops, forgot to mention an important piece of information - this is using the Genesis core! Sorry about that.]
[edit 2: Clarified that the duplication occurs in the emulator inputs, and not in the displayed piano roll.]
Would it be possible to store "marker" savestates in a separate file from the main greenzone file? This way when passing a .tasproj between multiple authors, you could delete the greenzone file to reduce the file size, while keeping the marker savestates intact so they don't have to rewatch the entire project from the beginning to restore them. Also since errors that wipe the greenzone clean also delete the marker savestates most of the time, this might keep them intact when that happens as well?
Also, what is the "Clear Savestate History option" supposed to do? I thought it might be for erasing the greenzone without having to manually delete the file via winzip or something, but I just get this error when trying to use it:
exception text
This warning will now popup over and over, even if you press "continue". I had to use task manager to close BizHawk.
The warning text was:
https://pastebin.com/D84Wn0b9
This was tried on the interim build, and happened because I misclicked and selected a bk2 file instead.
6. In the piano roll, click on frame 1158 or so and make a marker. (Do not change the input!)
7. Click on the marker to go back to the frame in step 6.
8. Play the movie to 1500 or so again. This time this message appears:
Even though literally nothing was changed. No idea what happened, but loading a savestate in TAStudios completely changed the result.
It doesn't happen immediately; the first time I closed TAStudios to run a bot script it was at 600MB for the entire time. Every time repeat the above, it creeps slightly higher.
exception text
