Sawstudio

加入这功能的软件大多也是因为满足用家机器马力不足的需求。
也正好改善厂家编写软件的缺点 - 不能好好善用资源。
在模拟的世界 音量越大 失真越大
在数字的世界刚好相反 音量越小 失真越大

冻结的算法流程等同导出 虽然这单一功能是不会令声音太大的损耗
而这功能的目的也只是把处理后的文件暂存在轨道 腾出资源作其他轨道的运算
但如果把己冻结的一些轨道混合其他轨道一起导出的时候
己冻结的轨道等同双重的导出 某些数据会丢失 声音会失去光泽
特别是己加插动态处理效果时 情况可以相差数个db以上

所以大多数人的处理方式是在整体导出前 解除这冻结的功能
而令它在非实时监听下处理 最终导出为一个单一文件
事实上在不解除和解除之间 两者导出的文件是存在声音上的差异

之后便谈谈那Code级别的流程

假设 不解除的导出文件是0 解除后的导出文件是1
己冻结及还未有解除的实时监听是 0
己冻结但解除之后才导出的最终文件是 1
因为在声音上存在差异 结果是 0不等于 1    1不等于 0

这是为何很多当花农的朋友说道: 我当时做的明显是一朵花 为何最终变为一个瓜 !!

花农便拿着瓜去向做母带处理的农夫求救

农夫说 : 瓜是长不出花儿来的 唯有在里面拿出种子 从新开始耕种吧 !!
花农说 : 明天己是收成期 没有时间 也不可能再从新耕种一次吧 !!
农夫说 : 那唯一的解决方法是把这个瓜弄得好看一点吧 ?
花农第二天便拿着这个像花的瓜去交给主人 还向主人索取他做花应得的工钱




[ 本帖最后由 dabeat 于 08-11-5 10:08 编辑 ]

我觉得我太强人所难了，抱歉。你用过很多硬件是你的优点，但你不懂编程，我也不能强求你从Code级别看明白冻结的本质。

如果你还坚持冻结会影响音质，那就去做个测试吧。



ps: 你那4行文字与Code扯不上边际，Code的本质是算法学，要讲清这个问题除了要有深厚的编程功底，还要需要掌握很多音频方面的算法。我建议你去学学程序设计这一块，能加深你对软硬件混音的认识。Saw的音质为什么好？从Code级别上去看，你能得到一个理性的答案。

dabeat的内容我看懂了
但是小东东的内容我还是没理解

冻结对于混音来说真的作用不是很大，冻结主要是针对编曲音源占用资源的解决方法，混音是个整体细活，需要不断细微地调节，频繁地冻结、结冻是会破坏听感的连续性。

  从音质方面来可说是见仁见智， 估计BOB大叔是认为sawstudio里面的自带效果器能完成基本的混音工作，才没有必要增加冻结功能。从技术来说，写入冻结功能不是一件难事，冻结就是实时导出wav然后卸掉音源。


这里我有一个疑惑想请问，涉及电脑算法问题，每一次的实时导出能保证都是一样吗？

[ 本帖最后由 小欢 于 08-11-6 13:14 编辑 ]

電腦運算就充滿 error (誤差), 每次運算也會在不同的位置出現不同的誤差, 而bob花了10多年不斷測試, 他最終仍是選用了定點運算作為平台運算方式, 因為他可以有效地減少這個誤差, 不過BOB 也說, 作為用家, 用耳朵去聽吧, 我們也就當是知道其中一種不錯的做法。


...

冻结也并非只有一种

Sonar有两种：快冻和慢冻，默认是快冻，嗖的一声就好（可惜会偶尔丢音）...但是慢冻时比实时播放还慢，之前用过好几年，没有丢过音。

我想这两种冻结的音质也是不一样的。

如果比播放還要慢, 何不導出到另一軌?   把原來的軌道關上 .......難道導出又比凍結更慢...?

我对冻结音质没感觉··

不过冻结倒是感觉非常麻烦···哈哈