Posts for Quibus

1 2 3 4 5
Posted: 4/23/2011 10:39 AM
Quote
Quibus
Editor, Emulator Coder, Experienced Forum User, Published Author, Active player (262)
Joined: 10/17/2010
Posts: 124
He forgot to mention that he already submitted it: http://tasvideos.org/3124S.html Vote now if you like it better :) (I did.)
Posted: 4/14/2011 7:46 PM
Quote
Quibus
Editor, Emulator Coder, Experienced Forum User, Published Author, Active player (262)
Joined: 10/17/2010
Posts: 124
Open the console first with F10 :P It's a pain if you don't have F-keys. We didn't take that into account. (Replied after a discussion on IRC what is going on...)
Posted: 4/9/2011 8:44 AM
Quote
Quibus
Editor, Emulator Coder, Experienced Forum User, Published Author, Active player (262)
Joined: 10/17/2010
Posts: 124
I hope you submit a new version of this TAS, I really liked it :)
Posted: 4/8/2011 8:56 PM
Quote
Quibus
Editor, Emulator Coder, Experienced Forum User, Published Author, Active player (262)
Joined: 10/17/2010
Posts: 124
Mister Epic: that's very unlikely to sync. The routines of the other BIOS will not be implemented the same and will take longer or shorter. But one can of course try it. Note that we did run this version of C-BIOS on a real machine, by burning it onto an EPROM and replacing the original EPROM with this one.
Posted: 4/8/2011 8:43 PM
(Edited: 4/8/2011 8:56 PM)
Quote
Quibus
Editor, Emulator Coder, Experienced Forum User, Published Author, Active player (262)
Joined: 10/17/2010
Posts: 124
Um, did I see it correctly that you missed to take advantage of double jumps with Wit when in the happy mood? (In the first level.)
Posted: 4/8/2011 8:34 PM
Quote
Quibus
Editor, Emulator Coder, Experienced Forum User, Published Author, Active player (262)
Joined: 10/17/2010
Posts: 124
He used C-BIOS BR, which is 60Hz... But indeed, please check out this: http://openmsx.sourceforge.net/manual/faq.html#tas and http://openmsx.sourceforge.net/manual/faq.html#roms and http://openmsx.sourceforge.net/manual/faq.html#whereroms A pity though, because he put a LOT of work on this TAS :S And I'm pretty sure that on a real BIOS it would work practically the same.
Posted: 4/2/2011 5:06 PM
Quote
Quibus
Editor, Emulator Coder, Experienced Forum User, Published Author, Active player (262)
Joined: 10/17/2010
Posts: 124
You also need money to buy items in this game, but as you can see, it's not essential. Usually, you would do it, though. Especially the mines, to be able to beat the blob boss of world 4 in a normal way. More info e.g. here: http://bifi.msxnet.org/msxnet/konami/mog/
Posted: 3/27/2011 6:33 PM
Quote
Quibus
Editor, Emulator Coder, Experienced Forum User, Published Author, Active player (262)
Joined: 10/17/2010
Posts: 124
Note that the run syncs fine on the official openMSX 0.8.1 release.
Posted: 3/26/2011 5:26 PM
Quote
Quibus
Editor, Emulator Coder, Experienced Forum User, Published Author, Active player (262)
Joined: 10/17/2010
Posts: 124
At least that one is -doublesize! :) Higher quality, more fun.
Posted: 3/7/2011 4:52 PM
Quote
Quibus
Editor, Emulator Coder, Experienced Forum User, Published Author, Active player (262)
Joined: 10/17/2010
Posts: 124
Um, flezki, that run is not comparable to this one... It's a completely different port of the game.
Posted: 3/5/2011 10:40 PM
Quote
Quibus
Editor, Emulator Coder, Experienced Forum User, Published Author, Active player (262)
Joined: 10/17/2010
Posts: 124
Highness wrote:
Nice run. Didn't like the emulator though, but thats not your fault. :D
Feedback welcome! The biggest issue is probably that it has no or only an outdated GUI. The plus side is, we did our very best to make the command line interface inside openMSX (press F10) as comfy as possible. It has completion, help and a pretty complete manual. You can always join us on IRC and I'll be happy to guide you around some initial hurdles you may encounter. Worked for FerretFaucet.
Posted: 1/15/2011 3:49 PM
Quote
Quibus
Editor, Emulator Coder, Experienced Forum User, Published Author, Active player (262)
Joined: 10/17/2010
Posts: 124
That's a great start, Scrimps!
Posted: 11/28/2010 7:59 PM
Quote
Quibus
Editor, Emulator Coder, Experienced Forum User, Published Author, Active player (262)
Joined: 10/17/2010
Posts: 124
Just a check question: are we absolutely sure that none of these glitches are caused by emulator-inaccuracies?
Posted: 11/18/2010 10:13 AM
Quote
Quibus
Editor, Emulator Coder, Experienced Forum User, Published Author, Active player (262)
Joined: 10/17/2010
Posts: 124
Correct for first generation MSX indeed. But don't forget that after MSX came MSX2, MSX2+ and MSXturboR. And there you get quite an update in graphics and FM extensions became much more popular since MSX2+ (1988).
Posted: 11/5/2010 5:32 PM
Quote
Quibus
Editor, Emulator Coder, Experienced Forum User, Published Author, Active player (262)
Joined: 10/17/2010
Posts: 124
Some background info on rerecordcount in openMSX... openMSX saves the replay count per slot indeeed, but it will accurately count when you change history (so, going back in time (e.g. with PgUp) and change your input compared to the original input). However, if you change slots, you will mess up the rerecord count, because the other slot has a replay with a different count saved. For openMSX, the slots are just another replay file. And there is no difference between loading a replay just to take a look, loading a replay to continue your TAS or loading a replay because you messed up your game and want to restart from the end of last saved replay. In other words, if you don't load any replay during your TAS session and use any other way to go back in time and change your input, you will get an accurate rerecordcount. We discussed this in detail with adelikat and we concluded that this is never going to work perfectly, so the current state of affairs is how it is and he found it acceptable. After all, rerecordcount is just a gimmick-thing, which can easily be tampered with in any case.
Posted: 11/1/2010 9:52 PM
Quote
Quibus
Editor, Emulator Coder, Experienced Forum User, Published Author, Active player (262)
Joined: 10/17/2010
Posts: 124
The proof: http://openmsx.svn.sourceforge.net/viewvc/openmsx?view=revision&revision=11733 thanks to http://openmsx.svn.sourceforge.net/viewvc/openmsx?view=revision&revision=11732
Posted: 10/31/2010 10:54 PM
Quote
Quibus
Editor, Emulator Coder, Experienced Forum User, Published Author, Active player (262)
Joined: 10/17/2010
Posts: 124
The file can have any name, but if it is compressed, it needs to end with .gz. This limitation is currently under investigation to be removed. If successful (and currently it looks as if it's no big issue), you can rename it to whatever you like :P
Posted: 10/31/2010 9:40 PM
Quote
Quibus
Editor, Emulator Coder, Experienced Forum User, Published Author, Active player (262)
Joined: 10/17/2010
Posts: 124
The replay is compressed because it saves disk space for the user. And its compression ratio is very high, as it's plain XML.
Posted: 10/31/2010 8:01 PM
Quote
Quibus
Editor, Emulator Coder, Experienced Forum User, Published Author, Active player (262)
Joined: 10/17/2010
Posts: 124
The uncompressed file is just an XML file.
Posted: 10/31/2010 11:00 AM
Quote
Quibus
Editor, Emulator Coder, Experienced Forum User, Published Author, Active player (262)
Joined: 10/17/2010
Posts: 124
So, maybe that was just a bad idea? (Identifying movie files by their extension.) I'm sure Grunt is smart enough to make this a non-issue.
Posted: 10/31/2010 8:38 AM
Quote
Quibus
Editor, Emulator Coder, Experienced Forum User, Published Author, Active player (262)
Joined: 10/17/2010
Posts: 124
Can someone explain to me what the relevancy is of file extensions for emulator replay files?
Posted: 10/30/2010 5:27 PM
Quote
Quibus
Editor, Emulator Coder, Experienced Forum User, Published Author, Active player (262)
Joined: 10/17/2010
Posts: 124
A clarification from openMSX developers side: There's just a bug in the parser apparently :) The time of the first snapshot is relevant, on line 9 of the XML file: 
          <currentTime>
            <time>0</time>
          </currentTime>
The format of the latest openMSX SVN version does contain multiple savestates, but the first one is the initial one and will determine the starting time. So, if Grunt uses that for the parser, it will be clear.
Posted: 10/19/2010 5:00 PM
Quote
Quibus
Editor, Emulator Coder, Experienced Forum User, Published Author, Active player (262)
Joined: 10/17/2010
Posts: 124
Cool, let me know if you need help with openMSX. I'll be in #openMSX or on #tasvideos whenever I can.
Posted: 10/17/2010 6:53 PM
Quote
Quibus
Editor, Emulator Coder, Experienced Forum User, Published Author, Active player (262)
Joined: 10/17/2010
Posts: 124
Mister Epic wrote:
Wow! What a surprise! I didn't know you could TAS MSX games; openMSX isn't in the emulators page! Let's see if I can dump an AVI from openMSX...
That should be easy using the record command (use -doublesize). If you need help, let me know. The commands are all documented in the manuals: http://openmsx.sourceforge.net/manual/
1 2 3 4 5