HydrantDude

Пікірлер

@CBlocks 14 күн бұрын

what model piano you have

@LorenaMorrison-m2q 16 күн бұрын

0:39 PENTRIS

@Jovanabosnian 17 күн бұрын

Hydrant, make more videos

@FrosstKatt 20 күн бұрын

Can you explain this in tf2 terms

@PheloniusBolognius Ай бұрын

*Int8 is a data type that represents an 8-bit signed integer, with a range of -128 to 127

@gordeliciaarthur Ай бұрын

what the -128 is happening with the captions?

@raoulterling6604 Ай бұрын

Are you a model?

@TicAッ Ай бұрын

why is 128 read as -128?

@hydrantdude3642 16 күн бұрын

a byte has 256 possible values. this is because it is made up of 8 bits. each bit has 2 possible states, 0 or 1. with 2 bits, you get 4 possible states - 00 01 10 11. with 3 bits you get 8, with 4, 16, etc. of these 256 possible states, if you want to read them as negative/positive, you have to divide those 256 between the positive and negative numbers. this is typically done through assigning the first 128 values to 0 through 127 and the last 128 values to -128 through -1.

@fernandofernandez8569 Ай бұрын

If the results are 128 or greater it glitches out because 128 or 128< its double its more than 255 which is a limit that appears in killscreens like Pac-Man,any level higher than 255 has the left of the maze glitchy

@katefeider 2 ай бұрын

999д39

@man_without_name 2 ай бұрын

hi. I heard you made a crash table. can you please explain it, otherwise I don't understand-at what level is there a chance of getting a crash?

@tiles2048 2 ай бұрын

No Video (1440p)

@HidervrOFFICIAL 2 ай бұрын

MY MAN DISCOVERED C TYPE!

@rynoX88 3 ай бұрын

All i hear was "beep boop beep beep boop". 🤖

@Kalaphant 4 ай бұрын

1:00 Wait, so it's comparing Decimal 15 to Hex 10? Because Hex 10 is 16, and 15<16. And then in Level 16, 16 is *not* less than 16, so you go to "Hex" 11, or 17. 16<17, so it takes Decimal 110 lines. Because the left 2 digits of the line count are written in Decimal (11), but read as if it's in Hex (Hex 11 is Decimal 17, so it compares *17* to 16, rather than 11). On 19 start, when you reach 140 lines, it takes 14, thinks it's in Hex, so assumes the number is Decimal 20, and 19<20.

@Kalaphant 4 ай бұрын

I've been curious about this for little while

@probablyintervert 4 ай бұрын

hes legit i think

@hydrantdude3642 4 ай бұрын

damn u right

@halfyou 4 ай бұрын

The back to back pentris okayyy 😍😍😍

@tiles2048 2 ай бұрын

5 lines

@TingJosh 5 ай бұрын

I don’t even know what is this ????

@rawtone. 6 ай бұрын

"who" "who what" "who asked" LMFAOOOOOOOOOO

@JasonSmith-vj1de 6 ай бұрын

HydrantDude, that's not true cause Scuti crashed the game on level 157.

@NickelTetris 6 ай бұрын

It's funny how back then tetris's best players made alt accounts and got world records, like Joseph Saelee's 1975TylerP account

@Fiberoeatingfiber 6 ай бұрын

these pieces are cursed

@pREpArE5311 6 ай бұрын

“Mom can i play tetris” “No! Go study for your maths” Him:

@Plunguespingues69 6 ай бұрын

0:07 How it feels to chew 5 gum:

@RipleySawzen 7 ай бұрын

This does nothing to explain why a single line crashes the game at 155 but not a double. Or why on later levels, a single line does NOT crash the game.

@hydrantdude3642 6 ай бұрын

crashing the game requires the v-blank interruption to happen during a very short window of time during the switch routine. there are 8 separate instances of the switch routine and therefore 8 opportunities for the game to crash. if you level up above the range where v-blank happens during the switch routines, then it is no longer possible for the game to crash. singles take longer to calculate than other line clears because they are the only line clear which involves the lowest byte of the score (adding 40 uses the 10s digit but all others only use the 100s digit and above, adding 100 300 or 1200). in addition, doubles, triples, and tetrises take different amounts of time from each other because of the part of code that deals with adding the lines to the line counter.

@RipleySawzen 6 ай бұрын

@@hydrantdude3642 Oh weird, didn't think it would be a narrow window that crashes things and not just "Here be dragons" past a certain lag amount. Thanks for the explanation!

@rogersasanka3408 7 ай бұрын

One must imagine Sisyphus happy.

@pengusplayz5756 7 ай бұрын

Pentris makes me feel uncomfortable

@lolman42069 7 ай бұрын

why does the rebirth screen happen at 255

@hydrantdude3642 6 ай бұрын

the level is contained in 1 byte. 1 byte can only hold the values 0-255.

@NickelTetris 6 ай бұрын

@hydrantdude3642 yeah, I've seen something similar in Minecraft. If I use commands to get items with enchantments it only goes up to 255. If I try to do something higher it just automatically goes to 255.

@lolman42069 6 ай бұрын

