/agdg/ - Amateur Game Development General

>>402
nice job anon

>>402
much appreciated Anon

C.png
[Hide] (118.4KB, 353x480)

>>383 (OP) 
Start with learning C from scratch.
Read the book, make every single program inside the book. Everytime you come up with a unique idea to use the new stuff you have learnt, make something with it, whether it fails or not is irrelevent, as long as you try.

Eventually you will stop failing and you will begin succeeding.
After a large period of time and practice, you will be capable of producing a powerful game with nothing but computer logic.

I believe it is also best for you to take a programming course in university, and hope you get good teachers which practice making multiple programs, and teach you how a computer works.

>>383 (OP) 
>>422
This is the only path you can take for absolute success with absolute self reliance.

HOW THE FUCK DO YOU WRITE CODE FOR INSTANCE WHEN YOU HOLD RIGHT KEY AND THEN YOU SWITCHES TO HOLDING DOWN KEY WITHOUT GETTING LAG DURING THAT TRANSITION OF SWITCHING KEY? THE ONLY GUIDE I GOT FROM INTERWEB WAS TO USE SOME BULLSHIT SETMEM C LIBRARY. HOW THE FUCK DO YOU SOLVE THIS SHIT BY ONLY RELYING 100% FROM THE GAME ENGINE.
>INB4 WTF WITH CAPS RED TEXT
STFU, ANSWER MY MY QUESTION. GODDAMN IT I FUCKING HATE BEING A PROGRAMMING NOOB

>>354
I-I'm more like an artist more than the programmer..

It doesn't stop requiring videogame logic just because there's no "gameplay" objective. Even "it's interactive" doesn't have any standard definition, do you interact with it by proximity? How far away? By clicking it? By pressing a hotkey when you're near it? By pulling a lever? Do you need an item or some other prerequisite? Does it cause something else to trigger elsewhere? There's no single solution that accounts for all possibilities, so you have to script it in.

It doesn't sound complicated though, I'm sure those engines have very simple ways to accomplish what you want, but I suspect it requires writing some code anyway. I'm not very familiar with the engines so I can't say exactly what.

>>356
Is there a specific genre for that? 
I know platformer. Or maybe it's point and click?

>>353 (OP) 
>i-i-is UNITY a good engine to use?
>wha about goDoT?

These unityfags i swear....
Go back to making garbage on your joke of an engine

test

UCTR_temp_titleback.png
[Hide] (75.9KB, 545x415)

>>151
Uncommon Time Rewrite Project - DEMO DAY 8/8 build

LINK: https://mega.nz/file/gaxR1JIB#GzLFv3TM4sLtUGv6u5IbvMTT7EKyMaWEn-UdPY_12TM

I will be releasing another demo when nuclear teagan is finished. At that point I'll begin to focus on art and music stuff.

CHANGES FROM LAST VERSION
(If I can remember exactly how much has changed)

-- Various sporadic corrections with character nameplates, typos and message box misalignment.
-- Added Yanfly engine's Victory Aftermath.
-- Day 1 post-rehearsal fully implemented, demo progress technically ends there, but I will eventually release a demo that has progress up to Nuclear Teagan completed.
-- Changed a dialogue moment in the Dal Segno Luthier's bakery where Soprano breaks character and says something nice to Alto.
-- Bosses for various mid/late-game arcs have been included. They are fightable through the debug boss room, accessible once you reach the end of the demo.

>>302
just like in one of the threads, thanks for keeping the Demo Day tradition alive, bro. Hopefully we will have more entries on 11/11

>>304
You're welcome man. See you on 11/11.

anchor-transparency.png
[Hide] (20.9KB, 512x512)

New anchor for 11/11/2020

screenshot0001.png
[Hide] (979.7KB, 1738x978)

screenshot0003.png
[Hide] (1.9MB, 1738x978)

screenshot0004.png
[Hide] (2.5MB, 1738x978)

screenshot0005.png
[Hide] (970.5KB, 1738x978)

>>338
I know I'm late, but I already posted in other boards:
https://mega.nz/folder/hM9Q3IjC#tWJvS6MlxE3BenlVOJaFyw

I still have RPGMaker 95.

>>67 (OP) 
>2k/2k3
VH

XP
Finding Paradise 
Reincarnations (unfinished and abandoned, but the story has promise)

>VX/Ace
Tales Of The Drunken Paladin (funny, unique setting/worldbuilding, generally a fun ride)
Some Touhou Platformer (forgot the name)

>MV
Ruins Seeker

How is GraphicsGale compared to Aseprite? What about Pyxel Edit?
How does Wolf RPG Editor compare to RPG Maker?

