简介：AirParrot 2.6.2 是一款面向 Windows 用户的无线投屏工具，主要作用是在电脑与投影仪处于同一局域网时把桌面画面推送到大屏，省去 HDMI 线缆的束缚，适合会议室演示、课堂教学以及临时需要外接显示的家庭办公场景，对不熟悉有线布线的入门用户也比较友好。资源包共收录 4 个文件，主体是分别对应 32 位与 64 位系统的 msi 安装程序，另附一份 htm 格式的说明页面和一份 zip 压缩附件，整体约 96.71MB，体积适中，下载解压后可按系统位数直接选择安装，无需额外配置环境。目前已有 278 人学习下载。对初次接触无线投屏的读者来说，双版本安装包省去了自行寻找适配文件的麻烦，说明页可用于核对安装与连接要点，zip 附件提供补充内容；结合同一局域网即可连接的使用方式，能较快完成从安装到画面投放的验证，适合作为搭建无线演示环境的工具包。
1. 会议室那根短半米的 HDMI 线，AirParrot 2.6.2 替掉的就是它
会议室里那根 HDMI 线永远短半米。要么把笔记本举到桌沿，要么全屋人等你翻包找转接头，投完还要抢在别人前面把线拔回来。AirParrot 2.6.2 这类工具针对的就是这一环：同一局域网内，把电脑画面无线投影到电视盒子、投影机、Apple TV 这类接收端，不插线、不装驱动级采集卡。它常驻托盘，能整屏镜像、只投某个窗口、把接收端当第二块屏做扩展桌面，也能把媒体文件直接拖上去播放而不走屏幕镜像。适合经常在会议室、教室、客户现场做投影演示的人；想拿它打竞技游戏、追求一帧不差的人，趁早换有线。
2. 协议链路拆开看：AirPlay 与 Cast 在 2.6.2 里各走哪条路
很多人把它当成“一个投屏按钮”，出问题就只会反复点。真到了现场投不出来，能救你的不是按钮，是知道它到底发了什么包、走了哪条通道。AirParrot 2.x 这一代同时挂了两套接收协议：给 Apple TV 用的 AirPlay，和给 Cast 系设备（各类电视棒、内置 Cast 的电视）用的 Google Cast。两套在发现阶段很像，在传输阶段差别不小。
2.1 发现阶段：谁在局域网上喊“我在这儿”
投屏的第一步不是编码，是“看见”。接收端会通过 mDNS（组播 DNS，UDP 5353）在局域网里广播自己的服务名，AirPlay 走_airplay._tcp，Cast 走_googlecast._tcp。AirParrot 启动后会监听这两个服务类型，把发现的设备列进托盘菜单。这一层是纯二层组播，不跨网段，所以“手机能连 Wi-Fi、电脑也能连 Wi-Fi，但就是搜不到电视”这种经典现场，八成不是软件问题。
判断方法很直接，在 macOS 上直接问局域网要一份服务列表：
# macOS：列出局域网内所有 AirPlay 接收端 dns-sd -B _airplay._tcp local. # 列出 Cast 接收端 dns-sd -B _googlecast._tcp local. # 按 Ctrl+C 结束；正常会在几秒内刷出若干实例名-B是 browse 模式，只监听广播不主动查询，输出里的Instance Name就是设备名。如果这条命令一条都刷不出来，而电视明明连着同一个路由，别怀疑 AirParrot，先去查网络。反过来，如果dns-sd能刷出来但 AirParrot 列表是空的，那才轮到查软件权限和防火墙。
Windows 上没有dns-sd，用端口和 ARP 表侧面确认更实际：
# 确认本机有没有在监听/收发 5353 组播 netstat -an | findstr "5353" # 看本机 ARP 表里有没有接收端的 MAC，确认二层可达 arp -a | findstr "192.168.1." # 查防火墙里 Bonjour 相关规则的放行状态 netsh advfirewall firewall show rule name=all | findstr /i "bonjour mdns"netstat那行如果只有本机0.0.0.0:5353的监听而没有对外的 UDP 记录，通常说明组播包没出去，多半被防火墙拦了。arp -a里能看到接收端 IP 对应的 MAC，说明二层通，问题在三层以上；看不到，说明压根没通，先查是不是连了不同的 AP。
2.2 传输阶段：编码器、音频通道和那条容易被忽略的上行
发现之后，AirParrot 做的是三件事：抓屏、编码、推流。抓屏在 macOS 上走系统提供的屏幕捕获接口，Windows 上走桌面复制（Desktop Duplication）一类接口；编码统一交给硬件编码器，常见是 H.264，分辨率高、帧率高的时候码率能到十几 Mbps 量级。音频单独编码成一条通道，和视频打上时间戳一起发，接收端负责把两条流对齐后播放——这也是后面“口型对不上”问题的根源。
这里有个容易被忽略的点：投影不是单向的。接收端会周期性回传状态（缓冲、丢包、请求关键帧），所以链路的上行质量同样影响画面。很多会议室是“下载几百兆、上行被限死”的配置，测速只测下行，结果投屏每隔十几秒糊一次。我一般会顺手在两端各跑一次延迟测试：
# 两端都执行，看往返延迟和丢包；连跑 30 次比连跑 4 次更能暴露问题 ping -c 30 192.168.1.50 # macOS 上顺带看下当前 Wi-Fi 的速率和信道 /System/Library/PrivateFrameworks/Apple80211.framework/Versions/Current/Resources/airport -I-c 30是发 30 个包，比默认 4 个更容易看出抖动。延迟均值在 5ms 以内、丢包 0，投影基本不会因为网络出问题；均值 30ms 以上或者有 1%～2% 的零星丢包，画面就会周期性糊一下再恢复。airport -I输出里的lastTxRate是当前协商速率，channel是信道号——2.4GHz 段信道挤到 1/6/11 之外的时候，投影卡顿会明显加重。
2.3 选型：AirPlay 与 Cast 不是二选一，而是看接收端
有人问该用哪个协议。这个问题问反了——协议不是你在软件里选的，是接收端决定的。AirParrot 发现设备后会自动匹配，你能选的是“投给谁”，不是“用哪个协议”。真正需要你判断的是场景：
| 场景 | 建议链路 | 理由 |
|---|---|---|
| 会议室 Apple TV / 支持 AirPlay 的电视 | AirPlay | 系统级集成度高，音频通道同步做得细 |
| 各类 Cast 电视棒、内置 Cast 的电视 | Cast | 兼容面广，媒体直投支持更好 |
| 老旧投影机 + 外接盒子 | 看盒子协议 | 盒子决定一切，软件只负责适配 |
| 需要扩展桌面（第二块屏） | AirPlay 优先 | 扩展模式对接收端缓冲要求更高，Cast 端差异大 |
表格里最后一行值得多说一句：扩展桌面本质上是把接收端当成一块“外接显示器”，接收端要持续接收一整屏的持续变化内容，对链路的要求比镜像更高。Cast 端的实现各家盒子差异很大，有的盒子对扩展桌面支持得相当勉强，常见做法是扩展桌面只在 AirPlay 端开，Cast 端老老实实做镜像。
3. 第一块屏落地：从驱动到 1080p 投影的完整操作链
原理清楚了，接下来是把第一块屏真正投出去。这一章按现场顺序走：先动网络，再装软件，然后配对、选模式、做自检。顺序反了会很痛苦——先装软件再发现搜不到，你会以为是软件坏了，其实是网络压根没放行。
3.1 装之前先把网络捋直：同网段、关隔离、放行组播
三条硬性条件，缺一条就白折腾：
第一，电脑和接收端必须在同一个子网。判断方法看 IP 和掩码，192.168.1.x/24和192.168.2.x/24就是两个网段，中间隔了路由，组播过不去。会议室常见的坑是“访客 Wi-Fi”和“办公 Wi-Fi”是两个 SSID、两个网段，笔记本连访客、电视连办公，怎么都搜不到。
第二，关掉 AP 隔离（也叫客户端隔离）。这个功能在企业级路由上默认开启的比例不低，作用是让同一 SSID 下的设备互相不可见。它一开，mDNS 广播直接被丢掉，表现就是“搜不到”。
第三，放行组播和 AirPlay/Cast 需要的端口。防火墙策略严的环境里，UDP 5353 被拦是家常便饭；有些环境还会拦 Cast 用的 8008/8009 一类端口。
# macOS：临时关掉应用层防火墙做对照实验（测完记得开回来） sudo /usr/libexec/ApplicationFirewall/socketfilterfw --setglobalstate off # 投影成功后重新开启 sudo /usr/libexec/ApplicationFirewall/socketfilterfw --setglobalstate on这个对照实验的价值在于“二分定位”：关掉防火墙能搜到，说明就是防火墙；关掉还搜不到，问题在网络侧，别再跟防火墙较劲。--setglobalstate是全局开关，改完立刻生效，不需要重启。
3.2 安装与配对：托盘图标背后的三段状态
安装本身没什么可说的，一路下一步。真正要理解的是托盘图标的三段状态，因为它直接告诉你卡在哪：
- 灰掉/空列表：发现阶段没结果，回去看 3.1。
- 列表有设备但点了转圈：发现通了，握手或推流失败，重点查端口和接收端是否已被别的设备占用。
- 画面出来但糊/卡：链路通了，带宽或编码参数不够，看第 4 章。
配对这一步，AirPlay 端可能会弹四位码，接收端屏幕上显示什么就输什么；Cast 端通常是直连，个别盒子要求先在电视上确认一次。这一步失败率最高的原因是“接收端已被占用”——很多电视盒子和 Apple TV 同一时间只接受一路投屏，前一个人投完没退出，你这边就会一直转圈。处置办法是让对方在接收端上主动断开，或者干脆把盒子重启一次。
3.3 镜像与扩展桌面：两种模式的开机顺序不能反
镜像模式是把电脑屏幕原样复制一份推过去，操作简单、兼容性最好，缺点是接收端分辨率跟着电脑走，电脑是 16:10 的笔记本屏，投到 16:9 的电视上就是左右黑边或者拉伸。
扩展桌面模式是把接收端当成第二块显示器，你可以在上面单独开一个窗口放 PPT 备注、放素材、放监控面板，主屏继续干别的。这个模式对现场演示特别有用，但顺序有讲究：
- 先确认镜像模式能正常出画面，证明链路和编码都没问题；
- 再在设置里切到扩展桌面，等待接收端重新握手；
- 切完之后去系统显示设置里确认多出来一块屏，把它设成“扩展”而不是“复制”；
- 最后单独给这块虚拟屏设一个和接收端物理分辨率一致的值。
顺序反了（先开扩展再排查网络）会让你分不清是网络问题还是显示驱动问题。第 2 步之后的握手通常要 3～5 秒，这期间接收端可能闪一下黑屏，属于正常现象，别急着反复点。
3.4 三项自检：延迟、色彩、音频
画面出来了不代表能用了。现场演示前我会固定做三项自检：
延迟：打开一个带秒针的网页或者系统时钟，用手机拍一张“电脑屏 + 投影屏”同框的照片，两张屏上的秒数差就是端到端延迟。镜像场景下 100～200ms 属于正常区间，超过 300ms 就会觉得“鼠标跟不上手”。
色彩：投一张纯白和一张纯灰的图。纯白偏黄多半是接收端开了护眼/暖色模式；灰阶出现明显断层，通常是码率给低了或者接收端做了过度压缩。
音频：放一段有人说话的视频，看口型和声音对不对得上。差个一两百毫秒很常见，第 4 章有专门的调节项。
4. 参数取舍：分辨率、帧率与音频偏移怎么调才不返工
参数面板上就那么几个滑块，但每一个都对应一条真实的物理约束。调错的表现不是报错，是“看起来能用、用起来难受”，然后在客户面前翻车。这一章把四个关键项拆开讲。
4.1 分辨率：别迷信“跟随接收端”
设置里通常有“跟随接收端”和手动指定两档。听起来“跟随”最省事，实际现场我基本不用它。原因是接收端上报的 EDID 信息不一定准，尤其是经过 HDMI 矩阵、分配器、长线传输之后再接的投影机，上报的分辨率可能是它支持的最大值而不是当前实际输出值，结果就是软件按 4K 编码，投影机按 1080p 显示，中间全靠缩放，画面糊一层。
我的做法是手动锁 1920×1080，让编码分辨率和投影机的物理分辨率严格对齐：
- 投影机原生 1080p：锁 1920×1080，缩放 100%。
- 投影机原生 1280×800：锁 1280×800，别硬上 1080p 让它自己缩。
- 4K 投影但会议室网络一般：仍然锁 1080p，画质损失远小于卡顿带来的观感损失。
还有一个隐藏坑是系统缩放。Windows 上如果显示缩放设的是 150%，抓屏抓到的是缩放后的位图，投出去的文字边缘会发虚。演示机器我一般把缩放调回 100%，宁可字小一点。
4.2 帧率与带宽：30 与 60 之间差的不只是数字
30fps 和 60fps 的码率差距接近一倍。投影 PPT、写代码、翻网页这类内容，30fps 完全够用，人眼对静态内容的帧率不敏感；只有放视频、做动画演示、拖拽窗口这类持续变化的内容，60fps 才有意义。
判断该给多少，看当前链路的实际吞吐。粗略的算法是：1080p30 大约需要 8～12 Mbps 的持续带宽，1080p60 翻倍。会议室里 5GHz 频段、离 AP 五米内、没有隔墙，跑 1080p60 一般没问题；隔一堵墙或者 AP 在吊顶里、终端多的时候，老老实实 30fps。
# macOS：看当前 Wi-Fi 协商速率，lastTxRate 低于 150 就别想 1080p60 /System/Library/PrivateFrameworks/Apple80211.framework/Versions/Current/Resources/airport -I | grep -E "lastTxRate|channel|agrCtlRSSI" # 想看持续吞吐，用 iperf3 打一次；服务端起在接收端同网段的机器上 iperf3 -c 192.168.1.50 -t 10 -P 4lastTxRate是物理层协商速率，实际吞吐大概打三到五折。agrCtlRSSI是信号强度，低于 -70dBm 就开始不稳。iperf3的-t 10是跑 10 秒，-P 4是开 4 条并发流，这样更容易压满带宽看到真实上限。跑出来低于 25 Mbps 的环境，1080p60 直接放弃。
4.3 音频偏移：口型对不上的那两百毫秒
音频和视频是两条独立通道，接收端的缓冲策略不同，天然会有偏移。软件里通常有一个音频偏移（audio offset）的调节项，单位是毫秒，正负代表音频提前或延后。
调法很土但有效：放一段讲话视频，盯着人的嘴，以 50ms 为步长试。声音比口型早，就往“延后”方向调；声音比口型晚，就往“提前”方向调。大多数人能察觉的阈值在 100ms 左右，调到 50ms 以内就基本感觉不出来了。
注意这个值跟接收端绑定的，换一台电视就得重调。我一般会在演示前留三分钟专门干这件事，比现场被领导指出“声音不对”强。
4.4 媒体直投与镜像：同一份文件两种画质
把视频文件直接拖到托盘图标上投过去，走的是媒体直投：文件流不经过抓屏和实时编码，接收端直接解码播放。这条路画质上限高得多，因为不用为实时性牺牲码率，也几乎不吃电脑的 CPU/GPU。
区别在于可控性：直投模式下你对画面的控制权交给接收端了，暂停、快进得用接收端的遥控器或者它自己的控制界面；镜像模式则是你电脑上播什么它就显示什么，一切操作在本机完成。
现场的选择逻辑很简单：放宣传片、放录好的课程视频，用直投；要边讲边操作、边翻 PPT 边标注，用镜像。别用镜像去放 4K 宣传片，那是最浪费链路的一种用法。
5. 避坑与排查：五类翻车现场的现象、成因与处置
这一章是踩坑记录，都是现场真遇到过的。每一条按现象、原因、解决三段写，照着对号入座能省不少时间。
5.1 搜不到设备：组播被吞，或者压根不在一个网段
现象：接收端屏幕正常待机，电脑和电视都连着“同一个 Wi-Fi”，AirParrot 的列表空空如也，重启软件重启电脑都没用。
原因：三种可能。一是 AP 隔离开着，同一 SSID 下设备互相不可见；二是电脑连的是 5GHz、电视连的是 2.4GHz，虽然 SSID 同名但路由器把两个频段划到了不同子网；三是企业网络的防火墙拦了 UDP 5353。
解决：先用 2.1 里的dns-sd -B或arp -a确认二层是否可达。不可达就登路由器关 AP 隔离、确认两个频段桥接在同一子网；可达但软件列表还是空，就在防火墙里显式放行 mDNS。还有一种低成本验证：拿手机开热点，电脑和接收端都连这个热点，能搜到就百分百是原网络的问题。
5.2 画面出来了但卡成幻灯片：上行被限速或信道拥挤
现象：能投上，画面每隔十几秒糊一次、卡两三秒再恢复，音频断续。
原因：多数是无线链路质量不够。会议室 AP 挂了几十台终端，或者电脑离 AP 隔了两堵墙，协商速率掉到几十兆，而 1080p 编码要求持续 8～12 Mbps。另一个常见原因是接收端用的有线、电脑用的无线，中间那道 AP 的上行被 QoS 策略压过。
解决：先把帧率降到 30、分辨率锁 1080p 做对照，卡顿消失说明就是带宽问题。然后按优先级处理：能插网线就插网线（这一步解决八成问题）；不能插就靠近 AP、避开 2.4GHz 拥挤信道；再不行就在路由器上给投屏设备做带宽保障。别指望调软件参数能救回一条烂链路。
5.3 扩展桌面开启后黑屏或分辨率错乱
现象：镜像模式一切正常，切到扩展桌面后接收端黑屏，或者画面只占左上角一块，鼠标移过去就消失。
原因：扩展桌面依赖系统识别出一块“虚拟显示器”，如果接收端上报的 EDID 不完整，系统会给一个奇怪的分辨率（比如 1024×768 或者干脆不给），软件按这个分辨率推流，接收端按自己的物理分辨率显示，就对不上。
解决：切到扩展桌面后立刻进系统显示设置，手动把这块虚拟屏的分辨率改成接收端的物理分辨率，并把缩放设成 100%。如果系统里压根看不到这块虚拟屏，说明握手失败，退回镜像模式重连一次再切。反复失败就别在这个接收端上用扩展桌面了，改用镜像 + 单窗口投送，效果接近且稳定得多。
5.4 声音还在本地，接收端只有画面
现象：画面投过去了，声音从笔记本喇叭出来，接收端静音。
原因：一是软件里没勾“传输音频”；二是系统默认输出设备没切到投屏通道；三是接收端音量或静音状态有问题。
解决：先看软件设置里的音频开关，再看系统声音输出设备列表里有没有多出来一项投屏设备，有就切过去。macOS 上还要注意“声音”设置里的输出源，插着耳机的时候经常忘了切。都不行就用 4.3 的偏移项旁边那个测试音确认接收端能不能出声，能出声说明链路通，问题在本机输出路由。
5.5 投了一小时后逐渐失步，越投越卡
现象：刚投上很顺，一小时之后画面开始滞后，鼠标移动有明显拖影，重连一次又好了。
原因：长时间运行后接收端缓冲越积越多，或者编码器因为温度/功耗降频。笔记本插着电和用电池是两种性能状态，用电池时 GPU 编码会被限频，这也是很多人“明明上午还好好的”的原因。
解决：演示机器一律插电，电源计划设成高性能。长时间投影（超过一小时）建议中途主动断开重连一次，比等它自己劣化好。另外把笔记本的休眠和屏保彻底关掉，屏保一起来，抓屏内容就变成屏保画面了，这个坑每年都有人踩。
6. 进阶：把一次投影固化成可复用的检查清单
现场投影这件事，真正花时间的从来不是“点一下投屏”，而是排查。我的做法是把上面几章的内容压缩成一张开机前五分钟走完的清单，配上一套固定的参数预设，让每次投影的起点都一样，出问题时才有对照。
参数预设我按场景分成三档，写在随手能翻到的地方：
| 场景 | 分辨率 | 帧率 | 音频 | 备注 |
|---|---|---|---|---|
| PPT / 代码演示 | 1920×1080 | 30fps | 开启，偏移按接收端实测 | 系统缩放必须 100% |
| 视频播放 | 优先用媒体直投 | 不适用 | 接收端解码 | 别用镜像放高码率视频 |
| 扩展桌面 | 与接收端物理分辨率一致 | 30fps | 开启 | 必须插电，关休眠 |
验证方法也固定成三步，不靠感觉：投一张纯白图看有没有偏色，开一个带秒针的页面拍照算延迟，放一段讲话视频看口型。三步加起来不到两分钟，但能挡住九成的现场事故。
还有一个习惯值得养成：提前十分钟到场，先把网络验一遍再开电脑。用ping打三十个包看丢包，用dns-sd -B看能不能刷出接收端，这两条命令加起来二十秒，比人都坐齐了再发现搜不到设备强太多。我吃过一次亏——客户会议室用的是访客网络，AP 隔离开着，我在那儿点了二十分钟刷新，最后是拿手机热点救的场。从那以后我每次出门演示前，都强制走一遍“热点兜底”的准备：手机热点开着、接收端和电脑的组播能不能通提前确认，宁可多花五分钟，也不在台上赌运气。
这套流程跑熟之后，投影就从“每次都要现场调试的玄学”变成了一个可复现的操作。AirParrot 2.6.2 这类工具的价值也在这里：它把协议细节藏在托盘图标后面，你只要把网络、分辨率、音频这三件事管住，剩下的它替你处理。需要这份资源的话，按文中的版本号去找对应的安装包，装完先按第 3 章的顺序跑一遍，别跳步。希望帮到你。
本文还有配套的精品资源，点击获取
