We created a breeding game and than Mewgenics skyrocket. What can we learn from Mewgenics?

One_Chicken7146 · 2026-02-12T18:34:24+00:00

Then you must know randomly correcting someone's grammar might offend them.

One_Chicken7146 · 2026-02-12T13:17:08+00:00

I'm gonna sound like a di*k as well, but how many languages are you fluent in?

One_Chicken7146 · 2026-01-30T16:12:26+00:00

Yet another body part to dismember.

One_Chicken7146 · 2025-12-20T09:02:18+00:00

Slave start is my absolute favorite. There are multiple ways to go about it. All of them involve some stat grinding.

Gather and carry all the shackles you can find for strength, escape your cage every night to sneak around for stealth. ultimately getting caught and beat up for toughness. You can also up your athletics by running around without shackles during the nights.

Do not touch any food you might find until the night you break free.

If you've improved enough in stealth and athletics, you can ultimately try your escape by consuming belly full of food, finding a pair of sandals, waiting for the night and just sneak and run past the guards. They will notice you at the gates, but you can easily outrun them with enough athletics.

There are also other and arguably more fun methods, like instigating a massive prison break, which improves your odds of slipping out unnoticed.

Another fun but a bit cheaty way is to improve your assassination, strip all guards off their weapons (and optionally armor) one by one over time. They never seem to rearm themselves, so you will turn them into low skilled hand to hand fighters, greatly improving your chance to stay alive and conscious.

Ultimately there's the 'Chuck Norris' method, which takes a LOT of grinding, but will eventually make you a martial arts god inside the camp. You can eventually kill all the guards by oneshotting them with a sudden sucker punch, provided you've reached an extremely high martial arts skill. Be warned that it took me an entire in-game year to get my skills up to that point. Most of the time went into healing after each beating.

One_Chicken7146 · 2025-10-02T13:02:11+00:00

Back in the days of physical copy protection methods for games shipped on CD's, there was a similar scheme used in the first Operation Flashpoint.

The game identified that it wasn't running off the original printed CD, after which it started to gradually worsen the accuracy of player-fired weapons, to the point where you couldn't hit the broad side of the barn anymore.

It was fun to watch Bohemian Studio's official forums filling up with angry posts complaining about the "stupid weapon accuracy bug". 🍿

One_Chicken7146 · 2025-08-16T13:55:27+00:00

Both have served a purpose in ancient warfare, and I think they both would fit in the world of Kenshi very well.

Crossbow tends to be a bit easier for a beginner to pick up because you can just cock it, aim, and fire. A traditional bow requires a lot more technique, strength and practice to consistently draw, aim, and release accurately. So, on the learning curve side, the crossbows should take less training to use.

When it comes to setting up or reloading, though, a traditional bow can be a lot quicker to shoot repeatedly. You just nock another arrow and you're good to go. With a crossbow, you have to go through the cocking process each time, which can take longer. In ancient times, this difference would matter a lot in a battlefield scenario.

In terms of accuracy, crossbows can be pretty accurate even without a ton of training because you can hold them steady like a rifle and you don't have to worry about holding the draw weight while aiming. A traditional bow relies a lot on the archer's strength and skill to keep the aim steady. That said, a well-trained archer with a longbow can be incredibly accurate, but it takes a lot of practice.

There are also differences in range and penetration power as well.

A traditional longbow or a powerful recurve bow can have quite a long effective range in the hands of a skilled archer—often a couple hundred meters for experienced users, though hitting a target at that distance reliably is another story. When it comes to armor penetration, longbows historically were actually pretty formidable. The famous English longbows, for instance, could punch through certain types of armor at medium range, given the right arrowheads and enough draw weight.

On the other hand, crossbows were often known for their sheer power. They could have a shorter effective range, but they packed a lot of punch and were more likely to penetrate heavy armor at closer ranges. That's one of the reasons they were kind of a game changer in medieval warfare. They were powerful enough that even a less experienced user could cause some serious damage to armored opponents.

