石柱大戰開發日誌#4
- SpaceJaylee
- 1月22日
- 讀畢需時 4 分鐘
已更新：2月20日
嗨~ 我是小傑
這篇是我石柱大戰的第4篇開發日誌
我這次要來講述比較深入一點的內容，也記錄一下我的進展~
上一篇我們有提到我的畫了約5分多鐘的草稿，大約是10個段落，後來的3個月到今天我只往下完成了第10段，進度上停滯一陣子了，取而代之的是，我在研究1-10段裡面的背景，還有規劃好一些製作流程，雖然說是"規劃"，但實際上常跳來跳去XP 一下畫背景，一下畫動畫草稿之類的，因為說真的，覺得我還是在探索階段，而且假如我真的能100%知道我現在做這個決定，他是我要的，那我鐵定做，但其實這就跟生活的種種事情一樣，沒有絕對的答案。
反正石柱大戰有更進一步的發展，目前我對於動畫草稿的繪製信心水準大幅提升，不過當然，通常滿意的動畫草稿，他不一定在最終的線稿動畫100%還原，因為動畫草稿他仍然只是一個參考而已，一定會改動，接著我們先來講"(動畫)草稿的風險"
(動畫)草稿的風險
缺點
先舉個昨天草稿不準確的例子
左邊這張圖是，SCENE03-1的片段，
方塊仔BLADY要接起神秘水的一幕，後來背景插圖畫好後，嘗試把角色畫上去時，會像下面那樣，角色整個太大，而且你會有點不確定，角色的位置在哪? 因為這幕他躲在樹裡，但看起來離鏡頭很近，也不在樹裡的感覺。
我當然也好奇為什麼我那時候沒有畫背景?但我覺得只以我一人製作來說，難免疏忽挺正常的，畢竟就以目前1-6段就有40多幕，全數細節都顧好，我想不太可能，
總之就是，常常草稿會因為種種不確定因素，也許是新的想法，也許是構圖有問題之類的，而改變了最終成稿。
總之後來改成這樣，因為要呈現方塊仔BLADY在樹裡，而且要與背景盡量融合，所以縮小了他的大小，然後加了幾片遮擋到他的樹葉(前景)，這樣距離感就出來了(最主要是前景)
優點
再舉一個動畫草稿好的例子
這邊有影片
這幕的那塊很明顯的紅線草稿石頭，計畫是，Thorn這個角色會把原本背景的石頭丟向樹這一側，去砸中BLADY。
考慮到這點之後，繪製這張背景我有把那顆石頭去做額外處理，沒有石頭的地上會有泥土坑洞。
小結論
草稿重要，但草稿也不一定是100%正確，要知道怎麼解決這種，根本沒想過的突發狀況，慢慢記取曾經疏忽的細節，會越做越順的。
"段"與"幕"的觀念改變
後來我把30多秒的一幕改叫，"一個段落"，而只要切換一個背景才叫"一個幕"
為什麼會這樣改?
之前每幕30多秒的片段導入AN中時，會發現很難著手去畫，一個長30秒的片段，大約有720格影格，也不知道要先做角色動畫還是背景，後來就將每一段只要有鏡頭或背景切換，都會叫做一幕，這樣反而更好處理，像是第二段當中，約10幕，10幕裡面可能有幾幕會重複使用，或者下一段也會用到，所以透過這樣的解構，會發現代辦項目超多，一段有非常多小目標，雖然多，但是做起來不會太困難，很好下手行動，我認為，這應該就快到我自己摸索動畫製作的尾聲了，也就是線稿與合成的部分，之後就會是長期抗戰，慢慢的透過這個流程做完動畫。
草稿輸入Adobe Animate中
因為要將草稿放到Adobe Animate(後續簡稱AN)中去當參考，然後畫線稿，如果直接從Rough Animator匯出PNG/JPG到AN中，檔案大小會太大，AN預覽的FPS會大幅下降，不穩定，因為動畫需要反覆檢查流暢度，這樣一直變動的FPS非常不好，可能會誤判很多動態演出，只能透過輸出SWF快速預覽，但SWF快速測試都需要2-5秒的時間，對我來說還是不行。
後來的解決方案，配合了我改前面所講的"段"與"幕"的改觀，每一段只要有任何背景切換，就需要去分割，不管長短，都將他獨立分開製作，透過導出MP4，轉成FLV檔，導入AN中，這樣對有助於提升AN預覽速度，也確實解決了我電腦卡頓問題。
最後...
雖然目前這部動畫可能連30%都還沒完成，不過從去年8月斷斷續續嘗試到現在，真的學到很多東西，也更加體會到一部動畫製作是多麼的艱難，特別是，你的這些努力並不一定會有回饋，甚至最終根本沒人會看見，講起來挺沉重的，但我會一直創作下去，我也堅信，只要一部動畫作品誕生後，一定會有人去看，而且作品的影響我們難以想像，至於能不能被理解，或者你能不能從我的故事中有些啟發，我想我很難有個確切的答案，而身為動畫設計師的我，唯一能做的就是把一個個故事講好，把一件件事情完成，學到新的事情獲取成就感罷了。
所以...我還在等什麼呢?
走下去吧！
Spacejaylee－2025/01/22
Comments