FFVII's Strangest Glitch Finally Solved

[@Aldrasio]

Using 4 bytes to store a number that is read into 2 bytes, as an ASCII string, in base 10, with no null terminator, is probably the most psychotic method I've ever heard for storing a number. I'm shocked it even works as well as it does.

[@priwncess]

Lmaooo this

[@StarGazerTom1991]

It honestly hurt my brain. I just have no idea why they'd do something like this. It doesn't make sense. It's so strange.

[@inthefade]

It is the Rube-Goldberg machine of data storage. There is something beautiful about it.

[@absoluterwahnsinn2389]

Pls explain in non-nerd terms

[@MegaZeta]

@@absoluterwahnsinn2389 On its face, it's like if you knew how to write the number "1,000" and what it meant, but you opted to write it as one thousand separate tally marks. Now, there's a good reason why you'd use tally marks in a specific situation (tallying 1,000 objects) and maybe this happened for a good reason too, but that's one analogy.

[@ericbowers5968]

I've gotta say, I've missed your glitch and in depth game mechanics videos. I'd say you're in my top 5 content creators but I'm not as much into long play vids so I haven't watched as much as I used to but I so make sure to like and comment on all your vids I can. Keep up the good work man.

[@4-8Productions]

I'm not sure why you said you miss my in-depth and glitch videos, I just uploaded my biggest In-Depth project ever with the Cloud In-Depth only a few weeks ago, and the next In-Depth is in the works! We have been working on it daily together as a community over on the Twitch channel. At any rate, I really appreciate the love and support you've given me over the years, and it is great to have you around!

[@4-8Productions]

Oh you know after reading that comment again, maybe you were talking more about just in-depth mechanic videos in particular? That's really nice to hear, I would like to try to delve more into the mechanical side of games as a separate thing, but to be honest there is only so much FFVII can still give. But whenever it does give, I'll do my best to explain everything I know!

[@ericbowers5968]

@4-8Productions Awesome. I did watch the Cloud one. I'll make sure to find the rest of them. Tbh KZbin has been sabotaging my notifications, so I guess they fell through the cracks. And yes, I was talking more about game mechanics like materia interaction, Stat functions, and ways to break games. Keep up the awesome work.

[@ericbowers5968]

@4-8Productions FF7 is indeed still living and breathing. I actually just started a perfect file run because my old PS mem card got corrupted while playing FFT. So I have to replay all the ps1 FFs, lol what a drag. Take care and keep up the great work.

[@sciverzero8197]

@@4-8Productions I don't know if its of any interest to you to look into things that aren't speedrun useful, but maybe a video about how chocobo races are handled, or how chocobo breeding actually works in code... I know you're not really the code guy as much as mav and some others, but if you'd like a suggestion for mechanical videos... any of the things that have RNG and _implied_ interactions with items (chocobo breeding and nuts and greens for example) could stand to be demystified for those of us not as many years deep in the speedrun scene.

[@SWISS-1337]

This is exactly the reason I subscribed to you death, other than the awesome mod play throughs that is. Thanks for everything.

[@4-8Productions]

Thanks!

[@SWISS-1337]

@@4-8Productions the least I can do with all the amazing content you've given us.

[@adriandelacroix]

It’s great to see this figured out after so long; and thanks for explaining it to those of us without backgrounds in computer science or game development in such a concise, understandable manner. All I could think was that those are the materia Scarlet was really looking for. Imagine if they launched that at meteor. Sephiroth would’ve been speechless.

[@sciverzero8197]

I knew this game was made of chewing gum and string but I didn't realize _any_ of the code was THAT bad. It is actually difficult to find a worse way to store a number, and if you do, its something that's so ridiculous that it is clearly intended to be bad design. That said, I bet this code dates back to the PS1 version, but never happens on that version because the PS1 doesn't have dynamic memory allocation like modern PC games.

[@GrantedBunion]

you know a FF game gonna be GOAT'd when it's glitchy af

[@priwncess]

@@GrantedBunion True dis

[@hooah]

