幕後直擊!蘋果動新聞製作過程大公開

上個月動新聞做了非常有才的古裝大戲「 戲說宏達電與蘋果的江湖恩怨 」(影片連結),把本來很乏味的財經新聞,配以有趣的古裝3D動畫和故事情節,引發網路上討論不斷,很多網友都想知道這麼有趣的梗和動畫是怎麼做出來的?於是Inside團隊以素人媒體的角色和動新聞的團隊聯絡,隨即便安排了這個難得的蘋果動新聞參訪機會.....
評論
評論

(圖片來源:nma.tv)

緣起

上個月動新聞做了非常有才的古裝大戲「戲說宏達電與蘋果的江湖恩怨」( 影片連結 ),把本來很乏味的財經新聞,配以有趣的古裝 3D 動畫和故事情節,引發網路上討論不斷,很多網友都想知道這麼有趣的梗和動畫是怎麼做出來的?於是 Inside 團隊以 素人媒體 的角色和動新聞的團隊聯絡,隨即便安排了這個難得的蘋果動新聞參訪機會。

Updated: 看完這篇,可以看看續集:  你所不知道的動新聞與壹傳媒秘辛

(updated) Inside 作者 Mona 便熬夜將文章翻譯成 英文版本 ,希望也向英文語系國家的讀者們介紹台灣動新聞的動畫製作流程。

你可以將這邊文章寄給你的外國朋友,同時也給個讚,讓更多的外國人有機會看到這個優秀的台灣 3D 動畫製作團隊。

舉世皆知的動畫實力

在這之前,筆者對動新聞印象最深的就是這部「康納脫口秀:臺灣動畫師的反擊」。

這部影片是說美國脫口秀主持人康納,因為覺得台灣製作的動新聞很有趣,就作了一個假動新聞,可是假動新聞的水準並不高,結果台灣動新聞方面立即製作了真動新聞予以反擊。這部影片不僅內容好笑,其實也突顯出壹傳媒的動畫實力。

除了脫口秀外,在國外知名的網站,也常看到動新聞的精彩動畫,像是:

一部動畫從構思到完成,要花多久的時間?

在康納脫口秀的片中提到,壹傳媒只花了 48 小時就做出反擊。首先,我們就先來解答最多網友的問題,一部這樣的動畫從腳本到需要花多少的時間呢?

其實動新聞的動畫是由「壹傳媒動畫有限公司」專門負責的,這間公司的唯一職責,就是不斷的以非常高效率的方式產出動畫,而新聞內容和劇本都是由專業的動新聞團隊來負責的。

當動新聞團隊搜集好足夠的新聞素材後,便會開始努力發揮想像力,寫劇本和每個場景的腳本,寫劇本的目的在於把本來比較乏味的新聞內容,做的比較有趣生動。可以天馬行空,但是不能扭曲原本的新聞事實。

當動新聞團隊寫好劇本後,就要開始要和壹傳媒動畫有限公司接洽做動畫的事囉!

製作開始

動畫公司拿到劇本後,和寫劇本的新聞團隊討論約五到十分鐘,確認新聞的內容和大綱無誤後,就會開始依場景畫每個景的故事腳本(如下圖),一部動畫的草圖製作大約不超過二十分鐘,也就是從動畫公司拿到劇本後,討論內容、到動畫的腳本完成,不會超過半個小時。腳本的照片如下:

↑ 每個場景的 腳本、 分鏡草圖製作中

 

↑ 上圖就是「戲說宏達電與蘋果的江湖恩怨」的草圖

 

接下來就是最緊張的「報板」了,每個小時的 15 分,都會報板一次。

所謂的報板,就是所有動畫製作人員會集合在一個小房間裡,包括動畫導演、動畫演員、模型設計師、動畫剪接師等。這時該動畫的負責人,會把新聞的內容和每個動畫要呈現的動畫人物、場景內容,用剛剛畫好的腳本詳細的說明一次,這個時候,大家都超級聚精會神,有問題就馬上提出,因為報板結束後,就要分頭去開工了。

