PCDVD數位科技討論區

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php)
-   儲存媒體討論區 (https://www.pcdvd.com.tw/forumdisplay.php?f=20)
-   -   PX-W4012TS入手........... (https://www.pcdvd.com.tw/showthread.php?t=176007)

Chang JQ JQ 2003-02-13 12:32 AM

引用:
Originally posted by pangus
這,這PX-W4012TS(SCSI-3)應搭配哪片SCSI卡,較適合呢?
麻煩先進們使用這部機子的,給個意見囉。
謝謝!


買張中古的 AHA 2940 系列 ^_^
便宜又大碗,在說 這張卡誕生很久了,也夠穩定的了,
也不用怕軟硬體發生衝突。

pangus 2003-02-13 01:26 AM

這AHA-2940U和AHA-2940AU,主要不同點是否為一個含BIOS(2940AU),而另一個(2940U)不含呢?哪裡還可以買到一張全新的2940U勒?謝謝。

生魚片 2003-02-13 05:02 PM

引用:
Originally posted by 無心人
那是因為中環在國內的都是爛片.....
中環的好片都在國外.....
爛片中環寧可留在國內打價格戰.....
沒辦法.....
台灣消費者要便宜嘛~~
唉.....


說到這個我更想罵cmc
朋友拿cmc的空白片叫我幫他燒vcd
結果我己經用12x了,燒出來的片子不是斷斷續續
就是馬賽克一堆,母片完全沒問題,為什麼燒出來
的東西那麼爛??換個錸德的片就沒問題~~X的

生魚片 2003-02-13 05:07 PM

引用:
Originally posted by xtreme
4824ta跟4012ta都是採用三洋控制晶片...三洋為何捨棄Z-CLV改用Full-CAV...


小弟沒其他意思,會改採cav最大的因素在於cav的速度比z-clv快多了
32x跟40x的z-clv差沒幾秒,但是cav就快多了....

生魚片 2003-02-13 05:23 PM

引用:
Originally posted by xtreme
燒錄機廠商有哪幾家有開發控制晶片的能力...
還不是看上游IC設計公司...人家的solution...怎樣寫....就怎樣用...

是阿...40X~52X採用CAV燒錄....
就拿你最愛的PLEXTOR出產的PX-W4824ta來說好了...
既然40X以上的速度是迫於無奈....為了速度才用CAV
那低倍速的32X與24X幹嘛也用P-CAV....PLEXTOR號稱高品質燒錄機王者....
為何32X,24X也用P-CAV...怎不採用你說的高品質Z-CLV....
前面你說過了軔體可以控制燒錄模式嘛...PLEXTOR燒錄機市場no.1會沒改寫韌体的能力嗎

應該沒有人會喜歡GAP吧


同一台機器裡面怎麼可能有兩種模式都有.....:jolin:

生魚片 2003-02-13 05:27 PM

引用:
Originally posted by Chang JQ JQ
>>那低倍速的32X與24X幹嘛也用P-CAV....
>>PLEXTOR號稱高品質燒錄機王者....
>>為何32X,24X也用P-CAV

為了這 24x / 32x 跑去看普傑網頁,咦 沒有 32x 燒錄器,
我想您指的是 48x 降倍速燒錄,既然已經採取 CAV 模式
沒有必要在另外採取 Z-CLV。

討論看到後來
GAP 歸咎於燒不死功能? 其實天大的誤會,如果沒有燒不死功能 ,IDE 燒
錄器不會「蓬勃發展」,SCSI燒錄器還是比現在貴上很多。 >_<

很多人都想關掉燒不死功能,這......已經違反當初設計燒不死的想法了,
兆成 GAP 的結果不是影響燒錄品質的好壞元兇,真正的兇手是片子,以及
燒錄時所做的最佳化功率、定位等有的沒的問題,而非小到不起眼 GAP。


我同意你的說法�***子才是最最最重要的!!
gap大小我才不管哩,反正音樂聽起來只要不斷斷續續的就好了~~
又不是每個人都是金耳朵,那一點些微的差距都聽得出來:)

Chang JQ JQ 2003-02-13 06:13 PM

引用:
Originally posted by pangus
這AHA-2940U和AHA-2940AU,主要不同點是否為一個含BIOS(2940AU),而另一個(2940U)不含呢?哪裡還可以買到一張全新的2940U勒?謝謝。


問 德巍 代理商
http://freebsd.aacom.com.tw/

我是覺得買張中古的 2940uw 約 1 千到 1千五
如果未來打算建構 SCSI 系統,那買張好一點的
29320 或 29160。

現在 IDE 燒錄器是做的相當的不錯,因此買 SCSI 燒錄器,除非
系統架構是 SCSI 否則一般我是不建議使用,因為...貴 >_<

>gap大小我才不管哩,反正音樂聽起來只要不斷斷續續的就好
哈.... GAP 若真的兆成斷斷續續,那事情就大條了

如果想玩玩一些特別的,可以使用 CDRWIN 的 .cue ,有相關
軟體可提供編輯 CDRCue 這套軟體可以編輯,當然也可以手動編
輯,基本上是一個文字型態,幾年前有雜誌有教學,更早的時候當
時燒錄軟體沒那麼的「先進智慧」因此都用這套做「防盜拷」 ^_^
那時可玩瘋了。( 繳了不少空白片的錢 )

happy.sheep 2003-02-14 11:51 PM

許多網友似乎都認為 GAP 是可以忽略的瑕疵
我個人認為觀念是不正確的, GAP 還是會有適當的影響的.
(我是用我說的方法一來測試)
即便 GAP 小到符合規格書的定義(橘皮書+橘皮書修訂本)
只要 GAP 接連或者是密集, 皆會影響到讀取時的效果

有興趣的人可以做以下的測試
方法一. (此方法是給會寫程式的人用的, 若不熟悉程式設計可以採用方法二)
1. 系統上必須已經安裝好 WinASPI
2. 寫一個假的 WNASPI32.dll 來呼叫真的 wnaspi32.dll(一般都放在 windows\system32 目錄下), 輸出函式的宣告與呼叫方式可以 Adaptec 官方下載的 winaspi32 中的 wnaspi32.h 或參考 博碩出版社出版的SCSI測底研究一書
3. 在自己寫的這個 DLL 中把轉呼叫函式 SendASPI32Command 中
於呼叫真的 SendASPI32Command 前給 delay 個 10ms-50ms (此值適用於 16-24x 的速度, 應該很容易造成 burnproof 事件發生)
4. 把這個新的 DLL 給放到 NERO 或是其他會使用或可以使用 WinASPI 的燒錄程式執行目錄中(像是"C:\Program Files\Ahead\Nero\"), 或是如 CloneCD 3.x/Alcohol 120%/CDRWIN 都吃 WinASPI... 然後開啟燒錄程式來燒錄

方法二.
在燒錄過程中, 不斷使用 Ctrl+Alt+Del 強迫系統終止所有執行緒, (僅適用於Windows 2000 下, 其他平台上我沒啥經驗不知道如何強迫停止所有執行緒 ^^|||), 手動造成 BurnProof 事件發生! 但是要做的夠多才會有方法一的效果. 想當然爾, 要搞暴力的產生 burnproof 當然是 直接全自動用 DLL 效果較佳)
(PS. 若網友不會寫程式可以 PM 給我, 我可以提供我改的 wnaspi32.dll 給網友自行測試, 但請小心使用, 不要把這個 DLL 當成 adaptec 官方的 DLL 用, 不然後果會像我以下的測試結果)

把燒錄完成的片子來做個 C1C2 測試或是整片碟片上頭檔案的 CRC 測試看看
我自己的測試就曾經發現燒錄完後再 DUMP 會有好幾的 BIT 錯掉的現象!
還有強迫 delay 狀態下備份的 Windows XP 安裝到一半都會發生安裝錯誤的問題(CRC 錯誤), 原因我猜測無他, 應該是因為 delay 次數過多, 造成光碟機循軌上的困難所導致. 有興趣的網友也可以自己試試看就知道結果!

當初發現是因為讀那本"SCSI測底研究", 自己寫一些呼叫 WinASPI 的程式來玩玩時突發奇想寫引發 burnproof 的程式所導致的
沒想到 burnproof 發生太多還導致一些有的沒的小問題一堆, 從此以後都用低倍速燒錄. 8x-16x 視片子而定, 單然, 片子也是要慎選.

PS. 以上的測試都是用同一個牌子的碟片來作測試, 要有所差別應該不會離譜到哪裡去才是.

PS. 樓上的 Chang JQ JQ 兄, 上頭指的 GAP 不是指 CUE 中的那個 GAP, CUE 中的 GAP 指的是 Track 與 Track 之間的 pregap or postgap...

happy.sheep 2003-02-14 11:54 PM

sorry 多按了一次....請忽略這一篇

Chang JQ JQ 2003-02-15 12:42 AM

>> GAP 指的是 Track 與 Track 之間的 pregap or postgap.
我也沒說一樣吧...只是說可以玩玩

燒錄模式的不同就會是否產生GAP的因素之一,而這 GAP 燒不死
的 GAP 是不一樣,因為資料是以軌段的方式來分開,軌段與軌段
之間就有 GAP。燒不死產生的 GAP 是指 資料區塊內所產生的。

至於您說的方法 一與二
抱歉沒興趣 不參與....

不參與的原因 現在我只對實用性比較熱中,早先年的話,可以和您
切磋 惡搞硬體的行為 ^_^


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

vBulletin Version 3.0.1
powered_by_vbulletin 2025。