/agdg/ - Amateur Game Development General

>ctrl+f 'sfml'
>no results
Step up your game, /agdg/. Here OP, this is an extremely easy to use engine that creates compact and fast executables.
https://www.sfml-dev.org/index.php

>>105 (OP) 
> https://www.lua.org/pil/contents.html
> https://love2d.org
lua + LÖVE (aka lua2d)

>>343
based

89cd5cb3e8739a36bcd63523b2877c4206d97ac44c3d645ad80e203ac68955bf.jpg
[Hide] (110.3KB, 1400x931)

Sorry you are homeless anon Xray engine is got its sauce openes. (Go to github)

Sift through the code copy, paste modify well enough and im sure nobody will notice.

Try one of those webgl javascript engines (frameworks). Also get on some support, I guarantee there's some charity that will hand you a better laptop.

raylib. ez

>>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";
}

>>142
>But for /agdg/ as a whole it'd probably be better if we manage to congregate in one place.
Absolutely agree. We're small enough as a community even with that. There's an /agdg/ on 9chan as well btw. Maybe they could be encouraged to migrate as well if a dedicated site was up?

>>142
>>143
One suggestion was thrown out there to post progress across all the bunkers. Maybe even have a bot crosspost posts and replies between the bunkers.

>>144
>Maybe even have a bot crosspost posts and replies between the bunkers.
i've given this some serious thought, and vaguely followed robi's final solution/multiscraper, with this exact notion in mind. it will take collaboration to make it work correctly, but it's entirely feasible technically-speaking.

i'm currently re-writing my bump crawler, and intend to kind of facilitate multiscraper into it. it could easily be extended from there into a final solution 'multi-bot' i imagine.

>>145
I rally like the idea tbh, the bot would need some criteria to stop it from spamming or reposting language/engine shittery though.
We could just have 'bot spam' threads on every /agdg/ board, where it would aggregate discussion from other board progress generals and /v/ threads. but what about captcha
I'm currently crossposting away.

>>143
>>138
there's a wiki link leading to a list of bunkers in the welcome sticky on every agdg iteration I know of. Check it out.

>>142
>Perhaps reversing that trend would be good for us in the long run
that would be a return to 2014-15 state of things for sure. But there's one thing I keep saying: agdg threads on /v/ need to exist, if not solely as a recruiting mechanism. 
Should a single board be elected as king of aggydaggy, we can just put a link to it on the thread template to get people in.

>>142
>Oh same, but a normal registrar is a few bucks a year. 
I don't think cost is the primary concern, deplatforming is. Also, there's the general issue of anonymity as well.

>>146
>bot spam
Yes, I figured some type of specified containment thread would probably be the best approach, at least until Admins got more comfortable with the general idea of federation in the first place. 
>captcha
Devising some sort of authentication process whereby it can be circumvented entirely for authorized accounts would seem best. Probably a difficult sell for a couple of reasons at least. Barring that, seems that having a human in the loop will be a requirement, at least as far as my work goes. I'm not in the business of devising captcha crackers heh. I do know a guy who just integrated the Indian mechanical-turk services into his utility to bypass 4cucks tedium. I suppose someone could devise something similar for Final Solution services.

>Should a single board be elected as king of aggydaggy, we can just put a link to it on the thread template to get people in.
fair idea.