为啥要完美匹配？一个是需求，一个是能力，能力大于需求就完活了，中学物理都逃课了么。随便一个 100Wh ，输出可以 90W 以上，就能用，这样的产品找起来轻轻松松——当然了必须是 USB-PD 协议，其实最大也就是 100W （ 20V*5A ）。然而，如果输出功率只有 60W ，事实上也是可以用的，只不过笔记本会限制整机功耗，或者同时辅助使用电池联合供电。
至于 4#那种，基本上就是可移动的小尺寸台式机，充电宝什么的，还是别妄想了。现在 USB-PD 的高功率标准是提高电压，电流还是 5A ，提供 240W 的能力靠 48V 。你的 170W 也不是单纯的靠一个 USB-C 口来供电的，20V*8.5A 方头或者 5525 之类的。想要你说的，别说有没有充电宝了，你还得先换电脑或者再找一个适配的降压器。
回收商，大概率，会提一些刁钻的你无法拒绝的理由，压那么一两百块钱。比如划痕，他会看的比你细的细的细，然后你又无法反驳。
构建好这个心里预期，那如果不压价，是不是就赚了？！
Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5@High
HDR format : Dolby Vision, Version 1.0, Profile 8.4, dvhe.08.09, BL+RPU, no metadata compression, HLG compatible
Codec ID : hvc1
Codec ID/Info : High Efficiency Video Coding
Duration : 2 min 19 s
Bit rate : 63.3 Mb/s
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Frame rate : 60.000 FPS
Minimum frame rate : 30.000 FPS
Maximum frame rate : 10 000.000 FPS
Real frame rate : 60.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.127
Stream size : 1.03 GiB (100%)
Title : VideoHandle
Language : English
Encoded date : 2024-07-26 08:17:46 UTC
Tagged date : 2024-07-26 08:17:46 UTC
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : HLG
Matrix coefficients : BT.2020 non-constant
mdhd_Duration : 139607
Codec configuration box : hvcC+dvvC
这是我的 12 拍出来的杜比视界视频信息，windows potplayer 正常开启显示器 HDR 并且播放。
至于播放下载的视频，想办法调起系统播放器吧，三方播放器不使用系统解码，很容易自己做 HDR 映射，那系统看到的就是 SDR 视频。
主动申报比较好。主要是方向问题，一般情况下，国内旅游出国，带回来一个东西，然后声明自用大部分情况可以免税放行。但是这个属于出差，在出关时过 X 光机被拦下的时候，就说不清了，以送人礼物为名？
2723 就是你的需求，把 KVM 、扩展坞、显示器全都集成在一起了。
坐标北京联通，配置更简单，在 OPENWRT 定义好几个 IPTV 的静态路由，子网里边就随便 IPTV 了。
本地吃 CPU 那是显示渲染的问题，几十路画面 DirectDraw ，显卡/CPU 压力都很大。但是我觉得 udpxy 转包也是一个消耗 CPU 的事情，压力也很大啊，或许 55 路的限制在此？你可以试试直接本地 CPU 进行组播转包或者直接播放组播，会不会有 55 路的限制。然后 1000Mbps/5Mbps=200 路
必须得上 DSC
TB4 得有下游芯片，也就是一个扩展坞
非 TB4 的走 DP AlternativeMode ，看下游怎么接线，是 4Lane 还是 2Lane ，但是那也都是 DP 信号而不是 HDMI ，于是还需要一个转换芯片，而且得是支持 HDMI2.1 FRL 的（ VMM7100 之类的）
窃以为，改不了的 ISO ，有特殊的防篡改机制。
etcher 比较重量级，我都用 rufus
我的判断是，屏幕不够大，内容太小，于是离眼睛自然而然地近，长时间聚焦近处，外加没有足够的自然高光亮阳关的照射（其实户外的很多用眼还是不在一米之内）
我觉得完全可以较真到底是 40MB/s 还是 40Mbps ，前者是 320Mbps 而后者就是 40Mbps 。看协议书原文字句到底怎么写的。
peazip 有一个单独选项是“当作归档文件打开”
所谓的“卡”，大概率没找好连接设备或者软件调配，显示屏成了 4k30Hz 了。别人云亦云，搞清楚 why ，解决 how 。
哦，重新指定桌面的指向目录。
话说这不就是喜欢往桌面放文档的结果么，然后人家干脆把桌面同步到 onedrive 里，嘿。我的桌面从来就是几个半常用 lnk 。
感觉应该换用即热热水器（电或者气），串联之，上游太阳能下游即热热水器，上游的水温下降时即热热水器会自动调整功率保证出口水温。
说回来，什么叫冲突，前提没有描述；“希望自动关闭”，自动的条件是什么，自己琢磨一下，这原理不就有了。放一个分别独立控制的二合一混水阀，手动靠人脑不最“智能”？
典型的什么叫路由、什么叫子网，什么是 NAT ，以及 WAN 和 LAN 。
路由 2 的 LAN 侧是 8.1 ，子网是 8.*，但在路由 1 子网看来，路由 2 就是 7.Y 而不是 8.1 。同时路由 2 下的设备访问路由 1 都要经过 NAT ，将 8.*的端口转换成 7.Y 的某个端口来访问，而 7.*必然不知道 8.*的存在，数据包只能报到 7.1 去找设备。
所以设置静态路由，在 7.1 上或者 7.*本机，ip route add 192.168.8.0/24 via 192.168.7.Y ，同时还要打开路由 2 的数据包转发，或者 NAT （即将 7.*的映射到 8.1 的端口，上 masquerade ）或者源包转发（双向 FORWARD ），区别是前者在 8.*上看到的都是 8.1 （数据包源地址）的访问，而后者则直接能看到 7.*的数据包源地址。
当然还有简单的方法，把 8.*的服务映射到 7.Y 端口上，这样 7.*直接访问 7.Y 的相应端口即可。
最后的原则就是，原则上一个家庭子网只在总出口侧做一次 NAT ，网内不要再做二次 NAT ，那么路由 2 改配置，从路由降低为交换机，消灭 8.*子网。
Select Language