跳到主要內容

做電視台想做但不敢做的戲劇!CHOCO TV〈我們是歐爸〉全網首播

「做電視台想做但不敢做的戲劇!」CHOCO TV〈我們是歐爸〉全網首播
今年炮聲連連的OTT產業,在太陽的後裔一波高潮後,各方動作看似趨緩下來,但本土新創團隊CHOCOLABS推出的「CHOCO TV 」早已經開始了另一波的行動。朝向自製劇的製作,期待衝出泥淖,成為台灣的Netflix。
CHOCO TV 不畏外國OTT銀彈環伺,重金挹注 #謝祖武 自製◆ #我們是歐爸 ◆ 又取得 #亞洲天團五月天原聲帶支持, 同步在在2016/8/24 CHOCO TV 與蘋果日報隆重同步爆笑獻映。
CHOCO TV 我們是歐爸立即看:https://bnc.lt/odad

<我們是歐爸>由喜劇一哥謝祖武編劇製作,
與當紅新銳影視團隊合作,打造電影規格美式情境喜劇
這年頭要當歐爸真不容易!要帥,要有錢,還要當暖男
嘴賤痞子(謝祖武飾)、鄉民宅男(宋少卿飾)與型男廚師(陳德烈飾)
三個不同類型的熟男同住在一個屋簷下,過著長不大的男孩生活。
直到陰錯陽差一個小女孩的入住,闖入了他們的生活....
從此一切都變了樣,也展開了他們邁向歐爸的道路
特別邀請台灣天團五月天片尾曲與插曲的參與,
帶給觀眾最不拐彎抹角的歐爸視角與幽默

CHOCO TV除了 #我們是歐爸 之外「針對自製內容的籌備,CHOCO TV追劇瘋分成三個不同的策略。分別是自製團隊的合作、投拍自製片及網羅人才完全自製,期待帶給大家更多元的內容。」CHOCOLABS創辦人兼執行長 劉于遜說。

CHOCO TV追劇瘋自製內容:
  • 挖掘潛力,自製團隊合作
    《什麼東西》是CHOCO TV首次合作自製團隊,短短兩個月已累積超過150萬的瀏覽量,並數度邀請當紅演員謝沛恩,擔任短片女主角。成功引起媒體及觀眾的注意。除了《什麼東西》外也與網路優質團隊Selfpick合作在募資平台廣受注目的「Mr. Bartender」計劃,最新第二季預計在6月發表。
  • 資金挹注,投拍內容
    在近期將篩選適合的網路製作團隊投入資金。不只是將內容上架,而是配合EC、廣告置入從中找出新的商業模式。
  • 網羅人才,完全自製
    因應新媒體力量的崛起,許多在傳統製作公司或電視台的人才,正流向新媒體。曾監製過《光陰的故事》、《16個夏天》、《同樂會》…等劇擁有10幾年電視資歷的資深製作人張庭翡,也正式從「LINE TV」轉戰自「CHOCO TV 」。「因為台灣的電視台有版權買賣的因素,因此對於一些敏感的題材,較難著手,但我們就是要做電視台想做但不敢做的戲劇類型開始著手,帶給消費者別於電視台的題材!從同志、鬼片、懸疑、穿越…等都有可能」CHOCO TV內容長 張庭翡說。2016年 CHOCO TV 自製戲劇除了 #我們是歐爸 外,《轟電視》、《X情人》、《密室逃脫》、《Boys’Love愛。無限》
不被國外OTT業者鑽美於前 CHOCO TV除了在內容上準備朝向自製的大策略外。在串流技術的應用上,將採用與Netflix同等級的AWS高速雲端服務,提供給消費者更流暢的觀賞服務。從產品到內容的不斷精進及調整,期望能抓住消費者的眼球、突破OTT混戰的現況,為台灣的新媒體注入新生的力量。

【CHOCO TV 追劇瘋網路瘋傳短版】
重金挹注 #謝祖武 自製◆ #我們是歐爸 ◆ 2016/8/24隆重上映
CHOCO TV 追劇瘋立即看:https://bnc.lt/odad

留言

這個網誌中的熱門文章

