6

我的目标是使用 zenity --progress 创建一个带有 HandBrakeCLI 输出的 gtk 进度条。我遇到了一些障碍，我想知道是否有人知道更好的方法或者可以帮助我完成我目前正在做的事情。

正常输出：

HandBrakeCLI -i infile -o outfile --preset=iPad

显示器

编码：任务 1 of 1, 11.97 % (72.81 fps, avg 86.78 fps, ETA 00h00m43s)

HandBrake 通过管道传输到 tr 和 cut 命令，所以我只有 zenity 期望的百分比。

HandBrakeCLI -i infile -o outfile --preset=iPad 2>&1 | tr -s '\r' '\n' | cut -b 24-28

结果是我所期望的：

1.05 
1.06 
1.10 
1.10

但是，输出延迟很多，有时甚至不会显示。如果我只使用我的 tr 表达式，我会在每一行得到上面的输出，但它是整个输出，包括“编码：任务......”。

这就像 cut 命令跟不上手刹的标准一样。我阅读了有关使用命名管道的信息，创建了一个并将 HandBrake 的输出定向到管道，然后在另一个终端中通过管道尝试了 tr 和 cut 命令，它导致了相同的延迟。

使用 awk 的打印子字符串也会导致相同的延迟。

我想不通。我在 zenity --progress 指示器之后，因为我的 HandBrake 作业被称为 MythTV 作业，我希望弹出一个进度条，以便我知道何时以及编码正在进行中。

4

2 回答 2

2

您可以使用在 stackexchange 上回答的解决方案。

例如：

该stdbuf程序是 GNU coreutils 的一部分。

stdbuf -i0 -o0 -e0 command

另一个例子是expect命令unbuffer，例如

unbuffer long_running_command | print_progress

unbuffer通过伪终端 (pty)连接long_running_command，这使得系统将其视为交互式进程，因此不使用可能导致延迟的管道中的 4-kiB 缓冲。

对于更长的管道，您可能必须取消缓冲每个命令（最后一个命令除外），例如

unbuffer x | unbuffer -p y | z
于 2013-01-02T15:26:18.390 回答
1

使用 erik 建议的 UNBUFFER 与您的第一篇文章一起使用，以下命令可以解决问题：

( HandBrakeCLI -i infile -o outfile --preset=iPad | 
        unbuffer -p grep -i "encoding: task " | 
        unbuffer -p cut -c24-25 ) | 
        zenity --progress --auto-close
于 2017-04-14T20:17:56.110 回答