视口与音频：可读、可控，不靠堆效果

基础视口是游戏组织画面的参考空间；窗口是它在桌面上的显示范围。低分辨率像素画通常需要仔细选择缩放与宽高比策略。候选的 320×180、640×360 等都只能作为对比实验数值，本项目尚未锁定其中任何一个。不能因为教程用某个数，就写进正式规格。

1. 选一个临时基础视口并记录，不替正式游戏定案。
2. 在较小和较大窗口检查文字是否可读、按钮是否仍可点。
3. 比较整数与非整数缩放；观察像素边缘是否不均匀。
4. 移动摄像机时检查抖动，再单独比较 Camera2D 平滑与像素对齐策略，不一次打开所有“优化”。

AudioStreamPlayer 适合不需要空间衰减的 UI 或背景声音；需要位置感时再考虑 2D 音源。总线用于组织和控制不同声音，例如 Master、Music、SFX 是一种建议分组。先让玩家能够独立调音量，避免所有音效都强制叠在同一音量上。

当前音频生产工具暂缓。你可以先学习节点与总线职责；需要播放实验时，再使用自己制作或许可清楚的短音频。不要为奖励音游提前建立整套作曲与音频生成管线，更不要把随机音效播放当作节拍同步系统。奖励音游的计时与延迟校准是后续独立设计问题。

准备一个包含小角色、地面网格、短标签、长中文段落和按钮的中性场景。只用精灵判断分辨率容易忽略阅读问题，只用大字判断又可能看不出像素宽窄不均。固定基础画面后，分别观察较小窗口、较大窗口和不同宽高比，记录哪些区域增加空白、哪些内容被挤压，以及按钮是否仍在可操作位置。

比较两套候选时不要同时更换字体、相机距离和角色尺寸。每次只改变基础视口或缩放策略中的一项，保留同样内容。记下运行时实际窗口条件，而不只写截图分辨率。候选数值只是实验变量，当前项目尚未锁定正式规格；最终要选择的是可读性、空间信息量和像素一致性的平衡，不是一个听起来常见的整数。

在确有播放实验需要时，使用一段自己制作或许可清楚的短音频，先用较低音量检查播放、停止和总线路由。把背景声音与操作反馈放到不同的建议总线后，分别调低其中一类，确认没有把另一类一起错误静音。这里练的是声音组织，不要求安装整套音频制作工具，更不需要一开始加入突然很响的惊吓。

同一音效连续触发时，听起来变大可能是多个播放器叠在一起，而不是总线参数失效。先记录触发次数和播放器实例数，再判断是否需要限制重复、重用播放器或允许合理重叠。切场景后也要检查旧声音是否仍在播放。不要只把所有音量一起调低，根因若是重复创建，降低音量只是暂时掩盖生命周期问题。

如果以后做音量或窗口设置，需要明确“当前预览”和“保存为下次默认”是否相同。学习阶段先修改一个值、观察效果、恢复原值，记录实际变化；保存设置属于后续持久化问题，不是滑块出现就自动完成。显示与音频都应保留可用的恢复路径，避免用户调完以后不知道怎样回到能看清或听清的状态。

综合验收时，让同一条练习路径经过移动、打开长文本、关闭面板、播放短音效和切换场景。检查窗口变窄后文字仍能读、关闭操作仍可用、声音不会无限叠加、输入控制没有混乱。没有实际声音资源或未安装导出模板时，分别标记尚未测试的部分，不用网页示意图替代 Godot 运行结果。分辨率、音频与奖励音游的精确时序是不同层级，别把基础播放实验当成节拍系统。