PCDVD數位科技討論區

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php)
-   儲存媒體討論區 (https://www.pcdvd.com.tw/forumdisplay.php?f=20)
-   -   關於TEAC W540EB 的緩衝8Mb優點 (https://www.pcdvd.com.tw/showthread.php?t=120253)

cshfrog 2002-07-21 10:37 AM

Re: Re: 西滴!! "數大便是美"這句話聽過吧?!
 
引用:
Originally posted by 便便
[QUOTE]Originally posted by guagua
[B]大緩衝區一定是有它的優點存在的 否則大家都做2mb就好了 幹嘛做8mb哩?

-------------------------------------------------------------------
ㄟ ...基本上個人是覺得這是噱頭...若系統穩的話緩衝區要淘空那也很難吧.
..:rolleyes:.....許多人用2MB緩衝的燒錄機還不是連燒不死都沒有用過??.......我是覺得一味的加大緩衝區並不是很明智的作法.....且因為這樣燒錄機就賣的比人家貴一截這種作法也有點牽強說....:) ~~我是覺得與其花錢買這種大緩衝區的燒錄機還不如多注意一下燒錄機與光碟機之間搭配的問題會比較好說...^^這是個人的意見啦...


說得是...但 不懂搭配和穩定系統的人 還是大大於懂的人...

guagua 2002-07-21 12:31 PM

系統穩...?燒錄機也得購穩啊!!
 
SYSTEM...系統: 泛指一部電腦裡的所有硬體和軟體 燒錄機不也是整個系統的一部分嗎? 且真的如樓>樓>樓上說的:遇到濫片時...來源機讀取資料不及供給燒錄機時....那麼比較大的緩衝就比較能避免"燒不死"啟動 縱使啟動燒不死一樣能把CD燒完 但實際上成品的品質就不是那麼的好了... 想想,一首歌OR一部電影中間冒了個0.1甚至0.2微米的間隙... 那不是很#$@%*&...!!!:( :confused:

便便 2002-07-21 04:02 PM

若遇到來源片刮傷很嚴重的話我覺得燒錄者就應該避免使用"on the fly"的這種燒法了說....先透過硬碟緩衝這種燒法我覺得比較保險哩...:)畢竟目前燒錄都已經那麼快了~~為了燒錄品質的我覺得使用的方法與態度是大於燒錄機本身記憶體的大小啦...^^其實我買來燒錄機到現在燒不死功能也從來沒有啟動過...爛來源片也是燒過一堆~~為了省那一兩分鐘使用我是覺得對我來說沒有意義啦...:cool: ....純個人意見~~~:D ~~

Jackie 2002-07-21 04:34 PM

引用:
Originally posted by 便便
若遇到來源片刮傷很嚴重的話我覺得燒錄者就應該避免使用"on the fly"的這種燒法了說....先透過硬碟緩衝這種燒法我覺得比較保險哩...:)畢竟目前燒錄都已經那麼快了~~為了燒錄品質的我覺得使用的方法與態度是大於燒錄機本身記憶體的大小啦...^^其實我買來燒錄機到現在燒不死功能也從來沒有啟動過...爛來源片也是燒過一堆~~為了省那一兩分鐘使用我是覺得對我來說沒有意義啦...:cool: ....純個人意見~~~:D ~~


看您幾篇發言, 直覺您的燒錄經驗應不多(<2,000片), 有時候來源片無法讀取不一定是刮傷嚴重.

為何只有燒錄機製造大廠, 如今仍搭配較大Buffer出貨?
是為了確保燒錄品質, 而非僅以成本考量.
國產貨也有為了擺脫爛貨形象, 加大Buffer為8MB的機種, 您聽過嗎?
後來也是因為成本考量, 恢復為2MB......., 若為了搞噱頭, 還輪的到燒錄機製造大廠嗎? 他們的名號已夠響亮, 應該由其他出貨量少的廠商來搞吧!!

