Diff

Depends. You don't *need* to. Any mods that are both client-side and server-side, or mods that are server-side only will be automatically disabled. Some client-side-only mods can be run on a multiplayer server. Some servers also disable any client mods that they don't approve of.

Is it from one of your mods? I don't think I've seen that before but it sounds nifty.

We're not idly driving by places in a car with no destination, this is a focused discussion on a single topic. It's not just an assertion either, when you try to support your random opinion by providing faulty reasoning, people are going to critique that faulty reasoning, because this is a discussion, and you engaged with it.

This isn't about the texture, it's about the way the texture moves. It rotates slightly too slowly, something that texture swapping won't fix.

Did you accidentally middle click? I think middle click is the button that picks whatever block you're looking at.

Discord is entirely under Discord's control, nothing VS can do can influence your account on it, even if you use the same account information on both.

Messing with weather can knock it out of automatic, have you tried "/weather acp on" or "/weather setprecipa"?

Good question, I built a new bird sea on the corner between 4 chunks and tried to recreate 2000's stop motion classic Chicken Run. I tried zipping back and forth across a few hundred blocks, no escapees. In case it's a combination of distance and time, I tried parking myself 3, 4, 5, 10, 11, 12, 13 chunks away and stepping back towards the chickens, still no escapees. I found an outdated reference to a default loaded chunk radius of 12, which is why the gap's there. They made an ungodly sound in unison when I got back in range, but no escapees. Video of the testing setup in case anyone has any suggestions for improvement: Chicken Supermax.mp4

This is a forum for discussion, if you don't want to discuss, the best solution is to not engage. If you want to express your own thoughts without having to argue them (which is exhausting for all when you once again reveal yourself to be "immutable"), maybe you could make the first Vintage Story fan blog. Rewinding a bit, I agree a lot with this. While I think there's some opportunities for improving the mechanics, I think what we have already would be a lot better if just polished a little more. Beyond that, I also think things would be more interesting with less direct combat overall. I think this has already all been said, but combat in survival's pretty rare, and very deadly. If you get a fight with a bear or a wolf, you just lose. I think VS already has that down pretty well. Prey animals are all faster than you are, so the only way you'll catch them is by ambushing, trapping, or by exhausting them over a long period of time. Right now the animals are simultaneously too predictable for a combat focus, but they don't have enough internal state to make them predictable enough for things like trapping and ambushing to not have to rely on just sword-swinging to bring home a meal.

We're not talking about opinions, we're talking about facts, ones that you self-admittedly lack critical background information on. But this ends that discussion either way. This game used to be a Minecraft mod in a past life, but in this life it shares no code with Minecraft. Minecraft is written in Java and is not licensed in any way that would allow others to use its code like this legally. Vintage Story is written in C# and hails from a project called Manic Digger that was released into the public domain. But I'm not sure what this changes. Tech debt is tech debt, no matter who took out the loan. I'm not criticizing anyone when I talk about tech debt. It (can be) a choice with consequences, and sometimes it is the right choice for a situation.

Physics is global. Jank in physics is also global. Does that clarify?

In the context of this conversation, I'd point at this example specifically: Nobody mentioned lore. Animals warping up a hill at mach 7 is a practical consideration, not a lore consideration, and fixing bugs in the physics engine has positive effects in far reaching areas of the game. Lots of things touch physics, including trains. As I said, you may not care about bowtorn sniping you through a solid wall, but the same batch of bugs and broken assumptions could also cause trains to be less fun and usable when they unexpectedly launch themselves into orbit. More maintainable code makes it easier and faster to add features, so your opportunity cost argument makes little sense as we are not talking about lore, we are talking about jank/clunk/bugs/tech debt. Sometimes it's faster overall to spend the time to build a better tool than it is to keep chipping away slowly at a task with an inferior one.

I should have double checked before posting. That was (effectively) vanilla in that recording, so maybe a now-fixed bug, since I'm now also able to have my own boiling sea of birds safely contained by fence boilingseas.mp4

I set up a two pens with way too many goats, one with a single halite block, one with the pen built out of halite blocks, sped up time, set the rain to the highest level, and let the game run for a month from July to August, but all salt blocks are still intact. I'm not sure where your salt's gone.

Odd that it's freaking out that way. Usually when my Harmony patches fail the mod errors out and the rest of the game continues on as normal. Maybe because it's a getter? I'm not super familiar with all of C#'s treachery, but I think getters get turned into something like a "get_PregnancyDays" method behind the scenes, so it might be saying that because there is no field named PregnancyDays, just a method named get_PregnancyDays. Maybe you could do the same thing it does and grab typeAttributes["pregnancyDays"].AsFloat(3f)? Or you could bite the bullet and do some reflection to get at PregnancyDays. I know Harmony has some handy utility functions that make reflection slightly less painful.

Could it be because PregnancyDays is marked as internal where TotalDays is public? You can access internal and private things usually by asking Harmony for them as arguments, with three underscores before the name. static void Postfix(EntityBehaviorMultiply __instance, StringBuilder infotext, float ___PregnancyDays) From https://harmony.pardeike.net/articles/patching-injections.html

If that's one of the errors, then that should be pretty straightforward. That one is exactly what it says on the tin, the server.sh script requires screen (which is the name of a command line program that lets things keep running even after the terminal is closed), pgrep, and the dotnet CLI to be installed. Double clicking on it won't do anything because they'll still emit the same error messages, just without any way to communicate them to you. I'd stick with the terminal and keep running it and fixing the issues it communicates to you through the error messages. And on the migration, there'll probably be a few issues there, too. For the client, too, for mods. I got bit by that one myself, so make sure all the paths in your clientsettings.json are updated for being on Linux.

What happens if you drag and drop one of the executables into a terminal and try to run it from there?

Unfortunately I can't speak for snow and other edge cases, but in the normal case while they can't climb fences, they can phase through them sometimes. https://www.vintagestory.at/forums/topic/16839-livestock-escaping-closed-barn/#findComment-88846

Jank is usually due to tech debt, and tech debt spreads, calcifies, and gets harder to deal with over time. Even if you personally don't care about farming or lore beasts, I imagine you'd care when your train spirals off a straight track and phases through the hillside.

You don't want the latest version for VS, you'll want .NET 8 specifically. Specifically specifically the x64 version for macOS, NOT the ARM/Apple Silicon version.

Appreciate you putting all the work into figuring out the root cause! Went ahead and did just that, made a mod that patches that SetupContext function and sets Antialiasing to Gray, or whatever else the user configures. Oddly, on macOS "Subpixel" doesn't seem to actually use subpixel rendering, but I confirmed it's working by setting some of the other available AA options.

Far as I can tell there's nothing wrong with the shape of your pit, so it's either that there's a stack that's not quite a full 32 logs, or that it's not being lit correctly. I recreated your pit and was able to get it to bake down to crispy charcoal bits. Things to watch for, once I complete the fire pit on top of the logs, the info HUD at the top actually changes to "Charcoal Pit" instead of "Fire Pit", and after lighting it, it displays a warning that you have 30 in game minutes to cover the pit. If you don't see any of those things, abandon ship and double check everything. https://www.youtube.com/watch?v=vLHjLE9Y-Oc

Could be any of a good handful of things. A picture/video would be worth a lot. Without that, the top few things that go wrong are air gaps/incompletely filled wood piles and not covering up the fire itself. It's gotta be completely starved of oxygen or else it'll just burn.

Dang, missed that and that was the first place I looked. Appreciate the second set of eyes!