Florr.io 第四章 冷知识

2024-08-28 08:04
文章标签 知识 第四章 io florr

本文主要是介绍Florr.io 第四章 冷知识,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

这里列举了一些 florr.io 中没有什么人知道的冷知识。这个列表需要日常更新。

  • 在旧版Florr和 Wave 刚开始时,还存在着唯一稀有度。
  • 网在远古时期(旧版和wave早期)可以无限叠加,且效果非常好,三个网就可以让人几乎无法动弹(当时网就是三个网叠加,命中直接定身)。
  • 稀有以上的两种蚁穴曾经也有血量和体伤,血量甚至会变化。
  • 三种蚁穴在被击杀时有时有击杀提示,有时却没有。
  • 不同稀有度泡泡的区别曾是移动距离。
  • florr.io 服务器的 IP 地址可通过在 cmd 中输入“nslookup florr.io”或“ping florr.io”查询到。
  • 在以前任何游戏模式中,你死亡后的背景将跟随着杀死你的实体,该实体死亡后固定在实体死亡点,类似 diep.io | digdig.io。
  • 轻曾十分短暂地变为四个,与沙子的贴图相似,但排列与其他轻相同。
  • 究极稀有度其实在 2022/11/2 就存在于游戏中了(M28 在 PvP 测试泡泡)。(需要上传)但也可能是唯一因为究极颜色不对
  • 海洋地图是有滤镜的,其颜色值为 #4C79B5,而海洋本色为 #5785BA。(颜色值已过时)
  • Dev 曾考虑过开发沼泽模式,但最后被海洋取代了。
  • 各个地图的颜色值:沙漠#DECF7C火蚁穴#A7491E蚁穴#A7721E花园#1EA761。(过时,现在各个地图纹理颜色值不相同)
  • 以前闪电打到任何有碰撞箱的实体都会生效,包括(对战中)别人的花瓣,花粉,弹射物,召唤物等。更久以前(海洋刚更新时)闪电会以花瓣为中心隔空对一个较大范围里的生物或敌方的磁铁进行攻击。
  • 大多数花瓣都有自转,速度为 1rad/s。有少数例外:爪子的自转速度约为 0.25rad/s。翅膀的自转速度约为 8~10rad/s。阴阳的自转速度约为 10rad/s。便便,重不自转。花瓣的公转速度为 2.5rad/s,更快可以提高公转速度。(待补充)
  • 花瓣数量上限为 100k,但是可以 CE 出更多。[1](已过时)
  • 究极稀有度原本为深灰色,然后先后变成了土黄色金色(仅持续一天),后来又变成了暗粉色,最后变成了现在的粉色
  • 稀有稀有度原本为蓝紫色,后来变成了蓝色
  • 在地图上,网格的交点处比非交点处的颜色略深。(过时)
  • 曾经的花粉、重、触角、阴阳是可以掉落的。
  • 首页背景飘的花瓣占比量取决于你的贮存花瓣占比量。
  • 曾经的特殊花瓣基本,可以通过向 dev 反馈有效 bug 由 dev 赠予,有粒子效果,目前已不再赠予(现在给的是正方形)(现在普通人已经无法反馈 bug 了)。
  • 在旧版时期,出生时附赠的 5 个基本中有 1 个会以极小的概率变为基本,有粒子效果。
  • Dev 曾经说要开发工厂游戏模式,后面便没了音讯。
  • 铀、神秘的粉末和灯泡在背景里也有特效。
  • 世界地图的出生地点最初被短暂的设置在 Centralia Fields 区域(现在默认出生在这里,只有在进入过一次 Centralia 之后才会出生在 Centralia)。(过时)
  • 如果玩家进入传送门,在黑屏前的最后一刻可以看到左上角显示的是玩家死亡的状态。
  • 珍珠扔出后会跟在玩家后面,如果距离过远会强制冷却(这一点你可以利用墙壁卡住珍珠来验证)。
  • 如果玩家进入传送门后(开发者模式表现为尝试访问一个网站且没收到 Connected)关闭网页再次打开,你将会出现在传送门另一端。(补充一条过时的消息:曾经,你可以用这种方式携带高级花瓣进入低级PVP区)
  • 合成花瓣时,按下 Craft 按钮的那一瞬间合成就已经完成了,这时切换至吸收界面或库存界面就可以直接看到是否合出了高级花瓣(有效避免让人心跳骤停的合成动画)(有人说这会导致波函数坍缩,但是并没有证据)。[2]
  • 曾经有一段短暂的时间点击 Craft 按钮后刷新页面可以撤销本次合成,但可以看到本次合成结果,现已修复。(卡 bug 的不会被 Ban,可恶)
  • 背景飘着的橘子、轻 ,沙子etc. 都是单个的,死亡界面也是。
  • 从传送门出来后有大约 3 秒无敌时间,在这期间生物不会主动攻击你,敌对型生物变为中立型生物,也无法对你造成伤害(这可能是为了防止玩家刚出传送门,花瓣没冷却好导致暴毙)。为了避免有玩家利用这一点,M28 特意让玩家传送后 3 秒无法重新传送,又将传送门之间的切换时间延长(所以你不能让玩家出传送门后默认花瓣冷却完成吗……)
  • 传送门并不像 floof 一样有碰撞箱。玩家无法通过躲到传送门里的方法作弊。
  • 死亡界面(指死亡原因下方)如果是切换上来的,不会显示触角以及锯齿,第三只眼也是这样。
  • 在以前,死亡界面的花朵周围花瓣下方会有一个圆环。
  • 现在在没有对生物造成伤害时是不会引起中立生物的仇恨的(如:用轻打木叶虫),但以前可以。
  • 游戏开始前主界面只会飘过你拥有的花瓣,且飘过的花瓣比例与你背包中的花瓣比例相等。
  • 死亡界面会显示玩家装备的花瓣。如果玩家切换花瓣,那么死亡界面里玩家周围的花瓣也会切换。
  • 如果你仔细观察较大的玩家尸体,会发现,在他被暗黑标记送入地狱前,会先变成他活着时的样子,然后立刻消失。
  • 旧版全服只能存在一个一个基本和一个正方形。
  • 游戏时,会随机弹出一个窗口,其上方标题写着“AFK Check”(挂机检查),下方文字写着“Are you here?”(你在那里吗?),最底部按钮(颜色为八种稀有度其中之一的颜色)写着“Yes”,点击之后这个弹窗就会消失,但是如果超过 60 秒不点击就会被踢出服务器。当半个小时左右没弹出AFK Check窗口,且玩家静止不动或保持规律运动,屏幕会浮现一个AFK?的窗口,一分钟后不动会强制踢出玩家。
  • 如果两个人同时登录一个账号,或者你用两个浏览器同时登录一个账号,亦或者你打开了两个 florr.io 的窗口并同时登录一个账号,那么双方都会被退出登录,并重新链接登录(此时开发者模式表现为 Too many connections)。网络较好的一方会先登录进游戏,并保留较长的游戏时间,但是当网络较差的一方登录成功后,前者又会被退出登录,如此反复横跳。
  • 如果你进入传送门并暂停视频,那么其他人永远也登录不了你的账号(当然你也玩不了游戏了)。
  • florr.io 的服务器在美国旧金山、美国迈阿密、日本东京、德国法兰克福等都有分布。
  • 刚加入白蚁地狱时,白蚁的嘴还没有现在那么大。
  • 在2023/12/8之前,天赋(Talent)被称作技能(Skill)。
  • 蜘蛛掉落第三只眼的概率在2023/12/24 12:06曾短暂的被更改为22.1%,但四分钟后又改回了0.2%,几分钟后改成了0.5%,两小时后改回了原本的概率。
  • 在2023/12/24的平安夜狂欢中,M28短暂的将生物掉花瓣的概率大大提高了两小时,并让生物不掉花瓣。
  • 如果在海绵完全释放所受伤害前进入传送门,剩余伤害将被抵消。
  • 蒲公英(生物)导弹给予的禁疗效果未结束前进入传送门后效果将消失。中毒状态效果同上。
  • 在进入传送门传送的那一刻,聊天栏的提示“Press [ENTER] or click here to chat.”会变成“Click here to chat”(可能是Bug)
  • 血刺的返还伤害事实上并不是每进行一次攻击就造成一次,只有第一次攻击才会造成返还伤害,直到其重新进行冷却后才会重置。(如需验证,带上高级血刺攻击common训练假人即可)
  • 装备多个标有不可堆叠(does not stack)说明的花瓣,或是某些装备在身体上的花瓣花瓣如空气、relic等,会导致只有一个花瓣能正常冷却,其余花瓣不会冷却、显示、或产生效果
  • 你在任何时候按下“;”时,屏幕右下角便会显示出调试信息(build 【更新日期】)
  • 不同种类的蚂蚁会互相攻击(幼蚁除外),这只在ant hell中能看到
  • 在wave时代的PVP,玩家出生时是无敌的(比如你在出生时被dandelion打中,你的脸会变白,但不会掉血)。
  • 吸收/延缓/转移/消除伤害的优先级是:护甲(树根)/橡胶/荷花>海绵>棉花>伤害共享(神秘的遗物)>花朵本体(生物本体)
  • 白幼蚁血量是幼蚁的2倍,但是其他白蚁血量是蚂蚁的2.5倍
  • s生物护甲与u生物护甲相同,原因是M28推荐玩家使用死轮、沙轮。
  • 早期在C1的上方有传送至大厅的传送门,M28在大厅里放了幼蚁和瓢虫,但在大厅被删除的前一段时间,玩家在大厅里不能使用花瓣。