@@hydrantdude3642 why doesnt it go to 256

@NickelTetris 6 ай бұрын

@lolman42069 the game can't store any more data, so it loops back to 0

@1SLMusic 7 ай бұрын

Why he kinda

@sterlingcampbell2116 7 ай бұрын

Get a jo*cough" ...i mean...good job

@Fukiyel 7 ай бұрын

Hhhh, h'hhh hh hhĥhh hh hhhhhhh hhhh h'hhhhhhhh ! :'H Hh hhhhhh hĥhh : H >>> Hhhhhh, hhhhhh hh hhhh. 😤 Hh hhhhh hh hh hhhh́h hh HhhhhhhhhHhhh, hh hh hh́hhhhhh hh hhhĥhh ~ :H ✨ Hhhhhhhhhhh hh Hhhhhh !! 🍷🙋‍♀️🥖

@aptiveviennapro 7 ай бұрын

What about a Lvl 0 start? Does the 810 line thing also happens ay Lvl 235?

@CrimsonDevil_Rias 6 ай бұрын

No. A TAS of NES Tetris for the fastest 255 levels by someone named quad8 shows that the 810 lines level is Level 219 when starting at Level 00. The 810 lines level is chosen at random every time you choose a different level to start on. Normally the greatest players start at Level 18. As a result, they are expected to run into a 810 line level at Level 235 (but due to a level desync in an unmodified cartridge/ROM, the color palette doesn't update to dark green and instead remains at Charcoal).

@aptiveviennapro 2 ай бұрын

Oh ok

@Scigatt 7 ай бұрын

Could you explain the "summoning Satan" glitch in Alex T's first crash?

@DocteurZeuhl 8 ай бұрын

Watched this at normal speed. Got nothing. Watched it at 0.75x, paused several times, went back 5 seconds a few times to try and understand a few words that I could not understand the first time, got it and loved it. Maybe talk a little bit slower next time? 😁 Thanks a lot for the video!

@jimk007 8 ай бұрын

Was MOD not available to just do Level# MOD 10?

@balijosu 5 ай бұрын

I don't know about the language they used (Google says turbo pascal), but if it behaves like C, the modulus of a negative number is [bizarrely] negative. Even if it weren't, there would be a skip where the int rolled from 127 (equal to 7 mod 10), to -128 (equal to 2 mod 10).

@balijosu 5 ай бұрын

Not to say they couldn't have accounted for that, but it's a common error.

@account5223 8 ай бұрын

You're smart and you have an insane jawline, hopefully you'll procreate :)

@raffimolero64 8 ай бұрын

