莫仍河 莫仍河
关注数: 3 粉丝数: 22 发帖数: 1,724 关注贴吧数: 25
[技巧] 坏档挽救方法 这是一个教程贴,不是求助贴 想必大家多多少少遇到过坏档的问题,我的游戏时间也已经超过2500个小时了,自认为还是有点小小的“见识”,正巧前两天在构建东西的时候遇到过一次恶性坏档事件,在对游戏重启读档多次之后,还是摸到了挽救的方法,应该是可以拿出来说一说的 这个问题是由于什么原理导致的我不太清楚,但当时发生的时候是由于子网格上的连接器吸力过大,导致两个大量子网格的物体相互剧烈碰撞,游戏的复杂度瞬时过高,然后强行跳出报错,重进读档无效,在加载到100%之后依然跳出报错,此时常用的挽救方法是在备份中复制文件替换掉存档主要读取文件(就是Backup文件夹中的那些可读取文件,也就是在整个存档中去除各种文件夹之外的那些文件),然后重新进入,但是此次坏档为恶性坏档,问题不出在可替换的主要文件中,而是出在存档的其他方面,只要在这个存档中,那么就必定无法加载成功,哪怕是直接替换Backup的备份文件都不行,而且在读取失败后还会损坏存档的读取文件-主要文件,可读取文件,去除文件夹之外的文件,Backup中的替换文件,它们统统都是这些文件- -- 这种情况出现之后,我就想出另一个方法来读取这个存档中世界了:准备好一个可用的完好的存档,这个存档可以是直接复制的其他存档,去除原存档中各种文件夹之外的可读取文件,留下那几个文件夹,因为坏档就是坏了在这些个文件夹里的东西,然后将坏档中的可用读取文件转移至这个准备好的完好的存档中去,这时候进入游戏中就会出现一个新的存档,这个存档就是可以读取的了,它的名字似乎会有些怪异,我忘了具体情况不过无伤大雅,如果这样的话在游戏中或者文件夹中给它改个名就好了 如果后续有人遇上了不是属于读取文件的坏档的话,采用这种方法大概率可以挽救你的坏档,如果遇上的事可读取文件的错误的话那就使用Backup中的可用的备份文件来替换,这两个相互结合应该能解决90%以上的坏档问题 -- 事后想想,貌似这个方法在哪里听说过,不然我不会在脑子里隐隐觉得这个方法可用,但是想不起来哪里听说的,类似生物课上的,把细胞核转移到另一个去核细胞中去发育成完整个体那样
[构建] 远程挖掘系统的落实,以及初次尝试使用AI写脚本 好的各位,这是一篇随时可能断更的构造建设的贴子,我会不定期进行更新,主要分享一些图片和建设过程中的杂谈之类的,对,又是挖掘机,是的今天又是周一 想必大家应该还记得我前不久的帖子——那篇远程挖掘机的设计图吧,不记得也没关系,我再发一遍///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// 在我的设想中,这套系统应该是尽可能自动运行的,虽然很有可能不尽如人意,大概率蓝图落地之后还是个半自动的,但,谋其上者取其中,谋其中者取其下,构想和落实的过程中需要尽可能往最好的方向去考虑,即使获得的是退而求其次的妥协,也要远远好于一开始就望而却步的折中考虑 ------------------------------------------------------------------------------------------------------------------------ 虽然,初步设计是这样的,但实际落实肯定有些变化,然后就是一些没有画出来的流程也是需要去落实的 比如在执行完挖掘流程后,需要转移前往下一个目的地 -这个过程原本的设想是这样的: 在工作组挖掘过程中,手动远程进来,在远程控制器中设定好目标的GPS,等待工作组对接完毕后,自动触发飞行,然后快速飞往目的地,再使用事件控制器,检测距离地面的高度,以此判断距离目的地的大概距离,然后触发降落模式,通过另一组自动驾驶缓慢降落到大概位置,嗯,大概位置 --然而实际中,这个方案有几个重要问题: 首先,手动添加GPS这个操作就很不自动,完全是人在回路的自我手动,然后是通过判断地面高度来判断目标距离,想想就知道这非常不准确,会因为出发地和目标地的距离变化而变化 而且,自动驾驶往往更偏向于直线过去,而一旦太贴近障碍物之后,自动飞行的避障功能就会让自动驾驶变成制杖,导致各种原地转向和各种乱飘,然后忽略自动驾驶,这在我做其他作品时遇到过这个问题,主要应该是因为原版的自动驾驶不可被打断,否则会失灵,即使是自动驾驶自带的避障功能也会打断自动驾驶,这什么纸张玩意儿啊 最后就是,哪怕自动驾驶没有被打断,但因为它更偏向于直接过去,所以往往会在一个很低的位置降落,这导致空中准备时间过短,降落时容易出现问题 ------------------------------------------------------------------------------------------------------------------------ 那么怎么办呢?我打算用脚本来解决,这在以前是很麻烦的事情,毕竟咱们是不认识大佬的,去问人家要有点太难了,重点来了,deepseek已经横空出世了,前段时间听说有人用它做过自动汉化mod的功能,所以,尝试使用DS来写脚本,同时设计一个用于测试脚本的“技术原型”,其结构在功能上完全是个缩小版的完成品,用以测试和完善脚本-技术原型- 其实在设计中,根据思维惯性,原本是打算使用一个脚本来解决的,但其实我根本不会 C# ,DS的编程也比较直接,导致我不懂调整它编写出的脚本,它也不会绕过一些无法直接使用的功能,所以前前后后我起码修改了几十上百条需求,最后终于想到了,使用两个脚本不同的脚本来共同实现整个任务,其实我能搞到这两个脚本实属侥幸,因为我在尝试用新窗口编写脚本时发现,无法在新的对话窗口中编写出可用的脚本来,只有原先编写的脚本有用,而且即使我将可用的那个脚本打包再让DS解析,他也很难在后续的需求更改中跑出可用的修改来,往往在结构上或许没有问题,但调用的接口无效-脚本概况- -我先来介绍脚本的功能: 脚本分为两组 1.橙色的脚本单次启动,使用绿色定时器启动(橙色显示器下面),启动后即停止,负责把橙色显示器中的第一行GPS转移到蓝色显示器中,然后把该GPS在高度上增加一个可以自定义的数值,默认1000米,用以拉高GPS的位置,防止飞行路径中会出现山脉而截停自动驾驶,再将这个数值注入到一个可以指定的远程控制器中,启用自动驾驶,同时将原始数据加高500米,注入到另一个可以指定的远程驾驶中去,不启用这个的自动驾驶,做完这些后脚本停止 2.蓝色脚本使用绿色定时器与橙色一起启动,它的作用是低频监控第一个远程控制器是否到达目的地,然后关闭它的自动驾驶,同时开始一个指定的定时器(红色定时器,在蓝色显示器下面),该定时器将停止蓝色脚本的运行,那么我只需要在这个定时器里打开第二个远程控制器的自动驾驶,并设置它的架势速度,便可以让长距离驾驶在不那么精准的情况下,更高精度地降落,而如果在基础上,设定一个定时器,接在这个定时器之后,合理地设计其触发逻辑之后,便可以仅使用越级推进器或降落伞配合越级陀螺仪实现被动降落 --只是它其实还是有些缺陷,虽然问题不大,它的问题主要是,那个加高的GPS数值,比如设定增加1000米,似乎并不是只加在高度上了,而是貌似加在以原始GPS为圆心的1000米半径中去了,同样的,第二个远程控制加高的500米也是这样,也不知道啥毛病,最后总是给我停偏了,虽然在功能上并不妨碍,但是这导致它在最终没法漂亮地垂直降落了,而是从一个斜的方向上飘过来...,然后位置也不精确-初期测试- 我只截了自动驾驶注入脚本的初期版本的测试,该版本明确需求让GPS计算一个在出发点和目的地之间的值,该值可以指定,默认距离目的地100米,然后因为原版自动驾驶那鱼唇的直线前进逻辑,一头扎向了前面堪称喜马拉雅山脉的横断截面,导致防撞功能切断了自动驾驶,然后一直搁那儿打转 ------------------------------------------------------------------------------------------------------------------------ 总结就是,AI虽然可以写脚本,但是AI写的脚本还不是很理想,太复杂的东西他能给你凑出一个答案,但这个答案往往无法使用 ///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// 以下是设计过程工作组在最开始的模样,这个阶段将挖掘臂和两段攀爬臂给设计了出来,整体外观基本属于“工程阶段”,挖掘臂属于经典的平直状态,在后续的设计中,这个平直的挖掘臂因为收起时会突出一个方块的位置,导致整体如果想要包覆平整,则需要在左右各增加一格的空间,而这个空间完全是用来包覆挖掘臂的,这太浪费了,所以后续将挖掘臂进行了重大修改,但我没有截图添加了一个大型储存箱,展开了其中一段攀爬臂,更改了整体外观,且,同时意识到该方案中,平直挖掘臂的一个重大问题,由于调整后的挖掘臂在展开时位置太高,导致下端支撑活塞在平常状态中低于挖掘臂,一旦投入工作,会导致支撑活塞直接触地,而挖掘臂无法工作工作组在设计中的收起状态,该状态已经进行了诸多修型,将体积牢牢限制在5x5的大方块范围内,同时可以看到两段式的联动挖掘臂,这是用来弥补支撑活塞过低的位置而设置的,将挖掘臂展开时向左右端倾斜,可以将挖掘范围向下延伸一段空间,以此让支撑活塞不至于直接触地,影响工作上一次修改稍后一点的截图,可以看到非常紧凑的体积和更换了的部分部件这是其中一个构建阶段中测试攀爬臂展开的过程,可以看到挖掘臂在收拢时与其中一半攀爬臂折叠在同一个坑位中,这也是其中一段攀爬臂设计为两段式的原因这里是意识到挖掘范围太小了,原本计划只挖掘50米的范围(其实原本也没有想到要设计多少覆盖范围,我都不知道在设计之前怎么计算出来,太复杂了,这需要跟设计的具体尺寸挂钩,但一旦精确设计尺寸,则会发现最后大有可能只出现一个各方面相当妥协的作品,无法多么满意),然后在后续设计运载组的时候发现,如果想要更好看的外观和到达可用的程度设计需要修改或落实需要巨大让步,也就是说,落实设计的时候发生了冲突,如果两者想要兼得,那么运载组必须做到足够的尺寸,否则运载组不但无法包覆工作组,还无法再展开后接触地面,而这时候运载组打开的范围将非常可观,这时候,就会显得原定的挖掘范围过于保守,经过测量,与原定范围足足扩大了两倍的空间,为了不浪费这些空间,只能加长攀爬臂和挖掘臂了,这也就意味着工作组需要加长,而加长工作组便可以塞入我从设计到落实中舍弃的用于接洽用的活塞结构,因为落实的时候发现加上这个结构太长了,而挖掘范围太小,同时完全可以用挖掘活塞轴代替这个功能,所以之前舍弃了这个结构,如今增加了挖掘范围,索性给工作组做个换头手术吧完成改装加装了运载组的展开过程,如果是完成品的话,这个开花的效果会更加复杂一点的截止昨天最后一次保存的最终状态,像运载组这种无法镜像的子网格部件,我是先设计出其中一半,然后拆下来复制粘贴到另一边的,所以展开外壳只有一半 -目前就这些了-
[构想] 远程挖掘系统 哈哈,周一不好好工作只想着摸鱼的人是这样的,满脑子都是别的东西 会变成咸鱼的啦 ------------------------------------------------------------------------------------------------------------------------是的,新的构想,在中午快要吃饭的时候花了十分钟把构型和原理都想了个差不多之后,花了半个小时画出“图纸”,再东看西看别的东西大半天之后磨磨蹭蹭发贴吧来了 ///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// 其实最开始玩SE的时候接触了一个外国大佬做的蓝图,然后就迷上天天搁这儿倒腾挖掘机了,这个呢,算是返璞归真的东西,虽然还不确定能不能落实,但在设想上,就是我一开始搞挖掘系统做的事情,一个小的内核部件,然后用外壳来包裹住它,作为运载和储存矿物的设施,然后给它装上“自动”系统,做一些很久以前就想做的事情,看起来很像我做的星际挖掘系统的简化版,但其实算是“新碗装老汤”吧,这个构想其实才是最早的 -首先它不是个大块头,这东西应该会比较小,作为从比较大的运输机上空投的系统,主打就是一个轻巧,虽然不见得能多小,但应该会比较小 -核心设备为挖掘系统,收拢收纳在运载设备中以减少占用空间,展开部署之后直接向下打洞,这一部分因为有着“丰富”的该类型设备设计经验,所以应该是最“容易”的部分,以前我的贴子里有过这个说明,所以不重复累述了,和MS-20一模一样 -核心设备向下挖掘后接收到停止命令和返回命令后,设备会进入返回状态,也就是步骤6-7,其实这里的示意图只是方便看个大概而已,虽然图上看着有点滑稽,但实际下臂和上臂是十字形垂直的,同一个面是看不到的,只是此阶段很容易造成机器设备损毁的情况,所以不见得能成功 -外壳部分为运载系统,内置储存箱,和一对大大的天线(装饰),具备基本的推进系统,可以在大气内返航,到时候看看能不能出重力圈,这样就能成为一个真简化版星际挖掘系统了 -尽可能让系统足够自动吧,不知道我能做到什么地步,反正先不夸下海口就行了,不保证能全自动化,但规划还是得有的,主要流程为:空投-自动驾驶-熄火-降落-展开-部署-挖掘-停止-返回外壳-收纳-起飞-下一个节点-展开---收纳-起飞-外壳收拢-返航-对接运输机或工程舰 -没了
[画饼] 星际矿业系统 啊是的,这是画饼 经过两天的苦思冥想,基本规划好了集星际飞行、远程勘探、空降系统、设备装卸、地面部署、深度挖掘、设备配合、设备打印、地空运输、资源运载、设备还原、系统回收、地面回航、空中对接、星际飞行于一体的新一代星际矿业系统的基本流程及设备构思,相比上一代,该构想将基本继承其工作流程,同时大幅度集成组件,减少组件和设备的数量及复杂程度,同时缩小工作设备的体积,以减少不必要的系统体量 以下是设备总体设计图示,能力有限,将就看看目前设定中,该系统总体分为三个组成部分:星际母舰、主工作组、设备运载系统 该系统主要基于SE1代的方块和系统为基础设计 ///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// -主工作组- 相比上一代(IPMS-600),本次设计的思路有较大变化,以减少复杂度和增加稳定性为主要考虑-新--旧- ------------------------------------------------------------------------------------------------------------------------- -首先是去除了原本作为核心部分的竖立主轴,也就是中心竖立部分,使其不需要用过多的连接结构进行比较复杂的三体连接,大大降低了整个系统的复杂程度,并且此改变消除了重心过高的问题,这样做的好处不仅仅是让工作组在展开过程中相当程度上避免竖立过程中的不稳定性,同时在工作过程中不需要因为其过高的桅杆而导致的不稳定性,并且可以让观感更加统一 -其次,该工作组的移动部件更改为了更为稳定的固着式迁拉结构,相比上一代的轮式移动部件,依然是以稳定性作为核心考虑,在上一代漫长的测试过程中,我发现游戏的BUG实在是令人窒息,除了由于K力外泄会导致的合拢部件合不拢,轮胎也是一个重灾区,也许是因为轮胎属于子网格类型,游戏的运算经常会导致轮胎无缘无故嵌入地下,或者莫名失去承载能力,直接瘫在地上,以及各种各样特立独行且桀骜难训,因此决定改变移动模式,放弃轮胎悬挂,采用固着式的迁拉结构,可以避免由于轮胎的发电行为导致上一代规划中难以避免的烦不胜烦的干扰问题 -本次也继承了上一代就有的深度延伸扩展,以上一代的工作组举例,该构想是在正常模式下挖掘完成一个区域之后,可以让竖立主轴断开与主体的连接,用活塞将其下沉到坑道中,再次开启工作流程,以此让挖掘臂在已有的坑道中往更深的区域挖掘,由于其本身向下的流程就是活塞轴,挖掘臂需要从地面下不断步进而深入,因此在活塞轴到达最长之后,无法再让活塞臂在该轴上更加扩展,只能将延伸部件设计于中心轴区,但实际上,该功能结构我已经设计构建完毕,但功能序列并未落实,该功能在上一代设计中只有硬件结构,而新的构想中,挖掘臂具备初始长度,所以第一道就能挖掘出足够的深度(虽然肯定更慢了),不需要冒险将十分不稳定的核心部分深入到工作区域,而是将挖掘臂本身作为活塞延伸部件,在挖掘完第一道之后,直接将挖掘臂向下延伸-挖掘坑道示意图- -在改变移动部件和竖立主轴时,一同改变的是系统的移动模式,原先几乎一切的工作组都是以圆形转轴作为核心,不断旋转以挖掘出垂直于地面的圆形坑道的工作模式,该模式不是如今无法实现,而是考虑到大型工作组需要连续挖掘流程,在挖掘完一个区域之后,要转换到附近再次开启挖掘,如果坑道为圆形,那么在多个挖掘区域不可重叠的情况下,将有非常巨大的空间难以被大型工作组顾及而浪费,如上图示,只能额外使用中型或小型工作组进行补充工作,可以想象这其中的时间成本和工作流程的附加程度,因此,采用直线挖掘流程,在多个挖掘区域中间,将大大减少大型工作组无法顾及的区域,仅剩用于大型工作组移动的区域作为间隔,而该区域,可以使用一同携带的线性附属工作组进行补充工作,该线性附属工作组的工程原理甚至都不需要我专门设计,就是非常简单的车辆加向下的钻头,只要来回在直线上移动,就能一层层向下挖掘,只是我需要做些自动化设计,让其至少能够半自动地完成“耕地” ///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// -运载系统- 主要还是打算减少复杂度和体量----------------------------------------------------------------------------------------------------------------------------上一代运载系统平台- 其实这个已经做好就差发布了,但mod出了点问题,所以还差一些修整-新的运载系统- 不可否认上一代运载系统花费了的心血,但是它实在是太耗费心血了,减少运载系统的复杂度和体量也是必不可少的考量 -可以看到保留的加力引擎,和上一代一样,其主要作为整套系统从地面飞行至脱离重力圈的主要动力,同时作为空降时作为减速的反冲引擎,但这次给他设计成了展开收拢两用的类型,即使是在收拢状态下,加力引擎依然可以作为太空推进可用的加力推进引擎 -集成各类附加组件,太阳能、通信组、主控组,去除电池组,休息室将作为模块化部件,具备基本的动力系统可以从主体上脱离,在不需要那么多附属设备和改变挂载模式的情况下,可以极大程度上减少设备运载系统的本体的体量,最终该系统平台将以类似附件的形式挂载到主工作组上,而不是类似上一代那样做成一整套体积巨大的基地式登陆平台 -武装组尽可能设计为打印件,去除所有子网格部件而保留其功能性是可以做到的 -上一代的各类投影打印类附属设备本次设计将尽可能全盘保留 ///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// -星际母舰- 相比于主工作组和运载系统的减负,母舰部分似乎是加大了些体量,但依然希望是以最低的复杂度来实现-新--旧- 这个旧的设计并没有做出来,恐怕以后也不会有落实的可能了 --------------------------------------------------------------------------------------------------------------------------- -基本的功能将保持和上一代类似的程度,运载系统的挂载区域,超大的货物存储区域,小型和中型载具的登陆舱,前端超大的展开部件“帆”,和后端的大型远端天线,使其作为设想中的可以保持远端通信的超大基站(只是设定,游戏没这功能的哈),以及构想中的用于前后端人员移动的缆车 -新的设计中,前端展开部件其实的实体部分只有桅杆,“帆”只是从桅杆上投影出来的虚影,这可以大大减少上一代设计中的外壳帆的体量占用 ///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// -附加设备- 目前其实只有一个附属工作组被设计出来了,其余的我在之前也说了基本不需要多少额外设计,不过武装组或者别的什么东西,以后会补充的--------------------------------------------------------------------------------------------------------------------------- -以往的小型工作组MS-20和中型工作组MS-130其实也是很不错的,不过,为了更大程度上减少体量,重新设计了新的工作组 -之前的小型工作组MS-20之所以还不够小,是因为它是我非常早期的构想,当时打算让它能够挖掘步进下去,还希望可以攀爬坑道上来,所以有一个专门用于支撑的部件,这个攀爬坑道上来的构想由于游戏的问题其实很难实现,所以在新的设计中,结合了MS-20和MS-130的技术,采用内臂外臂互相往复的方法和竖立部署的结构,设计出该型工作组作为主工作组无法顾及区域的附属补充 ///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// 如果还有遗漏将在后续的楼层中补充 最后:虽然该作品为SE1代基础上的设想,但是我打算在2代足够完善的时候在2代中再落实构建,因此,这是正宗的猴年马月系列
[构建] 双足机动装甲 话说在前头,这东西我大概率是不会发布的,只是拿出来给大家看看的 我见过很多人有机甲的构建,但貌似没一个发布出来的,或者发布了又隐藏了,我不知道他们为什么这样,不过我考虑的理由是,这个所使用的最重要的步行脚本有一些归属问题,它是未发布的特制版本,我侥幸得到了一份,在这个脚本发布之前,我是不会公开这个蓝图的,仅在个人的小圈子里做有限分享,虽然这个构建倒也不是多优秀,但以防万一还是说明下这些的好 上图-总览- 其实目前只是完成了功能构建和基础形体,后续要给很多地方加上一些细节,让它更好看一些,当然也更容易引发鬼畜 大概结构就是反曲腿+倾斜方脑袋+左手盾牌+右手冲击钳锤+右手折叠激光等离子枪+左肩歼灭炮,考虑再加些近战热武器什么的 另外别看这东西好像有点意思,我今天花了一整天测试行走脚本,一言难尽,反正是花了一整天才勉强能走的像个中风十年以上的老太太一样,真不是脚本不行啊,是我调教的还不够 下面稍微看下细节吧-冲击钳锤- 近战武器,这口坚实而威力巨大的钳子的可怕之处并不是其缓慢的开合过程,而是来源于后端四个蓄力待发的并联活塞,它们在快速合拢的一瞬间能够让钳锤像切诺尔阿尔法的铁拳一样快速迸发出恐怖的冲击力,其可以很大程度上摧毁一些脆弱的装甲,并且让自身机体蹦出某些不知道哪里来的零件,同时这个近战武器具有拾取功能,打开便可以看到内部的磁性板,好歹可以充当一部分手的功能吧,另外,它还可以挂载机体后部右侧折叠的一门等离子脉冲枪-折叠在机身后部的等离子脉冲枪- 这玩意的折叠和挂载由相当多的铰链和转子相当勉强地配合完成,我也花了不少时间用于设计,其结构异常脆弱,唯一的一个优点就是,挂载到右手的时候很像弹链,起码有了点比较实用的武器吧-右手副武器挂载- 动图我就不放了,过程很勉强,看下前后就好了,因为左右手的控制脚本还没有搞进去,所以这个挂载没有对到位,但至少是这个意思-左肩炮和左手盾- 好吧,左手盾我就不展示了,展开很麻烦的,也得脚本配合才行,但是这个肩炮可以稍微展示下,虽然展示的也不多,然后应该也可以在一些视角里看到那个方脑袋的后面挨着的是一堆导弹发射器,本来肩炮是要做成从背后折叠展开放到头顶的头炮的,但是方脑袋做出来之后发现根本没那个角度,所以主炮就放肩膀上好了,又不是不能用 ------------------------ 设计过程中的杂图,这些不现在放出来以后应该就没地方能放了,后续我会再出一个完成的贴子,不过也仅是看看完成的样子而已,应该没太多能磕道的其实在设计的时候因为座位安排的不太合理,所以导致这个头部更加硕大,后来修改的时候发现牵扯非常巨大,要更改连接处的底座转子,结果中间炸了好几次,炸的我满地图零件,所幸后来好像突然不发癫了,不然不知道要炸多少次过程中的腿部其实没现在这么长,而且倾斜程度和长度更自然一点,当然为了重心和步行的妥协,不得不更改了腿部的长度,并且由于当时设计的时候没发现原版的3x3大转子羸弱不堪,竟然只有区区1MN的扭矩,搞得我不得不从别处拆出了合适的“黑科技”零件,所以和头部一样,整个下半身也都经历过了彻底的重构,虽然吧,最终在步行上还是不尽人意没了
[构建] 扩展机动性战术卡车-基础型 扩展机动性战术卡车,其实就是M军现役的hemtt,我想做这个老久了,主要是这辆车有很多种拓展型号,似乎可以成体系化地构建一套体系出来,蛮有意思的,外观也比较独特,不是那种大众化的馒头脑袋,所以决定把这个加入到我的构建计划中来,这是它的基础型号,后续其各种拓展型号将陆续构建,虽然看着比较平淡没那些大佬那么厉害,但起码算是完成了这个构建,先来看看这些吧-总览--随车吊- 这玩意本来不打算做这么复杂的,结果发现不做成这个样子就用不了,做小了没意义,做大了放不下,没有做成这个样子还会鬼畜,难怪原型上就有4条液压杆,好家伙,费些功夫给它做成这样了,别说,还挺好用,虽然自带的那个货箱似乎太鸡肋了,但随车吊很棒啊-车内空间- 好吧,做大了点,其实原本我是第一版是做的很小的,车内并没有这么大,但,很糟糕呢,通过借鉴一些同类作品扩大比例,最终只能在尺寸上做些“牺牲”了,扩大的空间不能全空着是吧,就多放些东西好了,什么仪器文本框什么的多堆一堆,再来个假冰箱和假装有功能的架子,似乎有点样子了呢,我在想以后要么在副驾驶再放张床好了,反正这么大,别浪费了-随车吊的使用- 通过几条液压杆的配合,还算是挺好用的,而且也不鬼畜抖动,没想到我认为最不可能还原的反倒还原了,我认为最好还原的货箱反倒出乎意料地不咋地,哦对了,车辆左边那个油箱并不完全是纯装饰,它确实是车辆能源的输入口,在这个油箱下方有一个小号的连接器,可以用来补充氢气,车内放了4个小氢气罐,应该够用好一阵的把,这样一来,氢电机就可以不是单纯用来假装做发动机的了,物尽其用嘛-黑历史- 这个是第一版的设计,原本是打算做成比较小点的尺寸的,可以看到样式上稍微有点不太像,其实是做了一段时间之后发现可能没法按原样完成的,但当时还没有醒悟过来,所以硬着头皮试试做成一个类似的东西也好,也算是我没有考虑清楚,怎么可能做这么小呢,后续的货箱车吊什么的根本就没地方放的,唉,浪费了我一天时间 ----------- 后续还有一堆设计,下个礼拜要么还是去打黑猴吧,或者把A10攻击机设计出来,或者做一辆新的坦克什么的
[构建] 大型工作组 这是有关于大型工作组的预告贴,主要用于透露工作进程和一些杂图,可以顺带分享下构造思路和一些相关历史-大型工作组收拢大致流程- 由于其巨大的体量,导致这个东西的自重非常夸张,重量数据多少我没有记录,但收拢状态下的尺寸(格数)为 126x41x21 该体量带来巨大的工作面积的同时,也带来了非常多的设计难题,以下说一下其中最重大的几个情况 - 第一个是,展开或收拢过程中,机体需要一个横向和竖向转换的过程,由于构建的关键时期陀螺仪有BUG,无法用定时器进行越级操作,导致当时设计的时候只能使用活塞和转子组成的液压结构固定地面后强行转换横竖状态,其实这个结构已经经过了一次重构,之前有过一个更加稳定的结构,但是我测试的时候经常由于一些莫名其妙的问题而出现无法归正的情况,明明设计的时候算好了到多少就能完全站稳,但是活塞就是不完全收拢,无论我把活塞的力矩拉多高都不行,甚至会出现活塞头直接被拉开的情况,而且还无法让整个工作组站稳,竖向状态总是会倾斜,无奈只能采用更激进的结构,结果就是因为力臂减少,非常容易用力过猛,但好歹没有真的炸机 - 第二个情况是,子网格与生俱来的不稳定性,无论是收拢还是展开状态,都有时候会莫名其妙抽搐并疯狂扭曲,使得整个机体都在强烈的不稳定状态中,别说正常工作了,就算是放在哪儿啥也不干它都能原地起跳(辣鸡K社),不过好像现在没这个问题了,也不知道是我后来设置了众多状态下用于稳定的磁性板起了作用还是我把关键结构都设置了共用惯性张量,也有可能BUG修复了很多,总之现在已经足够稳定了 - 第三个情况是,可以看看下图,这是为数不多的早期的一张截图,明显是可以看出两边的横梁出现了明显的下垂,这就是问题,转子会自行超出设置的范围,我去查找原因的时候发现即使我已经锁定了转子,也会出现无法避免的位移,导致当时挖掘钻头时常下垂超过设定值,总是卡进地里,原本我以为是网格重量导致的,是哪怕重量不在钻头臂上,也会由于整个网格有重量共享而牵拉活塞,导致整个钻头部分下垂,但后来发现这个问题其实不大,根源出在固定两侧横梁上的转子上,还是子网格的锅,它不单单是不稳定,它是非常的不稳定,哪怕是我设定好了运行范围就放在那锁定转子,只要过一段时间,它都会莫名其妙超出我设置的最大最小角,所以在后期的版本中我给它加了一个活塞和转子组成的连杆机构,用于牵拉稳定整个结构,使之不至于整体下垂,子网格的病还是可以用子网格去治的 ------------------------------------ 这三个问题其实都是子网格的毛病,之所以都是转子出错,那是因为我只用双转子结构做大型结构的承载部件,因为在使用双转子结构做大型结构的承载件,其稳定性其实是最强的,当然还是得注意转子头的缩进距离,不然会产生以转子头方向为运行面积的K力 - 别以为铰链就没事,这位更是重量级,它会比转子更容易抽搐,直接抽掉断头都不是什么很困难的事情,它的可承载重量要远远低于转子,哪怕是做多头同轴都没那么优秀,稳定性简直就是灾难级别的,当然由于游戏版本更新现在它是好多了,因为其中有一次更新的时候大大加强了它的稳定性,但我设计过很多东西了,子网格在功能性上的情况了解的也有好几个年头了,铰链这东西依然是我认为承载能力最低的那一档,任何需要承载大型结构的子网格,铰链都是我最后考虑的部件,因为它的抽搐是显而易见的,尽管现在好了很多,我也不想赌它的稳定,作为承载部件,如果需要替换是相当麻烦的,那么我为什么不直接使用最稳定的双转子呢? - 当然了,既然说到了子网格的问题,那么作为子网格三巨头之一的活塞也逃不掉,它的问题不是很重大,主要是出在相当脆弱的活塞头上,一方面的脆弱是它比较容易被振坏,相比而言转子头有一个缓冲,铰链是直接炸掉铰链头或铰链座用于保全另一半,另一方面是子网格祖传的,不使用共用惯性张量的话结构过多重量过大会原地抽搐,而使用惯性张量的话重量过大活塞头容易偏移,活塞头会被结构拉开,使用双转子的话这个距离会少很多,铰链是直接原地疯狂抽搐,我更希望是不用惯性张量,但是不用的话那么这个结构会自发颤动,稳定性就是别想的了-完全收拢状态- 实际上还是有部分子网格问题根本无法解决,比如上图可见的收拢状态下前端的靠拢,设计的时候这中间其实起码是有一个方块的空隙才对,这个问题简直莫名其妙,我都排查不出来问题出在哪里,只知道是左边外壳/横梁上有问题,右边就好好的,这个问题就是因为涉及的时候处于子网格毛病巨多的时候,但如今成型了根本没法更换导致的,就像结构中长了脚气一样,拔除不了,还有可能会感染 -------------------------------------------------------------------------------------------------------------------------上面那个炮管一样的东西其实是天线--历次设计更新的版本- 从最初的功能性大致确定到后期完成所有动作序列的建造,这之间其实还是有版本更迭的,从上到下依次是这历次更新的外观变化,最下面那个就是现在最终的外观,这些不单单是外观的变化,一些这个状态下看不到的外观和结构变化才是最大的区别 -------------------------------------------------------------------------------------------------------------------------启蒙- 这不是我的作品,但是我整个挖掘系统的启蒙,刚买游戏不久订阅的,这个作品其实构思巧妙,后续的尝试中在功能性上借鉴了其很大一部分,最终它们传承到了小型工作组中,如今依旧在核心功能上有这个作品的影子-为上一个东西的运载装置- 这是为一个国外大佬做的小方块挖掘系统设计的飞行运载装置,因为它不具备回收回太空的能力,所以我希望给他设计这么一个能空投能回收的运载装置,是的,这个东西同时也是平台组的启蒙-第一次尝试- 机构简单的第一次尝试,因为当年手糙,不久便被放弃了-上个版本的改型- 针对上一次在设计上的遗憾,增加了一些东西,其实完成度不低了,然而因为缺乏测试就闷头设计,导致在测试的时候发现很多相当大的问题,亦是不久便被抛弃了-第二次尝试- 这个版本几乎已经完成了,但是因为设计较早,其缺乏一些必要的技术性,在测试了较长一段时间之后就搁置了,这个版本其实已经相当具有小型工作组的雏形了,以上这些版本后来的最终完成版本就是如今的小型工作组,虽然小型工作组的挖掘臂有缩减,但它不会是未来最小的版本,属于这项设计的一个里程碑,是第一次实现了我整个挖掘系统的初衷,这些都是从这个版本打下的基础,未来它很有可能会被重启,毕竟它的缺陷并不是无法弥补的-探式挖掘机- 这是属于使用其他设计思路的尝试,主要用于构建体型更大工作范围更广的工作组,其核心思路是使用折叠刀的方式展开为工作状态后,使用其中一端作为固定点,另一端作为挖掘臂的伸出结构,以“L”形的姿态进行工作,待挖掘到最后无法再深入时,固定点将作为旋转圆心将工作结构旋转至另一个区域重新挖掘,这便是如今大型工作组的整体思路和其“模式二”工作模式的思路起源,很遗憾,这次尝试时间并不长,但这次的尝试其实并不是完全失败了的,虽然它没有后续,也不存在改型,但我会在未来的新规划中有它的某些思路-走轴式大型挖掘系统- 基于探式挖掘机的归纳总结,采取更进一步的思路进行设计,总体功能上就是如今大型工作组的直系前辈,包括改变横竖状态与倒“T”型的工作姿态,除了两侧外壳/横梁的展开方式不同之外,大型工作组的设计在这个阶段其实就已经完成功能上的设计规划了,遗憾的是,外观却完全没有经过考虑,以至于不得不各种修修改改,希望能在外观上好看一些,但这个设计其实是两年前的设计,这个外观我依旧不喜欢,而且由于同样较早的设计,其存在不少机构上的设计缺陷,比如这么大的体量,用于控制挖掘臂钻头组的主活塞组却仅仅只有一列活塞,这导致它的主活塞组非常羸弱,加上总总其他的缺陷,最终它被放弃了-最接近这次的尝试- 显而易见它是失败的,外壳的展开已经和如今大型工作组一致了,问题出在很多方面上,比如极其厚重的外壳,导致它没法顺利完成横竖状态的转换,活塞也拉不起,陀螺仪也不管用,中轴部分也过长,比两侧的支撑结构还长,加上外形上的累赘,最终该方案的重构型号,便是如今的大型工作组了,最终还得是方形的外形最稳妥,不再具有之前外观上的问题了-历次改进的记录-
[MEDIUM MINING SYSTEM] 中型挖掘系统 - MS-130 MS-130 作为IPMS系统 [Interplanetary mining system] 的中型工作组,其工作直径为130m,依靠定时器自动动作序列使用两种交替进行的工作模式自动工作,可在星球大气内使用自带的空气推进器远程控制,飞行至合适的挖掘地点展开为工作状态,其设计初衷是为了弥补大型工作组“模式二”所留下的无法顾及的着力点区域,因此中型工作组只需要依靠主轴下端的支撑点交替转换工作模式,即可直接不断向下方挖掘,因此基本不会出现小型工作组由于附着结构失误而导致的事故发生,当然如果缺乏足够的物资传输,使得储存重量过大,依然可能产生一些小问题 机体内置1个大型储存箱和多个小型储存箱,一个小型反应堆,4个氢气发动机,一个氢氧制造器和多个小型氢气罐 机体配有一套指示灯系统,以下是 [指示灯状态表]------------------------------------------------------------------------------------------------------ PS.建议: -系统不是全自动选择工作程序的,需要你手动远程控制飞行和选择各工作状态,或许你可以使用某些脚本进行飞行和动作方面的选择,但定时器动作固件请尽量不要更改,只是因为调整起来很麻烦 -飞行时记得关闭氢气罐的储气模式,使其氢气可以被使用,否则氢气推进器不会正常工作 -依然是不建议进入脱离工作后留下的坑道内继续使用,除非你能完全对准之前的工作位置,虽然比起小型工作组来说这会比较容易 -在展开为工作模式前,需要你将控制器的方向朝向地面,然后再使用展开命令,完全展开之后,使用前进方向降落到地面,关闭推进器和陀螺仪之后再开始工作,在停止工作后,需要打开推进器和陀螺仪飞到一定高度后再收拢 -在开始工作的第一个工作周期中,主轴和侧段的钻头都会被开启,这是为了尽可能使机体平衡接触地面,当然你也可以手动关闭侧段的钻头,这不会妨碍任何事情,它们会在进入下一个侧段工作模式时自动打开 -在开始工作之后,可以使用停止命令在不脱离现场的情况下停止工作,不过所有工作的程序会从头再来 -虽然其具备一定的储存能力,但因为整套挖掘系统设计出来是为了获取任何能挖掘到的物资,包括石头,所以机体并不原装物资筛选机,如果需要进行抛弃额外的石头或某些不需要的物资的话,需要自行装配分配机,或者使用具有运载能力的货船来定期卸货,否则一旦机体储存的重量过大,有可能产生难以预料的情况 -虽然机体自带抛出用的小型连接器,但你完全可以自行拆除它们并替换为物资筛选器以方便抛出石头 -用来在收拢状态遮盖内部部件的门非常犀利,切勿让其切割方向上接触任何方块,这会直接摧毁被接触的方块,同时这些门本身又很脆弱,非切割方向的碰撞很容易导致门的损坏使得无法正常启用,在开始工作前请检查这些遮盖门的完整度 -虽然电力配置的应该非常充足,但还是有可能遇上缺电的情况,机体在主电池组电力降低至10%左右会启动自动应急程序,氢气发动机将被自动打开,且闪烁指示灯“1”,这提醒你该尽快提供铀或者氢气补充了,切勿在运行工作时完全停电,我还没遇到这种情况,但我设置的动作序列很多且相互交叉,如果中途停电将可能无法再次正常启动 -由于我所处地区很难进行评论区回复,所以有问题的话我可能很难进行评论回复
[SMALL MINING SYSTEM] 小型挖掘系统 - MS-20 MS-20 作为IPMS系统 [Interplanetary mining system] 的小型工作组,其工作直径为20m,它具有比较简单的结构和精密的定时器自动动作序列,共一种工作模式,且支持在非工作状态下转变为收拢状态,可在星球大气内使用自带的空气推进器远程控制,飞行至合适的挖掘地点展开为工作状态,工作中通过附着结构和钻头的相互配合,会一直向下挖掘并向下步进,直到你使用停止命令,系统将自动停止但不脱离工作现场,直到使用收拢命令,随后可以远程控制其前往下一个工作地点或返回基地 机体内置1个大型储存箱和多个小型储存箱,一个小型反应堆,一个氢气发动机,一个氢氧制造器 机体配有一套指示灯系统,以下是 [指示灯状态表]------------------------------------------------------------------------------------------------------ PS.建议: -系统不是全自动选择工作程序的,需要你手动远程控制飞行和选择各工作状态,或许你可以使用某些脚本进行飞行和动作方面的选择,但定时器动作固件请尽量不要更改,只是因为调整起来很麻烦 -工作过程中是自动的,且无法在脱离目前工作现场后再次进入同一个坑道内继续工作,这是这种工程机械所难以兼顾的,在完成你所需要的工作前请勿过多人为干扰,尤其是步进动作序列的时候(指示灯“3”闪烁时),一旦附着结构与坑道脱节导致工作倾斜,请立即使用停止命令终止工作并挪出该工作空间,以免损坏机体结构 -虽然其具备一定的储存能力,但机体并不原装物资筛选机,因此如果需要进行抛弃额外的石头或某些不需要的物资的话,需要自行装配分配机,或者使用具有运载能力的货船来定期卸货,否则一旦机体储存的重量过大,有可能产生难以预料的情况 -虽然电力配置的应该非常充足,但还是有可能遇上缺电的情况,机体在主电池组电力降低至10%左右会启动自动应急程序,氢气发动机将被自动打开,且闪烁指示灯“1”,这提醒你该尽快提供铀或者氢气补充了,切勿在运行工作时完全停电,我还没遇到这种情况,但我设置的动作序列很多且相互交叉,如果中途停电将可能无法再次正常启动
[不知道起什么标题] 水一下这个叫什么玩意儿的地面系统 很好,就这样,经过一轮改造,已经接近最后阶段了,接下来是配色和外观细节方面的填充原设想是直接堆料式的挂载各设备,然后在平台侧面挂几个设备,结果在做完设备的设计之后发现,布局太乱了,像上面这样,没截到合适的图,但把这两个结合一下就是之前的结构了所以适当地调整了下,就酱,武装组中间那个是打印平台,本来是在另一边的,考虑到主控体的一个小特性,给它放那边去了,其他懒得说明了,就是整个平台前后长了一截,比例上总觉得没之前那么巴适,但还算过得去实验了一下卸载和装载大型工作组的流程 卸载是完全一气呵成的,装载就,要非常窘迫地对准点位,实在是冗余设置的太少了,但至少可以在正常范围内完成,这个毛病本来就很难解决的,就不讲究那么多了,反正也就稍稍麻烦一点就是了有点当初设计时预想的卸载货物的感觉了 这个过程不是直接扔下来哈,是打开旋翼悬挂后,先把起落架的活塞降下来,这时候工作组会离地面非常近,用工作组自带的支撑结构撑住,然后解锁连接器的连接,再用活塞抬起平台机身,卸载过程还是很符合预期的对准适当的点位,然后通过活塞结构下降至装载位置,连接器连接下,搞定 卸载完成后平台组需要控制它飞行离开,同样,装载时也要控制飞行对准点位,这么大的体积,只能这样搞了可以看到这次装载的是一个没有破顺状态的大型工作组俯视和仰视 细节上会有些差别,因为是不同时候截图的
[构建] 中型工作组 继小型工作组完成设计之后,中型工作组也完成了相关的设计和定时器动作序列-收拢状态- 实际上收拢状态的常态是横着的,但是我只截了这个刚刚做好的图,所以还是将就着看看吧 中型工作组不具备飞行功能,因此需要一个专用的移动设备,该移动设备具备强力的大气飞行引擎和10倍陀螺仪(还是1000倍来着?),通过连接处的旋转铰链在空中完成中型工作组的姿态转变,并完成展开合拢序列,中型工作组无法通过自身在地面上完成上述功能,需要该设备辅助完成,当然这个设备也忘了截图了,不过那玩意儿需要重构,就下次再放上来吧 中型工作组由于部件脆弱,请轻拿轻放-主轴模式--侧段模式- 中型工作组设计的初衷是用于补充大型工作组模式二的中心轴处用于固定身位而留下的挖掘空缺,但是实际上不推荐大型工作组进行模式二的工作状态,因为游戏自身缺陷,该模式其实很容易出现问题,但中型工作组依然具备使用场景,即常用的向下挖掘 中型工作组使用两种互相交替进行的工作模式进行下掘,展开后会先进入主轴模式,侧段会用磁性板固定在地面上,主活塞按序伸长,将中间那一段相当于小型工作组直径的主轴挖掘臂下挖数米,在一段时间没有继续下挖的情况下,将自动转变为侧段模式,主轴伸出磁性板固定在地面上并解锁侧段的磁性板,随后旋转侧段挖掘臂,主活塞逐步缩短,将整体下掘至主轴到达的位置,然后按照动作序列的设计,再次进入主轴模式,工作过程中将不断交替两个工作模式,直到工程师手动启用停止序列,使用辅助飞行设备吊起中型工作组,在空中启用并完成工作组收拢动作,设计中考虑到主轴和侧段两种模式各部件的不同状态,停止序列会自动调整到适合的统一状态,最终完成收拢中型工作组是整个地面系统中最后一个部件了,这张图虽然不够清晰,但好歹算是目前最完整的全家福(右上角那个是大型工作组的收拢状态,平台组也包裹住了一个),由于功能设计基本已经完成,是时候处理外观了,所以稍微有些问题需要处理,初始设想小型工作组和太阳能模块安装于平台侧面,运载组使用太阳能模块中间的投影平台进行打印,毕竟小网格,不如直接打印得了,用完就干脆拆了,主控体和通讯体安装于平台上端,这里虽然已经把主控体和通讯体给拿下来了但可以看见平台两侧的情况,不太协调,如果不拿下主控体和通讯体,整个样子看上去就是一团糟,部件布局很是不尽人意,毕竟不是统一设计的,这是模块化设计时一个容易出现的毛病,所以需要进行结构优化,得,遥遥无期了属于是,不过好歹并不是需要重构,只要把它们全部搞出来之后看一看,问题就会自然出现了,解决方案就可以找到了,待我优化之后会好看很多的
[分享] 模块设计 目前平台概况 还是坑坑洼洼的感觉各模块搭载概况,说实在的,丑爆了,但好在起码可用,虽然不指望生存打印吧,但是用途设计上没多大毛病, 目前还差中型和小型工作组的设计了,到时候再把外观整理下,这样的外观实在是糟糕,白模状态看上去虽然还是有些机械感,但是比预想差了不少,后续涂装和细节优化还是得抓紧注意下如何提升观感吧,不过看这破碎的组合结构,恐怕提升前景不大给轮组加了履带,本来老早就应该加上的,不过上回亮相的时候把机体给摔了几个大窟窿,当时索性就懒得搞了,这会儿起码平台是完整的(工作组:SO? ) 亮相下这段时间为这套系统做的辅助设备模块吧-可移动电池模块- 这是为了给大型工作组及平台自身储存电力用的,一共四块,即插即用,依靠主控体的携带到处腾挪-武装体- 一共两个,内置各种武器,不过由于过于紧凑,这些大型武器之间会有干涉,导致效率收到影响,内置两个大型物资箱和一个大型反应堆,很吃资源的,依靠小型运载机补给,自带远程控制,方便部署-工作组太阳能模块- 这东西是可以展开的-工作组太阳能模块 展开状态- 自带原版太阳跟踪功能,同时与工作组固定地面的固着点同轴,为小型运载机提供稳固取货点,通过主控体安装到工作组两侧-通讯体及其展开过程概览- 具备整个地面系统唯二的远程天线,另一个是工作组自带的远端天线,独立成组,功率大信号足,但是没有安装激光天线,因为考虑到激光天线只有安装在无遮挡的区域才能有最高效率,不然容易断连,所以干脆不装激光天线了,放到飞船上去-主控体- 毫无特色的搬运用牛马,马力大(推力高),扭矩足(陀螺仪多),内置大型反应堆、氢氧(制造)机和4个小氧气罐,带有虽然简陋但好歹能容纳两人的休息室和一个有着一堆装饰椅子及几个毫无价值的大屏幕的控制室 -------------------------------------- 后续设计是中型工作组及小型工作组,这两个东西还蛮复杂的,作为这两个之后,再做下细节和外观上的改进,地面系统应该就算做完了,接着就可以着手母舰的工作了,不知道电脑吃不吃得消,最近总是闪退,难受
[大概] 平台定型 本期都是些烂图 工作组定型,这下真的是90%完成度了 把天线组精简了一下,再也不会在上面留一个炮塔模样的天线柱了-还有些细节待完成- 平台组大概也是这个样子了(忽略掉四个旋翼左右下角的缺口,那是落地的时候操作失误磕碰掉的) 到时候工作组就是依靠这个平台实现从母舰空投进行星地表的,其实原先就已经测试过了,工作组是可以利用降落伞独自完成空投平稳落地的,但是考虑到工作组还得从星球上回收到母舰里,以及挖掘出来的大量矿物,万一需要的话还要带上无数的石头,毕竟这么大玩意落下来挺麻烦的,挖几口铁镍就跑实在是太亏了吧?-平台空降落地状态,旋翼展开- 是的,旋翼上有轮子,我也注意到了,因为旋翼同时还是地面状态下的移动装置起落架收起后,它就是台超大型地面移动装载装置了,简称“车辆” 这个是这么考虑的——空降的时候大概率是没法精确到达目的地的,而且一个地方要是挖的差不多了总得转移吧,依靠飞行的话不但耗能高,而且其实落地流程还稍微有点麻烦来着,干脆以车辆形态拉着走算了,正好履带mod不是已经出来了吗,到时候给它几个轮子都套上,有没有NASA火箭运载车的味道? (这个履带mod真的是人才,我当时也是想履带干脆以动画形式表现即可,运行实体还是轮子本身,没想到真的出来了,哈哈,这得有这个技术才能实现构想啊,不然只是空谈,不知道我其他一些想法还有没有大牛也能想到那上面的)-超大型地面移动装载装置- 还有大量细节待完成... 另外,这东西已经这么大了,可以想象下母舰得有多大了,我已经在怀疑能不能做出来了,要不到时候把母舰给鸽掉吧,反正只是个构想,早点抽出时间来做构想的曲腿机甲得了
[构想] 星际矿业母舰 - 视图 咱以后尽量不发预告了,发了都不见得能实现 干脆发发构想设定什么的就好了 那,这是其实早有规划的一艘可以说是工业运载舰的东西吧,下图是配置图- 母舰配置设定 - 其实更应该是运载舰,作为运载行星挖掘系统的太空舰船,舰船设定图中黄色部分就是这套一直(摸)做(鱼)了将近2年的系统,包括平台和工作组在内,用定时器做了相当多的动作序列,每回透露都是80%左右完成度的作品,虽然平台已经完全推翻重构过2次了但是依旧在从头设计的系统,不过不妨碍我再一次把这套工作组拿出来放一放的,好歹是整个系统中唯一实际做出来的的东西 母舰在进入行星轨道后,将其运载的“行星挖掘系统”从太空中空投至星球的过程中,依靠“行星挖掘系统”的平台组(设计中)预设的定时器序列完成:飞向目的地,自动减速,对齐重力,近地悬停,缓冲着陆,释放工作组,工作组展开,进入工作模式- 工作组完全展开 - 啥?这种看上去就叮叮当当会打摆子的子网格病秧子怎么可能空投?我提醒下,这个东西是有收拢状态的,以及一套用来专门配套运输它的平台组(设计中)- 工作组收拢状态(目前状态) - 好了,作为应该是工业舰的东西,该有的工厂都是内置的,还有巨大的矿物储存空间,这个没什么好提的,舰体自带小型登陆区,给小型矿船和战斗机之类的登陆用的,自身不具备行星着陆能力,内置跃迁及必要的自卫武器,嗯,没啥好说的,工业舰嘛 如图2,在飞行模式中外壳是收起状态的,可以为舰体提供部分防御作用,同时收起尾部的大型远端天线和底部的近地天线 图1为部署状态,将外壳和各向天线展开,外壳将可以作为天线信号捕捉板,用于收集远端通信信号,尾端天线作为接收外壳信号的接收器,实现远端星际通信,(当然了只是设定,游戏没这些功能的),尾部三向天线作为近距通信广播组,进行常用通信,舰体下端大型近地天线作为连接空投下去的“行星挖掘系统”进行遥控的组件 其他也没啥好说的,总不能给它搭上隐形系统和超远距摄像头吧?连探矿器都不适合装的,那就没啥好说的了,介绍就差不多了,以下是总图- 星际矿业母舰 - 为了更直观一点,我还用平面软件搞了个伪立体图,效果还行- 母舰部署状态伪立体图 - # 如有遗漏将在其他楼层补充说明 #
[GUNSHIP] 飞行坦克 - OBSIDIAN / 黑曜石 黑曜石,它们是熔岩的余烬 飞行坦克作为直升机的一种,是专注火力打击的中小型利器,其装配了多种中近距离打击武器,包括主翼上的 4门机枪 - 30mm Rotary Cannon 4门火箭弹发射器 - 原版 4门导弹 - ML-70 Longbow Missile Launcher 4具直射火箭弹发射器 - Missile launcher LM012 "Joyeuse" retractable 4具近程载具导弹发射器 - Archer Missile Launch Bay 2只雷达 - Maxwell Radar 一起构成的可直接使用的火力输出系统,以及通过折叠尾翼而变成主炮的 2门电磁主炮 - Railgun150mm 和 2门离子枪 - AL35-R Spartan Plasma Cannon 另外具有机腹和驾驶舱下方的各一门 遥控机枪 - Gatling turret TBG101C "Hatal" colorable 和 机炮炮塔 - 原版 共8发打印网格导弹 并具有2门机背上的热诱弹炮塔和4门主翼后方的热诱弹发射器,也可作为照明弹使用,使得其具备基本的防御措施 使得它的火力输出可以覆盖4km以内的绝大多数目标,可以通过驾驶舱前方的摄像机锁定目标或者第三人称模式下的攻击模式让导弹自动选择目标 ------------------------------------------------------------------------------------------------------ 在能源方面具备主电池组进行日常电力需求,并配有次级小电池组作为紧急备用,具备4台反应堆进行电力辅助,同时拥有4个大氢气罐和若干小氢气罐作为氢气动力,也可以打开氢气发电机作为电力转换,注意,氢气容量并不算宽裕,省着点消耗 资源方面,包括2个大号箱子和多个中/小箱子,在运载能力允许的情况下,物资方面并不需要太过紧张,具备一个氧气罐和一台氢氧制造机 整个机身分为多个组成部分,包括 主机身 主舱 主翼 倾转推进器 尾翼 起落架 主舱是可以模块化更换的,支持替换为其他具备连接条件的主舱,包括远程无人控制的类型,不过,需要注意的是,主舱具有唯一的氧气罐和氢氧制造机,同时包括多个用于辅助小型氢气罐和电池,注意资源的消耗 该项目具备多项定时器动作,可以完成舱门/起落架/推进器/尾翼主炮的状态装换,请勿手动调整这些功能,以免造成动作混乱,如有发生,建议更换新的机体 ------------------------------------------------------------------------------------------------------ 以下仅介绍主要使用的功能 进入 00 - 小型控制座椅-xxkzzy- 上-主 时 1-1 打开/关闭舱门 1-5 主电池充电 1-6 紧急电池充电 1-7 氢气发电机 1-8 驾驶室氧气 1-9 反应堆 -默认开启 2-1 控制机体 进入 00 - 小型控制座椅-xxkzzy- 下 时 1- 武器功能 2-1 / 2-9 尾翼主炮模式开关 2- 主炮武器功能 2-8 打开-关闭热诱弹炮塔 2-7 热诱弹待发射 3-1 挂载导弹投影 3-2 挂载导弹连接器 3-3 挂载导弹合并块 3-4 纳米打印 -主要用于打印导弹 3-5 发射挂载导弹 3-7 机体下方摄像机 3-8 机体后方探照灯 4-1 关闭舱门 4-3 反应堆 -默认开启 4-5 主电池充电 4-6 紧急电池充电 4-7 氢气发动机 4-8 纳米打印 -主要用于打印导弹 4-9 驾驶室氧气 5- 雷达开关和使用 -暂不清楚用法 8- 各种灯开关 9-1 控制机体 !!! 控制座椅并不参与机体控制,仅仅是功能开关和乘员载体,主驾驶需要进入远程控制器控制机体,副驾驶可以使用武器控制,在特殊情况下也可以接管远程控制器 !!! 进入 00 远程控制器-yckzq- 04 时 1- 武器功能 2-1 / 2-9 尾翼主炮模式开关 2- 主炮武器功能 2-7 打开-关闭热诱弹炮塔 2-6 热诱弹待发射 3-1 氢气推进器 -建议只在离开星球时加力使用,氢气储量并不丰富 3-2 大气推进器 3-3 离子推进器 3-4 陀螺仪越级控制 3-5 倾转推进器 3-7 倾转推进器横向 -建议使用时保持前进状态,以免转子状态出现问题 3-8 倾转推进器竖向 -建议使用时不在前进状态,以免转子状态出现问题 3-9 倾转推进器转子锁定 -转子状态出现问题可使用 4-1 起飞状态 -仅建议在从地面起飞时使用起飞用的开关 4-7 纳米打印 -主要用于打印导弹 5-1 挂载导弹投影 5-2 挂载导弹连接器 5-3 挂载导弹合并块 5-4 纳米打印 -主要用于打印导弹 5-5 发射挂载导弹 6- 雷达开关和使用 -暂不清楚用法 8- 各种灯开关 9-1 起落架收起 -紧急使用 9-2 起落架放下 -紧急使用 9-9 主舱分离 -主舱是模块化设计,将主舱分离,用于安装其他类型的主舱 ------------------------------------------------------------------------------------------------------ 挂载导弹使用方式 打开纳米打印-打开投影-打印完毕-连接器连接导弹-关闭导弹合并块-发射挂载导弹[定时器] 共8发打印网格导弹 该导弹为原版AI,发射出去之后可以缓慢向前滑翔,射程为导弹自带能源的上限,在2km之内有目标之后会自动锁定并加速撞向目标,否则将一直向前飞行,在未自动锁定目标之前,在它的电线范围内可以人为介入调整航线,其攻击低速和无反抗能力的目标时精度尚可,不建议用于对抗具备攻击能力的目标,可用于清除间谍设备和固定设施 关于起飞/降落 仅建议在从地面起飞时使用起飞用的开关,使用后会打开倾转推进器,配合 3- 中的符合环境的推进器开关,离地面30m后自动收起起落架,降落是自动的,使用起飞之后,在10秒后在离地面25m之内会放下推进器并关闭倾转推进器,接触地面后手动关闭 3- 中的推进器 PS.建议: -降落是很稳的,但是不具备降落锁定功能,同时不建议过大的速度着陆 -很抱歉没有求生装置,并不是因为懒得修改,而是作为作战装备,并不优先考虑这个方面,所以后来就装不下了 ( T _T ) -你可以用物品氢气罐充氢气来补充人物的使用消耗,驾驶通道里就有一个小氢气罐入口 -该项目最远只有中程4km的火力输出能力,近程为2km以内 -依然是强烈建议使用无边框的mod -倾转推进器改变状态后,前进状态下的悬停能力并不优秀,但悬停状态下依然可以保持低速前进,这可以很好地完成降落和攻击时的转移 -尾翼作为直射火力,建议在悬停状态或者具有第二个驾驶员的情况下使用,主炮模式下不建议使用机身下方的遥控武器站,且必须收起起落架和舱门 -整个项目的机动性并不算优秀,陀螺仪难以有效保持机体的平衡,因此存在缓慢地倾斜倾向和艰难的操作手感,对此我无能为力 -虽然没有标明需要哪些DLC,但还是请尽量默认配备全部DLC来使用蓝图,因为我实在分不清到底用了哪些块了,也可能有这个也可能有哪个 -mod列表是尽量标明了的,这个应该不会出错(有遗漏可以告诉我,虽然我不一定会回复) -由于截图时期较早,因此与蓝图内容存在些许细节差异,请勿诧异 -顺便一提,蓝图实际内容中的数字后缀并不是舷号或代号,仅仅是我个人用于区分设计的批次号而已 ------------------------------------------------------------------------------------------------------
[自用型] 探索车-03系列 (不发布) 很明显,这其实是一个缝合怪,认识的人恐怕一看就知道是把谁的作品给“致敬”了的 所以,由于主体是把两个别人的成品给缝合了的作品,本人不打算发布到工坊上去,只在个人圈子里存一个备用的,一般情况下不打算外流,属于自用型的作品(未命名就随便喊喊得了,“03”只是我个人的开发型号而已) 因此,配色上也并没有做到完全体,所以提前拉出来遛一遛,反正也是不会发布的 拍照手法拙劣,图个乐子,且看慢行 首先是全家福 该系列是模块化的,由主体设备——探索车,加一系列模块化设备构成探索车载具车头几乎是原作品照搬了 车体下方是主电池组,模块化可拆卸设计,主电池没电了的时候可以直接脱离下来,依靠副电池组和1x1轮组遥控到充电处进行充电,然后拉一块新的电池组过来直接换上,省去大量的充电时间太阳能电池模块这是属于常规配置,该配置下电力是最为充沛的,它实际上是台无人机,可以在耗尽主电池组的时候启用副电池组飞离车体,进行快速更换电池,耗尽的电池组可以飞往基地充电处进行充电,新的电池组直接对接到车体即可,也可以在使用中时飞离车体进行远距侦查作业,不过该用途只作为紧急使用,毕竟带着整个车体的半套电池呢,要是有点磕磕碰碰或者被敌方给炸了就是一大损失
好久没水...亮过像了,发个大家伙的起落架部分 也不知道我的电脑能不能撑得住这个家伙的完全版了,总之现在刚做完起落架的核心部分,正在装饰的尾声(仅是起落架) 先说下大概吧,这个起落架呢,是通过各种转子和活塞结构将它分为收起和展开的两种状态,其中还有一个用于降落的缓冲状态,就是那根长杆子,用重力将它压成最后的展开状态,就怕到时候会因为我高估了游戏的物理引擎给压爆了,那中间状态就不发了,懒得截图,就看下收起状态和展开状态吧 这大玩具的起落架是两个一组,一共六组,啊对没错设定改来改去,迄今为止已经整体改过了3个版本了,每一次都是巨大的不同,体积也是巨大的跨越,我还妄想给它做个基地来着,不知道电脑吃不吃得消,估计光是完成版的大玩具就已经足够显卡腾云驾雾了吧 折叠状态,在离开降落模式之后的状态,起落架应当体面地收起它的外貌和能力,别看前端有那么一大块翘起,实际上完全体的大玩具上这一块不知道还要叠多少东西,应该到时候不会这么明显的展开状态,就是落地之后用于支撑的结构都展开了,之所以那么多轮胎悬挂不是为了别的,而是这整个起落架的结构都是松散而弹抖的脆弱结构,无数的悬挂才是真正用于的缓冲和支撑的结构,真正吸住地面的是一个小的隐藏在角落里的结构,其他都是支撑作用还是那句话,别看好不好看,只希望到时候不会被压爆吧,多少努力都白费
求脚本-摄像头GPS位置获取脚本 忙碌和摸鱼了好一段时间之后,飞行式导弹运载平台和重型洲际导弹已经基本完工了,因为发现了跨星球的脚本让改武器平台有了更广阔的发展空间,但是还有个不算大的问题,目前使用的获取目标GPS的脚本虽然可以使用,但它有些问题 就是说,这个脚本从之前的编程块上复制出来之后更改到另一个方块上就会失效,既无法改变脚本内规定本来可以更改的起作用的方块名称,比如指定另一个摄像头可以发挥作用或者把文本块换个指定名字,也无法把脚本复制移动到另一个编程块中,动都不能动,动了改回来也不行,同方格也不行,脚本就像被锁死了一样。只能把这个脚本原本装载的网格在不改动原有编程块、摄像头、文本块的基础上魔改,虽然目前该项改动已经完成,但由于无法真正自主定义,核心体积依然比较沉重且样式僵硬,自定义化上无法更随性所欲,凭空创造的乐趣实在有所欠缺,而且,脚本自身获取的GPS位置信息只能获取一次后写入到文本块的标题上,在获取多目标时增加工作量并大大增加暴露和被摧毁的可能性,毕竟是要用天线远程控制的 该脚本原先是从一辆外国大佬的导弹运载车上获取的,它自身是自带可以修改可作用的摄像头和文本块,用于配合注入发射脚本的,至少设定上是如此的,原作者在多个作品中对这些都有修改,但它在我手中却无法更改了,或许问题就是出在跨语言之后的问题吧 所以,需要一个可以通过指定摄像头手动获取目标点的GPS完整信息,并按照一个目标一行的形式写入指定文本内容中而不是文本标题上,最好可以和远程文本传输脚本不起冲突,用于取代原有脚本作为整套武器系统更适用而灵活的眼睛(话说多个脚本纠缠的稳定性应该很难保证吧,不指望和跨网格文本传输脚本兼容这个要求能多有效)
1 下一页