It's a tradeoff for entertainment purposes. On one hand, you get the kick-ass "fastest time" TAS, but large swaths of it are a black screen. "What's going on?" the public asks. "Well, the character has moved out of bounds and is currently navigating beneath level geometry," is the answer. On the other hand, you have the "hacked" version in which the viewer can see exactly what is going on behind the blackened screen--Link is swimming/running/hopping around beneath the level geometry. "But this is a hack! It's not a true console-accurate TAS!" the purists exclaim. There is no winning argument.
More or less it can (loosely) be compared to how some encodes won't have cutscenes... I'd rather see wireframe or visual hacks than a black screen with sounds. Do whatever makes it faster, can have multiple encodes with different settings to please everyone if it's that a huge necessity :PYour counterargument would be like me saying that the Earth is round and then you telling me that I need to show it's flat so I can "prove us all wrong".
Lol I can't believe you guys are arguing kinda over this. The TAS probably won't be out for a loooooong time still.
I'd prefer an enhanced encode myself, one which replaces all of Link's weapons with walkie-talkies.
Apparently Gohdan's hands can be hurt by bombs. It might be a good TAS strat to lay bombs in his hands while bombing the head, so they go off after he re-activates. It even fully takes out the hand, maybe Gohdan can be done REALLY fast now?
Your counterargument would be like me saying that the Earth is round and then you telling me that I need to show it's flat so I can "prove us all wrong".
I'll TAS that if I get bored.
Your counterargument would be like me saying that the Earth is round and then you telling me that I need to show it's flat so I can "prove us all wrong".
No, superswimming just isn't realistic for me to optimize, even with lua. Also, I think my lua build caused some random inputs to be deleted, even though I think that issue was patched a while ago... I've also just lost motivation from working on it for so long and having to restart so many times. Really it should be restarted again to replace the first superswims with those crazy ones, could save a couple of seconds. I guess I should release the .dtm sometime.
--[[
states:
1: start
100: fastest
101: main superswim states
102: down 1 frame
]]
fastestFrame = 10000000000
fastestSpeed = 0
function checkAir()
checkFinished()
print(tonumber(memory.readfloat(0xabcfcc)))
if memory.readword(0x3bdc62) == 0 then
return false
end
if tonumber(memory.readfloat(0xabcfcc)) > -50 then
return false
end
return true
end
function keepSwimming()
while checkAir() do
joypad.joystick(128,128)
emu.frameadvance()
end
end
function getToSpeed(x)
while tonumber(memory.readfloat(0xabcfcc)) > -x do
if math.mod(emu.framecount(), 2) ~= 0 then --if odd frame, stick down right
joypad.joystick(0,186)
emu.frameadvance()
else --if even frame, stick down left
joypad.joystick(255,186)
emu.frameadvance()
end
end
end
function getToFrame(x)
while emu.framecount() <x> -1 then
if emu.framecount() < fastestFrame then
savestate.save(100)
fastestFrame = emu.framecount()
end
end
end
running = true
while running do
if emu.framecount() == 900 then --load state late so it won't fuck up audio or crash
savestate.load(1)
startFrame = emu.framecount() --get start frame for comparisons
end
if emu.framecount() > 1000 then getToFrame(39960) end
while (emu.framecount() > 1000) and running do --start after loading the first state
if emu.framecount() > fastestFrame then running = false end
if math.mod(emu.framecount(), 2) ~= 0 then --if odd frame, stick down right
joypad.joystick(0,186)
emu.frameadvance()
savestate.save(101)
joypad.joystick(228,0) --first turn around
else --if even frame, stick down left
joypad.joystick(255,186)
emu.frameadvance()
savestate.save(101)
joypad.joystick(10,0) --first turn around
end
emu.frameadvance()
joypad.joystick(128,255)
emu.frameadvance()
savestate.save(102)
keepSwimming() --first frame leaving
savestate.load(102)
joypad.joystick(128,255)
emu.frameadvance()
emu.frameadvance()
-- savestate.save(103)
keepSwimming() --second frame leaving
savestate.load(101) --restart loop
end
emu.frameadvance()
if running == false then emu.message("HOLY SHIT IT FINISHED!") end
endYour counterargument would be like me saying that the Earth is round and then you telling me that I need to show it's flat so I can "prove us all wrong".
Really the lua script is garbage and doesn't test enough frames and combinations to be perfect. It uses a special build of dolphin that I don't have anymore with some customized lua crap to be able to have joystick input. Also it has to be customized to each superswim and is insanely hard to understand. If you want it, here it is:
--[[
states:
1: start
100: fastest
101: main superswim states
102: down 1 frame
]]
fastestFrame = 10000000000
fastestSpeed = 0
function checkAir()
checkFinished()
print(tonumber(memory.readfloat(0xabcfcc))) --speed address, changes every map
if memory.readword(0x3bdc62) == 0 then --air address, shouldn't ever change
return false
end
if tonumber(memory.readfloat(0xabcfcc)) > -50 then --speed address, changes every map
return false
end
return true
end
function keepSwimming()
while checkAir() do
joypad.joystick(128,128) -- neutral stick
emu.frameadvance()
end
end
function getToSpeed(x)
while tonumber(memory.readfloat(0xabcfcc)) > -x do --speed address, changes every map
if math.mod(emu.framecount(), 2) ~= 0 then --if odd frame, stick down right
joypad.joystick(0,186) --right
emu.frameadvance()
else --if even frame, stick down left
joypad.joystick(255,186) --left
emu.frameadvance()
end
end
end
function getToFrame(x)
while emu.framecount() <x> -1 then --speed address, changes every map
if emu.framecount() <fastestFrame> 1000) and running do --start after loading the first state
if emu.framecount() > fastestFrame then running = false end
if math.mod(emu.framecount(), 2) ~= 0 then --if odd frame, stick down right
joypad.joystick(0,186) --right
emu.frameadvance()
savestate.save(101)
joypad.joystick(228,0) --first turn around, not straight to where you wannna go, based on previous input
else --if even frame, stick down left
joypad.joystick(255,186) --left
emu.frameadvance()
savestate.save(101)
joypad.joystick(10,0) --first turn around, not straight to where you wannna go, based on previous input
end
emu.frameadvance()
joypad.joystick(128,255) --opposite of direction you want to go
emu.frameadvance()
savestate.save(102)
keepSwimming() --first frame leaving
savestate.load(102)
joypad.joystick(128,255) --opposite of direction you want to go
emu.frameadvance()
emu.frameadvance()
-- savestate.save(103)
keepSwimming() --second frame leaving
savestate.load(101) --restart loop
end
emu.frameadvance()
if running == false then emu.message("HOLY SHIT IT FINISHED!") end --most important line in the code, do not remove.
endYour counterargument would be like me saying that the Earth is round and then you telling me that I need to show it's flat so I can "prove us all wrong".
Your counterargument would be like me saying that the Earth is round and then you telling me that I need to show it's flat so I can "prove us all wrong".
I think for a game as incredibly hard to optimize, hard to route, hard to optimize movement in and steadily being broken as this it would be acceptable to keep the TAS going even if improvements are found to earlier parts. Otherwise you get stuck in an infinite loop of fixing the first 10-20% of the TAS and get burned out.
