考虑合作吗

[zhengxyz123]

你好吖, 我没事搜索我的 Minecraft 项目时看到了你的 MinecraftWeb, 于是乎我体验了一下.

体验并不愉快: 手机很垃圾, 网页版运行地好卡, apk 文件下载不下来, 唯一有 electron 的 Linux 系统昨天崩了.

但是不管怎么说, 你这个项目有雨耶, 同时还有昼夜更替! 比我的先进多了, 我也可以分享给你一些我的 idea. 能否和我合作一下下?

但是我的 OpenGL 技术真的非常垃圾, gl*()这些函数太麻烦了. 学了两次才一知半解. 这个项目是 clone 别人2年前的项目, 胡乱拼凑一些贴图, 阅读了一些文档, 然后再添加了一点代码(作者的封装真的很贴心), 就差不多了. 但是再往下迟早是要使用 OpenGL 最原始的函数的.

最后, 给你一些建议: 你的贴图真是太看不下去啦!!!!!!!!! 去 Minecraft wiki 找一找, 有 1.16 基岩版的贴图.

[wzh656]

没想到真的有人会看我做的Minecraft，因为是公开的，想必应该也有很多人看了，because这里显示截止公园后2020地球年7月25日，已有7-3=4个未知设备曾运行过此apk。但汝为第一书与吾者（还一天写了4封信）

First,合作嘛，呃……我觉着吧，帮我编代码还是算了吧。But I think you can give me some advice and share your ideas with me;像现在这样给鄙人点advice（是左拾遗还是右拾遗）

Next,先逐个回复卿之questions

1. 关于体验问题
   1. 网页版没流量就甭想了，就算有流量第一次没缓存还得加载个大约2minutes左右，但加载之后应该大概可能大约maybe perhaps不会卡了吧（你应该没有看到那个垃圾手机不想被烤焦就关光影的提示）
   2. apk下载不了也不该怪我吧，要怪就怪github是国外的，网速so slow。不过其实那也不是最新的，毕竟打包一次超麻烦，in face,吾本欲待暑假over再打包的。And,if (you want to get APK){You can ＋my QQ(1826632591);}
   3. 我electron 和 电脑的google chrome网页版运行得超流畅，帧率最高60+fps，这个内存只剩3%&运存only3GB的HUAWEI手机都最高有20fps，你那个手机也许真的忒垃圾了吧
2. 关于WebGL，建议你可以用three.js，那比WebGL简单多了，你可以去找找教程
3. 长话短说了，贴图的嘛，我刚已经改过来了，话说我的texture真的是原版材质包里copy的。只是我发现，因为原始贴图16*16px，不够大，and 放大时和使用drawImage()会自动变模糊，遂将贴图放大为32*32px，现在应该好看多了（怪不得我同学也说很丑）

欲知后事如何，请待明天分解。明天再说了

[wzh656]

先说那个区块17*17的问题，首先因为玩家出生在(0,0)，为了让区块对称并且玩家出生在区块中心，所以左边8个方块+右边8个方块+出生的方块0一共17个blocks

至于clone仓库，这个项目中的确很多东西都是没什么用的（such as img/textures其实是找来的我的世界原版材质包，and node_modules文件夹整个没有用，因为不知道为什么github Environments似乎忽略了这个文件夹，所以都放到js里去了）

那个eval()风险很大吗，我可不知道运行什么代码电脑会崩，就算有也是玩家自己输的（自己不会故意让电脑崩溃吧）。那个safe-eval似乎只是在Python里的function，JavaScript里应该没有这个函数（因为我搜了一下，只有Python的safe-eval）

README.md的确很搞笑，毕竟这的确不是一篇说明文（其实这是我发给我同学的介绍改编的）。其实整个项目都很搞笑（顺便告诉你deskgood的含义：deskgood 是我同桌卓志昊=>桌子好=>desk good的外号，在项目中一共出现645次，其实一开始是camera，后来改成player，再改成deskgood的）

破坏方块的时候手机版会震动，至于为什么能实现原生震动嘛，还是多亏了HBuilderX的html5+，用这个打包apk可以实现很多原生apk的功能，并且可以看到每天应用启动统计。其实在line 408的js还是在向我发送启动的信息（我看见2020-8-13 14:23:48有一个未知设备发送了信息，可惜不知道为什么这条除了时间其他都没有）

trees的生成就是在地上放一些木头方块（是否有树和树的高度按种子随机生成，树叶高度=树高*噪音），具体生成看line 1230 map.loadColumn函数（加载一列方块）

等等，你不说我还不知道，我何时fork了func，只是之前看了一下罢了，现在删了

那个更新泥土方块上的草也长得太快了吧，还说小，太大了，平均10s/20%=50s就会长出新的草，我现在的草还不会生长呢

[zhengxyz123]

如果你不知道如何把电脑弄崩掉, 请看:

• Windows:
  • 创建一个 *.bat
  • 往这个文件写入%0 | %0
  • 运行这个文件
• Linux
  • 直接输入(在控制台中): a(){ a | a; }; a(可能不太正确, 但我不想冒着手机死机半小时的代价试一遍)

[wzh656]

没有震动？impossible!要不你在命令方块或者VConsole里面试试plus.device.vibrate(1000); 可以震动1000ms，挖掘时只震动16ms（久而费电）

又要自己造轮子，没有重复轮子用。那不如学学你和deskgood的懒，反正代码是玩家输的，他想崩溃卡死让他崩去，不过手机版有plus变量，可以直接操控系统，万一他让手机震动蜂鸣不停，拨打电话，删除重要文件……（而且你只有电话和存储权限）。那就加几个字"运行代码即表示同意《免责协议》：输入代码产生的一切后果由玩家自行承担" 怎么样

