新媒體時代的魔彈

2013年4月23日，新聞通訊社美聯社 (Associated Press, AP) 的推特 (Twitter) 官方帳號 (@AP)，在紐約時間下午一點左右，發佈了一件震驚海內外的消息：白宮被炸，總統歐巴馬負傷！道瓊工業指數應聲大跌140點。後來美聯社宣布該帳號被駭而發出假消息，白宮也緊急發表聲明闢謠，讓道瓊指數在20分鐘內又回漲至正常水準。這種驚人的爆發力，就是「魔彈」。

魔彈理論 (Magic Bullet Theory) 開始流行於上個世紀20年代，它的基本概念為：大眾傳媒的效果好比子彈擊中人體一樣，具有立即且深刻的的影響力。閱聽者的差異並不重要，重要的是閱聽者接收到的訊息，直接改變他們的態度以至行為。在兩次世界大戰之間的數十年，電視，報刊，廣播這些大眾傳媒迅速發展並普及，因而對人們的日常生活產生了巨大衝擊力。原本資訊疏離的人群，同時接收到大眾媒體的訊息刺激，而產生了大致相同的反應。1938年，美國的哥倫比亞廣播電台突然插播：有一個像隕石的大型發光物，掉落在紐澤西州附近的一個農場！在那個人人聽廣播的年代，很多美國人驚慌失措，真以為火星人登陸了，紛紛奪門而出，或躲進地下室避難。這就是後世稱為「火星人入侵」的經典個案。

往後數十年，隨著科技與傳媒宣傳的日新月異，「魔彈」似乎不再能那樣直接起作用了。人們獲得資訊的管道增加，通訊的發達讓溝通更容易，各種各樣的社群互相交換著意見，意見領袖們主導著不同的議題。兩級傳播論（Two-step flow of communication）對「魔彈」進行了修正：大眾傳媒同時影響著意見領袖與一般大眾，而意見領袖向一般大眾的「人際傳播」有時更能改變閱聽者的態度。近十年來，從眾多部落客，推特短文，臉書粉絲團的成功經營，社交平台產業的蓬勃發展，更可見「人際傳播」的巨大影響力。

回到2013年這個美聯社個案。為什麼它是「魔彈」呢？很多其他評論，歸結於推特的社群影響力。確實從大眾傳媒的角度看，社交平台的兩個重要傳媒影響力指標：「覆蓋」 (coverage) 與「觸達」 (reach)，由於網際網路的無國界特性，影響幅員範圍廣大。然而，很多人忽略了另外兩個重要的因素：是「誰」發佈了「什麼訊息」？若是一個「普通的推特用戶」分享自己的「生活感想」，能產生這種爆發力嗎？甚至一個「意見領袖」發表一則很有見地的「政治理念」，能如此左右華爾街股市嗎？都不能。這是「美聯社」，一個享譽國際的老牌媒體發佈的一條「重大新聞」(breaking news)，才能達到這樣的衝擊力。推特作為社交平台，只是發揮了快速的人際傳播能力，而且主流社會這些「意見領袖」也發揮了他們的「兩級傳播」，而讓整個事件產生了加成效果。這讓我們看到：即便在資訊量爆炸的今日，其實絕大多數資訊仍是「雜訊」(noise)，反而重大準確的訊息 (signal)，較過去更易淹沒在資訊大海當中，閱聽眾在這方面仍然是「資訊疏離」。這樣看來，「大眾媒體」對著「資訊疏離」的閱聽眾發射，不就是「魔彈」嗎？科技的發達讓傳播效應更快更廣，較1938年那場「火星人入侵」事件，有過之而無不及。

時至今日，隨著連網設備的普及，從電腦，手機，平板，電視，手錶，以至萬物聯網，愈來愈多雲端平台挾著「新媒體」的架勢洶湧而至。Facebook，Twitter，LINE，YouTube，愈來愈多服務推陳出新，用戶數幾億幾億的攀向新高，又能覆蓋到多廣多廣的世界每個角落。曾經叱吒一時的大眾媒體，似乎逐漸失去當年的光彩。其實，不管時代怎麼變，技術怎麼演進，不變的傳媒價值仍是 ”Content is King” (內容為王)。不是說新媒體的出現讓大眾媒體失色，而是「大眾媒體」在科技當道的今天，無法堅守自己的傳媒價值，跟著「收視率」與「覆蓋面」的數字競逐而隨波逐流，面對技術成分更強悍的「新媒體」，當然在數字競逐上毫無招架之力。「魔彈」發不出來，不爭氣的傳統媒體只能隨時間而凋零。

