memory.usememorydomain("WRAM")
--function for checking an input with how many frames to delay
function inputdelay(inputs, delay)
local is = input.get()
local start = false
if inputs ~= nil and (is[tostring(inputs)] ~=nil) then
--console.log(is) --debugging
while (delay > 0) do
emu.frameadvance()
delay = delay -1
end
start = true
return start
end
return start
end
local Deck = {'Gregory the Swarmy','Justus Pilliwickle','Merwyn the Malicious','Gulliver Pokeby'}
while true do
local CardAmount = 0
local CardUnique = 0 --Unique types; should be 101 total
local is = input.get()
local DeckID = memory.readbyte(0x0E03) -- Which deck for names
for i = 0x650A, 0x656E, 1 do
CardAmount = CardAmount + memory.readbyte(i)
if memory.readbyte(i) ~= 0 then
CardUnique = CardUnique + 1
end
end
gui.text(0,90,'Deck: '..Deck[(DeckID+1)%5]) --just in case it goes out of bounds; plus 1 since game is 0 indexed
gui.text(0,105,'Cards: '..CardAmount..', Unique: ('..CardUnique..' / 101)')
--[[display order for interface is
Justus Pilliwickle, Gulliver Pokeby, Gregory the Swarmy, Merwyn the Malicious
which is not the same as index
]]--
if inputdelay("C",30) then
memory.writebyte(0x0E03,(DeckID-1)%4) --% to prevent underflow
elseif inputdelay("V",30) then
memory.writebyte(0x0E03,(DeckID+1)%4) --% to prevent overflow
end
emu.frameadvance()
end
If not for the fact this uses arbitrary code execution, I'd complain about the Spiderman 2 glitched password thing being rejected.
With that said, this is the first time I've seen a password screen used as an exploit. I wonder any other games with passwords have exploits?
So in that portion of my code, apparently there is no unexpected symbol on the 2nd line, but there is one on the 5th line. So I'm really confused. To me there aren't nothing wrong. I tried removing one of the two =, but now it throws me that it expected a "then" near a "=", which is already right after...
I need to make differents corrections according to one value. I listed two of them. All the others are made the same way. I'll do maths with correctionx and correctiony.
This has nothing to do with the run, and mostly with the concept, but...
This is completely possible to do for later generations (G3+), just with 3 different consoles (GBA, GCN, NDS). Not actually expecting it to ever come to light, but how would that even be TASed?
I would have enjoyed it a lot more if you tried to play as many different mini-games as possible, and actually win them.
The only difference I can see between any% and 100% would be to play all minigames and beat them to unlock them. 100% could certainly happen with some small routing changes - in this run I kept it to 27 minigames, and there are 30 total. Optimising them would be a much different beast though.
Really? I thought (given I haven't played this game, but played MP6) that there would've been more unlockables as well, not just minigames. If not, then hey, at least the vault category will allow a 100%, no matter how seemingly small the differences are.
I'm not sure where else to post this, but since it's relevant to savestates:
1. For games like Undertale, it constantly updates files regarding player choices, so if a savestate that doesn't revert those, it would cause desync.
2. Said game (and probably others. maybe) also forcibly closes the game after a certain point (and required to reopen to progress). In other words, the savestates go stale. Also the game would update said files from above, so simply reopening it would cause desyncs.
Not sure how would these problems be tackled, but I hope you find a way.
I don't have time to watch it as of late, but I'll sure try once classes are over.
I always liked 100% runs (or similar) of sorts since it gives a free savefile to any point towards 100% gives a look on how vast the game is compared to the any% (usually lol).
Probably GB TAS of the year, since holy shit. x.x
Number 6 - 23 gives new card combinations from the kid at the 5th floor stoor. I have not checked if it's the same regardless of initial deck, but I do know that number 23 (Harry Potter card and combo) only appears if Gryffindor wins. It's handed to you as well, costing time. I believe this may mean that it's faster in an any% for Gryffindor to lose, but I need to check just in case.
1. I made a mistake; Seem's there's 24 events instead, and events 2,3,4,5,6 and 17 don't give new combinations.
2. https://docs.google.com/spreadsheets/d/1JqcTqljPon_bStQe32S7LKRxshu37ZybB74w_6WKxuE/edit?usp=sharing Here's the list; it's the same sheet as before with the 3rd one being the card kid.
3. In case the link does not work, here's an image of it
4. As you can tell, there's tons of overlaps. I'm not certain yet, but I believe only the last one listed is actually exclusively given rather than found. I know it's not from the kid, but it's mentioned in the interface, so...
5. What deck you're using is 0x0E03 in WRAM.
Which core?
Regarding printing out the input table, since you're assigning inputs you'll want to manipulate your inputs table directly instead of comparing against input.get().
Language: lua
local inputs = input.get()
if (inputs ~= nil) then
console.log(inputs)
end
I tried your suggestion, and it gave me:
"WMouse L": "True"
LuaInterface.LuaScriptException: [string "main"]:31: attempt to call field 'get' (a nil value)
Does it work for you?
Edit: Placing
local inputs = input.get()
outside the loop works, but then the variable "inputs" never gets updated later, so it just shows as "WMouse L": "True" over and over instead.
The enemy fire rate gets totally nuts starting in Stage 4, and I have to assume the game becomes unplayable shortly thereafter. But there's a neat trick you can use, as long as you can survive the initial 10 floors: get all four enemies on the other side of a wall, ideally on the 18th floor, and let them fire at you endlessly, until the shots are so constant they sound like rain on a tin roof.
After a certain amount of time, the enemy aggression counter will suddenly roll over to zero (or at least one assumes this is the underlying functionality), the hail of bullets will stop, and the enemies will behave as mildly as they do in Stage 1.
WashYourFace discovered this trick at NintendoAge. It only lasts until the end of each level, or until your character gets killed.
On the same stage? I guess the NPC's ran out of bullets. ;)
Something I noticed, which I think may be a bug:
1. Drag a lua script to the emulator
2. Close the lua console
3. Drag the same script back to emulator
http://i.imgur.com/ceVJHfR.png
The output now gets spammed by a ton of errors over and over.
This happens in both BizHawk 1.11.4 and 1.11.5. The script was:
Download displaypos.lua
Language: lua
memory.usememorydomain("System Bus")
while true do
gui.text(0, 0, 'X: '..memory.read_s16_le(0xCD30)..' Y: '..memory.read_s16_le(0xCD32))
if memory.readbyte(0xFFD2)%128 >= 25 and memory.readbyte(0xFFD2)%128 <= 33 then
gui.text(0,0,'State: '..memory.readbyte(0xFFD2)%128)
end
emu.frameadvance()
end
If the code had only 1 instance of "gui.text()" this does not happen. The game was "Harry Potter And The Sorcerer's Stone (U) (M13) [C][!].gbc" but this happens for other games as well.
1. I'll follow the progress of this.
2. How did you figure out the AR Codes?
3. Do those codes affect sync?
4. Do those bugs still occur in the latest revisions? If so, might want to report them (or maybe you did, idk).
4. As you can tell, there's tons of overlaps. I'm not certain yet, but I believe only the last one listed is actually exclusively given rather than found. I know it's not from the kid, but it's mentioned in the interface, so...
5. What deck you're using is 0x0E03 in WRAM.