Game Physics (in Assembler) - Computerphile

[@WATTgames]

Nothing but respect for how knowledgeable this guy is, brilliant teacher too

[@jamiedavies4545]

Its Jamie Davies will I ever be able to make a video game I mean in the same way this guy develops video games WATTgames mate? I really like to be a game programmer and game design and game developer WATTgames mate.

[@jamiedavies4545]

Its Jamie Davies yeah but how do you programme trees and scenery into the video game joshua gollaher mate?

[@jamiedavies4545]

Its Jamie Davies could you teach me how develop video games for my computer joshua gollaher mate?

[@cppbear6115]

Learn how to program and then eventually you will be able to make video games with graphics libraries as OpenGL or with game engines as Unity or unreal Engine.

[@jamiedavies4545]

Its Jamie Davies I live in the UK can you tell me again please that there's more than billions people all over the world and more than millions people in Great Britain that love living on their own and love having their own independence and love having their own freedom and love having their own personal space too just the same as me please text me back yes Deffo that's true please cpp bear mate.

[@xPROxSNIPExMW2xPOWER]

I want more of post malone to do some graphics in assembler

[@mauriciocortazar9604]

i thought he was batman

[@Jestroo]

ProSurviver bahaha

[@alephnull9742]

What you talking about, thats Aphex Twin

[@LeoBego]

haHAA Real funny

[@fbn7766]

lol

[@ForViewingOnly]

I always start watching vids like this at 3am.

[@sandoval9276]

same, 4am here

[@israelRaizer]

same, 02:26 here

[@smieszny_zart]

4 am here. ♬~ Maybe the dreams will come, maybe they'll visit me ~♬

[@JamalNasirTV]

3 am session here too

[@Skarsburning]

lol 2:45 here

[@DoctorHerbstein]

This guy is so clearly knowledgeable about this. This is a truly great host to have on the show!

[@alterego5985]

"I got my environment setup" -> notepad++

[@dmasb]

xD

[@thotsi]

hes a real programmer

[@zyaicob]

I mean yeah

[@k80sju]

Haha xD

[@raynebenson9040]

Notepad++ is a decent tool for programming

[@TheGodlikeBlock]

"let's define gravity" - things that prove programmers are gods

[@TheMoucastre]

You left out the best part! "Let's define gravity .. as 8" 😅

[@dummybugstudios6450]

🎵 Kiss me goodbye, I'm defining gravity 🎵

[@mrboyban]

LOL

[@ruben-xt8hm]

high school physics will teach you that gravity is 9.8 m/s^2

[@Triantalex]

false.

[@robintst]

I can't quite wrap my head around a lot of it, but it's super interesting that he's literally demonstrating how developers had to program Genesis games back in the early-90s, especially when you look back and consider some of the more mechanically and visually impressive titles on the system at the time. To me, it's very significant to the history of game development and industry history in general. Also helps that it's my all-time favorite console, hehe.

[@nebularain3338]

*Megadrive

[@Musikur]

It's basically like any basic programming, just without any frameworks or complex APIs, it will literally only do exactly what you tell it. Have a look at Game Maker if you want to get a feel for this yourself, it's a much higher level programming language obviously, but you can build up a lot of the same kinds of logic as is used here to get a feel for it.

[@ВладДок-д8щ]

@@Musikur I would say that the hardware itself was a framework. You had to play by its rules

[@marksims68]

68000 machine code, brings back memories of 5am coding sessions on my beloved Amiga, bleary eyed with a half empty cup of coffee staring at devpac. Brilliant video!

[@thewelder3538]

You weren't a proper coder if you used Devpac, Asm-One was the only way to go!

[@mp-lv8bw]

@@thewelder3538 In 1988 Asm-One was not yet available.

[@thewelder3538]

@@mp-lv8bw Ah yes, so true. The only useful thing about DevPac was the fact it supported doing proper Workbench stuff better. Like the WaitPort() and DupHandle() you had to do for proper CLI/Icon start code. I must have used it initially, it's all just such a blur now.

[@InsaneMetalSoldier]

One of my favorite channels on youtube. We need more videos from this guys focused on game development! Pure gold! Awesome guy

[@jeffreyg6850]

This is one of the best intros to Assembler I've ever watched. Thank you!

