Give this build a try when you have a chance. It's expected that the joypad stuff is fixed. https://dl.dropboxusercontent.com/u/75355/BizHawk-developer.zip
Do you know what version fixes this issue? Are there other issues that this new version introduces?
I manually patched in some joypad irq changes. Would you be willing to test them and tell me if they fix the expected stuff?
movie.setrerecordcounting(false)
Yeah i love the DQ/DW and the Monsters Series. I would watch it :P Alltough i would like to see a 100% run :DD But i think this isn't going to happen :/ ^^
Congratulations for acceptance! Thanks to incredible uses of glitches and luck manipulations, I think this run equals the most refined TASes.
This game has a serious bug that we can go debug mode.
When we use a bugged item called "なし"(nothing), junk data is written in RAM and we can sometimes go debug mode.
On real console, the graphics are not broken, though on BizHawk, the graphics of the fields are broken.
movie file: http://www.mediafire.com/?63gn1g4p1w5f2c7 (works on Bizhawk v1.1.1b and v1.2.0)
http://www.nicovideo.jp/watch/sm19161625 (graphics broken from 5:25)
VBA-M makes the same broken graphics too:
movie file: http://tasvideos.org/userfiles/info/2162614622808571
The graphics are not broken on real GBC console:
http://www.youtube.com/watch?feature=player_detailpage&v=oyjXuMf9nyI#t=594s (he uses GBASP?)
2. should already be fixed for next revision. I can't seem to reproduce 1; if I open a GBC rom and record a simple movie, the resulting file contains input and plays back. Could you give me checksum details for the rom you're trying to record, as well as the resulting broken movie file, and possibly any special instructions to reproduce the bug?
turska's primary reason is that the game is just plain boring. Most of the run is just walking around and cutscenes, with only a small amount of the time spent battling, which doesn't really look interesting either. It's just that the Japanese text made the problem even worse.
Wait, you mean if you trigger the credits with the debug menu, there won't be a "the end" screen at the end?
I think a new TAS of this game (that probably wouldn't get rejected) should somehow trigger the debug menu.
I love TAS when it has detailed comment and on-screen explanation, though I couldn't figure out what's going on this time due to my illiteracy in Japanese... Anyway, you did great work on this! It surely deserves publication.
I've been looking forward to a TAS of this game for a long time now. Thanks, and nice work!
Frame 103000 (Walking through mountains)
Frame 124959 (Ignoring a continent with the glitch)
Frame 130623 (The party is split funnily)
Frame 179503 (The last boss got 598 damages)
It's sad that you weren't able to trigger the debug menu. It would've been quite funny to have another run like the glitched Earthbound TAS. :P
Can you please tell me the address for the 2nd point? Also, how did you know when it can't go to debug? Will this movie work? Edit: Oh, and vba-m is ok for submission, since I submitted 3+ movies with it, and they got published.
I tried both not using the scrolling bug and using the scrolling bug, but both gave me alot of opcode errors which turns off the game, so I switched to vba-v24m-svn422 (which doesn't shut the game off in a freeze) and resynced the run. I hope you don't mind. Also, I came up with this result. The "Debug Mode Flag" is 0, and you can press A,B,Up,Down to hear something that sounds like menu scrolling, but I'm not sure if it's really the debug menu.
I can try once I'm back from school. What VBA version did you used? Edit: One more thing, How does the debug menu look like?
the glitch is used at 0:54 of this tool-assisted movie.
http://nicoviewer.net/sm17803880
2. Scrolling bug; I used this, when I succeeded to go the debug mode. but it might not be needed for the glitch.
Before when we go down and the screen is scrolling, press up and down.
then the character's location will slide out the half of the grid and we can go where we can't go originally.
the glitch is used at 0:48 and 4:07 of this tool-assisted movie.
http://nicoviewer.net/sm17803880
OK. Now, I explain the main glitch.
1. Start the game and proceed scenario
We're asked to go to the cloakroom to take her grandmother's handmade pie.
After taking the pie from the clerk and going out from the cloakroom, Warubou and the prince will prevent the way.
go down and talk with Warubou. then go right and talk with the prince and Warubou. Warubou try to grab your pie.
2. Scrolling bug
after Warubou and the prince went into the well, we ignore the well and go right to the next floor. then, go up to the next floor and do "scrolling bug". then come back to the well.
It would be skip-able...
3. Cloakroom bug
Entering to the well from the upper with pressing A repeatedly.
If the glitch is succeeded, the screen will remained to be white.
After finishing the conversation, go right till the x location is 90h.
When we used scrolling bug, we need to go up 1 grid before going right.
4. press right. then the charactor moves and the game will be bugged after many lags.
In many times, it just freezes. Sometimes it returns to the title with bugged graphics. and i had come accross to the debug mode at once...
The result will be different by the frame of pressing right and the input before the freeze/restart/debug launch.
the RAM seems to be filled with junk data.
I think when we could fill address C5DB with 00h and avoid freezes, it will work.
but i couldn't find any regularity and I'm tired of hundreds of trial. It often freezes.
It would be cool, if someone can find out how the glitch works.
Thanks for reading this long composition.
data:
debug mode flag: C5DB 00h= debug mode
FF8F, FF90, FF92: MAP ID
FF8E: X location of the charactor
FF91: Y location of the charactor
Movie file till before the last step of the glitch. (works on a proper dump of Dragon Quest Monsters 2: Iru no Bouken (J)):
http://dehacked.2y.net/microstorage.php/info/1046937017/DQMiru-bug.vbm
Lua script to show the MAP ID and character's location.
http://www.mediafire.com/?f4bujbdudnz971e
My DQM2 Testrun movies (no glitches)
http://nicoviewer.net/search?cx=partner-pub-9766425680241064%3A0803841926&cof=FORID%3A10&ie=UTF-8&q=DQM2+tas&sa=%E6%A4%9C%E7%B4%A2&siteurl=nicoviewer.net%2F&ref=nicoviewer.net%2Franking%3Fc%3Dg_culture2
Frame 35395 (D class arena, crazily under-leveled. inspired from the screenshot of current run)
Frame 90314 (S class arena monsters are killed by Defeat magic)
Frame 94669 (A monster of the last battle are killed by Defeat magic)
My face when I see this run:
Ok, well I will go ahead and just use (unknown) for subtitles which is what is done for TASEditor movies.
Since I don't know Japanese, I found this a little less entertaining than the current run because I couldn't see what kinds of attacks the enemies were trying. However, the fact that you've skipped more of the game and fought faster far overshadows the entertainment hit. This time, all your battles finished before the music looped, for instance. Very nice going, and congratulations on such an impressive first submitted run!
Uh, is there a typo with the re-records? 5.4 million would be a new world record. I'm working on a YouTube encode, but won't do it until I know the correct number.
Bot's rerecords shouldn't be accounted. Current Megaman 1 has also some millions of rerecords provided by botting. But only real rerecords were left finally.
