录像

在h5魔塔的语境下，录像并非是指游戏视频，而是系统生成的，跟随存档的，记录了玩家操作的特定格式的文件。善用录像功能可以大幅减少拆塔过程中的重复操作，节约游戏时间。

录像的基本原理可以理解为，在游玩过程中，系统会自动记录玩家操作的序列，例如上下左右移动，使用了什么道具，楼传到了哪一层等。录像播放时，会按照对应的操作记录，自动执行相应操作。

基本操作

录像相关功能可以在设置-同步存档-回放和下载录像中查看，如下图所示

从头回放录像

顾名思义，会进入录像播放模式，回放当前存档从游戏开始，到当前状态的完整录像。

从存档开始回放

需要选择一个当前存档B之前游玩过程中的存档A，会从存档A开始，回放由A到B之间的游玩过程。

读取的存档必须是当前存档的前置存档，例如，玩家先打到5层，存了一个档A，再顺着该存档打到10层，存了一个档B。则在档B选择“从存档开始回放”，再点击存档A，就会自动从存档A处开始，回放打到存档B的全程。
如果玩家读取存档A，但却用不同路线打了一个存档C，则存档B不可以选择从存档C回放，因为两者从某一点开始，就不再处于同一个“世界线”。

接续播放剩余录像

对指定的存档C播放存档A到存档B之间的路线。存档C的角色所在位置（xy坐标，所处楼层）应与存档A相同。

该功能用于优化非常强大，例如，一个塔有10层，小明在5到10层已经打出了一条非常漂亮的路线，在之后的优化过程中，他重打了1到5层，但暂时没有重打5到10层的打算，而是准备直接提交。
但利用这个功能，他不需要手动再重复一遍5到10层的路线，只需要在5层交界处选择“接续播放剩余录像”，然后先后选择5层-10层这一过程首尾的两个存档，即可自动重放期间所有操作。

播放存档剩余录像

对于指定的存档C，自动播放（在录像播放模式中保存的）存档A的剩余待播放路线。存档C的角色所在位置（xy坐标，所处楼层）应与存档A相同。

该功能对于熟悉的人非常强大。例如，一个塔有10层，小明在5到10层已经打出了一条非常漂亮的路线，则他可以从头回放录像，在录像播放中途暂停，在5层交界处存档，记为存档A。
此后他重打了1到5层，那么他只需要站在与存档A相同的位置选择“播放存档剩余录像 ”，再选择存档A，就会按照存档A待播放的路线继续执行下去。

视频教学 by 小小露珠

选择录像文件

选择对应的.h5route录像文件进行播放。游戏开始界面也默认带有“录像回放”按钮，

下载当前录像

生成当前存档对应的.h5route录像文件。

录像播放

录像播放模式下的按钮

录像播放模式下的按钮如上图所示。

六个按钮分别用于播放、暂停、回退一段进度、减慢播放速度、加快播放速度、存档（录像播放过程中的存档可用于功能“播放存档剩余录像”）。

播放速度最快24倍速，该速度下会略过很多过程，如特效动画播放等。这也是线上录像验证系统的速度。

对应快捷键分别为:

• 空格 开始与暂停播放
• A 回退一段进度
• Z 减慢播放速度
• C 加快播放速度
• S (录像播放中)存档
• Esc 退出录像播放模式
• N 步进
• 数字键1-6 播放速度设为1，2，3，6，12，24倍（如果该塔工程带有录像精修插件——较新样板默认携带，部分数字键的功能会被覆盖）

较新样板的塔，录像模式下仍可使用手册、浏览地图等功能。

录像验证与修复

html5魔塔启用了录像验证功能，该功能可以反作弊，提供一个同台公平竞技的平台。

录像的颜色

已提交成绩左侧标志的颜色表示录像验证的状态。

获得通关数和有效榜单要求提交的成绩已通过录像验证，录像颜色主要对于在意这些指标的玩家有意义。

对于在线提交的成绩：

绿录像代表成绩未作弊，进行的都是程序意义上的合法操作。（但可能不符合作者本意，如利用特技无限刷血等。）

蓝录像说明录像正在验证中，任何成绩刚提交时短时间内会显示为此状态。

如长期（24小时以上）显示为蓝录像，相当于录像验证未通过。可能是因为服务器繁忙（例如正在大批量重跑录像）、塔存在特殊bug等原因未验证、验证超时。

红录像代表录像验证未通过，有多种可能原因。详见下文的修复录像

录像的权限

作者有权限删除红录像，点击“管理模式”即可。一个榜单如果绿录像占比足够高，则系统会自动隐藏红录像对应的提交。

作者对塔的已有部分进行了大幅度改动，或修复了普遍性的录像bug时，可申请重跑录像，详情咨询管理人员。

作者和普通玩家都没有权限查看别人的录像内容。如果您想了解学习，只能尝试联系成绩提交者。

少数管理人员有权限查看别人的录像内容，然而，这一权限并不会随意动用，并且引起过一些争议。

修复录像

录像验证未通过有多种可能原因：

• 可能是玩家进行了F7，F12等修改游戏的不合法操作。请注意大量提交作弊成绩可能招致封禁。
• 也可能是作者对塔进行了改动，导致旧版本录像不能兼容。由于网站没有可查看的更新日志，您只能联系作者了解是否存在此类改动。
• 还可能是塔中出现了无法通过录像验证的机制（例如未等待异步事件完成等）。

可以结合错误序号和具体播放情况来分析红录像的原因。

然而，录像修复没有固定方法，很吃经验和理解。如果您的修复需求很强烈但能力不足，可以考虑求助精于此道的老玩家。

可以查看榜单中的红录像比例，如果红录像比例极大，或塔本身含有复杂机制，很可能是塔本身存在固有问题，一般玩家可以放弃修复录像的打算。

由于当前的自动拾取，自动清怪等插件存在若干bug，开启了这些插件的玩家随时可能炸录像。

一般可以尝试从炸掉的地方改几步打法，再结合接续等方法。如果接续的过程反复炸录像，就需要考虑（从炸掉的地方甚至从头）整个重打。

在线验证与本地验证的区别

（本段属于进阶内容，看不懂也问题不大。）
网站的录像颜色以服务器验证结果为准。然而，本地24倍速能跑通的录像也不代表服务器上一定能跑通。

部分区别如下：

• 服务器采用node验证，(除polyfill了极少数方法外基本上)没有DOM，任何参与了录像运行过程的图形绘制都可能导致录像验证错误。
• 服务器上没有时间概念，部分函数会被复写，如计时器setInterval会被视为循环，clearInterval被视为break。
• 服务器上容错更低，被throw出的报错，即使在本地不影响录像继续运行，仍可导致服务器上验证失败。
  

作者可使用
if (core.isReplaying()) return; //本地和服务器端均屏蔽后续内容
if (main.replayChecking) return; //仅服务器端均屏蔽后续内容
等语句屏蔽一些无法通过录像验证的过程。

在线录像验证系统未对大众开放，有需求者需要携带录像和游戏工程联系相关管理人员。

构造录像

（本段属于进阶内容，看不懂也问题不大）

录像是一个记录了操作的数组，已进行的操作存放于core.status.route。将要播放的操作记录于core.status.replay.toReplay，均可通过控制台进行修改。

与其使用“录像精修插件”，不如学习JavaScript的数组方法，自行修改。

录像系统已注册的基本操作包括单步行走，朝向，轻按，瞬移，楼传，使用道具，切换与换下装备，快捷商店，键盘鼠标事件，输入文字，rand2随机数等，具体可在libs/control.js中查看。作者可以通过registerReplayAction注册新的自定义录像行为。