[@chadestioco]

Wow. You make it sound easier than Python.

[@ThePoke151]

Yes Python gets complicated a lot faster. Not because Python is difficult, but you get faster to the difficult problems vs playing with registers all day to get basic "movement" :P

[@BlazertronGames]

chadestioco ikr? I thought it would take thousands of lines to get basic player movement in assembly

[@rameynoodles152]

assembly is really, the most simple language out there. But it's also the most tedious language. Assembly isn't hard, it's tedious and time consuming.

[@mmbcproductions3340]

Indeed, asm is very simple because you can only do a few things. What's complicated about it is making complex things out of those basic things

[@patternwhisperer4048]

@@okie9025 .. "strict" (you meant static, or strongly typed but the contrast to strongly typed would be weakly typed) and "dynamic" refer to the typesystem your language uses. You're confusing it with "higher level" languages that don't reify memory management like Python, and to a slightly lesser extend Java/C#. There are languages with type systems that don't abstract memory management such as CPP. CPP has both static type checking and support for dynamic typing. Seriously, for the sake of your own growth, check up on basic terminology and principles before you get opinionated on anything.

[@darkmage07070777]

13:20 - "Let's add to that: let's define gravity." ...moments that make you stop and realize what you're capable of as a programmer...

[@vuurniacsquarewave5091]

And if you defined it as a CPU address pointing to RAM, you could have variable gravity. Great for a level gimmick or whatever.

[@valenneptune3251]

indeed, you can also see why one should and must, admire that every single behavior in all programs are written by some considerate programmers I mean if the programmer didn't do the implementation, you can't even close a window by clicking the close button.

[@AsilarWindsailor]

He called the POUND a "hash," I wonder if he is younger than me? (Soon to be 29)

[@reckz420]

@@AsilarWindsailor No. # is referred to as Pound only in the US/Canada. in RoW it's hash and probably 1 other term I am unable to recollect at the moment.

[@AsilarWindsailor]

@@reckz420 Interesting. I've never heard anyone refer to it as anything but pound until now. Does the # mean something in code? I cant remember now why he used it in this video as I hadn't watched since my previous comment

[@theburntcrumpet8371]

I think it's great when Matt does videos on the Megadrive Devkit/Assembly. It's brilliant how instead of simply vaguely explaining how Assembly works (which he may have done in another video (?) not sure), they're actually showing a snippet of what coding in assembly is actually like in essence.

[@Triantalex]

ok?

[@jeremiahknol9969]

Assembly is so much fun. It's tedious, but it makes you feel like you are one with the machine, knowing it's every breath.

[@lordoftheflings]

why would you want to be "one" with a machine? I used to write / debug linux device drivers in C and asm. I never once felt "one" with the machine. Was just a job to me. Its basically a more complex version of programming a VCR. I find women MUCH more interesting than computers.

[@updaet6870]

@@lordoftheflings Then you failed as a programmer

[@joedartonthefenderbass]

@@lordoftheflings whyd you bring women into it

[@carocs1886]

@@lordoftheflings We women also can relate to what Jeremiah said, you know? "why would you want to be "one" with a machine?" For you It's just a job but for others is some awesome interesting stuff that we want to learn for fun. It's just a matter of interests I guess.

[@ua2894]

i felt the bulge of assembly last night

[@karlblixt8648]

I like him, can we keep him?

[@piqresq]

nope. Matt_Phillips.Dispose();

[@yasserarguelles4245]

RIP

[@malcolmx86]

name: dc.b 'matt phillips' movea.l name, a0 jsr revive

[@highlanderc]

Isn't that from "heroes"?

[@JamesNewton]

Just excellent! I would really love to see more in this series. The real beauty of a system like this is when the complexity increases and you start to understand how all the different parts are working together.

[@Gredran]

And coding is tough NOW, but when you look at Assembly, you instantly realize how much easier we have it these days for sure lol. He truly is a wizard to keep retain this all. Also the ultimate flex in this all is he is showing the demo, with a large EXPO marker, on PAPER. Not even a white board or laminated paper. This guy is so damn casual in his confidence

[@nerdiloo9863]

This demo was really interesting. I like that 1 guy was 'doing' and the 'voice' was asking probing questions, so as to not assume the viewers were familiar with the jargon. Very cool and I'm gonna 'casually' retry my hand at ASM again like it's 1989.

