Wishlist Yawnoc! store.steampowered.com/app/2824730/Yawnoc/ I mentioned that Python can be easily used for nearly any 2D game but not 3D. For those who are curious, the reasoning against using it for 3D is actually unrelated to performance. Most 3D games nowadays are made with an engine + scripting combination. Since there aren't any major engines that primarily support Python as a scripting language, it's not particularly easy to make 3D games with Python. Of course it can still be done (see my last 2 videos). It's just not very easy to get into with the current tooling. Things may be completely different in the future.
@ultimateownsz3 ай бұрын
Why don't you make games in godot? It has gdscript, very similair to python's syntax
@DaFluffyPotato3 ай бұрын
I prefer my tooling over engines typically (basically a custom engine specifically for the types of things I make). I've used Godot for VR projects and it's been good, but I get annoyed when there's something I could easily do on a low level, but the engine abstractions make it difficult.
@snbv5real3 ай бұрын
It's less that there aren't any major engines that primarily support python as a scripting language, than it is that python doesn't make it easy to be used as a scripting language.
@morning_thor3 ай бұрын
@@DaFluffyPotato Probably you already know this but since Godot is open-source, you could even make modifications at the engine.
@DaFluffyPotato3 ай бұрын
Modifying the rendering pipeline in Godot is not a simple task.
@petthepotat3 ай бұрын
In conclusion, GPU comes in clutch every time. Love the video Potato Master.
@nathanfranck58223 ай бұрын
Sir got lucky with the algorithm, there's a tonne of important algos (like sorting) that are very parallelism resistant and don't run great on the GPU. Running an algorithm on compiled CPU code will always be faster in those cases
@DaFluffyPotato3 ай бұрын
That's what options 1 & 2 were for. In the case of sorting, Python's built in sorting function is already written in C.
@msqrt3 ай бұрын
@@nathanfranck5822 while I agree on the principle, sorting is not a great example. If your list is long enough, a GPU will sort it significantly faster.
@PascalCavalier04043 ай бұрын
By far the most talented PyGam dev out there. Ever considered writing a book on this? I would 100 buy it. Will be looking out for when the game is released man! you rock!
@electrictrojan67193 ай бұрын
Shaders exist at the meeting place between mathematics, computing and art. They're really nice.
@undeadpresident3 ай бұрын
Except for dealing with the all the code split up in multiple places just to get one thing done and all the obscure crap that's done under the hood that you have to learn about and the documentation that often leaves you more confused after reading it than before.
@sharpenednoodles3 ай бұрын
Never seen your channel or work before, but i immediately thought that a shader would be your solution! I'd never really considered python for game dev before. Yawnoc looks very fun - wish listed!
@RictorScale3 ай бұрын
many technical limitations have led to incredible creative choices in gamings history :D
@BarneyCodes3 ай бұрын
Great video, I love shaders and this is a perfect application for them! The water colour effect that you showed off looks awesome by the way, I might have to try recreating it at some point!
@TommyLikeTom3 ай бұрын
Clever coding can really save your game. I implemented my own A star path-finding/search algorithm in Godot that runs each square over multiple frames, allowing hundreds of pawns to path-find at once. Distributing processes over multiple frames in an amazing trick. Maybe I am just wishful but I believe that there will be a system that compiles python as C, and that it will be open source and built into godot. I know such systems exist already, but right now I think it's most productive to build fast in python. I also State-Machine absolutely everything, which drastically improves performance.
@BitTheByte3 ай бұрын
Cross compiling code often kills the performance benefits offered by the languages. You are better off learning c++ and making modules in godot
@Neuroszima3 ай бұрын
mojo
@Acheronthewolf3 ай бұрын
Potato's problem solving skills are goals. The things I've learned with your videos have applied to more than just learning to make games, I've applied a lot of concepts I've come to understand thanks to you in a lot of different ways, and even made some discoveries of my own in regards to how to attack unique issues I had. Thank you for your content, and I'm looking forward to Yawnoc!
@helioshyperion3 ай бұрын
Hey! Nice stuff! It was cool to see my Smoothlife(L) shadertoy shader in the thumbnail and the video :) Would appreciate if you could put some links in the description to the referenced shadertoy shader(s). Thanks!
@DaFluffyPotato3 ай бұрын
Oops, sorry! I added them. Normally I do a zoom-out or something on my sources (note the titles/channels on the YT videos and the zoom-out on the Lenia shadertoy). I forgot that I never did that on your Smoothlife(L) shader.
@Ranakade2 ай бұрын
Python's data science and math capabilities is what keeps me coming back to Pygame.
@madbanana223 ай бұрын
TL;DR: if your python code is too slow, use C
@igorthelight3 ай бұрын
There are so many ways to improve performance beside "just use C" ;-) This video is just about that.
@undeadpresident3 ай бұрын
@@igorthelight C is pretty nice if you are doing things that require accessing a lot of data, which Python is very poor at. C is a simple, clear, and direct language. GPU programming is a lot more complicated even to do simple things. Can get crazy performance though.
@igorthelight3 ай бұрын
@@undeadpresident Agree
@KhallduonАй бұрын
Use chat gpt
@igorthelightАй бұрын
@@Khallduon Use ChatGPT to learn new concepts, not to just write for you. Also - it still writes buggy code so you should be a good programmer to use what it writes ;-)
@ciCCapROSTi3 ай бұрын
Hah, shaders. Damn, I'm gonna have to learn those eventually, inevitably.
@kklol073 ай бұрын
this is such a dope coincidence, i was talking to my friend about inefficiency of the code in my cellular automaton code and you uploaded it today!!!!!!!!!!
@djlclopez1283 ай бұрын
Your game featured here reminds me of some of the art and design in Cave Story. Love the channel, thank you!
@distantforest24813 ай бұрын
Great stuff. Too many people are quick to jump ship to another language when they run into pythons performance issues. The original point of python is to have quick dev times for the higher level stuff, and if you need to do some performance heavy stuff, you can create small 'addon' functions in like in C, or in this case shaders. That way you get the best of both worlds; the speedy dev times of python, and the performance of C.
@ronitsingh99553 ай бұрын
Every new video of yours is like a fiery new inspiration. Even though didn't understand most of it.. Keep going!
@6IGNITION93 ай бұрын
>a gun that builds walls 🦅
@kklol073 ай бұрын
oh okay, thanks for this, perfect timing, i was working on cellular automaton! yesterday!!!!!
@Skeffles3 ай бұрын
Fantastic to see you consider the solutions to get the game ready. I wonder if Mojo can (or will in the near future) help with this kind of performance 🤔 Either way, good luck getting the game to release!
@codewithram53033 ай бұрын
Your games are always great by conceptually and graphically
@theemeraldbee3 ай бұрын
It would be incredibly interesting if you made a video about how to program shader code. It's such an important skill, but so incredibly hard to get into and begin your journey. There are so many tutorials on how to do exactly what you want, but what about making a tutorial for figuring it out yourself?
@DaFluffyPotato3 ай бұрын
I'm still mostly using shaders for simple things, so I don't think I'm ready to make that type of video yet.
@KucheKlizma3 ай бұрын
Thanks, your content is quite inspiring.
@DeusEx33 ай бұрын
That's a shader. Dude, blew my mind.
@papakamirneron25143 ай бұрын
Honestly I feel like once you have your own standard “wrapper” around pygame it must be quite a fun time creating a game. I’ve moved away from game dev personally because I despise rendering with my entire soul but this looks awesome!
@DaFluffyPotato3 ай бұрын
Graphics programming is probably my favorite part of gamedev.
@itsmenatika3 ай бұрын
Ya the beginning is the weirdest one, you mostly don't see anything important or weird simple sprites. The more complex your "wrapper", the more everything becomes easier. The most hard part is when you need optimization or just change something and a lot of things is based around that in your game, that's where it becomes harder the more complex your wrapper is
@mint4up2zio33 ай бұрын
Oh it is! Spend a lot of time figuring out how to render what you want and you never have to worry about it again. Your possibilities expand and you can realise your game designs faster. It’s a nice bonus that Python is relatively easy to pick up.
@itsmenatika3 ай бұрын
@@mint4up2zio3 ya and even rewrittng something that you've done earlier is easier. I had a huge problems with collisions in the past but today I recreated it faster and better
@maverickstout253 ай бұрын
When John carmack was bottle necked with C on doom he just read a white paper and implemented a scientific approach to graphics rendering. So no big deal, all you have to do is ground breaking code! ;p
@RugbugRedfern3 ай бұрын
This is super cool! Is there a performance hit from parsing the completed texture on the CPU for collision/other data required for the game? Also, I love that we both ended up using images to load levels for the competition, MSPaint is a slept on level editor :P
@DaFluffyPotato3 ай бұрын
As long as the texture is small, it's pretty fast (not profiled, but should easily be
@bubblyphysics3 ай бұрын
I just noticed there was a new video release! You added a weapon that creates walls! (Similar to my old idea)
@ChickenPiez03 ай бұрын
I love your pixel art style any tips? This would help alot.
@uyiomoragbon57283 ай бұрын
That's when C++ comes in 💪
@JH-pe3ro3 ай бұрын
While I've travelled the Pygame path in an earlier life, I distrust extending my dependency chain any more than necessary these days, and framework-based development these days tends to be an update treadmill where there are plenty of underlying dependencies that make breaking changes - so the dev environment is richly structured, complex, and makes it hard to bring up the project again after time away from it or changing machines. As a result of this I've made a hard turn towards coding in Forth for actual retro machines. It's not bad - it's also interpreted, and you can do live editing with it. It can be pretty portable since the core is small and the only major assumptions are with machine word size and memory layout. Supremely self-contained. It does mean substantially more DIY to get through the early stages since most Forth systems have very little built in, but you can get it exactly how you want it. Wouldn't go this route if I were trying for this kind of GPU-accelerated 2D, though - it'd be easier for me to start in Godot and hammer away at the extension system as necessary to make the critical path go fast. The problem is mostly that once you try to make a game in the modern fashion, the expected featureset explodes, so my take on that is to go ahead and swallow one large dependency that has a lot of momentum around it.
@DaFluffyPotato3 ай бұрын
Over the 11 years that I've used Pygame, it's been pretty stable as a library with few dependencies (since it wraps SDL). I've definitely run into some of those issues with ModernGL since it's newer and still maturing though. My game Hue Flowing can be a bit of a challenge to get running from source as a result.
@qwertyman1233 ай бұрын
very nice
@hillybankok3 ай бұрын
Hi gary! Nice to meet you!
@fueledbycoffee5833 ай бұрын
One question. i may have missed it but what about the performance penalty of getting the x,y information of each cell back and forward from the shader for collision detection and everything else?
@DaFluffyPotato3 ай бұрын
I actually only have to pass the texture back and forth once per automata step, which only occurs every now and then. In terms of a single step, the pass is just a small texture in both directions, which is super fast. I haven't profiled it, but it doesn't really affect performance (so it's probably
@fueledbycoffee5833 ай бұрын
@@DaFluffyPotato thats amazing!
@leighrobinson3 ай бұрын
@@DaFluffyPotato I take it you then have to parse that texture back into the tilemap/collision acceleration structures? Or is the map size such that brute force still is ok with python?
@funkydiddykong3 ай бұрын
Eve Online actually uses stackless python for pretty much all ui and logic in the game with native interfaces to the rendering engine.
@DaFluffyPotato3 ай бұрын
I haven't checked, but wasn't stackless Python just used for the servers?
@JoeCavZero3 ай бұрын
Very cool have you tried go with raylib ?
@DaFluffyPotato3 ай бұрын
I tried it years ago, but there were some bugs in the Python wrapper at the time. I haven't had a reason to use anything other than Pygame and ModernGL when it comes to Python-based games.
@Volt-Eye.3 ай бұрын
Understood 0️⃣ Enjoyed 1️⃣ 😂😂😂
@iamtimsson3 ай бұрын
kick butt keep it up you got this all ready
@razshneider23753 ай бұрын
I was surprised you didnt mention Cython I use it in my job and it works great You write some python with extra syntax and compile it to c and then binary Just running plain code throught the cython compiler shouls boost your performance
@DaFluffyPotato3 ай бұрын
I didn't mention it because I didn't check to see if it would cause issues with Pygame or other libraries used in Python gamedev. It's likely a valid option though.
@tucan71123 ай бұрын
neural cellural automata might be cool as well like neural worms
@GamerDevIND3 ай бұрын
2:55 neural network confirmed
@gsestream3 ай бұрын
compile to faster native code, or just pre-push graphics and other logic to gpu etc.
@DaFluffyPotato3 ай бұрын
that's the video
@gsestream3 ай бұрын
@@DaFluffyPotato great
@Ali-Britco3 ай бұрын
This is the best comment section I've read in a while.
@EndlessEnergy3 ай бұрын
This disproves the myth of "Python is easy", it's easy in some ways and very cringe/difficult in others (C++ guy, no bias). Nice vid, keep it up!
@DaFluffyPotato3 ай бұрын
Python is easy. It just has a very high skill ceiling.
@RenderingUser3 ай бұрын
Bro casually uses the coolest sht ive ever seen in a video game as Broll (1:38)
@DaFluffyPotato3 ай бұрын
That's my game Hue Flowing. :)
@dylanthecool1012 ай бұрын
great game can't wait and if you don't mind me asking what price do you expect the game to be since something this good deserves to cost money I would like to know how much so I can save up for it because it seems like a game I would enjoy ok I'm going to end this paragraph now
@DaFluffyPotato2 ай бұрын
$5
@dylanthecool1012 ай бұрын
@@DaFluffyPotato ok cool that's a good price for such an awesome game
@evilkittyofdoom1953 ай бұрын
Nice !
@Freddy789093 ай бұрын
To be fair to Python, doing 4 million checks per frame is a lot for any game
@erc0re5263 ай бұрын
Nice! I expected to find Numba JIT or a similar solution (somehow knew rewriting to a lower level language wasn't your solution) and I'm surprised shaders do the trick! You said in other comments you work as C++ dev, how does it "affect"/help your views as a python programmer? Did you choose python for its development speed?
@DaFluffyPotato3 ай бұрын
Yes, I use Python for development speed. My tooling is also all in Python and Pygame, so switching to anything else would set me back a fair bit. I learned most lower level topics while using Python before really getting into C++, so nearly everything I do in C++ except syntax and the build process is already well within my knowledge. For reference, my job is embedded SWE for rocket hardware.
@erc0re5263 ай бұрын
@@DaFluffyPotato This sounds like very strict C++ indeed... Coding in python must be a breeze when you get home!
@Neuroszima3 ай бұрын
I hate numba, also Mojo exists now. I hope it will enable better execution times with python like vocabulary and make it possible to get optimizations for gaming as well. So far, it mostly is DS language
@PhuocThanginh-oo8jj3 ай бұрын
would you learn ursina as a future tool? Cuz ur game is cool but i am using ursina so I cant actually make it.
@SeanStClair-cr9jl3 ай бұрын
I'm curious, super naive suggestion but would you have any interest in just compiling the python code? I believe there are some OOTB solutions for that. I'm in a compiler construction class rn and the performance increase has been rly cool to see Edit: Oop nvm u literally just mentioned compilation haha
@cozyfog3 ай бұрын
Cant you also add another cpu thread just for the cellular automata
@DaFluffyPotato3 ай бұрын
That doesn't provide enough of a performance boost and it also makes the code significantly more complicated.
@skueuemusic26703 ай бұрын
yellow bullets on yellow background seems a little hard to read, making the bullets a much darker, or made from a more saturated color, would make the combat MUCH more readable
@DaFluffyPotato3 ай бұрын
I plan on adding accessibility settings to recolor certain things for visibility. I like the way the game looks at the moment and I don't really experience issues when I play, but the features will be useful for anyone who needs more clarity.
@Mr_Hassell25 күн бұрын
cool beens
@undeadpresident3 ай бұрын
I took the route thus far of writing functions in C and calling them using ctypes. Quick and easy and useful when you have a lot of data to iterate through since Python data accesses are so slow. Using the GPU is taking it to the next level though. I've been learning OpenGl and I fucking hate working with it. Just the whole way it works rubs me wrong, but I realize it has good functionality so I'm doing it anyway. Maybe someday I won't hate it so much.
@DaFluffyPotato3 ай бұрын
If you're using PyOpenGL or a traditional C/C++ binding, I recommend ModernGL. It's an object-oriented interface for ModernGL instead of a state machine.
@undeadpresident3 ай бұрын
@@DaFluffyPotato yeah that looks like the way to go using Python. I've been using OpenGL in straight C though. The way I've avoided most of the state-machine crap is using the Direct State Access (DSA) functions. I still encounter a lot of technical difficulties though.....it could use better documentation.
@healky3 ай бұрын
Pog Game
@rrrrmrmr2 ай бұрын
Woah what's that watercolor game? It looks insane
@DaFluffyPotato2 ай бұрын
Hue Flowing
@Harald7233 ай бұрын
You chould try Go for your next project, its simple and performant
@DaFluffyPotato3 ай бұрын
I was considering trying Go next year, but not for gamedev.
@Harald7233 ай бұрын
@@DaFluffyPotato I use it for games and I like it, but we all are diffrent
@ryuukkkoko874Ай бұрын
latest version of python has a JIT, it's not enabled by default, give it a try
@BurnerWah3 ай бұрын
Thank you Andrew Cunningham for bringing me here, I enjoyed this
@Akrob555553 ай бұрын
Where did he post about it?
@matiasgarciacasas5583 ай бұрын
@@Akrob55555as far as I know the only connection between them is that he recently made a video about a cancelled blackthorneprod dev challenge (devs make a game without communicating), and some people speculated that the previous dev to him was DaFluffyPotato based on the artstyle.
@alexbork42503 ай бұрын
> Python > game Bro literally used potato instead of meat for steak
@davidcooke55942 ай бұрын
I think this is genius and I love your vids, but a 14th nov release date! Stresses me out just thinking about it….just put 2025 and enjoy playing about with it!
@pik9103 ай бұрын
Have a look at Odin. You can build libraries and use them in python in many languages easier than C. It is an easy process, just ask your friendly llm. Odin has in-built SIMD support and is easy to write, might me a good fit.
@DaFluffyPotato3 ай бұрын
Interesting. It could be useful in some cases where a lot of performant modules are needed, but there is a tradeoff in the build process (most people can easily build C, but haven't used Odin). That wouldn't be an issue for most people, but a lot of people like to run the source for my projects.
@lubba643 ай бұрын
Rust is easy to use with python too as another idea
@onnot701Ай бұрын
I wonder about python 3.13 and GIL etc speed
@MathGoOli3 ай бұрын
1:37 I never managed to compile pygame. Looks as hard as write code in C
@sayorancode3 ай бұрын
wait how do you make a map editor ? , also how are maps stored (i store all my maps as images rn and need help)
@DaFluffyPotato3 ай бұрын
My 6 hour Pygame tutorial has a section in it where I make a level editor if you're interested. Most people use preexisting editors such as Tiled though.
@nkwilk5136 күн бұрын
I wish I could try playing it on a mac
@SolTheIdiot3 ай бұрын
One question, how does your gun aim, is it based on the cursor? If so, how does it get an angle to rotate at? Sorry if this seems invasive or annoying.
@DaFluffyPotato3 ай бұрын
Yes, it uses the cursor. The cursor just has to get converted to world coordinates and you can take the difference of that position with the player position. Taking the arctangent of the difference gives you the angle.
@SolTheIdiot3 ай бұрын
@@DaFluffyPotato cool, thanks!
@lbp_chessguy56403 ай бұрын
I love Python, but I think it's time for me to transition to C++.
@spyro_dr3 ай бұрын
Its simpler to optimize the code.(I programma rpg maker like game in python and pygame and rewriten the code 3 times because itwas to slow.)
@bubblyphysics3 ай бұрын
Did you see my old idea? I'm curious.
@nevokrien953 ай бұрын
If you need custom C code for this or Cuda/wgpu I could do it
@umcanalsemvidanoyoutube88403 ай бұрын
Lua > Python Love2D > PyGame
@HairyPixels3 ай бұрын
How is it possible that in 2024 there's is a python compiler which produces machine code? that has to exist right?
@DaFluffyPotato3 ай бұрын
2:14 I mentioned that PyPy does this in the video.
@nathanfranck58223 ай бұрын
Mojo comes to mind
@HairyPixels3 ай бұрын
@@DaFluffyPotato never heard of it before, why aren't you using PyPy then?
@DaFluffyPotato3 ай бұрын
Mainly because I just never started. Also I don't have much of a need for it and the support for some modules is a bit finicky. It may have more portability issues as well. For Pygame specifically, the heavy lifting is already done in C, so it doesn't help in most cases (although the case in this video would benefit from it).
@童貞翻訳サービス3 ай бұрын
bro will do anything but write c++ code lul😊
@DaFluffyPotato3 ай бұрын
My job is C++
@mgord95183 ай бұрын
Probably because C++ is horrid to program in
@dlld69443 ай бұрын
Is it possible to make an income as a single game dev?
@igorthelight3 ай бұрын
Yep! Google "games created by a single developer". But that's not easy.
@dlld69443 ай бұрын
@@igorthelight It seems to be the exception. Are you able to finance yourself?
@igorthelight3 ай бұрын
@@dlld6944 Well, just watch some interviews with those developers. They do struggle. I made a few non-commercial small games, so my story doesn't matter 😅
@dottedboxguy3 ай бұрын
being bottlenecked by your language sounds horrid, i'll pass on python for anything else than prototyping (although i'm biased because i'm a little engine nerd, and am more interested by tech than games, i imagine the overhead you get from usin python correctly isn't all that far from using a general purpose engine, but i'm still very doubtful)
@annyman47433 ай бұрын
fax, python is made for scientific purposes. we should use languages actually made for software/game dev the way it's intended.
@DaFluffyPotato3 ай бұрын
You'll get bottlenecked in all sorts of places depending on your tooling (including your needs to update things if you roll it yourself) regardless of language, library, or engine choice. In the case of C++ and OpenGL, you'll be bottlenecked on scalability for many things until you write systems using the proper data structures. I will agree that the bottlenecks in that case are the most straightforward. On the other end with engines, there's a mess of random bottlenecks (that you may or may not have control over) depending on the engine. I benefit from Python due to development speed for game logic on top of my prebuilt tooling. My approach has been competitively proven in game jams, but it's definitely not for everyone.
@dottedboxguy3 ай бұрын
@@DaFluffyPotato i would think maintaining a python codebase would be really hard, because even if it's easy to do stuff, it's also really easy to get lost and have all sorts of weird stuff happen because it's too lenient on what you can do, i would believe structuring a python codebase is as important as in any other language
@DaFluffyPotato3 ай бұрын
For people new to Python or working in teams I agree. However, I rarely lose any time to Python-specific bugs or getting lost. Additionally, since I started with Python, I abuse the type looseness to quickly write some things that would have to be written with more steps due to type management in languages like C++.
@dottedboxguy3 ай бұрын
@@DaFluffyPotato i don't personally think it's worth spending time to be really good at python to have kind of acceptable perfs when you could be learning something else that in the end will lead to better results. byeah as you said python is really good for throwing things together quickly, so ig in the case of gamejams it must work great, i couldn't imagine what it'd take to do a gamejam in like C or C++
@SkyFly198533 ай бұрын
How about IronPython ?
@DaFluffyPotato3 ай бұрын
Haven't looked into it
@SkyFly198533 ай бұрын
@@DaFluffyPotato I see. because I am developing a video game in IronPython.
@tanjibulanimations56533 ай бұрын
hey bro make a game using pyglet
@DaFluffyPotato3 ай бұрын
I'd rather use ModernGL (see my last 2 videos).
@TheSchoolofJ3 ай бұрын
Have you thought about releasing a performant (but minimal) version of the game, and then spend more time dealing with getting the more complex aspects to run smoothly? I feel like it would be good to start generating curiousity about the game, but moreso because sensitive aspects such as game speed and frame rate need a lot of care, especially to make sure you don't shoot yourself in the foot in the future. Especially since some of the potential fixes might only work in specific scenarios 😅.
@DaFluffyPotato3 ай бұрын
Yawnoc has never actually had performance issues since I knew that smooth life would lag before implementing it (although I will admit I took advantage of knowing about that outcome for this video idea). It's perfectly fine with the shader implementation from this video. Runs at ~400fps.
@nathanfranck58223 ай бұрын
Shaders sometimes work different on Intel, Nvidea or AMD (or Qualcomm) hardware, so pegging them to gameplay can get tricky! I remember some disappointments seeing my game tested on other people's computers...
@DaFluffyPotato3 ай бұрын
I have multiple PCs and laptops (Nvidia, AMD, and Intel graphics) to test with. Plus I'll have a demo to get initial testing with. Generally older versions of OpenGL should be pretty reliable. I've been using 3.3.
@vaporvee3 ай бұрын
Or just use godot for easy syntax
@DaFluffyPotato3 ай бұрын
I prefer my tooling when possible. I've used Godot for VR projects though.
@Zeropointill3 ай бұрын
Why don't you just change language? Says here you have a computer science degree, why limit yourself to poor performance at the cost of simplicity? There's no way you couldn't manage with a low level language, isn't that like literally your bread and butter? I'm a fucking dumbass and I still won't touch python because simplicity isn't what I'm looking for, nevermind the crap performance although that's a huge part of it too.
@DaFluffyPotato3 ай бұрын
As I mentioned at the start of the video, I can make games quicker with Python. I made an example out of a potential problem to demonstrate how you handle these types of issues. I wrote the shader-based system in a couple hours, so it wasn't ever a roadblock since I've run into these situations before. C++ wouldn't have saved me time on this specific issue (and I actually use C++ for work) and it certainly would've wasted exorbitant amounts of time in the scope of the entire game.
@joaquinginestet48133 ай бұрын
@@DaFluffyPotato So a more complex language is better for making a game, but since you dont do this as your main work and also dont have infinite time and resources you choose python, that isn't the best but is good for making the thing fast?
@umcanalsemvidanoyoutube88403 ай бұрын
@@DaFluffyPotatouse Lua ❤
@bluzenkk3 ай бұрын
or use RUST~~~
@umcanalsemvidanoyoutube88403 ай бұрын
Or Lua
@DaFluffyPotato3 ай бұрын
I'm not aware of any games being made with rust at the moment. Although it should be doable with Raylib at least.
@andreasmpintas90733 ай бұрын
Have you ever considered using AI art? It takes time editing the art but the result would be impressive, graphics wise.
@AnthonyCook783 ай бұрын
I blame your optimisation
@latenmuniz7733 ай бұрын
First comment!
@chesterhackenbush3 ай бұрын
Python is SLOOOOOOW. However AI compilers that can convert your barely adequate Python code into C and Raylib are just around the corner... so rejoice and write bouncy plasmas and 3d cubes from the 1980's and know that nobody really cares.
@koteelok20143 ай бұрын
Using python just to use python. 0 benefit for your games.
@DaFluffyPotato3 ай бұрын
You ignored the first 30s of the video. It dramatically improves the development speed. I compete with people who are using other languages and engines in time restricted game jams all the time and consistently perform well. Yawnoc originated in a competition where it won against 5 other developers who were using engines. I also recently won 2 Ludum Dare medals for my Python games. 99% of game logic is not actually very processing intensive. The rendering pipelines can be, but that's mostly 3D games.
@annyman47433 ай бұрын
just use a statically typed and compiled language bro
@kyleabent3 ай бұрын
Not very helpful. You didn't say anything new this video.