/agdg/ - Amateur Game Development General

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.

>>1807
I'll have you know that I'm making the game with complete disregard and disdain towards UX.
I'll consider adding an UI option to skip animating the inventory, though.

1729094612206469.webm
[Hide] (3.4MB, 1600x828, 00:16)

>>1808
>disdain towards UX
That's a very self-destructive /g/ reactionary mindset, equivalent to thinking that eating is bad after hearing vegans say some stupid shit.
>food analogy

>UI option to skip animating the inventory
Just make it good instead of requiring the player to fix it.

I'm talking about the beginning of this webm in particular. In that short moment I can feel the discomfort of trying to play the game and having to do everything in the inventory slowly because you can't even move your mouse without having to wait for the grid animations to finish before you can tell where the object actually is. Every action that you do is slow and imprecise. The inventory grid looks very detailed so I assume you'll be fiddling with it a LOT, which makes it even more important that interacting with it is very snappy.

I know well how hard it is to backtrack something you've already done, but I hope you'll at some point seriously reconsider if it's actually making your game better or not.

ClipboardImage.png
[Hide] (471KB, 638x532)

ClipboardImage.png
[Hide] (2.2MB, 1904x1012)

ClipboardImage.png
[Hide] (1.8MB, 1895x1010)

>>1809
>wait for the grid animations 
now I get what you mean, I somehow thought you just meant the open/close animation or the way that the grid lights up (which is instant, so i see the disconnect). Sure, I'll make them snappier but I will also "require the player to fix it" by giving them an option to turn them off entirely. The game has a lot of these, it's the way I like doing things, with defaults the way I want them and options to accommodate. Pics related.

>food analogy
heh, thanks for finally making me experience one in a conversation. It was awful.

>I know well how hard it is to backtrack something you've already done
Oh, it's what I do all the time. 4 years of refinement.
I did relatively recently unfuck one thing in the inventory that bothered a lot more people, I should be able to have it done relatively quickly. Thanks for voicing your concern. I'll post it when done.

skip_anim.webm
[Hide] (267.4KB, 920x580, 00:20)

>>1810
I don't mind the inventory opening animation so much, moving items around in the inventory is the most important part. One thing you could try is experimenting with animation functions, for example vid related.

>Thanks for voicing your concern
Thanks for listening to feedback, regardless of if you end up doing anything about it. Your game looks really cool so I want it to be good, so I'm more likely to pedantically nitpick about things.

Desktop_2024.12.16_-_21.33.31.01.webm
[Hide] (7.2MB, 1920x1016, 00:40)

>>1811
there ya go, best I can do until I get to allocate time on centering the items to cursor, which I've been intending to for very long

pedestrian.jpg
[Hide] (14.3KB, 369x88)

>>1796
>No. the question was about good resources on making simcity-like
Well I'll quote the post I replied to:
>>1791
>if you plan on any complexity, such as traffic simulations and elevation differences, its easier to do in lowpoly 3d

>there aren't that many good 2d guides
There aren't that many good 3D guides either.
>How else you going to make sprites? Hand paint them?
Almost all 2D art is made by hand, and there's infinite number of 2D art and pixel art tutorials like these to help you: https://trashchan.xyz/agdg/thread/23.html
>making everything 2d is easier just because.
2D is easier because making a 2D asset is easier and everything programming/math related is easier in 2D. 2D is only more difficult in cases when you need to create so many complex 2D sprites that the cost of modeling and texturing and animating a 3D asset is cheaper, or if you want certain degree of flexibility like rotating/zooming the camera or using dynamic shading. But otherwise old-school Sim City is one of the most ideal kinds of games for 2D because almost none of the objects in it 

>>1797
>2D is easier because making a 2D asset is easier
>Almost all 2D art is made by hand
>2d art is easier than 3d 
And your source for that information is what exactly? 
>waste of effort unless you're planning to zoom
What an amazing insight, especially as a rebuttal for my points. 
>Actors, like pedestrians. Maybe a monster attacking it, sine he talked about "spooky" version. I used skeletal animation as the example of superiority of 3d, over pure sprite based games.
Can you read, son?
And I can make walking cycle for a pedestrian in 5 minutes in blender, its super fucking easy. 
What is easier, walking or driving? Of course walking, because effort is too hard, and choosing short term convenience, over long term productivity is easy. And never plan ahead, why make it harder on yourself today, if you can make it impossible for yourself tomorrow.
You have no idea what you are talking about. And let me guess, you think he should use assembler, because its the proper way to do it, because its how transport tycoon was made?

