为什么进程替换不适用于 VLC 播放列表？

为什么进程替换不适用于 VLC 播放列表？

因为vlc 在这件事上设计得不好。更糟糕的是，它设计得很糟糕两次：
可能有其原因*以一种会产生以下两个缺点的方式工作：

• inotifywait -m my_ordered_playlist.m3u显示vlc my_ordered_playlist.m3u文件被打开并读取了几次。我还没有调查是否涉及寻求。当您使用<(shuf my_ordered_playlist.m3u) vlc获取数据时shuf，它能够准确地读取一次。显然这还不够。在一个完美的世界vlc中，只读取一次数据就足够了。

• vlc拒绝使用没有扩展名的播放列表。在 Zsh 中有=()类似于<();的语法。不同之处在于 shell 创建了一个临时的常规文件而不是管道。这样的文件可以被多次读取并且是可查找的。这似乎是您的问题的一个很好的解决方案（如果您对 Zsh 没问题），但通常文件名没有扩展名，所以vlc =(shuf my_ordered_playlist.m3u)仍然不起作用。

  但是有一种方法：

  # in zsh
  TMPSUFFIX=.m3u; vlc =(shuf my_ordered_playlist.m3u)
  

  如果您希望更改TMPSUFFIX不影响主 shell，请在子 shell 中运行命令。

*声明“vlc设计不佳”收到了有用的评论：

我怀疑文件中的至少一项搜索是确定文件是 ANSI、UTF-8 还是 UTF-16（带或不带字节顺序标记），然后使用内部应用的适当格式重新扫描文件。当然，这并不能阻止 VLC 期待扩展这一事实，当您考虑 VLC 可能看到的格式数量时，这并不是那么愚蠢……您不能真的指望它首先扫描文件，并且将它与每个内部解码器摩擦，看看哪个有效，第一次查找后哪个操作会清空管道并使数据再次无用......

另一种选择是分两个阶段进行，并将已经洗牌的播放列表在文件中而不是在命令行中传递给 VLC。

shuf my_ordered_playlist.m3u > /tmp/random_playlist.m3u && vlc /tmp/random_playlist.m3u

您甚至可以将其扩展到

shuf my_ordered_playlist.m3u > /tmp/random_playlist.m3u && vlc /tmp/random_playlist.m3u && rm /tmp/random_playlist.m3u 

在 VLC 退出后进行清理。

你甚至可以使用bash 别名

alias shuf_vlc="shuf my_ordered_playlist.m3u > /tmp/random_playlist.m3u && vlc /tmp/random_playlist.m3u && rm /tmp/random_playlist.m3u"

然后运行shuf_vlc以随机播放您的播放列表。

您的命令不起作用的原因是它仍然是管道并且受管道的限制。

过程替代的局限性

进程替换有一些限制：

• 无文件搜索：创建的“文件”是不可搜索的，即读写文件的进程不能进行随机访问；它必须从头到尾读取或写入一次。在打开文件之前明确检查文件类型的程序可能会拒绝使用进程替换，因为进程替换产生的“文件”不是常规文件。

• 没有退出代码：“无法从创建进程替换的 shell 获取进程替换命令的退出代码。”

根据您看到的行为，可能是 VLC 正在寻求检查有效的播放列表（以检查 UTF-8/16 等或文件构造正确），但实际上并未首先读取播放列表经过。它尝试返回实际加载文件，并且由于“无文件搜索”而无法读取播放列表。第一遍有效地清空了给定文件描述符的管道，然后就没有什么可处理的了。

或者，VLC 检查文件是“真实的”并且能够被seek编辑，并且发现它不能简单地拒绝打开它，因为它将无法通过文件向前和向后解析。

你的前两个命令很简单，只需要一个可读的流，VLC 想要一些它可以坚持的真实的东西。