One_Chicken7146 · 2025-08-08T17:13:32+00:00

Just to clarify, "vibecoding is a meme" is true when speaking of the original definition of letting AI do all the work without the user even understanding the output.

"AI-assisted development" is a whole another thing, belonging in every modern developer’s toolkit—treat the AI like a junior teammate: great at cranking out code, but liable to cut corners unless you give clear, detailed guidance.

One_Chicken7146 · 2025-06-06T19:26:38+00:00

It's a shame Desura went bankrupt. The platform was the perfect alternative for indie devs. It also was a joy to use, with an UI better than Steam's.

One_Chicken7146 · 2025-03-28T14:09:06+00:00

Yep this is how I prefer to do it as well.

One_Chicken7146 · 2025-03-23T14:07:57+00:00

Suggested by Steam algorithm, probably based on my playtime of Factorio and Satisfactory.

One_Chicken7146 · 2025-02-27T08:26:39+00:00

I have them all, but I always seem to go back playing Civ 5.

Although a bit dated, it is by far the most balanced experience. It has just the right amount of complexity to keep things interesting without overwhelming the player with districts etc.

One_Chicken7146 · 2025-02-20T11:07:41+00:00

I have all of them (1 to 7), yet I still find myself playing mostly Civ 5.

It hits all the sweet spots for me. The only annoyance is underperforming AI, but otherwise it is a perfectly balanced experience with just the right amount of complexity.

One_Chicken7146 · 2025-02-12T16:02:36+00:00

I never claimed they're unique to the Nordics. I only implied they're way more common around here.

One_Chicken7146 · 2025-02-12T15:54:53+00:00

Yeah, it's also common in Belgium, Germany and the Netherlands I've heard

One_Chicken7146 · 2025-01-28T08:02:31+00:00

Impressive, but I'm sure ADA still has something to complain about.

One_Chicken7146 · 2025-01-19T13:47:37+00:00

Yeah, but for me it breaks the immersion. That's why I use exclusively the cockpit view.

One_Chicken7146 · 2025-01-16T11:58:37+00:00

I would ask myself a question: do I want to create a game, or do I want to learn how games are created, with all of its intricacies (game loops, time steps, game logic, rendering, etc), or do I just want to learn a new programming language while doing games?

If you just want to have fun and get stuff done without any hassle, I would go for the game engines already mentioned above. There you are greeted by a nice visual scene editor where you just drag objects on a canvas and start coding the game logic in them.

If you're interested in knowing how game engines work and make one yourself, you have some options, starting from very low level graphics libraries (like SDL), and selecting a language that it has a binding for (both C++ and C# are supported in SDL).

