Minetest Forums

tashbaugh wrote:
vtwindsurfer, thats very impressive! It looks great!

Thanks! The interior is coming along but it's slow. A programming error caused almost 2 dozen Lua Controllers to overheat recently. I have several mini-games on the ship. You can load and fire torpedoes, fly shuttles, beam down to the planet or one of two space stations. Most of them are centered around the operation of the ship.

Download here

Proof of concept for dynamically updating sections of forms, without having to reconstruct the entire formspec string.

Simply wrap elements within new group[<name>] and group_end[] tags and then call minetest.update_form() with a table of key-value pairs for the specific groups to be updated.

sorcerykid wrote:Proof of concept for dynamically updating sections of forms, without having to reconstruct the entire formspec string.

Simply wrap elements within new group[<name>] and group_end[] tags and then call minetest.update_form() with a table of key-value pairs for the specific groups to be updated.

Code: Select all

minetest.update_form( player_name, { alpha = alpha_section, beta = beta_section } )

Nice already public to test?

Nice, does that mean I'm finally able to update parts of a form without clearing text from input fields?

orwell wrote:Nice, does that mean I'm finally able to update parts of a form without clearing text from input fields?

No, it's a mod that adds some fancy stuff to make formspecs easier but doesn't change the engine

orwell wrote:Nice, does that mean I'm finally able to update parts of a form without clearing text from input fields?

It's a proof-of-concept for the new API that I proposed in Issue 9364 on GitHub. Since it's a server-side mod, it has no direct control over rendering of the client GUI. But it has the unique advantage that if and when such functionality is implemented directly in the engine, then in theory this mod should be able to emulate the builtin API for backward compatibility.

I will probably push an alpha version later today. Keep checking the WIP subforum.

Linuxdirk wrote:Good lord ... I just LOVE looking at your formspecs. They all look so good!

Aww thanks :) I can't wait till Ratio Workspace is completed so formspec design will be hopefully be easier for everyone.

yikes!

I need to redo my old saturn texture this new feature is sooooooo coooooooool

Ah, gradient sky PR got merged? Awesome!

texmex wrote:Ah, gradient sky PR got merged? Awesome!

set_sky PR. It does a lot more than gradients

texmex wrote:Ah, gradient sky PR got merged? Awesome!

Cool, maybe I'll be able to sneak in gradient for default unmodded sky now.

Termos wrote:

texmex wrote:Ah, gradient sky PR got merged? Awesome!

Cool, maybe I'll be able to sneak in gradient for default unmodded sky now.

That looks super nice

Unfortunately SQLite3 does not support incremental backups, nor could I find any decent 3rd-party tools for this purpose. So I've taken the liberty to develop my own incremental backup utility for Minetest :)

The results are quite impressive. Testing on an older map that is about 3.7 GB in size, the incremental backup took only about 26 seconds to complete. Yet the full backup took upwards of 2 minutes. So that is a four-fold reduction in processing time.

Even better still are the size differences!



This is the archive directory structure. The files named "series-X.sqlite" are the incremental backups and "master.sqlite" is the full backup. For the first test, I spent several minutes flying through the world digging constantly, resulting in changes to over 6,100 mapblocks. I estimate that would be roughly equivalent to an afternoon's worth of server activity.

The resulting file size? A measly 5.7 megabtyes :D

you are amazing, sorcerykid

Although the jungle depicted below is a bare default, trespassing it was a pretty nice experience with a satisfying bonus of finding at last its edge after walking ~1500 nodes to the south.

sorcerykid wrote:Unfortunately SQLite3 does not support incremental backups, nor could I find any decent 3rd-party tools for this purpose.

Isn't there this? (Edit: Or sqlite3 map.sqlite ".backup map_backup.sqlite"? Edit: Or sqldiff?)
And don't forget to also backup the player and auth databases.

Btw. why do we store that weird inv_width for player inventories (3 for craft, else 0)?

Fleshing out biomes in preparation for adding the remainder of farming and xocean, as well as, aoteara and australia.

Currently, there are about 65-70 unique trees and 80+ plants and mushrooms. Adding the above mods will almost double those figures. The landscapes are stunning. This works with all mapgens except v6.

The plants are distributed across up to 160+ biomes, which are further subdivided into 6 to 15 ecosystems, ensuring that landscapes are unique, varied, blended, realistic, and covering most of the World Wildlife Fund Global 200 ecoregions list.

After this work, I will begin work on a new mapgen, with the intention that it be included in the next round of engine updates. The mapgen will be a simplified Islands by Termos, with a Voronoi influenced terrain modification scheme that will enable predetermined landforms and realistic river paths, since ocean locations will now be known.





Voxelproof, me thinks you'll enjoy this as a walking simulator.

DS-minetest wrote:

sorcerykid wrote:Unfortunately SQLite3 does not support incremental backups, nor could I find any decent 3rd-party tools for this purpose.

Isn't there this? (Edit: Or sqlite3 map.sqlite ".backup map_backup.sqlite"? Edit: Or sqldiff?)
And don't forget to also backup the player and auth databases.

The SQLite3 online backup API copies a database in its entirety to another location. In terms of performance, it is no different than issuing a "cp" command. As for the sqldiff utility, that doesn't provide any version control for incremental backups and restores in and of itself. It is rather analogous to "diff", but for SQLite3 databases. What I need is a tool with capabilities like "git" for example :)

RocketLib Archive, in contrast, is a fully-fledged version control system for map.sqlite . It maintains its own commit database, recording a unique checksum and version for every changed mapblock. This allows for completely automated backup and restore operations to or from any point in the commit history. Also, the fact that checksums are precomputed and cached vastly speeds up table comparisons.

As for the player and auth databases, those are marginal in size compared to map.sqlite, so a full backup is reasonable in those cases.

ShadMOrdre wrote: Voxelproof, me thinks you'll enjoy this as a walking simulator.

This looks awesome, I'm looking forward to the release :)

______________________________

A winter sunrise in the mountains. You can almost feel that refreshing chill of the morning breeze...

Wuzzy wrote:

Liking Aotearoa? I'm planning to make an Aotearoa game soon.

minetest in the tv!!!

tronic texturepack for version 0.3.1 of minetest.

https://github.com/cHyper-0815OL/tronic ... onic-0.3.1

5.x version:
https://content.minetest.net/packages/cHyper/tronic/

Two turing machines talking to each other