Minetest 0.4.8

[hoodedice]

The map gen is a little weird i think. I don't know if it is intended or just another bug.

Which MG are you talking about? v7 is incomplete, for a trailer, you might want to try out 'PilzTest' by PilzAdam. v6 is the old one. Singlenode, and Math are for developer use only.

[veriaqa]

The map gen is a little weird i think. I don't know if it is intended or just another bug.

Which MG are you talking about? v7 is incomplete, for a trailer, you might want to try out 'PilzTest' by PilzAdam. v6 is the old one. Singlenode, and Math are for developer use only.

I use the v6. The map its generated is consist mainly of cobblestone. Where I can get the Pilztest map gen file?

[rubenwardy]

The map gen is a little weird i think. I don't know if it is intended or just another bug.

Which MG are you talking about? v7 is incomplete, for a trailer, you might want to try out 'PilzTest' by PilzAdam. v6 is the old one. Singlenode, and Math are for developer use only.

I use the v6. The map its generated is consist mainly of cobblestone. Where I can get the Pilztest map gen file?

Sounds like you are using v7.

[TenPlus1]

Sweet... Thanks...

[proller]

freebsd port updated!
# portsnap fetch update
# cd /usr/ports/games/minetest
# make install clean
$ minetest

[OmniStudent]

OSX compilable version:

https://github.com/Omnistudent/mtclient

[sfan5]

There was no improvement.

If you think there was no improvement you could use 0.4.7 instead of 0.4.8

[hoodedice]

Which MG are you talking about? v7 is incomplete, for a trailer, you might want to try out 'PilzTest' by PilzAdam. v6 is the old one. Singlenode, and Math are for developer use only.

I use the v6. The map its generated is consist mainly of cobblestone. Where I can get the Pilztest map gen file?

Sounds like you are using v7.

PilzTest is a Minetest sub_game. Google it. You'll find a github page for it. Cownload it from there and extract it in the 'games' folder.

[BrunoMine]

I find this to be a very accurate review. All in all, it is good to finally see 0.4.8 out.

I totally agree! A great game!

[BrunoMine]

where is the installer? I want to install it on my windows, like the previous version.
how to update my server? the password is not working (if the client is version 0.4.8)

[Neon]

Fedora Linux compilation instructions updated

[PilzAdam]

The launchpad builds are done, you can get them here (as usual): https://launchpad.net/~minetestdevs/+archive/stable

Do they support gettext?

No.

[leetelate]

is it a little bit faster response? it seems that way to me

anyway, great job!

it compiles fine on linux mint 15 and supports my crazy mods so i am very happy

if the static error and entity duplication has really been eliminated then i can use entities (oh my!) and that opens up a very big can of awesomeness!

i will make a tester mod that will really abuse the entities and see...oh yes i have the very thing for that! - should be fun! - later!

[Ender_Foo]

Is there a Linux version yet?

[Neon]

Depending on your flavor of linux, "Yes" or "No". Primarily, the download page has several links. Otherwise, you can compile it yourself. Compilation is pretty straightforward if you have the right libraries already installed.
I noticed that Fedora Rawhide has 0.4.8 set for testing, so it's probably in that repo right now.
Ubuntu has 0.4.8 posted already too.
Puppy doesn't seem to yet.

So on and so forth. Please check the download page on the official minetest website for a link to your distribution, before asking. This is in that class of questions where the research is easy to perform so you look pretty silly for asking.

[philipbenr]

My Avatar

Dejavu... I'm almost sure I've seen that before...

:)

[davidforsure!!!]

OH MY GLOB this is what am waiting for

[Casimir]

Also minetest.net looks very good now.

[Evergreen]

Also minetest.net looks very good now.

I agree, it looks great.

[BlauerEisRegen]

Also minetest.net looks very good now.

I agree, it looks great.

I don''t think so, because there aren't screenshots... only links to screenshots.
with real screenshots on the website it would look better because you can see all in one look.
And I liked the background... but it isn't there now...
Otherwise you're right, it looks mor modern, but I wish that there are some screenshots, perhaps four or less...

[webdesigner97]

Also minetest.net looks very good now.

I agree, it looks great.

I don''t think so, because there aren't screenshots... only links to screenshots.
with real screenshots on the website it would look better because you can see all in one look.
And I liked the background... but it isn't there now...
Otherwise you're right, it looks mor modern, but I wish that there are some screenshots, perhaps four or less...

I still prefer the layout we had even before the last one.

[Evergreen]

I agree, it looks great.

