Backup, archive, and clean your seeds!

[Quasimiyao]

I might be able to do that. But what does UNC mean? Is that local singleplayer or locally hosted multiplayer? Or something else? I might just have a brain overload after hours on hours trying to learn some coding for the first time, but I just cant find any suitable things UNC might be short for And I'm guessing LCB is land claims?

[Sophung]

I might be able to do that. But what does UNC mean? Is that local singleplayer or locally hosted multiplayer? Or something else? I might just have a brain overload after hours on hours trying to learn some coding for the first time, but I just cant find any suitable things UNC might be short for And I'm guessing LCB is land claims?

 

Lcb is land claims.

 

Yes to both; it's local or locally hosted.

 

UNC is a path type and some examples are like this "\\server\share\folder\seed"

"\\192.168.1.5\share\folder\seed"

"\\server\c$\folder\folder\seed"

 

A local path also works which would be

"C:\users\me\appdata\...\seed" (minus the "...", I'm not at my computer to give a real path)

 

Nice! What language are you learning?

[Quasimiyao]

Ok, cool Thx. What does the letters UNC short for?

The languages used to edit this game I think that would be C# and whatever the xml's are written in. Never coded a line in my life, so I just jumped into the dll's for adjusting inventory size first, and have just successfully (I hope) merged a few mods in with Valmods Expansion by redoing a few xml's, and fixing some bugs in a couple of the mods that I encountered. Next step is trying to make some stuff myself, not just rewriting others work.. The dll's I actually managed to do, but for some reason the serverside dll I made wont work, even tho its supposed to be the exact same things that needs edit for backpacks to work properly. And toolbeltsize, well I gave up. Code behind an enumerator stopped me. Can not find a way to edit whats behind/inside the enumerator, whatever that even is I know what needs changing, but that one line of code is just refusing to reveal itself..

[Sophung]

It stands for universal naming convention, the counterpart is LFS which is Local File system such as c:\

 

I'll rename it to be less 'techno-nerd speak' and more clear that it's for single player + LAN based servers.

 

Your tinkering is already deeper than I've gone into the game files I don't have a solution for you but keep at it!

[Sophung]

version 20170220.1 has been released for both FTP and Local. FTP has had several improvements thanks to working on the local version. The local version has had a few minor changes since the initial test release.

 

some of these improvements are:

-A minor fail-safe catch was out of order. (FTP only).

-Several XML fail-safe messages were rewritten. (FTP only).

-The region backup directory was not properly clearing itself before downloading new files (FTP only).

-The default Total Buffer value of "26" was wrong -- only visual and only for first-time users, it fixed itself after you click Apply and stayed correct after each following launch. (FTP and Local).

-The update checker for local edition is now independent from FTP. (Local only).

 

 

Edit:

20170220.2 (Local only)

-Readme.txt has been updated.

-The bandwidth notes on the 'region calculator' and 'bulk file' tabs have been removed from the GUI.

-The archive path note on the bulk file tab now takes up two lines to deal with the longer local path lengths wrapping.

*FTP is still 20170220.1

[7daysguy]

Hi Sophung, a quick question regarding cleaning players since it wasn't explicit, does the cleaning function also delete their land claims? So was it intended that you would clean up old land claims then restore regions without land claims? Or does the region cleaner ignore land claims where the player has been "cleaned"? Thanks.

[Sophung]

Hi 7dayguy!

 

The player buttons only interact with player's .ttp and .map files in the player directory. The rest of this application is unaffected by this.

 

The lcb buttons only interact with players.xml.

 

I'll give a small unrelated tip here, the lcb expiration in this app only needs to be a minimum of your game/server expiration. Meaning if your lcbs expire at 7 days then you can safely set this app to expire them at 7 or 8 or 15 or 30 but not 2. In this way you can give your players more leniency.

 

Also worth noting, lcb backups could help you restore a region and the expired lcbs therein.

 

And region buttons only interact with .7rg files but read lcbs from players.xml to decide if it should reset each region.

 

lcb cleanup does interact with your region file backups, cleanups and restores but not in a tangible way for the active players to notice unless you restore over a currently active region, in which you'll set back player's building and storage progress in the region.

 

The way it's intended is to backup fewer active regions and archive or delete more inactive regions. It indirectly impacts restores because if you're restoring from backup then you are restoring less of the world (in a bulk restore, not an individual restore).

 

Edit, TLDR;

Removing expired lcbs from a region can change the way this app handles that region because the only deciding factor for activity is the existence of lcbs.

 

I hope I understood and answered what you're looking for. Sorry for the long answer

[Lucerat]

An excellent program, looking at the potential

I'm having problems with the setup, help me please

Left top - config

Top right - view from the program

From the bottom left - my virtual game directory

On the right, from the bottom, the program has created directories and looks there for Players, server config, and so on.[ATTACH=CONFIG]19400[/ATTACH]

 

Thanks for any help

[Lucerat]

Need help with settings

 

Hello

I need your help in setting up the program

I attach a screenshot

Top left - settings

Top right - view from the program

The bottom left is my way to ftp

Right from the bottom - the program created this path when connecting to the FTP

 

Thanks in advance[ATTACH=CONFIG]19406[/ATTACH]

[Sophung]

Remove '/IP' from your FTP path, leaving only '/Saves/Random Gen/SBS-PvE'

 

This path is based on the root where an FTP client (like winSCP or filezilla) would default to when they connect. Bottom left illustrates this without the IP, your bottom right shows the path as a directly connected o: drive to the server itself and not through an FTP client, which I believe means you could use either edition of this tool

 

Edit: you can also safely delete or move any misplaced archive directories, it'll recreate them when you fix the pathing.

 

Thx and enjoy

[Lucerat]

Remove '/IP' from your FTP path, leaving only '/Saves/Random Gen/SBS-PvE'

 

This path is based on the root where an FTP client (like winSCP or filezilla) would default to when they connect. Bottom left illustrates this without the IP, your bottom right shows the path as a directly connected o: drive to the server itself and not through an FTP client, which I believe means you could use either edition of this tool

 

Edit: you can also safely delete or move any misplaced archive directories, it'll recreate them when you fix the pathing.

 

Thx and enjoy

You did not understand

IP I hid

Blurted out or instead of the address used the abbreviation IP

When connected, it shows that it does not see the settings.

Creates its own path, exactly the same as it needs before the configuration file

 

For example, IP-6011 / Saves / SBS-Pve /

The program makes the path IP-6011 / Saves / SBS-Pve / IP-6011 / Saves / SBS-Pve / BARS Archives

[Sophung]

Can you show me what it looks like at the root of your server from an FTP client making the connection?

[Lucerat]

Can you show me what it looks like at the root of your server from an FTP client making the connection?

Oh sure

The picture on the right - connected to the FTP

On the left, the picture entered the folder[ATTACH=CONFIG]19443[/ATTACH]

[Sophung]

I think the confusion here is this "o:/" drive. It's not a typical path inside a basic ftp connection, afaik. A common client should portray your root folder as "/". Can you show me what it looks like with something like winscp?

 

Edit: for the strange pathing on the archive folder; I'll be adding a failsafe so it won't try and create it if the path is in error. I needed to redo some things in this part anyway

[Lucerat]

I think the confusion here is this "o:/" drive. It's not a typical path inside a basic ftp connection, afaik. A common client should portray your root folder as "/". Can you show me what it looks like with something like winscp?

 

Edit: for the strange pathing on the archive folder; I'll be adding a failsafe so it won't try and create it if the path is in error. I needed to redo some things in this part anyway

I connect from total commander (i using he for ftp connections)

 

This is my way to ftp and in saves you can see path created by programm

[ATTACH=CONFIG]19455[/ATTACH][ATTACH=CONFIG]19456[/ATTACH][ATTACH=CONFIG]19457[/ATTACH]

[Sophung]

I've carefully reviewed all of your screenshots and it looks like the picture in your original post doesn't match the 3rd picture in your latest. You're missing "/Random Gen/" in the settings tab in that original picture.

 

Also, I've looked through the code along with test and live servers and I'm not seeing any path duplication anywhere. One thing I did notice is this tool is case sensitive and often fails if the path isn't exact. In the original picture provided, it looks like the path changes upper/lower casing half way through. example "/SBS-PvE/" to "Sbs-pve". Perhaps this was created by accident? Note* this path does contain "/Random Gen/" so it would have happened separately from the screenshot of your config and the settings tab.

 

Can you delete these duplicated folders and replicate the problem?

 

Even if this was an accident on your side, *it's still my fault* for not having the program fault-check before attempting to create the archives. This has been fixed on my side, I plan to make a few other minor changes before publishing.

 

Edit: do you mind if I ask when you first started trying to use this tool? And did this tool also create this path on your server "/ip/Saves/SBS-PvE/BARC Archive" which is not under /random gen/, but next to it?

 

Edit 2: I installed your same version of total Commander and found my assumption about your IP in the path and o: were wrong you win!

 

Thanks for helping me improve this tool, and sorry it's taking so long to get you connected

[Lucerat]

I've carefully reviewed all of your screenshots and it looks like the picture in your original post doesn't match the 3rd picture in your latest. You're missing "/Random Gen/" in the settings tab in that original picture.

 

Also, I've looked through the code along with test and live servers and I'm not seeing any path duplication anywhere. One thing I did notice is this tool is case sensitive and often fails if the path isn't exact. In the original picture provided, it looks like the path changes upper/lower casing half way through. example "/SBS-PvE/" to "Sbs-pve". Perhaps this was created by accident? Note* this path does contain "/Random Gen/" so it would have happened separately from the screenshot of your config and the settings tab.

 

Can you delete these duplicated folders and replicate the problem?

 

Even if this was an accident on your side, *it's still my fault* for not having the program fault-check before attempting to create the archives. This has been fixed on my side, I plan to make a few other minor changes before publishing.

 

Edit: do you mind if I ask when you first started trying to use this tool? And did this tool also create this path on your server "/ip/Saves/SBS-PvE/BARC Archive" which is not under /random gen/, but next to it?

 

Edit 2: I installed your same version of total Commander and found my assumption about your IP in the path and o: were wrong you win!

 

Thanks for helping me improve this tool, and sorry it's taking so long to get you connected

May be you have teamviewer? I show you from 0 to 100% connect, settings and you answer on my question - where i mistake in options

My skype: Richardvonhell

we can meet in skype and select time for view my big fail )))