vlc with chromecast

想通過Chromecast在大螢幕上播放RTMP或HLS stream，VLC on Android會是一個好選擇。利用新版Android的Google Cast投出。

• 得用Android 5+，自帶Cast功能的。棒棒糖跟棉花糖都OK。據support文件說4.4最新亦可。
• 裝個VLC for Android。打開串流輸入網址。
• 播放前要先Cast。啟動播放後就可投到external screen。Android成為操作面板無畫面。

streaming appliance

現在串流盒子也便宜了，幾萬塊就有一台。昨天測了一台HDMI to RTMP，穩定度不錯，然而...

• Chromecast會無法投影，連初始畫面都沒有，是抓不到解析度或是擔心版權問題？Apple TV則OK。
• Video Quality會取巧。選720p，結果resolution不是1280x720，PAR=1，而是選用736x414,，DAR=16:9。pixels少了三倍之多，難怪動態影像會出格狀。
• ffmpeg接其RTMP很穩定，近三個小時不會中斷。
• 一定要連上Internet，在實驗室內測試不上網就無法啟動。可能是查授權吧。
• Web介面時好時壞，很buggy。還是用實體按鈕踏實。

Heros in history

千古英雄人物，他的歷史定位與意義需要被正確詮釋，後人才能真得歷史正面教育。大紀元「千古英雄人物」(http://www.epochtimes.com/b5/nf5153.htm) 很能說明問題。

• 三皇
• 千古一帝
• 中華兵聖
• 三分天下
• 等等... 

banner analysis

web banner的分析很有趣。會看到不同產業的觸達與覆蓋影響。

• 主要地理的差異，綜合類似產業分析可得建議閥值。
• 次要地理區域差異，亦可得閥值。
• 交叉社交平台分析，可以再驗證輪廓。
• 其他如電視與節目資訊露出，亦可再完善輪廓。

Virtual Studio

現在虛擬棚的成本也降低很多，可能美金50K以內就能取得基本配備。只是，最好還是有個一兩個月技術規劃期，最重要的還是拍些什麼吧。Live Event的考慮很主要，行銷跟賣點比較有。

REF: http://www.bigapplestudios.nyc/

Media Server Spec

現在的SDI愈來愈酷，之前參觀人家新媒體部門，發現已有4-8路獨立I/O的Unit!! 那解決方案可以簡化為：

• 國產1U伺服器，只要有一條PCI-e就成。三萬左右就有了。
• 一張多路SDI卡。兩萬左右吧。搭一下，總共五萬多就成。
• encoder/decoder軟體，最好自己寫，或編個硬體支援的ffmpeg，跑MP4為標準。

ffmpeg broadcast decoding

ffmpeg應用很廣，在廣播環境上的使用也不遑多讓，更不用說消費者的機上盒編解碼了。順利的話，可以用ffmpeg從源頭到播放串成一鏈，自動化與標準化就不遠了。

• 早期SD環境常用MPEG-2為標準。ffmpeg的MPEG-2解碼用於廣播OK，SDI硬體相容無誤。而MPEG-2編碼通常由NLE進行輸出，SD to SD沒大問題，但理論上應亦可由ffmpeg處理之。
• 到HD/SD並行的環境，H.264開始流行，ffmpeg運用x264也很不錯。業界有的搭配是MOV容器搭H.264/AAC。但MP4理論應可。只是並行環境，要考慮down convert產生的aliasing與interlacing諸多問題，以及MPEG-2廣播環境的相容。
• 理論上，一行 # ffmpeg -i myhd.mp4 [options] mysd.mpg 應該就能萬用。只是options真要找工程團隊一起測囉。

Database 3-tier

資料庫的管理，若沒有HA的要求，其實三層式架構就能做的不錯。

• Online那台做Master。
• Nearline那台做Slave，同步replication。
• Offline用rsync將Slave定時dump的檔案作異地備援。

API gateway

今年AWS的講者提醒大家喔，真要防範DDoS的攻擊，或是希望根本上運用到IaaS的好處，我們的應用得直接用他們的API，而不是傳統的VM跑在PaaS的方式，那樣才能將負載確實交給Infra來承擔。簡單說，我們不要動到任何MIS相關的作業，才能整個將MIS交給他們。總的說來，SaaS與IaaS才能從架構上做到這種切割分工。

• IaaS如AWS service，不要用EC2 computing開VM。所有對外服務，要用AWS給的，像儲存的S3啦，CDN的CloudFront等等。我們要用他們「組」出想要的架構。
• PaaS如OpenShift，是很接近SaaS的服務，因為OpenShift Host是Red Hat在管的。自己架的OpenShift，面臨的負載問題則是一樣要自己解決。
• SaaS如Google Apps，很明顯就是Google代管。負載就由他們處理啦。

Check_MK RAW edition, part 7.

Check_MK可以用來監測特定程序的狀態，數量，效能等等。如此用於DevOps debugging，或是日常MIS服務監測，可細緻到服務本身，而不只伺服器的總體狀況。

http://lists.mathias-kettner.de/pipermail/checkmk-en/2012-November/007860.html

For now, you'll need to check the manual output of the agent from the
command line of your CheckMK system with 'cmk -d hostname', where hostname
is the name of a system you want to monitor a process on.

Within the "<<>>" section, you'll see the running processes that you
can monitor and the syntax that the agent outputs them in.

To monitor one of the processes, go to WATO >>( Hosts & Service Parameters)
>> Manual Checks >> State and count of processes >> Create a new rule in
folder: << and edit the rule.

video down-convert anti-aliasing

仔細比對HD down convert SD，無論做letterbox，或是widescreen，會發現線條邊緣不順，類似靜態圖片要做的anti-aliasing那樣。這是pixel格狀無法無窮逼近真實的曲線緣故。當然格子愈細愈小愈接近。

• 若計算1920x1080至720x480，差6倍。
• pixel模擬直線都要趨小，而down convert卻是放大pixel，不平整應該是必然風險之一。
• deinterlacing或可起到一定作用。但那是不同field造成的差異，而pixel卻是同一張靜態圖產生的誤差，只能說：interlacing沒處理好會更糟，但不一定能徹底改善這種aliasing現象。但video本身的處理也就只能從interlacing下手。
• 再根本的就是從前製作業下手，攝影機，導播機，錄影機之間要保持consistency。若其間就有在HD規格上轉換，1080p, 1080i, 720i這樣換，對之後down convert應該也有一定損害。

Facebook Live

Facebook Live 要 rtmp stream。facebook那端的設定要對。
https://www.facebook.com/facebookmedia/get-started/live

放送這一端的流程很簡單：一人做，以Wowza Streaming Engine為例，用gocoder這種手機app，就可以直播到server端，就可以產生rtmp連結。Server端有試用版可測。
https://www.wowza.com/products/gocoder

設備若高級一點，原理基本一樣。

camera->video switcher->live encoder->streaming server->rtmp stream

480p vs. 720p

在廣電系統與新媒體平台之間，SD與HD的轉換無可避免。所幸在久遠的年代，前輩們就設想出NTSC widescreen 這種16:9的寬螢幕SD規格，讓製作單位省些心。

• 製作單位輸出1080p或720p。供內部作業或新媒體平台需要。當然前製到後製都是16:9的構圖。
• 廣電環境轉為NTSC widescreen，或是以square pixel計的480p(854x480)。看播出設備的需要，720p與480p的轉換pixel比例損約2.67倍(非3倍)，因NTSC的水平向pixel解析較高。
• 之後嫁接各類平台與系統，就以480p與720p之間的互換為準，基本可因應各種通路的需求。
• 1080p呢？以目前的環境看，若沒有電信商的合作，以及夠力終端用戶設備，都可能跑不動。因此不建議用1080p作為通解。

NLE file export

這幾天測了Final Cut的SD widescreen檔案輸出，果然和過去的的經驗類似：愈標榜廣播級的剪輯軟體，剪輯方面相當優異，而檔案輸出愈需要靠別人。反之，業務級的產品就比較折衷，一體適用的可能性較高。不是價錢差異的問題喔，大家的價格都差不多了，但產品初心定位決定了這些。

• Final Cut。輸出的檔案，送進別的平台再輸出可能就要出問題。最好在Mac上用Compressor或其他Quicktime based方案處理一次。
• Edius。輸出選項不多，這樣反而好，就是在Windows上找其他軟體幫忙輸出。Windows這種solutions可多了。
• Vegas Pro。一體適用的解決方案，但可能在輸入輸出就會遇到問題。克服之後，基本就穩定了。麻煩的瓶頸在整個SOP的建立。

advertising management

要避免電視廣告超時，可以比照管理網站廣告那樣，用檔數就可以算出來了，列在一張試算表上就可以一目暸然。這由業務上游集中控管比較好，可以及時發現問題，下游只做double check.

1. 法規要求60分鐘只能有600秒廣告。我們用30秒作為一檔，也就是一小時有20檔。
2. 一小時節目，就以20檔填入。填不下就是滿檔啦。
3. 半小時節目，以10檔填入。
4. 超過30秒的廣告，就當作兩檔或三檔填入，看具體時間是30秒的幾倍。

NCC laws

近日拜讀「匯流五法」草案，期待他基於「廣電三法」能有長足進步，列舉如下。

• 無線管理條例。
• 有線管理條例。以上這兩者就是廣電三法的合併版本，而電視台屬於頻道業者。
• 電信事業法。電信法由此跟「廣電三法」整合入「匯流五法」。
• 電子基礎設施管理法。基本就是以匯流精神，將基礎設施整合管理。
• 電子通訊傳播法。這個經典了，以通訊而非服務者為管理標的。邏輯是對的，但具體規範賞罰，應該有一定的落實難度。

regional analysis

鄰里村落是社會組成的基本單位，而維繫基本單位互動靠的是直接的人際關係。因此，社區發展工作就變成公司掌握基本單位營利的不可或缺。影響力與觸達成效的統計由此而來。

• 發展會員。會員制是最直觀的人際發展方式，通過實體寄送，社區活動等等，凝聚向心力與傾聽會員意見。
• 周邊商品。實體化商品用以發展直接的人際互動。

magic bullet

早期的大眾傳播理論--魔彈，算是特化傳媒影響力的經典，在該時空環境背景下確實起到相當作用。其觸發條件如下，即便在資訊爆炸的今日，人們對資訊的渴求與不安，仍可視為疏離的個體，而觸發魔彈的效應。

• 假設社會上的大眾處於疏離狀態。
• 大眾是靶子，傳媒是魔彈。
• 傳媒產生巨量打靶效應，又如皮下注射一般，直接產生廣泛深刻的效果。

2015 media report

世新去年做的調查很有參考性。從5000份的樣本中，得到以下統計：

• 電視用戶達 92.1%。
• 網路用戶達 77.7%，其中：

1. 入口網站 47%。
2. 社交媒體 18%。
3. 傳媒官網 16%。

• 報紙 46.4%。
• 廣播 36%。
• 雜誌 28.6%。

算術得知，傳媒經營好官網與社交媒體的話，還可以攻下約27%的閱聽眾。如此無論何種傳媒，假設族群不重複，觸達人數都有機會超過五成。

TV channels

回頭看看電視演進史，到2008年後智慧手機的興起，其實只是VOD隨選視訊的需求大增，啽讓原本的全頻道結構，轉換為Live + VOD 的架構。不同平台有不同架構優勢。

• YouTube. Live是他近年很酷的功能，而VOD則是他創始的，打開了UGC (user generated content) 得先河。但後來UGC平台太多了，失去廣告優勢。
• Facebook. 從生活分享起家，近年也開始有VOD，不同於過去的UGC。近期也開始玩Live，但路線與YouTube不同，仍是個人化為主。
• LINE. 在亞太地區竄紅的即時通訊，群組圈圈更小，影音分享都靠外在平台。
• Cable, Satellite, OTT. 主攻直播頻道，當然OTT也有專攻VOD如Netflix等。
• App, Web. 主攻VOD，延續互聯網的隨選傳統。

Gantt charts

甘特圖管專案進度挺好用，也不一定用到專業管理軟體，試算表就能做得很好了。其實從軟體發展史看，人們用的東西就是基於text editor, spread sheet, presentation這幾類的衍生。作為XY兩軸發展的試算表，很能應付90%以上的需求了，因為人腦也不大能處理非線性的事務，用到XYZT四維沒有應用價值。

• 橫軸抓專案，例如基礎設施，系統開發，資料分析，等等。
• 縱軸抓時間，以日為單位，再配上周與月。時間軸向下走。
• 再用顏色區塊，作為第三軸向，加註。 

Korean business chains

韓國的影視產業很厲害。總結人家的分析，主要以下幾項：

• 1998年喊出「文化立國」，從政策面給予支持。包括財稅，基金，獎勵制度。
• 多項鼓勵保護措施，吸引民間與海外投資。
• 人才培訓與政策。
• 完善產業鏈，包括旅遊，餐飲，美妝整形。
• 三大電視台作為戲劇產業支柱：KBS, MBC公共電視，與SBS商業電視台。主要為廣告收益。
• 2013年的文化產業出口總直達50億美元，佔GDP 15%。

business analytics

商用分析是資料分析領域中的一個應用，從坊間書籍的描述，主要應用是基本統計學，以及一些進階的時間序列與相關性的分析。大概將一些基本報表轉換為圖表，是其中很主要的範疇。對產品分析而言，目前看來的入手門道為：

• 產品方案組合的分類，進行基本統計分析。
• 對應價格與成本，進行相關分析。

social analytics

用數據化的角度實作社群行銷，很重要。

• 社群是共同興趣體，期望藉由互動獲得利益。
• 重要參考：一億篇文章的分析 (http://www.motive.com.tw/?p=10422)
• 社群行銷：為擴散內容，要設定TA，找出意見領袖，讓他們願意分享。
• 工具：GA, Facebook Insight, Ad Preferences.
• GA URL Builder for tracking.
• Insight: 我的目標都在看什麼粉絲頁？
• 大數據應用：輪廓，精準行銷，風險管理，運營優化。
• 經營社群，就是經營議題!
• 媒體的角色：(網路人叫他「內容行銷」，content marketing)

1. 專業深入報導<->對比業餘網聞。
2. 豐富原創<->對比劣質轉貼。
3. 長年品牌<->對比自封紅人。
4. 長期觀點<->淺薄片段經驗。
5. 品牌價值<->單品操作。

• 內容重視整體滲透率，指標為觸及數與覆蓋率。comScore亦可為指標。指標上升靠的是專業與豐富內容。
• 新聞界維基：vox.com.
• 興趣文案方向：

1. 我們的產品解決了什麼？差異化是什麼？
2. 人無我有(獨家)，人有我多(量大)，人多我廉(包裹)。

social branding

傳媒 vs. 社群。通過社群平台經營傳媒品牌有幾個重點：

1. 議題設定，窄品牌。品牌與周邊價值的區隔。
2. 常更新。
3. 內容多樣但聚焦。原創。
4. 發文與客服。立場一致。回饋互動的經營。
5. 讚比例約好友比例15%。

ffmpeg solution

ffmpeg 是能夠作為total solution的核心的。雖不一定跟別家完全相容，但自身從頭到尾相容，流水線就完成啦。而且在三個主要平台Windows, Linux, Mac都跑得起來。

• import video/audio via ffmpeg cmd or  library.
• transcoding for multiple channels via ffmpeg cmd or  library.
• playback using ffplay cmd or  library.
• verified via ffprobe cmd or  library.

speedy expansion

兵貴神速。回頭看三國赤壁前的曹操，是想在本錢不足的情況下，用超高速達到天下一統。只是，被孔明看破了，又有傲氣千秋的東風周郎不給過，情勢大轉折。

• 189AD，董卓進京。那時曹操只有幾個兄弟籌出的本錢。後來收編了幾十萬的青州軍，開始在兗州一帶擴張，還好後勤有荀彧幫著，還經常下一餐沒著落。沒太多時間打根底，但也因其神速打下了沒搞清楚的各方勢力。
• 200AD，建安五年，短短十年的成長，跟袁紹形成對峙。官渡一把火，雖只是逼退袁軍，之後卻趁其統合不良而一舉打下其勢力。又收了一堆手下。
• 208AD，建安十三年，不到十年，大舉南侵，劉表勢力望風而降，又收了一堆兵。但孫劉聯盟跟之前那些諸侯不同：孫家從第一代孫堅開始就是白手起家，到孫策打下江東，而劉備更是長年在北方征戰。孫家也在江東有相當根底。不難看出匆匆發展不到二十年的曹氏，因事業擴張太快，只要有一定阻力擋住，內部很容易崩解。果不其然，周郎赤壁一戰，只是阻住曹家精猛的第一擊，就逼的曹操要回頭解決內務。
• 總的來說，曹操這一賭注也不壞，就算不賭，厲兵秣馬在南下還是要好多時間。賭中了，二十年就一統天下，何樂而不為？孔明與公瑾也算生逢其時，也成就了「三國周郎赤壁」一段佳話。

product marketing, part 2

若你是一個廣告片製作單位，那麼由下而上整合資源的做法就是：

• 流水線上的「東西」跟你的廣告片最相近？業務與行銷如何？如果不理想，去幫他的行銷。
• 行銷起來了，東西賣的順，工廠能喘口氣，或可逐步轉型或升級。
• 在轉型期間，加入廣告片作為擴大規模的行銷手段。
• 工廠整合了廣告宣傳，造的更多，賣的更多，廣告製作也跟著多。製作單位因此活絡。