PCDVD數位科技討論區
PCDVD數位科技討論區   註冊 常見問題 標記討論區為已讀

回到   PCDVD數位科技討論區 > 數位影音討論群組 > DVD 討論區
帳戶
密碼
 

  回應
 
主題工具
starless
Elite Member
 

加入日期: Apr 2002
文章: 8,545
引用:
作者slot387
測試出來的的成績的確不錯

不過似乎有點不太真實...

像是只用4X讀取,一般都會設定在8X,應該沒有人會用4X以下讀取資料吧?!

(除非用光碟來看影片 )

而雖然設定為4X讀取,但以圖片看來,實際上的讀取速度似乎不到兩倍?!

雖然PIF=0,但是感覺不太可能...再怎麼好的片應該會有PIF吧?!(是小弟搞錯嗎? )

建議樓主測試8X以上的讀取看看...或者是換CD-SPEED的版本

因為讀取速度過低,不太真實...


哈∼即使是資料,又有哪些資料是能用得到用8x去讀?!
一般人使用的DVD-ROM不要說是8x,連4x去讀到的機率都很少.......
除非是在ripping或是backing up.....
否則有多少情況一直用超過1x的DVD讀取?

以現在DVD的用途而言,絕大部分都是在1x下運作........
     
      
舊 2005-12-03, 09:02 PM #11
回應時引用此文章
starless離線中  
a09117034
Major Member
 
a09117034的大頭照
 

加入日期: Jul 2005
文章: 278
依小弟之見 由於樓主的CD SPEED的版本過舊 所以PIF無法測試

而CD SPEED是以 PIF的最大值除2來做分數的判斷 所以這張測試圖不準

建議樓主更新版本後 再PO張測試圖上來
 
舊 2005-12-03, 10:11 PM #12
回應時引用此文章
a09117034離線中  
slot387
Golden Member
 

加入日期: Oct 2002
您的住址: 台北市
文章: 3,940
引用:
作者starless
哈∼即使是資料,又有哪些資料是能用得到用8x去讀?!
一般人使用的DVD-ROM不要說是8x,連4x去讀到的機率都很少.......
除非是在ripping或是backing up.....
否則有多少情況一直用超過1x的DVD讀取?

以現在DVD的用途而言,絕大部分都是在1x下運作........


也對,一般如果是直接即時播放DVD上的資料時

(如看影片或者是看DVD上的資料)

應該也是1X,

不過當拷貝資料的時候,應該不可能只有1X吧?!
舊 2005-12-03, 10:29 PM #13
回應時引用此文章
slot387離線中  
shiang0816
Basic Member
 

加入日期: Oct 2005
文章: 9
引用:
作者a09117034
依小弟之見 由於樓主的CD SPEED的版本過舊 所以PIF無法測試

而CD SPEED是以 PIF的最大值除2來做分數的判斷 所以這張測試圖不準

建議樓主更新版本後 再PO張測試圖上來



聽了各位大大的建議.小第下載了新版的CDDVD SPEED.趁今天重灌一並裝上.這兩天再把新的測試PO上來.新手上路.還請各位大大多提供意見
舊 2005-12-03, 10:29 PM #14
回應時引用此文章
shiang0816離線中  
ideatango
Advance Member
 

加入日期: Aug 2004
文章: 454
1.檔案可能要寫滿一點 (~ 4.4G)
2.CD-DVD Speed 4.10 Disc Quality 傳輸速度設為8x以上
測試出現分數可能會更具有參考性 !
舊 2005-12-03, 11:04 PM #15
回應時引用此文章
ideatango離線中  
starless
Elite Member
 

加入日期: Apr 2002
文章: 8,545
引用:
作者slot387
也對,一般如果是直接即時播放DVD上的資料時

(如看影片或者是看DVD上的資料)

應該也是1X,

不過當拷貝資料的時候,應該不可能只有1X吧?!


right...沒錯......在ripping跟backup時有機會超過1x.......

but大部分的data DVD,都是燒來當作備份,而不是再去當母片去複製.....
因此以比例跟用途來看,絕大多數幾乎都是放影片內容、1x playback......
舊 2005-12-04, 12:54 AM #16
回應時引用此文章
starless離線中  
slot387
Golden Member
 

加入日期: Oct 2002
您的住址: 台北市
文章: 3,940
引用:
作者starless
right...沒錯......在ripping跟backup時有機會超過1x.......

