01
视讯类
240 款对延迟最敏感的一类，也是 0.8 秒延迟标准的主要参照对象。
栏目 02 · 试玩区与下载
彩娱乐试玩台：1200 款电子游艺的分类树、进出方式与导出字段
试玩区把 1200 款电子游艺收进一张目录，按 6 个一级分类、28 个二级标签摊开。进入试玩不需要注册，也不涉及任何金额参与；从这里切到正式模式，派彩时间分段的口径不会跟着改。这一页把入口、分类、字段和导出四件事一次讲完，其余栏目的相关表述都引用这里的写法。
- 电子游艺
- 1200款
- 一级分类
- 6类
- 二级标签
- 28个
- 导出字段
- 12项
01 / 进入方式
三步推开试玩台，全程不需要注册
试玩入口只有一条路径：进来、选分类、开始运转。整个过程不填手机号、不填邮箱、不绑定支付方式，试玩区内产生的所有操作只是记录，不构成任何金额参与。
-
01
直接进入试玩模式
从本页进入后即为试玩状态，没有登录墙，也没有等待审核的环节。试玩模式是一套独立运行的展示环境，运行结果只写入记录，不进入任何结算流程。
-
02
先收窄分类，再落到标签
先在 6 个一级分类里选定大致方向，再用二级标签定位到具体玩法形态。分类目录按季度校对一次，标签归属不会长期停在旧结构上，校对记录会在专题观察里说明。
-
03
需要时切到正式模式
试玩模式与正式模式采用同一套派彩时间分段逻辑。切换之后，此前已经形成的分段口径不变——历史记录不重算、不重排、不换档位标记。
视讯类内容在两种模式下都保持稳定延迟，实测延迟在 0.8 秒以内，这也是派彩时间戳能够逐局落点记录的前提。
02 / 分类目录
六个一级分类，二十八个二级标签
1200 款电子游艺按玩法骨架归为六类，每一类下面再按具体形态拆成 4 到 6 个标签，合计 28 个。下面是完整的分布，每条都标了收录数量。
02
电子游艺类
320 款收录数量最多的一类，标签按运转结构划分，而不是按题材划分。
03
桌台类
180 款单局时长跨度最大的一类，四段派彩时间分段在这类内容上分布最不均匀。
04
捕鱼类
160 款连续运转特征明显，单次进入常产生较长的时间戳序列。
05
竞速类
190 款单局节奏固定，派彩时间戳往往密集落在同一分段档位里。
06
特色类
110 款收录数量最少，但跨分类的组合形态最多，适合当作分类树的理解入口。
03 / 统计字段
一次导出写满十二项，字段名固定不缩写
局数统计按每局派彩时间自动分段，导出时每局占一行或一条记录，共写入 12 项字段。字段名一经确定就不再改动，保证不同时间导出的文件可以直接对齐比较。
| 字段名 | 中文含义 | 写入内容 |
|---|---|---|
| record_id | 记录编号 | 该局在本次导出批次内的唯一编号，按派彩先后递增 |
| category | 一级分类 | 6 个一级分类之一，写入分类代码而非显示名称 |
| tag | 二级标签 | 28 个二级标签之一，与 category 组合后唯一定位玩法 |
| round_no | 局数序号 | 该分类下的连续序号，切换分类后重新起算 |
| payout_ts | 派彩时间戳 | 这一局派彩落点的完整时间戳，保留到每局级别 |
| segment | 分段档位 | 四段派彩时间分段中的档位标记，由派彩时间自动判定 |
| segment_ms | 分段时长 | 该局从进入到派彩的毫秒数，是判定档位的原始依据 |
| latency_ms | 视讯延迟 | 该局对应的视讯延迟值，视讯类内容会持续写入 |
| limit_tier | 限红档位 | 七档限红区间中的档位编号，从第 1 档到第 7 档 |
| limit_amount | 限红金额 | 该档位对应的标注金额，数值长期固定不随活动浮动 |
| source | 数据来源 | 标记该局来自网页端还是客户端 |
| export_batch | 导出批次 | 生成该文件的批次标识，同一批次内取值一致 |
四段派彩时间分段轴
分段轴只有四个区间，条带宽度按真实时长比例绘制，所以第三、第四段明显比前两段长。分段的判定完全交给派彩时间，不掺入分类或档位因素。
≤15s
16–45s
46–120s
>120s
- 15 秒内最短的一段，占比最小，多见于节奏固定的竞速类。
- 16–45 秒单局节奏居中的区间，电子游艺类与特色类分布较多。
- 46–120 秒开始出现明显等待感的区间，桌台类与捕鱼类集中在这里。
- 120 秒以上跨度最大的一段，主要由多人同场与对局类内容贡献。
04 / 导出与覆盖
近九十天明细，两种文件格式
局数统计覆盖近 90 天，每局保留完整派彩时间戳，不做按天聚合，也不做抽样。导出提供 CSV 与 JSON 两种格式，字段数量和字段名完全一致，选哪种只取决于你打算用什么工具打开。
CSV · 逗号分隔文本
- 首行是表头，12 项字段名与上表逐字对应。
- 每局占一行，一局的全部取值横向排开。
- 适合直接拖进表格软件做排序与筛选。
- 时间戳列写入完整值，不会被截断成日期。
JSON · 结构化记录数组
- 整体是一个数组，每局是一条独立对象。
- 字段名与 CSV 表头完全一致，两种格式可以互相校验。
- 适合写进脚本做批量比对或长期归档。
- 数值类型保持原样，不转成字符串。
导出文件里的时间戳保留到每局级别，不会为了压缩体积做合并。分批导出时，export_batch 字段可用于区分不同批次，避免把两次导出混在一起统计。
05 / 固定分类
总在同一个分类里走，记录也不会被合并
长期只游玩某一个分类时，该分类的完整派彩时间戳会被原样保留。系统不会因为记录条目集中就做按天合并、抽样或只保留汇总值——每一局的档位、时长与时间戳都单独成行。
保留规则
逐局保留，不做聚合
- 同一分类下的每一局都写入独立记录行。
- 连续长时间停留产生的长序列，保持原有先后顺序。
- 档位标记按该局自身的派彩时间判定，不参照同分类其他局。
- 即使某一分类的记录占比很高，也不改变导出字段的数量。
切换之后
口径不重算
- 从试玩切到正式模式，已生成的分段档位保持不变。
- 新增记录沿用同一套判定规则，不会另起一套标准。
- 分类归属若逢季度校对调整，历史记录仍按当时归属呈现。
- 两种模式的历史记录可以在同一张表里对照。
如果你长期只在同一个分类里活动，导出时建议按 tag 排序查看，这样时间戳序列会按标签分段排列，分段分布一眼能看出来。相关观察条目可以在专题观察里找到。
06 / 两端一致性
网页端与客户端，同一套骨架
网页端与客户端在功能上保持一致：同一棵分类树、同一套派彩时间分段口径、同一份 12 项字段、同一个 90 天覆盖范围。选择哪一端只影响使用场景，不影响记录内容。
- 分类树 6 个一级分类与 28 个二级标签在两端完全一致，按季度同步校对结果。
- 分段口径 四段派彩时间分段轴共用同一判定规则，同一局在两端会落到同一档位。
- 导出字段 两端导出均写入 12 项字段，字段名与顺序一致，文件可直接合并。
- 覆盖范围 均覆盖近 90 天明细，均可导出 CSV 与 JSON 两种格式。
- 版本节奏 客户端版本以迭代周期为单位推进，网页端随同批次上线，不存在一端先行的功能差异。