Where's that link that explains what happened to the agdg community after the exodus? About splitting into groups and whatnot? I can't find it.

>>501 Forgot to mention, that by making the lighting texture an overlay and not baked-in, you can adjust the alpha (intensity) of it based on distance from the light source and would have the option of making it lower resolution than the base tile, if you're worried about a 10x increase in total game texture size (I really wouldn't though).

>>497 Code continued. Before you do anything else, make sure you've got Raylib installed and that's in on your $PATH (it should be if you installed according to the guide) - see ht tps://github.com/raysan5/raylib#build-and-installation . Remember, I'm assuming you're working in a text editor (not an IDE) like Geany, Notepad++, VSCode? or whatever on linux like I am, if not, you're going to have to set up your own IDE and compiler, etc. Should be plenty of info out there though. Anyway, let's take a look at my Makefile. CC=g++ EXE=game BIN_DIR=bin SRC_DIR=src OBJ_DIR=obj CPP_FILES := $(wildcard $(SRC_DIR)/*.cpp) OBJECTS := $(patsubst $(SRC_DIR)/%.cpp,$(OBJ_DIR)/%.o,$(CPP_FILES)) CFLAGS=-Wall -Wextra -pedantic -Wconversion LINKERFLAGS=-lraylib -lGL -lm -lpthread -ldl -lrt -lX11 all: $(BIN_DIR)/$(EXE)

>>504 Now that we got that set up, we just need something to actually compile. Let's start by making two new files inside our source folder (game_dir/src/) - main.cpp and main.h (or main.hpp if that's your thing). As a bare-minimum, open-a-window "game", main.h looks like this: #ifndef MAIN_H #define MAIN_H #include "raylib.h" #define WIN_WIDTH 800 #define WIN_HEIGHT 600 #endif The #ifndef and #endif shits wrapping the whole thing prevents the header from being included more than once. Get used to putting them around your header files, but make sure each has a project-unique identifier like MAIN_H here. You typically go .cpp file/class name -> include guard name like Player.h -> PLAYER_H. The rest should be straightforward. A basic bitch main.cpp looks like the following:

>>486 Very cool OP. I'll be monitoring your progress.

>>501 Your idea sounds like inventing a bicycle made out of 8(9) wheels. The problem is seen in this picrelated, I dont even care if light direction is wrong at this point. The problem is the fact that whole tile is lit equally. >you can use opengl Yeah, it seems to be the only option, which just increases complexity. I expected to use it anyway, down the line, but it seem to be "necessary" already. I think I just render gradient (image) on top of everything and maybe add some noise, as temporary solution. And technically I can render far away tiles with (-0R,-255G,-255B) to make everything outside of light radius black with only red remain visible, for stylish effect, and gradient on top will hide the discrepancy. Now that I thought of it, it might actually work and look good. Some degree of "stylized" look is acceptable. And since I am going to process all tiles automatically, I can just add additional data to tile json such as "tile color balance", without reading each byte of color data via render engine. I technically only need to hide the brightest color (or change it into some other color, like red), just to tell player "this is dark" and they will understand it. So there are ways around it, but in the end I have to use opengl.

>>476 Good luck BO, I hope you succeed. I'm in the early stages of my own projects so I hope this place can become somewhere we can all enjoy.

>>476 Best luck on getting this place into a state where it's more than a bunker and you could start by posting your game

>>483 >posting your game Don't worry anon, it's Coming Soon™ Joking aside, I am working on getting stuff ready for a dev-blog like, part progress thread, part tutorial thread for it.

So the code blocks on this board look like ass. I'd like to fix that, but I can't into web dev. That's the sort of thing that custom css fixes, right? I'll ask over on the meta board but maybe someone with experience can give me some pointers here. I'd like to have a different background color for the code block to make it more readable.

>>499 >That's the sort of thing that custom css fixes, right? Yes. /meta/'s not gonna help you BO, but >>>/server/ has some excellent skills in this area and likes to help out AFAICT. Good luck BO, rooting for you!

This isn't a virus right?

We had the same idea at different times. 3dchan.org is the successor and we hope it will find its audience

>>469 performance on Firefox 108.0.2 (64-bit) was very poor anon

>>470 thank for your feedback I'll try to improve it

>>469 oekaki over other peoples posts when?

I've started several projects (games and visual novels). I'm not quite sure which one is good enough to be worth finishing. You can find almost all of them on: qrayz.itch.io

