Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Parzival

Pages: [1] 2 3 ... 46
1
oh good
2
I only noted for the record. Basically... Literally anything can cause chaos in that Pokédex I think.
This is one of several common effects with glitch text.

https://youtu.be/E-CQS5B2sjY

Yeah and that certainly is a video that helps explain it.
sarcasm or no?
3
I only noted for the record. Basically... Literally anything can cause chaos in that Pokédex I think.
This is one of several common effects with glitch text.

https://youtu.be/E-CQS5B2sjY
4
I only was able to check two of them since I’m in class now, but I checked bag items and party Pokémon:
Party Items
X Accuracy x150
Master Ball x197
Rare Candy x49
Super Repel x128
TM13 x125
Ether x131
Super Potion x97
Revive x128
TM10 x1
Nugget x1
TM07 x1
Silph Scope
TM21 x1
Elixir x1
Awakening x1

Party Pokémon
Flareon (Level 40)
Glitch Pokémon 0xF2 (Level 40)
Glitch Pokémon 0x00 (Level 1)
Glitch Pokémon 0xEE (Level 41)
Glitch Pokémon 0xD8 (Level 15)
Glitch Pokémon 0xEF (Level 1)
no, like, every time, as they can execute garbage """""code""""" that does things in the midst of the noises.
5
When you get strange noises, make sure to check your various posessions (items and PC items, party and PC mons, pokedex, trainer card, options) as it's probably also executing garbage code.
6
Pokémon Discussion / Re: We have history, folks!
« on: September 16, 2019, 09:29:20 am »
ash and pikachu's faces bother me intensely. consistent proportions? what is that?
that too
7
Pokémon Discussion / Re: We have history, folks!
« on: September 15, 2019, 09:26:50 pm »
oh yeah, twitter s**t its pants

i get that this is his first and such but i stopped caring about the anime at like
the second series
forgot what it's called
8
General Discussion / Re: The Member's Guide to Topiclessness
« on: September 12, 2019, 09:20:59 pm »
when someone tries to wrap their MIDI in 3 layers of crypto to distribute it without allowing access but they used ZipCrypto on a headered file format where only 4 of 14 header bytes can change
9
A Pokédex entry is a relatively complicated object. A valid Pokédex entry looks like this:
Code: [Select]
; string: species name
; height in feet, inches
; weight in pounds
; text entry

RhydonDexEntry:
db "DRILL@"
db 6,3
dw 2650
TX_FAR _RhydonDexEntry
db "@"
Here "DRILL" means Rhydon is the Drill Pokémon. This string is the first to be printed to the screen, and with good reason: The game need to know where that string ends in order to find all the other data.

Consider a Pokédex entry at $AA00. Contrary to what I initially believed, the SRAM is actually unlocked during the battle. It is locked when the game finished loading the player's back sprite, but is then unlocked when the game loaded the back sprite of my first Pokémon and never locked again. I can't tell if this is intentional.

Well, on my save file for testing, SRA0:AA00 is a bunch of 0xFF anyway. (Probably because I have cleared the save file some time in the past.) Which is an awfully long string of "9". More "9"s than healthy for the game. For example, at some point it overwrites wOptions and then wLetterPrintingDelayFlags, which causes the game to wait 15 frames between characters. And that's terrible.

For some reason, beginning at SRA0:BBB7, my save data is no longer 0xFF. It begins with some bytes I don't understand ("E4 35 70 01 67 3E 8C 00 00 39 C3 BB 94 20 20 D3 01 8C 8C 8C 20 D3 38"), and then (starting at $BBCE) becomes "00 39 00 39 00 39 ...". I guess old crashes don't die that easily.

