我的世界基岩怎么破坏 基岩快速挖法攻略_用户评论_西西软件园
西西软件园多重安全检测下载网站、值得信赖的软件下载站！
您的位置： →
→ 我的世界基岩怎么破坏 基岩快速挖法攻略 评论
我的世界基岩怎么破坏 基岩快速挖法攻略我的世界信标怎么做 信标合成攻略_用户评论_西西软件园
西西软件园多重安全检测下载网站、值得信赖的软件下载站！
您的位置： →
→ 我的世界信标怎么做 信标合成攻略 评论
我的世界信标怎么做 信标合成攻略我的世界信标怎么做 信标合成攻略_西西手机站
我的世界信标怎么做 信标合成攻略
我的世界信标怎么做？信标相当于烽火台的功能，可以向天空直射光束的功能型方块，可以给玩家警醒的左右，外形有几种，制作方法也很简单，接下来西西就给大家带来的是信标合成攻略！信标(Beacon) ，沙盒游戏Minecraft中的实用性方块之一。繁体中文称烽火台，是需要放置在钻石块，金块，绿宝石块或铁块(或这四种方块的任意组合)结构的金字塔顶端，可以向天空直射光束的功能型方块。事先在信标方块的设置界面设置好的话，该方块能够向一定半径之内的玩家提供临时的正面效果。然而，如果离开该范围，效果只能持续8秒，这限制了信标方块的普及。金字塔本身必须为1-4格高(不包括信标方块)不然的话信标方块不会有任何效果。最小型的有效的金字塔结构为1层的3x3基座。我的世界信标怎么做?信标合成物品名称玻璃，黑曜石和下界之心建造：信标，铁块，金块，钻石块，绿宝石块。使用：铁锭，金锭，钻石，绿宝石。输入及输出我的世界信标怎么用?用于放置在钻石块，金块，绿宝石块或铁块(或这四种方块的任意组合)结构的金字塔顶端，可以向天空直射光束的功能型方块。信标合成公式要让信标发出光束，就必须要有基台，基台并不是所有材料都可以的。小编知道的只有有铁块、金块、钻石块、绿宝石块。其他貌似都没什么效果。如下图：有用的基台要让信标解锁全部的功能那么这个“金字塔”的基台(不算信标)必须要有四层。就是最底下一层是9×9的，然后一层7×7。接着5×5，随后3×3。最顶端放上信标，这就算是最完美的信标金字塔了。四层就能解锁信标的所有能力了。激活信标默认无效果。激活需要在图形界面的物品槽中放置铁锭、金锭、绿宝石或钻石四者之一。玩家可以通过点击顶部窗口设置效果：点击效果会激活方块。玩家点击“完成”之后，刚刚放置的物品会被消耗，而且信标开始向附近玩家提供正面效果。如果希望改变信标的效果，你需要在进行一次该过程，也会再消耗一个物品。效果如果金字塔在信标激活后被破坏，虽然信标失去效果，但其仍能够记忆其效果设置，并在金字塔修复后立即自动激活而不需要消耗物品。这样，您可以使用一个粘性活 塞来方便地实现对信标效果的开启与关闭。在金字塔的作用范围内，信标效果会被不断刷新维持;超出作用范围后，每种效果会持续8秒。主效果五种主效果为速度，速掘，抗性提升，跳跃提升与力量。当塔高一层时只有速度与速掘;塔高两层时多了两个选项：抗性提升与跳跃提升;塔高三层或四层的话你具有所有的主效果选项。你需要选择一种主效果以激活信标。辅助效果目前唯一只作为辅助效果出现的就是生命恢复。如果选择了一种主效果，同时塔高必须为4层的话，你也可以在辅助效果中选择该主效果对应的等级II效果或生命恢复效果。如果选择等级II效果，信标不会再提供生命恢复效果。其他平行世界信标也会在下界正常作用——只要信标上方有至少14格的空气即可。但信标的光柱只有上方所有方块都被移除(包括基岩)之后才会出现。信标在末路之地的表现与下界相同。80192 条评论分享收藏感谢收起public Chunk provideChunk(int x, int z)
// 生成一个区块专属的伪随机种子，这个种子只跟x和z的位置有关
this.rand.setSeed((long)x * L + (long)z * L);
ChunkPrimer chunkprimer = new ChunkPrimer(); // 封装了一下方块设置的操作
// 生成低分辨率的生物群系、密度图、方块，后面会讲
this.setBlocksInChunk(x, z, chunkprimer);
// 生成标准大小的生物群系
this.biomesForGeneration = this.worldObj.getBiomeProvider().loadBlockGeneratorData(this.biomesForGeneration, x * 16, z * 16, 16, 16);
// 按照生物群系替换掉高度图里面的普通方块
this.replaceBiomeBlocks(x, z, chunkprimer, this.biomesForGeneration);
// 前面生成选项里面看到的各种设置，要不要洞穴之类的
if (this.settings.useCaves)
this.caveGenerator.generate(this.worldObj, x, z, chunkprimer);
if (this.settings.useRavines)
this.ravineGenerator.generate(this.worldObj, x, z, chunkprimer);
if (this.mapFeaturesEnabled)
if (this.settings.useMineShafts)
this.mineshaftGenerator.generate(this.worldObj, x, z, chunkprimer);
if (this.settings.useVillages)
this.villageGenerator.generate(this.worldObj, x, z, chunkprimer);
if (this.settings.useStrongholds)
this.strongholdGenerator.generate(this.worldObj, x, z, chunkprimer);
if (this.settings.useTemples)
this.scatteredFeatureGenerator.generate(this.worldObj, x, z, chunkprimer);
if (this.settings.useMonuments)
this.oceanMonumentGenerator.generate(this.worldObj, x, z, chunkprimer);
// 构造区块对象，把方块和生物群系数据填进去
Chunk chunk = new Chunk(this.worldObj, chunkprimer, x, z);
byte[] abyte = chunk.getBiomeArray();
for (int i = 0; i & abyte. ++i)
abyte[i] = (byte)Biome.getIdForBiome(this.biomesForGeneration[i]);
// 生成基础的天空光照（见前文）
chunk.generateSkylightMap();
重点的setBlocksInChunk函数：public void setBlocksInChunk(int x, int z, ChunkPrimer primer)
this.biomesForGeneration = this.worldObj.getBiomeProvider().getBiomesForGeneration(this.biomesForGeneration, x * 4 - 2, z * 4 - 2, 10, 10); // 这是一个低分辨率的生物群系表，用在generateHeightmap里面的
// 生成密度图，原文虽然写的是高度图，但是实际上是密度图，可能是fml的人理解有问题
this.generateHeightmap(x * 4, 0, z * 4);
// 这里往下的这么一大段都是在插值，密度大于0的填上石头，低于海平面而且不是石头的
// 填上海水，别的都是空气。
// 话说这段真是乱七八糟，一堆magic number，估计fml的人也懒得看懂，
// 既没加注释也没改变量名。。。
for (int i = 0; i & 4; ++i)
// 为什么是33和5呢？ 33=32+1, 5=4+1
int j = i * 5;
int k = (i + 1) * 5;
for (int l = 0; l & 4; ++l)
int i1 = (j + l) * 33;
int j1 = (j + l + 1) * 33;
int k1 = (k + l) * 33;
int l1 = (k + l + 1) * 33;
for (int i2 = 0; i2 & 32; ++i2)
double d0 = 0.125D;
double d1 = this.heightMap[i1 + i2];
double d2 = this.heightMap[j1 + i2];
double d3 = this.heightMap[k1 + i2];
double d4 = this.heightMap[l1 + i2];
// 于高度y方向线性插值
double d5 = (this.heightMap[i1 + i2 + 1] - d1) * 0.125D;
double d6 = (this.heightMap[j1 + i2 + 1] - d2) * 0.125D;
double d7 = (this.heightMap[k1 + i2 + 1] - d3) * 0.125D;
double d8 = (this.heightMap[l1 + i2 + 1] - d4) * 0.125D;
// 于x和z方向线性插值
for (int j2 = 0; j2 & 8; ++j2)
double d9 = 0.25D;
double d10 = d1;
double d11 = d2;
double d12 = (d3 - d1) * 0.25D;
double d13 = (d4 - d2) * 0.25D;
for (int k2 = 0; k2 & 4; ++k2)
double d14 = 0.25D;
double d16 = (d11 - d10) * 0.25D;
double lvt_45_1_ = d10 - d16;
for (int l2 = 0; l2 & 4; ++l2)
if ((lvt_45_1_ += d16) & 0.0D)
primer.setBlockState(i * 4 + k2, i2 * 8 + j2, l * 4 + l2, STONE);
else if (i2 * 8 + j2 & this.settings.seaLevel)
primer.setBlockState(i * 4 + k2, i2 * 8 + j2, l * 4 + l2, this.oceanBlock);
d10 += d12;
d11 += d13;
感觉这一段还要解释一下。x和z不是16,32这样的世界坐标，而是区块坐标，是世界坐标的16/1，也就是区块（1， 2）代表了世界坐标上面的（16，32）到（31,47）的矩形区域。这里首先生成了一个低分辨率的生物群系，长宽是10*10，是因为接下来要用的密度图长宽是5*5。然后生成密度图，这个待会儿也会讲。之所以说是密度图而不是高度图是因为它是三维的5*33*5，而不是二维的结构，所以只能称之为密度。接下来是线性插值。一个区块是16*256*16，而为了让密度更为平滑，这里把密度图的长宽各放大4倍，高度放大8倍，再做线性插值就会比较光滑不会变化特别突兀。有人要问，5*4不是20吗？33*8不是264吗？其实因为5*33*5多出来的一圈是不用的，而且插值需要两个值才能计算，所以四个采样点其实需要5个数据，33也一样是这个道理。再浅显一点来说，密度图里面的0,1,2,3,4（java数组从0开始）对应的是区块x或z轴里面的0, 4, 8, 12, 16，既然我们要计算位置为13,14,15的方块，那就得用12和16对应的3和4来插值。插值的过程从循环变量为j2的那个循环开始，0.125就是8分之1，因为高度上放大8倍，后面的0.25也是因为放大了4倍，lvt_45_1其实可以写得易懂一点的，也是一个插值变量，跟前面的d1,d2,d3,d4,d10,d11是一样的，只不过mojang的程序猿为了装逼特地写了这么个东西罢了。。所以说代码质量差不仅在于架构，还在于其中各种细节的写法，像这种绝对就不算优秀的代码。先到这里吧。。还有好多。。各位先看着哈。。--------------------------------------------分割线-------------------------------------------------总结全文，深化主旨，首尾呼应：Minecraft是个好游戏，但代码写的确实不咋地。我最初接触MC还是13年，那时候大部分还在用1.4.2或者1.5，当然，都是盗版。一开始只是玩单机，打生存，搭房子，有时候开创造玩玩红石电路，特别喜欢一个人晚上独自边打MC边听他的bgm。C418的歌，很宁静，让人很放松。后来基本上大部分玩法都玩儿遍了，也不怎么愿意去花功夫做那种超大的红石电路或者建筑之类的，总想着找点别的花样。于是我装了Forge，下了很多mod，比如IndustrialCraft这种大名鼎鼎的，还有一些辅助性的mod，比如1.6.2之后就停止开发的SPC（Single Player Command 卖安利）。SPC是模仿WorldEdit的担任命令行mod，就是各种批量编辑，一个人搭建筑非常方便（因为WorldEdit WE只有多人能用，SPC可以单人模式用）。结果换1.7.2之后SPC不支持了，于是就萌生了自己开发一个的想法。（好吧最后还是流产了，当时水平不够做出来的性能很差，现在有能力做了又没了当初那种激情）又因为刚好学java，听说MC也是用java写的，所以就网上找教程写mod。我还记得14年的时候架着100K不到的梯子屁颠屁颠地装fml的时候，去maven central仓库上下东西动不动就停住了，结果一晚上都没装好。国内（哪怕到今天）都缺少真正有质量的mod开发教程，特别是中文的基本没有。贴吧上曾找到过一篇讲mod开发环境配置的，不过也止于1.6.2，到了1.7之后FML的整个API变了好多，原来的教程都用不了了。后来在网上找到了一篇文章： ，是MC最早的开发者Markus Persson（马库斯·泊松，网名notch）的个人博客，还有一篇讲述他的地形生成算法的博文：大概翻译一段（水平有限）：In the very earliest version of Minecraft, I used a 2D Perlin noise heightmap to set the shape of the world. Or, rather, I used quite a few of them. One for overall elevation, one for terrain roughness, and one for local detail. For each column of blocks, the height was (elevation + (roughness*detail))*64+64. Both elevation and roughness were smooth, large scale noises, and detail was a more intricate one. This method had the great advantage of being very fast as there’s just 16*16*(noiseNum) samples per chunk to generate, but the disadvantage of being rather dull. Specifically, there’s no way for this method to generate any overhangs.在Minecraft最早的版本中，我将一张2维perlin noise图作为高度图来确定世界的形状。或者说，好几张perlin noise图。一张是整体海拔，一张是地形的粗糙度，一张是小范围的细节。对于每一列方块，其高度是 (海拔+(粗糙度*细节))*64+64。 海拔和粗糙度的图都是连续光滑的，大尺度的噪声图，而细节则更加参差不齐。这个生成方式有一个巨大的优点就是奇快无比，因为对于每个区块，只不过需要生成16*16*(噪声图的数量) 个采样点，然而缺点就是地图相当单调无趣。更重要的是，这种方式根本生成不了悬崖。So I switched the system over into a similar system based off 3D Perlin noise. Instead of sampling the “ground height”, I treated the noise value as the “density”, where anything lower than 0 would be air, and anything higher than or equal to 0 would be ground. To make sure the bottom layer is solid and the top isn’t, I just add the height (offset by the water level) to the sampled result.于是我改成了一种有些相似的、基于3维perlin noise的生成方式。我并不是对“地面高度”进行采样，而是将这个噪声的数值看做是“密度”（因此我说前面代码中应该是密度图而不是高度图 ——译者注），其中密度小于0的点都是空气而大于等于0的会成为大地（其实就是实心方块 ——译者注）。为了确保地图底端是地面而顶端是空气，我便把采样值加上采样点的高度（海拔高度）。（其实应该说是“减去采样点的高度”更易懂，因为大于0的才是方块，而水下的高度是负值 ——译者注）Unfortunately, I immediately ran into both performance issues and playability issues. Performance issues because of the huge amount of sampling needed to be done, and playability issues because there were no flat areas or smooth hills. The solution to both problems turned out to be just sampling at a lower resolution (scaled 8x along the horizontals, 4x along the vertical) and doing a linear interpolation. Suddenly, the game had flat areas, smooth hills, and also most single floating blocks were gone.不幸的是，我立刻碰上了可玩性和效率两方面的麻烦。因为有大量的点需要被采样所以效率很成问题，又因为缺乏大片的平地或平滑的山丘而缺乏可玩性。这两个问题共同的解决方案最终定为了这样：用一个更低的分辨率去采样噪声图（横向8倍，纵向4倍）（代码里面是横向4倍纵向8倍，可能跟后来的代码改动有关 ——译者注）并且进行线性插值（见setBlocksInChunk函数 ——译者注）。突如其来地，世界上有了平原、丘陵，而且单独浮在空中的诡异方块中的绝大部分也都消失无踪了。（其实还有很多了啦 ——译者注）这激起了我浓厚的兴趣。于是我把长长的代码打印下来，8号字体，一面3列，足足十几张纸，每天一有空就看代码，读代码，用笔做注释，并且为我觉得命名不当的部分想一个更好的名称。到现在这些还藏在我的书桌里面。这些东西百度根本搜不到，google也很少有结果，而以fml对这些代码的注释程度来看他们根本懒得去读这些既混乱又不必要读懂的代码。当然后来还是不了了之了。我自己也仿造过MC，当时就是完全追星似的疯狂模仿，用的java，跟MC一样的LWJGL库，同样（好吧我承认这么做有盗版的嫌疑）的纹理，几乎相同的文件格式、区块大小、渲染原理、（基于notch文章的）地形生成、体系架构，几乎就是我前面写的这么多的一个自己的重现。我甚至还学习MC混淆了编译后的代码。可笑的是，迫于当时的水平，效率竟比MC原版还要低。最后开发进程是因为我U盘的丢失而终止的，源码自然也丢了，只剩一份速度奇慢的编译版本，下载地址：，有兴趣的自己下载来玩玩吧。今年想过要重制，结果忙了一个夏天又泡汤了，现在想来总觉得有点可惜。后来被朋友忽悠着去打了一段时间MC服务器，也买了正版，不过服务器没有打过一个月的，基本两三个星期就崩掉关服不开放了，也不知道是我的问题还是整个现状都这样。（我真的没有干过坏事啊！）据说国内开一个服很快就会有黑客来勒索要钱否则就DDoS攻击（Distributed Denial of Service分布式拒绝服务攻击，用大量肉鸡的流量淹没对方，让对方或因为过高的流量费用而关闭服务，或因为过低的响应速度而降低服务质量到一个不可接受的程度），也不知道是不是真的，反正崩了好几个服，打拼好久的家园东西都没了，也就不打了。最近确实玩的不多，也就偶尔休息的时候像以前那样，搞搞建筑，搭搭红石电路之类的，都是单机玩，一方面没空，一方面也有点享受那种独自一人的感觉和C418的背景音乐。我知道这段算不上问题的“从编程的角度来看”，不过写了前面这么多，也使我回想起来以前发生过的不少。要不是这个答案，也不知道这段往事会被封存到什么时候。就借此机会，一吐为快吧。希望大家不必计较，并且欢迎任何技术上的讨论。以上。各位看官看完记得点个赞再走啊。。。谢啦。。。赞同 96797 条评论分享收藏感谢收起