Emulator Coder, Site Developer, Site Owner, Expert player
(3598)
Joined: 11/3/2004
Posts: 4738
Location: Tennessee
from the exception, I think what's happening is that you are minimizing or maximizing tastudio, then closing the emulator. Then when opening it again, it is crashing.
I know the fix if that is the case.
Wow. Try other versions and clean unzip. I bet the ones that haven't had the separator will work, but if fresh unzip doesn't, it's weird as hell.
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.
from the exception, I think what's happening is that you are minimizing or maximizing tastudio, then closing the emulator. Then when opening it again, it is crashing.
I know the fix if that is the case.
Wow. Try other versions and clean unzip. I bet the ones that haven't had the separator will work, but if fresh unzip doesn't, it's weird as hell.
It's wierd as hell. I don't wanna downgrade, just downloaded 1.11.3 again (latest version), and TAStudio still throws out exceptions, calling itself 'the target of an invocation'.
it affects the window layout procedure which is malfunctioning in your callstack (moreso the dpi than resolution) and its not something we test very often
Every now and then, TAStudio seems to glitch up with the savestates, and somehow ends up getting out of order when I click on the frame markers to hop.
Here's a gallery of what I meant:
http://imgur.com/a/W4QrQ
The top pic, at frame 10082, I'm at the top of the door.
At frame 10107, I'm supposed to still at that room, moving up left. Somehow clicking on that frame marker takes me further back, but still using frame 10107's input.
For reference, 10107 was supposed to look like this:
Are you modifing the light sensor? If yes, analog inputs are not implemented properly yet. You need to carefully watch what the playback courser does, it often does not jump back to the edited frame.
Are you modifing the light sensor? If yes, analog inputs are not implemented properly yet. You need to carefully watch what the playback courser does, it often does not jump back to the edited frame.
I found out that modifying the sensor doesn't seem to risk desync, yet attempting to paste input does. Thanks for the hint I guess.
I moved it to tastudio thread, use it from now on. And for whatever bug, post exact reproduce steps for any layperson to repeat, but still, there are bugs on core level, like happened with gpgx dropping some input in states, and there's still nondeterminism in it. So we need to make sure it's a tastudio bug.
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.
Joined: 11/13/2006
Posts: 2793
Location: Northern California
When working on an Atari 2600 game, painting or removing input upward always results in:
As far as I've tested, this only happens with Atari 2600 games.
TASvideos Admin and acting Senior Judge 💙 | CohostwarmCabin wrote:
You shouldn't need a degree in computer science to get into this hobby.
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.
Got a crash bug:
1. Make a movie
2. Make a savestate not at the first frame
3. Start a new TAStudio project
4. Close the TAStudio tab. This will close the project too.
5. Drag the tasproj file into the emulator. Immediately pause the emulator
5. Move to where the savestate from step 2 was and drag to the emulator
6. Frame advance several times
System.InvalidOperationException: Nullable object must have a value.
at System.ThrowHelper.ThrowInvalidOperationException(ExceptionResource resource)
at BizHawk.Client.Common.TasStateManager.AllLag(Int32 from, Int32 upTo)
at BizHawk.Client.Common.TasStateManager.SetState(Int32 frame, Byte[] state, Boolean skipRemoval)
at BizHawk.Client.Common.TasStateManager.Capture(Boolean force)
at BizHawk.Client.Common.TasMovie.GreenzoneCurrentFrame()
at BizHawk.Client.Common.MovieSession.HandleMovieAfterFrameLoop()
at BizHawk.Client.EmuHawk.MainForm.StepRunLoop_Core(Boolean force)
at BizHawk.Client.EmuHawk.MainForm.ProgramRunLoop()
at BizHawk.Client.EmuHawk.Program.SubMain(String[] args)
You mean you drag a savestate file into the emulator while there's a tastudio? Gees who'd ever come up with this...
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.
It interestingly crashes at the same place as you previous one.
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'm not sure if you're being sarcastic or not about dragging it. Why is dragging a file a bad thing? :|
Anyways, another bug: For the TAStudio markers, usually, the marker at frame 0 cannot be deleted. If you had done a bunch of inserts/deletions, and made a new marker in between those actions, when undoing it it will remove the "frame 0" marker instead of the newest one made.
Also, right clicking at the top part of the piano roll at frame 1 or so while moving the mouse sometimes gave this:
See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.
************** Exception Text **************
System.NullReferenceException: Object reference not set to an instance of an object.
at BizHawk.Client.EmuHawk.TAStudio.RightClickMenu_Opened(Object sender, EventArgs e)
at System.Windows.Forms.ToolStripDropDown.OnOpened(EventArgs e)
at System.Windows.Forms.ToolStripDropDown.SetVisibleCore(Boolean visible)
at System.Windows.Forms.ContextMenuStrip.SetVisibleCore(Boolean visible)
at System.Windows.Forms.ToolStripDropDown.Show(Control control, Point position)
at System.Windows.Forms.ToolStripDropDown.Show(Control control, Int32 x, Int32 y)
at BizHawk.Client.EmuHawk.TAStudio.TasView_MouseUp(Object sender, MouseEventArgs e)
at System.Windows.Forms.Control.OnMouseUp(MouseEventArgs e)
at BizHawk.Client.EmuHawk.InputRoll.OnMouseUp(MouseEventArgs e)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
I meant the steps to reproduce your first crash. So were you dragging the state file in while tastudio was on?
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 meant the steps to reproduce your first crash. So were you dragging the state file in while tastudio was on?
Yes.
Edit:
While moving the cursor on the piano roll for input:
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 '-36' is not valid for 'Value'. 'Value' should be between 'minimum' and 'maximum'.
Parameter name: Value
at System.Windows.Forms.ProgressBar.set_Value(Int32 value)
at System.Windows.Forms.ToolStripProgressBar.set_Value(Int32 value)
at BizHawk.Client.EmuHawk.TAStudio.<InitializeSeekWorker>b__b(Object s, ProgressChangedEventArgs e)
at System.ComponentModel.BackgroundWorker.OnProgressChanged(ProgressChangedEventArgs e)
at System.ComponentModel.BackgroundWorker.ProgressReporter(Object arg)
Edit:
It happened again, and this time when I scroll using the mouse wheel, it pops this up:
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 tried to record a movie with TAStudio for StarFox64.
However, after a random number of frames (usually between 400 and 500) I run into OutOfMemory Exceptions:
System.OutOfMemoryException: Eine Ausnahme vom Typ "System.OutOfMemoryException" wurde ausgelöst.
bei System.Object.MemberwiseClone()
bei BizHawk.Client.Common.TasStateManager.Capture(Boolean force)
bei BizHawk.Client.Common.TasMovie.GreenzoneCurrentFrame()
bei BizHawk.Client.Common.MovieSession.HandleMovieAfterFrameLoop()
bei BizHawk.Client.EmuHawk.MainForm.StepRunLoop_Core(Boolean force)
bei BizHawk.Client.EmuHawk.MainForm.ProgramRunLoop()
bei BizHawk.Client.EmuHawk.Program.SingleInstanceController.OnCreateMainForm()
bei Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.OnRun()
bei Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.DoApplicationModel()
bei Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.Run(String[] commandLine)
bei BizHawk.Client.EmuHawk.Program.SubMain(String[] args)
As far as I've tested, this only happens with Atari 2600 games.
I can't seem to produce it consistently though.
