正如#3 中所说,我在 Windows 环境中使用 ScreenToGif。 它可以让人们在录制后编辑 gif:
这是一个非常酷的功能,因为您可以删除 X 首/最后一帧(我们甚至可以最终放弃“录制开始前的几秒延迟”设置)、添加过渡、裁剪 gif...
转场和 gif 裁剪可能没用,但删除帧是必须的。 你怎么看?
我习惯了 SilentCast (https://github.com/colinkeenan/silentcast),虽然界面更简洁,但它允许相同:你会得到一个带有图像的 Nautilus 窗口,你可以在文件转换为 gif 之前删除文件.
(虽然我不喜欢 SilentCast 凌乱的界面,但 Peek _way_ 更好!:+1:)
好主意! (但确实很乱,就像你说的那样)
我宁愿有一个 ScreenToGif 界面——一个水平的帧列表:滚动时,你可以很好地预览 gif 的样子。 另外,您可以更轻松地适应上下文信息(帧持续时间和索引)
好主意,喜欢。 诀窍是让它像界面的其余部分一样精简和简单。 但我绝对认为这将是一个很好的改进。
然而,我将无法很快解决这个问题,还有一些其他的事情需要首先处理。
就我个人而言,我不会觉得第一步打开 Nautilus 的按钮太麻烦。 界面将保持干净,您将获得另一个已知界面。 实际上,正如您所说,在 Peek 本身中重新制作这样的界面(删除、复制、重新排序等)需要相当长的时间。
我也喜欢 Nautilus 解决方案的简单性。 需要记住的一件事是,目前 Gif 是由 imagemagick 创建的,它确实从帧中删除了冗余信息。 所以编辑视图应该在生成最终 Gif 之前显示。
最好在处理这个问题之前解决#1。
即将推出的 Peek 1.2 将在处理之前将所有帧提取为 PNG。 这使得更容易挂钩并实现此功能。 可能它可以作为一个特殊的后处理器添加(打开一个新视图)。
最有用的评论
我也喜欢 Nautilus 解决方案的简单性。 需要记住的一件事是,目前 Gif 是由 imagemagick 创建的,它确实从帧中删除了冗余信息。 所以编辑视图应该在生成最终 Gif 之前显示。
最好在处理这个问题之前解决#1。