最近,x265 v2.0(目前我們hevc編碼主要用的編碼軟件)發布,我們的注意力都放在相關測試方面,如何優化參數設計,來達到最好的效果。結果也令人滿意,基本可以總結為3點:

  1. 10bit編碼,x265對x264的領先幅度增加,目前純視頻,在相似質量下,x265可以比x264節省30%以上的碼率(以前能有15%就逆天了),或者說,同碼率,畫質明顯提升。
  2. x265的普適性提高,以前很多不適合用hevc的project,現在完全適合了
  3. 8bit編碼,x265的畫質明顯提升,不但變得實用,而且相比x264趕超明顯

所以現在,是時候調查大家意願,微調一下我們的製作風格了。下面3個問題,每個問題有若干選項,請大家在評論中留言類似“ABC”這樣的選擇,並可以跟帖說說你的看法

1 正片,體積方面要不要改變?

目前,我們的BDRip,一集正片標配是 主視頻(10bit hevc)+主音軌(flac, 24bit)+評論音軌(flac, 24bit)

主視頻的體積是可控的,體積越大,碼率越大,畫質越好

兩條音軌的體積是不可控的。評論音軌得看原盤帶沒帶,不過現在藍光一般都帶。

(啥?你不知道評論音軌的存在?試着找找我們那些標註了_2flac的MKV,讀讀播放器教程,切換音軌聽聽)

目前,我們標準體積:

  • 正片550MB(可以改變)
  • 每一條音軌225MB(無損編碼前提下,不可改變)
  • 總和正好是1GB/集

 

你覺得:

A 我根本看不出那麼高的畫質,請你們把體積再削減200MB左右

B 我覺得這樣就挺好,不需要改

C 我有的是硬盤,請你們把體積再增加200MB左右

 

2 評論音軌,雞腿、雞肋還是雞毛?

1GB/集的正片中,評論音軌經常要佔據25%的體積。類似搖曳百合這種番,出現了主音軌16bit,評論音軌24bit的情況,評論音軌佔據的體積是主音軌的兩倍。

而對於中文圈觀眾來說,罕有字幕組製作評論音軌字幕前提下,很多人根本不會去聽評論音軌,聽了也一頭霧水。更別提很多人根本不知道如何切換到評論音軌去聽

你覺得:

A 我覺得這玩意完全是雞毛蒜皮一樣的垃圾,乾脆別帶了,體積省下來給視頻部分

B 我覺得這東西是雞肋,帶還是帶着,但是沒有必要一集200+MB的無損音軌,換有損節省一些碼率

C 我覺得這東西是雞腿,我很喜歡聽各種staff扯皮,請你們務必保持無損配置

 

3 針對移動設備的小體積MP4版本,要不要升級換代?

8bit x265的突飛猛進,讓我們可以使用8bit hevc來製作番劇,720p/1080p下,200MB/300MB的體積足以做出非常優秀的畫質。同時,8bit HEVC的兼容性已經不是3年前的情況;很多手機、顯卡和非編都能支持它的解碼。就算不能硬件解碼,8bit hevc的軟解負荷也大幅低於10bit hevc。

這裡有個sample:鏈接:http://pan.baidu.com/s/1skJTH85 密碼:83ac

更換了一個sample,原本的sample有個參數可能會導致兼容性問題。

大家可以下載了試試播放效果。手機平台建議使用MXPlayer,搭配硬解+播放;PC平台則可以在LAV設置中,硬解選擇DXVA2(copy-back),看看能否流暢播放。

以後,當合作字幕組請求小體積1080p製作的時候,我們將使用8bit hevc來製作MP4版本,包括有損音軌,體積大約在400MB/集,效果應該可以媲美600MB/集左右的8bit AVC方案,或者500MB/集的10bit AVC方案。但是這一方案要不要推廣到所有番劇,

你覺得:

A 這東西對我的設備來說壓力山大,請你們繼續8bit 720p AVC 200MB一集的製作

B 以前8bit 1080p AVC 400MB一集的方案呢?我覺得這是我需要的

C 我支持HEVC,但是沒有必要在移動設備上用1080p吧?繼續720p吧,畫質比以前AVC方案提升就是進步

D 我覺得這個方案很不錯,很適合我這種手機/平板/筆記本黨

E 我的設備甚至可以硬解10bit hevc,我希望你們在小體積方案上也使用10bit

 

請大家在本文跟帖留言,你的選擇、你的評價會幫助我們精確定位目前我們觀眾團體的需求。

 

補充幾點大家討論的比較熱烈的:

1. 體積550M,這只是一個平均數,我們日常當然不可能死掐這個數字。番劇本身節省碼率的做出來會小,否則會大,這是很正常的。你什麼時候看到vcb-s發出去的東西整整齊齊全是1.0GB?

