对 Netflix 来说，延迟、网速正常的用户（指肉身在境外、未通过代理访问他国 catalogue、ISP 未针对性限速）能在 5 - 10 秒内能切换到可达到的最高码率 /分辨率。用视频开始这段时间内的低效内容，加速用户访问，节省服务器带宽，是很合理的抉择。

@xenme 只有 AppleTV 4K 通过 HDMI 2.0 连接到支持 HDCP 2.2 的 4K、60 Hz 屏幕时能够播放 4K 媒体。HDR 需要相关标准支持。其余均是 1080p HDR。在“正常使用”情况下，app 是肯定能够在合理的时间内切换到最高可用的码率上的。

@maplerecall 电脑上只有 Windows UWP 客户端和 Microsoft Edge 能够通过 PlayReady 播放 4K，Chrome、Firefox 即使安装插件也不可能看到 4K 的。

@lxk11153
.ts 也是一种容器格式。在你这个 case 下，原文件只是已经通过 HLS 分发出来的 .ts 片段。视频流总是指容器里的 H.264 数据。逻辑上你通过 cat 或 ffmpeg -f concat -c copy 拼接出来的整个文件不是原本的文件，但是视频流是没有变化的。音频同理。

h264 指 H.264 编码。H.264 有很多编码器，你可以通过 ffmpeg -encoders | grep h264 列出 ffmpeg 可用的编码器选项及注释。ffmpeg -codecs 列出的是编码，括号内接的就是该编码可用的编码器。

你的 log 里有一行 Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264))
这行是指原容器的该条视频流将会用原生 H.264 解码器解码，通过 libx264 软件编码，放入新的容器中。

官方就 H.264 的编码向导 https://trac.ffmpeg.org/wiki/Encode/H.264 ，里面用的 libx264 做例子。使用 h264、vp9、av1 应该只会匹配到首个可用编码器。如果是自适应，macOS 平台用 h264 应该会使用更节能、快速的 VideoToolbox，而不是软件实现的 libx264，虽然质量无法与后者相比。这里为猜测。

手动指定编码器会 drop 原因应该和楼上指出 11 分 3 秒的视频数据损坏有关。-c copy 不会涉及解码，ffmpeg 会原封不动把原视频流拿过来，放入新的容器中。手动指定之后 ffmpeg 会使用默认的（或你指定的）解码器解码每一帧，再通过默认的（或你指定的）编码器进行编码后，再放入新的容器中。原视频视频流有错误，ffmpeg 解码就会出错。

另，尝试了手动指定 -c:v h264 -b:v 900k，会 fallback 到 libx264。默认 -preset 是 medium。

在 Intel 45W 6 核心 6 线程的 CPU 能力下，该视频能有 5x 的编码速度。

接在 -i 后面的是针对输出的参数。
-c:v 是制定视频流的编码器，没有 h264 这个编码器，软件编码是默认 libx264。
-b 是制定流码率。-b:v 是指定视频码率，不能和 -c copy 混用。如果你需要重推流，-re 后接 -c copy 且不要指定码率。

ffmpeg -c copy 是与原件有区别，你只是单独拿出来里面的一条视频轨道和一条音频轨道再重新 mux 到你指定的容器格式里。原本容器的元数据、格式已经丢弃。

.m3u8 是播放列表，aria2 当然不能直接 -i 进来后只能看到文件名，没有原始路径。而且最后下载下来的也只是该资源在 HLS 分发下的片段。

ffmpeg 本质不是下载，只是把每一个片段按照 .m3u8 播放列表拼接在一起，最后再根据你指定的容器格式封装。

在这个情况下，原件就是这些片段。

@keaideren 某些玄学情况下 macOS 的声道平衡会偏移。很古老的 bug。http://hints.macworld.com/article.php?story=20030714025520659
不过你说的是饱满而不是音量，确认耳机插紧了吗。

