Interesting things to note:
- While selecting how many rupees to deposit into the bank alternating between direction and neutral is one frame faster than just pressing the direction.
- The banker has some quicktexts that are only about 6 characters long. In normal play you would hardly even notice it, but it does save a few frames.
- Somthing about entering milk road and exiting it is desyncy. This is now the second TAS that desynced there and had to be fixed.
- Savesates don't seem to be perfect in bizhawk, as desyncing movies do sync from states. Still, only two desyncs means it's a hell of a lot better than mupen.
I don't understand the second one, do you mind explaining? :)
Also, it's a good thing that is a lot better than Mupen.
What I've said for the first Tekken 2:
niamek wrote:
I found this movie very hilarious because of the strategy used that soo extreme.
This TAS shows what a TAS can do.
From what I can understand, the samurai trick is very hard to pull of since the range is very small... Not to mention the sacrifice that comes with it. But it delivers massive damage to the opponent. And that move is well exploited. A human player playing this game won't dare doing this move since it's so risky.
Good job Spiky! (and NK) :)
Where to find this:
http://tasvideos.org/forum/viewtopic.php?t=15024
Not really a bug, but it's because the run should be infinite time, not 2777 thingy time.
:)
EDIT: Woops, I will check the next time.
I agree.
got4n: N'oublie pas qu'il y a des publications dans le site qui ont eu la même chose: Kirby and the amazing miror: 100%... Ou encore Super Demo world: the legend continue: 120 exits.
:)
J'ai hâte de voir le résultat!
Why don't you try to mess around with RAM addresses to create a code that lets you play from first person view and then encode the current TAS with it? That would basically be the same thing.
I found this movie very hilarious because of the strategy used that soo extreme.
This TAS shows what a TAS can do.
From what I can understand, the samurai trick is very hard to pull of since the range is very small... Not to mention the sacrifice that comes with it. But it delivers massive damage to the opponent. And that move is well exploited. A human player playing this game won't dare doing this move since it's so risky.
Good job Spiky! :)
I think I've realized something important:
I've enabled the auto skip lag frames, so I were skipping a frame since the games lags every 2 frames(30 FPS?)
I think I need one other delay. Do I simply put a emu.frameadvance() before the one already present?
EDIT: I've tried the difference with skip lag off: doing your thing improve the position of the boxes. I need one more delay and it should be perfect.
I'll try adding a new emu.frameadvance nowé.
EDIT: It's works better with skipping lag frames since during lag frames there is some important address that goes crazy. :P
But I still think I need one more frame delay.
I await the day a "No A button" TAS of the game becomes possible.
Or a non joystick run? :o)
We should not forget that pressing "A" it's mandatory to pass the dilog scene... or the save dialog after a star is collected.
We just need to be able to reach bowser's pipee in the first bowser stage, then we are good to go.... I guess. :P
But it would be better to do exactly like the small world of super mario world: do the most star possible and finish the game.
By the way, the two last no joystick are amazing!
Sounds like you need a 1 frame delay from real memory state. Try this:
Language: lua
while (true) do
-- your gui.line and stuff here
FCEU.frameadvance()
end
Without registering anything.
My script now looks like this:
Language: lua
function 1()--Function to put textes on screen
function 2()--Function to draw hit boxes
function 3()Function to draw boxes again
function 4()FUnction to draw a line
while true do
--My functions are called here, nothing more
FCEU.frameadvance()
end
But it still one frame early. Nothing changed
I've tried with emu.frameadvance() too, but no change...
Between, what is the difference between emu.frameadvance() and FCEU.frameaadvance() ?
I'm encounting a problem with my gui.ine(thingy) thingy:
What I see on the screen is the hitbox of the ball(That I drew with 4 gui.line)... of the next frame. So I see where the ball will be on the camera on the next screen. I need first to be able to see where the ball in the screen I'm seeing, not in the next frame...
I tried with gui.register, the problem still occurs.
I've tried with emu.registerbefore... I don't know why the script itself won't work.
Any help is greatly appreciated.
I like that encode, as always(I love comparison vids)
But it miss something: the new run should have been stopped to wait for the other run to catch up so we see all the modifications.
Like this one:
http://www.nicozon.net/watch/sm14757160
Here's a super mario jump script:
v1: http://lua.pastey.net/92550
v2: http://lua.pastey.net/92579 (improved landing detection and positioning of results)
screenshot:
The prediction wraps around (that's why you see a few dots on the left). Make sure you have started the game (so press start at the title screen!) because otherwise you'll see crap.(
Hello,
I'm currently looking to do something on a NES game and VBA that looks almost exactly like this, but it's for a ball of a sport game... Does someone have this lua so I can study it and implement to my scripts, or provide me with an another script that does the same thing than this?
I need also to know what I'll need in order to do this feature(Adresses)
Thank you.
I have another request!
I think we should have an forum that's is exclusive to lua script help.
I'd like to TAS some games, but I don't know how to produce a helping lua code... I need help(and others too). In this forum a topic could be created for quick questions such as this topic from SMWcentral
And new topics for bigger codes such as producing a complete script for TASing a game
Example of topic:
"I'd like to do this(A thing very complicated), but doesn't know how to do it..."
And so on.
In some words: The lua related topics are scattered among the forums... I think we should reunite the future lua posts in a forum.
Of course we could talk about it in the game topic of the game we focus for the lua script. but if 4 pages of the topic consists in helping the production of a lua script...
Also, even if it needs memory adress, it shouldn't be a place to ask about memory adresses.
Some rules is necessary of course...
What do you think?
Why not?
Any language is basically fine, as long as someone can translate it.
Also unoptimized... Hack is Meh... and since this is about movie entertaining I'm voting Meh.
The prediction wraps around (that's why you see a few dots on the left). Make sure you have started the game (so press start at the title screen!) because otherwise you'll see crap.(