这篇关于Florr.io 第四章 冷知识的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1114198

相关文章

Java架构师知识体认识

源码分析 常用设计模式 Proxy代理模式Factory工厂模式Singleton单例模式Delegate委派模式Strategy策略模式Prototype原型模式Template模板模式 Spring5 beans 接口实例化代理Bean操作 Context Ioc容器设计原理及高级特性Aop设计原理Factorybean与Beanfactory Transaction 声明式事物

sqlite3 相关知识

WAL 模式 VS 回滚模式 特性WAL 模式回滚模式(Rollback Journal)定义使用写前日志来记录变更。使用回滚日志来记录事务的所有修改。特点更高的并发性和性能;支持多读者和单写者。支持安全的事务回滚,但并发性较低。性能写入性能更好,尤其是读多写少的场景。写操作会造成较大的性能开销,尤其是在事务开始时。写入流程数据首先写入 WAL 文件,然后才从 WAL 刷新到主数据库。数据在开始

系统架构师考试学习笔记第三篇——架构设计高级知识(20)通信系统架构设计理论与实践

本章知识考点:         第20课时主要学习通信系统架构设计的理论和工作中的实践。根据新版考试大纲,本课时知识点会涉及案例分析题(25分),而在历年考试中,案例题对该部分内容的考查并不多,虽在综合知识选择题目中经常考查,但分值也不高。本课时内容侧重于对知识点的记忆和理解,按照以往的出题规律,通信系统架构设计基础知识点多来源于教材内的基础网络设备、网络架构和教材外最新时事热点技术。本课时知识

