[Mod] More Chests [0.0] [chests_0gb_us]

[4aiman]

I got that already. But what keep one from using some file with tables to store inventories? Just like sethome or warps mods do? (they're storing, but not inventories)
If the inventory's owner is not online, then files should be used anyway so when he/she'll come back he/she would get his/her stuff back.

[Chinchow]

Ogb.us if you do make a follower with an inventory could you post here please? Since technically it is a chest

[0gb.us]

Yes, I'll post it if I figure it out.

The problem with storing it in a file, is there would need to be some sort of unique identifier for each following chest. Insuring no is no identifier reuse in a non-hacky way would be difficult to figure out. Not only that, but I still haven't figured out how to save an inventory to a file, which I also need for that mega wifi chest.

The wifi chest will happen, I just need time to figure it out, but I'm not sure the following chest can be done very well. I'll try when I can, but I have a lot to work on right now.

[rarkenin]

Yes, I'll post it if I figure it out.
Not only that, but I still haven't figured out how to save an inventory to a file, which I also need for that mega wifi chest.

UUIDs aren't hacky... Just give each chest a UUID.

[4aiman]

Why not use player's name? One server - one 4aiman, one 0gb.us etc. The authentication using password when connecting to a server will ensure that 4aiman is 4aiman. Or at least someone who stole 4aiman's password if he's stupid enough to tell that to anyone.
Also you can cycle through the entities and check for 2 things: is this a chest? does it belongs to the disconnected player?
If both is yes then receive inventory via minetest.get_inventory()
and then cycle through the stacks of list by the name "main" to save name and count into the file. (Minetest can't serialize invref atm)

Edit:
Idea: before killing an entity, create a chest (maybe invisible and/or locked and/or not walkable) and store entity's inventory there

[0gb.us]

Yes, I'll post it if I figure it out.
Not only that, but I still haven't figured out how to save an inventory to a file, which I also need for that mega wifi chest.

UUIDs aren't hacky... Just give each chest a UUID.

IDs aren't hacky, but I don't know a non-hacky way to make sure they are unique.

Why not use player's name? One server - one 4aiman, one 0gb.us etc. The authentication using password when connecting to a server will ensure that 4aiman is 4aiman. Or at least someone who stole 4aiman's password if he's stupid enough to tell that to anyone.
Also you can cycle through the entities and check for 2 things: is this a chest? does it belongs to the disconnected player?
If both is yes then receive inventory via minetest.get_inventory()
and then cycle through the stacks of list by the name "main" to save name and count into the file. (Minetest can't serialize invref atm)

Edit:
Idea: before killing an entity, create a chest (maybe invisible and/or locked and/or not walkable) and store entity's inventory there

Using the player's name causes it to only be possible for a player to have a single following chest, not multiple following chests. At that point, we might as well store the inventory in the player. So yes, there is only one 4aiman, but there in not necessarily only one following chest belonging to 4aiman.

The invisible chest would be hacky. Particularly because the chest would have to be not buildable_to, to prevent item loss. And it might be underwater. So we would have an odd patch of air that liquids can't flow through, and which cannot be built in. And if someone calls /clearobjects while people are logged in, those people are out of luck, and their chest contents are lost no matter what they do.

Thanks for the pseudo-serialization technique! No wonder I couldn't find it in the documentation when I was looking for it.

[Ragnar]

the WiFi chest should be called an ATM machine :D
it would make MUCH more sense :D

[4aiman]

More than 1 following chests? O_o
That'll be totally COOL!!!
This way even offline one will be able to create his own glitching army-o-Wi-Fi-chests!
Well, that wouldn't glitch unless one wants a hundred and one minions ;)

I hadn't thought about buildable_to... there are a lot of unused space up in the sky. Well, forget I even mentioned that, 'cause using that IS hacky for sure :)
But the whole idea to create wi-fi chest instead of entity doesn't seem wrong to me - right now players have wifi chest as a block. So maybe make a compromise? When wifi chest is dug - create an entity of the following wi-fi chest. And if that get killed then add wifi chest to the player's inventory and store the contents of wifi chest in a bag (look into "bags" mod to depend on it or to take an idea of really vast inventory). The only difference with a bag will be the inaccessibility of the wi-fi chest contents from the inventory.

As for /clearobjects... Maybe we should create an "issue" at the github? Or ask someone, who can make a callback for "on_clear_objects", to do it? I got an impression that I'm somewhat annoying with my "issues", though.
It's only my suggestion, but I believe that not only /clearobjects should require a privilege but also have a parameter to specify the radius of the effect. Yes, we could simulate /clearobjects with radius, but I'm talking about changing /clearobjects itself.
How does /clearobjects works anyway? Anyone knows?

[0gb.us]

the WiFi chest should be called an ATM machine :D
it would make MUCH more sense :D

They're called ATMs, as "ATM machine" is redundant. "ATM" means "automatic teller machine". So an "ATM machine" would be an "automatic teller machine machine".

I'll talk to my partner about that, and see if he likes the name change. It may require a texture redesign, and he might like the current textures or current name better. I manage the code, but other than that, this is his plugin.

More than 1 following chests? O_o
That'll be totally COOL!!!
This way even offline one will be able to create his own glitching army-o-Wi-Fi-chests!
Well, that wouldn't glitch unless one wants a hundred and one minions ;)

Huh. You do have a point. While a bit cumbersome to work with, that would basically give players an unlimited inventory ....

I hadn't thought about buildable_to... there are a lot of unused space up in the sky. Well, forget I even mentioned that, 'cause using that IS hacky for sure :)
But the whole idea to create wi-fi chest instead of entity doesn't seem wrong to me - right now players have wifi chest as a block. So maybe make a compromise? When wifi chest is dug - create an entity of the following wi-fi chest. And if that get killed then add wifi chest to the player's inventory and store the contents of wifi chest in a bag (look into "bags" mod to depend on it or to take an idea of really vast inventory). The only difference with a bag will be the inaccessibility of the wi-fi chest contents from the inventory.

Okay. that sounds doable. We don't even need the bag code though. The wifi chest already stores its information outside the node, in the players themselves. By getting the entity to use that same inventory space, items will not be lost, and can be accessed from elsewhere, preserving the wifi chest's intended functionality.

I think maybe a button in the chest's formspec might be a better idea than having it follow every time it is dug. I'll direct Rarkenin to this topic when I see him, and see what he thinks.

As for /clearobjects... Maybe we should create an "issue" at the github? Or ask someone, who can make a callback for "on_clear_objects", to do it? I got an impression that I'm somewhat annoying with my "issues", though.
It's only my suggestion, but I believe that not only /clearobjects should require a privilege but also have a parameter to specify the radius of the effect. Yes, we could simulate /clearobjects with radius, but I'm talking about changing /clearobjects itself.
How does /clearobjects works anyway? Anyone knows?

Nah, I don't think it's an issue in Minetest, but us trying to do things that shouldn't be in the game anyway. Storing inventories in objects was always a bad idea. Even with a callback function, any preservation of entity inventories would only be doable in a hacky way, in my opinion.

As for /clearobects, all I know is that it's handled in C++, not Lua. The Lua command just calls a C++ command (and sends a couple chat messages), but I forget which one.

[rarkenin]

Regarding WiFI chests->ATMs, I think that;s a great idea, so I;ll work on a texture redesign when I have time. Just the front, though.

Regarding UUIDs, they're known to be unique since they;re based on the MAC address of the machine, and the time, and it doesn't wrp around for years on end. Do something like rarkenin_UUID1, rarkenin_UUID2 using concatenation, or make a list of UUIDs for each player.

[jojoa1997]

the download does not work for me. when i unzip it gives me a tar

[0gb.us]

the download does not work for me. when i unzip it gives me a tar

Try unziping the tar. If that doesn't work, let me know, and I'll start posting zip files in addition to tarballs.

[jojoa1997]

i did and nothing came out

[rarkenin]

i did and nothing came out

The tarball works(or worked) for me.

[0gb.us]

i did and nothing came out

Okay, I'll upload a zip.

My web server is not currently set up to handle zip downloads right now. I need to recode some stuff, then I'll get the zip up. Although, I'm getting pressure to update four different plugins as well, so I can't get this up right away. I have a week off from school now though, so I'll get this done soon.

i did and nothing came out

The tarball works(or worked) for me.

I know the tarball works, it's just a matter of whether or not Jojoa1997 has the software needed to open it. I'd rather not make people install extra software that they don't want, so I'll start uploading zips along with the tarballs. If that format doesn't work, I have a few other formats my computer will compress in, but if tarball and zip don't cover it, I'm not sure the other formats will help.

[jojoa1997]

Okay, I'll upload a zip.

My web server is not currently set up to handle zip downloads right now. I need to recode some stuff, then I'll get the zip up. Although, I'm getting pressure to update four different plugins as well, so I can't get this up right away. I have a week off from school now though, so I'll get this done soon.

Thank you and take your time.

[0gb.us]

Okay, here we are: http://0gb.us/minetest/download.php?plugin=chests_0gb_us&zip

Please note that as I don't feel like keeping two archives of each past version, only tarballs of old versions will be available. A zip will only be provided for the very latest version.

[jojoa1997]

Okay, here we are: http://0gb.us/minetest/download.php?plugin=chests_0gb_us&zip

Please note that as I don't feel like keeping two archives of each past version, only tarballs of old versions will be available. A zip will only be provided for the very latest version.

thanks. will you be adding the link to the first post.

[jojoa1997]

i get an error saying that Google chrome and internet explorer cant display the webpage. could you make a zip from omploader.

[lord_james]

You know what? I think it is possible. Entities CAN have inventories. I don't know how to make one follow you though. I haven't done much with entities. I've only made one, which was static, and I didn't even completely make it on my own. Zeg9 made part of it.

So... It's just a theory. It's possible create a node that place a entity like a chest and this chest is animated when you see in the inventory, isn't it?

[0gb.us]

thanks. will you be adding the link to the first post.

At some point, once I get caught up with everything, yes.

i get an error saying that Google chrome and internet explorer cant display the webpage. could you make a zip from omploader.

Internet Explorer has issues, so I wouldn't bat an eye at that, but I'm not sure why Chrome can't find it. Perhaps you hit the server at a bad time. The server shuts down for fifty minutes each day. I just checked though, and the link is working right now.

I will not be using Omploader, but I plan to migrate my stuff to Github when I have time, which I think will cover what you want from Omploader.

You know what? I think it is possible. Entities CAN have inventories. I don't know how to make one follow you though. I haven't done much with entities. I've only made one, which was static, and I didn't even completely make it on my own. Zeg9 made part of it.

So... It's just a theory. It's possible create a node that place a entity like a chest and this chest is animated when you see in the inventory, isn't it?

No, I wouldn't say it is just a theory. All the pieces are there, they just haven't been put together. We have cubic entities, entities with inventories, and entities that follow you. This is 100% doable, without a doubt. I probably don't have the skill to do it, but it CAN be done.

What do you mean by "animated when you see it in the inventory? I don't think things in your inventory can animate.

[lord_james]

I'm sorry, I tried to say that the entity's model do an animation (for example a opening a chest or whatever)

[0gb.us]

I'm sorry, I tried to say that the entity's model do an animation (for example a opening a chest or whatever)

I think it could be done, especially with the unstabe version's API, which includes an on_rightclick option (I may have the name wrong). But I'm more into functionality than ascetics, so I'm not going to try my hand at this. I'm still not even convinced 3D players were worth the trouble to code! I mean, it's not like they bother me or anything, they just don't seem to be good for anything. The same applies to animated chest lids.

PilzAdam, bet you can't make an animated opening chest. ;)

I wonder if he is up for the challenge?

As I said: convince me that this is useful.

As PilzAdam said, you'd need to convince someone that they would somehow be useful before you can get them to build it.

[jojoa1997]

i can help you with entities chasing people. though not with following a specific person

[4aiman]

i can help you with entities chasing people. though not with following a specific person

You missed my post about this, jojoa1997 ;)
All you need to do is to set an additional property inside every chest to mark it's owner.
Then instead of cycling through all of the players you should get player by name and follow him.

