This is my first TAS video.
Emulator used: snes9x rerecording 1.43 v17
<smile video (need registration)>
<smile video (NOT need registration)>
<100% Item Locations>
  • Freeze Man: Rush Search, Exit, H
  • Burst Man: R
  • Cloud Man: U, 1st Proto Man Meeting
  • Junk Man: S, Rush Jet
  • Turbo Man: Adapter Booster, 2nd Proto Man Meeting
  • Slash Man: Beat
  • Spring Man: Auto's Bolt
  • Shade Man: Protoshield, Weapon Balancer
This movie uses (J) ROM. There are two reasons:
The points of (J) ROM different from (U) ROM is:
  • At (J) ROM, there three character "Dr. Light, Roll, Auto" in the conversations after stage clear. At (U) ROM, there are only Dr. Light. (Their conversations length are different from the others, so it needs a few frames for luck manipulation.)
  • (J) ROM's conversations are faster than (U) ROM.
<comment>
  • I succeeded that wall climbing speed is faster than any% run.
  • In Spring Man stage, I found shortcut to get Auto's Bolt.
  • Using the Ghosts and Goblins music in Shade Man stage is faster 10 frames than not using.
  • In Shade Man stage, I shortcut the middle boss by using Rush Jet.
  • It can't be fast that using the Super Adapter at battle with Bass.
  • In Wily stage4, it is possible ignore elevator by using up + down sliding when elevator's position is most up.
  • Battle with Wily Capsule is optimized more than any% run.

FractalFusion: Well done. Accepting for publication alongside the existing any% run.
Velitha: Processing...