↑ 報板進行中

報板的時間很短,大約五~十分鐘內就會完成。同一時間內,在同一個房間內有,會有二組人馬在進行報板的動作。上圖只有拍到筆者的右邊這一組。

接下來所有的工作就會以幾乎平行的方式分頭進行。

首先,動畫導演和演員就要開始「演戲」了,下圖中穿了很像潛水衣的人,就是 3D 演員,他們的動作會套到動新聞裡的角色身上。演戲的內容因為要符合對應新聞團隊給的台詞稿,所以對秒數的要求需要非常的精準。

↑ 導演在指導演員們該怎麼動作

這些演員都是專業的表演背景出身,每個人的身上有 55 個動態補捉點,透過 motion capture,演員的動作會直接被搜集起來。

↑畫面補捉中,開始和結束都要擺一個 T-Pose

在這裡的人都很忙很專心,在我們訪問的短短的時間內,他們就已經演了二部、共十個 cut 的場景了。

↑ motion capture 攝影機補捉到的畫面

↑ 搜集好每個場景的動作後,馬上就會直接在攝影棚外面會馬上開始做動作的細部微調

另一方面,剛在報板完後,模型設計師在演員在做 motion capture 的同時,就已經根據新聞的內容,把模型元件的素材挑好,可能是人物的體型、衣服、身上的配件、場景等等。

模型設計師會把剛剛 motion capture 做好的人物的動作和模型元件場景都組合在一起,接著由動畫師做成一個基本的動畫。

↑ 模型設計師在挑人物的褲子

接下來就是動畫師的工作了,動畫師拿到的,已經是有動作、有 3D 元件、3D 場景的動畫了。他們會把畫面會再做一些微調,然後再加上動畫特效,像是爆炸、冒煙等動畫,都是在動畫師這裡裡完成的。

 

↑ 動畫師正在努力的工作,把動畫配上六輕在冒煙的效果

動畫師完成後的作品,是 AVI 檔,就會拿給音效師,把動畫加上音效和背景音樂。

↑ 音效師的工作情形,把許多罐頭音效配進動畫裡,讓動畫更生動

音效師完成後,最後就會交給剪片師。確認場景和動畫的內容,並把字幕和新聞團隊配好的台詞加進去。

↑ 剪片師工作中

最後,完成的動畫會送給 QA 做動畫品質的驗測與送回新聞團隊確認是否有符合他們的劇本。確認 OK 後,這樣一部動畫就完成了!這個過程前前後後只用了二個半小時,比康納想的 48 小時快多了!XD

每個人的工作都不會閒著,做完一部後,下一部就會進來,每個整點的 15 分就又要報版一次。分工非常的嚴謹,有效率,像動新聞這樣的動畫,每天最多可以產出 56 個…真的是令我們大開眼界。

答客問

在我們去採訪前,我們有搜集了一些網友的提問。

Iris Angelica Chiu 可以問一下為啥 HTC 是雞咩??

答:就是創意呀!一時突發奇想的創意。會選用古裝是因為之前做過「紅杏出牆」這個成語的解釋動畫,就是用古裝表現,沒有想到效果不錯,就大膽拿來財經新聞用了。而且一開始不知道動畫團隊那邊做古裝這麼厲害,之後應該會多想一些古裝的梗。

Wen Hao Li ‎1. 請問台灣跟香港的製作團隊是同一個嗎?成員人數與
背景?
2. 從發想開始到完成大概需要多久時間?

答:對,台灣和香港共用一組動畫團隊,動畫團隊會負責包括壹電視、香港蘋果、台灣蘋果等三個主要來源的新聞製作案,另外也有一些國內、國外的委託案在製作(與蘋果本身無關的案子),目前動畫團隊的人數約有 400 人,發想時間有長有短,但動畫從製作到完成約二個半小時。

Yingfeng Liu 動新聞每天怎麼可以想出這麼多梗!?

答:本身動新聞寫劇本的團隊都是新聞專業背景出身,對新聞的話題、背景本來就很敏銳,再努力的加上自己的想像力和巧思,就是這麼多梗啦!

