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.

>>110 The office is a structure designed to ritually siphon your leftover vitality so you cannot escape.

>>111 I know. I have been looking for a way out for +2 years now.

>>112 Never give up, Anon. Don’t let them eat you. I’m rooting for you.

>>113 Thanks anon

>>114 Same here Anon. You'll make it, just keep moving forward.

>>84
Yes, the project is now called VivaDev, and he holds court on a dicksword and sports a jewtube. Related.
>>20

>>85
Are dickswords all that bad? I hate them because it's yet another fucking messaging group that will likely die in the next couple of years like all of them have, but there's so many people just using that nonstop.

>>86
the first problem. It's a fad, so naturally anti-popular-fags will jump on that.
second problem, it's the easiest solution to one-stop messaging with file-transfer.
third problem, it's a privacy-leaking cunt.
Fourth problem, it's management is literally hipsters, trannies, and furryfaggots.

that's why it's hated.

>>87
>privacy-leaking
In more ways than one. IIRC they own everything you post so they sell to third-parties for ads.

He has a discord where he posts developer updates

https://discord.gg/Trqyzcq

>>83
Not sure I understand the question clearly. Do you mean like pre-baking shadows in a scene?

>>83
Yes! Here is a video by a master craftsman. WAtCh IT:
https://www.youtube.com/watch?v=g6jAoobuJaU
- Deveropa

>>97
yep, and sprites too
>>98
fantastic! thank you brother

>>83
Hell yeah I do
https://www.youtube.com/watch?v=5UKKaTGwIqc
This is the art dev for the first couple Roller Coaster Tycoon games explaining how he made most of the animations.

>>92
I guess impact works
Can just use tiles for displaying font

>>92
>>93
I figured it out, the impact font tool site needs flash enabled, but the font tool might not really be needed, one just needs to have a pic with all the letters and single pixel lines at the very bottom for showing the width of each letter

Has anyone informed Viva Project guy where /agdg/'s bunker is located yet?

>>16
Where is the guy anyhow? I'd do it.

>>17
He runs a dickcord now.

>>16
he's on vch, which has the bunker thread.
he knows of this place, as many others do

>>16
The VivaDev guy from the old 8/agdg/ Shinobu2 Project thread has just released a tutorial to add any waifu's head onto the character that you'd like instead inside his game.

https://www.invidio.us/watch?v=d_RR66X1C7A