[@rewrose2838]

All the videos on Numberphile(math), Objectivity(history), Sixty Symbols(Physics) , Periodic Videos(chemistry) and Deep Sky videos (Astronomy) are like that. The voice makes it easier for the host by sticking to simpler themes

[@tamaszsebe3730]

Nice work! By the way, I've always loved the animations you use as part of explanations. What do you use for that?

[@Computerphile]

+Tamas Zsebe Adobe After Effects >Sean

[@valeriobertoncello1809]

Assembly

[@vibaj16]

Valerio Bertoncello yes

[@aadarshkumarshah8795]

@@Computerphile yes I was expecting something complicated here too

[@Triantalex]

ok?

[@Kylefassbinderful]

The amount of information I've learned from Computerphile videos is invaluable.

[@HK-sw3vi]

this is what my family thinks i do when I'm restarting the laptop to solve a problem.

[@renanrodrigues1255]

Matt Phillips thanks you for sharing your knowledge on your blog, finally learning about programming games in Assembly, thank you.

[@charleygrossman8368]

Congrats on accomplishing your Kickstarter needs! Fantastic work

[@AstAMoore]

I think the LD (load) mnemonic is much less confusing than MOV (move). You don’t _move_ values into registers as such; you _load_ registers _with_ values. Additionally, you can load registers with values of other registers or memory locations. Since the original values remain unchanged, the notion of _moving_ values is at best misleading. Keep up with the series! Make Assembly Great Again!

[@nikolazelovic2285]

Ast A. Moore I was just thinking the same thing

[@KuraIthys]

Ast A. Moore I suppose. Depends on the processor and it's instruction set though. If you were dealing with an snes or a commodore 64 you'd find what you're allowed to do with registers is quite restricted, and there is no generic instruction to move values from memory into a register, but rather a bunch of more restricted ones. Then again the majority of operations on these processors are register+ memory operations. For insantance, to add two numbers you load a value into the A register, then pass a memory location to the ADD instruction. (possibly using the x register to store a partial adress, though aince there are about 27 addressing modes there's lots of odd variations). the result of the ADD instruction has then overwritten the contents of the A register. Which you can store somewhere in memory.... I guesx that doesn't really say much about mov vs ld really. XD neither truly makes sense because the implication of mov is that the value is erased from the source. It's really a logic thing. load implies 'load a value from ...', move implies 'move a value to ...' Yet the reality of course is that you need both a source AND destination for such instructions to make any sense... as mnemonics, either of those only really truly makes sense if one of the two is implied. lda makes sense (load from the specified location to register a), mva would sort of seem like a store instruction rather than a load. But of course if you have a generic load, store or move instruction that specifies both source and destination it all amounts to the same thing, but with different emphasis. load (x)(from), store (x)(to), move (x)(to). move has the disadvantage of implying that the source is erased, which it pretty much never is, so in that sense, mov really doesn't work logically. but mnemonics are arbitrary anyway. two assemblers can use completely different mnemonics and if they produce the same binary instruction codes in the end it doesn't matter which you use.

[@AstAMoore]

Well, you are not wrong, and different architectures indeed work slightly differently. But consider these two CPUs: Z80 and 8080. The Z80 is 100% backward compatible with the 8080 (to the point of having identical opcodes). Nevertheless, conventionally, the Z80 uses the LD mnemonic, whereas the 8080 uses MOV (or variations of STORE). For example: MOV A,B vs LD A,B MVI A,byte vs LD A,byte LHLD word vs LD HL,(word) SHLD word vs LD (word),HL STAX B vs LD (BC),A These are identical instructions and after assembly, the resulting machine codes will be 100% compatible. Yet, Zilog decided to make the instruction set more uniform and straightforward (and, extended it quite a bit, naturally).

[@RobNicholson1234]