黃緯程 不知道是如何分配 3D 的製作流程,因為是不是還要另外在
配音~團隊共有多少人呀? 哪來這麼多梗!!

答:配音不是動畫公司做的,是動新聞團隊寫劇本的這群人輪流當配音員,以約一秒鐘四個字的速度在唸台詞,最後 動畫公司 動新聞團隊的剪接師再把他串起來。

fafa igarashi -- 問他們啥時要推出動畫影集、Cora Wang -- 是不是有推出連續劇的打算?

答:目前沒有這類的打算,但是如果有好的梗,像是補教人生,那當然是推出連續劇呀!

Cora Wang -- 可以多推出一些財經方面的嗎? 淺顯易懂 很適合教學 XD

答:動新聞做的目的,就是要把乏味,不多人看的財經新聞變的有趣易懂,讓對財經完全不了解的人,也可以很容易的就看懂,以後還是會繼續推出。

vanna su -- 請問劇情是另外有團隊還是動畫製作組的創意!! 這次的這兩篇真的非常有意思!!!

答:就是動新聞團隊寫的稿,動畫公司只負責製作動畫。術業有專攻、各司其職。

Kevin Lin -- 是否有考慮將部份熱門動新聞即時同步推出配上英文字幕 (或英文配音) 的版本?
答:國外的新聞會有一組國外的新聞團隊來專門負責撰寫劇本和配音。這個團隊裡也有很多外國人,會搜集國外的重要新聞來給動畫公司製作。可上 http://nma.tv 這裡主要都是動新文的國際影片,也有用英文配音的。

Yu Carrie -- 動畫師有女友嗎(誤)

答:這個我們沒有細問,因為看到的動畫師是女的,會被誤會 XD。不過我想當他們的另一半應該是非常辛苦的,他們的工作很忙碌,上班時間也和一般人不一樣。(裡面的動畫師人數非常多,我相信有人是單身的!)

Kouchun Hsieh -- 聽說他們是個非常高效的團隊,請問她們是怎麼制定工作流程的 ??

答:動新畫團隊也是蹲了很久,這些都是時間和金錢換來的寶貴經驗。

 江阿軒  -- 我比較好奇的是上次跟康納脫口秀對戰影片發生的始末!!??(Update @ 8/3 17:10)

1 ) 康納請了一個人,花了六個星期做出的假動新聞 http://www.youtube.com/watch?v=Yna7ZEAs3L8

2) 動新聞在 48 小時內做出的反擊 2 ) http://www.youtube.com/watch?v=ZdAEXUMeedQ

↑ 動新聞的工作環境。PS: 這裡好暗。據說是暗暗的,對色彩的掌握度會比較高。

後記:術業有專攻,打造世界一流的團隊

這次筆者和 Lawrence 一起去訪問,四點到,快八點才離開,我們看到的內容非常豐富,動新聞的製作只是其中一部份。其他的部份會再整理成文章和各位分享。

在這裡,最讓筆者震憾的,是極有效率的組織規劃和制度流程,才能在這麼短的時間內,做出這麼高品質的動畫。在這個組識裡,每個單位的職責都很清楚,做動畫的人專心做動畫,做元件的人專心做元件,而每個單位的人,都只要把自己的職責做到最好就夠了。一般外面可能要花上好幾個星期的動畫,在這裡二個半小時就會完成了。

採訪的過程中,他們都非常的忙碌,像是在打仗一樣,每個小時都要開戰一次 XD。我想,這裡員工的工作方式和效率,是值得我們敬佩的。而這些目前全都是在燒錢的事業,一場豪賭,為的是圓一個下個世代的新聞夢。

還對什麼科技、網路公司有興趣嗎?可以在 Inside 粉絲團提出,有機會我們也可以嚐試再做類似的訪問。

Update: 看完這篇,可以看看續集: 你所不知道的動新聞與壹傳媒秘辛


開發者享受 CI/CD 價值!運用 Amazon EKS 整合 GitLab 創建自動化部署