wait WHAT

[@Stuntzii1]

this game came out b4 u were born ugh

[@chitlitlah]

FF7 is my favorite game and I love these videos. It's interesting to see under the hood of this bizarrely programmed game.

[@4-8Productions]

Thanks!

[@ranibro]

Not only upside down, he's probably inside out as well, sm64 has a pretty similar glitch with the fly guy.

[@inthefade]

He's just inverted along all three axes.

[@rt1517]

This is not an exotic storage. They just stored the size in a null/zero terminated ascii string. The number in the images from death are actually hexadecimal. And in ascii, 5 is 0x35 (the 0x prefix means hexadecimal), 1 is 0x31 and 2 is 0x32. In C: puts("\x35\x31\x32"); is exactly like: puts("512"); The only strange thing is that they store numbers in ascii string. There are two drawbacks. The first one is that they need to convert the string back to a number to be able to use it. The second one is that it takes more memory. Here they use 4 bytes and they can only store a number from 0 to 999, while a C unsigned short int is usually 2 bytes and can contain a number from 0 to 65,535.

[@MaciejTrebacz]

Yeah maybe the wording was not ideal here, it’s not exotic or weird, it’s just the wrong tool for the job. If you need to store a number that will later be used to do math, you should store it as a number, not as an ASCII string, that’s just dumb. And then what’s even dumber is they wrote a custom, botched string to number function that, along with the fact they forgot to add null termination resulted in this bug.

[@MachFiveFalcon]

Thank you and m4v3k for continuing to breathe new life into this classic! So grateful to have fans like you who keep making FFVII content.

[@strat5520]

As a programmer I love in depth info like this. First ran across your channel when you had just a few subs and were kind of struggling. Happy to see your near 100k now. If you keep making indepth programming vids like this youll fill a much needed niche. I can say for certain ill be watching! Also, I wonder if the algorithm isnt looking for the Null terminator as it iterates over the memory

[@MaciejTrebacz]

Nope, it's not just looking for null terminator, it actually has a lookup table of characters to determine whether the current byte is a number, which sounds super complicated for a simple algorithm like this.

[@platinumdynamite]

I get so much joy out of you sharing your love of this game.

[@4-8Productions]

Thanks!

[@Puremindgames]

FFVII, the gift that keeps on giving, hopfuly one day I am blessed and found worthy of viewing big Cloud.

[@olafthebear2327]

There were certainly some decisions made in this game's development. It's honestly a miracle this game runs as well as it does, let alone at all, and proves this is truly the best timeline. I love this game

[@TheBronf]

it was released by being hold together by duck tape. during development they were acutely worried they wouldn't be able to release it. its why the debug room is still in the game because they thought removing it would screw the game over.

[@MMasterDE]

I'm thinking, if this is only present in the PC version, that it's a porting issue, and is related to avoid issues with endianness.

[@Kono_Dio-Da]

​@@MMasterDEProbably because of how differently PCs store memory compared to a PS1

[@jayewrite1256]

@@TheBronfI thought I remembered someone saying the game was held together by duck tape and bubble gum. Honestly I like how old game developers managed to develop solutions to there problems when developing games, but now with modern games the glitches have not only gotten worse but now there just features not problems.

[@PWBS-yc6xi]

Thank you so much! This happened to me once and I was so confused and I couldn’t find anyone explaining how it happened

[@NuevaBestia]

They say they left the debug room in the game because the game was so broken right before launch they were afraid that if they took it out, something would break. I think we finally know why. Why on earth did they do it this way and how in the WORLD was the PS1 able to handle such inefficiency?????

[@swordofkings128]

Idk doesn't seem like reading/writing 4 bytes of memory (even doing so each cycle) would slow down a room where there's only a handful of character models max on a 2d background. As for why it was done that way, maybe it was a good fit for how they designed the rest of the code? And it was so rare it never came up and as they say, "if it ain't broke don't fix it."

[@kahlzun]

