copygirl

Oops, I voted "Accessibility" because that's what I usually understand as making a game more accessible to audiences who have disabilities and problems with certain mechanical (input), visual and/or auditory aspects of the game. Turns out I should've voted for "Usability", and I can't change my vote. It's been something I've been advocating for a little while.

Unfortunately, I believe when you put your game up on Steam you agree to not sell it below that price elsewhere. That's all well and good and that can be provided, over time, with a custom launcher. Something like MultiMC isn't even required. Something like the Twitch launcher isn't going to cut it - it's not integrated with the game. I've already outlined why I think it would be a bad idea. A launcher needs to be able to manage different game versions, and updating the game itself. The game itself should handle mod managing better, perhaps even mod discovery. We'll see how the game develops in the future and how people would like to share maps and mods. I highly disagree that we should depend on a third party for this, which would likely not be able to provide the best, most fluid experience. Involving another company is a bad idea. Do you want to have to restart the game to select a different modpack to play on a server, when the game wouldn't even have to be restarted for that? I also don't like that there's a single point (of failure) where mods have to be shared. Why not let people put up their mods on the forums? On their GitHub? Why force everyone on a platform they might not want to use - one that Anego Studios doesn't even control? Question is whether it would start Minecraft in Wine, too. Because that would be a bit silly. And it's unfortunate that MultiMC has stopped working with Forge 1.13+. If I remember correctly, there were attempts at resolving this, but ... as is common in the MC modding community, there was drama, or something like that.

1. I haven't personally tried, and wouldn't really want to, but it looks like nobody has had any luck getting it to run. 2. MultiMC is an open-source, cross-platform alternative for managing Minecraft modpacks. It does everything you want from the Twitch/Curse launcher and more. It also can download CurseForge modpacks - though to be fair, updating is a thing you have to do somewhat manually. I love it and have used it since before Twitch took over everything. 3. First, regarding Steam: Proper integration would actually require a lot of work behind the scenes. And as you know, they take a 30% cut. With both, you're limited to how they do things, and what they decide in the future. That is a cost. Steam and I believe Twitch also require creating an account, and thus having to agree to their terms. Vintage Story is in a sort of interesting position, where you can load mods without restarting the game. And ideally, with the modding API, mods may be compatible across multiple versions. We should focus on that, get the modding API stable, and give people less reason to run an old version. We don't have to fall into the same traps as Minecraft modding. But yes, a launcher would be nice, like I said, for all the reasons I've mentioned in my previous post. 4. Linux has been massively improving over time. Sure, it's - at times - rough around the edges, but at least you own your computer, still. Everyone knows Apple tries to control what's available on its platform and what you can do, and they try to make sure you don't own your device. Microsoft has been pushing into that same direction, lately. Sure, it has its upsides, because everything is supposed to be stupid simple. But we need Linux - It's the only way into a brighter future. We need the freedom, the customizability, the control, and not to give in to our corporate overlords - this also applies to Twitch and Steam, by the way. At least Steam knows it can't lose to Microsoft. They've been pushing for and improving Linux Gaming, with Proton / Steam Play for example. I think they can do this because they're not a publicly traded company, by the way. They can still choose to do what they find interesting and important, rather than to try and maximize their profit (while keeping expenses low). All in all, people should come to terms that not everything will or should be available on their favorite launcher. We should be able to retain our freedom and flexibility we have. Even if it means the effort of writing our own launcher, and making sure the mod managing experience in-game is as good as it can be. At the very least, this should be the #1 priority in this regard. If, after that, we have time to offer the game on different platforms, we could try to do that. Vanilla Minecraft also comes with its own launcher. Notch had been approached by Steam but denied. (In hindsight, I would've preferred that over Microsoft.) But look at where it is now. If you have a good game that excites and interests people, they're willing to go the little extra step.

I will reiterate that the Twitch App or Launcher or whatever it is called nowadays is not supported on Linux, which the game so far has tried its best to support (Mac OS support has been spotty due to lack of hardware to debug on). As such I don't think it's appropriate to use, because it will be leaving behind a number of people - Vintage Story has gathered a little bit of attention in the Linux Gaming world, already. Certainly, at some point we will be reviewing how mods are dealt with, allowing them to be selected per-world, and per-server, maybe even auto-downloading mods with have been vetted by the team. Additionally, the game is already loading a ton of content from asset files, so it would be a bit silly to have entirely separate installs for different versions (or worse, just different sets of mods) of the game taking up a large amount of space. This could be dealt with much more intelligently, having smarter mod managing and such all within the game itself, or through a custom launcher application that would manage downloading, updating and selecting different installed game versions and associated assets.

The release-candidate version (0.4.7-rc.1) should work for 1.12, I have not yet found any issues. However, I am delaying another release because the game now renders backpacks on players when one is equipped, making it overlap with blocks carried on their back. I have not yet quite decided what to do. Tyron recommended I patch out the backpack showing up when equipped but I don't know if I should take away Vanilla features, even if it's just cosmetic.

I put out release candidate 0.4.7-rc.1 of CarryCapacity for Vintage Story 1.12.0-pre.9 to address these issues: - Rotatable blocks keeping their orientation from when they were picked up, when placing them back down - Ghostly floating blocks at your feet in multiplayer when a player is out of view sometimes - Most importantly, a hang and crash when exiting a world or disconnecting from a server Please let me know if there's any remaining issues or one of those fixes didn't work.

