KZhead
Ғылым және технология

you can become a GIGACHAD assembly programmer in 10 minutes (try it RIGHT NOW)

Low Level Learning
2023 ж. 7 Мам.
513 402 Рет қаралды
Жүктеу

People over complicate EASY things. Assembly language is one of those things. In this video, I'm going to show you how to do a 64-bit assembly Hello World. And it's only going to take you 10 minutes to do. LETSGO.
🏫 COURSES 🏫 Check out my new courses at lowlevel.academy
🙌 SUPPORT THE CHANNEL 🙌 Become a Low Level Associate and support the channel at / lowlevellearning
🛒 GREAT BOOKS FOR ASSEMBLY PROGRAMMING 🛒
Blue Fox: Arm Assembly Internals and Reverse Engineering: amzn.to/4394t87
Practical Reverse Engineering: x86, x64, ARM, Windows Kernel, Reversing Tools, and Obfuscation : amzn.to/3C1z4sk
Practical Malware Analysis: The Hands-On Guide to Dissecting Malicious Software : amzn.to/3C1daFy
The Ghidra Book: The Definitive Guide: amzn.to/3WC2Vkg
🔥🔥🔥 SOCIALS 🔥🔥🔥
Low Level Merch!: www.linktr.ee/lowlevellearning
Follow me on Twitter: / lowleveltweets
Follow me on Twitch: / lowlevellearning
Join me on Discord!: / discord

