本帖最后由 RarityEG 于 2021-5-2 19:23 编辑
之前 At 的嘉宾：
@洞穴夜莺 @🐦💕🌸🌸 @dengyu @🔥❄️ @hzwcyq @叉烧
本次额外 At 的嘉宾：
@Jaanai @🌱⛄🐏 @whatfilmae @磨砺
超级 At 数量：
@@@@@@@@@@@@@@@@@@@@
（这次比较可观）
每周快照是 Alicorn 启动器的测试机制，主要用于 |
然而，每周快照主要用于新特性展示，通常存在大量漏洞。因此对于普通用户建议仅做测试尝鲜用。启动前请务必进行备份和检查更新。非正式版的功能远远不及设计标准，仅供参考。 |
Alicorn 的里程碑已推进！InDev -> Alpha |
不要转载本帖，因为会致使他人对本帖进行 |
该模板魔改自 【新闻资讯版】版规|模板代码 |
致各位尊敬的版主：请再看一眼——这不是错版！
Downloads 下载
务请注意：Alicorn 的测试版没有质量保证！请在使用前备份您的 Minecraft 文件夹！
大家可能已经注意到了这次的更新比较长，而且启动器的命名也完成了，没错！这就是你们要的 InDev 内部测试版！
很多功能还没有实现，但是启动一个 20w17a 是没有问题的！
哦，你说 Forge 吗，那个啊，哈哈……（露出礼貌而又不失尴尬的微笑）
ChangeLog 更新内容
- [ TESTING ] Mojang 核心下载
- [ ACCEPTED ] 再一次重写了启动函数
- [ ACCEPTED ] Alicorn Online 服务部署
- [ ACCEPTED ] 修改了加载时的显示语言
- [ ACCEPTED ] 扩增了梗
- [ ACCEPTED ] 改进了 Mod 动态加载的 IO 方法
A Closer Look
欢迎试用 Alicorn 启动器
想必大家都非常失望期待，不过不管如何，Alicorn 的使用方法在这里了……
注意！有意试用 Alicorn 启动器的用户请务必仔细阅读以下内容！
务请注意：Alicorn 的测试版没有质量保证！请在使用前备份您的 Minecraft 文件夹！
从服务器下载 Alicorn 的发行版
上面提供了适用于各种架构的发行版，哦，Apple 暂时不在支持范围之内，建议使用 Bootcamp
选择你喜欢的一个，啊不对，这次不行，选择适合你的操作系统的一个，下载到你喜欢的地方
解压缩
下载的文件分为 ZIP（Windows）和 Gzip Tarball（Linux）两种，自己解压就好啦（Windows 10 自带 ZIP 解压功能，PonyOS 所有版本均支持 tar 工具哦~）
压缩率比较高，所以解压可能需要一点点时间（那真是废话！），记得解压到单独的文件夹里面，不然你就找不到 Alicorn.exe 了
启动程序
双击 Alicorn.exe（Windows）或者在控制台执行 ./Alicorn（Linux），或者使用任何你喜欢的方式启动 Alicorn.exe。哦不，请不要告诉我你删除了 resources 文件夹。那样的话启动器就变成砖头了
启动器启动比较慢（5 秒左右，取决于 CPU），启动后启动器会要求你进行一次更新，就像这样：
按「好」开始更新（不要按「X」！）这个过程大约需要 20 秒，请耐心等一下。
开启自动更新【Optional 可选】
按照 @@@@@@@@@@@@@@洞穴夜莺 的建议，自动更新默认是不开启的，要开启自动更新……
使用方法就自己摸索吧——说起来也简单，在容器管理页面添加容器（指向 .minecraft 文件夹）就可以在启动台找到它们
Boost Installing
为什么安装核心那么快？
如果你试试，你会发现 Alicorn 在安装核心时几乎是你第一秒按下「开始操作」，第二秒窗口就关闭了——哦，当然那不是错误，Alicorn 实际上已经完成了安装。只不过，Alicorn 只下载了一份 JSON 文件，等你真正启动这个核心的时候，Alicorn 才会补全支援库和资源文件
另外，Alicorn 根本不需要计算文件的 Hash 值也可以校验文件，这是通过缓存提供的。Alicorn 记录着每个文件最后一次成功验证的日期，并且通过对比修改时间来判断文件有效性。虽然这不是 100% 准确，但已经足够常规使用了。对于大文件的效果尤其明显（大概有 1.3 倍吧）
Pickaxe of Magic
Alicorn 的图标是什么？
Alicorn 的图标是一把镐，这毋庸置疑。
实际上这是我第一个 Mod 中的物品，由于种种原因这个 Mod 不得不放弃开发，留下了永久的遗憾，因此我用它纪念我过去的 Mod 开发生涯
颜色取自 Twilight Sparkle 的尾巴，并且经过了互补调色得到，这就是和谐之镐——魔法（简直就是胡说八道）
THE END
务请注意：Alicorn 的测试版没有质量保证！请在使用前备份您的 Minecraft 文件夹！
之前 At 的嘉宾：
@洞穴夜莺 @🐦💕🌸🌸 @dengyu @🔥❄️ @hzwcyq @叉烧
本次额外 At 的嘉宾：
@Jaanai @🌱⛄🐏 @whatfilmae @磨砺
超级 At 数量：
@@@@@@@@@@@@@@@@@@@@
（这次比较可观）
这个更新日志很有创意
但是我不看（狗头）
但是我不看（狗头）
这启动器感觉更新得非常好了
所以你的 arm 版本的启动器能下载 arm 版本的 so 吗（
本帖最后由 RarityEG 于 2021-5-1 23:28 编辑
Mojang 没给嘛那当然是不行的
（Electron 打包了一下，忘了这事了）
（不对也不是不行，我们可以从lwjgl官网下）
（这是个好主意！）
xmdhs 发表于 2021-5-1 23:23
所以你的 arm 版本的启动器能下载 arm 版本的 so 吗（
Mojang 没给嘛
那当然是不行的（Electron 打包了一下，忘了这事了）
（不对也不是不行，我们可以从lwjgl官网下）
（这是个好主意！）
海星。这边建议做基岩版启动器
本帖最后由 🌱⛄🐏 于 2021-5-1 23:49 编辑
真就没有进度条呗
还有为什么是这样
真就没有进度条呗
还有为什么是这样
带 arm 玩太赞了
所以为啥没有 macOS 版（ 搞个 Universal Binary，都不用分不同架构，还能 cross-build
这不 高亮+评分+版主推荐+编辑采用 安排上？
所以为啥没有 macOS 版（ 搞个 Universal Binary，都不用分不同架构，还能 cross-build
LeoPro 发表于 2021-5-1 23:56
带 arm 玩太赞了
所以为啥没有 macOS 版（ 搞个 Universal Binary，都不用分不同架构，还能 cross-build [ ...
electron 的话，到这里下载 mac 的文件 https://github.com/electron/electron/releases
electron-v12.0.6-darwin-arm64.zip 啥的
然后把这个帖子下载到的文件中的 resources 文件夹替换上面下载到的文件中的 resources 文件夹。 然后就能跑了，当然，能跑和能用是两回事（
本帖最后由 LeoPro 于 2021-5-2 00:23 编辑
草 确实 能跑，但不能用
macOS 11.3 (20E232) x86_64
xmdhs 发表于 2021-5-2 00:01
electron 的话，到这里下载 mac 的文件 https://github.com/electron/electron/releases
electron-v12.0. ...
草 确实 能跑，但不能用
macOS 11.3 (20E232) x86_64
🌱⛄🐏 发表于 2021-5-1 23:31
真就没有进度条呗
感谢您的反馈，我得以修复一个巨大的错误
新的代码已经部署上线，几分钟后您就可以重新更新（重新下载 Alicorn-win32-x64.zip）
谢谢！
LeoPro 发表于 2021-5-2 00:21
草 确实 能跑，但不能用
macOS 11.3 (20E232) x86_64
估计是网络问题
你试试访问 https://services.al.xuogroup.top/release/MainBuild.json 和 https://services.al.xuogroup.top/release/RendererBuild.json
（当然也有可能是 Mac 的问题，Apple 一向问题比较多，我们的自动更新需要向 resources 目录中写文件，如果 Mac 不让我们这样做，更新就会失败）
这压缩包这么嗨大。。
这条标语永远不会在主菜单上出现洞穴夜莺 发表于 2021-5-2 10:18
这压缩包这么嗨大。。
Electron 就有 120M，我们的 JS 压缩后只有不到 2M
（Electron 里面有些没用的东西，诸如 PDF 预览等，但是要删除必须重新构建，构建需要从 Google 上面 pull 20G 的代码，我的小木棍没有那么多流量
按说做得好可以减到 60M，再压缩就会小一些）
本来想用 UPX 的，结果 UPX 之后没法运行了，所以就只能 Packager 一下丢上来了
（反正也只需要下载一次）
RarityEG 发表于 2021-5-2 10:57
Electron 就有 120M，我们的 JS 压缩后只有不到 2M
要不你帮我重新编译个 Electron
（Elec ...
进去第一个页面就是开发者工具，这似乎不太友好
字符错位
话说我看了半天没找到mojang账户在哪里登录
以及取消登录微软账号将导致启动器崩溃
洞穴夜莺 发表于 2021-5-2 11:02
进去第一个页面就是开发者工具，这似乎不太友好
第一个是我的问题，调试代码忘了删（
字符错位是Mui干的好事，我想想别的解决方法吧
还没有设计Mojang帐户登录呢
取消微软登录会崩溃…不要紧，下一次更新我就会把它移动到帐户管理页面
请记得打开自动更新，大致将在今天或明天推送帐户管理功能的更新
感谢支持！
本帖最后由 🌱⛄🐏 于 2021-5-2 14:01 编辑
话说能正常安装吗？点目标容器却没有选项
整错了，我没设置管理容器
话说能正常安装吗？点目标容器却没有选项
整错了，我没设置管理容器
🌱⛄🐏 发表于 2021-5-2 13:56
话说能正常安装吗？点目标容器却没有选项
整错了，我没设置管理容器
先添加容器撒……
启动时才会进行补全，不过目前有资料显示，补全有几率出问题
如果它一直卡在「补全支援库」，那就再按一次启动台，重新启动一次
暂时不支持 Forge 和 Fabric 安装，可能要等两天
RarityEG 发表于 2021-5-2 14:03
先添加容器撒……
启动时才会进行补全，不过目前有资料显示，补全有几率出问题
真就只能微软登录呗，而且只要把页面关闭还能继续
🌱⛄🐏 发表于 2021-5-2 14:24
真就只能微软登录呗，而且只要把页面关闭还能继续
按照目前的设计，如果你拒绝登录就会使用一个名为 Demo 的本地帐户登录
（我现在不就在编写帐户管理器吗！）
- Alicorn Linux armv7l
- armv7l Gzip Tarball
- Alicorn Linux arm64
- arm64 Gzip Tarball
这几个应该贴错了,都是https://www.mcbbs.net/plugin.php ... rn-linux-x64.tar.gz
这里建议丢到下载列表后台下载
- 等你真正启动这个核心的时候，Alicorn 才会补全支援库和资源文件
本帖最后由 LeoPro 于 2021-5-2 19:36 编辑
不像是网络问题，应该是 macOS 不让往 resources 里写文件的原因。
因为苹果所有的 app 都是需要代码签名的，默认的安全协议不允许运行无有效签名的应用（虽然 macOS 上能直接 override 掉它）。
由于只要修改 xxx.app 目录里的任何一个文件都会使签名直接无效，所以应该不会让应用程序往自己的目录里写东西。
RarityEG 发表于 2021-5-2 09:19
估计是网络问题
你试试访问 https://services.al.xuogroup.top/release/MainBuild.json 和 https://servi ...
不像是网络问题，应该是 macOS 不让往 resources 里写文件的原因。
因为苹果所有的 app 都是需要代码签名的，默认的安全协议不允许运行无有效签名的应用（虽然 macOS 上能直接 override 掉它）。
由于只要修改 xxx.app 目录里的任何一个文件都会使签名直接无效，所以应该不会让应用程序往自己的目录里写东西。
感谢分享感谢分享感谢分享
本帖最后由 洞穴夜莺 于 2021-5-2 20:22 编辑
我懵逼了，怎么拒绝登录？
关闭和点击“上一步”不是都会让启动器直接崩溃吗？
RarityEG 发表于 2021-5-2 14:27
按照目前的设计，如果你拒绝登录就会使用一个名为 Demo 的本地帐户登录
（我现在不就在编写帐户管理器吗 ...
我懵逼了，怎么拒绝登录？
关闭和点击“上一步”不是都会让启动器直接崩溃吗？
洞穴夜莺 发表于 2021-5-2 20:21
我懵逼了，怎么拒绝登录？
关闭和点击“上一步”不是都会让启动器直接崩溃吗？
在你上午向我提出这个问题的时候的几十分钟内我修改了代码并推送了新的更新
因此你需要打开自动更新
RarityEG 发表于 2021-5-2 20:24
在你上午向我提出这个问题的时候的几十分钟内我修改了代码并推送了新的更新
因此你需要打开自动更新[:.. ...
没看到更新在哪里打开啊
LeoPro 发表于 2021-5-2 19:33
不像是网络问题，应该是 macOS 不让往 resources 里写文件的原因。
因为苹果所有的 app 都是需要代码签 ...
虽然没用过 mac os，但是用过 mac os 的 ci，限制应该没那么大的。不然也就没法用 node.js 搞开发了。
有兴趣试试我写的启动器吗（
https://www.mcbbs.net/thread-1072100-1-1.html
本帖最后由 LeoPro 于 2021-5-2 21:03 编辑
好 我等会看下
但我记得 macOS App 最好还是往 ~/Library/Application Support 里写东西比较好，.app 类的最好不能自己往自己的 Application bundle 里写东西 不然不是权限问题就是签名问题
xmdhs 发表于 2021-5-2 20:53
虽然没用过 mac os，但是用过 mac os 的 ci，限制应该没那么大的。不然也就没法用 node.js 搞开发了。
...
好 我等会看下
但我记得 macOS App 最好还是往 ~/Library/Application Support 里写东西比较好，.app 类的最好不能自己往自己的 Application bundle 里写东西 不然不是权限问题就是签名问题
LeoPro 发表于 2021-5-2 21:02
好 我等会看下
但我记得 macOS App 最好还是往 ~/Library/Application Support 里写东西比较好，.app 类 ...
那我就只能把 package.json 的引导指向 Application Support 了
（这样我们就需要为 macOS 编写额外的一份 package.json）
