วีดีโอ

QUESTION: can you demonstrate the process of this game’s game design doc, prior to writing code? You do deliver it verbally but I have noticed the most missing piece of almost every tutorial- throughout TH-cam, is showing how to first walk through steps, of writing the program design - the so called rough draft.

I missed out on LOGO... I'd dismissed it as "just for kids"... I've head people talking recently about how it's a pure functional language... I could have been "2020 cutting edge" all the way back in the 1980s. The weird characters are ONLY in `MODE 7` - Teletext doesn't use quite the same ASCII as everybody else's ASCII. Programming was a bit weird for me. Back, just before The Beeb came out, we had a computer studies class and most things were done on the blackboard and copying out chunks of textbooks and it was AS BORING AS HELL. Then I got hold of our school computer's manual and started to stay late at school just "mucking around with BASIC" and, almost like magic, I just "got it" and, overnight, became the 1980's kids equivalent of a "leet hacker"... This is quite a stereotypical tale of a dyslexic kid not fitting in to the educational system - even though I didn't know I was dyslexic back then. I've spent most of the intervening 40+ years permanently glued to a computer keyboard. Other kids would want to know what games each computer had, I wanted to know if it had any interesting programming languages... I loved my Jupiter Ace!

As a massive BBC Micro fan back in the day, I always regret never even using an Archimedes. Ooooh... we didn't have all this `RECTANGLE` and `RECTANGLE FILL` milarkey on The Beeb... we had `MOVE` and `DRAW` for lines and `PLOT 85` for filled triangles and that was about it. The BBC BASIC assembler was (and still is, I think) the best assembler I've ever used. I'm working on an assembler for AVR at the moment that I'm trying to make as fab and groovy (will, it be? ... who knows)... ... ... But, anyway, It did leave me with a pang of nostalgia (even at such a young age) for hand-assembling Z80 assembly language with a pencil and paper and typing the hex into our school's Research Machines 380Z.

In 1986 we used FORTH in our University Electronic Music class. We used 'Words' to control VCAs & VCOs to create sequencers / recorders for: Moog, Arp and Buchla synths, that we stored on 8" floppies. - THANK YOU FOR THE VIDEO !

Those screen savers were so ugly but when I was a kid, the 2000's, they were mesmerizing, those pipes went go on and on, but they went nowhere

Seeing the llamatron splash screen triggered some locked childhood memory lmao

20:10 I came to watch some C code, stayed for the shirt

not from scratch , you use an initial project / template

where can i buy your shirt?

Great video series, I've been playing around with something similar. If it helps, you mentioned the delta time and not being able to figure that out - here's the code I use for that, assuming you have access to <time.h> for your Acon board then there is a clock() function that returns the number of clock ticks since the program started, on GNU it returns the milliseconds as a long. You need 3 global variables: time_this_frame, time_last_frame, and delta_time. Then in the game loop, set time_last_frame to time_this_frame, time_this_frame to clock(), and delta_time to time_this_frame - time_last_frame. That's the simplest way I've been able to figure out how to deal with timing each frame. Hope it helps, cheers!

Great videos, if you also include bare metal raspberry pi programming I’m watching that too.

Inspiring stuff, must get my Agon Light 2 setup again and try some of this stuff. Many Thanks

being as old as I am, i remember having to go to the library and find books on coding tricks and things when I was like 10. When I was a wee lad, probably about the same age, I coded a rudimentary pac-man clone in C++ and every step strengthened my skill as a coder because I had to actually work out every bit myself, for the most part. Nowadays I've bumped into quite a few gamedev folks who simply cannot work out a problem if there's not a tutorial on youtube to help out. So I look at my hardcore no-internet up-bringing as a blessing. That said, I do love having an actual game engine built by others these days.

Love it! A few minutes in, I was thinking "Yep, I'll join you coding!" ;) What is the background music?

I adored Perl! I am missing MUMPS, that was a scary language too :)

Just last week I wrote a partial forth interpreter in a few 100 lines in Zig on my c h a n n e l. With some nice demoes of print colours, a resistor calculator and a 16 bit on screen knightrider scanner. So the ultimate primer for programmers wanting to learn Forth My interpreter being stuck on a modern OS doesn’t actually compile to jmp statements to other immediate words it just reinterprets them. Doing self modifying code on protected operating systems is a bit of a faf these days especially since it’s also all virtual addressing too. It’s definitely possible but not trivial like it was on systems without an OS. And for the purpose of embedded controlling system even the reinterpretation is fast enough. And WASM is a stack based system very much akin to forth as is BitCoin back end.

Nice shirt, bro! Love your tutorials!

On my channel there’s tons of old programming stuff and also new lowlevel stuff (ARM64) and zig. And gems like Forth.

Watching because - overall process is interesting, good fun facts here and there, and; oh - I saw something shiny and got distracted.

Open Firmware is a Forth.

"We don't call these problems, we call them design constraints" That cracked me up.

Heh, i made port of my Mega65 game to C64 with C. It was fun excercise.

The link to your website in the video description is down, do you have a different link for the same post or info?

You can just check if player is colliding with a wall type tile just before the physics runs and if so disable physics?

This is an amazing effort. Well done. Use the right tool for the right job, I agree with you completely. This is not the project to do in assembler. Adding python in where it makes sense is a perfect choice. Python is well equipped for handling data and XML is data. I love 6502 assembler by the way, was my first language. This is quite the labor of love. Good for you. Don't listen to any naysayers 👍🏼

Just a thought. Make your rooms different sizes.

