finally.22.07.20

终于,我有机会压缩下截图了🤔这几天活动一个接着一个,我甚至都动用了某块300GB的垃圾2.5寸sas来存截图了(全恼🤔而且我基本上只有偶数天才会去压缩截图,所以积压到今天,恐怕压缩后这坨玩意也会超过180GB(恼🤔

看来为图省事,恐怕压缩一完成我就得准备将其上传到度盘了🤔接下来我先安排一波图像处理(迫真),后天再安排一波图像处理,应该就vans了(确信🤔

aot2thonk

话说这几天的海岛活动下来,我总是觉得它的某个bgm里的某段旋律像极了另外一款萌妹游戏的bgm,只不过我一直想不起来🤔

今天我终于想起来了,原来它是attack on titan 2的主城bgm啊(意味深🤔这可真是太草了🤔

上次玩那游戏还是1⑨年的七八月份,将近三年前了(确信🤔做梦都没想到cuties impact除了perusona外,居然还能和aot联系起来(🤔

conclusions

既然海岛活动的主线剧情部分基本上结束了,是时候写个总结了:

这次海岛活动对上次海岛活动旧地图的复用水平是相当高的,尽管活动正式开始之前,整个地图完全就是上次的地图,没有任何变化,可能也就去掉了之前的所有箱子和机关,然后填充了六个和上次基本上没啥差别的冲浪挑战(迫真🤔

但活动一开始,几个对应人物主题的岛基本上都被重新设计了一遍,添加了一系列的对应主题新机关🤔而到fischl chan和mona chan的岛时,岛内部也被挖空了,铺上了对应的内部装饰,这可真是屌寄吧爆了🤔

而在游玩形式上,重新设计的开放世界场景也和非开放世界的秘境有着非常好的联动,比如kazuha impact里能使那两个岛改变样式的玩意同时也是剧情里万叶想造盆栽需要的玩意(它的设定就是万叶造了怎样的盆栽,那两个岛就便乘什么样),就需要从岛上找,而且需要来回很多次🤔xinyan impact里也是秘境里的两个花需要浇水,我们就得去秘境外的开放世界岛上疏通水源,顺便又玩了一次拿岛奏乐,甚至奏乐cg也又放了一遍,和上次活动一毛一样,感觉这复用的东西有点多啊(半恼🤔

剩下两个impact就不找东西塞进秘境了,外面的东西直接就是进入秘境不同部分的方式(确信🤔总之,它们都强调秘境和秘境外主题岛的多次互动(确信🤔

而在主线剧情结束后,这些玩意还有大量的内容等着玩,比如kazuha impact的主题岛两边各有三种样式,差不多意味着能雷普三次🤔xinyan impact岛也能变换至少一次样式,也就意味着至少有两种岛等着雷普🤔而fischl impact岛里有大量由鸟组成的支线剧情,mona impact岛我主线完成后没进去过,但估计也差不多(确信🤔

在主题岛和剧情之外,这个活动的内容就不多了,上次活动中各种相对隐藏的玩意基本上被彻底移除了,比如离几个岛都极其远的宝箱和海螺,还有什么qq壬壁画啥的(确信🤔还有什么稻妻海盗船碎片之类的,现在基本上只剩一个模型了🤔取而代之的是愚人众主题海螺收集,数量貌似也变少了(🤔我现在已经搜集了20个海螺里的17个,还有一个在mona chan的秘境里,但如果剩下两个也像上次一样藏在极其阴间的位置的话,其实也没什么奇怪的(确信🤔等等,是不是在愚人众主题岛上?那个地方我还没怎么去过🤔

albedo貌似在xinyan impact岛的某个内部空间里留下了点东西,万叶貌似认识albedo(因为他们在2.6的稻妻文化节里貌似见过面),mona chan和fischl chan自不用说,但辛焱貌似不认识🤔但很难说琴酱、barbruh、diluc和razor有没有留下什么🤔另外在上次活动的最后一个岛,也是这次活动的第一个岛上,有个上次活动的彩蛋,几个qq壬围着上次活动用来扔球进去的圈跳舞🤔话说上次活动的道具我的大号可是有的,小号也可以在蒙德以高达25万mora的价格买,我好奇要是往里面扔个球进去的话,会发生什么,一个箱子突然出现?🤔

pttime r18

草,终于可以上pttime的r18区了🤔里面还是有点有意思的资源的,比如sakimichan全集啥的🤔

顺便,我发现搜书盘上传速度实在是太屑,所以我又想折腾guilded drive了🤔但这次我们上传的是一个含有几百个文件的文件夹🤔

但此时我们还是可以流式处理这坨玩意的,因为linux里面的打包工具tar也是支持流式处理的,将其管道到guilded流式上传函数里就vans了🤔接下来,我们就可以看到极其生草的景象了(如果打开tar的-v选项的话),tar刚打包了几个文件,curl就开始了上传,然后tar接着打包文件,然后curl接着上传🤔这不比先压缩成rar再上传搜书盘好使114514倍?🤔

其实搜书盘的上传脚本也许也能改造成流式上传,反正它上传的时候也是一个一个一个一个片段上传的啊啊啊啊啊🤔拉寄吧倒⑧,搜书盘上传时需要明确指定文件大小,上传到那个大小之后才能完成上传,根本别想流式上传,因为流式上传不可能知道stdin输进去的东西到底有多少(确信🤔

tar解包的时候也支持流式解包,换句话说,它不会等所有包都下下来之后才解,而是边下边解(确信🤔但这么搞有一个问题,它对网络的稳定性要求还是比较高的,如果网有点问题,导致curl的某个包下载中断了,那么这个包相关的所有文件都要寄(恼🤔貌似加什么timeout和retry也没有什么卵用,至少对梯子断连没有什么卵用🤔再说了,这样单线程下载,速度也不会很快,我好几个梯子都只有10MB/s🤔

所以,这玩意其实和下载dd镜像一样,也可以搞成多线程,只不过会占据一份临时空间罢了🤔所有文件片段下载完成后,它也可以流式tar解包,甚至可以一边解包一边删片段,如果需要的话(确信🤔

usbitte

开始做图像处理(迫真)了,读卡器插usb扩展卡上,居然一点反应都没有,重启和换接口都没啥用🤔

看来,这说明这狗逼扩展卡彻底坏掉了🤔现在无论我愿意与否,我也只能将读卡器插在主板内置usb口上了🤔

我记得几年前我将所有东西挪出主板内置口,就是因为那玩意在图像处理(迫真)的时候checksum对应不上(恼🤔但那时我的电源还是那个垃圾玩意,现在我换电源了,问题应该会好很多(迫真🤔

但既然如此,那个屑usb扩展卡以pcie x2占据x16的日子也大概结束了⑧,通往pcie拆分的王道征途(大嘘)也随之开启(确信🤔只不过我现在没啥兴趣而已🤔

发表评论