近期,受PCDN泛滥影响,多地出现上行带宽晚高峰限速的情况,图中是单线程限速 2mbps 左右。
基于 UDP 打洞或 IPv6 直连的异地组网方案 (Zerotier, Tailscale 等) 也受到影响。
突发奇想,试了一下 hy2 能不能用来突破这个限速,然后居然成功了。一开始断了一下,再连上的时候限速就没有了。
嗯…
edit: 似乎有 v2ex 网友尝试使用 vless 套用微信视频等域名的 sni 也可以绕开限速。
基于 UDP 打洞或 IPv6 直连的异地组网方案 (Zerotier, Tailscale 等) 也受到影响。
突发奇想,试了一下 hy2 能不能用来突破这个限速,然后居然成功了。一开始断了一下,再连上的时候限速就没有了。
嗯…
edit: 似乎有 v2ex 网友尝试使用 vless 套用微信视频等域名的 sni 也可以绕开限速。
🥱2
上周看 双城之战 2 的时候发现,国内流媒体平台疑似是拿原片 AI 超采样到的 4K,Netflix 默认只有 FHD 的杜比视界。
于是我很兴奋,毕竟这次小破站好不容易有版权,还有弹幕,多香啊,终于不用去看网飞盗版了。至于 B 站没有 HDR……反正有弹幕,又不是不能忍。
但很快啊,B 站这次的破烂画质就给了我当头一棒,到处都是色彩断层,暗部渐变多一些都快不能看了。甚至运动幅度大一点的场景,色块都到处飞了,还能不能让人好好看剧了。
找到网飞原片一看,好家伙,帝国主义亡我之心不死,制作方或许出于增加画面质感的考虑,大部分暗部细节都加上了随机噪点。
这两天又看到群里有人讨论双城之战在哪看好,才又去 B 站,发现居然补上了 HDR 支持,而且色彩断层不见了,虽然疑似超采样副作用的降噪痕迹仍然很明显,但是观感进步巨大。
正当我以为,B 站居然回炉重编码把问题解决了的时候,我在 Mac 上打开确认了一下(上周为了良好的音视频体验,特地在Mac上看完的),然后这该死的色彩断层又出现了。
好吧,不卖关子了。总之还是码率原因,叠加 HEVC 糟糕且激进的后处理,放大了相关缺陷。HDR 版未发现此问题。
以下是 B 站视频第一集码率:
4K SDR AVC - 9724 Kbps
4K SDR HEVC - 2666 Kbps
4K HDR10 HEVC - 5278 Kbps
作为对比,Netflix盗版
1080P Dolby Vision HEVC - 8567 Kbps
令人意外的是,B 站视频和评论区没有发现任何 1 条有关画质的讨论,不知道是 B 站 PGC 受众大多不重视,还是平台主动限流控评导致的。
而 HDR 现在也仅仅支持了 HDR10,腾讯视频那边还有 HDR Vivid / 杜比视界,盲猜效果也会比 B 站这边好。
评论区附:B 站 4K AVC 和 HEVC 的对比截图。
于是我很兴奋,毕竟这次小破站好不容易有版权,还有弹幕,多香啊,终于不用去看网飞盗版了。至于 B 站没有 HDR……反正有弹幕,又不是不能忍。
但很快啊,B 站这次的破烂画质就给了我当头一棒,到处都是色彩断层,暗部渐变多一些都快不能看了。甚至运动幅度大一点的场景,色块都到处飞了,还能不能让人好好看剧了。
找到网飞原片一看,好家伙,
这两天又看到群里有人讨论双城之战在哪看好,才又去 B 站,发现居然补上了 HDR 支持,而且色彩断层不见了,虽然
正当我以为,B 站居然回炉重编码把问题解决了的时候,我在 Mac 上打开确认了一下(上周为了良好的音视频体验,特地在Mac上看完的),然后这该死的色彩断层又出现了。
好吧,不卖关子了。总之还是码率原因,叠加 HEVC 糟糕且激进的后处理,放大了相关缺陷。HDR 版未发现此问题。
以下是 B 站视频第一集码率:
4K SDR AVC - 9724 Kbps
4K SDR HEVC - 2666 Kbps
4K HDR10 HEVC - 5278 Kbps
作为对比,Netflix
1080P Dolby Vision HEVC - 8567 Kbps
令人意外的是,B 站视频和评论区没有发现任何 1 条有关画质的讨论,不知道是 B 站 PGC 受众大多不重视,还是平台主动限流控评导致的。
而 HDR 现在也仅仅支持了 HDR10,腾讯视频那边还有 HDR Vivid / 杜比视界,盲猜效果也会比 B 站这边好。
评论区附:B 站 4K AVC 和 HEVC 的对比截图。
🌚6
Forwarded from Apple Nuts (Hackl0us)
WeChat 在更新 8.0.54 版本后,支持 Passkey(通行密钥)
⚠️ 微信暂时不支持该功能(即绑定中国大陆手机号的用户)
在 我 > 设置 > 账号与安全 > 通行密钥 设置即可。
下次登录微信时,微信会自动调用 iOS 的密码自动填充接口,询问是否使用 Passkey 登录。
因为微信调用的 iOS 的系统接口,因此无论是 iCloud 钥匙串还是第三方密码管理工具(如 1Password等)也支持,用户操作体验与网页登录无差别。
⚠️ 微信暂时不支持该功能(即绑定中国大陆手机号的用户)
在 我 > 设置 > 账号与安全 > 通行密钥 设置即可。
下次登录微信时,微信会自动调用 iOS 的密码自动填充接口,询问是否使用 Passkey 登录。
因为微信调用的 iOS 的系统接口,因此无论是 iCloud 钥匙串还是第三方密码管理工具(如 1Password等)也支持,用户操作体验与网页登录无差别。
https://www.youtube.com/post/Ugkx0zY07tsWuVB7CJUEQfLI1CvJjl3_ZeWL
LinusTechTips 旗下 Apple 子频道 Mac Address 宣布停更。
据群友说,频道主笔 Jonathan 的 LinkedIn 显示,已于本月离职。
LinusTechTips 旗下 Apple 子频道 Mac Address 宣布停更。
据群友说,频道主笔 Jonathan 的 LinkedIn 显示,已于本月离职。
YouTube
Post from Mac Address
Hey, Mac Address community, It’s been an amazing past three and a half years, thanks to all of you. You’ve always been supportive and kind in the comments, a...
Forwarded from Il Harper
**你的代理的覆盖面是?**
跟群友突然聊到了非常好玩的话题!想问问各位大佬 代理是倾向只接管代理流量 还是接管全部流量 以及是怎么应对各个方案的短板的 想看看各位大佬的方案(/≧▽≦)/ 随意转发
跟群友突然聊到了非常好玩的话题!想问问各位大佬 代理是倾向只接管代理流量 还是接管全部流量 以及是怎么应对各个方案的短板的 想看看各位大佬的方案(/≧▽≦)/ 随意转发
Anonymous Poll
24%
代理只是一个网络服务进程 我会在需要走代理的APP里手动设置代理(Discord等不提供配置的APP怎么解决呢
35%
我让代理APP设置系统代理(不遵循系统代理的APP怎么解决呢
58%
我使用本机透明代理(TUN等)(使用的哪里的分流规则呢,对分流满意吗
29%
我在局域网内配置透明代理(软路由等)(出门时候怎么办呢?
8%
我有其他方案(诶 好奇
选了 1 3 4
简单概括,局域网网关配置保守透明代理 + 主力机配置激进透明代理
Q1: 这种适用范围最窄,一般会在网络调试等需要尽可能保持网络环境原生,同时又需要保证特定应用不失联时使用。(对,就是 tg )
应用没有显式提供代理配置,不等于应用不支持代理。比如,基于 Chromium 的 Electron App 可以通过命令行传参开启代理;Parsec 可以通过配置文件方式写入代理。
特别地,Discord 这种使用人数众多的 App,会有针对的方案,比如 https://github.com/aiqinxuancai/DiscordProxyStart 和 https://github.com/aiqinxuancai/discord-proxy
Q2: 这种方案确实没办法保证所有 App 走代理,所以现在很少用到了。对我来说,只有需要网络调试,且需要保持代理状态时才会使用。
(Tun Mode 会影响传输层和网络层的调试结果)
Q3: 问题比较复杂,分开来说。
规则可以选的非常多,从最简单的
具体来说,取决于自己的需求、经常访问的网站分组、设备的配置。需求越复杂,访问的网站分组越多,设备配置越高,需要和能承载的规则总数就多。也因此,在 arm based 透明网关上就不宜使用太复杂的规则,甚至不太适合使用 clash 系代理。
我目前的方案是,主力机场使用自己写的订阅转换规则,加上一些公开和自己写的规则集,使用机场官方的订阅转换。还有自己和朋友的小小 VPS 节点池,采用手搓配置文件的方式。
由于互联网服务的多样性,和每个人访问服务的多样性,不可能找出一个适合所有人的万能规则。因此,最合适的方法还是选择自己常见的服务集合(比如 Steam、Telegram、微软、谷歌、Speedtest、ChatGPT、Github),在主流规则集的基础上修改。最终订阅转换后,也可以在客户端设置一些精确的 Prepend 覆写。
例如 ZeroTier 和 Tailscale 的主程序走直连、某游戏的域名走直连、某诡异的 .cn 域名但解析到境外的博客走代理等等。
常看 Clash UI 的 Connections,有助于更好的发现有问题的规则。使用 Surge 更是可以解锁 MITM 能力,一定程度上取代抓包软件的地位。
而分流规则的具体应用,搭配不同地区、不同倍率的机场节点可以发挥最大作用。跑下载时,更注重带宽,可以选择低倍率、大带宽的节点乃至直连节点;游戏加速时,一般选择高倍率的专线节点。使用 GPT 时,往往使用美国节点来获得最大的可用性;而 Bili 港澳台和东南亚,又要使用对应的节点才能解锁;而对某台特定的 VPS 测速时,更可以只将 Speedtest 指向该节点,而不影响其他服务照常运行。
(注:部分机场后端可能会将同一机器、同一IP同时连接不同节点算做不同的用户,需要注意)
总体来说,对于咱现有的分流配置还是大体满意的(
Q4: 出门的时候当然是每个设备挂自己的代理了,也没得选。也有极少数人可能会带一台便携的 ARM 软路由,或者使用安装了 Clash for Magisk 等方案的手机开热点。
如果是短途出行,也可以使用 Tailscale 或者 ZeroTier 的方式使用异地组网的网关作为流量出口。
Q5:境外流量卡、肉身翻墙(逃
简单概括,局域网网关配置保守透明代理 + 主力机配置激进透明代理
Q1: 这种适用范围最窄,一般会在网络调试等需要尽可能保持网络环境原生,同时又需要保证特定应用不失联时使用。
应用没有显式提供代理配置,不等于应用不支持代理。比如,基于 Chromium 的 Electron App 可以通过命令行传参开启代理;Parsec 可以通过配置文件方式写入代理。
特别地,Discord 这种使用人数众多的 App,会有针对的方案,比如 https://github.com/aiqinxuancai/DiscordProxyStart 和 https://github.com/aiqinxuancai/discord-proxy
Q2: 这种方案确实没办法保证所有 App 走代理,所以现在很少用到了。对我来说,只有需要网络调试,且需要保持代理状态时才会使用。
(Tun Mode 会影响传输层和网络层的调试结果)
Q3: 问题比较复杂,分开来说。
规则可以选的非常多,从最简单的
geoip:cn, direct; match, proxy 、最懒人的机场自带规则,到自己手搓,总有一款适合你。具体来说,取决于自己的需求、经常访问的网站分组、设备的配置。需求越复杂,访问的网站分组越多,设备配置越高,需要和能承载的规则总数就多。也因此,在 arm based 透明网关上就不宜使用太复杂的规则,甚至不太适合使用 clash 系代理。
我目前的方案是,主力机场使用自己写的订阅转换规则,加上一些公开和自己写的规则集,使用机场官方的订阅转换。还有自己和朋友的小小 VPS 节点池,采用手搓配置文件的方式。
由于互联网服务的多样性,和每个人访问服务的多样性,不可能找出一个适合所有人的万能规则。因此,最合适的方法还是选择自己常见的服务集合(比如 Steam、Telegram、微软、谷歌、Speedtest、ChatGPT、Github),在主流规则集的基础上修改。最终订阅转换后,也可以在客户端设置一些精确的 Prepend 覆写。
例如 ZeroTier 和 Tailscale 的主程序走直连、某游戏的域名走直连、某诡异的 .cn 域名但解析到境外的博客走代理等等。
常看 Clash UI 的 Connections,有助于更好的发现有问题的规则。
而分流规则的具体应用,搭配不同地区、不同倍率的机场节点可以发挥最大作用。跑下载时,更注重带宽,可以选择低倍率、大带宽的节点乃至直连节点;游戏加速时,一般选择高倍率的专线节点。使用 GPT 时,往往使用美国节点来获得最大的可用性;而 Bili 港澳台和东南亚,又要使用对应的节点才能解锁;而对某台特定的 VPS 测速时,更可以只将 Speedtest 指向该节点,而不影响其他服务照常运行。
(注:部分机场后端可能会将同一机器、同一IP同时连接不同节点算做不同的用户,需要注意)
Q4: 出门的时候当然是每个设备挂自己的代理了,也没得选。也有极少数人可能会带一台便携的 ARM 软路由,或者使用安装了 Clash for Magisk 等方案的手机开热点。
如果是短途出行,也可以使用 Tailscale 或者 ZeroTier 的方式使用异地组网的网关作为流量出口。
Q5:
👍1
🥰1
Akasha Terminal: dev🍃
玄学问题,解决不了,有没有人救一下 update: 啊对,win 自带的系统提示也会破音,前后也会,但是提到的没问题的App就没事。如果正常播放的时候来了个win通知,那会破音一阵子…
后续:升级BIOS+芯片组驱动
随着更新BIOS后,自动重置BIOS设置,把手动PBO调参和RAM OC丢掉,没问题了…
所以问题出在哪里呢……
芯片组驱动
早期 BIOS / AGESA bug
PBO 降压
内存超频
随着更新BIOS后,自动重置BIOS设置,把手动PBO调参和RAM OC丢掉,没问题了…
所以问题出在哪里呢……
芯片组驱动
早期 BIOS / AGESA bug
PBO 降压
内存超频
补一点 DIY 常识,AMD BIOS 刚上市早期拉的很,建议到手就升最新版,定期更新。这台好像一直没管,时间长了完全没印象了(
前不久才知道 DoQ 和 DoH3 是两码事…
https://www.timochan.cn/posts/study/protecting_privacy_and_optimizing_networks
https://www.timochan.cn/posts/study/protecting_privacy_and_optimizing_networks
TimochanのBlog
保护隐私与优化网络:深入比较 DoT、DoH、H3 和 DoQ 协议的功能与优势 - TimochanのBlog
前言 在当今网络环境中,传统的 UDP 53 端口的 DNS 请求容易受到篡改和劫持,全球范围内的主要公共 DNS 服务都已经开始采用加密的 DNS 解析方式,如国内的 DNSPod DNS、Ali DNS,以及国外的 Google DNS、OpenDNS、Quad9 DNS、AdGuard DN
👍2