ff7 was kinda groundbreaking in its 3d design; noone had really tried to do what they were doing. Some of the stuff they tried worked, some didnt. The whole thing is held together with stickytape and paper mache.

[@lilox3690]

​@@kahlzunEven with all that, it's still one of my most beloved games I've played. Remake is on that list too but it's mostly for the music instead of the gameplay, not to say there's anything necessarily *bad* about it or the direction they took the story.

[@mikeshaver-miller745]

FF7 is built on top of several game engines. The field module, the battle module, the menu module, the overworld module, and the minigame module are the ones I can think of off hand. If I had to guess, they probably encoded a LOT of information as simple ascii because so much of it would need to be passed back and forth between modules. In the case of the field module, since you can go back and forth between a location and the battle module, you probably have to pass your initial location, rotation and dimensions to the battle module and back again to keep your place on the field module. The game would not be playable if you had to teleport back to the beginning of a large field area every time you battled. As for why you wouldn't just pass a scale value, that would mean that every time you went from battle to field, you'd have to do math just to determine where something was and how big it was supposed to be. Better to just store the raw numbers then.

[@Ephemeral_Sins]

Because this only works on the PC version, ps1 doesnt have that memory allocation. The ps1 probably only remembers the first 4 numbers because those are the only ones available to it. But of course a PC can hold much more data, also a reason why there were so many terrible PC ports back then. The games were never originally meant to be on PC and why some were buggy messes.

[@somebloke.]

Rumor has it the guy who made this code went on to number the kingdom hearts games

[@flyannfan11]

As a software engineer, I agree with the guy who said this is the worst thing he’s ever seen 😂. Idk why they made storing and reading the size so complicated hahaha. Also great explanation, I gotta try this in my current playthrough when I get to Corel lol

[@MMasterDE]

This was probably due to a bad porting job, and it exists to avoid endianness issues. However, the algorithm to read the numbers is just dumb.

[@AurumKHK]

8:40 I played through the game for the first time earlier this year and encountered this glitch here. I streamed what was happening to my friends through discord and they had never seen it before so it's cool to know all this now!

[@prisma.]

the fact this game works at all is a genuine miracle

[@patrickmiller2222]

I had this happen to me in Corel on my first playthrough and have been curious about it ever since. Interesting stuff!

[@MixMasterLar]

I think I've only ever heard you mention this, never seen it! Great vid dude

[@yumyumeatemup]

Very cool finally seeing this showcased. I legit had this happen to me once and had NO EARTHLY clue how it happened to me LMAO! Now I know its not that big of a deal and my game file wasnt corrupted or something dire!

[@kyunasan]

Saw m4v3k checking about this on stream, I was wondering if you would make a video about it, I'm glad you did! It was a really interesting glitch to understand!

[@letao12]