Anyway, the game mercy kills the PlaceString subroutine when it sees 0x00 at $BBBE. But it puts the pointer de at $19F3, which is... here. Starting from $19F4, the bytes "17 96 66 22" are interpreted as the height and weight data (23'150"/880.6 lb; the 150 displayed as " 0" when forced to be printed in two digits). Right after there happens to be a 0x50 terminator. Everything is fine!

Except that wJoyIgnore has also been overwritten to 0xFF, so I softlock. Oh well. At least I can soft reset.



It should be clear by now why this Pokédex entry behaves differently depending on the save file, especially after looking at glitch Pokémon sprites (which are known to trash SRAM Bank 0, also known as HOF data). Anyway... why don't you set a breakpoint at 10:435E and see for yourself?

Well that explains why I get random everything; I have never cleared the file. Also I haven’t got a clue how to set a breakpoint...
Breakpoints are only possible with a debugger. Like BGB's.
10
O-Ok sorry... :'(

Don't worry about it buddy ^^

Hmm I think SRAM can be locked at points; I wonder is there a point where all the data is read as FF FF FF (...) because it is locked? So 999 category max height/weight etc. Or is the region always unlocked for when the Pokédex entry is brought up.


I’m not sure.. There may be some points where it is locked and only (or mostly) reads FF FF FF (999...) when the game spams 9999 at the bottom. But it seems it’s unlocked, as the species description (normal example would be New Species for Mew) isn’t just mostly 9's, it varies from a few letters to complete garbage.
Sounds like VRAM, however. Might be pulling from multiple places...
11
Well I’m not sure, the Pokédex data is from VRAM AA00.
I’m using an android emulator (forgot the name) which means results could differ...
AA00 is SRAM...
12
RIP the game in that case. Here is what I’ve got so far:
52'71"/1946.8 lb: Some glitchy sounds, does end relatively quickly.
8'18"/1090.1 lb: Crazy mix of Pokémon cries and moves. Sounds stopped after awhile, assuming a 00 39 pattern crash, where it was stuck on the Pokédex with no sounds or buttons working.. (No hex viewer so can't know for sure)
47'74"/1180.6 lb: Brief chaotic glitch combo of music and sounds, large amounts of garbage text appeared at the bottom of the screen (glitch tiles and letters/numbers) with a 48 error, but it ended after.
1'3"/177.3 lb: Mostly spammed a sound effect like that of Defense Curl from gen 2. Gave up after about 2 minutes when nothing was happening.
34'71"/4437.0 lb: Quick burst of glitchy sounds, gave a 48 error and ended.
80'3"/6099.0 lb: We all know this one. Mess of sounds that repeat twice and eventually locks up.
You'd know if it was a 0039 crash (aka an RST 38h crash) as VRAM would get trashed. Also, it'd be great if we could figure out where it's pulling the data from.

Also, use BGB. It has a builtin fully-featured debugger.
13
>screen blanks with bar lines
That's called a RST 38h crash, as it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038. Then, at 0038, it jumps to 0038.

You get the point. Every time this happens, it writes 2 bytes to WRAM. Oh wait, we're in VRAM now. ...now we're in SRAM. ...now we're just writing to ROM. great. Oh look, we've wrapped around! Repeat ad infinitum.
14
Introductions / Re: don't entirely know what to call this thread
« on: September 05, 2019, 10:32:25 pm »
Any reason you're not just changing your username? Do you still have the email address for your old account?

Also, if I recall correctly, you did a lot. Empirical glitching (the Red/Green GlitchDex, possibly?), but still, a lot.

You're always welcome anyhow, whether you'd prefer this account or your old one. :)
yeah, i still have the old Discord server where him and a couple others collaborated on the Green GD.
15
Forum Discussion / Re: Uploading problems.
« on: September 05, 2019, 10:30:46 pm »
According to the Admin CP, the individual file limit is indeed 8000 KB (in addition to the per-post limit). The only thing that stood out as odd was that the size limit for the attachments folder (where all attachments in the history of this forum, or at least the ones still accessible) was set to 2147483647 KB instead of having no limit, but we're obviously nowhere close to that. There is clearly a bug, though, if this happened the way you said.
it's been pretty busted for a while now, i remember some similar threads well.
Pages: [1] 2 3 ... 46