在不安裝unicode補完計畫的情況下
還是需要Microsoft AppLocale沒錯，或是類似功能的NTLEA(有試過但不確定)。

大致上方法沒變，只改變幾個原則。

1. 用AppLocale的日文模式開EAC，產生的.CUE用的編碼會是Shift-JIS
(我不確定正確的編碼名稱，但用FireFox開這個.CUE編碼要選Shift-JIS)

2. CUE不再在轉為Big5編碼日文，而直接改用日文Shift-JIS編碼，保留這個編碼是Shift-JIS的.CUE檔，配合AppLocale要轉換成unicode、UTF8或其他編碼就是個人喜好了，Foobar2000我是用UTF8的.CUE。

3. 原本需要使用Big5編碼日文的原因是為了可以直接掛上虛擬光碟，或是進行燒錄，沒有虛擬光碟或是燒錄的需求下，其實不必安裝unicode補完計畫。

4. 我用的虛擬光碟是DAEMON TOOLS，要讓這個軟體可以直接開啟Shift-JIS編碼的.CUE，只要把DAEMON TOOLS的前端介面tray icon的程式[daemon.exe]，重新用AppLocale的日文模式啟動，就可以直接掛Shift-JIS編碼的.CUE。

5. 其他燒錄軟體和虛擬光碟就是如法炮製，用AppLocale的日文模式啟動，直接掛Shift-JIS編碼的.CUE，但是太久沒用我已經忘記試過哪幾套了。


嚴格講起來，其實沒有解決unicode補完計畫的問題，只是直接避開不安裝使用。

1. EAC我不知道要如何支援unicode，而.CUE標準格式下不能用ANSI以外的編碼。
2. 不再用Big5日文，直接用Shift-JIS編碼的.CUE。
3. 讓軟體可以開Shift-JIS編碼的.CUE。
4. 所以只能用在XP系統下，其他系統我就不知道了。


參考參考。

不知樓主是否有找到支援 EAC 獨有 cue 的燒錄軟體?

本來以為沒分軌的 Image 掛到虛擬 Driver 後, 就算原來是用 Append GAP to Previous Track 的抓的也可以調整成 Append to NEXT Track, 沒想到, 完全不行, 如附檔, 除了 "Previous" 的外, 其它兩個都有 Size=0 的狀況發生, 難道真的只能燒出來再重抓? (EAC 的燒錄功能無法用到虛擬燒錄機上)