If I may defend the algorithm a bit (I don't mind losing all credibility haha), this seems like a fairly common bug and isn't too egregiously stupid. First of all, as you mentioned, the value is stored as a string in ASCII. I don't know why they store it like that but OK, that's just the format it came in. It's inefficient but there's nothing particularly wrong with that. All ASCII strings are supposed to end with a 00 byte, and it's standard practice to keep reading strings until you hit a 00. They improved this a bit knowing it can only be a number, so they end on anything outside of 30-39 instead of only 00. This is a fairly typical implementation. The only thing that went wrong was a mismatched assumption. Probably the people who built the fields put a 4-byte limit on the model size string, but thought they had room for 4 digits and didn't have to end it with 00. Then the people who wrote the 3D model code assumed it would be a regular ASCII string which always ends with 00 and didn't bother checking the 4-byte limit. Both are reasonable (and common) ways to do it, but the two teams needed to be consistent which they weren't. Finally, this could be something that did work reliably on the PS due to how memory was managed on the console, where the assumption that the string would always end after 4 bytes did hold up. But because memory is allocated differently on PC, and nobody was aware of such an inconspicuous underlying assumption when porting the game, it introduced this new bug.

[@MaciejTrebacz]

This video made some simplifications to make it more understandable, in reality the code to convert the string to number is really, really over engineered. It actually uses a lookup table to determine whether it’s looking at a number or not. To me it looks like it was written by a novice programmer who never did such a task and instead of doing any research they just banged together some tools they knew until they had something that kind of worked 😅

[@letao12]

@@MaciejTrebacz Ah I see. That's less justifiable lol. I wonder if that was due to the mixture of text encodings used in the game. Maybe some parts are ASCII-esque but not entirely, or it was subject to change, so they used a lookup table to ensure whatever encoding always gets converted correctly.

[@Owyn_Merrilin]

@@letao12 The PS1 version definitely wasn't standard ASCII, or even Shift-JIS. So that's almost definitely part of why it was programmed this way. I wonder if this is essentially part of a big number implementation? Just because the character field models never go over 1024 in size doesn't mean it's not part of some larger system that requires sizes bigger than you can fit in a uint_32.

[@codyarceneaux7106]

Kinda got behind watching twitch, but I never miss a YT vid. Good work on it, man! I absolutely love your content, and you’re by far the best FF7 content creator I know of.

[@dennispalmer6928]

So, they store the ASCII digits of the number with a null terminator. It would have saved memory by simply using 2 bytes to store the binary number. Based on what you said about the underflow, the system probably only handles signed 16-bit integers anyway which have a max value of 32,767.

[@chrisparkhurst5158]

FF7 OG is nearly 30 years old and people still cherish it and are still finding new things about it. FF7 Remake/Rebirth is only a few years old and it's crickets from all the same people telling you it's a masterpiece and GOTY and better than the original

[@yoshilikescandy4020]

I love how after so long, you all are still finding out stuff about this game

[@cidhighwindgunz]

For real this is probably the best and most reliable FF7 content in recent years

[@ajenkinsff7xfiles899]

ff7 will never give up all it secrets in over 25 years.

[@Jeff-cn9up]

Why would you EVER code that as "grab bytes until you get one that starts with something other than 3"? It's nuts. You KNOW the maximum number for that field and that it will always be a positive number, so you code it normally and simply grab two bytes every time.

[@josh1234567892]

Videos like this are always a fun watch for a CS student :)

[@sircrashtonii9718]

This is one of the funniest things I've seen in a long time. I literally burst out laughing when I realized how bad the algorithm is!

[@DLPB-u9z]

This is one of many issues I've fixed in the game. Was nice to finally sort it. Also, a new version of Ochu has been released. I can't post website or any kind of link as they get immediately deleted by some sort of automation. Dan.

[@HeroS_DionysuS]

Always learning something new about FF7. Amazing. Thanks Death

[@drmisunderstood3999]

Finally, an explanation. I had this happen to my playthrough once and never understood it. Now it makes sense.

[@ArcaneEther]

Going by the memory explanation given, this glitch should also trigger on any map where Cloud's model is defaulted to 2,048. I bet you could trigger this glitch by loading in/out of rooms with the Debug Room. Maybe try this when Cloud is inside the Submarine? I recall the "camera" being zoomed in a bit close there.

[@GamingVids1984]

The minute you started talking about it I knew it was going to have to do with random memory being used in an unintended way. That's almost always the way these things work.

[@MrStrikecentral]

I've never even heard of this glitch before. Very interesting...

[@DavidRomigJr]

