Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
I'm rather casual and don't care much about accuracy
I don't really mind if the emulator has less lag than it's supposed to have on X game or stuff like that.
We at TASVideos, do care. We want authenticity and verifiability. If you are attempting to make TASVideos quality movies, you should also care. If you were to make longplays, they care about accuracy just as much (if not more) than we do.
If you are just making causal movies for yourself, then whatevs.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Alyosha wrote:
, which TASes do all the time.
Perhaps DOOM TASes are best split into 2 categories, 1 where -control is not allowed, and one where it is.
We could do that, but the reality is that we are only going to get submission for one of those types. The Doom TAS community has already settled this over a decade ago. The TASers and the community are already establed and their notion of a TAS record is already set. Imo, it seems silly to arrive a decade late to the party and try to start setting all the rules.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Genisto wrote:
There is a problem with the Lua script: "joypad.set()"
I'm not sure I fully understand your problem yet, but I wanted to point out that joypad.set() can take true, false, or nil as options. False will override the user input, whereas nil will not
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Warp wrote:
Assume that some console game could be made to do things that are not normally possible by using a modified emulator. In other words, an emulator that's not emulating the hardware completely accurately, but has something extra or modified about it. Would that be acceptable?
Because I would consider using a custom driver completely akin to using a modified emulator. It's not something that's done with solely controller input on an unmodified game running on an unmodified machine anymore.
I don't agree with your analogy at all.
In Doom, you set up your drivers. What drivers do you think should be allowed then?
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
The problem with river failure is all (or nearly all) your food tends to go with them. So I still have a food issue after their murder, I mean accident.
Someone drowning is an unlikely event, losing your food is a likely event. And manipulation sucks. However, I didn't fully consider this, I'll admit. Might be worth looking into.
Also, congrats for making an even more laughably horrible plan of family sacrifice for the sake of frames.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
The only time cost on less food is if I press one less digit, which would save two frames. I definitely can't do with a thousand less pounds of food.
Note, I did save 3 frames by doing 1989 pounds of food instead of 2000 :)
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
A big part of the reason it was integrated now was to get more usage and more feedback. I hope you guys try it out. There are some known issues compared to VBA-rr. But there is also some things mGBA does that no VBA variant gets right.
I think this emulator has a lot of potential to be something great. And I hope we as a community support it by helping.
TASers are the best people on the planet to find emulation issues. Please use it and report things.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
skypickle wrote:
So basically this script draws a box around the active objects in this game?
Tip: It would be helpful to mention the script you are talking about (if it came with bizhawk, or pastebin it if it is something else)
It sounds like you opened a hitbox script. And yes, that's all it does.
Also, it sounds like you got the hang of things just fine.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
SethBling, the man who brought you realtime SMW ACEing and a new world record is at it again. This time, he built a self learning robot that learned to play Super Mario World. Thought you guys might enjoy this
Give it a few eons and this script could obsolete the TASers, lol.
If anyone wants to try this out for themselves and is too lazy to get the script and Bizhawk and all that, here's a convenient download
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Config -> Cores -> uncheck "NES in QuickNES". Reboot the core.
This will switch to the NesHawk core, which supports various peripherals. You can configure them in NES -> Configure Controllers
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
I just tried it, and it worked fine for me...
If you leave cheats on when you play/record a movie, they have an effect. I'm painfully aware of this fact as I don't know how many times I've left them on by accident when recording a TAS and had to redo :(
The behavior here is not specific to BizHawk, all rerecording emulators with cheats behave this way.
It should be noted, that BizHawk does not record cheat data into movies and never ever will do this. And no movie format should ever allow this. Movies should only ever include valid input.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
So, this is a probably little known but REALLY impressive game for PSX. It has amazing graphics for its time and excellent gameplay.
I thought it would make a good TAS. So here is a WIP I made of the first two missions. The first one is training and not as interesting. I'm interested in what people think of mission 2, as it will be more representative of what the rest of the TAS will be like.
So what do you guys think? Is this going to be awesome? Is it going to be worth the high amount of effort?
Note that this is the first truly 3D TASing I've encountered. Technically most 2D games are really 1D, where the x axis is really the only consideration. Likewise, most 3D games are really 2D where x and y are relevant but not really z. In this game all 3 dimensions are always a factor when navigating your ship and weapons!
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
I'm not convinced you need to press b 3 times to achieve your goals.
In 8-1, I managed to do it in real time in a few tried. You scroll the camera until the goombas after the pit appear, then time it so you jump and land on the first goomba as he falls into the pit.
In 8-2, I didn't try too much but I think some using bullet bills is possible, like this
In 8-4, the hammer bros before the pit. If you wait long enough, he will eventually start to chase you. If you can get him to fall into the pit, maybe you can get him to fall into the pit and use that to help you jump? This one might not be possible. But I think at the very least you should press B as little as possible, if you are going to do so.
(Also, this is a really boring and dumb category imo)
