You've got no chance of becoming a gigachad - sorry

I agree that Assembly itself is easy. The hard part is understanding your hardware, all the opcodes and the memory to name a few.

The problem is how time-consuming it is to write everything because it's all broken down into little tiny steps. I considered writing some macros or something before I realized I was inventing C from first principles.

I still can't believe Chris Sawyer made Roller Coaster Tycoon entirely in assembly. Possibly the biggest chad move in coding ever

Learning Assembly isn't nowadays just for embedded, driver, kernel, etc. programmers but for anyone that wants to understand the WHY and HOW of your higher level programming language and your operating system. You'll develop a better understanding of what's happening under the hood so to say.

Completely agree! Assembly is much simpler than most programming languages, learn the basic operations and registers and that's pretty much it. The hard part is keeping track of all what’s going on in your head!

My understanding of assembly is fairly trivial, but not gonna lie i had fun time learning Intel 8086 assembly in college.

This is why I recommend people take a compilers class. Understanding the intricacies of compilation really helped me to understand how assembly worked; especially when it comes to how the registers are managed and how it interacts with the stack during function calls. Someday I’m going to try to implement Donald Knuth’s MIX computer architecture (emulate it on qemu), build an assembler for it, and maybe even build an LLVM backend for it and a small compiler to compile a toy programming language down into mix.

I use Assembly for ROM Hacking, and I was really intimidated to learn it at first, and it took me taking a class in ARM Assembly to realize that it's actually not that bad. Once I figured out how 65816 Assembly interacts with SNES hardware and the game itself, I've been able to pull off a lot with it. It's a lot of fun, and it makes you feel really smart when your code works exactly as intended!

FINALLY, A TUTORIAL I CAN FOLLOW. Not that I couldn't follow along on all the other ones, but I have been banging my head against this wall for years. Somehow, I've never been able to get so much as an actual error message out of the assembler. Seeing "syntax error" because I forgot the leading periods in the asm file made my whole week.

The only difficulty of assembly is the fact that is the most machine-like language u'll ever have, If u turn your mind into that and consider what a computer actually does, it turns far easier (it's not easy btw) to learn.

Huh, you managed to make asm acctually understandable. I'll acctually try to pick it up after this considering I am into electronics. Cheers lad. Takes special skill to explain like this.

I've been learning 32 bit assembly for a uni class and this has been way more helpful than anything my prof has taught even if 64 bit is a little different

Great, great video. Having learned some ASM 6502 this past year made this video feel very accessible. It gets easier with time and practice! Who knew? Thanks for making this.

You are such an inspiration man

tis-100 is honestly where most of my assembly knowledge comes from. It''s definitely not the full writing in assembly meme, but it's close enough to understand the high level of how it's working and you get to solve some cool puzzles along the way.

Thanks for reminding me of the Assembly programming language. Since I left college I've been into low level language such as the Assembly but I don't have the chance to work on it. And now I do and you made me remember with this simple tutorial

I very much needed to be reminded, at this exact moment, that I could be doing this thing I'm doing the right way in assembly. Thank you for helping me be my best self. Great vid!

I just watched your video about return statement and instantly subbed , keep making content like that brow I love low level learning

Awesome to see assembly content. A long time ago I would have Microsoft C output asm which I could then edit for optimizations based upon knowledge of the incoming data. 10% to 50% reductions in clock cycles made a huge difference.

This is such a simple tutorial that doesn't overcomplicate the use of instructions. Thank you.

I got inspired by your assembly course, got myself a risk-v board and I am now trying to create an assembly only project. First steps, creating macro's for push, pop and basic string functionality so at least I have some way to debug my code. 🙂 I actually cheat a bit, chatGPT is a big help in assisting me to get the macro's. However sometimes it gives me wrong information. I could not manage to get my Windows 10 set up correctly, but used an Raspberry pi 4 instead, VS code that can remote connect to the Raspberry pi and off I go. Programming in pure assembler, you have no idea how easy it is compared to bloated higher level languages that have a steeper learning curve than assembler.

