Posts for adelikat

adelikat
He/Him
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player (3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
I do try to keep the Release History page up to date with pending releases. I plan on getting the 1.5.1 release out in a few days, whenever the bug reports slow down. This will purely be a bug fix release, no new features.
It's hard to look this good. My TAS projects
adelikat
He/Him
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player (3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
ALAKTORN wrote:
^how are those times compared to the real-life TAS bot thing? are they more accurate or less?
There's an inherent misconception in this question. Both are inaccurate compared to a real N64, but getting "closer" to the real time doesn't mean that it is more accurate. It simply means that the randomly different amount of time mupen64plus gets due to inaccuracy happens to be closer than mupen's randomly different amount of time due to inaccuracy.
It's hard to look this good. My TAS projects
adelikat
He/Him
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player (3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
CoolKirby wrote:
I'm excited for the future of N64 TASing! So I tested out the N64 core with Kirby 64 and Super Mario 64. A problem I'm noticing, though, is that some or most of the textures are pixellated: It looks like the tree and Power graphics, and wall and grass textures look okay, but everything else is blurred like a scaled raster image. Is that an inherent problem from mupen64plus? And can it be fixed?
Also up your resolution size, the default is 320x240 which, when scaled, looks crappy
It's hard to look this good. My TAS projects
adelikat
He/Him
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player (3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
9. Let us know which step fixed it.
It's hard to look this good. My TAS projects
adelikat
He/Him
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player (3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Patashu wrote:
Will there be an easy way to convert to an input file style that only has input on input frames, because IIRC n64 TASBots need to supply input only when the console polls on input frames?
You are a bit confused here. What is needed is to go from .bkm (which is all frames) to only input frames. While there is no lua script for that yet, it would not be hard to make. The opposite already exists, going from input frames to all frames, for mupen conversions, this page describes how to do that.
It's hard to look this good. My TAS projects
adelikat
He/Him
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player (3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Also, to those coming from mupen, a big difference you will notice is that BizHawk records every frame, not just input frames. This will cause issues with comparing to old movies unfortunately. However, to get the TAS experience you are used to, I recommend going to Config -> Enable -> Frame Advance - Skip Lag Frames.
It's hard to look this good. My TAS projects
adelikat
He/Him
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player (3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
MOD EDIT: Thread title changed, as Mupen-RR is no longer deprecated.
With the release of BizHawk 1.5.0, N64 is now supported and we finally have an alternative to mupen! HUGE thanks to micro500 who did the porting of mupen64plus into BizHawk for this project. For those intruiged and/or new to Bizhawk, here are some major reasons to upgrade immediately to Bizhawk: *Better core, including the pause glitch in Oot fixed, and many games are now TASable such as DK64 and Rayman 2 *Doesn't crash all the time *Reset Recording *Integrated Ram Watch/Search/Memory Viewing tools *Lua support *Sync stable movie recording (note: There may be core determinacy issues in mupen64plus, but at least the movie/savestate system isn't the culprit) *Automatic saving/loading of plugin settings (no longer will the viewer have to set up the emulator before playing the movie) *Much better and more stable encoding *More hotkeys, tools, friendlier UI *And most importantly: An active development crew (as opposed to mupen which has been basically untouched for 8 years) The main point of this thread, is to get users to use BizHawk and "peer review" the N64 core, and have a discussion on officially deprecating (and one day banning) mupen for submission to TASVideos.
It's hard to look this good. My TAS projects
Post subject: BizHawk 1.5.0 (including N64Hawk) released!
adelikat
He/Him
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player (3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
BizHawk 1.5.0 Released! This release features new cores: N64 (using mupen64plus) Saturn (using yabause 9.2) There's a lot of other fixes, and new features, so I recommend reading the full release notes. Windows binary
It's hard to look this good. My TAS projects
adelikat
He/Him
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player (3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Warp wrote:
So what should I vote if I find the run entertaining but I have an objection to it being published (eg. it blatantly breaks some of the rules)?
You should vote yes. We are asking for your opinions on entertainment value, not if it breaks the rules. To be blunt, no one is asking you if it breaks the rules, that's what the judges are for. However, if you have a reason it breaks the rules, or some other objection, the judge would prefer you mention it. Judges are supposed to read all comments. In theory, commenting is sufficient to bring it to their attention, and it will be weighted accordingly.
It's hard to look this good. My TAS projects
adelikat
He/Him
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player (3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Also, for the record, it is easy to set up bizhawk to do it in a per game basis (using the game database it already has). Are there any games in which the performance core is just as good as the compatibility core? If so, we could have a system of performance, compatibility, accuracy depending on the needs of the game. However, we would need some good users to compile a list of games and what cores they are best suited for.
It's hard to look this good. My TAS projects
adelikat
He/Him
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player (3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Bizhawk doesn't use the accuracy core, it uses the compatibility core by default, performance isn't allowed for movie recording. Performance core is an option in the SNES settings (when in non-movie mode)
It's hard to look this good. My TAS projects
adelikat
He/Him
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player (3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Arnold0 wrote:
for emulating a game which is more than 20 years old :\
That's your misconception right there. It isn't emulating a 20 year old game, it is emulating the hardware from which the game runs, via software. The hardware requirements to emulate other hardware requires many orders of magnitude more power than the original hardware. Bsnes is insanely accurate, and that is a tradeoff with speed. However, bsnes is also written with accuracy and code clarity being more important than speed, and has no tradeoffs there. Also, bsnes is written rather insanely where even low hanging fruit for speed optimizations were not taken. The SNES scene is such that you have poor accuracy or a very slow near perfect emulation written by an insane man (I mean that both positively and negatively). It is what it is. With Bizhawk, we chose accuracy over speed. But not really. We chose the SNES emulator that comes with a core separated and already made into a .dll, so it was super easy to integrate compared to something like SNES9x. (Very much so actually, had we chosen SNES9x for integration it probably still wouldn't be done). But currently, I find all SNES emulators less than ideal for TASVideos use. Also, with your machine, I wouldn't use bsnes, it just won't be fast enough. If you were to TAS, I would reluctantly recommend snes9x 1.51 instead. Unfortunately. However, newer CPUs run bsnes significantly faster.
It's hard to look this good. My TAS projects
adelikat
He/Him
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player (3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
That is exactly right. It is kind of a limited form of judge status, that is basically obsolete now. It was made back when we did a mass unrejection for the tier system.
It's hard to look this good. My TAS projects
adelikat
He/Him
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player (3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
To be clear, you are requesting the act of emulating unplugging/plugging in a controller, and subsequently recording this act into movies. Not a UI feature of enabling/disabling controllers (similar to what most emulators have) This emulation would be on a per core basis, and the movie format would have to be modified in some way to accommodate this. In addition, we will have to restructure the input system to have a concept of what devices are plugged in (a restructuring we will have to do eventually anyway, for things like zapper support). While I like this idea and would like to see it happen in theory, it is certainly no small task to implement. I am glad we at least have a good test case though, should anyone ever think about taking on the task.
It's hard to look this good. My TAS projects
adelikat
He/Him
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player (3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Dadoc wrote:
Well I tried to submit the movie but the site won't let me use the submission form. I'm going to tasvideos.org, log in. Then on the log in page I'm clicking submit movies and then I'm redirected on the step by step instructions page who ask me to log in again. I tried with both Internet Explorer and Google Chrome but same result ...
Try clearing your cache and cookies, then go tot he home wiki page, and log in. Assuming you have succesfully logged in. Go directly to the submit page
It's hard to look this good. My TAS projects
adelikat
He/Him
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player (3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
When uppercutting both Honda 2, and Super Macho Man they will raise their guard a few frames before the punch lands. If they successfully do this, the punch will do less damage. Therefore, the trick is to find ways to prevent them from doing this, and thus do max damage with as many uppercuts as possible. With macho, it is pretty easy to always do this by tapping up at the right time during the punch, it will cause him to raise his guard in response to you pressing up, and dropping it in response to you letting go. With the right timing, you can do this so that he doesn't have time to react to the actual uppercut in time. The discovery with Honda 2 is that there is actually a timing by which we can do this exact maneuver. Prior to this, the only known way to do max damage was to hit him during his eyebrow shake (which was only a few opportunities during a TAS/Speedrun attempt).
It's hard to look this good. My TAS projects
adelikat
He/Him
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player (3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Actually, technically it isn't a new mechanic. It was a known mechanic that is exploited on Super Macho Man, that has been discovered to work on Honda II. In hindsight, I'm surprised we never at least stumbled upon it by accident many years ago, let alone at least try it. I'm most surprised that it is such a large improvement as a result. Such a significant improvement hasn't happened in almost 8 years in this game :o Also, you can expect I'll have a submission in the upcoming weeks ^_^
It's hard to look this good. My TAS projects
adelikat
He/Him
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player (3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
DJSlambdaN wrote:
how can one use a paddle controller for atari 2600? i'd like to try doing a Kaboom! tas
Unfortunately, the paddle controller is not yet supported
It's hard to look this good. My TAS projects
adelikat
He/Him
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player (3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
In the case of SNES9x 1.43, pretty much every game is missing lag that should be there. Therefore any run done on 1.51 or later, or bsnes-based emulators will be longer in realtime. (At least with Super Metroid, aiming for in-game time makes these emulator differences inconsequential)
It's hard to look this good. My TAS projects
adelikat
He/Him
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player (3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Patashu wrote:
Maybe this has been asked before, but: Why are TAS videos of obsolete runs not set to 'Unlisted'?
I think this is a good idea.
It's hard to look this good. My TAS projects
adelikat
He/Him
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player (3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
"GF appraisal: n/a" Brilliant ^_^
It's hard to look this good. My TAS projects
adelikat
He/Him
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player (3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
AngerFist wrote:
About the encode, I presume you aren't using any modified rom? 'Cause the sound of some things sounded weird but I hope thats due to the quick encode.
The default setting in Bizhawk is to have the FM Chip enabled (which Dega does not emulate). By turning it off, you can get the sound one would expect from dega.
It's hard to look this good. My TAS projects
adelikat
He/Him
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player (3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
So I watched this movie and am very impressed! Optimization is very high quality, including good spread gun optimization (which is often hard to understand and very difficult to optimize). The glitch in level 8 was very surprising. It would be a lot harder to pull off in 2p mode but may be possible to save time on the published movie. Also, this movie does a great job of being as entertaining as possible. For instance, stage 4 showing off the glitch of falling through the elevator just to show it off, and also playing around with enemies without causing lag (a hard balance to achieve in that level). Getting different weapons in level 8 just to show them off, since he will be dying later in the level anyway, he could do this without costing time. I'm not usually too fond of slower 1p movies, but this TAS made me a believer. Big yes vote.
It's hard to look this good. My TAS projects
adelikat
He/Him
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player (3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Also worth noting that it is faster than this submission
It's hard to look this good. My TAS projects
adelikat
He/Him
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player (3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Warp wrote:
Personally I like most the principle "the input should be ended in the earliest possible frame so that the game progresses to the end, and the end of the game cannot be made to happen sooner by providing further input."
Nearly all of my TASes follow this rule. There have been occasions where I've lengthened the completion of the game to shorten the movie, but it was on a scale of mere frames. As for making some kind of rule, I don't think you can, there are several valid opinions there.
It's hard to look this good. My TAS projects