I don''t think so, because there aren't screenshots... only links to screenshots.
with real screenshots on the website it would look better because you can see all in one look.
And I liked the background... but it isn't there now...
Otherwise you're right, it looks mor modern, but I wish that there are some screenshots, perhaps four or less...

I still prefer the layout we had even before the last one.
http://im.bilderkiste.org/2138572216891/Unbenannt.png

I agree too, the original one was good.

[Thermal_Shock]

I'm liking 0.4.8. I'm seeing performance improvements, some bugs are gone, extra api options. Mapgen v7 looks great so far. All around solid work.

I still prefer the layout we had even before the last one.
IMAGE

I think that's a nice compromise layout. It still looks like every other basic website out there. However it's not completely sanitized and devoid of colour like what we've got currently.

[hassage]

0.4.8 is cool but drowning is too fast for me.

[leetelate]

0.4.8 - first FPS=0 and out of memory error - that never happenned in in 0.4.7 with the same code

the world is gigantic, and i was doing one of my huge lua world mapgens, then after a string of mapgens as long as your arm, i got 0 fps for a while and then it threw out of memory

same computer, r was on forcing the load as usual - singleplayer (server on the same machine) and a HUGE 75mb points{} table to be generated - latest 0.4.8 compiled from git on linux mint 15 and my singlenode+nolight shupa mapgen

nothing spectacular, but i have done the exact same thing with the exact same code in 0.4.7 and didn't get the error - could be a bazillion things but let's hope it is not a memory leak/growth issue

Your phone or window isn't wide enough to display the code box. If it's a phone, try rotating it to landscape mode.

Code: Select all

.
.
.
[snipped about a bazillion generates]
.
.
.
generating    (1888,-112,688)    (1967,-33,767)
generating    (1888,-112,848)    (1967,-33,927)
generating    (2048,-32,928)    (2127,47,1007)
generating    (1968,48,928)    (2047,127,1007)
generating    (2048,48,1088)    (2127,127,1167)
generating    (2048,-32,1168)    (2127,47,1247)
generating    (1968,48,1248)    (2047,127,1327)
generating    (2048,-32,1248)    (2127,47,1327)
generating    (1888,-112,1168)    (1967,-33,1247)
generating    (1888,-112,1248)    (1967,-33,1327)
generating    (2048,-32,1328)    (2127,47,1407)
generating    (2048,-32,1408)    (2127,47,1487)
generating    (2048,-112,1328)    (2127,-33,1407)
generating    (1888,-112,1408)    (1967,-33,1487)
generating    (2048,-32,1488)    (2127,47,1567)
generating    (2048,-32,1568)    (2127,47,1647)
generating    (1888,-112,1488)    (1967,-33,1567)
generating    (1888,-112,1568)    (1967,-33,1647)
generating    (2128,-32,1488)    (2207,47,1567)
generating    (2128,-32,1568)    (2207,47,1647)
generating    (2128,-32,1648)    (2207,47,1727)
generating    (2048,-32,1648)    (2127,47,1727)
generating    (1968,48,1648)    (2047,127,1727)
generating    (1808,-32,1328)    (1887,47,1407)
generating    (1808,-32,1248)    (1887,47,1327)
generating    (1808,-32,1168)    (1887,47,1247)
generating    (1808,-32,1088)    (1887,47,1167)
generating    (1808,-32,1008)    (1887,47,1087)
generating    (2048,48,928)    (2127,127,1007)
generating    (2128,-32,928)    (2207,47,1007)
generating    (2048,48,1008)    (2127,127,1087)
generating    (1968,128,688)    (2047,207,767)
generating    (2048,128,688)    (2127,207,767)
generating    (2128,48,608)    (2207,127,687)
generating    (2048,-32,528)    (2127,47,607)
generating    (1968,-32,528)    (2047,47,607)
generating    (2048,48,528)    (2127,127,607)
generating    (1968,48,528)    (2047,127,607)
generating    (1968,-32,448)    (2047,47,527)
generating    (2048,-32,448)    (2127,47,527)
generating    (2128,-32,448)    (2207,47,527)
generating    (2128,-32,528)    (2207,47,607)
generating    (2048,-32,368)    (2127,47,447)
generating    (1968,-32,368)    (2047,47,447)
generating    (2128,-32,368)    (2207,47,447)
generating    (1968,-32,288)    (2047,47,367)
generating    (2128,-32,288)    (2207,47,367)
generating    (2048,48,368)    (2127,127,447)
generating    (2048,-32,288)    (2127,47,367)
generating    (2048,48,288)    (2127,127,367)
generating    (1968,48,368)    (2047,127,447)
generating    (1968,48,288)    (2047,127,367)
generating    (2128,48,288)    (2207,127,367)
12:07:43: ERROR[EmergeThread0]: ERROR: An unhandled exception occurred: LuaError: not enough memory

