TheMadGod

Bet his iron knife has a better durability than the ingame one.

Was annoyed about falling into hidden holes in the forest ALL the time (because being distracted)...so I decided to remove all trees from a huge field of chert gravel where i would see those holes easier and not fall down. There were two or so left, i went to one of them, chopped them down and the falling tree created an at least 30 blocks long and 10 blocks wide sinkhole, me falling 10 blocks+ down and nearly dying. But I refuse to turn off physics.

I put down a chest with packed dirt sufficient to cover the whole kiln just near it. So i never have to bother making it anew. I never make coal before I find a permanent spot to settle, tbh, so I never bother making small kilns. Wood is usually aplenty and most of the time goes into creating flint axes.

I have yet to descent into debugging such stuff...too lazy to really trace all of the calls. So I am not sure what to make of the "skipped physics ticks" .. maybe you need more than one thread to manage physics if you got multiple players. I did not change that setting on my own MP server, but that one only hosts my wife and me. So hardly a good comparison. And it is a monstrosity CPU wise.

I usually make charcoal three times a year. Got a huge charcoal kiln just outside the house, takes ages to fill but once filled, you got coal coming out of your ears. It takes hours and 10 flint shovels to dig it all up. Maybe, I am making it too big, but usually, i dedicate that time, then i can create tons of stuff before having to worry. I'd say, smaller is more efficient since you can basically fill that up in a few RL minutes and then burn it...but I like it impressive.

Distro / Kernel release : Endeavouros / 6.13.7-arch1-1 Mono / .NET package version : manual dotnet 7.0.20 (latest M$ release) Graphics driver version : Latest NVIDIA Binary (570.124.04) Works for client, mp server or both : Client Installation method used : manual Hacks (if needed) : before libc 2.41 -> none, after -> own glibc 2.40 ld.so interpreter+patchelf magic+odd rpath issues to make it work. Goddamn harmony. 2 hours of work. Now stable. Vintage version: 1.19.8/1.20.4 both with hacks. And people wonder why linux is not more popular.

There is a search hierarchy in the serverconfig. Basically, if both are in that "path" you can put mods in either or the basic "Mods" of the game that are always there in one and additional mods in the other. I am too lazy, so i put all of them in and just toss stuff in either of them. If i got multiple Servers of the same version, i just let the mods folder point to the one mod folder. Maybe i am doing it wrong, but it works. in serverconfig.json "ModPaths": [ "Mods", "path1/Mods","path2/Mods" ], Windows of course has "\" as a path separator, i suppose.

Let's say, I did not have the FF until after I and my friends played BT. So Tarjan was first and I got it for being a rather odd GM, more chaotic than a slaad even tho they didnt know it yet... So yes, both. But on topic... i have not found any hint in a trace and permission/exception hunting. So I guess it just does not work in that setup..which is a bit odd, but fair enugh. The .net framework is a bit wonky at times.

My nick is older than a slaad..

Hi all! I already got a 1.19.8 server running on an Ubuntu 22.04 and it works fine. Now I decided to use one of my older boxes that still runs a centos 7.9 (yes, I know..). Just for shits and giggles. So I thought I put a plain vanilla VS server on 1.20.4. First run should of course generate the world..but it does no such thing. Game Version: v1.20.4 (Stable) 17/03/2025 18:47:00: Critical error occurred Loaded Mods: System.NullReferenceException: Object reference not set to an instance of an object. at Vintagestory.API.Common.SQLiteDBConnection.DoIntegrityCheck(SqliteConnection sqliteConn, Boolean logResults) in VintagestoryApi\Common\IO\SQLiteDBConnection.cs:line 137 at Vintagestory.Common.Database.SQLiteDbConnectionv2.IntegrityCheck() in VintagestoryLib\Common\FileIO\Database\SQLiteDbConnectionv2.cs:line 47 at Vintagestory.Common.GameDatabase.IntegrityCheck() in VintagestoryLib\Common\FileIO\Database\GameDatabase.cs:line 99 at Vintagestory.Server.ServerSystemLoadAndSaveGame.OnBeginConfiguration() in VintagestoryLib\Server\Systems\World\LoadThread\LoadSaveGame.cs:line 110 at Vintagestory.Server.ServerMain.EnterRunPhase(EnumServerRunPhase runPhase) in VintagestoryLib\Server\ServerMain.cs:line 612 at Vintagestory.Server.ServerMain.Launch() in VintagestoryLib\Server\ServerMain.cs:line 505 at Vintagestory.Server.ServerProgram.Main() in VintagestoryLib\Server\ServerProgram.cs:line 130 at Vintagestory.ClientNative.CrashReporter.Start(ThreadStart start) in VintagestoryLib\Client\ClientPlatform\ClientNative\CrashReporter.cs:line 93 And 17.3.2025 18:47:00 [Notification] Server logger started. 17.3.2025 18:47:00 [Notification] Game Version: v1.20.4 (Stable) 17.3.2025 18:47:00 [Notification] C# Framework: .net 7.0.20 17.3.2025 18:47:00 [Notification] Zstd Version: 1.5.5 17.3.2025 18:47:00 [Notification] Operating System: Linux (CentOS Linux 7 (Core)) [Kernel 3.10.0.1160] 17.3.2025 18:47:00 [Event] It begins... 17.3.2025 18:47:00 [Event] Launching server... 17.3.2025 18:47:00 [Event] It senses... 17.3.2025 18:47:00 [Event] Server v1.20.4, network v1.20.6, api v1.20.0 17.3.2025 18:47:00 [Notification] Entering runphase Initialization 17.3.2025 18:47:00 [Event] Loading configuration... 17.3.2025 18:47:00 [Notification] Entering runphase Configuration 17.3.2025 18:47:00 [Notification] Using world seed: 206646476 17.3.2025 18:47:00 [Error] Failed opening savegame. 17.3.2025 18:47:00 [Error] Exception: The type initializer for 'Microsoft.Data.Sqlite.SqliteConnection' threw an exception. at Microsoft.Data.Sqlite.SqliteConnection..ctor(String connectionString) at Vintagestory.API.Common.SQLiteDBConnection.OpenOrCreate(String filename, String& errorMessage, Boolean requireWriteAccess, Boolean corruptionProtection, Boolean doIntegrityCheck) in VintagestoryApi\Common\IO\SQLiteDBConnection.cs:line 61 Is that a version problem with sqlite? I was under the impression that the dotnet framework had that bundled...or did I err? Not a big deal, I can reinstall the box with a different OS to let it run but since I don't have much experience debugging dotnet stuff, I would be curious what could be the problem. Forgot to add: of course, write permissions and stuff is all granted.