op 明牌下你的重金金额和交易渠道先

冒个泡，上到三十 17:00

@xinghen57 #11 同道中人

@Nin #9 时间拉长估计用处会打点

@OVAmach #1 谢谢

@someonedeng #7 攻击者的做法有什么意义？影响不大，时间又在深夜。怎么有点拿钱后意思意思？

@Comyn #5 握个手

@PerFectTime #3 感谢解惑

@x86 #1
我不太理解的是机器 stop ，ip 应该相当于不存在了。这时还能扫段？

还是说机器虽然 stop ，但其实网卡（或虚拟网卡）还出于工作状态，所以 ip 可以正常被扫到？

@Navee #88 律师费？

本地搭个服务端可否？
视频换 vp9 等最新编码，体积能比 x.264 小一半。

iPhone11 就不掺和 iOS 17 了。

@jurassic2long 赛博贤者时间，这名字真好

@Richex #16 刚才的交流之后，也有类似的猜测。总是，再次感谢。

@Richex #14 exit code 为 0 ，我打错了。

> 我的理解是 ffprobe -i 'video.mp4' 在终端输出的那些信息 ffmpeg 官方认为只是辅助信息或者说是调试信息，并不作为程序输出，所以 exit 0 并且 stdout 是空算是正常情况。

你说的这种思路，我特意用 yt-dlp 对比了一下。还真是这样。

yt-dlp 中有一条输出：
“WARNING: [youtube] Preferring "zh-CN" translated fields. Note that some metadata extraction may fail or be incorrect.”
这条输出字面上应属于 warning ，但实际却被输出到 stderr ，在 powershell output stream 的编号是 2 。

ffprobe 也是类似的“选择”，姑且认为是 ffmpeg 的选择。如果说是辅助或调试信息，放 information stream 或 debug stream 中可能更不容易让人迷惑。毕竟 powershell 提供了 6 条 stream ，其中就有 information stream （编号 6 ） 和 debug stream （编号 5 ）。

我不太确定 bash 中是否只有 stdin 、stdout 和 stderr 。如果只有这 3 个，这么设计也没问题，但如果和 powershell 一样有多个 output stream ，辅助调试信息放 stderr 就容易让不熟悉的人迷惑。

ffprobe 的标准格式是 “ ffprobe [OPTIONS] INPUT_FILE”。
我当时默认 “ffprobe -i 'video.mp4'” 输出应该放到 stdout ，打算从其输出提取信息却遇到无法提取情况，最后发现原因是输出被放到了 stderr 。因此，产生了是否有现成命令识别 output stream 编号的想法。

@Richex #12 感谢回答。
通常的逻辑确是你说的这样。通常 error 信息会有 error 提示。exit code 确是可以判断正常与否。
因此，我认为 exit code 0 的输出应该走 stdout stream 。

ffprobe -i 'video.mp4'

上面命令，exit code 0 ，但输出却走了 stderr 。

而你给出的命令

ffprobe -i "in.mp4" -show_format > info.txt

它的输出使用的是 stdout stream ，命令的 exit code 1 。

很令人费解。

也是因此，才会有帖子的疑问，想找有没有显示输出 stream 编号的命令。