V2EX cnbatch
 cnbatch 最近的时间轴更新
cnbatch

cnbatch

V2EX 第 576172 号会员,加入于 2022-03-20 22:20:14 +08:00
今日活跃度排名 2678
根据 cnbatch 的设置,主题列表被隐藏
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
cnbatch 最近回复了
UDP 测速可以试试 http3 ,不一定要用 iperf
补充:最后一行还有个 8K 编码,但只有 AV1 这个编码类型

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

文件大小接近于前面 4K VP9 ,仅仅是大几十 MiB
漏了一个更重要的参数:编码格式

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

就以这个视频为例:


使用命令行查看编码和码率
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 了
Transmission 的 preallocation 要自己手动改 settings.json

https://github.com/transmission/transmission/blob/main/docs/Editing-Configuration-Files.md

如果 GUI 有相应选项,要看清楚选项内容,因为 Transmission 的预分配模式有 3 个(关闭、快速、完整)。
不用 qBittorrent 的话,还可以选择 Transmission
应该是旧版 qbittorrent 的 bug ,早在 2023 年就有人在 GitHub 提了 issue:
https://github.com/qbittorrent/qBittorrent/issues/19410

具体可以看一看“HDD + LINUX + NTFS + NO-PREALLOCATE”以及“HDD + LINUX + NTFS + DO-PREALLOCATE”的部分,以及后面那一两层楼。

原作者的描述是,在 Linux 环境无论是否选择预分配,qbittorrent 都会预分配。

按照这个 issue 底部的 comment ,升级到 qBittorrent 5.0.4 应该就行。
2038 问题由工具链兜底实在是强人所难了,毕竟作用很有限。即使工具链给了 64 位 time_t 在内部做转换,到了 OS 层面给出的时间直接就是错的,工具链再怎么兜底都没用。这就好比寄信人提供的门牌号直接就是错的,就算印门牌号的纸足够容纳都没用。

MinGW 那边可以认为是没人搞,长期以来进度缓慢,无解

这个有折中做法,chcp 6501 即可解决。也可以主动调用 SetConsoleCP 和 SetConsoleOutputCP 。

Android 的事情,老实说,那得看 Google 的脸色了。编译器开发者或许能够解决二进制文件生成的支持,但 SDK 的更新就无能为力了。若 Google 决定停止向旧版系统提供新版 SDK (无论 C/C++还是 Java/Kotlin ),无论给多少钱都不行,那也不可能拿起武器对准 Google 大楼要求他们继续更新的吧。这个责任,不是某一个编程语言能够承担的。除了 Google 自己,其他人拿它没办法。顶多只能靠开源社区自己打 patch 做更新。
打个比方,这就相当于要求在 Linux 4.x 使用 io_uring 的 API ,编译时发现不存在然后责怪编程语言和工具链,属于怪错对象了。想要用不是不行,这得有人愿意做 backport ,但这显然不是编程语言和工具链的责任了。
多说一句,如果换了“其他语言”写程序手动调用 POSIX API ,照样会遇到一模一样的情况
手动调用 Win32 API 同理(例如 rust winrt )
关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     1039 人在线   最高记录 6679       Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 14ms UTC 18:09 PVG 02:09 LAX 11:09 JFK 14:09
Do have faith in what you're doing.
ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86