原理說明 | 流程說明 | 深入探討 | 優勢說明 |
論Burn-Proof 技術-燒錄高倍速時代的防護措施
Burn-Proof
Technology深入探討
論Burn-Proof 技術-燒錄高倍速時代 的防護措施 在這個不停革新的『十倍速時代』,所有科技都不斷在推陳出新中,燒錄機速度也由二倍速到四倍 速、六倍速、八倍速、十倍速、十二倍速的往前推進,如何避免在高倍速燒錄時因為『Buffer Under Run』現象而燒出『飛盤/杯墊』呢? 讓我們來研究這些燒錄防護措施吧! |
■
什麼是『Buffer Under Run』?
文/曹乙帆 、陳耀輝 |
Burn-Proof,全名就是「Buffer Under RunN-Proof」,這個技術就是用來解 決 Buffer Under Run 的問題。這個技術必須從硬體與軟體上做配合,才能達到燒不死的境界。 你也許會問:為什麼要 BURN-Proof 呢?許多燒錄軟體不是已經提供所謂的L2 快取了嗎 (如DiscJuggler、CDRWIN、Feurio!)? 而且現在燒錄機內建的緩衝區動輒 2MB、4MB、 (Acer 8x4x32 還高到8MB),就算同時跑N個重量級應用軟體,也很少發生 Buffer Under Run 的機率。 當然,現在很多硬體配備非常高檔的電腦,已經提供燒錄的絕佳環境,而燒錄機本身在設計時,就已經將緩衝區加大,提供第一道防護,再加上燒錄軟體的第二層把關,是幾乎不會再發生Buffer Under Run 的機率。新一代高倍速燒錄機 ,為了市場更普及,紛紛推出了IDE 的機種,讓消費者不必再另購SCSI卡,就能 享受燒錄的樂趣。甚至燒錄機的燒錄緩衝區也越加越大,讓燒錄失敗的機會降到最低! 可是以IDE 介面本身為單工機制的能力,無法負荷過重的系統負擔,尤其以即時 (on-the-fly) 燒錄的方式來對拷,同時啟動 CD-ROM 與 CD-R/RW,對IDE 更是嚴苛的考驗,還是有很多人難逃Buffer Under Run 的命運。 在燒錄速度技術有更上一層樓的突破,可是加再多的 Buffer 也不見得能完全脫離 Buffer Under Run 的魔掌,尤其使用IDE 介面來作高倍速燒錄,廠商勢必以其他的方式來解決這樣的問題。終於,BP技術可說是為高倍速燒錄機打了一劑強心針,此時透過BP的幫助,從此就可以 Say Good-Bye to Buffer Under Run 了! ■ BURN-Proof 的原理說明 為什麼 BURN-Proof 可以終結掉 Buffer Under Run 的問題呢?以下就是BP技術的原理。 一般來說,我們要製作音樂光碟 (CD-DA格式) 或資料光碟 (CD-ROM格式) , 可以將要預先作好(premaster) 成ISO檔、RAW檔,或者線上即時 (on-the-fly) 燒 錄。這個要寫入的資料必須「持續」且「不間斷」地從電腦上的記憶體傳送到燒 錄機本身,可是當你燒錄過程中,執行了一個程式、上了網、聽了MP3 歌曲、啟動了螢幕保護程式等等,這個資料流的傳送過程就會受到影響。或者來源資料有瑕疵,在讀取時發生讀取錯誤,電腦嘗試重讀而Delay 。這時資料流就容易中斷 ,造成燒錄緩衝區的資料掏空,這樣就是我們常說著名的 Buffer Under Run了。 至於 BURN-Proof 技術,就是讓光碟燒錄機能更天衣無縫地燒錄資料。它在資料流供應中斷時,會在最後的燒錄點暫停下來,與下一個起始燒錄點的距離極其相近,此時雷射頭是不動的,靜靜的等電腦恢復供應資料。不像一 般燒錄機那樣只會對電腦說「Don't stop」,燒錄作業無法暫時中斷,連等一下 電腦都不肯。 圖 支援BP燒錄機遇到電腦忙碌時,可暫停燒錄作業,等電腦恢復後,燒錄作業就繼續進行 ■ 深入剖析BURN-Proof 也許讀者們會有些疑惑,燒錄到一半怎麼可能說停就停,難道不會影響燒錄品質嗎?音樂CD不會產生爆音嗎?... 這些問題相信讀者跟我一樣也想知道,為了更清楚地敘述出 BURN-Proof 的運作原理 ,在光碟機一級大廠 - Plextor 的網站上有更詳細的解說,以下就是 Plextor 對 BURN-Proof 的剖析: 一般情形下,燒錄機將資料燒錄到光碟片的情形。此時在燒錄機裡面的 2MB Buffer 經由電腦陸續傳送資料進來,平時應該都是維持在「滿載」的情況 。Buffer裡面所擺的資料有同步用資料、主資料 (Main data)、以及子通道資料 。其中主資料的部份有2352 Bytes ,資料類型可包含: CD-DA 的2352,或: CD-ROM Mode 1 的 Sync+Header+2048 Data+EDC+ECC=2352,或: CD-ROM XA/Mode 2 的 Sync+Header+SubHeader+2324 Data (EDC) + ECC = 2352 子通道 (Sub-channels) 的資料有98 Bytes,可擺放CD-i、CD+G、Karaoke CD、CD-Text 所需要的額外資料。 以Raw 模式來燒錄的話,一個光碟磁區(Frame或Sector) 的主資料加子通道資料總共是2450Bytes ,加上同步用資料的話,假設共要佔掉大約 2.5K,以 2MB Buffer 的容量就可以放入約2048K/2.5K=819 個磁區的資料,即10.92 秒的資料 (1x),所以用10X的燒錄速度來消耗,Buffer 只能維持一秒的燒錄量。 所以在正式進行燒錄前,Buffer 內的資料要先填滿,且要隨時維持在滿載的情形,以確保隨時都有資料可以燒錄。 如果電腦速度過慢、執行太多軟體、存取網路資料、或傳送介面不穩定... 等影響I/O 傳輸的行為太頻繁,這時資料的持續供應勢必受阻,Buffer 內的資料很快就會消耗完畢。如果電腦無法馬上恢復供應資料的話,Buffer 內的資料就會用罄,然後發生 Buffer Under Run 的問題,燒出壞片。 要是運用 BURN-Proof 技術,它就能偵測到Buffer內資料是否用完,而決定是否要繼續燒錄。以Plextor 的 PX-W1210TA 這部新推出的 BURN-Proof 燒錄機來說, 它在偵測Buffer內的資料量少於總容量的10% 時,就會暫停燒錄的動作。也就是 說,以2MB 的Buffer,只要資料低於200KB ,燒錄動作就馬上暫停,此時燒錄機雷射讀寫頭是停止的狀態。 以Plextor PX-W1210TA 的 BURN-Proof 技術,這個空隙只會在 40μm (0.004公分) 以內,絕對符合橘皮書裡面的規範。這個資料空隙可透過 EDC/ECC 來修正,所以這種片子就跟一般沒空隙的燒錄片一樣,不會有讀不出來、挑片的疑慮,所以使用 BURN-Proof 技術的燒錄機,可以放一百個心。 那麼如果當機 、碰到停電、或者突然拔掉IDE 線,BURN-Proof 還能發揮作用 嗎?答案是:不行!BURN-Proof 只保資料中斷,但可不保停電喔!只要IDE 裝置供電失常,下次恢復供電後,就會自動重置(reset) ,這時 Buffer 裡面的資料早就不見了,你燒到一半的燒錄片也就報銷了! 還有燒錄軟體本身有Bug 、電腦系統不穩 (如超頻)、燒錄機本身的韌體沒寫 好、或者燒錄片太差,也不能保證使用 BURN-Proof 技術後,燒錄出來的片子沒有問題。也就是說 BURN-Proof 主要就是避免意外情形發生,如果電腦有上述的潛在性問題,這時不管有沒有用 BURN-Proof,燒出來片子的品質也是令人堪慮的。 ■ BURN-Proof 高載重實戰測試 為了測試 BURN-Proof在燒錄時,確實發揮作用,筆者以系統高載重的方式, 來測試BURN-Proof 燒錄機的能耐。以下是筆者的測試平台:
筆者只選中階等級的測試平台,以測試 Plextor 燒錄機啟用 BURN-Proof 的燒 錄品質與燒錄速度。 第一個測試是 High-loading Write,在系統高載重的情況下,筆者嘗試把電腦搞成在最忙碌的情況下,利用Nero燒錄整整650MB 的資料,看是否能正常燒錄過關。筆者在背景執行非常多的軟體,如圖所示: ●執行WinAmp,在背景聽MP3 檔案 ●利用WinGoGo 這套日本人所寫的最快速、可支援 MMX、SSE、3DNow!、Enhanced 3DNow! 指令 集的 MP3 Encoder , 來作超複雜的 .WAV→.MP3 運算轉換。 ●利用GetRight在背景,透過InternetShare 去抓一個超大的檔案! ●打開MS-DOS模式,在背景Compile 一套超大的程式。 ●進入Internet Explorer ,到一個非常操CPU 的Java網站。這是一個利用 Java所模擬之1980年代的大 型電玩 - PacMan (小精靈) ,目前沒有音效。 (這個Java網站也可以測試出Java VM 的 Performance ,如果你也想測試你的Web Browser 的Java能 耐,到http://web.utanet.at/nkehrer/ 看看。) 除了執行上述的程式,筆者還在別台電腦透過網路上的芳鄰,連線到這部電腦,做大量的硬碟存取,而且還在這部電腦不時地執行一些Windows 的程式,然後關閉程式,讓硬碟、網路卡、CPU 都累得半死,徹底讓系統滿載。從畫面右下方的System Monitor中,可看到Kernel Processor Usage幾乎是100%,一刻不得閒! 結果呢,居然燒錄成功了!為了證實 Burn-Proof 有發揮作用,筆者特地在做 一次沒有打開 Burn-Proof 的測試,沒多久後,就出現 Buffer Under Run 了。可見 BURN-Proof 在系統超忙碌的狀態下,還是能成功地完成燒錄任務!以10X燒錄, 花了8 分36秒。 至於燒錄所需時間會比原來慢多少,第二個測試就是 BURN-Proof 在正常狀態 下燒錄,要花多少時間。燒錄的內容跟上述的一樣! 系統負荷量少了之後,燒錄作業很快就完成,在10X下燒錄,花了8 分10秒 ,這是正常燒錄時所需要的時間。而上述的高負荷情況,只晚了正常燒錄時間將 近半分鐘而已!平均燒錄速度約為9.5X。 至於燒錄品質,利用檔案比較工具 (筆者是利用Windiff 以檔案方式一一比 較) 發現兩片的檔案內容完全一樣!由此可知在高負荷的系統下燒錄,品質無須 堪慮! ■ BURN-Proof 燒錄品質驗證 第二個測試,就是利用CloneCD 來複製一片含有CD-Text 的音樂光碟,在讀取選項方面,打開了Read SubChannel Data from Audio Tracks,利用 Plextor 燒錄機先讀進整張光碟的內容。 測試3 :測試CloneCD對拷音樂CD的品質,此為讀取選項設定 在寫入選項中,打開了Burn Proof ,並指定 Don't Repair SubChannel Data ,以12X 的速度、RAW DAO 寫入模式,燒錄最原始的燒錄資料。 此為寫入選項設定 然後分別寫入兩張光碟,第一片以正常的方式寫入,不打擾燒錄的過程。第 二片則在燒錄過程中,頻頻故意按 Ctrl-Alt-Del 鈕暫停整個Windows 的執行 (此時會出現 Close Program 的視窗,可強迫關閉執行中的程式) ,確定燒錄機的燒 錄動作停止後 (原先橘色的燒錄指示燈變成綠色的狀態) ,再按 Cance l鈕恢復整個燒錄過程。再整個寫入過程中,筆者先先後後按了不下幾十次,故意中斷執行 、再執行,讓燒錄機在光碟中留下不少的 Data-gap,試圖影響燒錄品質,看看這 片有點殘缺不堪的音樂CD是否會有爆音的情況! 利用CD DAE 0.2 將音軌抓取出來 再以檔案比對程式進行比對。比對的結果真的令筆者感到非常驚訝!居然全 部正確耶!可見BURN-Proof 在燒錄過程中,不管有多少干擾動作,不管暫停多少 次燒錄動作,都還能確保資料完全相同。測試結果筆者只能說一句話:BURN-Proof 果然犀利! 兩邊.WAV檔案比較,居然完全相同!
責任編輯 /倪達洸 |
[返回上頁]
普傑實業股份有限公司 --- 光碟事業部門
台北縣新店市寶橋路 235 巷 131 號 8-1 樓
電話:(02)8919-1510 傳真:(02)8919-1553
e-mail: service@plextor.com.tw