引用:
作者路人亂入
感恩....先睡去...
明早起床在看....
就 先這樣 
|
趕場找朋友好累....
先po有看到的=.=....
先說好,英文程度爆的人,不要要求翻得很好....
---------------------------------------------------------------------
ErikDeppe 在該討論區的回答:大概作個整理,英文爛,翻譯不佳請多包含=.=....
http://club.cdfreaks.com/showthread...85&page=3&pp=25
1.Nero CD-DVD Speed 3.0已經使用5種不同的方法確定速度,但是看起來大多數的liteon DVD-ROM與
COMBO機還需要一種方法[可能是並不支援NERO cdspeed3.0測試速度] (2004.05.28.回覆DJ_Farid 所使用
的liteon 166s在cdspeed3下的問題)
2.根據NEC 他們的燒錄機不能報告PI/PO值錯誤,因此我以為NEC 晶片組沒有這個特徵。但是很可能軔體
更新可能增加對NERO cdspeed3.0的支援。 如果如此或許測試的PI/PO值錯誤的功能變得更受歡迎,他們(
研發人員)將考慮增加這個特徵 (2004.05.28.回覆rdgrimes的NEC為何不支援NERO cdspeed3.0的問題)
3.我還沒用166S測試來自LiteOn163S的結果,但是結果可與來自LiteOn DVD 燃燒器的結果相比較, 在下
面的screenshots上,如你所見。如果如此或許測試的PI/PO值錯誤的結果變得更受歡迎,他們(研發人員)
將考慮增加這個特徵 (2004.05.28.回覆noleshaun跟DJ_Farid一樣,都是對於LITEON DVD-ROM在NERO
cdspeed3.0下所表現結果的疑問)
http://cdspeed2000.com/forum/JLMS__...-2004_00_28.png
http://cdspeed2000.com/forum/LITE-O...-2004_00_28.png
4.在CDSpeed v3 Disc Quality Test 的測試之下;超過60的得分是好的。 一個90的得分是傑出的 。
(2004.05.28.回覆pinto2對於quality score[品值測試得分]的疑問)
5.我下周應該拿得到832S,因此我才能從速度設定上檢查問題。 (2004.05.28.回覆Pulsee對於LITEON
812S OC 832S測速的問題)
6.Blackfriar也正用他的JLMS XJ-HD163D (LITEON 163S)在3.0版下作Probs 的報告。
http://club.cdfreaks.com/showthread.php?t=96331
C1/C 2 試驗的確不與LiteOn CD-RW,DVD-ROM 光碟機。無論怎樣我已經修正這些問題,在下個新版本不
久將可以使用。
7.我已經檢查它,但是還是無法重現相同問題。我使用來自微軟公司(ohci1394.sys version
5.00.2195.665 on Windows 2000)的標準1394驅動器 ,我將檢查一個不同的系統測試看看。
(2004.05.28.回覆rdgrimes詢問Nu-082在1394下無法順利測試NERO cdspeed3.0;但在USB2.0外接又可以
正常運作的疑問)
----------------------
rdgrimes
我的Win2000 驅動程式顯示"5.0.2183.1"日期為11/14/99。 1394外接盒是應該使用Oxford 的晶片組。
我也已經看見用USB的連結,但是我懷疑他們被程式本身和有這個光碟所引起的一個問題。
----------------------
rdgrimes
我不知道它使用的是什麼晶片組,驅動程式是USBSTOR.SYS,與這條1394是相同的檔案版本。
http://www.byteccusa.com/product/enclosure/ME-320.htm
----------------------
8.我還沒在這個程式下使用USB2看到任何問題;我所測試的IDE TO USBUSB2是向普賽裡斯(Cypress)晶片
組。 (2004.06.01.回答rdgrimes用外接盒測試NERO cdspeed3.0的問題)
9.BENQ燒錄機是軔體的問題;BENQ燒錄機並不是不斷改進,但是如果他們取得任何(軔體上的)進步,我將
詢問BenQ。(2004.06.01.回答pchilson使用BENQ燒錄機在Disc Quality Test的問題)
10.mitodna,我無法從BenQ下載點(連接死了)下載得到B3EC與B3HC i兩個連結。 (2004.06.01.回答
mitodna使用BENQ燒錄機B3EC軔體的問題)
11.是的。我在一個不同的系統上測試它,我看相同的問題。PI/PO值錯誤命令一被送,光碟機就會被鎖住
而無法運作。這是在XP下;在Windows 2000下的系統上則是正常的運作(硬體系統相同下)。這個問題若是
不使用1394外接盒就不會發生。我將要在那個系統上試驗USB2界面。 (2004.06.01.回答rdgrimes在1394
外接盒是否解決的問題)
12.在3.00 和3.01之間的唯一的差別是 在光碟Quallity裡的錯誤訊息測試,但是我將運轉一些試驗有
BenQ在一個USB界面上。你能告訴我你用於測試哪種光碟嗎? (2004.06.03.回答beach-hobo用BENQ燒錄
機採用軔體B3BC, B3EC,和B3HC在USB與1394下的測試問題)。
[註:beach-hobo用BENQ燒錄的光碟片是YUDEN000 T01 (DVD+R) ]
http://club.cdfreaks.com/showthread...85&page=6&pp=25
13.有由於光碟質量檢驗和在3.10的這驅動程式的一個問題。這已經被修正,一個新版本不久將會釋出。
同時你能在NERO cdspeed3.0使用Toshiba進行良好的測試工作。 (2004.07.28.回答superpicka的Toshiba
M-1802在WIN2K與WINXP都無法運作NERO cdspeed3.0的問題)
14.MSI MS-8216S 16 DVD-ROM光碟機被支持,但是它有一個非常低的掃描分析。這將導致非常高的PI/PO
值錯誤。但是這跟檢查光碟質量這沒很大關係。 與一個劣質光碟相比較,一個高品質的光碟應該顯示較
少PI/PO值錯誤。(2004.07.28.回答superdvdfreak根據作者網頁的建議使用MSI MS-8216S 16 DVD-ROM光
碟機測試NERO cdspeed3.0的問題)
15.問題是LiteOn 有時並不會報告正確的速度設定。我仍然努力為它找一種變通辦法。 (2004.07.28.回
答C0deKing在LiteOn DL軔體測試的問題)
16.令人遺憾的是Plextor燒錄機將不被支援。 Plextor只喜歡在PlexTools裡有這功能性。(2004.07.28.
回答 Jamos詢問plextor是否能在NERO cdspeed3.0做bler掃描的問題)
17.BENQ 822A能夠達到非常好的結果﹗它不到達得比這更好 (It doesn't get much better than this
←不會翻=.=....) (2004.07.28.回答Wyrman測試BENQ 822A的問題)
---------------------------------------------------------------------------[直翻不修飾]
muchin
Let me say at first that I am very grateful to Erik for providing this remarkable program,
which I valued tremendously, especially the unique new feature to enable consumers to
measure jitters in CDs in absolute scale.
My observations below may have not been reported before, correct me if I am wrong. I almost
could not believe my eyes when I saw the average C1 value reported by CD Speed at max
scanning speed to be smaller than that at 6X speed by a factor >2.8 using a Nu 061 DVD
writer. Pondering over the mystery for some time, I set the program to show statistics (a
nice option), finally clues were found after analyzing the data, part of which are shown
below (for simplicity only 3 speeds are given):
讓我最初說我非常感激艾利克提供我明顯地估價的這個驚人的計畫, 特別是對措施使消費者成為可能的
獨特的新特徵在絕對量表裡在CD 裡感到緊張。
我的下面的報告以前可能沒被報告,如果我錯誤,改正我的錯誤。 我幾乎不能相信我的眼睛, 當我看見
平均C1價值被以最大的掃描速度以CD 速度報告更小時, 以6X速度透過一個原素的那個>2.8位使用的Nu
061 DVD作家。 一段時間思考祕密, 我確定計畫放映統計(一種好的選擇), 最後,線索發現下分析數據
,部分在(適合只有3速度給的樸實)下面顯示之后︰
Note the progressive decrease in the number of samples, which resulted from the greater
sampling intervals when the speeds were higher, and the average values varied in parallel to
the numbers of samples. Simple calculations revealed that the averages were derived from
dividing the C1 total by the disc size in seconds, which is 4440 in this case. However, the
chipset most probably sums the errors in a fixed number (presumably 75) of sectors to give a
sample, as evidenced by the high degree of similarities between the profiles of the various
graphs when not zoomed. So the averages should equal to the C1 total (which will be more
fitting to be referred to as accumulated C1) divided by the number of samples. When
re-calculated this way, the following results were obtained:
注意到在樣品號方面的逐漸的減少,這當速度更高時,起因于更大的抽樣間隔, 並且平均價值並聯變化
到樣品號。 簡單的計算揭示平均數由在幾秒鐘內用C1 總數除以這個尺寸光碟而來,這是這種情況4440。
但是, 晶片組最有可能總數錯誤在給一樣品的一部門的固定的號(大概75)內, 象透過在各種各樣的圖的
外形之間的高度的相象證明的那樣被不縮放。 如此那些平均數等于能,那些C1統計(, 哪個將更適合被
稱為累積的C1)除以樣品號。 當被以這種方法重新計算時,下列結果被獲得︰
Now the variations in the C1 averages look more reasonable. The total C1 in the disc may be
estimated as the accumulated C1 multiplied by the sampling intervals, assuming that the
sampled sectors together are representative of the whole disc.
Hopefully the program will be revised by a simple fix of the calculation process. Of course
it will be even nicer to let the numbers of sectors in a sample vary in accordance with the
sampling interval if the chipset supports such a mode.
I wonder whether the abnormal sampling intervals at high speeds are common to the Nu drives
or peculiar to the unit I own. One ought to keep in mind that C2 errors, if present, may
escape detection with such a drive at high speeds .
BTW, this writer is supported by version 3.0, but not by 3.1.
現下在C1平均數方面的變化看起來更合理。 在這個光碟裡的總C1可能被估計為被累積的C1乘以抽樣間隔
, 假定被取樣的部門一同是這個整個光碟的代表。
有希望計畫將被計算過程的簡單的困境修正。 當然,讓的數量部門在一樣品內變化將更好, 根據抽樣間
隔晶片組支持這樣的一種模式。
我想知道是否以高速的異常的抽樣間隔對通用是Nu開車或者特有我擁有的單位。 一個人應該記住C2 錯誤
,如果提出,可以以高速用這樣的運動逃過偵察。
BTW,這位作家被第3.0 版本支持,但不是到3.1點。
---------------------------------------------------------------------------
http://club.cdfreaks.com/showthread...85&page=7&pp=25