Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
It was a failure because the average rating given to a submission was far higher than published movies were getting. A movie that might get a 7.5-8 rating would getting like 9.8 instead due to the submission ratings. Basically if people wanted to see a movie published, they rated it as a 10. It makes sense, as anything less might hurt its chances. As a judge it was harder to get a gauge on what people were feeling, and the rating system de-evolved into a 2 or 3 option system (since people were only rating in extremes anyway), which it was to begin with.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Re 4: Neither. Regardless of movie length it is still the same movie with the same TAS content. Emulator differences and regional differences are supposed to be factored out when judging a movie's quality over another
Re 6) I can help you out if you want
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
1) Quicknes is still a good deal more accurate than fceux
2) Quicknes runs allowed for TASVideos publications
3) if anyone argues with 2, I'd like to hear a justification for fceux
4) NEShawk is definitely preferred though, if that's a reasonable thing to convert a movie too. We do prefer accuracy when possible.
5) You can choose your core for a movie, just switch to neshawk then record a movie
6) You can convert a movie to neshawk with some manual editing of the movie file, may or may not sync though
7) quicknes is the default because it is VERY fast, and has good accuracy, a perfect choice for casual play. Default settings are for casual play because it is an emulator, not a TASing tool. It is expected that TASers are more pro users and can pick the settings necessary to make a good TAS
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
if you removed anything not necessary for casual play you might speed it up by maybe 1%.
All of the loading time is spent on .net, directx, and things like that. And then it loads the game databases. All of which are necessary for "casual play".
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
note that the error says "Dev warning". Because that's a note to devs on a dev build. It happens when you open the virtual pad. And it tells the dev that the virtual pad need to be fixed because it is missing or incorrectly added those buttons.
Your version number is a nonsense number so I can't give you much more info than that. Other than it is probably fixed in the latest release, if not, then it is a bug that coudl be reported. (Not the message pop up, specifically the buttons that are not behaving correctly on the virtual pad)
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
I thought i implemented that! Granted it was very early on and maybe it has bitrotted.
But the intent was that you could copy paste to a text editor or to another tastudio.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
this is a better resource. TASVideos uses these when determining movie times, they are not parsed out of a .bk2 file.
The platform frames in Bizhawk are for display purposes, they are used to calculate movie times on the Play Movie dialog (the actual core may or may not run at precisely that framerate).
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
With some tedious notepad++ macro-ing, I was able to convert the current movie to a GB movie. However the resulting input doesn't sync at all. It desynced when putting in AAAA and after resyncing it, it got further but desynced again. The timing is just too different unfortunately.
Just in case it is of any value, here is my file
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
I think this is worth seriously considering. Note that it is the degree of confusion that I'm specifically concerned as problematic. Not the fact that this specific run was rejected.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
That's not quite the intent. More specifically the vault aims to allow meaningful TAS speedrun records regardless of "entertainment" value.
I think there are subtle differences here with important implications. The vault is specifically limited to categories that fulfill a notion of a "meaningful record". Therefore rules try to be geared toward defining what exactly constitutes a "meaningful record".
A meaningful record tries to define that it is in fact a "game" and has been "completed". And that completion is at least minimally "non-trivial", else what is the point of using super-human reflexes/abilities?
Unfortunately there's some level of subjectivity in all 3 of these notions. Since the vault was trying to be minimally subjective, the original rules erred on the side of rejection in the face of sufficient ambiguity. The idea was that if we weren't sure a run qualified in all 3 categories, then it in fact did not.
(I'm trying to clarify the original rules as opposed to the current, because the original intent was not to be a definite final list but rather a template that could refined over time)
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
At the end of the day, this is the point of a lot of Vault rules. There needs to be a minimum bar of "triviality". If we take a serious look at all the junko out in the wild, it is only logical that we have to set some kind of bar. But at what level? That needs to be decided.
Even more problematic than where to draw the line, "triviality" is subjective. The intent of the vault is to be minimally subjective. As often as possible, vault/no vault should be minimally controversial and easy to put a consensus on. The point of rules that mention specific types of genres such as education are an attempt to minimize the subjectivity of a blanket "triviality" rule. Their goal is to be more concrete/less subjective as opposed to just a vague statement.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
I think this is well worded and I agree with it.
I think it is the best of all world that will lead to the best quality content in the games tased.
1) Games that have their own vsync would be less laggy and thus nicer to look at. TASes represent the mythical all-knowing, all power player with unlimited resources. It is only logical that the wallet would be one of these resources and could max out the computer equipment for gaining an edge in speedrunning.
2) Games that do no do their own vsync have a good standard default. It doesn't make sense for them to be at 1gz because it would look like a cheap way to get a faster speed and lower the quality of the viewing experience. It is only logical that they be run at a speed intended by the authors
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Ugh, that is 10x more unwatchable content! Personally I think the end point is well before 999 if we wanted to really be scientific about this. The game stops getting more difficult well before then.