Perfect! Thanks for keeping Assembly alive! I believe most of the young programmers won't really appreciate it, but this is a great initiative! Thanks again!

Yea, my friends just love when i start talking about assembly... great video, love to see i am not the only one interested in this stuff :)

that's actually one of the cleanest hello world i have seen in assembly.

Ah, that takes me back a decade or four. Definitely worth understanding, and cool as hell, but life is too short! Good 10 minute starter.

Assembly is really useful when you need optimal performance from your hardware, but it's much more time consuming than C or higher level languages. Back when CP/M and the Z-80 ruled, you'd use inline assembler in Turbo Pascal to speed up graphics calls. It was also used to emulate hardware peripherals - software serial ports, cassette tape drive IO or composite video outputs ( e.g. Sinclair ZX-80).

Making a genesis game in pure motorola 68000/z80 has been a blast for me. It's a hell of a lot of fun writing out a function then referencing op code cycle times to optimize written functions. I've never tried inline assembly before in c but that looks like it might be fun.

The most exciting part about assembly language is discovering the different ways different chip manufacturers implement their code, such as the classic little-endian vs big-endian memory addressing, or even how the internal registers look - Microchip PICs are a good example of a totally different strategy from Intel based register architecture. The point of all this is you can "say" you know how to write code in assembly language, but any other experienced assembly coder will ask you "which one?", as there are as many assembly languages as there are types of CPU. I was fortunate enough to get to learn the assembly language for the AP-101S CPU used on the Space Shuttle!

thank you for a moment of genuine clarity in my thinking!

Assembly applications in real world can be divided in two categories: 1) learning/fun purporses. The code here will be relativelly small, simple to understand and maintain. Nothing special. 2) real applications/demo scene/games. These WILL require a lot of discipline and patterns to organize files, procedures and naming conventions. In this case, it is also mandatory to grab a good set of libraries to not reinvent the well every single time you start a new project. But that is true for any other language; imagine writing anything in C or C# or Java without any packages/libraries!

This is hands down the best introduction to assembly I've seen. Everything explained super clearly from the beginning and a lot of things just suddenly fell into place that didn't before with other tutorials or examples. Only recently started watching this channel but the more I do the more impressed I get

Great content as always. You rock bro!

Thanks for assembling this tutorial!

This is great - thanks for putting it together. Minor nitpick: "\" = backslash (per iso8859 and utf-8), "/" = slash

A really nice no-nonsense getting started! Thanks!

Thanks a lot for your video. Awaiting the new ones. Assembly is good to understand how processor works. This might me useful for micro controllers also.

reminds me of mips programming i did in college a few years ago

With the sort of stuff people (including me) program in nowadays, programming in C and even knowing what a pointer is is already impressive by those standards. I tried to explain pointers to my JS dev friends, but it's a hopeless endeavor

Earlier this year I was writing PDP-11 assembly. :p Which is surprisingly kinda easy-mode assembly as far as what it'll let you do, but you do have to make various considerations for performance.

OH MY GOD. HOW COOL IS THAT! Please, Do more assembly videos!!! Thanks!

This is pretty cool, and may come in handy. Im thinking of making a super small JIT which just emits the byte sequence of some easy instructions to assemble some dynamic, but still pretty performant code together

Understanding assembly also gives a lot of insight of how languages like c++ uses memory and inside stuff works.

Next Tutorial: "Learn Malbolge in 5 minutes (SUPER EASY!)" 💀

Nice. The last time I used an Intel assembly language was 1995. With a some good books I learned how to use it. I had 2 options: Borland's Turbo Assembler and Microsoft's C IDE, where asm could be embedded in C. I used them both and it was fun. Before that I learned to use the somewhat different assembly languages for SIEMENS and IBM Mainframes and later on I used the one for IBM. This is another time and another assembly language.

