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

回到   PCDVD數位科技討論區 > 電腦硬體討論群組 > 效能極限
帳戶
密碼
 

  回應
 
主題工具
kkcity59
Senior Member
 
kkcity59的大頭照
 

加入日期: Nov 2002
文章: 1,294
引用:
Originally posted by 阿耀兄
我只能說 平面設計人員對PC不以為然 是因為MAc 漂亮(大多是年輕人)
或是真的是老MAC的使用者.....在以往mac( 9600之前)是電腦界量產的技術領先者
SCSI 1394 都是在MAC 領先使用的....以往是PC追者mac跑...
現在則是相反....MAC的cpu時脈 拉不上 才會有雙CPU機種的出現......
Adobe 也沒有傾向PC 最大的問題在Quark 在PC上任沒有中文版...
而Quark 在組頁軟體的地位 跟MS在PC 差不了太多...
而有網友說到色彩管理 這點是pc的致命傷...
MS跟HP 在PC制定的SRGB 跟印刷界 格格不入.....而pc
的硬體多元化 要求色彩準確 真的比不上 單一廠商的MAC....
說真的 用PC設計好作品的人也不少..用MAC做爛東西的也一推....
....設計行業的人員應該瞭解PC與MAC的優缺點
而不是把MAC看成的太清高......


一開始G4採用雙處理器,確實是他的處理器速度已經落後x86處理器太多了
其實我蠻贊同應該採用雙處理器的電腦,只要os有適當的支援就可以了
只是我認為目前沒有什麼良好的Benchmark,可以真實反應出SMP的好處
這不光是Mac,在PC上也是一樣的狀況。PC上大家最愛的測試程式
例如3dmark或cpumark,smp對他的測試成績沒有半點幫助(甚至會更慢)
但是在許多情況下,smp都有相當的助益,這是我覺得很可惜的地方

專業的印刷小弟實在外行,雖然也有唸過半年的色相學,我最常印的是相片
但是我的數位相片不管怎麼印,跟螢幕比起來顏色都很淡,這問題可能很複雜
一些跟我用同一台相機(canon eos 10D)的網友幾乎都有相同的反應
另外我相信不同的印表機,列印結果也會有差,所以我也不會一下就確定
最大的毛病是在"我用的電腦是一台PC"嗎?
     
      
舊 2003-10-25, 05:51 PM #61
回應時引用此文章
kkcity59離線中  
parsonslin
Regular Member
 

加入日期: Aug 2001
文章: 63
引用:
Originally posted by kkcity59
我的意思是..因為有directx,多軌放音對處理器速度來說,根本不是一個負擔
至於單純多軌錄音,其實他對處理器的負擔也是很輕,但是可能對i/o負擔很重
例如32軌的192khz 16bit的data量可能是20mbps
沒有大量buffer還伴隨大量seek時,很多硬碟就會碰到瓶頸了

其實我覺得directx的誕生,是我最願意稱讚微軟所做的幾件事之一
統一的API,統一的WDM寫法,HAL的相容模式,是真的省去不少麻煩
我覺得問題還是回歸到PC本來就是一個開放的系統,他會碰到的狀況
要比Mac多很多,我也認為相當正常。但是不是說所有的場合,所有的情況
您所使用的PC,都會發生很多問題的


小弟並不認為在directx底下會使cpu負擔減輕,那只是一個API,而不是一個DSP快到可以分擔CPU的處理能力!像我在CAKEWALK上面處理24軌的聲音,使用的是Ultra160的scsi硬碟(10000轉),cakewalk上面所顯示的資源負荷就很驚人,每每跳到50%以上,這也是為何還是需要去買一塊硬體dsp的聲訊處理卡!
 
__________________
目前我的兩部愛機--
P4/2.4G (with Wavemaster) & Apple G4/1.25G

舊 2003-10-25, 08:09 PM #62
回應時引用此文章
parsonslin離線中  
kkcity59
Senior Member
 
kkcity59的大頭照
 

加入日期: Nov 2002
文章: 1,294
引用:
Originally posted by parsonslin
小弟並不認為在directx底下會使cpu負擔減輕,那只是一個API,而不是一個DSP快到可以分擔CPU的處理能力!像我在CAKEWALK上面處理24軌的聲音,使用的是Ultra160的scsi硬碟(10000轉),cakewalk上面所顯示的資源負荷就很驚人,每每跳到50%以上,這也是為何還是需要去買一塊硬體dsp的聲訊處理卡!


我可能沒有說清楚,directx本身,當然不是要減輕cpu的負擔
他是一個統一的API,所以對音效來說,只需要寫出符合他的驅動程式
就可以藉由directx,做到digital mixer的能力,做到多軌的播放
否則從前在dos下面,是沒有很容易的方案去解決這樣的問題的
另外dsp的音效錄製卡,我相他應該還是在錄製同時,能夠加上某些效果
單純的多軌錄音,並不需要很高速的處理器來處理,除非真的極多軌
而多軌放音佔去的系統頻寬,才是造成許多延遲的問題更嚴重的因素
好比電視卡畫面捕捉,其實他不需要高速的處理器,因為處理器處理的部分很少
他只需要把frame buffer的data,以每秒需要的frame數放進記憶體或硬碟
問題是不壓縮的影像資料極大,這樣簡單的動作,得配合很寬的system bus
還有memory bus,而這樣的需求的電腦組合,就變得一定不能很慢
卡在某樣i/o時,都會導致drop frame,但是這不是cpu本身處理速度造成的錯
現在我們又想在real time capture同時,直接導入real time compress
這個時候,非常快的處理器才是真的有作用的,單純捕捉,是各不怎麼花處理器的動作
所以有的捕捉卡會加入一些硬體壓縮晶片,就是為了即時壓縮的關係
而音效卡的dsp,我覺得應該是節省頻寬或加入效果這樣類似的角色的
舊 2003-10-25, 08:34 PM #63
回應時引用此文章
kkcity59離線中  


    回應


POPIN
主題工具

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

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



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


vBulletin Version 3.0.1
powered_by_vbulletin 2025。