TGINSIGHT CHAT
Akasha Terminal: dev🍃
@AkashaTerminal
幽默与娱乐图频: @NahidaGallery / @Nahida_AI(被拿下了 书签: @NahidaBookmarks 大概是一些碎碎念,吐槽和日常的乐子。 友链: https://t.me/AkashaTerminal/902
最近帖子
第 46/85 页 · 共 1,017 条
发布 11月16日
唉,本来准备睡了,看到这条感觉认真回一下比较好。结果手机上 edit 消息半天,写了大几百字,切出去回来之后文稿都没了,越想越气,睡不着了起来拿笔记本码完发了 什么时候 edit 消息也能有个草稿啊 edit by nene :进行一个edit 顺便摸摸可怜妲喵
发布 11月16日
选了 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: 问题比较复杂,分开来说。 规则可以选的非常多,从最简单的 geoip:cn, direct; match, proxy 、最懒人的机场自带规则,到自己手搓,总有一款适合你。 具体来说,取决于自己的需求、经常访问的网站分组、设备的配置。需求越复杂,访问的网站分组越多,设备配置越高,需要和能承载的规则总数就多。也因此,在 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: 境外流量卡、肉身翻墙(逃
发布 11月16日
发布 11月16日
https://www.youtube.com/post/Ugkx0zY07tsWuVB7CJUEQfLI1CvJjl3_ZeWL LinusTechTips 旗下 Apple 子频道 Mac Address 宣布停更。 据群友说,频道主笔 Jonathan 的 LinkedIn 显示,已于本月离职。
发布 11月16日
https://www.bilibili.com/video/BV1QMmZYzET2?t=330.4
发布 11月15日
唉,微信,唉
发布 11月15日
WeChat 在更新 8.0.54 版本后,支持 Passkey(通行密钥) ⚠️微信暂时不支持该功能(即绑定中国大陆手机号的用户) 在 我 > 设置 > 账号与安全 > 通行密钥 设置即可。 下次登录微信时,微信会自动调用 iOS 的密码自动填充接口,询问是否使用 Passkey 登录。 因为微信调用的 iOS 的系统接口,因此无论是 iCloud 钥匙串还是第三方密码管理工具(如 1Password等)也支持,用户操作体验与网页登录无差别。
发布 11月14日
全世界都在关注 M4 Mac mini 的时候,殊不知 M2 Mac mini 已经跌到 1字头了(
发布 11月14日
上周看 双城之战 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 的对比截图。
发布 11月12日
近期,受PCDN泛滥影响,多地出现上行带宽晚高峰限速的情况,图中是单线程限速 2mbps 左右。 基于 UDP 打洞或 IPv6 直连的异地组网方案 (Zerotier, Tailscale 等) 也受到影响。 突发奇想,试了一下 hy2 能不能用来突破这个限速,然后居然成功了。一开始断了一下,再连上的时候限速就没有了。 嗯… edit: 似乎有 v2ex 网友尝试使用 vless 套用微信视频等域名的 sni 也可以绕开限速。
发布 11月7日
😇
发布 11月4日
草,把 AWDL 关了,另外设备 AirDrop 还会自动拉起来 edit: 不发新消息了。刚看到这 bug 甚至影响 Vision Pro 串流,太逆天了。首个 bug 报告(我还没认真找)7 年前就有了,直到现在都没有修复。唯一的好消息是,没搜到 M3 以上的报告,但考虑到存世量和用户专业程度,可能问题还在。