We need a course on writing Secure/Safe C Programming for beginners!

as soon as i started watching a full video and i saw the helmet come out during the good content i had to hit the like button lo.l thanks man for trying to entertain while teach us meticulous topics! okay back to it im resuming now!

That was really cool. While watching the video, I congratulate myself for dispising OOP, for the fact that, when compiled, the code is always procedural. And today learning ASM is so much easier than in middle 90's, when I messed around with MS-DOS's DEBUG.EXE. I even wrote a small assembly interpreter using MS QBasic (using peek and poke commands to directly execute binary code). Good times.

Good introduction, and good job busting the asm is hard myth.

I understood a chunk of assembly for the first time! Please make a course for x86-64 assembly!

Even though I know all this I still watch it because I love assembly too much (I think you already know?).

Woooooow man!!!!! I am just too happy !!!! Just imagine yourself crowd surfing! Please make more videos on assembly like this, maybe devices, maybe network, gpu, idk!

God told me to code a game in assembly. I am glad he didn’t tell me to build the next temple after Terry’s hard work. That’s a tough act to follow.

I wrote my first Motorola 6809 ASM program in 1984 on a SWTPC running the FLEX OS. I've been brain-dead ever since.

Quite a good vid and well presented as it gets straight to the meat and potatoes rather than inundate you with algorithms of how to arrange baby blocks in a straight line.

Assembly is fascinating. For a few years I have been toying around with high-level languages and always felt like something about it was interesting, and now I know: it was whenever something went wrong on the lower levels

Nice job. simple and clean, thanks.

This was pretty cool actually. Thanks

I love you instructional video's, and you're twitch stream. Do you got longer video's that contain more information? :)

this is my new favorite video! more please!!

Assembly is cool. It's neat to see how things get done under the hood. .

Asm is very simple in principle, but to use it effectively, you really have to know the hardware you’re working in. Not to mention you have to keep a lot in your head at once such as which registers you can write to, and which registers hold the values you need, and which registers will be overwritten by another op. Not even getting into things like the question of whether your stack is aligned or not, if you popped all registers you pushed off the stack and where your parameter is located in stack relative to the current stack ptr (if you don’t have a base ptr). Add those things together and you end up with a kind of difficult to use effectively language

I learned IBM assembly language, for their S/370 "mainframe" computers back in the 1970s. I later learned assembler for the Zilog Z-80, which was an 8 bit computer which was based on the 8080. I love assembler. But it does take longer to code, at least for me.

Could you make more videos about assembly? Some ideas: - What's the difference between MOV and LEA? - When and how to use segment registers? - How to do floating point arithmetic? - CPU extensions. Like AVX and SSE.

Your guide is very informative. It looks a lot like BAL, basic assembly language on the ibm 360 that I used to use 40 years ago. Gave me a little deja vu. The assembly language looks a little simpler than BAL. Thanks for a great video. Well done. I guess you can’t save to a sql database w this? We used to save to flat files

Back in the day, i was learning Turbo Pascal and in order to do realtime animation, i learned to write a refresh screen routine in Assembly because TP's refresh was too slow. It was the only time in my life that i had to use Assembly (that was in the 90's, kids.. lol)

Now you can pridefully put the assembly in you resume xD

Pretty sure the 'r' in the 64 bit register names is actually shorthand for the "rex" prefix, which I think means literally "register extension". Think: "rex eax". You need the "r" here because its presence promotes the 4 byte operation to 8 byte and allows twice the possible registers to reference via the lower 4 bits of the prefix used as 3 high bits for each register address included in the mod-r/m byte, which only has 3 bits per register thus why 32bit x86 only had 8 general registers and why even bytewise operations on the high 8 registers need a rex prefix (i.e. an extra byte) so there's less program size advantage to downgrading them. I think the 'e' in "eax" actually means "extended" too, from Intel's jump from 16 to 32 bits. "extended ax". x86 is currently a hodgepodge of extensions to its ISA and I actually love it for that.

