許多網友似乎都認為 GAP 是可以忽略的瑕疵
我個人認為觀念是不正確的, GAP 還是會有適當的影響的.
(我是用我說的方法一來測試)
即便 GAP 小到符合規格書的定義(橘皮書+橘皮書修訂本)
只要 GAP 接連或者是密集, 皆會影響到讀取時的效果

有興趣的人可以做以下的測試
方法一. (此方法是給會寫程式的人用的, 若不熟悉程式設計可以採用方法二)
1. 系統上必須已經安裝好 WinASPI
2. 寫一個假的 WNASPI32.dll 來呼叫真的 wnaspi32.dll(一般都放在 windows\system32 目錄下), 輸出函式的宣告與呼叫方式可以 Adaptec 官方下載的 winaspi32 中的 wnaspi32.h 或參考 博碩出版社出版的SCSI測底研究一書
3. 在自己寫的這個 DLL 中把轉呼叫函式 SendASPI32Command 中
於呼叫真的 SendASPI32Command 前給 delay 個 10ms-50ms (此值適用於 16-24x 的速度, 應該很容易造成 burnproof 事件發生)
4. 把這個新的 DLL 給放到 NERO 或是其他會使用或可以使用 WinASPI 的燒錄程式執行目錄中(像是"C:\Program Files\Ahead\Nero\"), 或是如 CloneCD 3.x/Alcohol 120%/CDRWIN 都吃 WinASPI... 然後開啟燒錄程式來燒錄

方法二.
在燒錄過程中, 不斷使用 Ctrl+Alt+Del 強迫系統終止所有執行緒, (僅適用於Windows 2000 下, 其他平台上我沒啥經驗不知道如何強迫停止所有執行緒 ^^|||), 手動造成 BurnProof 事件發生! 但是要做的夠多才會有方法一的效果. 想當然爾, 要搞暴力的產生 burnproof 當然是 直接全自動用 DLL 效果較佳)
(PS. 若網友不會寫程式可以 PM 給我, 我可以提供我改的 wnaspi32.dll 給網友自行測試, 但請小心使用, 不要把這個 DLL 當成 adaptec 官方的 DLL 用, 不然後果會像我以下的測試結果)

把燒錄完成的片子來做個 C1C2 測試或是整片碟片上頭檔案的 CRC 測試看看
我自己的測試就曾經發現燒錄完後再 DUMP 會有好幾的 BIT 錯掉的現象!
還有強迫 delay 狀態下備份的 Windows XP 安裝到一半都會發生安裝錯誤的問題(CRC 錯誤), 原因我猜測無他, 應該是因為 delay 次數過多, 造成光碟機循軌上的困難所導致. 有興趣的網友也可以自己試試看就知道結果!

當初發現是因為讀那本"SCSI測底研究", 自己寫一些呼叫 WinASPI 的程式來玩玩時突發奇想寫引發 burnproof 的程式所導致的
沒想到 burnproof 發生太多還導致一些有的沒的小問題一堆, 從此以後都用低倍速燒錄. 8x-16x 視片子而定, 單然, 片子也是要慎選.

PS. 以上的測試都是用同一個牌子的碟片來作測試, 要有所差別應該不會離譜到哪裡去才是.

PS. 樓上的 Chang JQ JQ 兄, 上頭指的 GAP 不是指 CUE 中的那個 GAP, CUE 中的 GAP 指的是 Track 與 Track 之間的 pregap or postgap...