>>1798
Anon was talking about "original sim city games", posted these screenshots >>1792, and said his plan was to make 2D sprites, so I'm operating under the premise that this is his expectation of what the game would be like. The idea that you need to be able to zoom in and see pedestrian walk cycles and whatnot was made up by you.

If he WANTS to make something like Rise of Industry (which, ironically, doesn't have pedestrians), wants to learn 3D, or wants the technical advantages that 3D gives, then this would be an entirely different discussion, but with current information none of those are true.

>I can make walking cycle for a pedestrian in 5 minutes in blender
But you're not him. You need to spend a lot of effort learning 3D programs to be able to quickly create the desired 3D shapes and UV wrapping and texturing and rigging and animating bones, but everyone learns how drawing works when they're 4 years old and getting from there to decent 2D sprites doesn't require much more than copying one of those pixel art tutorials. 3D is more of a skill that you need to acquire than 2D is, and every additional skill you need to acquire increases the barrier of entry to creating a videogame.

>>1799
>So, if its very small game, go 2d. If its somewhat complex, go 3d.

>>1801
Dwarf Fortress is a massively complex game but it's much easier to make in 2D. TABS is an arcade meme game but easier to make in 3D. Complexity is unrelated, it's specific features that determine it.

>>1755
I try first then use the AI, it's just an easier google search

>>1758
That says more about the current state of search engines than anything else.

I finally got some time to work on stuff but I'm so drained.

>>1787
Great stuff.

>>1733
Yeah, it's received grants from big companies like Epic and Meta/Facebook. Redot is unlikely to get that kind of investment, especially because of PR risks.

>>1736
As long as a fork actually comes out and it's forked from godot 4 or later, I'm content just staying on one version of Redot forever if I have to, just don't want to be associated with poz

>>1736
Then the best case scenario for Redot is being downstream forever.

>redot's website is now dead

oh_no_anyway.png
[Hide] (1.4MB, 1536x1571)

>>1753
it was a kneejerk fork with zero thought put into how it could possibly differentiate itself from godot. every new feature would be ported from the main godot branch anyways, created by the same people they despise so much
so like most forks where the original project is still active, a complete waste of time

1424132085914.jpg
[Hide] (42.9KB, 353x353)

>>279 (OP) 
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.

1418378294572.jpg
[Hide] (24.9KB, 280x300)

>>279 (OP) 
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

16a35496bb3f9c8f855cd0befd83384b19a057ab20415f983a08e0ff6f936451.mp4
[Hide] (554.6KB, 800x450, 00:06)

>mezzo is a trap
i thought you were going to REMOVE the gay from the game

9f3812d6ffa854431ccb3e4256266dec8a61a4caaa39c4784f5b4340dac73cc6.png
[Hide] (20.4KB, 512x512)

Consider this your ANCHOR POST.
Link your submissions to this post.

sleepy/v/ thread is up: https://zzzchan.xyz/v/thread/253345.html
Make a duplicate post over there with your submission.

1293033708075.png
[Hide] (40.4KB, 313x197)

I was not prepared!

>>1631
Take your time. There is no rush.

maptest.png
[Hide] (342.8KB, 1160x1236)

I want to make some assets to put into my game, but I don't know what to make so I decided to try to design the home map first, and I got demotivated super fast. It's harder than I thought.

Making a map by itself isn't hard, but it's hard to figure out what I want the player to do. I have a vague idea of the player finding items for some upgrades/unlocks (like more storage containers or a better crafting table or something), but I'm not sure what. And when I started drawing a house, I feel like there's way too many containers, I want the player to feel very restricted by inventory space at first and then build/unlock more containers. It's as if I need to make the game first and then design the map, but then I'm running into a chicken and egg problem: I don't know what content to put into the game because I don't have a map design, but I don't know what kind of map to make because I don't have content.

Maybe I can just design a "final" map, and then remove most of it? Like I can put a fridge into my house design, but in-game it's not there and you'd have to first unlock it. Or an entire room is blocked/broken and you need to build it. Or you start out with a bathroom (which feels pointless, but also weird if there isn't one), but can upgrade it into an chemistry lab later.

There's also the problem that I kinda want the player to be able to build as many storage containers as they feel like gathering resources for (I don't think having a hard storage cap is very fun in

ClipboardImage.png
[Hide] (72.6KB, 408x206)

>>1587
Are you trying to invent cataclysm:dark days ahead?

>backpacks
Why not just make everything into a storage? All existing items have to be stored somewhere, and a lot of items are both storages and "items". So simply register every item, by ID/pointer into its storage space. On loading, recursively load all used storages, starting from "the world". 
Its actually important part of the interface. Depending on number of items/buttons, game might start lagging, if every button pressed checks every other button location against it. You will need to separate them into containers anyway. 
And with everything being a container of their own, you can have "hidden" part, where item stores materials its made of.  

>how to ID
You either use half assed system, or make a proper all encompassing item ID system. 
> I want to refer to the inventory by it's name
You dont mean, you literally search all existing items via std::string or something like that?

items.png
[Hide] (34KB, 752x483)

>>1587
>>1588
>create_item()
>create_inventory() 
I just realized that the way I explained it doesn't make any sense because I left out context. Those functions in reality are create_iteminfo() and create_inventoryinfo().

The way my stuff is organized is that I have objects and infos. The info represents the object's type and has all the static information about it, like name and description and sprite, you only modify those at game startup. The object has per-object information, like how many items are in an item stack, they are actual objects that exist in the world.

Pic related are the actual, un-edited data structures for my items. What I'm talking about is creating an Iteminfo, and connecting the relevant Inventoryinfoid into it. I don't need or want to store the inventory info's string ID into the item info, I just want the numerical ID, but the item info may be created before the inventory info so the numerical ID wouldn't exist yet.

>Are you trying to invent cataclysm:dark days ahead?
Not sure what makes you think that.

Test.

c0f9b45354cd49fbcb8f0395a73230637a76596de76df37bb70041c11c947e7c.png
[Hide] (60KB, 1200x1000)

New bread.
>>1605
>>1605
>>1605

>>1194
It just I did everything alright the first time, but it didnt work, so I have to redo it over and over, until I learned that I simply used radians instead of degrees. Not the first time angles fuck me up, its like every fucker invented his own measurement system for them. Yeah, I should have known that this thing uses fucking quaternions, and not degrees, and I am totally heard of them before.  
I spend few hours trying to figure out why textures dont work, and it turns out directX cannot keep textures in memory, if you resize the window. Do you know how hard it is to fix a problem, if you did everything right, but something slightly related has some weird quirk? 
But the good news is, its basically done, and I needed that stuff anyway.

>>1194
>Unrust on your math skills a bit and you'll be capable of pretty awesome complexity.
That reminds me, does anyone have some relevant math resources they'd recommend? I ended up using a function for circle-line distance in >>1160 that I don't understand and I figure developing a stronger foundation will be important.
>>1195
>Do you know how hard it is to fix a problem, if you did everything right, but something slightly related has some weird quirk? 
The last missing piece of the puzzle always seems to take the longest to find! Looking forward to playing your game anon.

ClipboardImage.png
[Hide] (30.7KB, 683x610)

ClipboardImage.png
[Hide] (5.1KB, 378x206)

ClipboardImage.png
[Hide] (8.5KB, 303x238)

>>1196
>maths distance
Its always the basic geometry and right triangles. 

//lazy square distance
if (abs((int) _a1.posX - (int)_a2.posX) <= 2 ) {
	if (abs((int) _a1.posY - (int) _a2.posY) <= 2) {

You basically check x1-x2 first (and mod it to get positive values), if its below threshold("radius") it collides. And than do it for Y too, because its faster to separate them. 

//advanced distance
/*	if (sqrt(pow(TargetX - posX, 2) + pow(TargetY - posY, 2) * 1.0) <= 5) {
It just works.

ClipboardImage.png
[Hide] (27.5KB, 673x601)

>>1197
In case first image is 100% transparent for you too.

>>1197
>>1198
Ah, thanks for the explanation.

>no point in 3D 
Nigger its asteroids. There's no player movement anyway.

>>1112
You haven't played asteroids.

>>1080
Surprised noone responded to this post - this is actually pretty impressive. Care to share the code?

Also, are you the guy who did Super Don't Give Up!! in the last jam? You got the same pixel art/pixel font thing going on. Would be to cool to hear you were still around.

>>1187
Yep, I did SDGU!! last jam. I'll try and find time to post the code with bit of an explanation.

>>1189
Nice. Glad to hear you weren't lost in the move.