Peek: GIF中记录的偷看倒计时

这是最新的Peek版本吗？ 在Peek 1.0.2中对此进行了修复，请参阅https://github.com/phw/peek/issues/146

由于我认为此处使用的是较旧的Peek版本（<1.0.2），因此关闭了此文件。 如果不是这种情况，请随时发表评论。

我终于可以复制了。 实际上倒数并不包括在开始时，而是在最后一帧。 停止录制并再次重置UI进行下一次录制时，似乎正在发生这种情况。

好的，无法再次重现它，并且看着代码路径我不知道是什么原因引起的。 超时应该真正隐藏起来，直到开始新的录制。

我又遇到了一个奇怪的情况，倒数在开始或结束时都没有显示，而是在动画中显示了1或2帧。 不幸的是我删除了文件。

真的不确定这里发生了什么。 可能是一些GTK3怪癖。

@phw-最近在

实际上，在许多情况下，即使在没有进行倒计时的情况下，我什至会发生这种情况，但这种方法不可复制。 有时我会出现灰色框。 目前，这对我来说是最高优先级，我想在下一个版本中解决此问题。 在最坏的情况下，我必须添加一些随机超时。

我提出了一项更改，希望可以解决此问题。 但是由于很难复制，我不确定。 如果有人可以尝试测试开发版本并使用一段时间以查看此问题是否消失，我将不胜感激。

从源代码构建或使用Flatpak开发版本（请参阅README），这已经是最新的了。

@phw-从源代码构建。 该修复程序有效。 :)

万岁！ 到目前为止，我也没有这个问题。 希望它能真正解决它。 我将尽快发布新版本。

我认为目前Peek 1.3.0已关闭（不久将可用）。

我只是再次遇到了:(在第一帧中可以看到倒计时。我必须再次进行调查。

我也是第一次来。

对我来说，倒数到零并开始记录时，如果光标处于活动状态，这似乎会发生。

感谢您调查我发布的问题。 我希望你们能够找到解决方案。

我也刚刚遇到了这个错误，但似乎无法重现。 它仅在安装Peek之后的第一次录制中发生，并将倒计时的“ 1”部分放入gif的前3帧。 希望这是有用的。 如果您需要该文件，请告诉我。

只是一个疯狂的猜测，由于帧索引的舍入，从高帧率到低帧率（下采样）的转换能否将意想不到的帧引入gif？

几乎每次都会遇到此问题。 很乐意帮助您进行测试。

$ uname -a
Linux e480 5.0.0-23-generic #24~18.04.1-Ubuntu SMP Mon Jul 29 16:12:28 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
$ X -version
X.Org X Server 1.20.4
$ gnome-shell --version
GNOME Shell 3.28.4
$ peek -v
Peek 1.3.1

我也在1.3.1上发生过。 如@dlbnco所述，在“首选项”中禁用“捕获鼠标光标”会对其进行修复，因此可能与此有关。

在1.4.0中对我也是如此。 与早期报告一样，包含“ 1”的帧出现在受影响的动画的_end_处。

$ uname -a
Linux stephen-x1 5.3.0-19-generic #20-Ubuntu SMP Fri Oct 18 09:04:39 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
$ gnome-shell --version
GNOME Shell 3.34.1
$ peek -v
Peek 1.4.0

您好，我在随机时间内确认了此问题。
我在同一个屏幕上录制了几次，但格式不同，延迟也不同。
有时其他时间不会发生（Peek版本1.4.0）
我希望它能尽快解决：)
无论如何，谢谢您的项目！

我还可以确认这种情况经常发生。

Linux [hostname] 5.4.0-42-generic #46~18.04.1-Ubuntu SMP Fri Jul 10 07:21:24 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
GNOME Shell 3.28.4
Peek 1.5.1

也在peek 1.5.1和Ubuntu 20.04 LTS上得到了证实