[Sophung]

It'll be hard to schedule a firm date/time. Add me on steam and I'll help you out next time we're online at the same time. My steam account is just sophung.

 

Thx

[Karlovsky120]

Granular chunk resetting. -Oh boy, haven't even started researching this. It's possible but probably not without help?

 

 

I've decided to create a full blown world editor for the game. For that I need to figure out how the region files work. Once I do, I'll write an open source standalone library that will be able to load region files into memory, manipulate them (via block and chunk coordinates and other human friendly ways) and save them. You could then use the dll for your own program. If you want to help me get to the bottom of this (or know someone who is also working on it) send me a PM.

 

P.S. I wrote a dll for reading .ttp files (look for 7DaysProfileEditor in modding tools) you could use to get per player statistics.

 

EDIT: I can now tell you how to delete a chunk if you know it's coordinates in the world.

[Sophung]

Hi Karlovsky

 

Sorry it's been so long to reply.

 

I haven't even looked through the source code this guy posted, but this might also interest you https://7daystodie.com/forums/showthread.php?30985-Regionedit-simple-region-file-editor

 

BARC could easily figure out which chunks are active or inactive using the same logic it has builtin today. My reservations are safety of the actual region file; time spent to [ parse - download - edit - upload ] each region (probably at least 20 minutes of added server downtime); and how easy I could convert your method to AutoIT so that the editing is built into BARC.

 

