vcb-s / guides Goto Github PK

更正内容

在 基础部分 - 第十二章 - 添加字幕，包含如下内容：

但是注意，ListAssFonts 不能检测出 FontLoaderSub 临时挂载的字体，会认为它们缺失。

经过实际验证，前者可以检测出后者临时加载的字体，但要求前者在启动时后者已经挂载完毕。

请针对此条目进行修改。

系统环境

• Windows 版本：Windows 10 专业版 22H2 (19045.4046)

• ListAssFonts 版本：v190130

• FontLoaderSub 版本：r5

两款软件均从 VCB-Studio 网站的 “字体整合包”发布页 下载。

补充

由于没有源码，对原因进行猜测：

FontLoaderSub 在运行时将字体临时加载到系统中。ListAssFonts 在每次启动时通过系统接口获取已安装（以及加载）的字体列表，并通过该列表对字体是否存在进行判断。在 ListAssFonts 运行过程中，该列表并不会刷新，因此如果在其启动后再使用 FontLoaderSub 加载或卸载字体，或直接在系统中安装、卸载字体，这些操作均不会被感知。

尤其是卸载操作，举个例子：加载字体 - 启动 ListAssFonts - 卸载字体。此时使用 ListAssFonts 仍能探测到刚刚加载的字体，会导致对当前字体加载情况做出错误判断，进而导致不必要的压制问题。

针对如上问题，重启 ListAssFonts 可以解决。

本仓库的issue只接收关于教程中疏漏、错误、不足之处的讨论。

技术细节、制作规格、以及与教程无关的提问将被忽略甚至删除。

由于本教程不是作为一个开源项目来运行，目前暂不接受组外的commit。有需要时可以通过pr提供修改建议，我们可能会视情况采纳，但不会合并。

通过“引用”插入的图片无法正常显示

Thanks to @hooke007

vspipe 的参数 --y4m 已经可以换成 -c y4m 了吧，即使是使用 classic 也会出现这条消息：
Deprecated option --y4m specified, use -c y4m instead

。。。。。。

4. 视频属性和帧属性
   res = res.text.ClipInfo()，尝试了一下报错了
   应该是res = core.text.ClipInfo()吧

https://github.com/vcb-s/guides/tree/master/Basics/%5B03%5D%20%E7%A5%9E%E4%B8%80%E6%A0%B7%E7%9A%84%E5%B7%A5%E5%85%B7%E4%BB%AC#4-%E4%B8%80%E8%88%AC%E7%9A%84%E7%89%A9%E7%90%86%E5%88%87%E5%89%B2

音频的切割并不依赖于关键帧，我们可以使用 ffmpeg 对其进行精准到毫秒（实际是精确到 sample）的切割。

ffmpeg应该是精准到audio frame，对于wav这类格式来说1frame就是1个sample，但对于aac这类格式1frame有960/1024个sample。
参考
https://stackoverflow.com/questions/42144468/sample-accurate-audio-slicing-in-ffmpeg
(下面这个对frame的定义与上面的，以及media info的都不一样）
https://stackoverflow.com/questions/23216103/about-definition-for-terms-of-audio-codec

• 171行：“YUV 也可以通过先行操作转换到 RGB”， 应为“YUV 也可以通过线性操作转换到 RGB”。
• 293行：“与逐行扫描相比，它的主要优点在于画面更为清晰、细节更加丰富。但由于数据量更大，传输效率相较逐行扫描要低一些”, 应该是“与隔行扫描相比，它的主要优点在于画面更为清晰、细节更加丰富。但由于数据量更大，传输效率相较隔行扫描要低一些”。

催更！！！

https://github.com/vcb-s/guides/tree/master/Basics/%5B03%5D%20%E7%A5%9E%E4%B8%80%E6%A0%B7%E7%9A%84%E5%B7%A5%E5%85%B7%E4%BB%AC#5-mp4%E7%9A%84%E6%8A%BD%E6%B5%81

MP4的抽流或许可以介绍mp4box？虽然命令行方式用起来是有门槛。

在x265的文档中：
--qg-size的默认值为same as maxCUSize，也就是64
--limit-refs的默认值为3

但我使用 ffmpeg 7.0.1 的 x265 3.6+28 输出 1080p yuv420 8 or 10bit 视频的默认值为qg-size=32 limit-refs=1
ffmpeg 6.1 的 x265 3.5+111 也是同样的情况
独立的 x265 3.5+2-cce7d9c56 也是同样的情况
默认的ctu确实是64，但qg-size并没有像文档中写的那样

https://guides.vcb-s.com/basic-guide-07

如题。在repo中没有找到教程提及的sample.7z

Dolby Atmos 在编码成FLAC的过程中会丢失其中的封装在DDP/TrueHD等音轨中的描述声音对象方位的元数据，导致音轨降级（从Atoms降级成普通的5.1/7.1）。
这个问题在我整理《HELLO WORLD》的时候发现，外挂的MKA文件中的7.1音轨，只能被AVR识别成PCM的7.1，并不能识别出Atoms，然后我去找了BD ISO，里面的7.1 TrueHD音轨（Dolby TrueHD with Dolby Atmos）时可以被AVR正确识别成Atoms音轨并正确播放。
目前没有尝试原始音轨为DTS:X的文件时什么效果，后续找到或者按照你们提供的教程提取一条DTS:X的FLAC文件后在这个issue下更新，但是次世代音轨的原理类似，应该和Atoms时类似的情况。
是否可以考虑当BD音轨中存在次世代音轨时，这两种音轨直接提取后封装到外挂MKA中，而不是编码成FLAC后再封装。