(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: 看了，被震撼到了，友情真的能做到舍己吗