Tiny update to the mod, making it only load server-side. This should also mean it's now not required on clients anymore.

That's weird. When you click the new issue button you should see them:

@Aira Labels can only be changed by those with access to the repository (as in, the team / developers). In general it's best to go with one of the templates I provided for now as a base, they come with default labels, and I usually go and adjust them if needed. "Bug report" for anything that seems unintentional and "Feature request" for suggestions, enhancements, even feedback I suppose. The developers generally look at any place you leave feedback, so I don't think there's a best place to do so necessarily. I personally prefer the GitHub issue tracker, but to each their own! If an issue ever appears to get overlooked, you can always bump the thread / issue or poke the team directly on Discord.

Alright, version 0.4.6 is out to fix this and a couple of other issues, such as being able to place (but not pick up) blocks inside claimed areas, and animations breaking when trying to do so. I also made it so carrying blocks on your back doesn't slow you down quite as much. I'm still wondering whether the in-hand slowdown is too much, considering you already can't sprint anyway. But it feels immersive.

That is indeed funny. I wonder if that's because they somehow (accidentally?) made it so the (now obsolete) walk speed modifier is added instead of multiplying it? Hopefully I'll get around to fixing this, tomorrow.

What about doing something similar to food regarding the stacking, to follow up on @Tyron's post? Picking up a farmland block with lower than full nutrients will store its nutrients on the item itself. If the nutrients are similar enough to an existent stack in your inventory, they automatically stack. If not, you can still forcefully stack them, like food with varying amounts of freshness. Either way, the nutrients will be averaged.

That would be confusing for players who don't know about this rule, and frustrating in general. And doesn't make much sense, in my opinion, to drop nothing when you dig up farmland.

You said "the files" - did you extract the .zip file? Don't do that, just move the .zip file you downloaded into the mod folder. The game will extract the resources from it.

Do you see the world interaction hint ( ) when hovering over the block? If not, I'd guess the mod is not properly installed / loaded and you should check if there's any errors in the log. If it does show up, make sure you aren't holding anything in your off-hand slot.

From what I can tell from the description, it isn't supposed to make hostile mobs not spawn, just make them non-aggressive (unless way too close or you're attacking them).

Version 0.4.5 has been released! You can now carry loot and storage vessels - even on your back! Barrels got the same treatment. (Blame Aira!) (Unfortunately, since you don't pick up loot vessels as an item, you can't use them with traders.) The first person renderer looks a little bit more fancy as well. Wiggle wiggle! As you can see, you can now keep your ponytail well-hydrated even on longer travels~

If you actually make the soil items remember their state, then they won't stack anymore. I still like my idea best

Farmland Drops Soil changes the behavior of farmland to drop soil when broken, depending on the nutrients available. This is for those people that got frustrated by losing their precious Terra Preta when wanting to move their farms to a better, fancier place or even their entire base. Well, you can't! Except with the amazing Farmland Drops Soil mod. When you break a farmland block, it will have a chance to drop their respective soil block, depending on the nutrients available. If you wait for the nutrients to fully recover, you always get your soil back. Otherwise, it will pick the lowest nutrient, and adjust the drop chance based on it. For example, a Terra Preta farmland with N=80, P=60, K=40 has a 50% chance to drop the soil block (40 / 80 = 0.5). [ VSModDB ] [ GitHub Releases ] Source code is available on GitHub as well.

The download link for the 1.10 version seems to be broken but I found this: https://osdn.net/downloads/users/24/24399/Armour_Release_V0.1.8_V1.10-RC1.zip/

Released version 0.4.4 to fix a crash caused by binary incompatibility when trying to pick up or place down blocks, so you should be able to use CarryCapacity with the 1.10 pre-releases (and beyond).

Yes, I didn't see. I've only played a few hours of the mod with friends, and this never occurred to us as fair as I know. I couldn't find The Neolithic Mod's implementation for "drop this carcass as a block" - it looks like this might actually handled by the game itself. So possibly a thing to report to the game developers. Are you able to reproduce this more consistently if you do certain things? I wonder if it can't be placed if both the animal and the player are in the same block space, for example.

It depends on how @Tyron wants to handle this. The game could simply issue a warning for behaviors it can't find instead of refusing to start the game, basically making all behaviors optional; or it could offer a way to mark specific behaviors as optional so the game just doesn't load those behaviors if they could not be found. I've tried my hand at implementing this change a long time ago, but it wasn't a simple surface change and I don't know the codebase as well, so I gave up. The API itself would not have to be changed. All it would need is an { optional: true } field where the behavior is used in an asset. For example: behaviors: [ { name: "Container" }, // Required behavior. { name: "Carryable", optional: true, properties: { ... } }, ] I did small things here and there for the game. I think the most useful change was rewriting the mod loading system, which I'm still very proud of, and hope will be useful going into the future. But to be honest, besides CarryCapacity and the recording sessions with HelDM and crew my attention is currently on other things.

Sorry for the slow response. I looked into making it possible to carry the cupboards, and write the required patches to allow for this. I could include this in CarryCapacity, but I feel like it would make more sense to include in BVcupboard. Unfortunately, due to the way behaviors work, it would create a hard dependency on my mod. Behaviors can't be optional, at the moment. The game refuses to load if a behavior isn't found.

The owner of the server, so it depends on which you want to connect to. Public servers are run by people from the community, they're not "official". @Tyron should probably allow servers to set a one-line description as well as have servers in the list display an icon if they require whitelisting or a password.