@lostberryzz
Polaris 架构显卡 macOS 驱动的 H.264 硬件编码是有问题的（ H.264 硬解和 HEVC 编 /解没问题）。所有 Polaris 显卡的 Mac 都搭载 Intel 核显，所以 AppleGVA 里写死了调用集显。单 Polaris 的黑苹果（ KF、Xeon 和 AMD CPU ）会出现小问题，强行调用 VideoToolbox 进行 H.264 硬编会卡死 UI （例如 ffmpeg -c:v h264_videotoolbox、OBS 选择 VT 硬编等）。DRM 也有可能会出现问题，iTunes 可以，但是 Netflix 一般会红屏。Vega 56/64 是没问题的。

@loveuqian
NVIDIA 显卡的 WebDriver 不能硬编 /解。VT 是 fallback 到 CPU 的。

你用 MacType 全局替换成微软雅黑了吧。微软雅黑的半角符号也是全角的。这里别人本来是 Segoe UI 的。
https://i.v2ex.co/8MwQrTkZ.jpeg

p 后的序号不止 0-9。我是 p27。

事实上是也只有 Apple 会用 GT3/GT3e SKU 在笔记本上，因为 13 寸没有独立显卡。15 寸中途用过一段时间 GT3e 的 SKU，那也是 15 寸入门版没有独立显卡的几代。

如果是用的 AMD 显卡的话看看是不是开启了 AMD Steady Video。

TA970 不支持从 PCIe 启动。准备个垃圾 U 盘，把 bootloader 放里面一直插机箱后面吧。

@LXchienne https://www.tonymacx86.com/threads/an-idiots-guide-to-imessage.196827/
@chztv 这些都建立在你对 Clover 和各种 patch、内核扩展的熟悉程度上。你要是网上随便找 EFI，随便下驱动，那可能就不行。你要是知道对应你自己的硬件 Clover 需要动哪些配置，加哪些 patch，那升级就是点点鼠标的事。

@chztv Intel 升级不需要动 Clover。

@Sta 我以前的 2600 就支持啊... 没理由 3700X 不支持的。
@emeab X470 和 B450 的供电好坏没有必然联系，推荐看看 CHH 那篇 AM4 主板供电列表... 而且 3700X 撑死灰烬 150W，6 相绝对够了。

@Sta 无 32 位软件支持。也没什么所谓，反正 Catalina 就彻底不支持了。PD 我以前 2600 的时候就正常，现在没装。

@Sta https://github.com/AMD-OSX/AMD_Vanilla 里面 KernelToPatch 复制到你自己的 clover.plist 里就行。

@Sta 130W 你主板自动加压太高了吧，手动给个 -100mv offset 吧。我的 4.25 只要 110W。而且黑苹果也没问题啊，现在 USB 都能用 Apple 的 XHCI 驱动，包括用 ASMedia 的 3xx 4xx，我的是打人 B450-I。https://i.v2ex.co/wfs9tzjg.jpeg

AMD 的移动 CPU 和带集成显卡的桌面 APU 均是 12nm Zen+ 结构，不是新的 7nm Zen 2 架构。
最高的 Ryzen 7 3750H 的 CPU 性能和 i5 8300H 差不多。

文章比较详细。以下是一些个人认为博客中有误或不详的地方。

CPU 已经通过 SSDT → Generate CStates, PStates, PluginType 启用了 macOS 原生电源管理，所以变频、睿频都正常。
大部分主板的 HDMI 接口为 1.4，非 1.2。DisplayPort 是 1.2。
0x12345678 是无效 framebuffer，Macmini8,1 建议使用 0x3E9B0007 (CFL Desktop)。
macOS 确实对 Intel 蓝牙有不完整支持。
Z370M-ITX/ac 的 2 个有线千兆网口是 1 个 I219V，1 个 I211VT。前者比较常见，EFI 里也包含 IntelMausiEthernet 提供了支持。后者有多个驱动提供支持，我在用的是手动添加 PCI ID 的 SmallTree I211AT 驱动。
USB 建议删掉 SSDT-UIAC.aml 和 Clover 中的 USB 相关 KextToPatch，跟着 RehanMan 的教程自己做 SSDT。https://www.tonymacx86.com/threads/guide-creating-a-custom-ssdt-for-usbinjectall-kext.211311/