企業如何在 Amazon EKS(Elastic Kubernetes Services)上使用 GitLab 創建自動化部署,減輕人力負擔,提升專案服務運作效率?
評論
評論

所謂現代化智慧 IT,所有工程師最希望的境界,莫過於只要輕鬆點幾下設定,系統就會自動跑起來,管理者再也不用隨時待命在機台旁邊,從此工作悠哉又快樂!儘管這樣情境還沒到來,但隨著敏捷式開發的流行,除了 DevOps 人員,有越來越多開發者將 CI/CD 概念融入到工作流程當中,例如從 build code、執行 unit test、到部署應用程式。

打造第一個在 AWS 上的應用程式

上述種種反覆步驟自動化執行,也就能提昇服務品質、主動通知開發人員以減輕人力負擔,讓專案服務能持續運作。

其中,GitLab 是執行 CI/CD 常用的工具之一,也是開發者使用程式碼儲存庫的地方。為了讓 GitLab Runner 在雲端快速實踐 CI/CD,《AWS 開發者系列》透過影片分享,如何在 Amazon EKS(Elastic Kubernetes Services)上使用 GitLab 創建自動化部署。

以下節錄工作坊影音內容,幫助開發者快速理解如何運用 Amazon EKS 的高可用性且安全的叢集,將修補、部署節點、更新等關鍵任務,全部做到自動化設定。同時影片也會示範 Amazon EKS 搭配 GitLab 如何展開自動部署,幫助工程團隊實踐 CI/CD 價值。

Amazon EKS 對容器管理輕鬆簡單、維運省時省力

容器化服務越來越興盛,當容器(Container)越來越多,在複雜的微服務(Microservice)系統環境之下,運維團隊的管理成本可能相對會增加不少,為了有效調度容器部署, 導入Kubernetes 無疑是近年企業熱門的話題之一。

建構 Kubernetes Cluster 流主要可區分兩大塊,一是安排容器調度的Control Plane、另一則是容器運行時需要用到的 Worker Node。

Control Plane 裡面涵蓋有儲存狀態的 ETCD、CoController manager 、Scheduler 的調度管理、甚至是操作時進行互動的 APIServer,若是自己創建 的 Kubernetes Cluster ,需要自己安裝這些元件,後續仍需要對 Control Plane 進行相關管理、維護、升級工作。為了減少上述 Components 的繁複維護,在透過 AWS EKS 代管的 Kubernete Control Plane 部可以獲得以下三大好處。

透過 AWS 增加雲端技能 在組織發揮影響力

Amazon EKS 一鍵式部署,展現三大優勢

第一,Amazon EKS代管的 Control Plane實踐了跨AZ的高可用部署,使用者不需要擔心單一節點故障的風險。

第二,Amazon EKS 支持至少四個 Kubernetes版本,持續跟進每季 CNCF 的發佈,同時 EKS 也完全符合上游 CNCF 規範。

第三,部署 Amazon EKS 之後,可直接使用 AWS 平台上現成的服務工具,在安全性管理、網路設定方面,可以做到無縫整合。

最後 AWS 台灣解決方案架構師也提到,若想在容器環境進行 CI/CD 及應用程式的管理,可以進一步透過 IaC 整合部署 Amazon EKS 叢集,透過使用 Console、把 EKS 變成 Cloudformation 的模板、使用 AWS 所開發出來的 eksctl.io、或指令是採用 AWS CDK 可以讓開發者用自身熟悉的語言,在 AWS 平台整合 CI/CD 工具進行維運及部署 EKS。

了解 Amazon EKS 整合 GitLab ,獲得三面向價值

對開發者而言,想把 Amazon EKS 整合到 CI/CD 工具之一的 GitLab 平台上,可以看到那些實際的優勢?

在 DevOps 開發者示範工作坊當中,GitLab 資深解決方案架構師指出,GitLab 使用到 Kubernetes 技術,主要有三種搭配方法,包含 GitLab Server、GitLab Runner、以及創建 Deployment Environment。

