[在把問題確認一下如何描述的過程中，重新做了實驗
(用三種Gap顯示設定Rip，再分別用五種CUE建立選項，總共15種排列組合)
，結果發現自己耍白痴了 . . . . . ]
[現在把比較正確的結果解釋如下]
我自己判斷CUE+多個WAVE有無和CD結構一致的標準是
** EAC顯示的Start,Length及Gap都要完全一致 **
進入正題
先把EAC的Gap顯示設定和建立CUE的選項分成兩個部分
========================================================================
** Part 1 **
[Action]項目底下
影響Gap顯示方式的有下列三項
=> [Leave Out Gaps]
=> [Append Gaps To Previous Track (default)]
=> [Append Gaps To Next Track]
這三個選項在我的測試裡，只要放進去的是同一張CD
Gap部分的數值在相同的Gap偵測方式下不管選項為何
，Gap項目的數值都不會變動，同時代表前後Track之
間的Gap長度，但是Start及Length的部分，就如同這
三個選項字面上的意義一樣，
(要注意Gap1在大部分CD是固定為2秒，這是CD規格)
(少部分CD會在這兩秒外，加上額外的PREGAP)
**實際抓下來的WAVE檔就是Length的部分**
(A) => [Leave Out Gaps]
省去Gaps，所以length的部分不包含gap
代碼:
example :
Title Track Start Length Gap
QUICKENING -胎動- 01 0:00:00:00 0:00:39:80 0:00:02:00
RUIN -破滅- 02 0:00:40:22 0:01:27:32 0:00:00:42
RETURN -帰還- 03 0:02:10:29 0:03:09:06 0:00:02:74
DEBRIS -瓦礫- 04 0:05:20:13 0:03:11:49 0:00:00:77
===================================>時間軸================================>
[<= Start1 [<= Start2 [<= Start3
--------------------------------------------------------------------------
[ Gap1 ][ Track1 ][ Gap2 ][ Track2 ][ Gap3 ][ Track3 ]
--------------------------------------------------------------------------
[-Length1- ] [-Length2- ] [-Length3- ]
(B) => [Append Gaps To Previous Track (default)]
把Gaps加入前一Track，所以length的部分會加上下一Track的Gap
代碼:
example :
Title Track Start Length Gap
QUICKENING -胎動- 01 0:00:00:00 0:00:42:22 0:00:02:00
RUIN -破滅- 02 0:00:40:22 0:01:30:06 0:00:00:42
RETURN -帰還- 03 0:02:10:29 0:03:09:84 0:00:02:74
DEBRIS -瓦礫- 04 0:05:20:13 0:03:12:22 0:00:00:77
===================================>時間軸=================================>
[<= Start1 [<= Start2 [<= Start3
----------------------------------------------------------------------------
[ Gap1 ][ Track1 ][ Gap2 ][ Track2 ][ Gap3 ][ Track3 ][ Gap4 ]
----------------------------------------------------------------------------
[ -------Length1------ ][ -------Length2------ ][ ----Length3----- ]
(C) => [Append Gaps To Next Track]
把Gaps加入下一Track開頭，所以Start的部分會往前移Gap的長度
但Gap會不斷累加，所以Start及Length會一起變動
代碼:
example :
Title Track Start Length Gap
QUICKENING -胎動- 01 0:00:00:00 0:00:39:80 0:00:02:00
RUIN -破滅- 02 0:00:39:80 0:01:27:74 0:00:00:42
RETURN -帰還- 03 0:02:07:54 0:03:11:81 0:00:02:74
DEBRIS -瓦礫- 04 0:05:19:36 0:03:12:26 0:00:00:77
===================================>時間軸==================================>
[<= Start1 [<= Start2 [<= Start3 [<= Start4
-----------------------------------------------------------------------------
[ Gap1 ][ Track1 ][ Gap2 ][ Track2 ][ Gap3 ][ Track3 ][ Gap4 ][
-----------------------------------------------------------------------------
[-Length1- ][ ------Length2----- ][ ------Length3----- ][---Length4--
========================================================================
** Part 2 **
[Action] => [Creat CUE Sheet]項目底下
有以下五種CUE建立選項
(1) => [Current Gaps Settings...]
建立CUE時會依據 ** Part 1 ** 選擇的Gap設定建立CUE檔
依不同Gap設定結果同下列(3)(4)(5)
(2) => [Single WAV File...]
因為是多個WAVE檔所以用不到
(3) => [Multiple WAV Files With Gaps... (Noncompliant)]
測試結果對應[Append Gaps To Previous Track (default)]
實測EAC建立的CUE時 Daemon及Alcohol 會指出
[no starting index was defined for previus track]
用CDRWIN測試也會出現相同訊息(判斷此CUE不合標準)
只有EAC自己的CD write功能會吃這種CUE
代碼:
Example :
FILE "01 - QUICKENING -胎動-.wav" WAVE
TRACK 01 AUDIO
TITLE "QUICKENING -胎動-"
PERFORMER "崎元仁"
INDEX 01 00:00:00
TRACK 02 AUDIO
TITLE "RUIN -破滅-"
PERFORMER "崎元仁"
INDEX 00 00:39:42
FILE "02 - RUIN -破滅-.wav" WAVE
INDEX 01 00:00:00
(根據INDEX 00 00:39:42指定結尾位置，與WAVE檔長度相同，
而且去掉下一Track的Gap長度)
(4) => [Multiple WAV Files With Leftout Gaps...]
測試結果對應[Leave Out Gaps]
實測CUE+多個WAVE檔結構和CD一致
代碼:
Example :
FILE "02 - RUIN -破滅-.wav" WAVE
TRACK 02 AUDIO
TITLE "RUIN -破滅-"
PERFORMER "崎元仁"
PREGAP 00:00:50
INDEX 01 00:00:00
(根據PREGAP 00:00:50，WAVE檔長度為Track不含Gap)
理論實測一致
(5) => [Multiple WAV Files With Corrected Gaps...]
測試結果對應[Append Gaps To Next Track]
實測CUE+多個WAVE檔結構和CD一致
代碼:
Example :
FILE "02 - RUIN -破滅-.wav" WAVE
TRACK 02 AUDIO
TITLE "RUIN -破滅-"
PERFORMER "崎元仁"
INDEX 00 00:00:00
INDEX 01 00:00:50
(根據INDEX 00 00:00:00及INDEX 01 00:00:50，
Gap長度同PREGAP 00:00:50，WAVE檔長度為Track去掉開頭Gap長度)
理論實測一致
========================================================================
代碼:
結論整理如下
[1] Gap顯示設定確實只影響EAC顯示的時間資料
[2] Length的部分就是實際抓下來的WAVE檔
[3] Track的內容，不論Gap顯示設定為何，都一定會包含在WAVE檔內
[4] 只要建立CUE時選擇[Current Gaps Settings...]
就可以產生正確對應目前Gap顯示設定的CUE
[5] 抓Track時，所使用的Gap顯示設定也要和CUE建立選項一致
[6] 錯誤的Gap及CUE組合，可能會造成錯誤的備份CD結構外
也會出現聆聽時Track被截去前頭或後尾的可能性
[7] 實際上可正確使用的Gap及CUE組合為
(a) Gap顯示設定 [Append Gaps To Next Track] +
CUE建立選項 [Multiple WAV Files With Corrected Gaps...]
(b) Gap顯示設定 [Leave Out Gaps] +
CUE建立選項 [Multiple WAV Files With Leftout Gaps...]
[8] Gap顯示設定 [Append Gaps To Previous Track (default)] +
CUE建立選項 [Multiple WAV Files With Gaps... (Noncompliant)]
雖然是EAC預設選項，但只有EAC能用，CUE的標準來源CDRWIN反而不接受
[9] 單一WAVE檔時，CUE內部只能用INDEX指定Gap，這些問題反而不存在
其實是比較直接有效的處理法 . . . . . . .
========================================================================
代碼:
在查了一部份資料後，下面是我自己修正後的做法
{1} CUE內使用pregap時資料是由 CDRWIN 內部自行產生，不會由當
前的檔案資料中取用，由內部產生的 pregaps 均為 "數位靜音"
{2} CUE內部使用
INDEX 00 00:00:00
INDEX 01 00:00:50
時音軌之間有 "暫停區 (Pause areas)"就是Gap
資料是由當前的檔案資料中取用
(**{1}和{2}的Gap在物理上的差異我還沒找到**)
{3} 考慮{1}和{2}資料，加上EAC=>[Test Gaps on Silence]胡亂測試的經驗
確實有CD在Gap內不是數位靜音，這部分待驗證
{4} 當使用[Append Gaps To Previous Track (default)]
或[Append Gaps To Next Track]時WAVE檔會包含Gap內數位資料
{5} 爲了要連同Gap內的資料都保留下來
(a) Gap顯示設定 [Append Gaps To Next Track] +
CUE建立選項 [Multiple WAV Files With Corrected Gaps...]
將是我未來的使用格式和方式
{6} 已經用
(b) Gap顯示設定 [Leave Out Gaps] +
CUE建立選項 [Multiple WAV Files With Leftout Gaps...]
整理好的CD，因為只少了Gap內的資料，Track內容沒影響
數量也太多，不重新整理了 . . . . .
{7} Gap顯示設定 [Append Gaps To Previous Track (default)] +
CUE建立選項 [Multiple WAV Files With Gaps... (Noncompliant)]
有問題無法在EAC以外使用，但不曉得是不是EAC故意的
這次用HTML文件外字相容轉換器修正過了
