FOSS gamedev and creative worlds

There is actually an option you can set in the server config so far away players are invisible: unlimited_player_transfer_distance = false. But it's still visible through walls.

Well, they are extruded to 3D meshes. I know because I wrote that code ;)

Hiding the player name when holding the sneak key sounds, again, copied from minecraft... How about a different approach: Make it possible to craft an "invisibility cloak" (or the science fiction / steampunk / whatever equivalent of that) and allow equipping it -- this would require armor slots in t...

Not yet, celeron is concentrating on map generation currently.

@neko259 Not really, players are a special kind of object. The problem with non-player objects like rats and lua entities is somehow related to static storage (which happens when the block that the object is in becomes non-active, aka all players have moved far enough away from it). Players are neve...

A few comments about register_secret_passage: ⋅ You can simplify the item strings you pass to register_craft: remove NodeItem/node and, if you want, the inner quotes ⋅ Remove the dug_item line: that field doesn't exist anymore (replaced by "drop") since itemdef and your intent is...

The white stuff in creative mode is "cloud" (although the clouds in the sky aren't made of that material). Given appropriate rights you can get a stack of them with the command: /giveme cloud 9 Ice, on the other hand, is part of the seasons mod. Wait until it is winter, then surface water will quick...

Patch

Another thing to note is that the new liquids won't interact with the old liquids. So for example, green water won't flow into normal water nodes and change its color, it will treat it as a solid wall. You can try hacking around with ABMs, but it won't be perfect.

For the liquids, register them like the default mod registers water_source and water_flowing (or lava_source and lava_flowing), and change the texture. To make buckets for the new liquids, call bucket.register_liquid (I don't have time right now but I can write some documentation about this function...

Link

Nice video again :)

@Nemo08
Not in 20120122... I have a fix in my randomstuff branch.

Yes, it's a design limitation in itemdef, on_placenode can't modify the wielded item. But you could redefine the more low-level (and more complicated) on_place callback, untested: -- remove the register_on_placenode call ... place_rope = function(itemstack, placer, pointed_thing) if pointed_thing.ty...

The intent is that when n rope blocks are placed, it should remove n rope items from the inventory, is that right?

I found a possible fix (workaround, rather). Hope it can be merged into upstream soon.

Oerkkis are legacy mobs, they're implemented in C++.

Added it to the wiki patchsets page so it won't be forgotten.

I don't know. First of all, Lua wasn't written with thread safety in mind (and there are no thread or synchronization / locking primitives in the stdlib, so an API for them would have to be designed from scratch). Also, thread safety is hard, there's enough of that stuff on the C++ side already. Wha...

There used to be the limit of ~30 (because of a bug with Lua stack handling), but not anymore. Number of registered nodes, items, ABMs etc. is more important.

Do you think optional dependencies would be useful here? So this mod (hatches too) could have an optional dependency on mesecons, which would mean: make sure mesecons is loaded first, but only if it is loaded at all. Then check if mesecon ~= nil and only in that case register with it.

Yes, the current facedir only allows 4 orientations. Making a more generic parameter would be possible, probably even easy. The question is: which of the 24 possible orientations of a cube should it support? (There is not one possibility to rotate a piston so that it faces up, there are actually fou...

Preliminary results, updated. The vote isn't over yet! Note: If someone voted for multiple packs, I've counted each as one vote here. This vote count is not going to be binding, it's just a rough estimate. Of course there's also the possibility that the default texture pack will be a mix of the best...

You're breaking my almost-fibonacci sequence :( Regarding the license question, anything that goes into default will have to be CC BY-SA. Almost MC and Gridtoon are, Cisoun already agreed to it for the win32 builds (I think), and hmmm's pack has to be since it's derived from the default pack. I don'...

Preliminary results.
edit: see post 41

IMO, each entity should also have a maximum HP value and getMaxHP() and setMaxHP() methods, and setHP() should limit its argument to the range [0, getMaxHP()]. The same interface should be implemented for players too (either implemented the same way, or return a constant maximum HP of 20). get_max_h...

Updated the list a bit.

@randomprroof
I don't know what to do about that, since digging prevention is always done on the server the client can't really reliably predict if it happens.

Thanks, Temperest.

And sorry, I messed up on one of the suggestions, the field is called legacy_facedir_simple not legacy_facedir. Sorry for the extra work! ^_^

For buttons and torches, do the following: ⋅ Remove wall_mounted = true ⋅ Add paramtype2 = "wallmounted" ⋅ Add legacy_wallmounted = true ⋅ Whenever you check for param2 on one of these nodes: The format has changed. Param2 Table (Block Attached To) 0 = y+1 (wa...

I get a cutoff post whenever the forum asks who the creator of the game is.

Won't that break a number of mods, for example mesecons? Okay, they've been broken by itemdef, fair enough :)
This is my patch, BTW: http://paste.pocoo.org/show/540203/ It has some other stuff thrown in, the important part is the redef_wrapper function.

FOSS gamedev and creative worlds

Search found 235 matches