我做一個很細的建築和產品設計的物件，然後在做兩個燈光，最後做宣染著色(Render)
為何一次一張還要等30秒才完成，是不是顯示卡的問題
有什麼方法可以讓它快一點!!
是顯示卡的問題嗎?還是什麼
知道的人能說一下嗎
謝謝
2006-03-15 04:50:25 · 9 個解答 · 發問者 veriton 1 in 電腦與網際網路 ➔ 其他：電腦
一張圖算好幾天
是設定技巧不夠靈活、不懂得善用後製軟體......
算圖又不是算得越久越厲害......
有一些效果到Combustion或Photoshop去做會比用3D算快上百倍
商場上分秒必爭
算一張圖算好幾天 競爭力會很差......
套用一句Autodesk官方示範影片中說過的話
"很多人有種錯誤觀念，以為最後Render出來的成果就是你的最終成果。但事實上，如果你要有好的影像品質以及工作效率，那麼到後製軟體去處理你的影像是必然的事情。"
2006-10-22 07:16:24 · answer #1 · answered by ? 5 · 0⤊ 0⤋
30秒很快了呀．
我的作品一張圖都嗎要一二小時呢．不過我是輸出大圖的拉．．
2006-07-08 21:00:32 · answer #2 · answered by MK 2 · 0⤊ 0⤋
試試看降低材質或是算圖設定裡面的取樣值，想辦法在算圖速度和品質中間取得一個平衡點(這需要花時間去測試)。
2006-06-12 22:04:01 · answer #3 · answered by KVN 2 · 0⤊ 0⤋
根據我使用MAX的經驗,材質的種類.光源的多寡.影子的呈現方式以及render解析度,影響render時間甚鉅..可以適度考慮簡化材質複雜度或是以map直接貼覆過小的bumpy表面或是使用mapping的方式呈現影子即可不需要正確計算光行進方式..但是30秒似乎挺快的啊?若是單一圖片,這已經算很快了,若是animation的話,可以考慮降低解析度
2006-05-24 12:35:20 · answer #4 · answered by arcerick 2 · 0⤊ 0⤋
基本上render的話cpu愈多算得愈快~顯卡是沒有差的~!
2006-03-31 06:22:07 · answer #5 · answered by Chris 2 · 0⤊ 0⤋
1.著色的速度~~和你場景中的燈光~~~效果~~~品質~~~以及你著色的圖檔大小~~等等很多都牽扯上關係~~~一張圖30秒不算很慢~~很多人一張圖都著色超過1.2小時~~要是你的場中物體及效果才能知道到底要著色多久~~~
2.顯示卡並不會影響到著色的速度,顯示哪影響到的是即時工作視窗顯示的流暢度
著色的速度是受cpu的能力高低所影響....若要真正把著色速度提高...除了關閉不必要的特效...(例如反射)~~或你有另依台電腦能夠做網路串連著色~或有專用的著色硬體~不過我覺得一般都不需要這樣處裡~~該著色多久的~~其實大都是要那麼久~~花大錢添購硬體增加著色速度~~除非是專業製作公司ㄅ~~不然一般是不太可能這樣做的
2006-03-20 13:15:18 · answer #6 · answered by lai 7 · 0⤊ 0⤋
同意 鼯鼠 的說法
聽你的說法我認為這不是你的顯示卡有問題 (異常) 這是很正常的情形，在國外專業的電腦動畫公司或者像好萊烏的電腦動畫就有多達數十台電腦同時進行算圖，所以一張圖以一般家庭個人用戶的電腦性能來看可能要花費數十分鐘或甚至幾小時的算圖時間就只要1/10 ; 1/100 的時間便可完成，所以基本上以個人家庭電腦的性能而言算算單張圖...視情況還可以的，要想玩專業的3D動畫...就不是一般人可以負擔的起...
2006-03-17 18:23:06 · answer #7 · answered by ? 3 · 0⤊ 0⤋
3dsmax材質貼圖與渲染
http://www.c4d.twmail.org/viewtopic.php?t=1469
3ds max教程—Vray教學
http://www.c4d.twmail.org/viewtopic.php?t=1204
2006-03-16 14:31:23 · answer #8 · answered by MCUdesigner 7 · 0⤊ 0⤋
RENDER跟顯示卡無關，除非你要用Hardware Render Preview。
要加速算圖無他，高速CPU、RAM大、硬碟快（單張圖的話沒差）。
再不然，出動多台電腦，設定網路算圖，一張圖交給多台機器一起算也可以省時間。
2006-03-15 13:11:56 補充：
30秒很快好嗎！朋友的建築CASE，一張4K用FR算好幾天是常有的。
2006-03-14 16:10:45 · answer #9 · answered by ? 6 · 0⤊ 0⤋