Writing code equally in Z80, 6502, 68000 and 8086 for multiple platforms just used to make my head hurt ;-) I learnt Z80 first (Zaks!) on my ZX81 but then came across the 6809 at university. Always preferred t e 6502, 6809, 68000 family over the Z80 and the horrible 64k banked 8088/8086. The key problem was that you could write a routine in 6502 and assuming your algorithm was sound, the first attempt was pretty much as fast it'll ever get. With the Z80, there were loads of tricks of which the main one was trying to keep everything in registers as compared to the 6502, accessing memory was real slow. So with Z80, you might re-write that all important "WriteSprite" routine on the Specky three or four times. The 68000 was a dream to work with. Loved it. Shame that Motorola didn't win the CPU wars. Intel's CPU line held the industry back quite a few years.

[@AstAMoore]

I also started on the Z80 (on the Speccy, though; skipped the ZX80 and ZX81). Then there was some 8086, then the PIC, then the 68k and the PowerPC (both on Macs). Loved the PowerPC architecture. I must admit that optimizing my Z80 code was, arguably, the most satisfying part. Sure, it wasn’t always straighforward, and I occasionally resorted to self-modifying code (which is a no-no on modern systems, because of security reasons), but that was the _exciting_ bit. Counting the bytes and T-states, shaving off a couple here and a couple there, working around the Spectrum’s quirky screen memory addressing, sprite flickering, etc., there’s was a great deal of thrill in it. I still write a little bit of Z80 code from time to time, just because I enjoy it so much.

[@flavysvlogs5697]

Gives an insight on how much programming languages have evolved

[@IceMetalPunk]

I hope this is a full series; I'd love to learn about how this flavor of assembly interacts with I/O, like buttons and graphics :)

[@Mtaalas]

Button inputs are just hardwired to the hardware in such a way that when you press a button, there's a register somewhere in the system that changes value accordingly. Then you can read that register value and do what ever you want with that in your program. The "input register" might not be located on the main processor itself but on a peripheral IO device that's behind a bus of some sorts (SPI, I2S) in which case you might need to write the routine to get the values from the pheripheral to the processor/RAM and then use them as you wish. But it's all the same, twiddle registers and use the values.

[@thatsnotright]

You're ignoring debounce requirements, and most inputs are not mapped to a register but have to be read in to a register. Perhaps the peripheral already debounces and you just need to read over the bus in to a register.

[@Triantalex]

ok?

[@xplinux22]

Slight nitpick: this video should be titled *Game Physics (in assembly)*. Assembly refers to the actual language being used, and an assembler is the program used to convert assembly language into machine code. Nonetheless, this is an excellent video as always!

[@mayurbalwani7277]

Assembly codes are superfast! C complier unnecessarily extends the length of the code, but by organising the registers so that none of them is wasted and placing of the instructions, we can get max out of the CPU performance. This basic programming reminded me of my graduation years when we used to do the programming in assembly and analyse the entire operation through machine cycles and its waveforms. Amazing to see how higher level languages and highly resourceful CPUs have abstracted the process and relieved user from this lengthy process.

[@verymuchgoodgaming132]

Mayur Balwani I think it's worth noting that all popular and large C compilers have been designed for maximum performance of the resulting assembly (with proper settings of course) for years. This means that most programmers won't be able to create more efficient assembly code than those compilers.

[@gabydewilde]

there is no such thing as maximum performance

[@mayurbalwani7277]

gaby de wilde But there is something called maximum value of a function and optimisation techniques in the mathematics and also in real life. I have seen programmers optimizing their code to make the processor do what seems very difficult or even impossible to do with such least resources.

[@iAmTheSquidThing]

There's a digital guitar amplifier called a Kemper. You plug it into any other guitar amplifier and it copies its tone almost perfectly. Apparently all its algorithms are written directly in assembly code.

[@nharding]

It is difficult to write assembly language on modern x86 processors (with speculative pipelines, etc) but those considerations don't apply to 68000. You can write code 50% to 300% faster in assembly language (I needed an interrupt driver for sampled sound on the ST, and so I used the USP as a temporary register that was used to keep track of the sample address, that saved 8 cycles, and since that code was executed 8000 times a second, it was 8% more efficient with just that one change). I wrote a 68000 to C converter for Sonic 3D and I had to work out whether the condition codes would be checked, in order to reduce the code size and get the code to run fast enough.

[@PointB1ank]

This guy was probably like, "finally some recognition for this project I've been working on for 3 years."

[@yoran-g]

This was awesome! Would love to see more assembly themed videos. For example a video explaining how you write an assembler from binary, if that's how that works.