And one dude programmed Roller Coaster Tycoon with this, I still can't believe it.

If you want to see how all this "assembly" works under the hood i suggest you watch the Ben eater 6502 series.

Can you make a longer series about assembly?

Really good tutorial. The only criticiam is that the last part with the syscall was a littlw rushed but overall everything else + the introduction was well explained.

awesome man! thanks it' is really cool

I'm definitely adding this to my resume!

also thanks for linking the syscall table site

Great intro! Thanks for sharing.

I know assembly and this video didn't convince me that its cool to know... You made me cry.

Great tutorial, thank you so much. For some reason, it's the first time that I get it on PC world. In the PC (OS) world the syscall is a "black box" assembly. Right? I learned assembly in home computing, whereas you stored to a memory location a value and the hardware made the rest without CPU cycles consumption. No need for "black box" assembly and way faster too. You were able to calculate everything, For this reason I like embedded programming. (no OS).

Will be coming back to this video perhaps a few times

An amazing aproach!

Love it! Could you do a series on assembly where you go into more detail?

Haven't seen assembly in more than a decade back in college. Maybe I'll try it again for fun.

I loved assembler! I wrote assembler for the IBM 1401, the 6502 on my Apple, 8080 on CP/M on my Apple, and 8086 assembler on a Windows PC. Give me a macro-assembler, and I can do pretty much anything.

brief and comprehensive video

Awesome video love to see more low level code

Not studying this for a class or anything but for me to understand it better for Immunity debugger

I attempted to program with machine language on my Apple IIGS. I borrowed a book on Apple machine language programming @ the Hawaii State Library, ages ago.

Yes, you are correct in saying that people overcomplicate things, for sure. I usually point out that ALL other programming languages consist of abstractions and interpretations of abstractions which makes it challenging to wrap your head around. Hence the hopping from language to language trying to reduce the mental anguish. haha Of course you also have the abstractions related to the problem you are trying solve, so you end up with abstractions within abstractions, making it worse. That's fundamentally what's wrong with C++ ... it deepened the level of abstractions with multiple contextual input variables and so on, which is why I avoided it like the plague. Years ago, I was doing a lot of Assembly language programming, primarily because the microcontroller chips I was using simply did not have a 'C' compiler available (or it was at a horrendous price) plus they certainly didn't have much non-volatile memory so you could not afford ANY abstraction that increased the number of instructions being used. Every step had to be carefully weighed for how much code memory was being used and how much time it took to process those instructions. Number of machine cycles, in other words. When you think of it, every single software program in existence could be rewritten in Assembly language and I'd bet that every program would be vastly improved in both performance and energy consumption. It wouldn't be easy but it would be possible. And fun, frankly. 😁

9:43 Truly asm is extremally simple only took us almost 10 min to write a hello world lol The tutorial is great thanks a lot.

Best video in Assembly ✨️in 10 minutes

The actual code behind "syscall" is (AFAIK) int 80h, which is an interrupt call for the Linux kernel.

I like assembly because of the minimal overhead. Toolchains, makefiles... I don't have the patience for them. I've got a good setup for assembly development that just works. Does what I tell it to 100% of the time.

Ok knowing how to program with assembly isnt the hard part. Its understanding the architecture that your coding on

great video man!

Good video, I tried it in Kali, and I could do all but the hello world. Also the errors I got were different, anyway, thanks man.

I really liked the introduction into assembler. It doesn't look that scary anymore.

Thank you for the video.

Please do Intrinsics next! Useful for getting extremely performant small chunks of code without going full assembly.

great tutorial and all, but where do i get the program you're using

How do you know which registers are for what purpose? Is it CPU dependant? Is there a list/cheat sheet for that kind of thing somewhere?