And 你的噪音算法实在懒简单，看看我的有最小最大值、平滑程度（就是除以的那个数）、误差（真实点）、泥土下有石头、露天石头，并且不是用普通的噪音函数，而是用自定义的一个噪声叠加的分形噪声函数

[wzh656]

我搜了半个多小时资料，终终终终于弄好了，总算看到了你的Minecraft。
这光源效果不错，但是现实中太阳光近似于平行光（directionalLight），只是有点忒卡，还有时黑屏
And给你几点建议（怎么变成我是左拾遗了）：

1. 不绘制不需要的面（如果此面对着不透明方块 且 允许不绘制此面）
2. 不绘制不需要的方块（如果6面都不用绘制）

我的Minecraft经过这2点改进后：
当地图为17*17*512（充满方块，无雨，有光影）时，fps可达到36fps，平视时10+fps，内存700~800MB;
当地图为17*\17*256（充满方块，无雨，有光影）时，40~50fps，内存400MB左右。

[wzh656]

我没看代码（因为不想看也没有时间看，我还要弄我的，我没你这么多时间）
不过你的地图也太矮了吧，才3格，高点，让我测试下512格的（不过可能会黑屏，还是先128看看），不过在哪调（看样子你没导入Zone.py）？
不过剔除方块是必须的，因为这样可以极大地提高fps，Although update有点久

[wzh656]

没有道理？不可能！道理就是因为太阳与地球距离太远而发出的光近似于（我没说绝对是）平行光。
除了平行光，你还需要加入环境光和户外光源，平行光只是用来实现阴影的

---

这剔除得不错，只是看不远，并且打开时竟然无响应（你就不会异步加载吗？弄个进度条不好吗？）

---

And不知道你的物理怎么样，让我给你几条物理公式Although可能是高中的（让游戏真实点，觉得你的游戏不真实，竟然只记录了玩家的位置矢量，不记录玩家的速度矢量）：

1. Newton first law: F=ma 即 力(N)=质量(kg)*加速度(m/s²)
2. 空气阻力F阻 = (1/2)CρSv² （其中C为空气阻力系数，ρ为空气密度(kg/m³)，S为物体与空气摩擦的面积(m²)，v为物体相对于空气的运动速度(m/s)）
3. 假设deskgood以v0 m/s的速度向上跳起，以deskgood的初始位置为原点向上建立坐标系。若忽略空气阻力，则deskgood受到的重力会对deskgood产生一个向下的加速度（约为g = -9.8m/s²）。则在时间t时，deskgood的速度v=v0-9.8t。对此进行积分，得到deskgood的坐标y=-4.9t²+v0*t，取最大值时v=0 => {t=v0/9.8, y=-4.9t²+v0*t=5/98*v0²}。
   故为使deskgood跳跃高度ymax=1m，则解5/98*v0² = 1得v0约为4.427188724235731m/s

为了真实，每个参数都必须加上随机数，例如：跳跃速度可能忽大忽小，并与玩家状态有关。And树不一定都一样粗，并且树叶可以穿过，每个方块会由于重力下落……

[wzh656]

又来一大堆消息（这样加载网页真的很慢），And我想问你为什么你每发一条issue都有一封给我的邮件，就连你Minecraft的issue都给我发了邮件，搞得像我关注了你一样。

那几个公式的确是高中的，但你真的必须在你的存档（我用的是数据库）中加入速度矢量。我没看你的运动是怎么实现的，but我觉得y轴的运动必须是这样的：首先玩家以初速度跳起，然后重力加速度使速度变小，故玩家的s/t图像呈现抛物线形状。并且假如你一开始静止，后来将你移动到万米高空上，你的速度一定是逐渐增大的，而不是想你的一样突然变大的。

只要在自己脚下放方块，再在其上再放一个方块，就能到方块内部（可以算一个bug吧，我的也有这个bug）

我的Minecraft卡是因为你没有用最新版（因为懒得编辑APK），只剔除了面，没有剔除方块

hold_choice_refresh是更新玩家的选择；
hold_things_refresh是更新玩家选择的物品；
look_refresh是更新玩家的朝向。
之所以不绑定setter是因为有时连续更新几次，代码效率低——不要说代码快就不注重一些很小的速度（还有&&和||运算符的顺序问题）（积少成多，聚沙成塔，特别是你的Python运行这么慢的程序）

对于JS setTimeout之类的函数来说，同步就是运行完运行下一条代码，异步就是运行完这段代码更新一下html在加载下一段代码。
对于worker来说，就是创建一个进程执行另一段代码，由于CPU执行一条指令极其快（皮秒级），CPU通过不断的中断来实现两段代码“同时”运行——当然，多CPU可以实现真正的同时。
worker我试过，但数据共享真的很难实现，故未使用。

[wzh656]

你那FPS应该是ms吧。变化这么快，根本看不出什么，还不如1s更新一次的FPS。And像Python这种不是专业搞gui的语言似乎做个gui很难？

那个抠图简单，直接自己编一个程序将某种颜色替换成透明就行了

那个聊天室是因为我用的是电脑版发的消息，电脑不用转义，所以在电脑上显示没问题，在手机上报错

[zhengxyz123]

看这个图片, 我没有改过代码:

[wzh656]

gitee早有仓库了，只是这个github被你发现后，我又发现gitee的仓库已经有151个IP访问了，Anyway不能发布网页，so改了私有，现在又要改回公有去，https://gitee.com/wzh656/Minecraft

[zhengxyz123]

好吧，今儿摸鱼给你用QQ发了一个消息。