[@dafl00]

like that bit at the end.. nice to know there are channels that still read the comments

[@Triantalex]

ok?

[@Zuschauerquaeler]

combining my two favourite topics!

[@severinsporri6123]

word.

[@user10cool]

0:40 “So if you can imagine back to your BASIC days...” Uh what age is the target demographic of this video?

[@shubham.1172]

@B3ro1080 We used to write QBasic in the 6th grade (2010) :)

[@tiny_toilet]

@@shubham.1172 No way. I can't believe it was still used that recently. I remember learning on QuickBASIC way back when.

[@shubham.1172]

@@tiny_toilet haha, it's still there in school curriculums in India!

[@tiny_toilet]

@@shubham.1172 Glad to hear it. Judging by the number of engineers I've met from India, they've always taken their technology education quite seriously there.

[@Triantalex]

false.

[@DaVince21]

He did it! He finished making the game! Congratulations to Matt. :)

[@marekant7776]

Microprocessor Systems Design - Alan Clements. Great book on the 68k processor, for those who are interested, and would like to get into this. I picked it up for less than $10 shipped, amazing. Great addition to my library.

[@aionmagan7280]

i would enjoy a 1 hour video of him explaining everything in detail

[@MrAntieMatter]

That guy has a really nice shirt.

[@fgregerfeaxcwfeffece]

Invader Zim Merch is awesome, i know. Just poke the wound.

[@JoeKenyon]

It's Sips O'clock... Oh wait wrong channel.

[@Triantalex]

false.

[@pjakobs]

Ah the beauty of 68k assembly, did a lot of that back on the Amiga and enjoyed it greatly.

[@heaslyben]

This was great! A very clear presentation of advanced technical material. Thanks again!

[@jayjeckel]

Loving these videos, Matt is awesome. :) To anyone who's goal is to learn 2d game mechanics, if your specific goal isn't learning assembler, then don't start with assembler. You would be much better off starting with something like Python and PyGame or even C#/Mono and Xna/MonoGame. One of the main reasons that programming languages exist is so that people don't have to use assembler and worry about things like assigning registers and dealing directly with buses.

[@Triantalex]

ok?

[@TheGuruMeditation]

Brillant video. Thank you very much. I love this channel! -- Bill

[@Triantalex]

false.

[@68000Mark]

Ah the memories come flooding back to when I coded in assembly on the 68000 & 68030. Move.l #x,d0 = 16 cycles and move.b or move.w #x,d0 = 8 cycles (on the Atari STe). Spent many hours trying to optimise my code run in one vsync cycle.

[@xanokothe]

This guy knows a lot!

[@Triantalex]

false.

[@spyrex3988]

assembly language is so fukin cool. I loved every single bit of my microprocessor architecture course in college sem 2

[@Epsilonsama]

To think that 30 years ago this was how you made games.

[@bastawa]

My first contact with assembly was on atari 65xs. I bought a book which was very hard for me to follow. This guy makes it so clear and easy! Thanks

[@wesmatron]

An invaluable vid no matter which language you program in

[@RightReverb]

Thank you so much for the video. You guys are making youtube useful again. Thumbs up!

[@iggienator]

I have been coding a vector graphics rasteriser on one of the industrial control processors at work. It takes a long time to do seemingly small stuff but it feels so damn good when it finally works!

[@StrangelyIronic]

