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

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

回應
 
主題工具
hwakeye2001
Basic Member
 

加入日期: Aug 2004
文章: 13
Question 請問一下關於Master或Slave

最近常常看到有人燒錄機燒出問題
然後就會有人建議將燒錄機改成Master
因為這種建議好像在CDRW時期不怎麼常見
所以想問問各位比較有研究的前輩一下
這樣子的建議是有什麼根據嗎
     
      
舊 2005-06-01, 01:54 AM #1
回應時引用此文章
hwakeye2001離線中  
LucasLok
Advance Member
 
LucasLok的大頭照
 

加入日期: Nov 2004
您的住址: 奧汀
文章: 331
其實這種說法在CDRW時代已經出現的了,我也是會把CDRW或DVDRW設成Master,一般讀取用的光碟機設成Slave,燒錄是沒什麼狀況發生,致於為什麼.....我也不清楚呢.
 
舊 2005-06-01, 05:12 AM #2
回應時引用此文章
LucasLok離線中  
ifromamerica
Major Member
 
ifromamerica的大頭照
 

加入日期: Apr 2004
文章: 217
引用:
作者LucasLok
其實這種說法在CDRW時代已經出現的了,我也是會把CDRW或DVDRW設成Master,一般讀取用的光碟機設成Slave,燒錄是沒什麼狀況發生,致於為什麼.....我也不清楚呢.


Lucaslok兄小弟曾經聽一位資深的朋友提到,如果同一條IDE裝置的排線上有兩個drive時,通常要把排線上的第一個的裝置設定成Master,而且此drive一定得要比排線上的第二個drive要快,新......
提供給您參考了
__________________


上傳圖片的網站
上傳的網站

思念,像一杯冰冷的水,用很長很長的時間,一顆一顆流成熱淚
忘記,像欣賞殘酷的美,用很小很小的聲音,告訴自己堅強面對
寂寞,是因為思念誰

痛苦,是因為想忘記誰
舊 2005-06-01, 06:08 AM #3
回應時引用此文章
ifromamerica離線中  
cd-dvds.net
Senior Member
 

加入日期: Dec 2003
文章: 1,169
引用:
作者ifromamerica
Lucaslok兄小弟曾經聽一位資深的朋友提到,如果同一條IDE裝置的排線上有兩個drive時,通常要把排線上的第一個的裝置設定成Master,而且此drive一定得要比排線上的第二個drive要快,新......
提供給您參考了

其實排線之尾端應該是接Master,中間接Slave.
http://www.storagereview.com/guide2...ide/confCS.html
如果英文能力好的話,上面那個網站真的有很多技術文章.
不過...
看的真的好累,好像教科書...
舊 2005-06-01, 09:54 AM #4
回應時引用此文章
cd-dvds.net離線中  
hwakeye2001
Basic Member
 

加入日期: Aug 2004
文章: 13
引用:
作者LucasLok
其實這種說法在CDRW時代已經出現的了,我也是會把CDRW或DVDRW設成Master,一般讀取用的光碟機設成Slave,燒錄是沒什麼狀況發生,致於為什麼.....我也不清楚呢.

所以說這種說法還是沒有人知道為什麼就是了...
一直都覺得這種說法怪怪的
因為IDE的Master跟Slave好像並沒有什麼明顯的差別= =a
舊 2005-06-02, 01:46 AM #5
回應時引用此文章
hwakeye2001離線中  
Lions
Major Member
 
Lions的大頭照
 

加入日期: Mar 2005
您的住址: 臺灣國
文章: 165
請問我
把系統硬碟接IDE1的Master把DVD讀取機接IDE1的Slave
把資料硬碟接IDE2的Master把DVD燒錄機接IDE2的Slave
這樣對整體效能讀取速度及燒錄是否有不良影響
請各位給點意見orz
舊 2005-06-02, 10:09 AM #6
回應時引用此文章
Lions離線中  
Gleepss
Major Member
 

加入日期: Aug 2004
您的住址: NewType
文章: 126
IDE Master / Slaver 差別在於:

1. 接 Master 的裝置其存取優先權會高於 Slaver 一級. (不會提高速度)

2. 高速(如硬碟)和低速(如光碟)裝置裝在同一排線上, 該排線傳輸的最高速度會降為低速裝置的速度.

3. 說實在話, Master 跟 Slaver 確實是沒有什麼明顯的差別的.
 裝置(如燒錄機)接 M 或 S 會出問題, 一定要接 M 等等, 那是無稽之談.