Great to see the game coming along, but sadly I've no Agon light (yet) to follow along with. Looking forward to some x86 / vga assembly stuff that i can play with in Virtual Box :) Thanks for the videos!

A great video! Questions I have: - You did notice that your tilemap was slow, but how did you know "Why" it was slow? I find the investigation of such things interesting - You did mention that you're using dimensions as a physics, while it does work, why haven't you for example baked the collisions into convex shapes and just load them with your engine, now I know doing it with the console real-time is slow, but your levels are static, so why not writing a python script for it? it seems way more robust to me as even with bullets and such, these won't be an issue

SOO you asked why we are here. I have no interest in the Agon; except it's an interesting platform to see you work on. I am here for the C, although I use C# as my go to language. (Didn't even know how to spell Agon.) Although some Pi and other things MIGHT be fun to mess around with personally. I love your style and comments very umm nice explanations a lot of the time. I imagine, and NOT sure I would do it, but I made a Zelda clone on basic, back in the day. Maybe I should revisit that. IF I had the time, money to do it. I always wanted to do a Text based game again. I have a small one in C# core, should revisit that. Then you got to build all the tools to even make a game hehe. I would suggest next time you're doing the Agon hardware. If you could show your debug screen. I imagine it still refreshes weird as it clears the screen each frame. You might put in a second or two of delay to let your eyes adjust while it goes to a low flicker. Some tinkering might get it to a reasonable state. I would be interested in a one-off tutorial, for your basic setup, for python, agon and c setup. Getting a working platform is always the REAL challenge for me. I mean a step-by-step guide. You explained your sprite and tools, but missing some of the connection bits. (AND if you take on a new challenge, seeing a tutorial for that would rock.) SUCH as I have an arcade machine that does blah. I need to take the C to a rom module and install it in the cabinet like this. (As an outrageous example.) Keep up the great work. I am not suggesting PI but would be interested in whatever you had in mind.

I hug from Brazil!

Coding with hardware limitations is fun! I have a version of asteroids running on an 32x24 LED matrix, Red ONLY and it looks terrible! Terribly fun to code though. Written in python. Also, TILED is a great tool for game dev. I've used it on other projects

I like watching for aspirational reasons.

I like the z88dk dev kit :)

I watch these videos, because I’m a nerd who collects old tech, and I want to make it more fun

I found your videos when i was looking at the rc2014; really liked your presentation style so I stuck around. Have you considered a neo6502 for when you are ready to jump into asm; similar product to the agon but has a real 6502 instead of a ez80 microcontroller larping as a cpu

Thank you for not making "One of those videos" ! And I have to agree, I've been messing with C strings for a while on my current project, it's ... something.

I watch these videos because I like to pretend I understand what low level programming is. Or programming in general, really. I'd like to see you doing that DOS 3D thing you were talking about. It would give me nostalgia, I think

I like the idea of you writing DOS based gaming stuff, and having people shouting at you to fix things..is also engagement!. Also doing stuff on the Raspberry PI, expecially if it's unusual stuff on the Rasberry PI rather than the usual turning on a LED etc. I think I spotted your deliberate mistake in the code. I'll send you my internet driving licence so you can endorse it with my 100 internet points and you can advise me on the monetary fines that have to be paid and what mandated video punishment I need to sit though to atone for my careless observation that allowed me to fall into your trap there ...! ;)

I enjoy watching programming videos ("low" as venizz5112 said, I hate webdev), and specifically for yours, what hurdles you hit and how you circumvent them.

"For the shits and giggles" no better reason to give anything a crack

I'm watching this kinds of video's to see how other developers work and think. And dreaming of creating a big game one day. But I'm guessing, that that will take another 20 years :)

I love low level programming. I was working on a megadrive game a while ago. Also, you are very entertaining to watch. Half the time I don't know if you have an amazing dead pan humor or you're just unintentionally funny. Regardless, it's a lot of fun!

I'm watching your video because I'm interested in how you are making this game on a limited system. I'm building my own limited system so this is very interesting for me.

I'm just here for the shits and giggles, learning something new comes second but is certainly part of the experience. Really though, I'm here because its not a typical "gamedev" series and the way you're willing and able to talk to me like I'm there pair programming with you, bouncing ideas off each other and coming up with a solution. Since I can't speak back realtime, I suppose I'm the rubber ducky in this relationship. 🦆🦆

Low level coding, game programming, fashion influencer, and very funny. What's not to love?

LOVE this idea! 🎉

I love your fashion sense sir.

Youre cool man

Nice to see your code examples, it may help the viewers if you add in some extra comments to explain what small blocks of code do, you know what the code does but viewers may not find it easy to decipher. I have been programming since I was at school and I'm now 65! My first experience of assembler programming was on a Science of Cambridge Mk 14. It was a small single board computer with a small led display and a hex input keyboard. Programs had to be loaded into memory, by hand, each time you switched it on! You had two work out the assembler you needed on sheets of paper and then allocate the appropriate hex values to match the assembler mnemonics. Then type them in through the hex keyboard and finally run the program. A very small program could take hours to hand assemble and enter. Pure torture! But back in those days very exciting. Your game task is very interesting so I am looking forward to the next installment.

I'm watching your videos because I love "low" level programming languages and game dev. I've tried to get into game dev multiple times with Unity and failed. I think it was because I felt like I was learning Unity too much, and not feeling like I could get much coding done. I saw your first episode of this series, and it 100% made me realize I could just code a game in C++. Huge props for your videos for inspiring me to attempt game dev in C++.