数据有了,直接看数据可以看出来的,4s加速到差不多800m/s,然后10s低推力维持段。想实际比较可以把数据复制给fb-10做自定义任务
你参考RAM就能感觉数据不对头,FB-10A 重量还算合理10就明显偏轻,弹头重量就更不用说了
不过反正也没具体资料,就编的,你也没话讲
数据有了,直接看数据可以看出来的,4s加速到差不多800m/s,然后10s低推力维持段。想实际比较可以把数据复制给fb-10做自定义任务
你参考RAM就能感觉数据不对头,FB-10A 重量还算合理10就明显偏轻,弹头重量就更不用说了
不过反正也没具体资料,就编的,你也没话讲
还真就是和黄蜂差不多
先标记 Accepted (说明证据足够),后换审核员改为 Not a Bug ,明显是内部无统一标准
看了下所有要求加导弹仰角的issue都被标重复了,重复的全都是之前修改导弹架模型错误的issue,这怎么看都不能是重复吧 [ 流汗黄豆 ]
说白了就是不想改
我记得之前有个kd88的issue也是这种情况,一般来说就是报上去了,然后制作组觉得不行,又给你打回了
不是。issue区和开发组是完全独立的两个部门,1080P在以前某个新版本吹水帖提过。issue区管理只负责将通过审核的资料递交给开发组,但是开发组不会反馈给issue区,所以问为什么xxx的issue通过了还没实装就没什么意义。
此外,因为issue区缺乏对工作成果的审核,也就是说他虽然列了个资料标准在那,但是从来没有审查过管理工作是否遵守这些标准,甚至说这些人员是否具有足够的文化水平和意愿去处理issue。这就很大程度上导致了有些资料会因为审核人员个人能力和主观意愿的影响而无法传递给开发组,而开发组又因为这种独立性而不能插手issue区工作,不会出现“哎呀这个资料我觉得可以看看,你给他过了”,他们自己有独立的信息渠道。
这种独立性也是大家这么讨厌T÷的原因,很多相关资料属于可交可不交,甚至说具有重要参考价值,结果就被t÷两分钟看都不看直接关掉,他自己中文水平纯纯路边,又在那边挑提交者翻译中的语病然后扯个理由否了(比如先前将硕博学位论文曲解为一般性的课程论文)。
要我说就是Gaijin搞个绩效审查,每个审核每个系单独计算issue否定比例,哪个系否定比例显著突出就给你ban掉哪个系的审核权利。当然这样压力就来到T÷身上了,不过我是乐见其成的
那独立的有点过头了
毛子要真会这些,苏联也不会解体了
通过≠实装真不是一个开玩笑的说法,毛子issue区基本上就是个编外存在
这个我知道,他们是一向选择性遗忘的
地图头这块
开发组也不是建模型的,他们只负责一部分开发以及做整体的分布,大部分都是小工作室做的。所以这就很有生活了,他们其实有模型bug也不好修,得要么再找工作室要么得等下一批。更别说report site了,那玩意都不属于bvvd,是gaijin整体的
想起来一件比较搞笑的事情
大伙都知道这几天的issue(仅限正常需求的),都大多以不是CS/SA5的理由驳回了,诸如这些,当然还包括我本人的吊篮issue:
但是好像没人说一件事,也不知道是不是没人发现
其实毛子自己就没把游戏内的CS/SA5做成CS/SA5(至少是他们自己认为的CS/SA5),我甚至有理由怀疑就是按照他们认为不一样的625做的数据
主要原因就是这个:
这其实说明毛子开发组知道625和CS/SA5之间的关系,也知道所谓630其实只是单纯的换炮625而已
那么问题来了,为什么cbr区的manager老是以不是CS/SA5资料的理由,或者口径不同的理由来驳回issue,在正常人眼里看来这只会显得某些人傻逼罢了
这雷达型号现实中叫什么没人知道,这是安东星特供生产的,hq17搜索和跟踪雷达也是hq17后面加个TA,TT
重点不是现实叫什么名字,而是毛子自以为是的加上了625的名称,却要我们交上CS/SA5的资料,更何况毛子他自己还不认625的资料
既然除了CS/SA5的资料都不认,为什么要叫625 TA/TT呢?叫CS/SA5 TA/TT不好吗?
就拿你说的hq17举个例子,难蚌的点不在于无中生有的hq17 TA/TT,而在于他给道尔的雷达标上了hq17,却不认你提交的正确资料
总而言之言而总之,毛子自己就属于混沌的左右脑互搏状态,还对我们有理有据的issue无限制驳回,这还是有点搞笑了
玩的文字游戏罢了,他都已经写了pgz开头就能证明这车都是虚空了