要怎樣解決呢? 如果去問ChatGTP，它會叫你去調整Phoenix FD Liquid Simulator的:
1. 先調 Ocean Level —— 最重要
2. 增加 Ocean Border Fade
3. 如果你說的 noise 是「細碎閃爍」，檢查 Horizon Roughness
4. Ocean Subdivisions 也值得提高
然後你會發現上述的四個....通通都沒用。
[相關文章]
Showing posts with label PhoenixFD. Show all posts
Showing posts with label PhoenixFD. Show all posts
2026/08/27
VRay phoenix ocean level artifact 海平面的問題
2026/08/03
2026/07/26
Ship simulation tips 船尾波模擬的注意事項
任何專案開始，我們都會收集參考資料，那麼，到底有哪些資訊是我們必要關注的呢?
1. Waterline 吃水線的位置。當我們在以Phoenix FD Liquid Simulator模擬時，我們必須要知道Initial Fill-up到底要多高? 這個位置跟船的吃水線有關。比方說我們可以參考US NAVY DDG-51 USS Arleigh Burke這艘船的照片，看看吃水線到底在哪裡。一般在船體的塗裝，或是造型上會有點線索，我們可以知道吃水線的大致位置。
2. How many propelers 有多少螺旋槳，以及其位置。高品質的3D Ship model一般也會把水下的細節也做出來，也就是螺旋槳這類的細節。為什麼這個很重要? 因為船尾波(Ship wake)的很多細節跟螺旋槳所噴出的液體與氣體有絕大部分的關係。也就是說除了船體本身以外，我們必須要在水底下放置一個簡單的模型(ie: a box)，將其設置為Liquid Source，噴出液體。因此知道這艘船到底有多少螺旋槳 高度 與位置很重要。
3. Speed 船速。我們不需要精確的速度，大概就可以了。船速一般會用Knots節，或是海浬為單位。因此我們只要知道船的平均是幾海浬就夠了。比方說25海浬或是30海浬。然後再換算成動畫常用的單位 sec / meter 便可。這點AI可以幫助我們快速換算。
好，以上就是三個船模擬必須要知道的三個數值，祝各位模擬愉快!
[相關文章]
2026/06/03
Phoenix FD estimate sim time 更準確地預估模擬時間
這時候可以用手動估算，假設動畫有500 frames，而現在已經模擬到Frame 467。因此500-467+1 = 34，所以還剩34 frames要模擬。而上一個Frame的模擬時間為約7 min，所以34X7=259, 259/60=4.3。所以至少大概還要花4個多小時，這個推估的數字會比UI上顯示的Estimated Time Left = 49m27s還要準確許多。
[更多文章]
2026/05/25
Phoenix FD參數值的極限
所以Smoke Disspation不能設定的太高。或者Adaptive Grid要設置為Smoke以外的條件，或許是Velocity。
遇到這種問題不一定都能事先預測，因此會浪費時間測試參數值的極限。
[更多文章]
2026/05/11
流體模擬該輸出速度資料(Velocity channel)嗎?
錯!由於流體運算是一個frame接著一個frame算的，因此就算是系統會在記憶體中暫時產生速度資料，如果沒有儲存起來的話，進到下一個frame時，對於一級模擬不會有問題，但是對二級模擬就影響大了。
什麼是一級模擬，什麼是二級模擬。一級模擬以船在水面移動來說，水就是一級模擬，而根據水的運動所產生的splash，foam水花與泡沫這些就是二級模擬。當你在算第一frame後，水產生的速度資料必須儲存起來，然後在第二個frame時，splash與foam才能利用這個速度資料產生正確的運動。否則，splash與foam都會在每一個新的frame直接讀取水產生的速度 (而不用上一個frame)。
最終，你還是可以得到有水花，泡沫的模擬結果，但是粒子數量會變少好多，而且動態會變得比較不真實。所以簡單來說，對ship wake這種模擬來說，一定要export velocity channel。
為什麼這麼在乎有沒有輸出velocity channel呢? 這跟產生FX asset有關。多一個通道就增加檔案大小。有時產生的cache資料可能會上百G。
那對於模擬煙霧呢? 似乎可以把velocity channel disable，對煙的動態沒有影響。
[相關文章]
2026/04/10
Chaos Phoenix FD的最後一支教學影片
我是在2014年5月17日跟我的直屬主管 Claudio Meireles（CI Mei)開視訊會議時， Claudio通知我被開除了，當然那天我心情很糟。之後我發現我還有幾天的假(這是我跟Chaos合約上明寫的特休，paid leave)，想說在職的最後幾天乾脆把假都用光好了，同時這些時間也可以拿來找工作。
沒想到跟Claudio提出請假後，他還非常強悍地在群組大家都看得到的email裡面強調不准我請假。詢問律師後，的確在收到離職通知後是不能請假的。我也只能乖乖接受了。
在我收到開除通知前，其實我那個Simulating a monster rising from the sea with Chaos Phoenix，就是螃蟹從海裡冒出的那個教學影片已經幾乎完成，只是還在細修，peer review的階段，而且我已經上傳到ChaosTV Youtube channel上了。由於不能請假，還必須繼續工作幾天，我就只好把這個螃蟹的教學影片完成，修了一點點小錯誤。最終還是正式發表，也算是一件好事。
Claudio Meireles在通知我被開除的那個會議中，他還強調，其實他上頭的主管早在當時的6個月前就決定要把我開除了 (我事後往前推算時間，差不多就是在Svetlin Nikolov提出辭呈的那一兩個月內，也就是2023年11月中旬)，Claudio強調這是機密，所以他不能透露。所以說，上頭主管在Phoenix的主程式離開的時候，就決定把我這個負責寫教學的人開除了。說好聽一點是Claudio是多讓我待了至少半年的時間，說難聽一點是利用了我半年，而且我在被開除了前一個月還負責Chaos來台灣辦活動演講Enscape的英文口譯。
[相關文章]
2026/04/06
RIP Phoenix 1997 - 2026 經典特效外掛之死
四月四日從chaos收到Chaos Phoenix停止提供技術支持的信，這也代表Phoenix FD正式結束。收到這封信時並沒有很驚訝，畢竟這在2年前就已經聽說可能的結局，這封email只是在棺材上釘上最後一個釘子罷了。
Chaos Group是在1997年，由Vladimir Koylazov 和 Peter Mitev兩人所創立的公司。嚴格說起來Chaos Group的第一個產品是Phoenix，不是大家廣為所知的V-Ray。早期 Phoenix 是由 Digimation 發行，Chaos 參與技術開發與支援。而據我所知，Phoenix是取自Peter Mitev的字首P，而V-Ray是取名自Vladimir Koylazov的字首V。所以，Phoenix的時代結束，也可以說屬於Peter的Chaos Group的時代結束了。
以下我整理出我在2017年，那時區域經理Evelina Valchanova來台灣時，拜訪客戶時我擔任技術支援軟體展示時的演講稿。主要是跟台灣的客戶介紹Chaos Group這家公司跟產品。
======演講內容=====
ChaosGroup 的歷史
位於東歐的保加利亞，其首都是蘇菲亞，這家公司成立於1997年，創辦人是 Peter Mitev 與 Vladimir Koylazov (Vlado), Peter Mitev 是CEO。1998年才正式營運，開始接廣告案子, 當時的經濟很不好，特別是廣告業。Peter的背景也是程式設計師，就在那時候發覺可以替業界開發軟體 ，在大學遇到 Vlado。Peter的大學時代大部分都在翹課，那時候遇到Vlado正在撰寫他高中時的遊戲引擎。Peter當時一家軟體公司上班，這家公司舉辦了比賽，有提供獎項，而Vlado參與了這個遊戲引擎，他還贏得了第一名! 而且還是Peter去頒的獎!
Vlado自己還把這個遊戲畫面上傳到Youtube
幾個月後Peter又在大學校園裡面遇到了Vlado。這個遊戲引擎很像DOOM毀滅公爵那種的遊戲引擎。因為寫的太好的關係，當時有個謠言說vlado根本沒有自己寫程式，只是把DOOM的程式碼裡面的sprite換成自己的。當然這並非事實，因為當時Vlado還不會寫C語言，而比賽時用的語言是Pascal語言加上一點點Assembly語言。當時Peter跟Vlado談了很多想法，Peter跟Vlado說"我們可以這樣做...那樣做..."。而Vlado卻回覆說"不要"。幾個月後Peter又再跟Vlado聊了一次，終於他同意來做一些實驗...
2026/03/29
Phoenix FD Foam Splash Alembic動態模糊的設置
這篇我要來講如果你把 Phoenix FD的Splash或Foam粒子輸出成Alembic，然後再用VRayProxy import回3ds Max時，要怎樣表現出Motion Blur?
關鍵就在於在VRayProxy上按右鍵，VRay object properties，當中要勾選Velocity channel，並把Velocity chan. multi. 調高至100.0，這樣算圖時就會看到動態模糊的效果了。
當然，在Phoenix FD模擬時，Output要記得輸出particle velocity data。
[相關文章]
Simulation assets and visualization assets模擬與視覺化
所以重點是要很清楚那些物件是用在模擬的，那些物件單純是用來算圖的。以遊艇為例，用於視覺化的就有:
- 水底的地形
- 高解析度的且帶有貼圖材質的船
- Alembic的Foam與Splash
- Collapse的船，可能是原本的船修改的，也可能是另外做出來的lowpoly的船
- 放在水下當作船螺旋槳噴射水的box
- Simulator本身
隨時要很清楚的知道這兩種資產的區別，才能更有效地管理並放在同一個檔案裡。
[相關文章]
2026/03/18
Phoenix FD Liquid Simulator不支援旋轉慣性
問題是，這個Motion Inertia並不會計算船的旋轉運動，沒辦法處理角速度，離心力或是Coriolis effects。因此這樣的操作不能用在當船轉彎的時候。
既然不能這樣做，唯一的解法是弄一個跨越A到B的，超大的simulator，但是這會讓模擬時間與檔案變得超大。
我不期待開發人員會把這個問題解決，回到我上一篇文章說的，如果一套軟體的功能是"works as advertised"如宣傳的那般好用，適用於各種實戰狀況，那軟體必然會轟動，使用者一定會愛用。Motion Inertia又是另一個例子。
[更多文章]
2026/03/17
Phoenix FD 重置粒子的位置
產生asset跟單純算圖不同，asset會要求其pivot都是在(0, 0, 0)。畢竟希望給客戶乾淨的操作環境。
有時候在設置場景時，會經過好幾次的修改，Phoenix FD的Simulator可能就不在(0, 0, 0)的位置。如果你去修正 ，會發現Foam與Splash particles的位置仍然還在舊的pivot。
這時候要把先刪掉這兩個Particles，然後在Simulator裡面的Enable Foam，Enable Splash選項取消勾選，然後再次Enable，強制讓它更新pivot的位置。
我覺得這是無傷大雅的bug，只是需要手動更新一下。從另一個角度來看，一套軟體開發的過程，一定是把主功能，主架構寫出來，才會慢慢把這些實際操作時才會發現的小問題修掉。這倒不見得是程式設計師的錯，因為一開始很難關注到這些細枝末節。所以一般來說在大型studio在執行專案的時候不會輕易地更新軟體，畢竟你不知道新軟體，新版本是否帶了某些新的小bug。
也不是說追新軟體就一定是錯，早用早享受，但也要承擔風險。
[相關文章]
2026/03/13
Conform modifier - collision proxy 快速產生碰撞體
在進行流體模擬時，使用的模型最好是封閉的(water-tight)的幾何體。但常常我們拿到的模型只是針對算圖好看，但卻很少是針對模擬所建模出來的，因此FX Artist必須花時間整理模型。
如果時間不夠的話這裡介紹一種快速方法 - Conform Modifier。
[相關資訊]
2026/03/09
Phoenix FD with V-shape stern wake 船尾波的製作技巧
預設的情況下，船首波很容易產生，把船的模型丟到場景裡，跑Phoenix FD Liquid sim，就自然會產生bow wave。要產生stern wake則需要多做一件事。
我們就不講背後的科學原理，直接講操作技巧。要在船後方螺旋槳的位置放一個box，然後從那個box噴出水。也就是說把那個box當成liquid source。
[相關影片]
2026/01/18
D5 3.0 發表讓我對Chaos V-Ray近年來的發展更加失望
一直以來我都是推薦 V-Ray 以及 Chaos 相關的產品，但最近兩三年，Chaos 的表現卻每況愈下。看到 D5 Render 發表 3.0 版本的影片，只能嘆息一聲「恨鐵不成鋼」。
我知道 D5 Render是中國開發的軟體，因此我本身不會去使用，但就它的開發方向，我仍想談一點看法。很顯然，D5 Render 的許多功能都是針對建築視覺化所設計，強調直覺與方便，能夠非常快速地做出效果；相對之下，V-Ray 的功能層級更偏向底層，並非完全以建築為導向，因此在運用上更為靈活，能夠在非 AI 強化的情況下，透過細緻調整參數，逐步達到頂級擬真的算圖效果。
但 AI 已經改變了遊戲規則。很明顯，D5 已經開始侵蝕 V-Ray 原本稱霸的建築視覺化市場。過去的 D5 Render 還像是玩具一樣，只能產出「還算可用」的渲染圖；那麼 V-Ray 是否還能倚靠 VFX 市場站穩腳步？問題是，Chaos 有讓 Phoenix FD 這類特效相關軟體真正更加茁壯嗎？並沒有。原本可以成為 V-Ray 特色加分的功能，反而逐漸被邊緣化、被貶低。
再看近三年 Chaos 的開發方向：Chaos Envision 這套資產整合軟體（有點像獨立的 3D 軟體）、Chaos Arena 虛擬棚的即時渲染系統（坦白說，這和一般用戶幾乎沒有關係，誰家裡會有超大型螢幕來做虛擬攝影棚？），以及 Enscape 這套主打即時、快速的渲染軟體。這三個方向彼此之間幾乎沒有匯合感，Enscape 又在某種程度上與 V-Ray 形成競爭，而 Chaos Envision 與 Vantage 的定位也存在重疊。(好像漏掉了Corona)。整體來看，產品線繁多，但整合性卻相當差。問題是，客戶真的有錢到可以把你整條產品線一次買齊嗎？
2026/01/09
Making realistic honey with Phoenix FD 蜂蜜流體特效
By Hammer Chen
In this article, I am going to share my tips & tricks for making realistic honey with Phoenix FD.
1. Modeling a honeycomb
Finding a photo-realistic model is very difficult. Even you have a budget to purchase from the online shop doesn't guaranty you get the right 3D model for the project. So I decided to model it by myself.
Shading the Winter Explosion 冬季爆破特效
By Hammer Chen, Kristin Ivanova
We recently introduced the Artillery Explosion tutorial available in Phoenix FD’s documentation. Now, we want to show you a variation of this scene setup - a winter explosion with its proper shading.
This scene is essentially the same as the Artillery Explosion one, except for the smoke color and HDRI lighting. The smoke color is set to light gray in order to get a snowy look. To focus on the shading we also limit the number of bombs to just one.
Since there is a hot explosion at the core, it could make the rendering over-exposed or lose detail in the white smoke volumetric shading.
The good news is Phoenix FD provides a cohort of parameters allowing you to fine-tune the shading. Here we compare some of the useful settings that deal with this issue.
Overall Setup
The scene we use here is modified from the Artillery Explosion scene, except we add one Phoenix FD Turbulence helper and change the color of the smoke. For a step-by-step tutorial of how the Fire / Smoke sources and thinkingParticles are set up, please check out the Artillery Explosion tutorial.
Whitewater shading with Phoenix FD 白水效果
By Hammer Chen
Whitewater is formed in a rapid, when a river's gradient increases enough to generate so much turbulence that air is entrained into the water body, that is, it forms a bubbly or aerated and unstable current; the frothy water appears white. --- WikipediaIn this article, I am going to show you how to set up whitewater shading with Phoenix FD.
1. A Phoenix FD Liquid Simulator - for simulation of liquid and generate "Vorticity smooth" data
2. A Phoenix FD Fire/Smoke Simulator - this is not for simulation. This Fire/Smoke Simulator doesn't have to be high resolution, because it purely functions as a container to load up "Vorticity smooth" data from Liquid Simulator, and shading / rendering them as smoke.
3. LiquidSrc
Large Scale Fire with Phoenix FD 大尺度火焰特效
By Hammer Chen, Kristin Ivanova
In the previous post, we saw how to create a small-scale fire. In this article we are talking about large-scale fires. A large-scale fire can be a ground fire, a wooden house on fire, or maybe fire in an explosion. Let's explore how to create realistic large-scale fire with Phoenix FD.
Fire is very tricky to make in CG. In the previous article, we have introduced the VRayDistanceTex to alleviate artifacts at the fire root. That is, by using a VRayDistance texture to modulate the fire opacity. In this article, we are going to give more tips & tricks for creating convincing fire.
First of all, let's talk about how the fire is emitted. Take a ground fire for example, we can use a simple plane (with shell modifier on top) and vertex paint to mask the fluid source. To avoid getting one big chunk of fire, paint the vertex color with smaller areas. This way we can create a more natural form of the flame.
Secondly, Phoenix FD Turbulence has a great effect on the overall motion of fire. For example, below we compare the dynamics of a flame without Phoenix FD Turbulence and with Phoenix FD Turbulence. See how the flame looks dull without Turbulence.
Making of Lava Flow with TexUVW 岩漿特效
By Hammer Chen, Kristin Ivanova
Phoenix FD 4's new feature TexUVW opens a great opportunity for adding details to your fluids. It allows fluids to transport UVW information along with the moving fluid. You can find an example in the "Using TexUVW for Creating Thin Smoke" tutorial, available on the Phoenix FD official page. In the tutorial, smoke opacity is masked with a noise texture, with the help of TexUVW, to enhance the details that mimic thin smoke.
In this article, we are taking advantage of this new feature in order to create a lava flow. The folding character of the lava is generated through bump maps and displacement.
References
When creating a lava stream, we need to consider what type of lava we want to use for reference. A variety of lava types exist depending on terrain, speed, hotness, and material composition. For the purpose of this article, we will create a "pahoehoe" (pronounced 'paw-hoey-hoey") type of lava (see the reference images above), which creates folds as it moves. However, if you intend to simulate molten lava, you can check the "Solidifying of Molten Lava" tutorial on the official documentation site.
Subscribe to:
Posts (Atom)