常见问题(FAQ)

这是一款基于浏览器的多轨音频编辑器。下面按照「基础使用」「项目与工程」「导入导出」「性能与兼容」 「隐私与数据安全」「问题排查」几个维度,整理了一些比较常见的问题。如果你在使用过程中遇到这里没有覆盖的情况, 也欢迎在 GitHub / 微信群里反馈。

基础使用相关

需要安装客户端吗?

不需要。「我剪」完全运行在浏览器中,无需单独安装桌面客户端或插件。 推荐使用最新版 Chrome、Edge 或 Safari,以获得更好的性能和更完整的 Web Audio 能力支持。

是否需要登录账号才能使用?

当前版本以本地体验为主,核心编辑能力在无需登录的前提下即可使用。后续如接入云端同步 / 团队协同等能力, 可能会增加账号系统,但会尽量保证不影响本地离线编辑体验。

支持哪些浏览器和系统?

目前主要针对桌面端浏览器做适配和性能优化,推荐:

是否支持撤销 / 重做?

编辑操作会尽可能纳入统一的撤销 / 重做栈中(例如剪切、移动片段、调整音量包络等)。 如果你发现某些操作暂时还不支持撤销,欢迎在 issue 中具体描述场景,我们会优先补齐这些能力。

快捷键是否可以自定义?

目前内置了一批常用快捷键(如空格播放 / 暂停、Delete 删除等),暂不支持在界面中自定义配置。 后续会考虑提供「快捷键设置」面板,并支持导入 / 导出个人预设。

是否支持参考视频?

支持。每个工程可导入一个对照视频(资源面板右键「导入对照视频…」),视频与工程播放同步、静音显示,仅作画面参考,不参与混音导出。适合配音、课程或 vlog 剪辑时对照时间轴。

有哪些内置效果?

当前支持均衡(EQ)、压缩器、混响、延时、降噪、增益等效果器,可为每条轨道添加多条效果形成效果链。在效果面板中可调整参数,并可为效果参数创建自动化轨道,绘制关键帧曲线。

是否有「多轨」和「波形」两种视图?

有。编辑区可在多轨时间线面板与波形面板之间切换;多轨用于编排多条轨道与片段,波形用于对当前资源做波形级选区与精细剪辑(剪切/粘贴、从选区创建资源等)。

是否支持把工程保存到本地文件?

支持。可将当前工程保存或另存为到本地文件,之后通过「从文件打开工程」恢复,便于备份和迁移。

有没有钢琴卷帘?可以自己做 BGM 吗?

有。编辑区提供钢琴卷帘面板,可以录入和编辑音符、选择乐器音色试听,并支持将钢琴卷帘导出为 WAV 资源,拖入多轨作为 BGM 或效果音使用。详见功能说明中的「钢琴卷帘」章节。

能否在浏览器里直接录音?

可以。应用内提供录音面板,通过麦克风录制后可直接保存为工程资源(WAV),并自动切换到波形面板便于试听与剪辑。录音在本地完成,不会上传到服务器。

语音转写(ASR)需要先下载模型吗?

使用转写功能前,需要在应用内下载 ASR 模型(通过 AI/转写相关入口)。下载支持进度显示与取消;模型就绪后即可对选定资源发起转写任务,得到带时间戳的文本。转写过程会使用服务端能力,仅在使用该功能时上传对应音频。

轨道很多、效果多了会卡,怎么办?

可以对单条轨道使用「轨道冻结」:将当前轨道的效果链与自动化离线渲染为缓存,回放时直接播放缓存,减轻 CPU 负担。冻结后可随时解冻以便继续编辑效果或自动化。详见功能说明中的「轨道冻结」章节。

工程与项目管理

是否支持多轨工程?最多可以有多少轨?

支持多轨工程。轨道数量没有被产品硬性限制,理论上可以创建很多轨道, 实际可用轨道数主要取决于设备 CPU / 内存以及当前工程中实际加载的音频片段数量与效果链复杂度。

目前的工程文件是如何保存的?

