目前的 LAME 3.87 來說，偉大的 Takehiro Tominaga 已經把 gogo 的組語最佳化整合進來，往後也會繼續進行最佳化，因此速度不是問題。
現在我還是建議用新版，因為可以兼顧速度和品質
這樣壓MP3的方法
版主: DearHoney
Detect Read Features第一次執行時按下之後設定好就行了，程式會記住該Drive的特性。另外在EAC Options.../Normalize可以調整音量大小，該設定的意思為當音量小於或大於最大音量的某個百分比，就進行Normalize，Normalize演算法如下(感謝Libido大大提供)
Normalize 的演算法（16bit，Normalize 100%）
1. 尋找絕對值最大的 sample（-32768 ~ +32767 的 peak 值）
2. 用此 peak 除 32767 or -32768（ex : 若最大值為 32765，則係數為
32767/32765）
3. 這樣原 sample * 係數（32765 * 32767/32765）就會被放大成最大值，
其他各 sample 也都乘以這個係數等比例放大
4. 實作時為了避免作太多最耗時的浮點運算，會將 -32768 ~ +32767
之間的數字乘以係數的結果建成一個 table，之後遇到相同的 sample
值，只要將 sample 直接代換為 table 裡對應的結果就可以了。這樣
浮點運算最多只要作 65535 次，不用每讀入一個 sample 就要乘一次係數。
5. 因為係數有可能是浮點數，乘出來的值不一定為整數，此時就要作
四捨五入，造成非線性放大，使音色，相位產生變化。
Normalize 的演算法（16bit，Normalize 100%）
1. 尋找絕對值最大的 sample（-32768 ~ +32767 的 peak 值）
2. 用此 peak 除 32767 or -32768（ex : 若最大值為 32765，則係數為
32767/32765）
3. 這樣原 sample * 係數（32765 * 32767/32765）就會被放大成最大值，
其他各 sample 也都乘以這個係數等比例放大
4. 實作時為了避免作太多最耗時的浮點運算，會將 -32768 ~ +32767
之間的數字乘以係數的結果建成一個 table，之後遇到相同的 sample
值，只要將 sample 直接代換為 table 裡對應的結果就可以了。這樣
浮點運算最多只要作 65535 次，不用每讀入一個 sample 就要乘一次係數。
5. 因為係數有可能是浮點數，乘出來的值不一定為整數，此時就要作
四捨五入，造成非線性放大，使音色，相位產生變化。
我所謂的一樣只是強調資料一樣，把原版片和燒片音軌抓出來比就知道是否相同。至於音質是否相同所牽涉到的因素實在是太多了。
抓音軌時quality的大小與片子和光碟機有關，不等於100%只是代表有部分區域EAC多讀了幾次才確定資料，並不代表抓出來的音軌資料有錯誤。除非是全新的CD，不然要求100% quality幾乎是不可能的事。真正要看的是最後是否為No Error Occured。offset填不填並不會影響quality，您有這種想法代表您並不了解offset的意義。
CDR表面並無坑洞，壓製片才有。坑洞大小或許會影響音質，但應該與音量無關。\r
的確，要燒出一模一樣的CD是不可能的，燒片與壓片的反射原理並不相同，因此我只強調資料的正確性，進一步音質的好壞只有用空片與燒錄速度來補強。
抓音軌時quality的大小與片子和光碟機有關，不等於100%只是代表有部分區域EAC多讀了幾次才確定資料，並不代表抓出來的音軌資料有錯誤。除非是全新的CD，不然要求100% quality幾乎是不可能的事。真正要看的是最後是否為No Error Occured。offset填不填並不會影響quality，您有這種想法代表您並不了解offset的意義。
CDR表面並無坑洞，壓製片才有。坑洞大小或許會影響音質，但應該與音量無關。\r
的確，要燒出一模一樣的CD是不可能的，燒片與壓片的反射原理並不相同，因此我只強調資料的正確性，進一步音質的好壞只有用空片與燒錄速度來補強。