>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 > https://www.lua.org/pil/contents.html > https://love2d.org lua + LÖVE (aka lua2d) >>343 based

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

>>279 good luck anon. >>280 >Lewd Stuff unless if it's a yuri/futa sex scene if you build the characters relations up then nah, i wouldn't like if they just get fuck by a random dude and a masturbation would be pointless. just focus on the characters

>>279 Is there an archive of threads, past "fan" games/content, and/or an archive of the 2015 stream(s)? I've only been able to find a handful of those. Thanks.

It's dead, isn't it? A shame. Even cuckchan could finish their SJW parody game.

>>279 None of the Undertale AUs /v/ermin and quasi-normalshits have made have been even close to the original in quality, so I doubt this will really make Toby Phoenix eat hir heart out, but they're still fun to play I guess.

bump

>>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 >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

>>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. -- Debug boss room fully revealed this time because I'm lazy, and partly because I want to show shit off. As such some have suggested levels if you actually want to play them. -- New, pre-secret-final-arc area, Spiritoso Peak has it's maps completed. Access, however is not available in the main game, only through debug. Even then there are no encounters, so it's only worth looking at for about a few minutes at most.

>>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.

New anchor for 11/11/2020

>>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 >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 RPG Editor, I quickly thought, "Yeah, I would only use this for mods too," and gave up trying to learn more advanced usage. I can tell why nips like it though. And it's free so they don't have to pirate RPG Maker and risk getting thrown in prison since they take piracy so much more seriously over there.

>>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 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 clr_buff();

>>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.