I know this video is 1 year old, but I'm often confused in this video and want to help explain. It's the lack of base conversion or notation. I sometimes don't know when a number is written in base 10 (decimal) or 16 (hexadecimal). There are also not enough examples to explain new concepts. We have to have keen ears to understand what is said word-by-word. For example, when he says "The level written in hex is compared to the top 2 digits of the line count" there are not enough examples. I could provide 2 or 3 examples of converting between "line number as displayed" to "line number as represented in hex" and "line number as converted to decimal": as displayed: "123" as represented: 0x123 as converted to decimal: 1*16^2 + 2*16 + 3 = 291 adding quotes and the 0x notation are important for readability. as displayed: "999" as represented: 0x999 as decimal: 2457 In hexadecimal, numbers go from 0, 1, 2, 3, 4, 5, 6, 7 8, 9, A, B, C, D, E, F, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 1A, 1B, 1C, 1D, 1E, 1F, 20, 21, 22, and so on. Let's see what the game does to keep the numbers in decimal. *[The following might not actually be what happens. There is at least 1 other way to implement this.]* 0x89 is actually 137 in base 10. Adding 1 gives us 138, or 0x8A. But that's now how decimal works! So it pretends to add in decimal. When it sees an A, it zeroes that digit, making 0x80, then tries to add to the next digit: 0x80 + 0x10 is 0x90. That is how it goes from "89" to "90". What about hundreds? 0x399 is actually 921 in base 10. Adding 1 gives us 922, or 0x39A. That's an A! It zeroes that digit, making 0x390, then tries to add to the next digit: 0x390 + 0x10 is 0x3A0. That's another A! It zeroes that digit, making 0x300, then tries to add to the next digit: 0x300 + 0x100 is 0x400. That's how it can go from "399" to "400". What about thousands? 0x999. I won't convert to base 10. Just know that adding 1 makes it 0x99A. Zero the first, 0x990. Add 0x10. 0x9A0. Zero the second, 0x900. Add 0x100. 0xA00. That's another A, right? But the game only displays 3 digits. It doesn't expect the player to reach past 999 and doesn't bother to check the third. So it counts A00, A01, A02, and the first 2 digits continue on in decimal as normal, until it hits A99, at which point adding 1 gives B00. When deciding to level up, the line counter is divided by 0x10 in *hexadecimal*, which basically just takes out the first digit the same way dividing by 10 in base 10 does. Say you were at "120" lines. It's stored as 0x120 hex. 0x120 / 0x10 = 0x12 written in decimal, that would be: 288 / 16 = 18 The math checks out. All three numbers map to each other perfectly. More importantly, 120 lines doesn't give us 12 in decimal. It gives us 0x12, which is 18. To level up from 29, you're supposed to reach 290 lines. But you need not 190, not 290, but 200 lines. At 1:17, he says this is because "1D ... is greater than 19 but less than 20." But this is never illustrated. The best way to illustrate would be to start counting in hexadecimal and decimal at the same time: 0x16 = 22 in decimal. 0x17 = 23 0x18 = 24 0x19 = 25 (This is what happens after the line counter converts "190 lines" to hex and divides by 0x10; it results in 0x19 and is actually the number 25 in memory.) 0x1A = 26 (The line counter never reaches this number as it pretends to be decimal. It would never allow any of the letter digits ABCDEF.) 0x1B = 27 0x1C = 28 0x1D = 29 (This is our level, which the counter just stores directly as 29.) 0x1E = 30 0x1F = 31 0x20 = 32 (This is the result of converting "200 lines" to hex and dividing by 0x10. As you can see, 32 > 29. Therefore 0x20 > 0x1D. Therefore 0x20 > 29 decimal.) 0x21 = 33 0x22 = 34 0x23 = 35 0x24 = 36 0x25 = 37 0x26 = 38 0x27 = 39 0x28 = 40 0x29 = 41 (The result of converting "290 lines" to hex and dividing by 0x10. 41 is Way past the mark.) Furthermore, at 1:45, you say "The top digit of the line count is stored in normal binary" but we can't actually see the binary representation nor can we see how 2300 maps to 1700 or vice versa. Turns out it's really every digit after the smallest 2. So hundreds and thousands and beyond are in hex. He uses 0x1700 as an example. This is the raw number from the line count. Remember: the right 2 digits are pretending to be decimal, while the left ones stay hex. Basically, think of 1700 as (0x17 * 100 decimal) + (00 decimal). 0x17 is 23 decimal, times 100 is 2300, + 00 is still 2300. At 2:07 he says that 0x00-0x7F are positive, 0x80-0xFF are negative. going from 0x00 to 0xFF, you count in binary from 0b00000000 to 0b11111111. 0x7F in binary is exactly 0b01111111, the largest number that starts with a 0 in 8 bit binary. This is 127 decimal. 0x80 is exactly 0b10000000. The top bit is 1, so it's considered negative. Anything larger than that will still have a 1 for its top bit all the way to 0xFF, or 0b11111111, or 255 decimal, or negative one. Basically, if the second hex digit is 8 or larger, like 0x80 or 0x92 or 0xA3 or whatever, it's negative. 0 - 1 gives you 255 because of wraparound. 255 + 1 gives you 0. So, 255 must equal -1. 254 is -2, 253 is -3, all the way to 128 which is -128. I don't understand why he used 0xEA - 0x69 = 0x81 as an example. I could also say 0xEA - 0x68 = 0x82, which is also negative. Maybe it's because he'd been levelling every 10 lines for the past couple levels? As for 0xEB - 0xF0 = 0xFB, the smallest number that would result in a negative would actually be 0xEB - 0xEC = 0xFF, but you'd need a line counter of 0x1EC0, and the second digit skips over ABCDEF, so that's why you use the next best, which is 0x1F00. The previous possible line count is 0x1E99. 0xEB - 0xE9 = 0x02, positive. These stuff could be visualized better, but unfortunately just like the original video, it takes time to plan out how to explain these concepts to the layman.

@Borgathan 7 ай бұрын

Extremely underrated commment. I'm comp sci and I was having a hard time wrapping my head around what he was saying because of some of these ambiguities. I understand hex -> decimal conversions than your average layperson but I've never been skilled enough at mental math to follow along like you'd need to for this video. If I sat down and solved the conversions maybe it would've helped me but luckily you did that for me :) I think not painstakingly explaining how to convert hex to decimal is totally fine but he needed to provide clarifying examples and clearly notate as you did. Its unfortunate because I really like this style of video and think the execution was good otherwise.

@bettloserspielanfanger7051 4 ай бұрын

Thank u for this comment it realy helped me unterstand the video. Even as Someone without any wnowledge on the field. Great work <3

@Kalaphant 3 ай бұрын

Super helpful comment. So, from my understanding of why 0x1F00 specifically: It needs 0xEB - 0xF0, and the 0xF0 comes from 0x1F00. And that is actually 0x1F * Dec100 (0x1F is Decimal 31; 31*100=3100, so you beat it at 3100 lines). At 3,000 lines, it's 0x1E * 100, and 0xEB - 0x1E is positive. The main question I have is, what do you mean by "and the second digit skips over ABCDEF, so that's why you use the next best"? You say "you'd need a line counter of 0x1EC0". Is this full hex? That'd be over 7K lines, but then 1F00 would be 7.9K. Is it the 0xEC * 100 thing? That would be 2,360 lines, which is actually what you're supposed to need. I just did this on Level 0 start, where the long Level is 219, and it seems to work by using 0xDB - 0xE0, which is the same as 0xEB - 0xF0 (-5).