有關於ricoh的cd-r網頁：
http://www.met.com.tw/big5/product/...o/other/cdr.htm
確實，這個問題無解。
因為，一般而言都是燒錄*.iso會比零散的檔案群之燒錄效果要來得好。
所以看到axiom大大的情況，我也只能說：無解。
因為*.iso這一類的影像檔有一個很重要的特徵：
燒錄時資料傳遞若出現狀況時，那麼就有可能出現Cyclic Redundancy Check error；
如果說燒錄機在連續動作下(持續燒一個大型檔案)遇到以下情況有可能發生錯誤：
•硬碟壞軌；不過若是*.iso檔中有壞軌的話，應該是幾倍燒錄都會產生Cyclic Redundancy Check error。
•*.iso檔存放磁區不連續，甚至過於零散〉，造成硬碟磁頭傳遞資料給燒錄機可能會有來不及而發生大於10-9(指失誤機率為0.000000001)程度的"01"資料流失誤。一個cd-r上約有28億個坑洞(0=沒燒出坑洞；1=燒出坑洞)，所以大概至少造成2.8個坑洞的Cyclic Redundancy，因此在燒錄時降速，或者是將*.iso檔存在的硬碟[硬碟重整]之後，再試看看。
如果硬碟重整之後還是一樣呢？
那麼我只能說：axiom大大的liteon只能適合零碎檔案的燒錄，因為檔案零碎雖然並不好，可是因為每個檔案的大小都不會太大，大到超過表現錯誤的狀況：
小檔案(用DNA符號表示好了)：
...ACTGACTG、ACTUACTU、AC、TCUA...→雖然檔案零碎，但燒錄機來得及接受硬碟資料流傳輸時，
燒錄出來成：...ACTGACTG、ACTUACTU、AC、TCUA...→如果有資料流錯誤，檔案→打不開；音樂→爆音。
但是由於小檔案數量多，一張光碟在燒完之後一般人都不會去一一核對上千的檔案。
至於大檔案的情況則是：
...ACTGACTGUTGACTTUCAGAUTC....→當該檔案遇到燒錄機來不及接受硬碟資料流傳輸時，
燒錄出來成：...ACTGACTGUTGACTTUCAGAUT(H)....→其中原來的"C"變成了"H"而導致Cyclic Redundancy Check error...
要怎麼驗證這種情況，
可以用確認光碟檔案的程式如：CDCheck 3.1.0.7 Beta 等等來確認，在史萊姆的第一個家裏有
該程式的官方網頁在：
http://www.elpros.si/CDCheck/
奇怪，好像回到家中都要發揮賣場裏業代騙人的能力...
若有KEY錯，煩請各位大大指正...
另外，我們公司所賣的YAMAHA光碟片是『YAMAHA KHS』，那是中環作的鳥片，
網上各位大大所推的是YAMAHA TY 16X或20X，在光碟片上有印上『MADE IN JAPAN』，那也是太誘片...
明天要上班了，要準備去睡了...
