太空工程师吧 关注:36,578贴子:506,782
  • 2回复贴,共1

[大概] 平台定型

取消只看楼主收藏回复

本期都是些烂图
工作组定型,这下真的是90%完成度了
把天线组精简了一下,再也不会在上面留一个炮塔模样的天线柱了



-还有些细节待完成-
平台组大概也是这个样子了(忽略掉四个旋翼左右下角的缺口,那是落地的时候操作失误磕碰掉的
到时候工作组就是依靠这个平台实现从母舰空投进行星地表的,其实原先就已经测试过了,工作组是可以利用降落伞独自完成空投平稳落地的,但是考虑到工作组还得从星球上回收到母舰里,以及挖掘出来的大量矿物,万一需要的话还要带上无数的石头,毕竟这么大玩意落下来挺麻烦的,挖几口铁镍就跑实在是太亏了吧?





-平台空降落地状态,旋翼展开-
是的,旋翼上有轮子,我也注意到了,因为旋翼同时还是地面状态下的移动装置


起落架收起后,它就是台超大型地面移动装载装置了,简称“车辆”
这个是这么考虑的——空降的时候大概率是没法精确到达目的地的,而且一个地方要是挖的差不多了总得转移吧,依靠飞行的话不但耗能高,而且其实落地流程还稍微有点麻烦来着,干脆以车辆形态拉着走算了,正好履带mod不是已经出来了吗,到时候给它几个轮子都套上,有没有NASA火箭运载车的味道?
(这个履带mod真的是人才,我当时也是想履带干脆以动画形式表现即可,运行实体还是轮子本身,没想到真的出来了,哈哈,这得有这个技术才能实现构想啊,不然只是空谈,不知道我其他一些想法还有没有大牛也能想到那上面的)








-超大型地面移动装载装置-
还有大量细节待完成...
另外,这东西已经这么大了,可以想象下母舰得有多大了,我已经在怀疑能不能做出来了,要不到时候把母舰给鸽掉吧,反正只是个构想,早点抽出时间来做构想的曲腿机甲得了


IP属地:浙江1楼2024-05-20 15:42回复
    更几张曾经的平台设计,以作留念,重构之前的设计,但都是烂尾计划



    该计划记得是23年的国庆,宅里面就做了个这个,结果还废弃了,唉,可笑
    两边的主体内部有很大的运载空间,用于携带大量辅助设备和大量电力、储存箱
    设计上是两边通过中间横梁连接,然后由横梁翻转用于节省空间,后来发现由于重量过大,翻转实在是无力
    在测试的时候还发现由于子网格连接的方式,使用自动驾驶的时候并不能利用全部推进器,导致自动飞行永远被一般的无用重量拖累
    遂弃之

    这一代介于上一次的总结,做成分体式,前后的连接杆分为两段折叠于稍小的B体,极大的减少占地空间,而且具备比较舒适充裕的人员空间,A体主控,内置控制室,携带大型设备,内置前后贯通的超大隧道,巨量存储箱,主要动力,若干连接器,B体是上一代稍微改造后的一半构成,携带电力,超大天线,小型设备,外部塔台
    这一代其实已经做得有模有样了,空降,飞行测试,各种子网格大多设计好了,控制室都搭好了,由于测试的内容比上一代更加丰富了,于是发现的问题也更加难堪
    第一,工作组没法降落在准确位置,一旦要挪位,要整体合回去,然后一起带着飞,你知道的,大体量东西飞起来很麻烦,尤其是稍稍飞个一点点距离,确定位置的话那是相当的磨人
    第二,由于使用的是子网格,连接杆难以在分离状态下合并AB体,这还好,可以慢慢挪,但是由于第一点,因此在控制中同样磨人,而且陀螺仪对于子网格相当的不友好,当时测试的时候很多毛病,和上一代类似几乎不管多出来的子网格重量,然后用起落架进行磁性连接,用于巩固子网格,这样在飞行时能大大减少晃动,尽管还是有
    第三,体量过大,喜闻乐见的一点,也是一直以来的痛点,太大了,如果这就卡(慢)成这样,那做这个平台的意义何在?这可是要连接太空机构的,那我还玩什么?
    遂弃之



    这个是后续版本的,只是出来这个平台构成的更具体的构想,希望给它加上更多的功能,同时精简构成和体量,然后就急不可耐做出来的,浪费了一段时间后,发现构想上有自带缺陷,导致结构不合理,外形上更是糟糕,算是试水设计



    这一代的设计,属于上一代的完善版本,其实已经很接近完成状态了,后续那四个叉出来的引擎其实有重构,虽然现在来看还是累赘了很多,但其实包覆度比上个版本好了很多,而且至少有模有样了,无奈年后回来不知道怎么回事,咳了一月不止,身体也差了很多,脑子里越发抗拒这些东西,实在力不从心,于是在这个状态下放弃了该设计
    主要是分体式设计,但是摒弃了子网格,用连接器进行“半刚体”连接,工作时各自拆分开来,然后用活塞加铰链相连,分作
    动力组:大功率推进器和空降专用X翼,飞行控制器在这里,内置矿物储存
    能源组:反应堆太阳能
    地面组:前后两个轮子组,用于降落后把工作组移动到合适位置,解决挪位痛点
    主控组:内置控制室,同时带有动力部分,结合磁性板作为吊车使用,调控各个带过来的辅助设备
    天线组:大功率天线组,唯一具备超远距离通信的天线,不至于平台和工作组各个天线都拉满功率,只靠这个通信远端即可
    装载组:前端外置的箱体结构,运载辅助设备用的
    武装组:后置的可拆分式箱体,拆成两个,带有导弹,炮弹,机枪等一系列攻击模组,分为两个是为了让工作组和平台组都能用上,它俩体积很大,所以都得各自照顾
    --------------------------------------------------------
    关于辅助设备——还没设计,但是有规划了,虽然已经定型的平台组摒弃了上一代的分体式设计,但是保留了武装组,主控组和天线组,辅助设备则一直保持规划,尚未变动
    中型工作组:结构复杂,用于给大型工作组扫尾用的,主控组调控或者自带远程遥控飞行
    小型工作组:结构暂定,大概率沿用垂直井式挖掘,灵活放置用于临时起意的某些挖掘用的,比如看上了某个地方矿物多,可以用这种体量的工作组到处派遣,由于体量小所以部署很灵活,远程遥控飞行
    工作组太阳能模块:大型工作组两端的跟踪太阳能板,稳定能源输入同时,提供较为良好的对外连接器平台,主控组调控
    工作组外置电池:4块连接到大型工作组横杆上的可更换电池,尽管大型工作组有内置反应堆,但是我还是在考虑这种灵活配置的电池,而且同时也可以作为运载平台的电池,平常插在平台上利用平台太阳能充电,可以即插即用,缺少太阳和核燃料时就不会很尴尬,工作组的定时器不能随便停,一定要保持电力供应,主控组调控
    维修组:中小型维修无人机,当然工作组和平台由于结构复杂,就算有损坏也很难修复,但主要是用它来焊接投影的一次性运载火箭的,远程控制
    运载无人机:从工作组到平台之间运输矿物的,工作组有几个临时储存的大箱子,但是工作组本身就自重超大,不要积累太多额外重量,考虑用SAM2脚本
    侦查无人机:投影件,额外配置的一台侦查用无人机,搭配部分自卫用的武器,察打一体


    IP属地:浙江5楼2024-05-24 15:17
    回复
      思虑再三,我觉得还是得说些什么,原本这些设计相关的考虑我是不打算说的,或者至少放到其他贴子里搞出来,言语也不会这么粗糙乏味,但是发生了一些事情,让我的心情发生了点微妙的变化,那么,就从关于旋翼转换为轮组的原因说起吧
      首先需要明确的是,平台组并不是这一整块的东西,中间其实包住了一个大块头,那是一个挖掘直径600米的大型工作组,平台组设计出来主要就是用来运载这个东西的,所以它注定会很大,我想我这两个跟这个作品有关的贴子应该都能看出来这点,而工作组的模式二更是能达到1200米的挖掘直径,由于这个工作性质,它必须在大面积平坦的地形中工作,也就意味着平台组不能离他太远,基本也是会在平坦地形中工作,这就导致平台组在地面移动基本是在冰面上使用的,长距离转移只在少量场景出现,这个情况下是使用飞行的,不然我也没必要搞那么多飞行的推进器
      另外,我在设计中有个想法是让旋翼做有机械风格的起落架,也别考虑用机械腿移动了,首先这个复杂度谁有本事谁来做,我不用想就知道很麻烦,我不是为了酷而做这个的,更别说这么大体积和重量了,我后面会说到,要考虑的有很多,其中就要考虑到收纳问题与机械腿冲突
      而且因为是大型结构,需要考虑避免频繁起降的操作,因为很多操作都需要手动,而如果没有地面移动措施就只能靠飞行来进行短距离的移动了,这其实不怎么划算
      那么,有过大型结构设计的朋友可能偶尔会发现,游戏内对可移动的大型结构接触体素的支持并不完善,有可能会穿模,不知道现在修复了没有,但已经从另一个角度表示出游戏对大型结构的不友好了,总之你不可能让一大块结构直接着地,起落架和轮胎是在接地时最稳妥的部件,但起落架在降落时没有缓冲,一旦质量过大很容易损坏,起降尤为要注意对地面和结构的破坏问题,因此要尽量避免频繁起降
      同时因为需要将整个地面系统收纳到母舰中,所以旋翼是必须收纳的,不能一直岔着,各种方案我都考虑过,最后决定收纳到下方,这样还能正好为工作组增加包覆度
      也正是因为这些考虑,接地部分我只计划用轮胎来承重,同时正好可以用这个来解决移动问题,
      而且轮组也处于机体下方,所以可以把旋翼和轮组给合并了,而不是做成机械腿,这样可以同时兼顾地面长期停留+旋翼收纳+短距移动这三个情况,只是这样做有一个缺陷始终没法解决,子网格轮胎不会接受停车命令,因此,平台组会缺乏刹车,这个我会在平台组停下后用磁性板解决
      也别为轮胎的推力担心,因为推进器不但可以用来飞行,也可以助推轮胎,我已经测试过了,虽然慢,但胜在稳当,更不用担心上下不了坡,我再次强调这本来就不是用来越野的,要长距离移动直接起飞就行
      另外顺便说一个小知识,大型结构中最好不要频繁使用合并块,尤其是子网格多的情况下,合并块会强行快速拖拽震颤网格,而尤其是在子网格多的情况下,会发生一些意想不到的事情,在模拟速度降低之后这个问题会更加明显,我因此炸过很多东西,不要那么浅显地觉得它很稳定
      我所做的这些设计,无一不是经过了各种考虑和结合游戏实际的,而不是肤浅地觉得看上去很酷就一拍脑袋就给安上去,实际上,外观是我做东西最后才考虑的东西,以及也许不是每次都会考虑,但功能性和功能系统之间的配合才是关键,所以哪怕从生存上觉得不够实用也没关系,我本来就不是做出来求着你放到生存上用来实用的,更用不着在乎您的什么期望阈值之类的,你又不是我甲方,更没有那么重要
      要是要平白无故想做点教育也请歇一歇,我没有发帖求助难题解答,更没有求谁帮我设计规划,不要那么自以为是抱着您那新手教程的宝贝使用段位不匹配的技巧进行自信而富有居高临下一般的教育意味,我真用不着,麻烦这种大佬去自己开个新帖,那些真正的新手会需要你的,但在我这儿,这种跳上来甩出自己宝贵经验和建议的热心教育,使得我这几天相当心情郁闷与尴尬,我真的觉得很烦,谢谢
      如果有朋友觉得看了我的这些说明而产生了一下不怎么愉快的思绪,我表示,这是应该的,因为我那几天就是这么想的,但是整篇说法中我并没有侮辱谁的意思,很多朋友劝我不必对此有任何在意和特地说明,但我不能忍受我搞了这么久的东西被侮辱,你要给建议,别用那么让人无语的方式对我强行建议,这是一种侮辱,另外,请勿针对该楼作回复


      IP属地:浙江9楼2024-06-06 23:56
      回复