As for 3d players - there is one big plus: we can see now if someone is digging or not. Sometimes that helps a lot to know who has dug the block beneath you without asking admins about that.
Animated lids... well, that just adds "prettiness" and the whole game looks more professional to many peoples, especially non developers.

[jojoa1997]

i can help you with entities chasing people. though not with following a specific person

You missed my post about this, jojoa1997 ;)
All you need to do is to set an additional property inside every chest to mark it's owner.
Then instead of cycling through all of the players you should get player by name and follow him.

As for 3d players - there is one big plus: we can see now if someone is digging or not. Sometimes that helps a lot to know who has dug the block beneath you without asking admins about that.
Animated lids... well, that just adds "prettiness" and the whole game looks more professional to many peoples, especially non developers.

ok but i still dont know what property make

[4aiman]

Look into the boats mod or my prototype of 3d armor ;)

[GloopMaster]

An animated opening chest only costs FPS for no gain.

Seeing as minetest already runs at 20fps or so, what's the point?

[4aiman]

An animated opening chest only costs FPS for no gain.

Seeing as minetest already runs at 20fps or so, what's the point?

As always that should be configurable.
Besides it's natural that more advanced graphics demands more powerful PC. Do not need=play as it is, DO need = enable and enjoy useless, but nice effects.
As an old consoles geek I'd say that graphics aren't that important, but nice graphics make already awesome game prettier. This matters when spoiled by HD graphics user refuses to play a good game "just because there are no animations". Yep, it's them who suffer by not giving that kind of a game any chance, not we. But if animated things would bring more contributors or payers - then animation definitely should be implemented.

[lord_james]

I'm sorry, I tried to say that the entity's model do an animation (for example a opening a chest or whatever)

I think it could be done, especially with the unstabe version's API, which includes an on_rightclick option (I may have the name wrong). But I'm more into functionality than ascetics, so I'm not going to try my hand at this. I'm still not even convinced 3D players were worth the trouble to code! I mean, it's not like they bother me or anything, they just don't seem to be good for anything. The same applies to animated chest lids.

I wonder if he is up for the challenge?

As I said: convince me that this is useful.

As PilzAdam said, you'd need to convince someone that they would somehow be useful before you can get them to build it.

An animated opening chest only costs FPS for no gain.

Seeing as minetest already runs at 20fps or so, what's the point?

Well... It's only a suggestion (brainstorming), so... "don't worry, be happy" ;) I think that it's a gameplay feature: the opened chest warns to other players if a player is searching in the chest. It's possible find another way to add this feature, and more FPS friendly, but I like it. In the another hand, it's a step for anothers coders for using it in another way.

I'll tell you a secret: I love 2d players (like infiniminers) because look like more "vintage" or "retro" than 3d players, but I hope improvements for both features because I also like variety ;)