@Satelli 顺带一提，10 代 U 仅限 10nm 、搭载 Iris Plus 集成显卡的（如 i7-1065G7 ）才会带 DP1.4，14nm 、搭载 Intel UHD 集成显卡的 CPU （如 i7-10710U/i7-10875H ）仍然是 DP1.2 。桌面版还没有详细参数。

实际上 2020 MacBook Air 因为用了 10 代 10nm CPU，能够用 Apple 的 USB-C 转 HDMI+USB-C+USB-A 转换器 (A2119) 输出 4K60 的同时保持 USB 3.0 的速度。支持文章是去年 9 月更新的，所以没有新款 Air 在里面。

@luckyrayyy

没有支持不好的意思。是 Intel 不给 10 代 CPU 前的集成显卡上 DisplayPort 1.4 而已。
DisplayPort 1.2 的带宽是可以显示普通 4K，但是无法播放大多数受 DRM 保护的 4K 视频（一般会需要 HDCP 2.2 ）。并且 DP1.2 带宽无法满足 4K HDR 的带宽需求。

@zhuangku556 啊，苹果那个链接只是放出来参考。我的意思是 @clrss 说得很清楚。

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

@zhuangku556 @clrss 说的很清楚了，Apple 的这款转接头是从 2-lane DisplayPort 信号转的 HDMI，因为要保障剩下的 USB 是 3.0 的速度。Intel 集显的是 DP1.2，需要 4-lane 才能达到 4K@60Hz 。16 寸、15 寸外接的时候都只走 AMD 独立显卡，而 Polaris 起就是 DP 1.4 了。注意，16 年的 AMD 独显虽然也是 Polaris，但是上面仍然是 DP 1.2，所以不能在这个转换器下支持 4K@60Hz 。

@luckyrayyy 这还真是 Intel 的锅，10 代 Intel 以下所有的集显都只出 DP 1.2，需要占用整个 USB-C 的 4 对高速通道才能传输 4K@60Hz 的信号。

bandwhich
https://github.com/imsnif/bandwhich

可通过 Homebrew 安装。

补充 @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
不过你说的是饱满而不是音量，确认耳机插紧了吗。