Remembering the good doggo Edition/gedg/ Wiki: https://igwiki.lyci.de/wiki//gedg/_-_Game_and_Engine_Dev_GeneralIRC: irc.rizon.net #/g/gedgProgress Day: https://rentry.org/gedg-jams/gedg/ Compendium: https://rentry.org/gedg/agdg/: >>>/vg/agdgGraphics Debugger: https://renderdoc.org/Requesting Help-Problem Description: Clearly explain your issue, providing context and relevant background information.-Relevant Code or Content: If applicable, include relevant code, configuration, or content related to your question. Use code tags.previous >>108972587
Computer, process every 4chan vidyadev thread from the past 36 years. Unify all the ideas that have been posted then generate it.
Why is 3D so much harder than 2D! I can a shitty version of any 2D game in a couple days. But 3D? There just aint no fucking way! 2D puzzle games - EASY! 2D playformers - NO PROBLEM! 2D Top Down Zelda Stuff - PIECE OF CAKE! Then you go literally just 1 console generation into 3D - Mario 64, Golden Eye, Spyro, Crash Bandicoot? JUST FUCKING IMPOSSIBLE! You need a million fucking 3D assets for the most simple level, enemy AI is retarded compared to how fast you can put together a half decent 2D ai, hit collision is brutal, nothing fucking works, everything is glitching through everything else, the lighting is awful, the worldbox looks like trash, and some how your 20 poly character animations lag and break the armature or weight painting or something. It's all just a cluster fuck!
>>109024223It’s just how it is. 3D adds another dimension, that means more shit.
>>109024223just use godot and be done with it nigga
>>109024441we out here, negro
>>109024400>dude just become a pedophilewat
Show me your dev face /gedg/
>>109025063
How can I draw pixels on a screen in loonix without OpenGL or Vulkan? Is libdrm what I need?
>>109025568depends on your OS
>>109025568write to /dev/fb0
>>109025568>open a paint program>draw some pixels on your screen
>>109025568Use a colored pen and draw directly on your monitor. Zero overhead and works with any OS.
>>109025731you just found an os-independent way to draw graphics.hell, it's even power independent.you might be genius.
>>109024028Creates a game engine that gets developed for a week and then abandoned.
>>109025568enter Mode 13h and write to segment 0xA000
>>109025568most languages have a basic graphics library that lets you draw rectangles, circles, draw along a path etc.
>>109025568SDL
>>109025743Mine has been in development for a year THOUGH
>>109025568Just use openGL or vulkan dont fall for retarded low level purity spiralling.
>>109025568I actually happen to be somewhat of an expert in this topic.But your question is very vague and what you mean drastically changes your answer>1. Make an X or Wayland window and draw into it in software.This is perfectly reasonable, but software rendering really struggles with modern resolutions and refresh rates, at least when we're talking about something highly interactive like a game.>2. Make an X or Wayland window and draw into it in hardware, without using the userspace drivers.This is fucking insane, and an unbelievable waste of time and effort, unless you get a kick out of trying to implement GPU drivers yourself. It is also hardware specific.>3. Not use a display server at all, and drive the screen yourselfDon't do this. Unless you're actually writing a display server, you have no business touching these interfaces.I actually find the DRM/KMS system quite interesting, but you clearly come off as someone going at it for the wrong reasons. You're not going to unlock some kind of supreme hidden performance or whatever you're expecting to find. Nobody is going to run your program if it works like this.Then you have the same thing as above where software is slow, and no OpenGL or Vulkan is fucking insane. Wayland compositors still use OpenGL (usually ES) or Vulkan here.
>>109029705>linux users
jeez the time flies man, I still remember deving in 2005
>>109023614what is /gedg/ opinion on early DirectX ?
>>109032161All the early APIs are quite bad but DX has always been a lot better than OpenGL.
>>109032161using old tech is retarded
>>109032161are we talking before or after hardware t&l
>>109032161Just write the most basic passthrough shader you can imagine and congrats, you have the same visual style as DX1-8 without the jank or compatibility issues.
>>109029705ok gotchai was hoping X/Wayland could provide me with fast enough buffers by themselves but if they don't, drawing on a gpu texture it is
>>109032422use sdl. it doesn't go through the gtk or qt gui frameworks. it jockeys its own resources in the display manager and provides its own image buffer types that you can draw on with the cpu if you really want to go that way. this is what all the doom sourceports do for their software rendering.
New feature! You no longer need to rename your created tracks to take the place of existing tracks.>Creates TRACKS folder in same directory as binary if it doesn't exist>Accessible with space/cup switch button in track select menu>Always available no matter what cups the user has unlocked>Not available in championship mode, only single race/time trial>Arrows from replay loading file menu re-used>Lap records saved to TRACKS/RECORDS.REC and based on track CRC>Network play works if all players have track file with matching CRC, if not TRACK NOT AVAILABLE text will display and prevent readying
>>109032624this is like nascar 1999 x need for speed born out of some kind of fever dream.
>>109032422With both Wayland and X (if you use the appropriate extensions rather than the ancient shit), you use normal shared memory for software buffers, so the protocol itself doesn't really get in the way when it comes to efficiency. XWayland can pass it through with no extra copies too, so isn't an extra source of inefficiency, at least in terms of pixels over the wire.GPU buffers are similar, but instead are a dma-buf, which is just a handle to some GPU memory instead of some normal memory, plus some extra shit about tiling layouts, because GPU buffers aren't as simple.When I say software rendering is slow, it's simply that the CPU is nowhere near as good at punching pixels into a buffer as a GPU is, but is definitely doable, and could be SIMD optimized if you're into that shit.
Do you guys use public / private encapsulation for your projects or do you just make everything public?
>>109032847My language does not have public/private.
>>109032847>do you guys use your language's features or are you retarded children writing spaghetti code?
>>109032847i do everything in one giant file with as few functions as possible everything should be in main
>>109033086"yes" or "no" would be sufficient