If I added this, it would need to be that I find all inactive chunks and add them to an array, then sweep through the array and remove them from the region within one edit. Rather than find a chunk -> open the region -> edit -> commit/close -> repeat 1024 times per region.

[Karlovsky120]

Firstly, the subscription button is useless.

 

I've been working at it for a while, and I believe I've deciphered the region files (not the chunk data though).

 

I know that each chunk has a timestamp associated with it. That can help you figure out the activity of each chunk.

 

What I want to achieve is enable you to load a region file into memory (about 10MB, nothing much), go through the chunks (I can read and open them, I just haven't tried to make sense of the data) and do whatever you want with them.

 

Once you're done, you just save the region file where you want.

 

I've noticed two things about region files though. As you modify chunks further and further in game, they grow in size, but it's due to the fact that, once chunk size goes over a threshold, it gets copied to the end of file leaving the original data as junk. Also, due to an oversight in the code, each chunk has additional 4KB of blank data I can remove. That's 4MB per region. I do both of these automatically when saving the region file.

 

Using those two methods I took a 25MB region file and have cut it down to about 8MB, and the game still loaded it without problems.

 

Anyway, I should upload a c# dll plugin by the end of the week with which you should be able to do things I said above. Not that this is a meta-tool, not a tool, not yet. Main goal is to enable people to include this functionality in their programs, it cannot be used by itself.

 

Once it's up, if you have any questions, we'll talk.

 

As for what you want, you'd have to write a small module in C# that will iterate through all the region files and clean them the way you specify. You could also create backups. If you don't know how and it's nothing complicated, I could write it for you. You would then have AutoIT run it when you want.

[7788]

Single player

 

Is this work with single player mode? I mean if i left a mine long time ago far far away, would it be restarted to normal ground?

[Sophung]

Is this work with single player mode? I mean if i left a mine long time ago far far away, would it be restarted to normal ground?

 

It does, you don't even need to leave the mine, you just need to have an LCB within your home region and not within the mine's region, or use the region calculator tab and reset only the mine's region.

[Ash]

Hello ;-)

 

I love the idea of this tool but I can't seem to get it to work. I think it's the way my server host (lowlatencyservers.com) names serveradminlive.xml and serverconfiglive.xml I point to the files but its not working.

I'm including a pic of BARC and my server file tree in hopes it will help you.

 

[Sophung]

Your two xml files are fine, there's something it doesn't like about that seed path and I'm not sure what. You could try connecting with something like winSCP (https://winscp.net/eng/index.php) to verify the exact path; also it is case sensitive.

 

Edit:

I'm always happy to help via Steam \ join.me \ TS if you want