Peek: Обратный отсчет времени в формате GIF

Созданный на 29 окт. 2017  ·  23Комментарии  ·  Источник: phw/peek

Обратный отсчет времени просмотра записывается в сохраненный GIF. Присмотритесь, и вы увидите, что обратный отсчет виден на долю секунды.

leo-loading

Самый полезный комментарий

Я также могу подтвердить, что это время от времени происходит случайно.

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

Все 23 Комментарий

Это последняя версия Peek? В Peek 1.0.2 было исправление для этого, см. Https://github.com/phw/peek/issues/146

Заканчивая это, я думаю, что здесь использовалась более старая версия Peek (<1.0.2). Не стесняйтесь комментировать, если это не так.

Я наконец могу воспроизвести. Собственно обратный отсчет идет не в начале, а в самом последнем кадре. Похоже, это происходит, когда запись останавливается и пользовательский интерфейс снова сбрасывается для следующей записи.

Хорошо, не могу воспроизвести это снова, и, глядя на код, я понятия не имею, что могло его вызвать. Тайм-аут действительно должен быть скрыт до начала новой записи.

У меня был еще один неприятный случай, когда обратный отсчет не показывался ни в начале, ни в конце, а на 1 или 2 кадра в анимации. К сожалению, я удалил файл.

На самом деле не уверен, что здесь происходит. Может быть какая-то причуда GTK3.

@phw - Это случилось со мной недавно в v1.2.2. Я мог видеть последний экран обратного отсчета прямо в начале моей гифки. Я посмотрю, могу ли я записать для вас пример. Единственным выходом для меня было отключить обратный отсчет.

На самом деле это происходит со мной даже без активного обратного отсчета во многих случаях, но это ненадежно воспроизводимо. Просто иногда получается серая рамка. В настоящее время это имеет для меня самый высокий приоритет, я хочу исправить это в следующем выпуске. В худшем случае мне придется добавить случайный таймаут.

Я внес изменение, которое, надеюсь, решит эту проблему. Но так как это так сложно воспроизвести для меня, я не уверен. Я был бы признателен, если бы кто-нибудь мог попробовать попробовать версию для разработки и использовать ее некоторое время, чтобы увидеть, исчезла ли эта проблема.

Либо соберите из исходного кода, либо используйте версию Flatpak dev (см. README), она уже актуальна.

@phw - Создан из исходников. Исправление работает. :)

Ура! У меня тоже пока не было проблемы. Будем надеяться, что это действительно исправило это. Скоро сделаю новый релиз.

Я считаю, что это пока закрыто с Peek 1.3.0 (скоро будет доступно).

У меня это снова было :( Обратный отсчет виден в первом кадре. Я должен снова исследовать.

Я тоже получил его впервые.

Для меня это происходит, когда курсор активен, когда обратный отсчет доходит до нуля и начинается запись.

Спасибо, что изучили опубликованную мной проблему. Я надеюсь, что вы, ребята, сможете найти решение.

Я только что испытал эту ошибку, но не могу воспроизвести. Это произошло только в самой первой записи после установки Peek, и она поместила «1» часть обратного отсчета в первые 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", появляется в конце_ затронутых анимаций.

$ 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 Version 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

Была ли эта страница полезной?
0 / 5 - 0 рейтинги