This is a textbook classic buffer overrun you see in software everywhere. It’s converting a number from text to a binary integer but the buffer is only big enough for 3 digits max. Those 3 scenes all cause buffer overruns. 35 31 32 00 is a hexadecimal representation of standard ASCII text 512 with a null terminator marking the end of the text. 31 30 32 34 and 34 30 39 36 are representations of texts 1024 and 4096 respectively but with no termination, no end. Despite the scaling value being broken on those 3 scenes, the reason it doesn’t causes issues more often is because the conversion aborts as soon as it hits a non-ASCII number, not just the null terminator. The memory after the buffer belongs to something else. It’s doesn’t appear to be writing a null terminator outside the buffer otherwise scaling would always be correct and something else would be wrong. But it is reading outside of the buffer. If the adjacent memory looks like an ASCII number, the scaling gets 10 times bigger for each digit, with half of the possible scaling values being treated as negative as that is how signed binary integers work. This could be a carryover from PS1. The PS1 only had 2MB of RAM for code, data, graphics, sound, music (except when streamed such as One Winged Angel which stiff requires a buffer). The tools probably wrote the data files as text from the scene designers. Common text manipulation functions often aren’t aware of buffer sizes leaving it up to the programmer. More modern functions are aware of buffer sizes to make it harder for this type of thing to happen but they are slightly bigger and slower, which can be a deal breaker for games pushing hardware limits. I worked on 2 PS2 ports from PC back in 2000. All uninitialized data is stored in the BSS section. Uninitialized data should always be treated as undefined. On Windows, the runtime initializes the BSS section to zeroes. The PS2 did not. The code assumed the uninitialized data were zeroes. This caused a lot of weird issues and we had to go through the code and explicitly initialize all uninitialized data to zeros. That was not fun. The scaling data could have very well been null-terminated in the data files and the issue was the buffer in code was too small for numbers bigger than 999. It was a minor bug that went unnoticed during testing- thankfully the bug doesn’t fatally crash the game. To me, this looks very typical. Even code experts make these types of mistakes from time to time. This is what many security flaws turn out to be. This is why we often try to use functions and constructs that don’t allow these types of bugs whenever possible, but it’s not always possible. Anyway, this video was a lot of fun. I love analysis of bugs and glitches.

[@Jabrils]

this is beautiful

[@tttpppbbbaaa]

want to know if this work with cid amd tifa besides just cloud?

[@paulb800]

Might be nothing, but could it be related to the demos of the game that were released? The first reactor and Mt Nibel reactor areas were both areas used in demos of the game. I guess that doesn't explain Bugenhagen's observatory though.

[@4-8Productions]

Interesting thought!

[@pcrizz]

I think the upside down glitch may also occur early game Midgard Slums, I think before the first church scene or slightly there after. In that case it may have just been the cursor pointer finger upside down because I don't think I could see Cloud due to camera shenanigans. Come to think of it maybe that was just something else, because I see you still have a normal finger cursor while Cloud is massive.

[@mikeshaver-miller745]

This probably has to do with the field module passing data to the battle module, then the menu module and back again. Timer is constantly changing between battles; so too is Gil count and XP. If you're max level, this should stop. In theory though, shouldn't different party members change the math? I don’t think they all have the same XP values. Could it be step count related? You should reset it after each battle. My last thought is, could it be a fault in the initialization code for the modules?

[@anthonybertuzzi9686]

Why does FF7 years later still shrouded in mystery..... This game will always feel like there's something else to discover

[@Ilzmur]

Sooo, upside down gigantimax cloud% when 😅 So goofy glitch and good that we have now more details in this. Keep up the good work.

[@NGPlusVideos]

11:15 "Trying everything on everything". Ah, the Broken Sword method.

[@Puremindgames]

It's the best method, it never fails.

[@omniwinds]

This game has endless secrets and quirks and I am here for all of them

[@scragar]