>Anyone here using the RPG Makers?
Not for anything more than mods of other people's games anymore.
>Which version do you use?
XP is the best in my opinion, but I have copies of all of them downloaded.
>What are your favorite projects made with it?
My own? I never finished my own game in it even after all these years. Closest I got was heavy programming work for one, it was pretty close to playable, but it was something I lost interest in. I might consider reworking it into something different eventually, I kept the files. It would be especially badass to work it into two template projects for other people to use and then shit out a quick and dirty sample game.
>>225
>How does Wolf RPG Editor compare to RPG Maker?
It's more powerful with less programming knowledge from what I understand, but if you can script in a Ruby-derived RPG Maker you might find yourself wanting to use that instead. Wolf RPG Editor's engine is better too though. And there isn't an awkward split between script variables and database variables, it's all the same shit. I feel like Wolf RPG Editor overall is better, but having to relearn how to do shit for it or not being able to type code and instead doing everything the old RPG Maker way (events) would get a bit tiring. So while I had some interest in using Wolf R

>>310
>XP is the best in my opinion
RPG Maker MZ is now out. It's basically MV with XP's multi-layered tileset system.

>>259 (OP) 
I'd recommend you abandon Windows-specific C++ and stick to modern C++. Everyone including yourself will thank you OP. Also, Bullet is a well-wrung out and open sauce physics system in C++. Use SFML for 2D platformers + Bullet.

>>80
>Take the data-oriented design pill.
/throd.
http://gameprogrammingpatterns.com/data-locality.html

>>81
Isn't Civ IV developed via a data-oriented design? I recall their devs talking about it and how it allowed people to easily mod shit in and out of the game.
>>80
Thanks lad

>>82
They were probably talking about data-driven design, where your gameobjects, particle effects etc., are defined by some kind of text file, JSON or something, then read in by the game engine to construct the actual gameobjects.

>>121
Not sure if that's DDD. DDD from what I understand is a method is used to layout the whole project. Pretty much as high level as possible. It can be pretty much summarized by the quote from the 90s "Write programs that do one thing and do it well.", but made into an entire concept for pajeets and managers.

>>122
>but made into an entire concept for pajeets and managers.
nah, it's easy to mix up the component design pattern applied by unity and DDD. A game built around DDD will generally have a bunch of component which are absolute barebone member variable of a struct. Then you'll have entities which are just container of component. Then there's the system, which handle entities. Instead of calling the update() function in every single entity, you call the system's update() which is one function call instead 150 update() of 150 game object.

In this context you separate the data from the logic entirely. It's extremly efficient for RTS.

DDD is the first article of the first section of game programming gems 1: The magic of Data-Driven Design. It's usually harder to work with, but It's fun to work with because if you push the idea to the limit, even the number of team can be written in a text file.

The conditional for the gameloop is a flag that GLFW provides:
glfwWindowShouldClose(mwin)
I could have used any flag of my own devising but there are some benefits to using the GLFW one, particularly with a multiwindow setup. The mwin argument is a GLFW window pointer that's being maintained in a specific namespace. More on that later.

Inside the loop is the call to the function where all the actual work gets done:
>muh_mrs.hpp snippet
// Wrapper to perform frame timing and draw scene elements
void time_n_draw()
{
  // Update per-frame timing & process realtime user inputs
  do_timing();
  if (key::key_prsd) proc_RT_inputs();
  // if (key::key_prsd || mouse::btn_prsd) proc_RT_inputs();

  // Clear the back colorbuffer

>>175
> Heh, I've seen C software that literally has the entire program--thousands of lines--all inside main()!.) I'm not really sure why C devs tend to do this, since sub-routines were a thing literally at the very beginning of computer science (eg, Edsac), and sub-functions were stressed all the way back in Algol60, as well as K&R.
It's likely to avoid cache/branching. A lot of C code has to squeeze out as much performance as it possibly can and subroutine have overhead + they fuck up the caching. It's ugly as fuck, yeah, but sometimes the devs work on embedded systems and have to cut literally every single corner.

>>196
>but sometimes the devs work on embedded systems and have to cut literally every single corner.
Sure, that situation I totally get. But with all due respect, in this case (ie, learnopengl.com examples) that's hardly the case and makes reasoning about things difficult af for the newcomer. And after all, the entire point of his project is to teach novices the ropes with OpenGL. I very much appreciate his efforts, and I'm learning a lot from it myself but I hope it will be just a little more approachable with my code here.

>>196
Thanks for bringing that point up btw, Anon. Context switching, stack frames, shared memory, concurrency & parallelism, threads, fibers, cache-lines, Data-oriented-Design, &tc., will all come into play for our IRL robowaifus, so yea. :^)

testing codeblocks again.
#include <iostream>

int main() {
  std::cout << "Hello World\n";
}