@nmap 懂了，多出来的电费你出是吧。

@junkun #43 所以很多 OOP 语言的函数式简写都是指对象方法调用。（例如 Ruby 中 X.map(&:size)指对每个 entry 调用.size()方法。Java 中的 Class::method 也是指对 Class 类型的 entry 调用.method()。）
真要说的话是 Python 这样对象风格和过程风格混用非常严重的语言才会有的问题。

比如我随便找了个解释 Python map 的例子，是这么写的。
def square(x) : return x ** 2
map(square, [1,2,3,4,5])
#=> [1, 4, 9, 16, 25]

但 OOP 正常的设计是给 Number 加一个 square 方法，然后去调用 map(lambda x : x.square(), [1,2,3,4,5])。

@ffgrinder 现在来看是这样的。之前感染过的美国人照样继续感染 XBB 和 BQ.1 。

圈子里还在做的大概就 StaxRip 和 Handbrake 了吧。技术更新太快，用的人太少，这些工具差不多都消亡光了。

别的都好说，HDR-SDR 色彩空间转换什么的就难了。这玩意儿连一票电视台都没搞清楚怎么做。一堆滤镜同一个转换跑出来的结果还都不一样。只能说自求多福。

@chinesehuazhou #24 只因 提出了意见而没有补充论据就说留言毫无意义的话，建议阁下只发表在国际期刊上，而不是普通人都可以发言的论坛上。我认为本论坛并没有要求回帖者进行大段论述的要求。

其次，我的个人观点就是阁下在强行升华，或者我换种说法，是把一个没有什么意义的东西强行赋予了意义，或者我换种阁下用的说法，「你的强行升华毫无意义」。

我也可以像阁下一样，去把其他语言吹嘘一番。比如我日常使用的 Ruby ，吸取了 lisp perl smalltalk 的精华设计，用对象+消息的方式来调用功能，还融入了方便好用的正则处理和函数式表达，你 Python 杂乱无章的设计，只能单行的 lambda ，满地的 self ，也好意思拉出来秀设计？

我这么说完下面肯定一堆喷我是傻逼的，对不对。

论坛混了那么多年了，我年纪也大了，放到十年前我肯定来和你大战几十回合，不到天亮不罢休。现在我也就吐个槽，看过的就让他去了。你把 Python 吹得再好或者再差，人们心中自有评判，觉得他设计成神的人也不会改变，觉得他设计成一坨的人也不会改变。反正到最后，工资给得高的公司和职位，不都是写 Java 的么 ┓( ´∀` )┏

每次看到谈论 Python 的话题我都要去看看人们是怎么强行升华 len(arr)这种写法的。果然没让我失望。

Windows 自带的磁盘管理，把磁盘挂载到目录而不是盘符。

EATX 一般没啥必要，主板上也不是元器件太多了放不下，ATX 足够了。

@cpstar 一般要考虑显卡+HBA 或者显卡+网卡。

@MengiNo 你要问有没有，那是有的。你要问比例高不高，那是很低的。
可能重症率只有千分之一甚至更低，就看愿不愿赌。

我就说这么一句。辉瑞最新的二价疫苗（原始株+BA.5 ）对现在在美国流行的 XBB 和 BQ.1 没什么保护效力。

是同型号的吗？按理同型号的行为比较类似，不同型号的行为差异比较大。如果你一块是 16T Exos ，另一块是 4T 红盘，那不管 16T 是不是矿盘，都会声音比 4T 红盘响。
震动的话，可以考虑用抗震动比较好的企业级。

@woctordho Banding 不一定是来自位深，更多的可能是来自低位深的编码器，在做量化的时候抹掉了低频的块，变相导致了 banding 。仅仅把一个丝滑的 10bit 砍尾降到 8bit 是不会出现特别显著的 banding 的。

@passall 可以的。你说的黑白，应该指的是灰度画面（并非只有纯黑和纯白，而是灰阶），做完 resize 以后精度确实可能可以达到 256 色。要注意的是，这里说的是 256 色，而非 256 彩色。你可以得到一个 256 色阶的灰度色（甚至 10bit 可以做到 1024 阶灰度），但因为彩色分量（ Cb Cr 分量）是单色，单色的精度是 0 ，所以无法增加精度变成彩色 —— 也就是做不到五彩斑斓的黑。

@FishGrazier 普通的蓝光都是 8bit ，做 BDRip 压成 10bit 纯粹是为了压缩效率考虑，而非为了颜色精度。（ 10bit 比 8bit 更容易压。）如果是原盘的话，UHD BD 应该都是 10bit 了。不过还是那句话，8bit 和 10bit 肉眼几乎看不出区别。举个例子，很多人家里的显示器就是 6bit 的面板，8bit 10bit 的区别连显示都显示不出来。

漏说了你问的第二个问题。
色深是一个比分辨率更无关紧要的东西。就像我上面说的，色深是精度，精度本身对画质的影响是可以忽略不计的，而分辨率则是显著影响画质的属性。一个颜色他的分量是 128 还是 128.03125 你肉眼是几乎无法分辨的，甚至你的显示器都可能无法显示这么小的差异。为什么要去弥补他？

比如说在 16bit 下缩放 125,127,128,129 的四个像素通道，先左移 8 位变成 128000,130048,131072,132096 ，然后求平均值得 130304 ，最后右移回 8 位或者 10 位。如果是 8 位，就右移 8 位截断到 127 。如果是 10 位，就右移 6 位截断到 509 。

可以的。色深是精度，分辨率在改变的时候精度要求会增加。
举个例子，4k 转换到 1080 ，需要把 4 个像素融合成 1 个。
假如 4 个像素的某个通道的颜色分别是 125,127,128,129 ，融合完以后会变成 127.25(at 8b)。
如果你把 4k8b 转换成 1080p8b ，那么 127.25 就会被砍到 127 。但如果转换成 10b 的话，就会变成 509(at 10b)，是整数，不需要砍精度。

非整数倍数缩放的时候产生的中间数值的精度会更高，因为中间的计算结果都是实数范围。通常我们为了性能考虑，都是在 16bit 下运算的（这样也可以充分利用 AVX2 SIMD 加速），处理完以后再降回到低位深。

@raptor 所以你们没遇到过每台机器作用都不同，然后要分开运维的情况咯。

@raptor 没看出来这和 Windows 有什么关系。wsl+ssh 方案需要你背诵所有的服务器 IP 或者域名。我光是自己用的机器就不止 50 台，你用 ssh 方案，至少也顺便给个管理主机名或者 IP 的方案吧。难道你们用 Linux 或者 mac 的人都能背下来那么多主机名？

@lslqtz 音频不一定是音乐。普通视频配套的音频一般没有保持无损的必要（ 900k 的 flac 和 96k 的 opus 普通人的收听设备未必能分辨得出来区别）。收藏用 FLAC 真的就只是为了——收藏——而已。