but大部分的data DVD,都是燒來當作備份,而不是再去當母片去複製.....
因此以比例跟用途來看,絕大多數幾乎都是放影片內容、1x playback......


連S大都這樣說了

那應該是小弟觀念錯誤...

不過樓主這樣子的測試真的算是很好的嗎?
舊 2005-12-04, 02:09 AM #17
回應時引用此文章
slot387離線中  
starless
Elite Member
 

加入日期: Apr 2002
文章: 8,545
引用:
作者slot387
連S大都這樣說了

那應該是小弟觀念錯誤...

不過樓主這樣子的測試真的算是很好的嗎?


哈∼slot387兄不用緊張.....
那是因為DVD本來一開始就是為了取代VCD這種舊世代影音儲存規格而設計的....只不過它一樣有for data跟for audio的用途........

DVD Video、DVD Audio於playback時都是以1x運作那無庸置疑,而雖然在電腦上使用DVD for data有機會使用超過1x,但由於reading speed是線性提升,有些機種甚至到最外圈、最高倍速也上不到8x。所以要除非在ripping跟backup,不然random access要殺到8x幾乎是不大有機會.........

至於測試,那是另外一回事。
雖然1x reading符合我們最常使用的DVD狀況,但
由於考量到時間性的平衡,當初Kprobe是被建議以4x CLV來讀取,一方面避免測試時間過長,一方面可以每個區域都用等速來讀取,排除reading speed的差異。

後來Benq可以殺到8x測試後,漸漸地這種趨勢就轉移到以8x reading.........雖然我會認為這樣內圈跟外圈的速度就差了快一倍,但速度設定並沒有硬性規定對錯,在看圖的時候注意一下即可。

至於樓主的圖,沒有PIF是不可能的,所以很顯然樓主用的是舊版CD Speed,所以妳說的關於樓主測試方面的事項跟建議是正確的沒錯。

只是我不小心看到你其中的一句話,關於讀取DVD for data的狀況提出來跟您討論而已啦!
舊 2005-12-04, 09:59 AM #18
回應時引用此文章
starless離線中  
feedback
Master Member
 
feedback的大頭照
 

加入日期: Nov 2002
您的住址: 氣候越來越不友善的中部首善之區
文章: 1,773
引用:
作者starless
哈∼slot387兄不用緊張.....
那是因為DVD本來一開始就是為了取代VCD這種舊世代影音儲存規格而設計的....只不過它一樣有for data跟for audio的用途........

........


DVD應該是取代了VHS跟LD(後兩者並沒有被VCD取代),這樣說比較合理;VCD雖然在某些地區很普及,但不能說它是一種常規化的標準媒體
雖然它有明確規格,但以MPEG1畫質並沒有比VHS跟LD出色的基本面來看,他是實現了將影像儲存小型化的特色,但還不足以稱做是意義上正統的規格

事實上DVD應該跟MPEG2這個規格有很大關聯,你也可以看看目前的MPEG4 AVC不也是影響著藍光媒體的問世麼
__________________

我最欣賞的指揮家 Karl B螌hm ﹝Austria﹞ 和我最喜愛的鋼琴家 Maurizio Pollini ﹝Italy﹞
舊 2005-12-04, 11:04 AM #19
回應時引用此文章
feedback離線中  
starless
Elite Member
 

加入日期: Apr 2002
文章: 8,545
引用:
作者feedback
DVD應該是取代了VHS跟LD(後兩者並沒有被VCD取代),這樣說比較合理;VCD雖然在某些地區很普及,但不能說它是一種常規化的標準媒體
雖然它有明確規格,但以MPEG1畫質並沒有比VHS跟LD出色的基本面來看,他是實現了將影像儲存小型化的特色,但還不足以稱做是意義上正統的規格

事實上DVD應該跟MPEG2這個規格有很大關聯,你也可以看看目前的MPEG4 AVC不也是影響著藍光媒體的問世麼


oh...受教了....
舊 2005-12-04, 12:52 PM #20
回應時引用此文章
starless離線中  


    回應


POPIN
主題工具

發表文章規則
不可以發起新主題
不可以回應主題
不可以上傳附加檔案
不可以編輯您的文章

vB 代碼打開
[IMG]代碼打開
HTML代碼關閉



所有的時間均為GMT +8。 現在的時間是07:47 AM.


vBulletin Version 3.0.1
powered_by_vbulletin 2025。