Java IO 操作——个人理解

之前一直Java的IO操作一知半解。今天看到一个便文章觉得很有道理( 原文章),记录一下。 首先,理解Java的IO操作到底操作的什么内容,过程又是怎么样子。          数据来源的操作: 来源有文件,网络数据。使用File类和Sockets等。这里操作的是数据本身,1,0结构。    File file = new File("path");   字

springboot体会BIO(阻塞式IO)

使用springboot体会阻塞式IO 大致的思路为: 创建一个socket服务端,监听socket通道,并打印出socket通道中的内容。 创建两个socket客户端,向socket服务端写入消息。 1.创建服务端 public class RedisServer {public static void main(String[] args) throws IOException {

Java基础回顾系列-第七天-高级编程之IO

Java基础回顾系列-第七天-高级编程之IO 文件操作字节流与字符流OutputStream字节输出流FileOutputStream InputStream字节输入流FileInputStream Writer字符输出流FileWriter Reader字符输入流字节流与字符流的区别转换流InputStreamReaderOutputStreamWriter 文件复制 字符编码内存操作流(

【Python知识宝库】上下文管理器与with语句:资源管理的优雅方式

🎬 鸽芷咕:个人主页  🔥 个人专栏: 《C++干货基地》《粉丝福利》 ⛺️生活的理想,就是为了理想的生活! 文章目录 前言一、什么是上下文管理器?二、上下文管理器的实现三、使用内置上下文管理器四、使用`contextlib`模块五、总结 前言 在Python编程中,资源管理是一个重要的主题,尤其是在处理文件、网络连接和数据库

dr 航迹推算 知识介绍

DR(Dead Reckoning)航迹推算是一种在航海、航空、车辆导航等领域中广泛使用的技术,用于估算物体的位置。DR航迹推算主要通过已知的初始位置和运动参数(如速度、方向)来预测物体的当前位置。以下是 DR 航迹推算的详细知识介绍: 1. 基本概念 Dead Reckoning(DR): 定义:通过利用已知的当前位置、速度、方向和时间间隔,计算物体在下一时刻的位置。应用:用于导航和定位,

android java.io.IOException: open failed: ENOENT (No such file or directory)-api23+权限受权

问题描述 在安卓上,清单明明已经受权了读写文件权限,但偏偏就是创建不了目录和文件 调用mkdirs()总是返回false. <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/><uses-permission android:name="android.permission.READ_E

【CSS in Depth 2 精译_023】第四章概述 + 4.1 Flexbox 布局的基本原理

当前内容所在位置(可进入专栏查看其他译好的章节内容) 第一章 层叠、优先级与继承(已完结) 1.1 层叠1.2 继承1.3 特殊值1.4 简写属性1.5 CSS 渐进式增强技术1.6 本章小结 第二章 相对单位(已完结) 2.1 相对单位的威力2.2 em 与 rem2.3 告别像素思维2.4 视口的相对单位2.5 无单位的数值与行高2.6 自定义属性2.7 本章小结 第三章 文档流与盒模型(已