V2EX › cnbatch 的所有回复 › 第 1 页 / 共 83 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 2 3 4 5 6 7 8 9 10 ... 83

❮

❯

7 月 27 日

回复了 lxzv2xe 创建的主题 › 宽带症候群 › 原来 IPV6 还是要推的啊，还以为就保持现状了

@galaxyskyknight2 方便不了多少
运营商有 NAT 转换记录，网站也能保留 IP:PORT 记录，一比对就能找出来了
这样一来，伪造 MAC 并不能躲避追踪

再说了，IPv6 也有隐私地址扩展（主流操作系统已经默认启用），连 MAC 都不用改，一台设备随便就有大量临时地址，并不是“唯一”

7 月 27 日

回复了 cnbatch 创建的主题 › 宽带症候群 › 买到一个奇怪的高通 X55 4G/5G USB 网卡，在 Windows 系统可以用 MBIM 与虚拟 Ethernet 网卡两种模式，但在 Linux 下却只支持虚拟 Ethernet 网卡模式

@383394544 这个网卡在 Linux 似乎并不需要专门驱动，识别出来的“虚拟网卡”应该是走 Linux 内置的通用驱动，就连 SteamOS 都能认出来

7 月 25 日

@f165af34d4830eeb Windows 的“设备管理器”能看得到它的“诊断专用”的 COM 口，但 PUTTY 连不上

看了下说明手册，只能用来更新固件，看起来应该是锁定了不能发送 AT 指令

7 月 25 日

@microka
移动 RD10 看起来疑似锁频段，我没买，因为我用的是电信卡

7 月 25 日

@microka 淘宝关键字：高通骁龙 X55 5G

搜了下黄鱼，看起来出售的网卡应该都是同一款，区别只在于淘宝的贴了标签盖住了 Logo

信号不像手机那么强，相对弱一点，可能是长度限制，天线覆盖没法做得像手机那样

信号良好的情况下速度不差，可以达到三星国行手机一样的速度，电信卡轻松达到 20MB/s

7 月 25 日

@UncleCat01 淘宝售价￥ 300~400 之间，不但远低于品牌商在美国亚马逊的售价，也比常见 4G/5G 网卡低得多

我都有点怀疑是不是国内工厂泄露出来的，因为到手时发现 Logo 位置是一块写着“5G”字样的贴标，似乎是用来覆盖原品牌商的 Logo

7 月 25 日

@julyclyde usb_modeswitch 参数一堆，我也搞不懂应该怎么设置

7 月 21 日

回复了 bush911 创建的主题 › 职场话题 › 主人、奴隶、马具、细绳、控制者、模特：程序员太爽了

虽然但是，束缚数、支配集、专业学科、内容提交，这几样要么复杂要么麻烦，普通程序员面对这些事如同受虐，能感到爽的只有受虐狂吧

7 月 17 日

回复了 Sunrisepeak 创建的主题 › 程序员 › 最近给专门为 C++模块化打造的构建工具增加了 gcc16/mingw 支持, 可以一键在 Linux 上构建出 windows 的 exe 程序, 欢迎体验 mcpp

想知道一件事，交叉编译的时候，是不是能自动处理目标平台的特有调用？

例如 boost-asio ，在 Windows 用 IOCP ，在 BSD 和 mac 用 kqueue ，在 Linux 用 epoll ，交叉编译的时候能够正确使用系统调用吧？

7 月 17 日

撞名了： https://mcpp.sourceforge.net/

6 月 24 日

回复了 cnbatch 创建的主题 › Android › 物理 SIM 卡方便换机、没法快速换卡， eSIM 可以方便机内切换 SIM 卡、但容易被运营商设限甚至禁止转移，有没有突破这种限制的可能性？

@hefish 自己开运营商也没用，那反而更加要 100%执行 GSMA TS 43 流程

而我正是非常不爽 GSMA TS 43 这么死板的认证流程，它根本不提供离线转移 eSIM 的选择

6 月 24 日

@docx 双卡槽好办，如果用的是实体卡+eSIM 手机（数量正越来越多）就有点，怎么说呢，重复多余？ eSIM+eSIM

6 月 24 日

@hefish 有鬼用咩，GSMA TS 43 流程不改，像 Holafly 这样的运营商照样限制死

6 月 15 日

回复了 cnbatch 创建的主题 › 宽带症候群 › 中国移动的香港本地流量，工作日晚高峰体验到了严重的跨境拥堵

@aqc113 我的索尼手机用着联通卡，每次都没事，想不到三星反倒不行

4 月 20 日

回复了 cnbatch 创建的主题 › 程序员 › IPv8 ?! 这是不是跟 AI 聊天 Vibe 出来的草案？

@sddyzm 问题是处理起来就没法一样，需要新 header 、各种设备需要大改，要不然根本没法用

而且地址空间比 IPv6 小一半，这可就算不上什么优化了，3L 和 8L 也提到过

4 月 20 日

回复了 cnbatch 创建的主题 › 程序员 › IPv8 ?! 这是不是跟 AI 聊天 Vibe 出来的草案？

@sddyzm 这种改法也就易于人类理解，兼容性一样只利于人类兼容
对于二进制世界而言，实际上是做不到兼容的（我在第三部份已经举例了）

4 月 18 日

回复了 chjerry2008 创建的主题 › 宽带症候群 › UDP 上行限速，真是运营商最阴损的德行了，槽！

UDP 测速可以试试 http3 ，不一定要用 iperf

4 月 14 日

回复了 sillydaddy 创建的主题 › 宽带症候群 › 用人民币面额，记忆视频流量

补充：最后一行还有个 8K 编码，但只有 AV1 这个编码类型

571 mp4 7680x4320 60 │ 1.04GiB 27064k https │ av01.0.17M.08 27064k video only 4320p60, mp4_dash

文件大小接近于前面 4K VP9 ，仅仅是大几十 MiB

4 月 14 日

回复了 sillydaddy 创建的主题 › 宽带症候群 › 用人民币面额，记忆视频流量

漏了一个更重要的参数：编码格式

单论 youtube ，这个平台支持 H264 、AV1 和 VP9 ，对于 2.5K 、4K 及更高分辨率的视频并不使用 H264 ，只会使用 AV1 和 VP9 。

就以这个视频为例：

https://www.youtube.com/watch?v=G5RpJwCJDqc

使用命令行查看编码和码率
yt-dlp -F "https://www.youtube.com/ watch?v=G5RpJwCJDqc"
（ URL 中的空格自行去掉）

最后 4 行是这样的：

308 webm 2560x1440 60 │ 424.59MiB 10798k https │ vp9 10798k video only 1440p60, webm_dash
400 mp4 2560x1440 60 │ 242.05MiB 6156k https │ av01.0.12M.08 6156k video only 1440p60, mp4_dash
315 webm 3840x2160 60 │ 965.87MiB 24564k https │ vp9 24564k video only 2160p60, webm_dash
401 mp4 3840x2160 60 │ 496.68MiB 12631k https │ av01.0.13M.08 12631k video only 2160p60, mp4_dash

可见 VP9 的码率、文件大小都比 AV1 的高得多，接近乘 2 了

1 2 3 4 5 6 7 8 9 10 ... 83

❮

❯