最近,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

 

Project list / 作品項目列表

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

阅读全文

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

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

阅读全文

VCB-Studio 2024 冬季組員招募(已截止)

本次冬季限定招新僅面向整理組,另外分流組常駐招新長期有效,歡迎大家踴躍報名。 整理組位於 VCB-Studio 項目流水線的中間環節,處於承上啟下的重要位置。...

阅读全文

318 条评论

  1. 1.B或C都行,當然更希望是C,畢竟也想拿來收藏。
    2.B或C,確實我個人反正是不會去聽的。
    3.CDE,隨意,我反正移動端照樣直接下最優畫質。。。

  2. BBC
    關於副音軌:對於原盤完整性來說自然是值得保存的,另一方面這個東西對音質要求並不是很高(反正就是sraff嘮嗑嘛,233)
    對於移動設備:使用較少,僅有的了解內感覺C比較合理

  3. 1.C 建議提升畫質。我覺得選擇VCB-S的人很大部分原因都是為了這個。當然B也可以作為候選考慮。2.A 評論音軌個人認為意義不大,且受眾較小。如不考慮外掛,那就去掉吧(僅指評論音軌,正片5.1之類的完全應當保持)。還是應把視頻畫質放在首位,這才是VCB-S真正能與其它組做出差異化的地方,而評論音軌即使有少部分人需要,還有其它渠道可收。且從代價/收益的角度來說,保留評論音軌也比較不明智。3.B 個人認為,這個類型的存在目的很明確,就是最大兼容性,沒必要兩頭兼顧最後兩邊不搭很雞肋。綜合考慮下來,還是B為好。

  4. 1、C。VCB現在已經是首選組了,550MB的體積相較其他組偏小。畫質至上,體積隨意。2、B。評論軌建議AAC解決。比如有損音樂常用的qaac vbr 127 參數。3、D.

  5. 1. b 在2選a的前提下2、a 或者單做我們可以選擇不下3、一定是d因為3好多人忽略和安卓盒子一個只要兩百元的東西,就能在電視體驗高畫質動漫你們的8bit 1080p hevc 片源+電視的體驗一定比10bit 1080p hevc 片源+顯示器體驗好8bit 1080p hevc 片源+電視的體驗一定比10bit 1080p hevc 片源+顯示器體驗好8bit 1080p hevc 片源+電視的體驗一定比10bit 1080p hevc 片源+顯示器體驗好只要200元,只要200元,只要200元不用madvr,不用madvr,不用madvr不用高配電腦,不用高配電腦,不用高配電腦我都說了三遍

  6. C C E VCB組的東西幾乎全部都收藏了,對於評論音軌我覺得還是按現在這樣留着比較好,既然下BD,就要完美搜藏嘛!

欢迎留言

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