Experienced Forum User, Published Author, Experienced player
(626)
Joined: 4/5/2014
Posts: 459
It was recently brought to my attention that the Dolphin DTM Format was making the site report some inaccurate game times for submissions and publications.
To remedy this, I have modified the DTM file format to include a tick count. This tick count is the most accurate way of timing for Dolphin, as it it grabs the ticks from the CPU.
This change has been officially made a part of Dolphin as of revision 4.0-1902, which can be found here:
https://dolphin-emu.org/download/dev/ddce7e97788d921fc984686a98bbe0d51d1de8ca/
As is it is now an official part of Dolphin, we are recommending any future TASes to use revision 4.0-1902 or later. Legacy DTM file formats are still supported and will be accepted by TASVideos, but will retain a warning on the top of submissions indicating possible incorrect times.
Experienced Forum User, Published Author, Experienced player
(626)
Joined: 4/5/2014
Posts: 459
Uroboros wrote:
Hey guys, my audio is not dumping to AVI with 4.0-1857 (using x264vfw codec and yes the dump to avi option is checked), also everytime i exit dolphin that option is unchecked again.
I tried recording my movie file with 4.0.2-avsync and it dumps fine, but my input desynced.
Experienced Forum User, Published Author, Experienced player
(626)
Joined: 4/5/2014
Posts: 459
Masterjun wrote:
Fog wrote:
Eszik wrote:
I have a simple question, I read the whole thread but couldn't find an anwser : Is ACE needed to get the cloud, or is it getting the cloud that leads to ACE?
Experienced Forum User, Published Author, Experienced player
(626)
Joined: 4/5/2014
Posts: 459
Eszik wrote:
I have a simple question, I read the whole thread but couldn't find an anwser : Is ACE needed to get the cloud, or is it getting the cloud that leads to ACE?
Sorry for question, but what do I have to do?
There is no directory Source/Core/VideoCommon/AVIDump.cpp.orig in my documents or in the folder with Dolphin!
Experienced Forum User, Published Author, Experienced player
(626)
Joined: 4/5/2014
Posts: 459
Ubercapitalist wrote:
Fog: The original length was chosen to make it convenient for encoding.
I could add a note to my description saying "Actual length required is 23764 frames=49460 VI= 13:44.33," or request the movie length be changed.
I am fine with your movie truncation if it effects judging. Movie length wasn't on my priorities, as it was in conflict with the game clock I was running against. I requested a length change earlier due to an obvious mismatched 6:XX result given.
The movie can be replaced and it'll update the time.
Experienced Forum User, Published Author, Experienced player
(626)
Joined: 4/5/2014
Posts: 459
As I noted earlier, there are a lot of empty input frames that are artificially extending the time of the movie. If you could remove those extra frames and make the movie only last until the very last input, that would give a much better indication of how long this movie actually is.
EDIT: https://www.dropbox.com/s/uyrhyh8g9w8ikyp/Ubercapitalist%20RE4%20411770%20verify%20edit%20%28test1%29.dtm
That DTM file cuts the input off right when the timer reaches zero to keep the looking out the window ending.
Experienced Forum User, Published Author, Experienced player
(626)
Joined: 4/5/2014
Posts: 459
Flip wrote:
5 Characters, 4 maps, so 20 combos to potentially cover, so approx 3-4 hours worth. I for one wouldn't enjoy that as a single movie, nor would I enjoy having 20 different publications on the GC list. I suggest just creating an RE4 resources/records page, and just link individual movies on that, similar to BTT records on SSBM pages.
Why not fastest character for each map? You don't have to worry about all of those combinations.
Experienced Forum User, Published Author, Experienced player
(626)
Joined: 4/5/2014
Posts: 459
feos wrote:
Ubercapitalist wrote:
feos wrote:
Is there any difference in the endings after beating one map, and after beating all? This is all only about Mercenaries.
No, each just ends with a results screen and an unlock screen(as applicable), similar to the example video above. The possible unlocks are the four characters, and the Handcannon as seen at about 06:30 in this video http://www.youtube.com/watch?v=wb8JdUgtdEg
This. Because of that, this run is not a "single level", but as "single minigame" one, which has nothing against our traditions. Normal games keep going after you beat one level, and show you the ending after you beat them all. Here it doesn't even matter if you beat all, half, or one, the only difference is statistics.
So I'd accept this run as is, and it will be possible to obsolete it with a run that beats all the maps, if anyone makes such, or with one that just improves the current map or score. Opinions?
Experienced Forum User, Published Author, Experienced player
(626)
Joined: 4/5/2014
Posts: 459
Ubercapitalist wrote:
feos wrote:
Since it desyncs for me much earlier, I won't be able to verify it.
I'm sorry, thank you for trying. Did it desync at the same point as before (about 21k frames, after grabbing the cat)?
My runs were made using dumped DSP files.
I just installed a fresh Dolphin 4.0.2 x64 with the included DSP files and played the movie past that point without issue.
I'm in the process of verifying (72k frames in)
EDIT: Movie 2 verified, verifying movie 3
EDIT 2: All movies verified
Experienced Forum User, Published Author, Experienced player
(626)
Joined: 4/5/2014
Posts: 459
Ubercapitalist wrote:
I re-did the verification as follows:
Disc 1 is unchanged.
I've replaced the Disc Two verification with two files.
Disc 2 Part 1 uses JITIL (until before desync caught by Fog, where I save and end the movie)
Disc 2 Part 3 uses JIT for the rest of the Main Game.
Unlock Wesker is the same, just renamed since it is now the 4th verification file. It uses JITIL no problems.
Experienced Forum User, Published Author, Experienced player
(626)
Joined: 4/5/2014
Posts: 459
How about we just remove the branch name and put it back to vault?
The game by design does not have an ending point. However, it does not allow the user to score more than 999999 points. It's essentially a kill screen of sorts because you're unable to get more points.
Any TAS that tries to improve upon this must reach the same score because it's the only known "end-point" to this game.
Experienced Forum User, Published Author, Experienced player
(626)
Joined: 4/5/2014
Posts: 459
Nice. I ran into the same issue with stage four when doing my way run. Too bad it wasn't useful in any way
EDIT: Temp encode added to submission
http://www.youtube.com/watch?v=h1LdB5RBiGU
Experienced Forum User, Published Author, Experienced player
(626)
Joined: 4/5/2014
Posts: 459
I'm currently in the process of validation for this submission
Second movie I'm desyncing at around 2275XX frames where he doesn't shoot the second button and then dies
Experienced Forum User, Published Author, Experienced player
(626)
Joined: 4/5/2014
Posts: 459
Weatherton wrote:
Fog, thank you, How did you find that url? Also, I was able to download the .swf file but am now not sure how to play it locally. I dragged it into my browser and got a "fatal error: null" any suggestions?
Edit: Nevermind, I actually read the post you linked to and it recommends Gnash as a flash player. Thanks for the link.
Is there a way for me to download the GnarBike Flash.swf from that site? If I can do that, the game itself uses the keyboard and does not require the internet.
Experienced Forum User, Published Author, Experienced player
(626)
Joined: 4/5/2014
Posts: 459
RachelB wrote:
Fog wrote:
STBM wrote:
Thanks ! It works very well ! (finally got an encode with good video and audio !)
I do have a problem though, Dolphin crashes everytime it tries to create "framedump1" (so every 2gb I guess), I'm using lagarith codec since I don't really know any other. Any idea why ?
(I can still create video encode using the non-a/v hack version and then audio with this one, I just want to try to get everything in the same Dolphin)
Yeah, there is a known issue with Dolphin and dumps. I would suggest using Pipedec in that case.
Using x264 vfw and outputting to a separate file also avoids the issue.
It does, but it doesn't solve the main issue. The issue has since been resolved and will be committed once I add a few more changes and update the base.
What was happening was the timecodes.txt file was being closed once the AVI was closed (which closes when the file is 2GB), and should have closed when AVIDump::Stop() was called.
Experienced Forum User, Published Author, Experienced player
(626)
Joined: 4/5/2014
Posts: 459
STBM wrote:
I do have a problem though, Dolphin crashes everytime it tries to create "framedump1" (so every 2gb I guess), I'm using lagarith codec since I don't really know any other. Any idea why ?