Joined: 5/19/2010
Posts: 259
Location: California
I understand that Turbo has to be done before Shade in a 100%, due to requirements for obtaining the Shield. Why does Spring have to be done before Shade? Is it because fighting Shade without his weakness it too slow to make up for it? Even when using Super Adaptor (4 damage, but requires charging up)? edit: Threw in a Yes vote. The language issue (J) vs (U) borders on irrevelant for this series in general, the lack of Noise Crush insta-kills are explainable (loses more time in the long run), and I liked seeing Blues get WTFpwned.
#3201
BigBoct
He/Him
Editor, Former player
Joined: 8/9/2007
Posts: 1692
Location: Tiffin/Republic, OH
Aktan, your MP4 desyncs on a PS3 in the same way your MP4 for Rockman L desynced for me; the audio is about a second ahead of the video. Could you do a basic, no-fancy-size-reducing-gimmicks encode for those of us who watch on PS3s?
Previous Name: boct1584
Joined: 11/20/2004
Posts: 236
Location: United States
Heh, interesting! So it's not just me? Yeah, as far as I can tell, every encode Aktan has ever done has the audio exactly 500ms out of synch with the video! Since I don't have a PS3, I don't know of a way to fix this, but I was able to easily remedy this issue in Media Player Classic by adjusting the audio delay by -500ms. I hope someone else can help you, though.
I'm not that hard to find... if you know where to look. -=( http://jolikmc.tumblr.com )=-
Publisher
Joined: 4/23/2009
Posts: 1283
boct1584 wrote:
Aktan, your MP4 desyncs on a PS3 in the same way your MP4 for Rockman L desynced for me; the audio is about a second ahead of the video. Could you do a basic, no-fancy-size-reducing-gimmicks encode for those of us who watch on PS3s?
Yep, already done, just download the streaming version, that is just add _512kb to the end of the MP4 link, for example: http://www.archive.org/download/SparkysSnesRockman7ShukumeiNoTaiketsu100In4144.5/rockman7-tas-100-sparky_512kb.mp4
Publisher
Joined: 4/23/2009
Posts: 1283
Joseph Collins wrote:
Heh, interesting! So it's not just me? Yeah, as far as I can tell, every encode Aktan has ever done has the audio exactly 500ms out of synch with the video! Since I don't have a PS3, I don't know of a way to fix this, but I was able to easily remedy this issue in Media Player Classic by adjusting the audio delay by -500ms. I hope someone else can help you, though.
Now this problem should NOT exist for MPC. Are you using Haali's media splitter to demux MP4s? PS3 demuxer I have no control over, but MPC you have control over. Even if you have Haali's media splitter installed, MPC's internal MP4 demuxer must be unchecked for it to be used.
Joined: 11/20/2004
Posts: 236
Location: United States
Media Player Classic's internal MP4 filter is disabled, yes. And I do indeed have Haali's Media Splitter demuxing (??? That is such a weird word...) MP4s. I'm watching the recent encoding of Bobby's World by Velitha at this moment, in fact, and it's perfectly in synch. Your encodes, though, I've never been able to watch in-synch without enabling the time adjust function. If you remember correctly, I had this problem before, as well. But I wouldn't worry about it since I can just shift the audio to match the video. I've gotten quite used to doing that, actually. Now, one thing I didn't try was disabling the built-in audio switcher filter, which is nice to have on since I can actually hear things since it plays nice and loud (as well as shift the audio around, swap speakers, etc.). I'll give that a try next time I watch one of your encodes and see if it helps. Edit: No difference after disabling the interal audio switcher. Watching your encode of Tomba in Media Player Classic still resulted in the video being 500ms out of synch with the audio. However, watching your encode in VLC media player, it works fine with no fiddling whatsoever. Not sure what this means.
I'm not that hard to find... if you know where to look. -=( http://jolikmc.tumblr.com )=-
Senior Moderator
Joined: 8/4/2005
Posts: 5770
Location: Away
Joseph Collins wrote:
demuxing (??? That is such a weird word...)
"Mux" is short for "multiplex".
Warp wrote:
Edit: I think I understand now: It's my avatar, isn't it? It makes me look angry.
Publisher
Joined: 4/23/2009
Posts: 1283
Joseph Collins wrote:
Media Player Classic's internal MP4 filter is disabled, yes. And I do indeed have Haali's Media Splitter demuxing (??? That is such a weird word...) MP4s. I'm watching the recent encoding of Bobby's World by Velitha at this moment, in fact, and it's perfectly in synch. Your encodes, though, I've never been able to watch in-synch without enabling the time adjust function. If you remember correctly, I had this problem before, as well. But I wouldn't worry about it since I can just shift the audio to match the video. I've gotten quite used to doing that, actually. Now, one thing I didn't try was disabling the built-in audio switcher filter, which is nice to have on since I can actually hear things since it plays nice and loud (as well as shift the audio around, swap speakers, etc.). I'll give that a try next time I watch one of your encodes and see if it helps. Edit: No difference after disabling the interal audio switcher. Watching your encode of Tomba in Media Player Classic still resulted in the video being 500ms out of synch with the audio. However, watching your encode in VLC media player, it works fine with no fiddling whatsoever. Not sure what this means.
Maybe the problem is on the audio front. What are you using to decode AAC, for that matter, what are you using to decode H.264?
Joined: 11/20/2004
Posts: 236
Location: United States
I honestly have no idea how to check that. If I had to guess, I'd be using Haali's Media Splitter for that as well, but I have no idea if that's a dual-use codec or not. If not that, then I guess the default MPEG Audio filter. (I'm not as experieced with fiddling with the various codecs I have as I may seem. XD)
I'm not that hard to find... if you know where to look. -=( http://jolikmc.tumblr.com )=-
Publisher
Joined: 4/23/2009
Posts: 1283
Joseph Collins wrote:
I honestly have no idea how to check that. If I had to guess, I'd be using Haali's Media Splitter for that as well, but I have no idea if that's a dual-use codec or not. If not that, then I guess the default MPEG Audio filter. (I'm not as experieced with fiddling with the various codecs I have as I may seem. XD)
It's easy to check in MPC/MPC-HC. While playing a file, right click the screen and goto filters. It will list all filters in use.
Joined: 11/20/2004
Posts: 236
Location: United States
Apparently, I'm using ffdshow Audio Decoder for both AAC and H.264. Again I remind you, though, that only your encodes have ever been out of synch. Well...those, and some random episodes of ReBoot I found somewhere. But it only desynched after the first commercial break and those were in an AVI format rather than MP4 besides. Incidentally, we should really consider moving this to PMs or something. XD
I'm not that hard to find... if you know where to look. -=( http://jolikmc.tumblr.com )=-
BigBoct
He/Him
Editor, Former player
Joined: 8/9/2007
Posts: 1692
Location: Tiffin/Republic, OH
Aktan wrote:
boct1584 wrote:
Aktan, your MP4 desyncs on a PS3 in the same way your MP4 for Rockman L desynced for me; the audio is about a second ahead of the video. Could you do a basic, no-fancy-size-reducing-gimmicks encode for those of us who watch on PS3s?
Yep, already done, just download the streaming version, that is just add _512kb to the end of the MP4 link, for example: http://www.archive.org/download/SparkysSnesRockman7ShukumeiNoTaiketsu100In4144.5/rockman7-tas-100-sparky_512kb.mp4
That one worked perfectly; thanks. I was very entertained; yes vote. I would argue, however, that a future run should use the (U) ROM, for a few reasons. 1. If memory serves, the only reason for the (J) version use here is shorter Dr. Light/Megaman cutscenes, and for a 41-minute movie, the amount of time saved probably isn't significant. 2. There's more dialogue in this run than in the any%, and it would be nice to be able to read it.
Previous Name: boct1584
Post subject: Movie published
TASVideoAgent
They/Them
Moderator
Joined: 8/3/2004
Posts: 14918
Location: 127.0.0.1
This movie has been published. The posts before this message apply to the submission, and posts after this message apply to the published movie. ---- [1537] SNES Mega Man 7 "100%" by sparky in 41:44.50
Joined: 5/19/2010
Posts: 259
Location: California
This movie needs a "Uses death to save time" tag. Two deaths in Junk and Shade, in case anyone wonders why.
#3201
Former player
Joined: 11/13/2005
Posts: 1587
sameasusual wrote:
This movie needs a "Uses death to save time" tag. Two deaths in Junk and Shade, in case anyone wonders why.
Thanks for the tip, edited it in.