Just to point out the normal approach when you don't know how many bytes you'll need for your number is to have one or more bytes to keep the size. Basically 512 would be 2(because we need 2 bytes for the size as it's above 255), 2(because 2*256 = 512), 0(for the remainder). This prevents any potential issues because you're always storing how many bytes you need rather than looking at the values of bytes to tell when you end. Also given the game only ever uses powers of two for scaling it may be more efficient to just store the power, 1024 is just 2^10, 512 is 2^9; storing 10 and 9 respectively and just doing a left shift by the number for the scaling would be a lot safer/efficient.

[@TheStrahl]

Oh wow, It's not everyday I see something new in FF7.

[@elliott_k_1234]

Great work!

[@TheMAZZTer]

16:07 makes sense since that is an ASCII string that represents a number. There are valid scenarios where you want to take a number that is displayed as a text string and pull the displayed number as a real number. The code is likely bog standard code for pulling a number from a string. The way you describe it is how that sort of thing is done, it's a very standard function. parseInt() in JavaScript and int.Parse() in ..NET both work the same as what you described. It's likely the text was typed in by a developer somewhere and it was just dumped into the game as-is. Given it only uses four bytes and they could have saved a whopping two bytes for each model it really isn't a big deal all things considered. Then the game itself had the responsibility to parse out the strings. Of course they failed to protect against buffer overflow, a very basic bug.

[@maggiehenstorf5168]

Good videos I would love to see you do would be on Important Missable Item Locations/How To Get Them and all the ways Get Each Type of Chocobo, not just the 15 minute way for the speed runners.

[@lightningshy5287]

I’m so glad I’m not the only person who ever noticed this. I remember taking a screenshot back in 2015 but somehow I lost it 😂

[@simonpugh3731]

Interesting, I actually randomly was just playing the game for fun and had this happen in buggenhaggens observatory with the huge materia which was fun to see, and I thought it was just normal because I hadnt played the game in a while and then when I went back after I crashed and they were normal I was confused. Definitely cool to know this though!

[@snowxcrowe]

This is great! A very fun glitch.

[@Forr0n]

So my hunch it has to do with bad Memory management, or as i wrote under the part in question of the Pincer Mod play trough, "garbage collection". I thought it was a simple error in handling signed and unsigned integers, wich wouldn't be a surprise. I had never imagined such a bad/warped/inefficient way of storing the value of the model size. It hasn't even a advantage over the standard way of storing values and will use more time/resources. Please correct me if i am mistaken. Thank you for telling us how and why this happens. This question bugged me for years.

[@MaciejTrebacz]

Yeah there’s absolutely zero reason to store the model size as string given this is meant to be used to do math later. They blew it on several different layers.

[@stevemarshall8873]

Hey, thanks for all your videos. I have learnt stuff I never knew existed in my all time favourite game. can I ask, I have the Ochu trainer because I want to speed up FPS, but I can't friggin edit the values like you do. How do you even do that?

[@4-8Productions]

Hit F1, then the numbers should be green, type in the new number, right click, update. 👍

[@antsinflowers]

Will there ever be a final glitch?

[@DSprich]

This is the kind of system that someone comes up with when they get the general principle, but have no idea that there's a general best practice, and just throw together the first things that come to mind until something seems to work.

[@the_real_vdegenne]

im not sure to understand. When you allocate a variable in C language you don't need to specify its type, just the length. or am i missing something?

[@carlbowen7965]

I wonder if the same can be done to Cid when he temporarily becomes leader?

[@streetguru9350]

It'll be 2050 and we'll still be making discoveries about this game.

[@brainfreeze91]

I didn't even understand what you were talking about at first. I immediately understood it as "oh, those are hex numbers. That makes sense they would read numbers there". But when it clicked that they were literally just taking the decimal 30 range and reading the ones digit there, I mean that is just so dumb! I know consoles back in the day did hacky stuff in order to fit more on the disc/cartridge. But I can't imagine that this would even improve anything at all? It's just a weird obfuscated way to read numbers.

[@inthefade]

Why does this work on the PC version and not the original console? Does it just crash on the original version?

[@wuztron]

It doesn't happen at all with PS1 to my knowledge. It's an issue that arises because of the port to PC and how PCs allocate memory.

[@steak9194]

loved this, bro - more please

[@McSquidification]

Given this explanation, wouldn't we occasionally see only a single number starting with 3 added to the end, resulting in a roughly 10x scaled model that isn't too high to underflow? or is the max value small enough that even one extra digit is enough?

[@kenshinthebattousai3]

math with Death is the best. Got my geek on for sure 1024 bits man!!!

[@SeanFarFlung]

Would this work also when you are cid or tifa running around while Cloud is sick?

[@MaciejTrebacz]

In theory yes, although we couldn’t get it to work during testing. But on Marshbag’s channel I saw him getting Tifa upside down in Bugens observatory.

[@user-vu3kt7ss5q]

Bro you reminded me that i saw this glitch when i first ever played through this game. I was 7 and it happened at bugenhagen. My brother didnt believe me!

[@petersen523]

this happened to me! changing the resolution worked at the time - and it was always on the same room (the one from your ss)

[@seanpeacock4290]

The previous FF game FF6 in Japan and FF3 in America, where on the SNES and FF7 might have been started while the negotiations were ongoing with Square, Nintendo, and Sony. Square might not have known what console architecture the game would be released under. The dynamic could have been a way to make it easier to port to multiple systems depending on who would host the game. It was also their first 3D game so there might be some jankie code as a result of not knowing what problems could arise from being in a 3D engine. But even their 2D games had some weird glitches and bugs.

[@BaldorfBreakdowns]

So the 3 junk slots after 1024 are always the same when this happens? Or does any number over 1024 cause max underflow, therefore, no variations? Also, why doesn't this happen on other platforms?

[@letao12]

On PS there is no dynamically allocated memory AFAIK, since the console has a well-known memory capacity and they can pre-allocate everything in the right place. Dynamic allocation is only used on PC because the amount of available memory can't be predicted. I would think it's possible to get other random values that overflow to different amounts. Realistically it depends on what the memory was previously used for, and that might have some patterns that force it to be always a similar size.

[@4-8Productions]

They can be different, but I think the underflow always ends up in about the same amount. So I don't think you'll be getting drastically different sizes of Cloud.

[@cs8712]

@@4-8Productions Is the underflow point at 65536? Like if you generated just a single "3X" value in the 5th column, you could end up with a value like 10249, so wouldn't that give you a big cloud that isn't upside down?

[@BaldorfBreakdowns]

@@4-8Productions Appreciate the response, thanks!

[@rbeng1095]

i think death broke it lol but yh this was very insightful i didnt know why this happened when i watched one of your stream this was a good watch and explaination

[@priwncess]

is there any application for this?

[@MaciejTrebacz]

You can impress your date with this knowledge ;)

