(Image Credit: numb@pixiv)
本番由 組員提名,應要求製作。感謝他們為 VCB-Studio 發展做出的無私奉獻。
這個項目與 喵萌奶茶屋 合作,感謝他們精心製作的字幕。
原盤畫質較好。原生分辨率為 844p。對於原盤毛糙的線條,我們認為這是一種畫風,未對其進行過度的抗鋸齒處理,僅使用了逆向拉伸重構以去除拉伸產生的鋸齒。然後就是常規的去色帶,補償性銳化和自適應降噪。OVA 在超重噪點的覆蓋下基本上沒什麼瑕疵,我們僅做了逆向拉伸重構,同時保留了原盤的噪點。由於本作的動態、暗場極多,成品體積會偏大一些。
10-bit 1080p HEVC + FLAC,MKV 格式。TV 約 1.3 GB 一集。OVA 約 2.5 GB。
General Unique ID : 134047038730678967795950502213651322494 (0x64D885450B6274336B8858106AD4D67E) Complete name : F:\SAYA IS ∞ LOLICON!\[Nekomoe kissaten&VCB-Studio] Dorohedoro [Ma10p_1080p]\[Nekomoe kissaten&VCB-Studio] Dorohedoro [01][Ma10p_1080p][x265_flac].mkv Format : Matroska Format version : Version 4 File size : 1.42 GiB Duration : 23 min 42 s Overall bit rate mode : Variable Overall bit rate : 8 565 kb/s Encoded date : UTC 2022-09-17 04:37:53 Writing application : mkvmerge v48.0.0 ('Fortress Around Your Heart') 64-bit Writing library : libebml v1.4.0 + libmatroska v1.6.0 Video ID : 1 Format : HEVC Format/Info : High Efficiency Video Coding Format profile : Main [email protected]@High Codec ID : V_MPEGH/ISO/HEVC Duration : 23 min 42 s Bit rate : 7 071 kb/s Width : 1 920 pixels Height : 1 080 pixels Display aspect ratio : 16:9 Frame rate mode : Constant Frame rate : 23.976 (24000/1001) FPS Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 10 bits Bits/(Pixel*Frame) : 0.142 Stream size : 1.17 GiB (83%) Writing library : x265 3.5+97-ga456c6e73+1-g9859a8cb5:[Windows][clang 14.0.0][64 bit] Kyouko 10bit+8bit+12bit Encoding settings : rc=crf / crf=14.5000 / qcomp=0.67 / qpstep=4 / stats-write=0 / stats-read=0 / vbv-maxrate=48000 / vbv-bufsize=50000 / vbv-init=0.9 / min-vbv-fullness=50.0 / max-vbv-fullness=80.0 / crf-max=0.0 / crf-min=0.0 / no-lossless / no-cu-lossless / aq-mode=3 / aq-strength=1.00 / aq-bias-strength=0.80 / cbqpoffs=-2 / crqpoffs=-2 / ipratio=1.40 / pbratio=1.20 / psy-rd=1.89 / psy-rdoq=1.00 / deblock=-1:-1 / ref=5 / limit-refs=0 / no-limit-modes / bframes=16 / b-adapt=2 / bframe-bias=0 / b-pyramid / b-intra / weightp / weightb / min-keyint=1 / max-keyint=360 / rc-lookahead=240 / gop-lookahead=0 / scenecut=40 / hist-scenecut=0 / radl=0 / max-cu-size=32 / min-cu-size=8 / me=3 / subme=5 / merange=32 / rdoq-level=1 / rd=5 / rdpenalty=0 / dynamic-rd=0.00 / rd-refine / ----- / cutree / no-sao / rect / no-amp / no-open-gop / wpp / no-pmode / no-pme / no-psnr / no-ssim / nr-intra=0 / nr-inter=0 / no-constrained-intra / no-strong-intra-smoothing / max-tu-size=16 / tu-inter-depth=4 / tu-intra-depth=4 / limit-tu=0 / qg-size=32 / qpmax=69 / qpmin=0 / ----- / cpuid=1111039 / frame-threads=4 / numa-pools=+ / log-level=2 / input-csp=1 / input-res=1920x1080 / interlace=0 / level-idc=0 / high-tier=1 / uhd-bd=0 / no-allow-non-conformance / no-repeat-headers / no-aud / no-hrd / info / hash=0 / no-temporal-layers / lookahead-slices=0 / no-splice / no-intra-refresh / no-ssim-rd / signhide / tskip / max-merge=5 / temporal-mvp / no-frame-dup / no-hme / no-analyze-src-pics / no-sao-non-deblock / selective-sao=0 / no-early-skip / no-rskip / no-fast-intra / no-tskip-fast / no-splitrd-skip / zone-count=0 / no-strict-cbr / no-rc-grain / no-const-vbv / sar=0 / overscan=0 / videoformat=5 / range=0 / colorprim=1 / transfer=1 / colormatrix=1 / chromaloc=0 / display-window=0 / cll=0,0 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / hist-threshold=0.03 / no-opt-cu-delta-qp / no-aq-motion / no-hdr10 / no-hdr10-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=0 / analysis-save-reuse-level=0 / analysis-load-reuse-level=0 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=1 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt / no-field / qp-adaptation-range=1.00 / scenecut-aware-qp=0conformance-window-offsets / right=0 / bottom=0 / decoder-max-rate=0 / no-vbv-live-multi-pass Default : Yes Forced : No Color range : Limited Color primaries : BT.709 Transfer characteristics : BT.709 Matrix coefficients : BT.709 Audio ID : 2 Format : FLAC Format/Info : Free Lossless Audio Codec Codec ID : A_FLAC Duration : 23 min 42 s Bit rate mode : Variable Bit rate : 1 493 kb/s Channel(s) : 2 channels Channel layout : L R Sampling rate : 48.0 kHz Frame rate : 11.719 FPS (4096 SPF) Bit depth : 24 bits Compression mode : Lossless Stream size : 253 MiB (17%) Writing library : libFLAC 1.3.2 (UTC 2017-01-01) Language : Japanese Default : Yes Forced : No Menu 00:00:00.000 : en:Chapter 01 00:02:24.019 : en:Chapter 02 00:03:54.025 : en:Chapter 03 00:11:26.060 : en:Chapter 04 00:21:56.023 : en:Chapter 05 00:23:26.030 : en:Chapter 06
Latest posts by Salty Fish
(see all)
這個把漫畫看完了,個人比較喜歡漫畫版本
喜歡和字幕組合作的作品!【我是真的懶
感謝製作 😛
1.建議:繁體字幕的字體和簡體字幕的字體分為兩個獨立的壓縮包。
不然字體數量太多了,手動安裝的話都不知道該安哪些(好像有小工具可以解決,但廣大受眾不一定會去用那個工具)。
而且壓縮後體積雖然不大,但解壓後還是有一點體積的。
2.這個OVA確實是超重噪點,但好像是靜態噪點,而且大部分時間畫面很PPT,一幀畫面能用的時間比較長。
所以最後成品25分鐘要2.6GB感覺還是有點大(不懂技術的小白的直觀感覺),對於這種PPT一樣的視頻的壓制效率沒法提升嗎?
回復給amiemie6661: 1. 誰給你臉代表廣大受眾了,不會自己把簡/繁字幕刪了嗎。 2. 不懂就別說,嫌大可以不下。
回復給sinsanction: 笑死在山坡上(
回復給sinsanction: 伸手要求重炒菜的我是頭次見
回復給amiemie6661: 這個火箭確實很難飛起來,但好像有動力就行,而且大部分時間都是豎直動力,力的分散不大。所以你們花那麼多時間那麼多錢研製推進劑感覺還是有點浪費(不懂技術的小白的直觀感覺),對於這種有動力就可以飛起來的火箭不能燒煤嗎?
回復給amiemie6661:
體積問題我不是製作者,沒有調查沒有發言權;只說一下字幕的問題:操作起來對整理人員比較麻煩(目前本組各種想方設法簡化整理環節,為整理組組員減負,不然真的太少人樂意做這種繁瑣複雜,又沒有成就感的臟活累活),出錯率高,而且還會有類似共用的日文/英文字體這種冗餘。相比於本體動輒幾十GB,幾十MB的字體實在是千分之一,不值得刻意複雜化。
回復給LittlePox: 感謝LP大大回復~
整理組的工作的確是很繁重的感覺。
尤其是對於我這種花絮都是挑重要的幾個收、CD一般不收的人來說,要整理出那一大堆的CD SP簡直太複雜了。
所以才會覺得那麼複雜的事情都做了,把字體分成簡繁兩個壓縮包的工作量好像也相對小一點,看起來更整齊。(不過的確會產生了簡繁共用字體冗餘的問題。)
所以提了個建議,並沒有伸手黨或不尊重整理組、字幕組的意思。
體積的確相對很小,不是什麼問題,只能算次要細節。如果為了減負而簡化掉,也是正常合理的操作。
回復給amiemie6661: 建議可以提,不懂也可以問。
1. 你說的有一定道理,但是我覺得這麼做沒什麼必要。一方面,像上面 lp 說的,這麼做會給整理組增加額外負擔;另一方面,你既然有這個需求,你也知道有小工具能解決這個需求,為什麼不學着去用呢。這些小工具學習成本非常低,有你編輯帖子的時間應該就學會了。至於字體包解壓後體積大的問題。。。如果你真的連字體的體積都要這麼摳摳索索,我這裡建議你去研究字體子集化,留一份子集化的字體臨時掛載用。
2. 你說的還是有一定道理,我也覺得這個 OVA 體積有點大了,況且原盤體積才 3.3G。雖然是靜態 PPT 畫風,但考慮到這個片子的噪點強度,噪點已經可以說成是紋理了,倒也不是不能接受。當時想着原盤碼率這麼低噪點還這麼重,不少紋理線條都給壓糊了,所以加了個逆向拉伸重構提一下銳度順便清一下線條。要是完全裸壓的話,體積應該比這個成品要小一些。但既然處理時選擇了完全保留噪點,就要付出相應的碼率,所以再小也小不到哪去。如果選擇降噪的話,處理起來會更加麻煩一些,因為這個噪點太重很難完美分離出來,要根據源設計一套複雜的降噪 combo,這個體積對於我來說可以接受,不值得花時間去研究。
關於壓縮效率的問題,這個片子的壓制參數預設已經幾乎是 x265 的極限了,而且這個 OVA 還是接近裸壓的,在這種情況下基本上就是一分碼率一分畫質,這個 OVA 是單獨拿出來製作的,壓制參數的還原度定位甚至比正片還高,目的就是追求高還原度。
如果你覺得體積太大,我們的友組喵萌奶茶屋也製作了一份 BDrip,體積比 vcbs 的稍微小一點,處理手段幾乎一樣,只是他們的正片的抗鋸齒力度更大一些,OVA 是完全裸壓。
如果你覺得喵萌奶茶屋的體積還是太大,nyaa.si 上有不少小體積壓制組,有部分壓制組還使用了非常強的降噪以縮減體積,你可以考慮去下他們的。
回復給Nuevo: 感謝回復~
這個靜態噪點的確算紋理,不該被抹掉。
我對正片體積完全沒有異議,發言僅針對OVA。
但凡噪點是動態的、或者畫風不那麼PPT,我可能都不會有那樣的想法。
只是在靜態噪點+PPT畫風的雙重條件下,我還以為技術上能達到更高的壓縮效率。
小白腦內:靜態噪點代表1幀畫面的文件體積相對更大;PPT畫風代表1秒24幀里的有效幀數相對更少。正負抵消一下,感覺最終結果應該不會有那麼大的差別才對呀~
但很明顯 不懂壓制的小白 又想當然了。。。打臉
可能問了一個容易讓人不悅的問題,不好意思~
回復給amiemie6661: 提的問題倒是無所謂,就是你得注意一下提問題的方法,不然之前那位也不會上來就懟你。這 OVA 體積參數是給高了一點,而且用 x264 壓應該會好一點,不過還是,壓出來看着體積能接受我就懶了。
神作,看就對了~
回復給amiemie6661: 看了,被震撼到了,友情真的能做到舍己嗎