>>451 HackSim seems like a good concept to put in a game instead of the typical hacking minigame. I didn't try the others, especially the VNs since they rarely feel like games to me, maybe I'll get around to them later.

Finally got A* path-finding working after a couple of days of banging my head against it. Test program here is done with Raylib.

>>477 based raylib user, how are you liking it?

>>480 It's a true joy to work in. I'd recommend it to anyone, really. Dead simple to use, only needs a single header included, no cumbersome build system, with tons of useful built-in functions (all optional, mind you) with straightforward interfaces and a minimum of proprietary objects. To any beginners out there still fucking around with SDL2 or SFML or god forbid, raw OpenGL, you gotta switch over.

Can you cut off their feet and put them in a microwave after you insemenate them??

>>472 phenomenal post

>>463 It looks a bit plain. The look could work with more detail (especially the background), maybe add some shading, round off the hard angles and perhaps add an outline to the character? You should show some other parts to give a more complete impression.

>>463 Looks like it's made in Scratch.

Found the game, I don't think the guy who made the post actually made the game. still cool though. https://scratch.mit.edu/projects/792294181/

If Anything The Creator Could've Leaked It To One Of Their Friends, since this image was before the game was made and also didn't have variables.

One suggestion I would give if this is the creator though is decorations in the background, since that could be accomplished in scratch.

>>434 game is now free

>>457 Please stay encouraged Anon. This kind of effort is always a process, be patient. Congrats on your game BTW, please keep working on it! Cheers. :^)

>>459 I'm clueless about programming and just happened to be wandering through here but will second this. Your enthusiasm is commendable, but it takes a lot of time and effort to hone your talents no matter what field you're working in. Keep pushing yourself further and don't give up what you're passionate about. I wish you the best of luck.

Since you shared it for free now, I'll share some thoughts after my playthrough. The game was very basic, this isn't an insult or complaint, just an observation. The ducking mechanic seemed mostly irrelevant except for a couple of levels. As can be seen in the OP pic, those platforms to jump on/over do not provide cover from enemy fire. They probably should. The level in the enemy ship had platforms that were difficult to notice, blending in with the background. Maybe that was intentional, to suggest alien design the protagonist is unfamiliar with. Despite the special medial droid treatment received at the start of the game, there are no upgrades for weaponry or health. Also, only one level seemed to have a health top up. Perhaps at a certain point, after clearing the science lab, a choice ought to be offered upgrading health or weapon power. The virus in the computer level was very sensitive, adding difficulty in an awkward way. Just a slight tap on an arrow key could overshoot the target area quite easily. I'd suggest making the maze more complex instead, with a finer degree of control for the cursor. As for the thick health bar at the bottom, it looked odd. I would make it thinner and stick it in a corner. Probably give it a percentage too, or have it change color, starting green and turning red at the lower end. The music was pretty good, gave an appropriate vibe. Story-wise, it was solid enough I suppose, considering the length of the game. These areas had the strongest potential for expansion in my opinion. The game starts abruptly, it could begin with more of an introduction to the ship and character. The same goes for the enemy, flesh them out more. Generally, I think you have a decent basis for making something here. As suggested by someone earlier, look at other games offered both freely and for money on such sites. It will give you an idea of the competition and what is considered worth paying for. The slightly Metroid vibes I got suggest to me this game could have an action sci-fi horror element if continued with. Overall, a simple and brief diversion, lacking some refinement and complexity but showing some promise. Keep at it and who knows what you'll end up with.

>>461 >>459 >>460 If it helps, some of my future work is going to be history and aftermath. I might make some of these changes and introduce them in an update eventually. I dearly appriciate your feedback. BTW the first few levels are meant to be way, way, too basic because it was meant to give you a feel for the controls.

Any progress? Can you opensource it on GitHub?

I am a decent programmer, I can write in Lua, C99, Common Lisp, Java and I have some expierence with C# in Unity and Python in Pygame too. I would like to help if the project is completely public domain, otherwise I would consider it unethical to contribute.

>>453 If you find this doesn't pan out, please come help us build robowaifus then, Anon. https://alogs.space/robowaifu/

>>454 Robowaifus sound awesome, thanks for giving me the link, I will look into it in my spare time and help you guys out - at the end a robowaifu is a great dream of mine too.

>>456 Y/w Anon. There's a large degree of crossover between vidya dev, and several of the sub-domains for robowaifu creation. Mechanics (as in the physics involved in bipedal humanoid motion & control), and character acting are a couple of good examples of this.