若您仍堅持認為Buffer只是噱頭, 那我也言盡於此, 喜歡的人還是會去敗回家.:(

凌幽幻宗 2002-07-21 07:12 PM

Re: 系統穩...?燒錄機也得購穩啊!!
 
引用:
Originally posted by guagua
SYSTEM...系統: 泛指一部電腦裡的所有硬體和軟體 燒錄機不也是整個系統的一部分嗎? 且真的如樓>樓>樓上說的:遇到濫片時...來源機讀取資料不及供給燒錄機時....那麼比較大的緩衝就比較能避免"燒不死"啟動 縱使啟動燒不死一樣能把CD燒完 但實際上成品的品質就不是那麼的好了... 想想,一首歌OR一部電影中間冒了個0.1甚至0.2微米的間隙... 那不是很#$@%*&...!!!:( :confused:

口古月!這又是一個超能力眼了:eek:也許該讓USO JAPAN採訪你:D
不過"縱使啟動燒不死一樣能把CD燒完 但實際上成品的品質就不是那麼的好了"這個有何根據??

便便 2002-07-22 01:19 AM

引用:
Originally posted by Jackie


看您幾篇發言, 直覺您的燒錄經驗應不多(<2,000片), 有時候來源片無法讀取不一定是刮傷嚴重.

為何只有燒錄機製造大廠, 如今仍搭配較大Buffer出貨?
是為了確保燒錄品質, 而非僅以成本考量.
國產貨也有為了擺脫爛貨形象, 加大Buffer為8MB的機種, 您聽過嗎?
後來也是因為成本考量, 恢復為2MB......., 若為了搞噱頭, 還輪的到燒錄機製造大廠嗎? 他們的名號已夠響亮, 應該由其他出貨量少的廠商來搞吧!!

若您仍堅持認為Buffer只是噱頭, 那我也言盡於此, 喜歡的人還是會去敗回家.:(


大大您說的是....:) ..小弟賜教了~~:) ~~不過大大您說的那個國產貨我記得他加大buffer仍是沒有擺脫爛貨的形象說...:D ~~小弟是認為加大buffer對於燒錄品質的穩定的助益還不如廠商從加強燒錄機的品質來著手,這點才是消費者之福....:) ~

adelies 2002-07-22 01:32 AM

1. 如果來源真的很差,加到 512MB 都沒用,因為資料一直無法準時獲得,還是得一直啟動燒不死。

2. 啟動燒不死在接續燒錄時會有間細,雖然目前可以控制到非常小,但就事論事還是有。

3. 加大 Buffer 可以減少因為短暫無法讀取時立即啟動燒不死,其餘目的說白一點是看的爽,廠商真的要努力的部分是增加燒錄的品質。加大 RAM 與增加燒路的品質的難度,前者再畫電路圖時改一個原件多拉一兩條位址線即可由 2M -> 8M,Layout 也不難!後者是真功夫,是要靠微調參數、改善機構...等等方式才能解決。

當然啦,加大 RAM 減少啟動燒不死,效果是立即見效,而且消費者馬上看的到。但是品質好壞,得要測了、或放久才知道,這點當然是廠商不會告訴消費者的部分,也是為何版上有許多人鍾情於某幾個牌子的道理。

小弟沒燒過幾片,如有謬誤請指教、更正,謝謝。 :)

adelies 2002-07-22 01:42 AM

Re: Re: 系統穩...?燒錄機也得購穩啊!!
 
引用:
Originally posted by 凌幽幻宗
口古月!這又是一個超能力眼了:eek:也許該讓USO JAPAN採訪你:D
不過"縱使啟動燒不死一樣能把CD燒完 但實際上成品的品質就不是那麼的好了"這個有何根據??


如果小弟誤解您的意思請包涵,不過其實「便便」大沒說錯喔:

盤終結者: "BURN Proof" 技術
http://www.goldentimes.net/nero009.htm

防止緩衝區不足的技術
http://www.big5.tomshardware.com/st...21/cdrw-01.html

Just Link 技術
http://www.aopen.com.tw/products/op...+rw/rw5120a.htm

takuro 2002-07-22 01:55 AM

Re: Re: 系統穩...?燒錄機也得購穩啊!!
 
引用:
Originally posted by 凌幽幻宗

口古月!這又是一個超能力眼了:eek:也許該讓USO JAPAN採訪你:D
不過"縱使啟動燒不死一樣能把CD燒完 但實際上成品的品質就不是那麼的好了"這個有何根據??


如果是資料CD的話
燒不死啟動的確沒什麼影響
但是如果是音樂或是VCD的話
可能會有一點點的影響
所以Sanyo的BurnProof也是一直在改進
盡量減少BP啟動時造成的間隙

附上原文
引用:
As I mentioned, "some gaps are satisfactory", but BURN-Proof continues to evolve, and the CRD-BP1400P and CRD-BP4 which started selling last year finally achieved zero gaps on CD-R. I will explain this matter in detail in the 2nd chapter. So, please have a look.

凌幽幻宗 2002-07-22 02:28 AM

謝謝adelies大大提供的連結.takuro大大回答.想不到啟動燒不死也是有所差異.小弟了解了.不知道各牌的燒錄機那個燒不死功能的"間隙銜接正確性"好?我不擅用詞.但我覺得用這七字適乎比較恰當.....


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

vBulletin Version 3.0.1
powered_by_vbulletin 2026。