[@MeykTaruka]

The Bugenhagen one happened to me on Playstation 4 (?) I played on PS5. Is there a PS5 version, or was it the same as for PS4?

[@MaciejTrebacz]

Pretty sure PS4 & PS5 are the same version, and they're based on the Steam version so it makes sense that the bug happens there as well, although I personally never seen it. Thanks for the report!

[@confirmreality]

What if those are general pathways to find the original extra letters to daughter and to wife??

[@neezduts69420]

I'd completely forgotten about this happened to me until this video

[@AntonBalfe]

Cloud must have taken a super mushroom from the super smash Bros game back with him into FF7

[@gustavedelior3683]

So when I came upon this glitch I thought it was somehow related to the northern crater scene at the end of disk one where cloud is on the ceiling before crystalized sephiroth drops down all being triggered by the extremely wonky code

[@mrteabag59]

Alternate timeline confirmed, Aeris Aerith / Cloud Upside Down Massive Cloud

[@2cents968]

Great find! Hey, I revisited Bloodstained again recently and I once again couldn't help but think Zangetsu is your doppelganger. Has anyone else pointed this out? Maybe the character designer is an 4-8 viewer?

[@kieran8266]

Are we sure this is an accident? Aren't all of these scenes where the background can do some kind of FMV motion at one point in the game? That might be connected to why the models were scaled differently in these areas.

[@danielhale1]

Pokemon Red & Blue are my go-to "this game is gloriously broken" examples, but I love hearing about the madness underlying FF7's polish. That number encoding system just feels wrong to me. It's the sort of thing I'd have done in my late teens when I was first learning c++ coding and didn't know the right ways (bitwise operations come to mind). Considering how many sacrifices the team had to make, how many hoops they had to jump through just to optimize the game to fit and work, it's weird that they'd have such a weirdly inefficient and convoluted way to store 512 at the start of a model.

[@HS-mn6jc]