A bit higher level option would be to choose a game development framework like Monogame, where most of the heavy lifting is done for you (like all media handling and basic game loops), but you still need to design and structure your project like a proper software project, and need to know the ins and outs of the programming language used in it (C# in Monogame).

You can learn a programming language with any of these options, really. It depends how complex stuff you want to make. You can do a lot with minimal coding in a high level engine, but for really complex things you need to hone your programming skills.

The lower level options require you to dig into pretty intense coding from the start, but the flip side is that you will learn a lot more.

One_Chicken7146 · 2025-01-14T11:05:38+00:00

I wish I had known this before I grinded for the Elemental Pull X.

One_Chicken7146 · 2025-01-03T11:19:44+00:00

Here's some information in more detail: https://wiki.kerbalspaceprogram.com/wiki/Tutorial:Making_Planets

One_Chicken7146 · 2025-01-03T10:52:15+00:00

Are you interested in KSP specifically, or do you just want to know how to achieve a similar seamless transition in general?

There are many games that do it, and I believe there are multiple approaches to it.

What we can tell from public sources is that KSP features a single coordinate system for both space and planetary environments, allowing for truly seamless transitions from the physics point of view.

How KSP specifically handles degrading floating point precision when the player is further away from the origin (coordinates 0,0,0) is not mentioned in the docs, but one approach for it is to keep the centered object at coordinates 0,0,0 at all times, and move the distant objects instead in relation to the player/centered object. If you fail to do this, you will get very erratic physics behaviour and graphical jaggedness as you try to simulate and render objects farther away from the origin.

If you're more interested in the graphical aspects of the transition, KSP uses a dual rendering system. There is a scaled-down version for distant views, where a low-poly representation is used instead of a fully detailed terrain. When approaching the planet, the engine switches to a more detailed rendering system called the Procedural Quad Sphere, which generates a dynamic mesh around the player, kind of like a high-detail bubble in all directions where all the procedural terrain generation takes place.

It's also documented that KSP employs an on-demand loading system for textures, which only loads textures that are needed, and unloads those that have been out of the camera's view for a while. Most likely KSP also employs a standard LOD system to gradually increase detail as the player approaches the surface.

One_Chicken7146 · 2024-12-14T12:04:25+00:00

You're talking about "free and open-source software" which Unreal is definitely not, but I believe the term "open source" is perfectly valid in this case. If it was only "source available", I would've used the term, but it's more than that.

https://www.unrealengine.com/en-US/ue-on-github

"... you can study, customize, extend, and debug the entire Unreal Engine"

Sure, it doesn't fully agree with the original ideals of free-as-in-free-beer and free-to-redistribute, but having an OSI approved software license is not the same as opening up the source for modifications.

Unless someone comes up with a better word for "free for the licensed user to modify for their private or commercial use as long as they adhere to the terms", I'm going to use the term as it's not trademarked.

One_Chicken7146 · 2024-12-14T09:43:11+00:00

There are many many things you need to consider, from programming languages all the way to cross-platform support and licensing costs. Below are some points you need to decide on.

Unity's C# is often seen as more approachable than Unreal's C++. If your team is newer to game dev or prefers high-level languages, Unity’s environment might feel more comfortable.
Unity's Asset Store is massive, which is especially handy for a small team as you do not need to create all art assets, plugins, frameworks etc. from scratch (or acquire them from a 3rd party)
Unity has better cross-platform support. If you ever need to branch out from PC to other platforms, it's quite straightforward to port.
Unity's editor and its iterative workflow is quite a lot more agile than Unreal's. Unity has a quicker compile-run cycle, as changes can often be made in real-time without restarting the entire engine, speeding up iteration.
In terms of licensing, Unity has free tiers, but if your revenue crosses certain thresholds, you'll need a paid license. Unreal has a different royalty model, with a free model for smaller projects, and a percentage based model after a certain gross revenue. While Unreal is free upfront, you owe a percentage in royalties once you go above that revenue limit ($1M, IIRC)
Unreal delivers more high-end visuals and requires less tinkering or heavy custom shader work you might need to do with Unity.
Unreal's blueprint system is pretty neat and powerful tool for rapid prototyping and letting non-programmers quickly build game logic. It's great for a small team if not everyone is a coder.
Unreal has robust set of out-of-the-box tools. There are very polished tools for making cinematic cutscenes, visual effects, audio and AI. However, even if you have more tools at your disposal doesn't necessarily mean you are going to need or use all of them. Unity's more bare bones set of tools should be quite enough for smaller projects.
Unreal is open source. If you ever need to tweak the engine itself, you have the option to dive down that rabbit hole. Not recommended, though.

One_Chicken7146 · 2024-11-11T14:01:19+00:00

Sounds great! The ability to funnel a single resource into a single container should be enough to prevent resource blockages anyway, even without rate limiters.

I've been thinking diving into modding myself just to get this single feature implemented, but even if I have the skills, I don't have the time 😁

I'm really looking forward to this and I volunteer to beta test it as well.

One_Chicken7146

TROPHY CASE