本次示範教學會主要聚焦在 GitLab Runner 如何採取 Auto-scaled 方式進行 Build、Test、Package Apps;以及在 Deployment Environment 運用 Kubernetes 技術,做到 Auto Deploy、Review App。

正因為 Amazon EKS 能夠在 DevOps 過程提供所需要的彈性計算資源,幫助開發者在 GitLab 平台上面獲得以下三個層次的優勢:

  • 在 GitLab 內建的部署工作流程當中,自動生成整套 CI/CD 最佳實踐腳本。
  • Review App 過程,從 Merge Request 中可直接訪問應用程式 /App 的 UI 介面,並且根據 Git branch 名稱、專案名稱,自動生成 Review App 的 URL,以及在 Merge 前的最後防線進行 Approval 檢查。
  • 加速 CI/CD 流水線,GitLab Runner 運行時候還可藉由 Amazon EKS Cluster 進行 Auto-scaled 的支援。

Amazon EKS 整合 GitLab ,需要兩大流程

影片最後,GitLab 資深解決方案架構師示範如何把 Amazon EKS 整合至 GitLab 執行 Auto Deploy,主要可分為兩大區塊流程,第一部分聚焦在 Amazon EKS cluster 的設置,第二部分則執行 Auto Deploy 設置。

第一塊可拆分為四個階段,首先教學怎麼創建 EC2 節點的 EKS cluster,第二階段示範把 EKS Cluster 連接到開發者的 GitLab Instance、Group 或 Project,下一步則使用 Cluster Management Project Template 創建一個 Cluster Management Project,以及最後一階段透過 Cluster Management Project 自帶的 Helm Chart,安裝在 Cluster 所需要的內建 App。

第二塊執行 Auto Deploy 設置,針對需要部署的 App 創建一個 GitLab Project,接著再把 gitlab-ci.yml 添加到 Project,並從 Web IDE 選擇及導入 Auto Deploy 的 CI 模版,讓 GitLab 自動生成最佳實踐的整套流水線。

幫助開發者更了解 Amazon EKS 整合 GitLab 的 QA 系列

Q:使用 Amazon EKS 之後,如何更有效率或優化資源去配置 Worker Node 的機器數量,以及如何有效空管開發維運的成本?

A:Kubernetes 除了本身有 HPA(Horizontal Pod Autoscaling)可根據使用程度自動調整資源流量,另外也能延伸使用 AWS Auto Scaling 方案,針對可擴展資源去設定自動擴展管理。另外在成本管控,雖然 Amazon EKS 會收取額外管理費用,但可透過 AWS 平台的 Calculato r計算每個 EKS 的價格,你會發現自動化部署及管理的費用,相對工程師人力的成本更加便宜。

Q:越來越多客戶考慮把現有 Application 變成容器部署,大多是爲了加快部署的效率,那麼變成容器模式之後,對 CI/CD 的工作流程有什麽影響嗎?

A:運用容器技術最直接的效果,可以讓應用程式的環境更一致化,例如 testing 環節、stage production,讓容器避開一些差異問題。至於 CD 部分要 delivery 一些 usage 不太一樣的時候,容器會幫忙做配置,所以 CI/CD 對容器的效益是相輔相成的。

Q: 客戶在開發流程漸漸會把 Infrastructure 變成代碼或文檔,是不是可以把程式碼跟現有的應用程式的 CI/CD 流水線整合在一起,達到一套完整的 CI/CD 部署流程?

A:觀察目前市場作法,主要分成兩個階段去做整體部署。如果規模比較小的團隊,會把 Infrastructure 代碼跟 App 代碼分開,在管理上會比較靈活;如果企業規模比較大,會有另外一個 Infrastructure 團隊來控制部署事情,這種情况之下,APP 的項目會生成一個 APP package,主要做到 delivery 這個階段爲止。而 Infrastructure 的項目會指定把需要版本的文檔,部署到他們的 Kubernetes Cluster。

填寫表單 找到適合的快速上雲服務與工具!