I wish I had an explanation like this back in the day. It would have made me want to learn more and make me keep going with the idea of, "I can actually understand/do this." I the hang of Assembly with an Apple IIGS at a young age in a fairly short amount of time. That said, I also approached (and still do if I'm being honest) a lot of things with the result of hitting a brick wall figuratively over and over and over until at one moment it's like a switch is turned on, everything I've been taking in makes perfect sense, and I can easily do what I was attempting to do. That might be a learning problem, though; the same thing happened when I was learning to type, learning other languages, etc. When I teach mathematics now on the side I try and use as many descriptive word problems as I can to explore the processes in ways that relates to the student. I find I don't "hit a brick wall" nearly as often when presented in this way (like this player example) versus boring problems with no attachment or visual elements past just numbers.

[@ronjon7942]

I resemble your comment. Thanks for sharing.

[@tarcal87]

And this is just the very beginning and nothing visible on the screen - I can barely contemplate the fact that the original Roller Coaster Tycoon game was written almost purely in Assembly. Hats off to that developer

[@2dapoint424]

Did Matt have own channel where he teaches these things in depth?

[@Jbdoster]

This video means so much to me.

[@RonJohn63]

19:14 Didn't realize it was widespread? But SCSI has been around since the early 1980s. Almost all of the M68K Macs used it for hard disk IO.

[@Computerphile]

+RonJohn63 he meant how widespread saying "scuzzy" was instead of saying "S. C. S. I."

[@RonJohn63]

***** And people have been saying "scuzzy" that long.

[@Cre8tvMG]

West coast generally said 'scuzzy' and east coast generally said 'sexy', from my experience in the 80s and 90s.

[@RonJohn63]

Cre8tvMG _West coast generally said 'scuzzy'_ And Gulf Coast, since the 80s. _east coast generally said 'sexy'_ I've worked professionally with people in NY/NJ since 2GB drives were common in the mid 1990s, and never once herd them say that they needed to install or replace "sexy" drives.

[@mrboyban]

Matt is very knowledgeable, so much so that he moves and sounds like he is part of the assembly.

[@espacemaxim]

Basically this is what a real life wizard looks like

[@Fenris0000]

Excellent video, from basic concepts, a detailed explenation of assembly language...

[@totallynotabot151]

Very nice introduction to both assembly and game programming!

[@gustavosalmeron2013]

Using music sheet paper to explain assembly code. A true gentleman.

[@needlessoptions]

*Assembly An Assembler is the tool used to compile Assembly language.

[@Thaden0]

The 'pc' register I've only ever heard called the IP (Instruction Pointer). Are they different things?

[@notroop]

They're the same, the Program Counter register on x86 (amd style) assembly is %eip (IP being a mnemonic for instruction pointer).

[@ELYESSS]

PC stands for program counter and they are the same

[@WujuStyler]

I read somewhere somebody called it the "Reading Head" or something like that.

[@MaakaSakuranbo]

"Reading Head" sounds more like a turing machine thingy.

[@jtsiomb]

Different CPUs call the same things with different names. In most architectures it's called a program counter, on intel x86s it's called an instruction pointer.

[@happy_labs]

Very cool video, I like the straightforward explanatory style.

[@Impedancenetwork]

That BGT is the same in ARM assembler. I write code for embedded ARM processors and it's the same. BLT (Branch if less than), BGT (Branch if greater than)

[@adrianflo6481]

could you make a video going through and explaining how someone could be as mad as to write RollerCoaster Tycoon in x86 assemble ?

[@danielf950]

Was it, really??

[@adrianflo6481]

@@danielf950 yep.

[@danielf950]

@@adrianflo6481 Thanks, I didn't know that. What a patience! Merry Christmas, Adrian.

[@adrianflo6481]

@@danielf950 merry Yule!

[@danielf950]

@rerunturbografx that's amazing! I never knew Assembly could be used to write CPU agnostic software! I mean, I thought each CPU had it's own Assembly. I'll look into it. Thanks a lot!

[@Ry____]

Great job on explaining assembly! I wish I had this video when I was trying to create my “bear in a maze” game in assembly language!

[@kenny-kvibe]

I think Carry Flag is when the value is bigger than the available current registry space that it's in, so that the flag tells it to carry the leftover (bigger) values of the whole value to the next registry space, because of it's size it can't be saved in one registry space. And for that of what he describes at around 4:45 is called the Negate/Negative flag. Otherwise nice video :)

[@marlandkennedy7747]

I wish you were my teacher when I was taking machine programming.

[@erdmax_]

Ahh you're so close with your Kickstarter, I really hope you get it. Game looks like it could be really fun.

[@IceDelight]

Oh I recognise that place, it's the NVA in Nottingham, I used to work there, haha. Unfortunately it closed down last year.

[@Lambda_Ovine]

I would love if universities taught microcomputing by making a video game on a SEGA mega-cd.

[@jgallantyt]

Anyone casually interested in assembly should check out the game "Shenzhen I/O" on steam. It's a puzzle game where you write assembly for fictional microprocessor chips and interconnect the chips on a circuit board to get them all working together to solve a problem. It's a lot of fun and gets quite challenging. I highly recommend it.

[@rolandgerard6064]

Brilliant presentation

[@stretchx]

Cool Video - I hope his game gets funded, It's so close!

[@anothermouth7077]

Foetnite kids will never be able to imagine how mind boggling it was to have games in 8 bit

[@GodzillaGoesGaga]

This takes me back. OMG !!

[@michaelnorman5045]

And everyone said assembly was hard. Maybe we just need this guy to explain it.

[@davidchien8149]

Assembly is very easy to understand-Anyone must rearrange your brain to think about the program from the most simple (+,-,*,/) to complicate TN/STN LCD Driver.I focused on assembly over 30 years and prepared to introduce H/S for some in Taiwan.

[@Mgaak]

"lets define gravity" has a really shocking and awe inspiring tone there.

[@goeiecool9999]

11:02 Wow! Such luxury! Keeping track of a variable in a register. That's really nice. It's kind of inconvenient having to push and pop all the time.

[@SWAGCOWVIDEO]

This was a really well made video. It'd be awesome to see more of this kind of stuff - programming physics in 2d games is brutal when you write the physics yourself. It took me 3 weeks to figure out how to teach my program the difference between a collision with a wall and a collision with the floor / ceiling. And guess what, by the time I had a working prototype, I stopped working on it because the code was getting too long for me to jump back into. I'd definitely want to see a professional show how it's supposed to be done.

[@Dkm666Sr520]

Awesome!!! I would love to see more on this, especially the sprites

[@FennecTECH]

ya know what ima buy this game lol

[@AntiPattern123]

Preorder the digital deluxe edition to join the closed alpha and get the season pass

[@Triantalex]

ok?

[@shaddoty]

Hey it's the guy who made Tanglewood, what a G

[@davistalhone9482]

This all makes sense in terms of establishing all the game's parameters- I need to keep digging until I discover how Assembly is used to plot graphical points. Years and years ago I wrote complete games in Basic and have been intimidated by Assembly for as long as I can remember. Looking at it like this, it make a lot of sense.

[@totallynotabot151]

Drawing pixels is not really part of languages, it depends on the computer hardware and operating system. He's developing for a Sega console so he can probably just write pixels to a character map and then characters into a tile map using direct memory writes. On a modern desktop PC you would have to call OS functions to do that instead.

[@MrDiglenson]

Man, this guy is soooo inspirational

[@abrahammaldonadobarrios3393]

Great Video!! I want to see more of this!

[@sebastiandrozd18]

I cant watch these videos. I will never be on the level of this guy..genius.

[@YDwelve]

12:30 Really need to see that one!

[@Triantalex]

false.

[@harleyspeedthrust4013]

I haven't been doing Assembly in a while, but seeing this video makes me want to get back to it and make a little raycaster. So, I will do that now.

[@vibaj16]

I tried that once...in a high level language...and failed. I’m working on a true 3D engine, and somehow I’m better at that than a raycaster...

[@SaccoBelmonte]

Just crazy how they get from this to a graphical end product where you see none of this. Mindblown.

[@aguyinavan6087]

Thanks so much for this. I loved it. I have been learning some assembly from a book and this really helped me get the context.

[@elhafo6925]

Excelent video, thanks for sharing!

[@8ytan]

I'd be interested to see more on this topic.

[@CravenCoetzee]

Good video. Interesting. This guy should feature more often.

[@Thillonoz]

I haven't seen Assembler before, thanks for the video.

[@dmitripogosian5084]

Much of this is not about the assemblyr but about how you discretize and solve differential equations. You do the same steps whatever your language is

[@BoxingHacker]

This guy needs to be a teacher. Sheeh.i learn so much more from this video than my assembler language course in college lol

[@BigPapaMitchell]

More of this stuff please

[@HomeofLawboy]

This is a really well made video!

[@abhishekshah11]

No dual monitors. No wide-screen. No VS code. This guy!

[@juanmena3648]

His looks, his monitor, keyboard, pc, the fact that he has a SEGA console and the cameta quality... *makes me feel like I'm in the early 90s watching a VHS that's probably called:* *_So you want to code games? TUBULAR!_* InB4: I too have the same look as his... but I lack the coding skills...