4. 正確接法, 排線之尾端應該是接 Master , 中間接 Slaver.
 不過, IDE規格並無強迫一定要這樣接. 反過來接也可以. (如接主機板的那端, 用來接 Master 也沒問題.)
 在排線上就會有標示註明哪邊接 Master 跟 Slaver, 若無, 那妳就是買到不肖廠商的東西.
舊 2005-06-02, 10:27 AM #7
回應時引用此文章
Gleepss離線中  
CDR-RDC
Advance Member
 

加入日期: Oct 2002
文章: 388
引用:
作者Gleepss
IDE Master / Slaver 差別在於:

1. 接 Master 的裝置其存取優先權會高於 Slaver 一級. (不會提高速度)

2. 高速(如硬碟)和低速(如光碟)裝置裝在同一排線上, 該排線傳輸的最高速度會降為低速裝置的速度.

3. 說實在話, Master 跟 Slaver 確實是沒有什麼明顯的差別的.
 裝置(如燒錄機)接 M 或 S 會出問題, 一定要接 M 等等, 那是無稽之談.

4. 正確接法, 排線之尾端應該是接 Master , 中間接 Slaver.
 不過, IDE規格並無強迫一定要這樣接. 反過來接也可以. (如接主機板的那端, 用來接 Master 也沒問題.)
 在排線上就會有標示註明哪邊接 Master 跟 Slaver, 若無, 那妳就是買到不肖廠商的東西.


關於第2.點嚴格來說, 應該是裝置裝在同一排線上兩裝置間傳遞資料(HD<->HD, HD<->CD), 傳輸的最高速度會降為低速裝置的速度.
但若任一裝置與主機間傳遞資料, 並不受影響

假設一ATA66以上之高速 HD <--A
一ATA33以下之低速 HD <--B
一ATA33之 CDROM <--C
試以80pin排線接 A 及 B, 或 A 及 C
用HD Tach或其它HD測速軟體測 A 之讀取速度並不會降到 ATA33 以下,
與排線單獨接A 之速度相同

ps 當然MB要支援 ATA66 以上IDE介面
舊 2005-06-02, 11:34 AM #8
回應時引用此文章
CDR-RDC離線中  
penguinbaby
Major Member
 
penguinbaby的大頭照
 

加入日期: Mar 2005
文章: 182
又學到了一些東西

謝謝各位大大
舊 2005-06-03, 02:14 AM #9
回應時引用此文章
penguinbaby離線中  
Beck
Major Member
 
Beck的大頭照
 

加入日期: Mar 2002
您的住址: 東京
文章: 114
引用:
作者Gleepss
IDE Master / Slaver 差別在於:

1. 接 Master 的裝置其存取優先權會高於 Slaver 一級. (不會提高速度)

2. 高速(如硬碟)和低速(如光碟)裝置裝在同一排線上, 該排線傳輸的最高速度會降為低速裝置的速度.

3. 說實在話, Master 跟 Slaver 確實是沒有什麼明顯的差別的.
 裝置(如燒錄機)接 M 或 S 會出問題, 一定要接 M 等等, 那是無稽之談.

4. 正確接法, 排線之尾端應該是接 Master , 中間接 Slaver.
 不過, IDE規格並無強迫一定要這樣接. 反過來接也可以. (如接主機板的那端, 用來接 Master 也沒問題.)
 在排線上就會有標示註明哪邊接 Master 跟 Slaver, 若無, 那妳就是買到不肖廠商的東西.


關於第3.4.,據小弟所知,裝置的M/S要和排線之M/S作對應,也就是裝置:M 對 排線:M;裝置:S 對 排線:S
換句話說,裝置:M 對 排線:S或裝置:S 對 排線:M"可能"(非絕對)有問題,之前小弟有發生的狀況是燒錄機的部分燒錄倍速會出不來
還有排線之尾端應該是接 Master , 中間接 Slaver.這情況似乎指的是DMA66,100,133的排線,DMA33之前的排線似乎是反過來的(排線之尾端應該是接 Slaver , 中間接 Master)
以上純屬個人經驗,如有錯誤,請不吝指教,謝謝
舊 2005-06-04, 06:32 PM #10
回應時引用此文章
Beck離線中  


回應


POPIN
主題工具

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

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



所有的時間均為GMT +8。 現在的時間是05:29 PM.


vBulletin Version 3.0.1
powered_by_vbulletin 2025。