In thread ae2fdb40:
/home/emachine/minetest/src/emerge.cpp:572: virtual void* EmergeThread::Thread(): Assertion '0' failed.
Debug stacks:
DEBUG STACK FOR THREAD ad9bfb40:
#0  virtual void* MeshUpdateThread::Thread()
DEBUG STACK FOR THREAD ae2fdb40:
#0  virtual void* EmergeThread::Thread()
(Leftover data: #1  virtual MapBlock* ServerMap::emergeBlock(v3s16, bool): p=(138,8,23), create_blank=0)
(Leftover data: #2  ServerMapSector* ServerMap::createSector(v2s16): p2d=(138,23))
(Leftover data: #3  ServerMapSector* ServerMap::createSector(v2s16): p2d=(133,23))
DEBUG STACK FOR THREAD af2ffb40:
#0  virtual void* ServerThread::Thread()
#1  void Server::Receive()
(Leftover data: #2  void Map::transformLiquids(std::map<irr::core::vector3d<short int>, MapBlock*>&))
(Leftover data: #3  void Server::SendBlockNoLock(irr::u16, MapBlock*, irr::u8, irr::u16))
(Leftover data: #4  void ItemStack::serialize(std::ostream&) const)
DEBUG STACK FOR THREAD b69aa700:
#0  int main(int, char**)
#1  void ClientMap::renderMap(irr::video::IVideoDriver*, irr::s32)
(Leftover data: #2  virtual void ClientEnvironment::step(float))
(Leftover data: #3  void Client::Receive())
(Leftover data: #4  void Client::ProcessData(irr::u8*, irr::u32, irr::u16))
(Leftover data: #5  void MeshUpdateQueue::addBlock(v3s16, MeshMakeData*, bool, bool))

just ran it again after a reboot - we will see if it is repeatable

[PilzAdam]

.4.8 - first FPS=0 and out of memory error - that never happenned in in 0.4.7 with the same code

the world is gigantic, and i was doing one of my huge lua world mapgens, then after a string of mapgens as long as your arm, i got 0 fps for a while and then it threw out of memory

same computer, r was on forcing the load as usual - singleplayer (server on the same machine) and a HUGE 75mb points{} table to be generated - latest 0.4.8 compiled from git on linux mint 15 and my singlenode+nolight shupa mapgen

nothing spectacular, but i have done the exact same thing with the exact same code in 0.4.7 and didn't get the error - could be a bazillion things but let's hope it is not a memory leak/growth issue

Your phone or window isn't wide enough to display the code box. If it's a phone, try rotating it to landscape mode.

Code: Select all

.
.
.
[snipped about a bazillion generates]
.
.
.
generating    (1888,-112,688)    (1967,-33,767)
generating    (1888,-112,848)    (1967,-33,927)
generating    (2048,-32,928)    (2127,47,1007)
generating    (1968,48,928)    (2047,127,1007)
generating    (2048,48,1088)    (2127,127,1167)
generating    (2048,-32,1168)    (2127,47,1247)
generating    (1968,48,1248)    (2047,127,1327)
generating    (2048,-32,1248)    (2127,47,1327)
generating    (1888,-112,1168)    (1967,-33,1247)
generating    (1888,-112,1248)    (1967,-33,1327)
generating    (2048,-32,1328)    (2127,47,1407)
generating    (2048,-32,1408)    (2127,47,1487)
generating    (2048,-112,1328)    (2127,-33,1407)
generating    (1888,-112,1408)    (1967,-33,1487)
generating    (2048,-32,1488)    (2127,47,1567)
generating    (2048,-32,1568)    (2127,47,1647)
generating    (1888,-112,1488)    (1967,-33,1567)
generating    (1888,-112,1568)    (1967,-33,1647)
generating    (2128,-32,1488)    (2207,47,1567)
generating    (2128,-32,1568)    (2207,47,1647)
generating    (2128,-32,1648)    (2207,47,1727)
generating    (2048,-32,1648)    (2127,47,1727)
generating    (1968,48,1648)    (2047,127,1727)
generating    (1808,-32,1328)    (1887,47,1407)
generating    (1808,-32,1248)    (1887,47,1327)
generating    (1808,-32,1168)    (1887,47,1247)
generating    (1808,-32,1088)    (1887,47,1167)
generating    (1808,-32,1008)    (1887,47,1087)
generating    (2048,48,928)    (2127,127,1007)
generating    (2128,-32,928)    (2207,47,1007)
generating    (2048,48,1008)    (2127,127,1087)
generating    (1968,128,688)    (2047,207,767)
generating    (2048,128,688)    (2127,207,767)
generating    (2128,48,608)    (2207,127,687)
generating    (2048,-32,528)    (2127,47,607)
generating    (1968,-32,528)    (2047,47,607)
generating    (2048,48,528)    (2127,127,607)
generating    (1968,48,528)    (2047,127,607)
generating    (1968,-32,448)    (2047,47,527)
generating    (2048,-32,448)    (2127,47,527)
generating    (2128,-32,448)    (2207,47,527)
generating    (2128,-32,528)    (2207,47,607)
generating    (2048,-32,368)    (2127,47,447)
generating    (1968,-32,368)    (2047,47,447)
generating    (2128,-32,368)    (2207,47,447)
generating    (1968,-32,288)    (2047,47,367)
generating    (2128,-32,288)    (2207,47,367)
generating    (2048,48,368)    (2127,127,447)
generating    (2048,-32,288)    (2127,47,367)
generating    (2048,48,288)    (2127,127,367)
generating    (1968,48,368)    (2047,127,447)
generating    (1968,48,288)    (2047,127,367)
generating    (2128,48,288)    (2207,127,367)
12:07:43: ERROR[EmergeThread0]: ERROR: An unhandled exception occurred: LuaError: not enough memory

In thread ae2fdb40:
/home/emachine/minetest/src/emerge.cpp:572: virtual void* EmergeThread::Thread(): Assertion '0' failed.
Debug stacks:
DEBUG STACK FOR THREAD ad9bfb40:
#0  virtual void* MeshUpdateThread::Thread()
DEBUG STACK FOR THREAD ae2fdb40:
#0  virtual void* EmergeThread::Thread()
(Leftover data: #1  virtual MapBlock* ServerMap::emergeBlock(v3s16, bool): p=(138,8,23), create_blank=0)
(Leftover data: #2  ServerMapSector* ServerMap::createSector(v2s16): p2d=(138,23))
(Leftover data: #3  ServerMapSector* ServerMap::createSector(v2s16): p2d=(133,23))
DEBUG STACK FOR THREAD af2ffb40:
#0  virtual void* ServerThread::Thread()
#1  void Server::Receive()
(Leftover data: #2  void Map::transformLiquids(std::map<irr::core::vector3d<short int>, MapBlock*>&))
(Leftover data: #3  void Server::SendBlockNoLock(irr::u16, MapBlock*, irr::u8, irr::u16))
(Leftover data: #4  void ItemStack::serialize(std::ostream&) const)
DEBUG STACK FOR THREAD b69aa700:
#0  int main(int, char**)
#1  void ClientMap::renderMap(irr::video::IVideoDriver*, irr::s32)
(Leftover data: #2  virtual void ClientEnvironment::step(float))
(Leftover data: #3  void Client::Receive())
(Leftover data: #4  void Client::ProcessData(irr::u8*, irr::u32, irr::u16))
(Leftover data: #5  void MeshUpdateQueue::addBlock(v3s16, MeshMakeData*, bool, bool))

just ran it again after a reboot - we will see if it is repeatable

This seems to be a mod issue.

[PilzAdam]

The launchpad builds are done, you can get them here (as usual): https://launchpad.net/~minetestdevs/+archive/stable

Could you build minetest 0.4.8 for ubuntu 11.10, too, please? I think opengl <= 1.3 isn't supported any more since ubuntu 12.04.

For some reason I dont have the option to do that, sorry.

[Calinou]

The launchpad builds are done, you can get them here (as usual): https://launchpad.net/~minetestdevs/+archive/stable

Could you build minetest 0.4.8 for ubuntu 11.10, too, please? I think opengl <= 1.3 isn't supported any more since ubuntu 12.04.

11.10 is no longer supported...

[leetelate]

I guess this is the error

12:07:43: ERROR[EmergeThread0]: ERROR: An unhandled exception occurred: LuaError: not enough memory

nope, not a mod issue - i was just one of those weird odd memory things because it is not repeatable (yay) - maybe firefox? - working fine now

thanks anyway

[leetelate]

11.10 is no longer supported...

i think superos is still 11.10 and is still supported - i looked at it once for something but didn't use it because it was old

but if you have superos you can easily complie it - instructions are in the readme that nobody reads