Wuzzy wrote:Please file an issue on GitHub anyway.
minetest.add_particle(pos, null, null, duration,
1.5, true, "torches_fire"..tostring(math.random(1,2)) ..".png")
minetest.add_particle({
pos = pos,
velocity = {x=0, y=0, z=0},
acceleration = {x=0, y=0, z=0},
expirationtime = duration,
size = 1.5,
collisiondetection = true,
texture = "torches_fire"..tostring(math.random(1,2)) ..".png",
})
azekill_DIABLO wrote:could someone explain me why the voxbox guy has arrived in your survival inventory?
Wuzzy wrote:Morn76: Interesting. Yeah, the legacy add_particle function should definitely be replaced. Thanks for noticing. In MineClone 2 there are still some legacy mods laying around which I have to replace over time.
2017-01-26 14:30:22: ERROR[Emerge-0]: Map::setNode(): Not allowing to place CONTENT_IGNORE while trying to replace "air" at (-45,30,172) (block (-3,1,10))
2017-01-26 14:30:22: ERROR[Emerge-0]: Map::setNode(): Not allowing to place CONTENT_IGNORE while trying to replace "air" at (-43,26,171) (block (-3,1,10))
2017-01-26 14:30:22: ERROR[Emerge-0]: Map::setNode(): Not allowing to place CONTENT_IGNORE while trying to replace "air" at (-43,26,178) (block (-3,1,11))
2017-01-26 14:30:22: ERROR[Emerge-0]: Map::setNode(): Not allowing to place CONTENT_IGNORE while trying to replace "air" at (-43,27,177) (block (-3,1,11))
2017-01-26 14:30:22: ERROR[Emerge-0]: Map::setNode(): Not allowing to place CONTENT_IGNORE while trying to replace "air" at (-43,29,170) (block (-3,1,10))
2017-01-26 14:30:22: ERROR[Emerge-0]: Map::setNode(): Not allowing to place CONTENT_IGNORE while trying to replace "air" at (-43,29,174) (block (-3,1,10))
2017-01-26 14:30:22: ERROR[Emerge-0]: Map::setNode(): Not allowing to place CONTENT_IGNORE
2017-01-26 14:32:27: WARNING[Main]: Irrlicht: Could not open file of texture: mobs_skeleton.png
2017-01-26 14:32:31: WARNING[Main]: Irrlicht: Could not open file of texture: mobs_creeper.png
2017-01-26 14:32:31: WARNING[Main]: Irrlicht: Could not open file of texture: mobs_creeper.png
2017-01-26 14:32:31: WARNING[Main]: Irrlicht: Could not open file of texture: mobs_creeper.png
2017-01-26 14:32:31: WARNING[Main]: Irrlicht: Could not open file of texture: mobs_creeper.png
2017-01-26 14:32:32: WARNING[Main]: Irrlicht: Unknown data object in animation of .x file: AnimTicksPerSecond
2017-01-26 14:32:32: WARNING[Main]: Irrlicht: Unknown data object in animation of .x file: AnimTicksPerSecond
2017-01-26 14:32:36: WARNING[Main]: Irrlicht: Could not open file of texture: mobs_creeper.png
2017-01-26 14:32:36: WARNING[Main]: Irrlicht: Could not open file of texture: mobs_creeper.png
2017-01-26 14:32:37: WARNING[Main]: Irrlicht: Could not open file of texture: mobs_skeleton.png
2017-01-26 14:32:37: WARNING[Main]: Irrlicht: Could not open file of texture: mobs_skeleton.png
Height limit at ca. 31000 because the height limit just adds frustrations and has no gameplay relevance in Minecraft. But indestructible bedrock is added at ca. Y=-90 for gameplay reasons
2017-01-26 14:45:30: ACTION[Server]: singleplayer digs default:bedrock at (9,-83,140)
2017-01-26 14:45:38: ACTION[Server]: singleplayer digs default:bedrock at (9,-86,140)
2017-01-26 14:45:46: ACTION[Server]: singleplayer digs default:bedrock at (9,-87,140)
2017-01-26 14:45:46: ACTION[Server]: singleplayer digs default:bedrock at (9,-89,140)
2017-01-26 14:45:47: ACTION[Server]: singleplayer digs default:stone at (9,-95,140)
2017-01-26 14:45:48: ACTION[Server]: singleplayer digs default:stone at (9,-96,140)
2017-01-26 14:45:48: ACTION[Server]: singleplayer digs default:stone at (9,-97,140)
2017-01-26 14:45:48: ACTION[Server]: singleplayer digs default:stone at (9,-98,140)
2017-01-26 14:45:48: ACTION[Server]: singleplayer digs default:stone at (9,-99,140)
2017-01-26 14:45:48: ACTION[Server]: singleplayer digs default:stone at (9,-100,140)
Robsoie wrote:It's not working, the bedrock can be dug through without problem
groups = { immortal = 1 },
Further research on the "Could not open file of texture" warning:
When Irrlicht loads a mesh like character.b3d it automatically tries to load any textures mentioned in that file (eg, character.b3d mentions character.png so Irrlicht tries to load character.png from the current directory).
Removing the texture from the files seems to work.
There doesn't seem to be a way to disable the auto-loading, therefore this appears to be an upstream issue in Irrlicht.
Robsoie wrote:from
https://github.com/minetest/minetest/issues/3257
TextureFilename {"cow.png";}
Morn76 wrote:I guess we simply need to make sure not to check "Export Materials" when exporting from Blender in the future.
stu wrote:I can confirm that does work for directx models, however, for b3d you should probably use this version of the exporter: https://github.com/minetest/B3DExport It was modified by @sofar to automatically unlink the textures, of course, you can do it manually in blender.
Wuzzy wrote:Thanks a lot! I just applied the bugfix. It is great how much support I already got from a lot of different people for only a single subgame. And for this, I am really grateful! :-)
If I remember correctly, I haven't seen so much support for any of my mods.
Morn76 wrote:Is it about file size?
https://forum.minetest.net/viewtopic.php?f=9&t=16521
i can help out with the rest of the minecraft mobs that are missing just need animations
3: What dragon egg? I don't see no egg D: EDIT: have to use /giveme mcl_end:dragon_egg to get it :/
4 (didnt i say 3 tho?): Inventory order still aint right, but you said you are still working on it, so please do.
2: Deadbush spawns WAY to often. I mean, look at this:
5 (another?!): I am thinking about helping with this project (if you are open to it)
Wuzzy wrote:Don't trust the mod names! Many mods (but not all) have been modified beyond recognition from the original, compability is NOT guaranteed.
Mods starting with “mcl_” are mods specifically made for MineClone 2.
Users browsing this forum: No registered users and 2 guests