[WEB]連線 HTTPS 網站發生驗證失敗導致基礎連接已關閉

某支透過 WebClient 物件去呼叫第三方API的程式,突然有天無法使用 經過測試出現下列的錯誤 基礎連接已關閉: 傳送時發生未預期的錯誤。 InnerException : 驗證失敗,因為遠端群體已經關閉傳輸資料流。 原來是第三方的服務已經不支援 TLS 1.0 我方的程式是用.net Framework 4.0開發了 得強制讓webclient改用 TLS 1.1 或 TLS 1.2 感謝黑大提供解決方法 在程式中加入 ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12  的設定就解決了這個問題 WebClient wc = new WebClient(); ServicePointManager.SecurityProtocol = SecurityProtocolType.Ssl3 | SecurityProtocolType.Tls | SecurityProtocolType.Tls11 | SecurityProtocolType.Tls12; 參考資料:暗黑執行緒

[SQL] SQL依照你的排序條件 找出目前資料的前一筆與下一筆。 Find Pre and Next DataRows of current Datarow by your order condition

有時候需要用SQL找出前一筆跟後一筆資料 用SQL的TOP是沒有辦法做到 這個時候就可以這個語法 select * from ( SELECT TOP 1 * FROM [Article] where Poid<{CurrentPoid} order by CreateDate desc) t union select * from ( SELECT TOP 1 * FROM [[Article] where Poid>{CurrentPoid} order by CreateDate ASC) t2 找出目前PK id前一個與後一個的資料(依照想要排序順序) 那如果指示想要一個資料行呈現的話 可以改用下面的SQL語法 讓這兩筆資料join在同一筆 select Pre.*,Nex.* from (SELECT TOP 1 * ,1 tID FROM [dbo].[Article] where Poid<{CurrentPoid} order by CreateDate desc) Pre left join (SELECT TOP 1 * ,1 tID FROM [dbo].[Article] where Poid>{CurrentPoid} order by CreateDate ASC) Nex on Pre.tID=Nex.tID

[IIS]IIS - ASP.NET 網站基本優化設定 --筆記

運行 ASP.NET 基本上都是掛載在 IIS 上面,但 IIS 預設的設定,並不適合 24 小時不中斷的營運系統。 如果沒有適當的調整,可能會造成使用者的感受不佳,而你又偏偏不會遇到。 本篇將介紹 IIS 運行 ASP.NET 網站的基本優化設定。 應用程式集區 打開 IIS 管理員,到應用程式集區,選擇網站後,開啟進階設定: 1. 一般 (General) 佇列長度 (Queue Length) 預設值是  1000 ,當封包數量在同一時間到達該指定值,之後的 Request 都會變成 HTTP Status 503 Service Unavailable。 例:當有同時間有 1001 個 Request 一起送到 IIS,第 1001 個 Request 會直接回傳 503,不會進到 ASP.NET 處理。 也不是無限大就好,也是要看伺服器等級。 假設調成 10000,也真的有同時 10000 的量,可能會演變成  CUP High  的問題。 因此,這個欄位沒有建議值,網站封包量很大才有需要調整這個欄位。 啟動模式 (Start Mode) 預設值是  OnDemand ,當網站執行回收後,會等到第一個 Request 進來,IIS 才會把網站啟動。 所以第一個連上來的使用者會等到比較久的時間,ASP.NET 初始化完成後,使用者才會得到回應。 建議設定成  AlwaysRunning ,當網站執行回收後,IIS 就會直接啟動 ASP.NET。 2. 回收 (Recycling) 固定時間間隔 (Regular Time Interval) 預設值是  1740 ,也就是每隔 29 小時 IIS 就會把該網站重啟。 很可能重啟當下使用者正在操作,對於要 24 小時不中斷的系統來說,這真的是很不妥當的事情。 如果 ASP.NET 的 Session Mode 是用 InProc,網站重啟使用者就全被登出了。 建議設定成  0 ,也就是關閉定期重啟網站的設定。 如果網站真的需要定期重啟,可以在 特定時間 (Specific Times)  設定,固定每天哪些離峰時間做重啟的動作。 3. 快速失敗保護 (Rapid-Fail Protection) Enabled 預設值是