2. 外掛音軌好處在於方便和高度可定製,但是這是以簡潔性保種性為代價的。外掛音軌跟正片放在同一目錄,看上去會雜亂(特別是加了字幕之後),而且無論是否單獨放在一個目錄里,只要音軌被移動或者刪除,都犧牲保種性(無論你選擇不聽不下,還是下了移動到正片目錄去外掛,還是下了之後自己轉有損,都會破壞種子解構)。目前,vcb-s只在有體積龐大的5.1聲道音軌時候,或者多條評論音軌時外掛,因為這種情況下可定製性的收益增加。而為了每集一條音軌(甚至不是所有集都有)外掛,收益有點低於代價的意思。

3. 有人說x265節省30%的碼率,是不是意味着700M的10bit HEVC視頻,跟那些1GB/集純視頻的10bit avc組,畫質相似?這裡我必須指出不是這樣:因為預處理環節本身就有着幫助提升壓縮率的作用,而我們這個30%是控制了其它所有變量,單論編碼環節。現代top tier的預處理設計,絕不是局限於瑕疵處理,而同樣強調預處理和編碼搭配。根據片源特性,消除人眼難以看到的無效高頻信息,預先強化在有損編碼中會被削弱的細節紋理,從而在同樣碼率下,實現比裸壓更好更保真的效果。這也是為什麼大家都在用avc的時候,我們就可以用更小的體積做到更好的畫質原因之一。其它因素還包括參數設計是否合理等,這裡不多展開。

 

 

 

 

截止時間:2016/07/31  23:59pm

 

VCB-Studio 支持 IEEE 的決定: 發布時禁止使用澀圖 [愚人節快樂]

VCB-S 全心全意地支持 IEEE 的倡議,並熱情地加入到他們促進多樣性和性別平等的努力中。 At VCB-S, we wholeheartedly support the IEEE’s initiative ...

阅读全文

Project list / 作品項目列表

(Image Credit: TOKKYU@pixiv) Online Docs / 在線表格 Google Sheet Notes / 注釋: UID / RS / Rev / SP = 年月+序號 / 重發 / 重製 / 集中式補丁包 UID /...

阅读全文

在 Windows 系統中啟用長路徑功能

從本月起我們的成品可能不再遵從較為嚴格的路徑長度限制。這篇文章將簡單介紹如何在 Windows 系統中啟用長路徑功能。 Windows 系統中較為保守的最大路徑...

阅读全文

318 条评论

  1. 1.B每集大約1G 我認為剛剛好
    2.B評論音軌的話如果沒有字幕就很蛋疼,但是如歸去掉的話又有點不對,總之可以不聽但不能沒有!建議建議壓縮體積,將多出來的體積分給視頻,或者縮小空間。
    3.對於我來說從來來都是找最好版本最大體積,所以用不到。

  2. 1、B 還是很習慣約1GB一集。感覺質量/體積比例正好。
    2、B 評論音軌這種,能聽清楚就行了,有損音軌節省體積就好。
    3、不發表意見。

  3. 1.C我有的是硬盤,請你們把體積再增加200MB左右
    2不發表意見,服從大多數意見
    3.E我的設備甚至可以硬解10bit hevc,我希望你們在小體積方案上也使用10bit

  4. 1:C希望能有更極致的觀看體驗 (本來BD1080P的動漫就是下載下來收藏用的,質量當然是越高越好!)
    2:C希望還是能帶上無損的評論音軌(理由同上,對於一個好的資源合集來說正片之外附帶的東西的質量是很重要的一環)
    3:個人認為低質量的視頻完全沒必要下載下來看隨便在網上找找在線的看一下下就完事了,不做選擇

  5. 從四年前小圓看過來的鹹魚觀眾
    1,選項B 已經習慣1GB一集,符合預期,請貴組繼續保持
    2,選項C 請務必帶上commentary無損音軌,但可以接受選項B,一般很喜歡某作品的都是會花很大精力翻論壇找評論音軌字幕的(雖然往往極難找到,且多為字幕組內嵌480P或者540P),如果體積較大是否可以分離成一個單獨的mka文件
    3,看貴組靈活機動吧,畢竟和其他字幕組合作是很重要的,不同源的字幕調軸不一樣嘛,希望能推薦一下iOS能在app store搜到的播放器,1k播放器還算可以嗎

  6. 1:C希望能有更極致的觀看體驗
    2:B說實話我才知道評論音軌這個東西
    3:不懂這個,不做選擇
    PS,貴站大大方便了我的補番計劃,我就直接問吧:“哪 里 打 錢?”找了一番無果,殘念。

欢迎留言

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据