工程会在浏览器端持久化(如 IndexedDB 等),同时支持将工程保存或另存为到本地文件,之后可从文件打开工程恢复。若浏览器清除了站点数据,对应工程记录可能被清除,建议在重要节点将工程或成品导出到本地备份。

是否支持自动保存?会不会丢工程?

通常会在重要操作后自动进行一次轻量级的工程状态保存,以减少突发性崩溃或卡死带来的损失。 但浏览器本身仍可能因为系统资源紧张而被操作系统强制回收,所以对非常重要的项目, 建议定期导出工程或成品到本地文件系统做额外备份。

音频导入与导出

目前支持导入哪些音频格式?

推荐导入格式:WAV、MP3、AAC、M4A、FLAC、OGG、WebM;实际支持与浏览器和系统解码能力相关。导出目前支持 WAV

对于极少见或专有编码格式,浏览器可能无法解码,这种情况下建议先在本地工具中转码为 WAV 后再导入。

导出时支持哪些格式与参数?

当前版本以高质量 WAV 导出为主(例如 44.1kHz / 16bit 或更高),能比较稳定地覆盖播客、配音、剪辑等场景。 后续会逐步补充针对发布场景的压缩格式(如 MP3、AAC 等),并提供比特率等参数选项。

导出渲染速度慢怎么办?

导出时会在浏览器中对整段音频进行离线渲染,时长越长、轨道和效果越多,所需时间也会相应增加。 一般建议:

性能与兼容性

首次加载为什么较慢?

首次加载会下载并初始化 WASM 音频处理模块(约数十 MB),之后会缓存,再次访问会快很多。

是否支持长音频与多轨大工程?

支持。具体可处理的规模取决于当前设备的内存与 CPU 性能,以及浏览器的限制。 我们在设计时会尽量避免一次性将整条超长音频完全展开到内存中,而是按需加载 / 分段渲染。 对于超过 1 小时的大工程,建议按章节拆分为多个 Session 进行编辑。

觉得卡顿 / 延迟大,有什么优化建议?

可以尝试:

浏览器崩溃 / 页面刷新后,进度还能找回吗?

一般情况下,已经写入到本地存储中的工程信息可以在重新打开页面后恢复。 但浏览器如果因为系统层面的清理策略将站点数据整体删除,则可能无法恢复。 为降低风险,建议在关键阶段导出工程或最终混音到本地文件。

隐私与数据安全

我的音频是否会上传到服务器?

当前版本中,大部分音频编辑与效果处理都在本地浏览器内完成,音频数据不会默认上传到远程服务器。 只有在明确需要使用云端能力(例如云端渲染、AI 降噪 / 转写等)时,才会在清晰提示后发起网络请求, 并在文档中说明数据流向与存储策略。

使用「转写」或语音识别时,音频会上传吗?

会。转写功能通过服务端进行,仅在使用该功能时上传对应音频,用于返回带时间戳的文本;其他编辑与混音均在本地完成。

产品会收集哪些数据?

我们更关注整体使用情况与性能表现,例如:哪些功能被频繁使用、是否出现严重卡顿或错误等, 以便持续改进产品体验。对于任何可能涉及用户隐私或内容本身的数据采集,都会在文档中提前说明, 并尽量采用最小化采集和匿名 / 聚合统计的方式。

问题排查与反馈

遇到 Bug 或崩溃,如何反馈比较高效?

理想的反馈内容包括:

这些信息可以显著缩短定位问题的时间,也有助于我们在后续版本中给出更稳的解决方案。

计划会长期维护吗?

项目会以开源 / 长线维护的方式推进,我们会在更新日志与路线图中同步重要特性与变更计划。 如果你有具体的功能诉求或行业场景,也欢迎通过 issue / 讨论区参与共建。

是否有价格 / 商业计划?

当前仍以打磨核心能力为主,重点在于验证 Web 端在实际音频工作流中的可用性与上限。 如果未来推出商业化方案,会尽可能保持对个人创作者和小团队友好的使用门槛, 并提供清晰透明的套餐说明。