补充 @systemcall 的答案。
https://panic.com/blog/the-lightning-digital-av-adapter-surprise/#comment-16841

iOS 设备不是向 Lightning 口传输“原生” DisplayPort 、HDMI/MHL 信号，而是编码后的 H.264 流，Lightning 转 HDMI 、VGA 转换器上的 ARM SoC 再将视频流解码输出。这其中就有画质损耗。QuickTime 能实时显示 iOS 设备就是同理，并不是因为 Mac 上有采集卡。

只有 iPad Pro 12.9 寸（第一代、第二代）和 10.5 寸（第二代）的 Lightning 口能够支持 USB 3.0 的速度。其余设备的都是 USB 2.0 的速度。当然 USB-C 款的 iPad Pro 均为 USB 3.0 速度。

如果 app 不支持，那么接到 16:9 电视上时只会以设备原始宽高比镜像播放。如果 app 进行了适配，例如 Netflix 、腾讯视频等，那么电视上将会以视频原始宽高比播放，iOS 设备屏幕上仅会留下播放控制界面。

当然，这种转换造成的损失只有特别尖锐 (nitpicking) 的眼睛才能看出来。附上一段 QuickTime 对 iOS 设备的录屏，1600x1200 60fps 。最终码率为 21 Mbps 。链接将在 7 天 /100 次下载后过期。
https://send.firefox.com/download/3d47b9c658b64433/#v4nripbXtCYF3EVrliE4LQ

https://i.v2ex.co/CRnV3B1X.png
Safari 13.1 没有问题。

@discrete iMac 5K 如果是 Vega 卡的话因为 AMD 驱动不支持 PlayReady 3.0，所以放不了 Netflix 4K 和 HDR 。Polaris 的应该是可以的。
macOS 下任何一款 iMac 均不支持 AppleTV+ 或 iTunes Store 的 4K/HDR 。

Chromium-based Edge 在 Windows 10 下带 PlayReady CDM 可以看 Netflix 4K/HDR 。

需要注意开启 4K 或 HDR 除了账号需要订阅最高级外，还需要在 Microsoft 商店购买 HEVC 扩展和 HDCP 2.2 显示器（至少 HDMI 2.0 或 DisplayPort 1.4，HDR 需要 HDMI 2.0a ）。

https://www.dell.com/support/article/en-us/sln307657/how-to-configure-dell-mobile-connect-for-ios-phones?lang=en

其中提到需要使用蓝牙将 iOS 设备和 Windows 配对。Dell Mobile Connect 会安装相应的驱动程序让笔记本的蓝牙表现为免提设备，像传统的车机那样。

收短信、收通知（猜测） MAP
发短信需要 iOS app 前台运行，是 app 实现的功能
接打电话 HFP
通讯录 PBAP

iOS 设备支持的蓝牙 profile 列表 https://support.apple.com/zh-cn/HT204387

macOS 给 iOS 设备共享网络是从企业级特性 tethered-caching 发展而来。走的私有 API。

https://support.apple.com/zh-cn/HT202944

5223 端口用于 Apple 推送。17.0.0.0/8 都是 Apple 的 IP 地址。

对 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 放里面一直插机箱后面吧。