I just had another bug happen where I saved my .tasproj, loaded a branch, repeatedly got spammed with this error message so that I had to close BizHawk in task manager, and BizHawk automatically saved over my .tasproj in the state of the branch I had loaded causing me to lose another couple hours of progress.
You should try exporting to a bk2 after every couple thousands of new frames done. I'm doing that after my first tasproj file got corrupted, and while this may be annoying, better losing ~2000 frames of work than hours of work worth tens of thousands of frames.
You don't mean Scooby Doo, right? Because the updated 7-Zip opens it just fine.
Yes, but backing up is still a good idea in case it becomes unrecoverable for whatever reason.
I just had another bug happen where I saved my .tasproj, loaded a branch, repeatedly got spammed with this error message so that I had to close BizHawk in task manager, and BizHawk automatically saved over my .tasproj in the state of the branch I had loaded causing me to lose another couple hours of progress.
What are the details saying, and do you still have the file?
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.
Details
I already saved over the project and erased the branch that caused it. This time I got the error message by trying to paste an amount of frames that would have exceeded the movie's frame count.
That has already been fixed on git.
Anyway, here's the build I want you all to test hard, because it has everything I wanted to fix/add for the next release. But it won't be soon, so here's the interim.
http://rghost.ru/6hTb6yBFf
If it works well, I'd consider tastudio ready for the next release.
The list of features to test against (starting from Apr 16, 2016):
https://github.com/TASVideos/BizHawk/commits/master?author=vadosnaprimer
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: 2795
Location: Northern California
Well, the first notable problem with that build (apart from being on rghost ._.) is that it can't load Genesis games, but that's not specific to TAStudio.
So far, branches are working beautifully again, which is what I wanted most. Autosave is working, huge props for giving the option to autosave as BK2 and for autosave only activating when changes are made. On a whim, I tested an N64 game and it seems to be completely stable now, though I don't remember testing it on 1.11.6 so it could have already been fixed.
A couple extremely small issues with N64:
* Typing in analog inputs will conflict with hotkeys: For example, "-123" will result in lowering the speed, then selecting branches 1, 2 and 3, bringing up the "Branch X does not exist" message if those branches don't exist. Would it be possible to disable hotkeys temporarily in this case?
* Similarly, raising/lowering the value with the up/down arrow keys will scroll the piano roll alongside, making it somewhat difficult to keep track of the value while making small adjustments.
It all works beautifully apart from those tiny little trivialities.
There's a major problem, however, one I'm hesitant to bring up because I can't for the life of me figure out how to reliably reproduce it: There's a freezing/crashing issue that, as far as I can tell, is related to BizHawk losing focus. If I tab over to another window and come back, sometimes BizHawk/TAStudio freezes and has to be killed via Task Manager. This also occasionally happens before TAStudio is opened: Tabbing over to another window, coming back and opening TAStudio will result in a standard "stopped responding" crash.
I wish I could give more specific information than that, but it really does seem to just happen randomly whenever BH is in the background. The closest I've gotten to reliable reproduction is letting BH run unpaused and unfocused, then coming back and opening TAStudio: I got it to crash 3 times in a row, but then it didn't crash another 3 times in a row, so there has to be something more to it apart from just losing window focus.
TASvideos Admin and acting Senior Judge 💙 | CohostwarmCabin wrote:
You shouldn't need a degree in computer science to get into this hobby.
Uh, I don't even know the way to ban global hotkeys temporarily like that.
As for crash, I've never had it. Can you get it with Float from parent disabled?
Regarding Genesis, the reason is moving to elf, which saves the state of the entire core, but requires x64.
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: 2795
Location: Northern California
feos wrote:
As for crash, I've never had it. Can you get it with Float from parent disabled?
Yeah, just managed to get both the freeze and the crash to happen without Float From Parent, although the crash when opening TAStudio seems to be happening a lot less often now. I'll keep looking into it.
EDIT: I thought it might be the configs I loaded from my old 1.11.6, but it's still happening on a fresh file.
TASvideos Admin and acting Senior Judge 💙 | CohostwarmCabin wrote:
You shouldn't need a degree in computer science to get into this hobby.
I will test it surely next week if that's okay. I have a question. If I use that for TASing, then move on the next release once it's out, will the movie will sync?
Joined: 3/31/2010
Posts: 1466
Location: Not playing Puyo Tetris
Niamek wrote:
I will test it surely next week if that's okay. I have a question. If I use that for TASing, then move on the next release once it's out, will the movie will sync?
That depends on what Core you are using.
When TAS does Quake 1, SDA will declare war.
The Prince doth arrive he doth please.
Joined: 1/15/2015
Posts: 79
Location: United Kingdom
Is there a way to open .tasproject files made in the older version with the new build? I get an error message saying "Input string was not in a correct format."
Joined: 11/13/2006
Posts: 2795
Location: Northern California
JorWat25 wrote:
Is there a way to open .tasproject files made in the older version with the new build? I get an error message saying "Input string was not in a correct format."
Export to BK2 on the older version and open that through TAStudio in the newer version. You'll lose basically everything except the input but it should always work.
EDIT:
Samsara wrote:
feos wrote:
As for crash, I've never had it.
I'll keep looking into it.
Just left the new build running unfocused for close to two hours without any freezing or crashing, so maybe my issues were just a one-time fluke.
TASvideos Admin and acting Senior Judge 💙 | CohostwarmCabin wrote:
You shouldn't need a degree in computer science to get into this hobby.
Joined: 11/13/2006
Posts: 2795
Location: Northern California
Hetfield90 wrote:
Using feos' build, I'm getting a fatal exception with this error message every time I try to open up ram search.
This looks to be specific to certain cores (from testing: SNES and N64 get that error, GBA works fine) and doesn't seem to be related to TAStudio at all. It's probably just the usual interim weirdness where things are changing and might not always work.
TASvideos Admin and acting Senior Judge 💙 | CohostwarmCabin wrote:
You shouldn't need a degree in computer science to get into this hobby.
I just had an issue where all of my automatic save states were erased and then it would only keep around 70 of them at a time, despite all of my capacities being set to 1gb in savestate history settings. I was able to fix it by restarting BizHawk, but I'm not exactly sure what caused it. I created a branch right before it happened, so it may have been related to that.
Edit: Actually it doesn't seem to be branch related at all. Just had it happen again without having saved or loaded any branches for a while.
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.
* Typing in analog inputs will conflict with hotkeys: For example, "-123" will result in lowering the speed, then selecting branches 1, 2 and 3, bringing up the "Branch X does not exist" message if those branches don't exist. Would it be possible to disable hotkeys temporarily in this case?
* Similarly, raising/lowering the value with the up/down arrow keys will scroll the piano roll alongside, making it somewhat difficult to keep track of the value while making small adjustments.
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.
Thread #17925: Bizhawk issues
This thread in the Newbie forum got me to look up how to reproduce the bug being talked about.
Quick GIF of the bug in action:
Easy reproduction steps:
1. Create a new tasproj
2. Record 20 blank frames
3. Drag down some new input from frame 10 to frame 30
4. Frame advance a few times without going past the end of the new input
5. Drag down a different piece of input from any frame past frame 30
Yea, I think this may be a poorly implemented feature. I'm the one who started the thread you referenced, btw, and I don't want the 'bug' to stop happening, I just want to be able to control it. It is useful in some situations. Also, is there an easy repro setup for a project with lots of input already? That would be great if you knew of one.
<distress>
why won't my HTML run on here
</distress>
Yea, I think this may be a poorly implemented feature. I'm the one who started the thread you referenced, btw, and I don't want the 'bug' to stop happening, I just want to be able to control it. It is useful in some situations. Also, is there an easy repro setup for a project with lots of input already? That would be great if you knew of one.
Here's some hint as to how to control it: when you are appending the movie via drawing, the last frame's input gets stuck as autohold. Another example: https://github.com/TASVideos/BizHawk/issues/534
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.
Not sure if it's just me, but for anyone using TAStudios, if you went AFK and the computer goes to sleep mode, does BizHawk "stops responding" after you try to use it later?
I haven't had that same issue happen in a while, so I haven't been able to find out the reproduction steps. But it was happening quite frequently before and seemingly completely randomly with no rhyme or reason as to why.
I have been getting another error recently though that throws a fatal exception when I frequently switch back and fourth between loading different branches. Here are the details.
The most recent iteration of this error resulted in all of my branches and savestates being deleted and this error message every time I tried to make a branch or save the project. Now after restarting BizHawk, I am no longer able to open my project and get this error message when I try.
Tried to recover branch 0. It wasn't fully saved, and had some files missing. I took laglog from an irrelevant branch, so you might want to regreenzone it.
https://www.dropbox.com/s/h1c5nxqqre9i84c/GHv2-eh.tasproj?dl=0
In such cases remove the branches from the project file, and it will open. Or remove only those whose files aren't all there.
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 just had another bug happen where I saved my .tasproj, loaded a branch, repeatedly got spammed with this error message so that I had to close BizHawk in task manager, and BizHawk automatically saved over my .tasproj in the state of the branch I had loaded causing me to lose another couple hours of progress.
Easy reproduction steps: 1. Create a new tasproj 2. Record 20 blank frames 3. Drag down some new input from frame 10 to frame 30 4. Frame advance a few times without going past the end of the new input 5. Drag down a different piece of input from any frame past frame 30