This happened to me but instead of it being Cloud it was Bugenhagen inside of the observatory solar system model thing. His orb was massive and peeking up through the ground, couldn’t see the rest of him at all lol

[@insanecurity]

This happened to me the first time I played FFVII Steam version, I had no idea it was considered a “rare” glitch lol :D

[@starfrost6816]

if one number is stored cloud becomes very big but the right way up?

[@YamiGenesis]

Weird, I wonder if they ever patched this glitch out. I attempted to recreate the glitch in the first place you mentioned. I took a SCUS-94163 version and formatted it to work on a jailbroken PSP. I attempted to do this about 3 different times on 2 different new games and I could never recreate this. What version of FF7 were you using?

[@talibong9518]

It only happens on PC due to the way memory allocation works on that version

[@GraemeGunn]

I love this game so much.

[@youtheneyes]

What if it doesn't happen with three other numbers at the end and just one is added? do you end up with just a larger, right side up cloud?

[@MaciejTrebacz]

Interestingly in the code that loads the model size there is a safety check to see whether it is higher than 4096 and if that's the case, the code has a fallback to a table of hardcoded model size values per every field level. So if only one random value at 5th position happens to be a number (has a hex value between 30 and 39) you will end up with something like 10249 (9 being the fifth number) and this safety check will trigger, falling back to a normal model size. It's only after you add a 2nd number, at the 6th byte position where it suddenly becomes eg. 102498 which is higher than the max value of 32768 that a 2-byte signed "word" can hold, which makes it become truncated and then also flipped to negative.

[@youtheneyes]

@@MaciejTrebacz Thank you for the detailed reply. I learned a lot there, neat that they put in a check to make sure hahaha.

[@Dave_Znothere]

Missed it live but I’m here now

[@mrlucasftw42]

My FMVs used to play upside down in this game for some reason - way back in the day on PC

[@CreativeDestruction0]

Very cool! Does this happen with Tifa/Cid, and can it work on any other versions?

[@DePhoegonIsle]

That's adorable. though all they would have to have done is leave in a trailing 00, but I mean it's an interesting lesson for programming overlooked side effects.

[@tfuenke]

I never get tired of this game

[@Stunprefo]

This glitch happened to me before, I have it clipped but it happened with no back and forth. In the Coral spot.

[@tonyk2027]

Can you do this with Cid and Tifa when they are in charge of the party?

[@MMasterDE]

Storing numbers as ASCII might seem strange, but the last month I've had to work with that and bytes being stored as base 16 (hex) in ASCII too. Is this the case for the PS1 version too? Otherwise, it might just be to avoid any endianness issues when porting to PC. In my case it was for sending data blocks over a network (I had nothing to do with the implementation of the server, lol).

[@MMasterDE]

If you want an explanation: Endianness affects the order of bytes (not bits, usually) in a value. If you have a number that is more than 127 (or 255, if no negative requirements), then you'd need more than one byte to represent it. binary: 00000001 00000000 (2 bytes) = decimal: 256, right? Maybe! It depends on what order the bytes are stored in! Is it the way I just represented it or is it 00000000 00000001? In other words, the answer could be 256 or just 1. If PS1 uses a different endianness than PC, this could cause big issues if not properly considered. Why does the ASCII version fix this issue? Character arrays (strings), if ASCII, are arrays where each value is just one byte at a time, no endianness issues!

[@MaciejTrebacz]

The problem with that explanation is that FF7 uses thousands of different number values for many different things and they are all mostly stored as little endian integers or shorts. So they obviously knew how to do it and endianness wasn't an issue for them. This model size/scale value is one of very few that are stored as ASCII (I'm not even sure if there are more, but they might be).

[@Bubbles41412]

I got it to trigger on the avalanche screen with 95% consistency on my casual playthrough, it triggered immediately when i returned to the avalanche screen after the cutscene and was triggered like 1/20 times (the only time it didn't trigger after 1 try is right after a battle cancelled it on the avalanche screen). I got recordings :3

[@Bubbles41412]

sorry i typoed it triggered 19/20 times, 1/20 times it didnt trigger ^^