PCDVD數位科技討論區

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php)
-   儲存媒體討論區 (https://www.pcdvd.com.tw/forumdisplay.php?f=20)
-   -   Plextor專訪:怎樣製造出能燒出好音質CD的燒錄機? (https://www.pcdvd.com.tw/showthread.php?t=162416)

wcc8914 2002-12-19 09:41 AM

Re: Plextor專訪:怎樣製造出能燒出好音質CD的燒錄機?
 
引用:
Originally posted by SCE
http://www.zdnet.co.jp/news/0212/18/nj00_cdr4.html

5.on the fly對燒會比先拷貝到硬碟再燒要來的音質更好,原因同上。就是訊號處理距離短,不容易被其他訊號干擾。

這跟我的觀念完全相反,真是糟糕。
只是,印象中以NERO來說,不論何種燒錄方式,都會先讀進BUFFER,
也就是進入RAM or HD,那on the fly還會比較好嗎?
不知道有什麼軟體在on the fly是將光碟機與燒錄機資料直接對傳?
且除了SCSI外,IDE辦的到嗎?

CopyCat 2002-12-19 10:20 AM

學到不少啊~

adelies 2002-12-19 10:20 AM

Re: Plextor專訪:怎樣製造出能燒出好音質CD的燒錄機?
 
引用:
Originally posted by SCE
http://www.zdnet.co.jp/news/0212/18/nj00_cdr4.html
4.一般而言,SCSI燒錄機音質會比IDE燒錄機要好,因為IDE的信號全在主機板上處理遊走,容易被其他信號給干擾影響。SCSI最重要的信號處理是在SCSI卡上的。
5.on the fly對燒會比先拷貝到硬碟再燒要來的音質更好,原因同上。就是訊號處理距離短,不容易被其他訊號干擾。


????

說實在,不太懂這:

1. SCSI 與 IDE 只是 "介面",關燒錄信號啥事?各位相信嗎?用 IDE 如果代表 "資料流失",那各位放在 IDE 的資料早就全部掛蛋。而 SCSI 的資料也是會經過 SCSI 卡, SCSI 控制器, 南橋北橋, CPU 啊...

2. 訊號處理距離短? 這又是啥?
電腦裡面各 Bus 的設計就是要不傳錯資料,所以才有速度上限,如果 Bus 會傳錯資料,那就糟糕了!只要電腦穩定,是沒有傳輸不穩的問題 (但超頻等等造成不穩的話就有可能),不管你把資料怎樣傳,都是和原來一樣

雖然小弟看不懂原來的文章,不過,這篇如果真的這樣寫,感覺大有問題 :confused: :confused: :confused: 有空來看看能不能看的懂 JAP -> ENG 的網頁... ;)

各位難道都沒有任何懷疑嗎?如果一切都是 SCSI 好,那把一台 IDE 裝個 SCSI 轉換介面是不是豬羊變色了呢?

SCSI 的光碟機與硬碟的確通常比 IDE 耐用與多工能力好,加上成本可以拉高,所以自然可以做的 "好",而不會向 IDE 一樣一天到晚要 COST DOWN (減價)。所以,如果成本可以比較高,廠商自然不會用次級或想辦法 "精簡" 用料與 "簡化" 相關的設計。假如真的資料正確與否,會和 SCSI 有關係,那用 IDE 的光碟機與硬碟機的人全部都要把設備拿去進行自由落體實驗了...

SCSI 的燒錄品質 "可能" 可以比較好,但這是硬體上的改善與強化,而不是與其傳輸介面的名稱有關!如果要這樣宣傳,那就是故意塑造 "神話",而不是追求 "事實" 與 "實証" 的文章。

當然,小弟的觀念可能有錯誤,所以,歡迎對 "此問題" 互相討論,對事不對人,小弟會非常願意與大家一起討論,如果是自己錯,絕對不會打死不承認。

mokog123 2002-12-19 10:48 AM

SCSI的規格訂定較嚴格,因為以前是MAC以SCSI作為傳輸規格後,PC才有訂定相關規格,加上SCSI存在PC上常見於工作站上,訊號處理距離短?如果你去將硬碟接45CM和90CM去比較就知道,訊號距離會影響訊號傳輸,資料的正確性那是早期IDE燒錄機並沒有燒不死的功能,很容易因暫存區資料掏空而燒出飛盤,SCSI則有不會

martinboy 2002-12-19 10:56 AM

這台要多少錢阿!!
粉想換說!台灣不知進了沒!!

JoyFan 2002-12-19 11:02 AM

Re: Plextor專訪:怎樣製造出能燒出好音質CD的燒錄機?
 
引用:
Originally posted by SCE
http://www.zdnet.co.jp/news/0212/18/nj00_cdr4.html

又是一篇好文章,裡面也有一半在探討PlexMaster這台專業級燒錄機。
照慣例我只講重點:

1.要燒出好音質的CD,燒錄機電源部分相當重要,一般來說,外接式電源一定比內接式的干擾要少,所以外接式燒錄機音質會比內接式的好。
2.震動要盡量押到最低,這點燒錄機和片子都要有所講究。PlexMaster 02這台燒錄機就強調內部用全鋁製的一個特殊轉盤,可將CD旋轉時震動降低,進而降低片子外圈燒錄時的jitter。
3.機器顏色也會有差,黑色比較好。這時當然又要廣告一下PlexMaster了,全機器外部內部全塗黑。
4.一般而言,SCSI燒錄機音質會比IDE燒錄機要好,因為IDE的信號全在主機板上處理遊走,容易被其他信號給干擾影響。SCSI最重要的信號處理是在SCSI卡上的。
5.on the fly對燒會比先拷貝到硬碟再燒要來的音質更好,原因同上。就是訊號處理距離短,不容易被其他訊號干擾。


1.認同,燒錄機的電源是否穩定原本就相當重要
2.認同
3.沒用過 Plextor 的黑色機種不便發表意見
4.我覺得這句的 "信號" 有點問題,嚴格來說應該是指 "資料" 吧 ? 若經由 IDE 介面所傳送的 "信號" 有問題,那我想 IDE 的硬碟也別玩了,因為所傳的資料都有問題,這句話我覺得有可疑之處
5.這點就更誇張了,要知道 ON THE FLY 的燒錄方式 SOURCE 只讀一次,而且並沒有重複比對資料是否正確,跟 EAC 這種軟體所提供的功能差太多 (可對 SOURCE 做 OFFSET 並且可重複讀取資料),若是已燒錄品質而言,我想由EAC 所做出來的光碟並不會比 ON THE FLY 差

以上若有錯誤還請不吝指教

xtreme 2002-12-19 11:12 AM

引用:
Originally posted by gendoh


不.. 傳輸的資料不同.. SCSI就是因為燒錄所需的信號會由SCSI上的

處理器負責傳輸, 不必經由南橋處理, 所以在南橋晶片速度不高或是之前CPU

速度不快的時候, SCSI多工能力比IDE介面的燒錄機強上許多就是這原因~

如果不是這樣傳輸.. 那也就沒有SCSI存在的必要與優勢了..

SCSI(Small Computer Systems Interface)

加上來源是IDE硬碟或是IDE光碟機呢......
燒錄機是由SCSI的處理器負責監控"動作",南橋負責傳輸資料與指令給SCSI卡上的處理器,資料照樣要經過主機板...不可能只在SCSI卡上跑而已...

adelies 2002-12-19 11:13 AM

引用:
Originally posted by mokog123
SCSI的規格訂定較嚴格,因為以前是MAC以SCSI作為傳輸規格後,PC才有訂定相關規格,加上SCSI存在PC上常見於工作站上,訊號處理距離短?如果你去將硬碟接45CM和90CM去比較就知道,訊號距離會影響訊號傳輸,資料的正確性那是早期IDE燒錄機並沒有燒不死的功能,很容易因暫存區資料掏空而燒出飛盤,SCSI則有不會


小弟知道訊號的 SI (訊號品質) 問題,所以當然知道訊號 "長度" 會影響傳輸的訊號 "品質"。但傳輸的資料在正常的機器上,是 "不可以有錯",如果有錯,那大家就不用玩了。

而且,SCSI 的排線長度和 IDE 比,不是不相上下嗎?

小弟上面所說的問題不是在討論 SCSI 與 IDE 的好壞 (SCSI 當然是讚),只是懷疑這篇的 "立論根據" 有問題。就像拿一台伺服器用的 CPU 與一般 PC 的 CPU 比,然後說,對,就是因為受到 OOO 加持的關係,所以伺服器的 CPU 比較穩?!

舉例,小弟的 IDE 燒錄器有燒不死,但從來沒啟動過,相信版上也有很多人一樣,絕對不會讓他有啟動燒不死的機會。

至於 Buffer,SCSI 如:PlexWriter™ 40/12/40S 有 4MB:
http://www.plextor.com/english/products/40_12_40s.html

IDE 也有,所以這點其實不是主要的問題。至於傳輸的範圍,xtreme 大已經有解釋,謝謝~

CFone 2002-12-19 11:17 AM

連結第二頁有提到
SONY CDU921S-PR & 948S 等老機器
是在說什麼?
有沒有看得懂得大大可以就那部分說明一下
謝謝!!

mokog123 2002-12-19 11:23 AM

你怎會知道燒不死沒有啟動,如果說燒680MB要10分鐘,但是卻燒了13分鐘,就有可能啟動,扣掉傳資料到暫存區,導入導出的時間,以前燒不死主要應付
於暫存區資料錯誤,燒不死有沒有啟動看燒入時能不能開多個視窗作事還能很順就知道,現在高倍速燒錄機更是常啟動燒不死


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

vBulletin Version 3.0.1
powered_by_vbulletin 2025。