Пікірлер

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

    @illegalsmirf@illegalsmirf11 ай бұрын

    • shit.

      @LowLevelLearning@LowLevelLearning11 ай бұрын

    • @@LowLevelLearning there's a gigachad in all of us. Don't give up

      @jayshartzer844@jayshartzer84411 ай бұрын

    • @@jayshartzer844 1.21 gigachads (jigga-chads :) ) LLL: thank you!

      @kennethbeal@kennethbeal11 ай бұрын

    • @@kennethbeal "jigga" chads...? 😳

      @thisguyisnotable@thisguyisnotable11 ай бұрын

    • A gigachad can't become a gigachad, because they already are, right? xD

      @joelkronqvist6089@joelkronqvist608911 ай бұрын

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

    @lennarth.6214@lennarth.621411 ай бұрын

    • i mean, I wouldn't call the need for table lookups hard. just tedious and unwieldy. Which is probably the point. I would add that a good general rule is probably that if it's meant to be an industry skill, it's likely not hard because it would therefore not be profitable. That of course doesn't mean it doesn't require a bunch of learning preparation as boilerplate or require an ungodly amount of tedious work. An exception might be something like surgery that is just so fundamentally important that we do it no matter how hard it is and just retroactively structure things to make it profitable. Like give surgeons protections against lawsuits when their patients die in surgery, provided malpractice wasn't happening. A lot less stuff is hard than people think, and it discourages a lot of people from learning.

      @Rin-qj7zt@Rin-qj7zt11 ай бұрын

    • It's definitely more work to get various tasks done, especially if you aren't/can't rely on libraries. The difficulty really comes in when you want to actually use it in a way that is beneficial over using some other language which will automate a lot of tasks for you, or you're on a platform where it's simply necessary because of lack of tools or where those tools can't accomplish the task you need or to do it efficiently. You're both pushed in to territory of a language that is very raw to the hardware, but also needing to really think hard on how to get the task done efficiently.

      @Aeduo@Aeduo11 ай бұрын

    • The hard part is when it becomes large you are ending up creating macros and functions, that you reinvent the wheel with your own custom crappy version of pseudo-C.

      @tonysofla@tonysofla11 ай бұрын

    • The hardware of the CPU is not the hard part, that's outlined on 10 pages; it's the rest of the system: operating system, viruses, security, disk drives, web portal, libraries (you need to know the interfaces to the libraries to use them). That stuff requires a LIFETIME to master, & it is constantly changing.

      @bpark10001@bpark1000111 ай бұрын

    • The syntax is gibberish tho mov eax, dword ptr ss:[esp+] some shit, wtf? I'm trying learn it for hacking games but I find c++, rust etc far easier

      @anon-fz2bo@anon-fz2bo11 ай бұрын

  • 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.

    @sempersolus5511@sempersolus551111 ай бұрын

    • So true, your own custom crappy version of pseudo-C. Assembly is fun to know and is a must if you play around with a 6502 On Arm I only use it now when I needed to preset values for a reset (reboot) to a new fixed address.

      @tonysofla@tonysofla11 ай бұрын

    • I think you can write C code, then ask compiler to generate Assembler code out of it - now you could learn from it or modify ;-) Fast and tweakable!

      @igorthelight@igorthelight11 ай бұрын

    • Yeah I've been running into that issue myself lately. The thing is, I haven't touched anything besides Assembly in my life yet, and it still happened

      @malsdenmd@malsdenmd11 ай бұрын

    • Not everything should be written in assembly but some problems are easily solved that way. I've been programing an Arduino in C and I'm quite sure it would be easier in assembly. I have no way of knowing if the C will even work reliably because I have no way to know what code it generated, it is quite possibe my interrupt routines will take longer to execute than time available. This is not something easily tested because the errors will only show up under certain load conditions.

      @jrstf@jrstf11 ай бұрын

    • @@igorthelight The nature of compilers in general, they create the intermediate files which are assembly, then feed that through the linker to produce machine code, you are correct that you can set a flag to preserve the assembly code. Generally the compiler toolchain is configured so the compiler breaks down the code, produces an efficient assembly then it will write the object files, run it through a linker then produce a final runnable file.

      @charlesmayberry2825@charlesmayberry282511 ай бұрын

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

    @JacobdelaRosa@JacobdelaRosa11 ай бұрын

    • That just blew my mind

      @travis8106@travis81062 күн бұрын

  • 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.

    @leon_De_Grelle@leon_De_Grelle8 ай бұрын

    • Thanks for saying this! When you throw away all high level knowledge in computing in favor of learning it all again bottom up, it suddenly becomes scary how many people in software development work with a system they dont understand on any concrete or essential level. It is kinda equivalent to taking your car to your mechanic and they dont even understand basic concepts like torque or gear ratios.

      @homeopathicfossil-fuels4789@homeopathicfossil-fuels47893 ай бұрын

    • Agreed! Plenty of people “showing” assembly, nobody teaching how to use it and accomplish things.

      @e_c6324@e_c632429 күн бұрын

  • 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!

    @LogicEu@LogicEu11 ай бұрын

    • Sure. Assembly is easy, because the opcodes are simple commands. I think what it makes it hard is the real programming. Like, if you want to sort an array .. pretty easy in Python, Java, .... in Assembly not so much, because you have to programm every tiny step of the algorithm.

      @michaelstoeckel2954@michaelstoeckel295411 ай бұрын

    • You have to understantd how the CPU works, how to use the memory addressing and how to control hardware components like interrupt controler, timer chip, keybord, mouse, sound card, how to use BIOS software interrupts from mainboard and graphic card, network cards and a lot more. I do this for many years, but it never end. Actualy i try to learn to program ADLIB 3 register for sound.

      @maxmuster7003@maxmuster700311 ай бұрын

    • @@michaelstoeckel2954 thats the fun part in my opinion, reinventing stuff that already exists is fun for some reason

      @PFnove@PFnove11 ай бұрын

    • That's why it's useful to use a simulator that runs step by step and shows you the value of your registers.

      @tomasfiorentini4126@tomasfiorentini412611 ай бұрын

    • @@tomasfiorentini4126 Yes, it is very importent for beginner to know what a single instructions exactly is doing. I began to learn assembly on 6502 CPU with three 8 bit register before i switched to 80286. There are some tiny diffences on how some instructions works and if a flag in the flag-register is touched or not touched for example. I used debug from MS DOS in the first half year. I take a while to understand that to build a routine on x86 is more simple. Only 8 bit instructions is the hell if you have to handle almost with 16 bit calculations.

      @maxmuster7003@maxmuster700311 ай бұрын

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

    @ristekostadinov2820@ristekostadinov282011 ай бұрын

    • How long ago was this? Intel 8086 brings back memories

      @therealb888@therealb88811 ай бұрын

    • @@therealb888 the course officially stopped being taught last year. I think it was picked that assembly because we studied in depth the architecture in the theory lessons and that processor is relatively simple to explain to newbies comparing to more complex processors.

      @ristekostadinov2820@ristekostadinov282011 ай бұрын

    • Well I didn't, but nevertheless I felt compelled to implement printf in 8086 16bit assembly, i felt proud and miserable at the same time

      @Alguem387@Alguem38711 ай бұрын

    • Good for you! For simple stuff, x86 asm has basically stayed the same, it's just as brain-bustingly poorly designed as always!

      @shadowchasernql@shadowchasernql7 ай бұрын

  • 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!

    @metroidnerd9001@metroidnerd900111 ай бұрын

    • 6502, the language used in NES rom hacking, there's an youtube channel dedicated to Nes 6502 Assembly btw. It's called NesHacker.

      @costelinha1867@costelinha18679 ай бұрын

    • Which class did you take?

      @technicolourmyles@technicolourmyles2 ай бұрын

  • 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.

    @minhquando100@minhquando10011 ай бұрын

  • 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.

    @mage3690@mage369011 ай бұрын

    • I have occasionally created CPU simulations before, and I create custom versions of machine code. Programming anything was pretty awful.

      @infiniteplanes5775@infiniteplanes577511 ай бұрын

    • I bet ChatGPT could've helped you with that

      @kipchickensout@kipchickensout11 ай бұрын

    • I recommend learning either nasm or fasm as they're far easier to use and understand than GNU `as`. They also implement a much better syntax.

      @anon_y_mousse@anon_y_mousse11 ай бұрын

    • is the wall finally broken? have you finally proved that your head is harder and tougher than the wall?

      @91722854@917228546 ай бұрын

    • @@kipchickensout hihi. xd Like in here: mov rdi, qword ptr[rsi]? ;)

      @KarolinaRiddle111@KarolinaRiddle111Ай бұрын

  • 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.

    @sendut@sendut11 ай бұрын

  • You are such an inspiration man

    @IlyesCodes@IlyesCodes11 ай бұрын

    • :)

      @LowLevelLearning@LowLevelLearning11 ай бұрын

    • @@LowLevelLearning It's true, I learned a lot from you. it's extremely hard to find someone passionate and knowledgeable about low level stuff. Almost everyone and their mothers talks about Web Dev and front ends developments but only few talk about the nitty gritty stuff of OS and low level programming. Hope you delve more into assembly programming and reverse engineering.

      @kissinger2867@kissinger286711 ай бұрын

  • 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.

    @GBA8GEHWJWE@GBA8GEHWJWE11 ай бұрын

    • the fun thing about asm is that its not hard, it is as easy as it can get. but its so incredibly detailed that doing anything big in it takes a lot of work. Not an inhuman amount of work, mind, roller coaster tycoon was written in asm back in the day :D

      @Maric18@Maric1811 ай бұрын

    • @@Maric18 Locomotion too obv. and it's currently rewritten into C++ OpenLoco.

      @Zcooger@Zcooger11 ай бұрын

  • 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.

    @thomaswesleyscott4555@thomaswesleyscott455511 ай бұрын

  • 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

    @elstink@elstink11 ай бұрын

    • x86 stuff is so much different with x64. I just sugeest you to learn x64 directly not after learning x86

      @ufufuawa401@ufufuawa40111 ай бұрын

    • I'm learning 32-bit assembly in class too (MIPS-flavored, idk why...) and this video has been more meaningful than 4 hours in class...

      @airstrike5062@airstrike50628 ай бұрын

    • MIPS is pretty easy to work with, and it's the architecture of PlayStation, so if you ever want to hack PSX games you've got a head start.

      @khatharrmalkavian3306@khatharrmalkavian33066 ай бұрын

  • 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!

    @3089io@3089io11 ай бұрын

  • 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

    @LCosta-B@LCosta-B11 ай бұрын

  • 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.

    @silicalnz@silicalnz11 ай бұрын

    • Good grief, that game is something else. I think it's much harder than any 8 bit micro I've ever worked with!

      @williamdrum9899@williamdrum989911 ай бұрын

    • I was thinking about trying that game. I have played shenzhen IO which is fun.

      @simonw3858@simonw385811 ай бұрын

    • Exapunks is good too

      @khatharrmalkavian3306@khatharrmalkavian33064 ай бұрын

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

    @unknownguy5559@unknownguy555911 ай бұрын

  • 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.

    @bobpond6381@bobpond638111 ай бұрын

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

    @yusufhabib3507@yusufhabib350711 ай бұрын

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

    @amosnimos@amosnimos11 ай бұрын

  • 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 :)

    @thebillpepper@thebillpepper11 ай бұрын

  • 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.

    @olafbaeyens8955@olafbaeyens89559 ай бұрын

  • 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.

    @paultreneary@paultreneary11 ай бұрын

  • 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.

    @breathofthewild1749@breathofthewild17499 ай бұрын

  • 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!

    @igomesigomes@igomesigomes9 ай бұрын

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

    @thisguyisnotable@thisguyisnotable11 ай бұрын

    • After that: " Lets build our own CPU from scratch(super easy if you are near sand)"

      @amj864@amj86411 ай бұрын

    • @@amj864 😭

      @thisguyisnotable@thisguyisnotable11 ай бұрын

  • Thanks for assembling this tutorial!

    @jayshartzer844@jayshartzer84411 ай бұрын

  • Great content as always. You rock bro!

    @samshntrash@samshntrash11 ай бұрын

  • 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!

    @MrDaneshdaroui@MrDaneshdaroui2 ай бұрын

  • 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).

    @mikegofton1@mikegofton111 ай бұрын

    • Absolutely. Assembly _was_ useful when you needed optimal performance. But Intel chips are CISC and these days there's over a thousand opcodes, one of which may do what you're trying to do 10x faster.

      @LunaticEdit@LunaticEdit11 ай бұрын

    • No its not useful anymore Compilers write way faster code then one could write by hand

      @maticz3923@maticz392311 ай бұрын

    • REPT 1024 LDI ENDR

      @williamdrum9899@williamdrum989911 ай бұрын

    • Huh. TIL Turbo Pascal had versions for 8-bit machines. I always assumed it started out life as a DOS program.

      @jeffspaulding9834@jeffspaulding983411 ай бұрын

    • @@maticz3923 Well yeah, if you’re a mediocre programmer then of course a compiler can write code just as good if not better than yours. If you’re one of those master assembly programmers like Randy Linden or Chris Sawyer though then no, a compiler is still slower.

      @yancgc5098@yancgc509811 ай бұрын

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

    @bitmasked@bitmasked11 ай бұрын

    • Backslash, forwardslash... no iso needed

      @deanvangreunen6457@deanvangreunen645711 ай бұрын

  • 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!

    @deanlhouston@deanlhouston10 ай бұрын

    • Once you understand modern computer architecture it's pretty trivial to learn a new flavor. Going from 6502 to x86 would probably be difficult, but going the other direction can be done in about an hour. It's more like learning a accent than learning a language.

      @khatharrmalkavian3306@khatharrmalkavian33066 ай бұрын

    • Copyright part of it.

      @allanpatterson7653@allanpatterson76532 ай бұрын

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

    @aakashkhamaru9403@aakashkhamaru940311 ай бұрын

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

    @nimitzpro@nimitzpro11 ай бұрын

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

    @ReptilianXHologram@ReptilianXHologram11 ай бұрын

  • 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

    @supernenechi@supernenechi11 ай бұрын

    • I had to use JS for my course, and coming from a primarily Rust background (basically Rust, Z Shell, and random tiny patches in other languages), I just could not understand how and when something gets mutated and propagated. Finally I saw somewhere that JS passes by copy of reference and finally I understood it a bit. JS is wack, and it makes people wack too!

      @MH_VOID@MH_VOID11 ай бұрын

    • It's really something I believe you can't understand until you've done it in ASM. C's piss poor pointer syntax is a huge source of this confusion if you ask me.

      @williamdrum9899@williamdrum989911 ай бұрын

    • @@williamdrum9899 how exactly is it poor in your opinion?

      @MH_VOID@MH_VOID11 ай бұрын

    • I really fail to understand why people find pointers hard to understand and there's so much hype around it being difficult? I found it to be pretty straight forward and intuitive. The fact that your JS devs friends couldn't wrap their heads around it is beyond me.

      @akshaymanta55@akshaymanta5514 күн бұрын

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

    @baaz5642@baaz564211 ай бұрын

  • 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.

    @Aeduo@Aeduo11 ай бұрын

    • What for?

      @helios8459@helios845911 ай бұрын

    • That was still done in octal. We had a micro PDP 11 at home for my dad’s work. I was already apt at 8086, 6502 assembly and I really loved the PDP-11. Just didn’t like the RSX11 OS. Neither did my dad at that time they relied on VAC/VMS. But this system that was written 10 years before and still monitored even older systems in field.

      @CallousCoder@CallousCoder11 ай бұрын

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

    @GoodFunYay@GoodFunYay11 ай бұрын

  • 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.

    @DimiEG@DimiEG11 ай бұрын

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

    @MrLoLFaQ@MrLoLFaQ11 ай бұрын

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

    @huntabadday2663@huntabadday266311 ай бұрын

  • in 10 minutes you can't even read basic doc about asm and function call on specific OS. Not mention that you need a lot of practice to learn how to build more complicated functions.

    @piotrprs572@piotrprs5725 ай бұрын

  • 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.

    @wilhelmmeyer89@wilhelmmeyer897 ай бұрын

  • 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.

    @lightenlynx@lightenlynx11 ай бұрын

  • 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

    @Mystixor@Mystixor11 ай бұрын

  • 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.

    @herbertpocket8855@herbertpocket885511 ай бұрын

  • A really nice no-nonsense getting started! Thanks!

    @m1geo@m1geo9 ай бұрын

  • Nice job. simple and clean, thanks.

    @dannybolick4783@dannybolick478311 ай бұрын

  • Now you can pridefully put the assembly in you resume xD

    @rotteegher39@rotteegher3911 ай бұрын

  • 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

    @Dominik-K@Dominik-K2 ай бұрын

  • 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

    @electricn0va@electricn0va4 ай бұрын

  • You're a great teacher, it is easy enough to follow especially with a devs background but I really didnt think it was simple maybe I'm just an idiot but I had to pause and reference a lot to understand what it is I was actually typing.

    @Matthew-su3is@Matthew-su3is9 ай бұрын

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

    @SteveAB4EL@SteveAB4EL11 ай бұрын

  • 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

    @KayOScode@KayOScode11 ай бұрын

    • It is just a a habit. You learn these habits pretty fast. And you create macro's, functions for it, inventing a language that is optimized for the code challenge. C is way harder to to learn and write. And there us a lot of bloated historical technical depth in C.

      @olafbaeyens8955@olafbaeyens89559 ай бұрын

  • 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. 😁

    @robertlawson4295@robertlawson429511 ай бұрын

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

    @roberthickman4092@roberthickman409211 ай бұрын

  • 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)

    @dynad00d15@dynad00d1511 ай бұрын

  • this is my new favorite video! more please!!

    @rexoverwatch@rexoverwatch11 ай бұрын

  • 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.

    @starklosch@starklosch11 ай бұрын

    • "MOV" transfers the value from source to destination, "LEA" stores the memory address of source into destination

      @sandpaperunderthetable6708@sandpaperunderthetable670811 ай бұрын

    • "How to do floating point arithmetic?" Avoid the x87 FPU at all costs, just use SSE/AVX.

      @TheBackyardChemist@TheBackyardChemist11 ай бұрын

    • LEA would be what in C is &table[0] or more correctly use is char* table. You want the address not the first variable in the table. A C compiler would allow you to put the text with the command and the compiler puts the text after the machine code snippet, so zero terminated string in C is rarely done manually.

      @tonysofla@tonysofla11 ай бұрын

  • 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.

    @M3t4lik@M3t4lik5 ай бұрын

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

    @sloppydoggy9257@sloppydoggy92577 ай бұрын

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

    @ross9263@ross926311 ай бұрын

    • And no amount of high-level languages can help with that, I'm afraid. I had tried to go from coding a Neo Geo game using 68000 ASM to using C, and I actually found it MORE difficult with C!

      @williamdrum9899@williamdrum989911 ай бұрын

  • 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!

    @hand-eye4517@hand-eye45172 ай бұрын

  • what i've noticed since i started learning to code and web dev for one year is all languages and coding structures are just a matter of time. The most time consuming aspect of it though is all technologies revolving around them, from ides to frameworks to practical examples. That's the stuff most people skip over in these "guides".

    @Dansuperfly@Dansuperfly2 ай бұрын

  • 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!

    @lolwingding@lolwingding9 ай бұрын

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

    @xanrerkazuki9929@xanrerkazuki99293 ай бұрын

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

    @richardgignac8642@richardgignac86424 күн бұрын

  • 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.

    @johnmckown1267@johnmckown126711 ай бұрын

    • Today you could just write C, then ask compiler to generate Assembler out of your input ;-) Now you can play around with Assembler!

      @igorthelight@igorthelight11 ай бұрын

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

    @orthodoxcaveman5819@orthodoxcaveman581911 ай бұрын

  • Assembly feels like someone saw Spanish, Italian, French, all these languages and went "Nah, Imma learn _Latin"_

    @ihavekalashnikovyoudomath9275@ihavekalashnikovyoudomath927511 ай бұрын

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

    @prorityfeed3210@prorityfeed32106 ай бұрын

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

    @goliathmiredian5496@goliathmiredian54965 ай бұрын

  • Great intro! Thanks for sharing.

    @suic86@suic8611 ай бұрын

  • One of the advantages of doing C or Pascal is that you're allowed to use assembly for certain functions... the compilers are already very optimised, but when you need something to work by clock cycle count, assembly is the way to go.. because documentation tells you how many clocks everything takes. When it comes to compiled code you can't count clocks the same way.

    @BenjaminVestergaard@BenjaminVestergaard26 күн бұрын

  • Will be coming back to this video perhaps a few times

    @glucosefructose@glucosefructose11 ай бұрын

  • Can you make a longer series about assembly?

    @speezy2k656@speezy2k65611 ай бұрын

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

    @yonahcitron226@yonahcitron22611 ай бұрын

    • Agree

      @vietkhoi2518@vietkhoi251811 ай бұрын

    • Yes

      @wybren@wybren11 ай бұрын

    • +1 please make more detailed tutorials about assembly ty

      @TomTom-ty5ej@TomTom-ty5ej11 ай бұрын

  • 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.

    @icarvs_vivit@icarvs_vivit7 ай бұрын

  • 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

    @bbulliard@bbulliard11 ай бұрын

  • 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).

    @korgmangeek@korgmangeek11 ай бұрын

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

    @petrus4@petrus42 ай бұрын

  • Awesome video love to see more low level code

    @MrR8686@MrR868611 ай бұрын

  • awesome man! thanks it' is really cool

    @leomarx71@leomarx716 ай бұрын

  • 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.

    @williamdrum9899@williamdrum989911 ай бұрын

  • This was pretty cool actually. Thanks

    @bryanterrill7674@bryanterrill76744 ай бұрын

  • An amazing aproach!

    @renatoaraujo6108@renatoaraujo610811 ай бұрын

  • In python you search for libraries to do stuff for you In C you make the whole code by yourself looking only for the critical sections In Assembly you look for instructions, call lists and other stuff just so that you know what to write if you know what to do It's not hard, but deppends on what you want to do

    @sgmvideos5175@sgmvideos517511 ай бұрын

  • It would be really interesting to see the same code, but in ARM Assembler rather than Intel x86, for comparison.

    @mortenhattesen@mortenhattesen11 ай бұрын

  • 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.

    @johngeverett@johngeverett11 ай бұрын

  • I’m pretty sure gigachad assembly programmer is an oxymoron

    @undrash@undrash11 ай бұрын

    • Brogrameeer! Oo! Oo!

      @theodorealenas3171@theodorealenas317111 ай бұрын

    • shut up soydev

      @BOO-ii3ni@BOO-ii3ni11 ай бұрын

  • 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.

    @randomaccount6146@randomaccount61467 ай бұрын

  • Holy crap. Looking up how this is supposed to work is impenetrable. Now there is an explanation.

    @chickenmonger123@chickenmonger12311 ай бұрын

  • Thanks for this nice course

    @linuxdude5742@linuxdude574211 ай бұрын

    • :D

      @LowLevelLearning@LowLevelLearning11 ай бұрын

  • also thanks for linking the syscall table site

    @VincenzoR97@VincenzoR9711 ай бұрын

  • brief and comprehensive video

    @soriekamara2775@soriekamara277510 ай бұрын

  • my teacher: you must spend 3 month with active participaion in my class in order to learn assembly and pass my class. Me: "Assembly on 10mins"

    @vaqola9119@vaqola91192 ай бұрын

  • That was a really good tutorial.

    @leifefrancisco7316@leifefrancisco731611 ай бұрын
KZhead