A contagem regressiva de peek é registrada no GIF salvo. Dê uma olhada mais de perto e você verá que a contagem regressiva fica visível por uma fração de segundo.
Esta é a versão mais recente do Peek? Houve uma correção para isso no Peek 1.0.2, consulte https://github.com/phw/peek/issues/146
Fechando isso porque acho que uma versão mais antiga do Peek (<1.0.2) foi usada aqui. Sinta-se à vontade para comentar se este não for o caso.
Posso finalmente reproduzir. Na verdade, a contagem regressiva não está incluída no início, mas no último quadro. Parece que isso está acontecendo quando a gravação para e a IU é redefinida novamente para a próxima gravação.
Ok, não posso reproduzi-lo novamente e olhando para o caminho do código, não tenho ideia do que pode causar isso. O tempo limite realmente deve ser ocultado até que uma nova gravação seja iniciada.
Tive outro caso estranho em que a contagem regressiva não foi mostrada nem no início nem no fim, mas em 1 ou 2 quadros na animação. Infelizmente, apaguei o arquivo.
Realmente não tenho certeza do que está acontecendo aqui. Pode ser alguma peculiaridade GTK3.
@phw - Isso aconteceu comigo recentemente na v1.2.2. Eu pude ver a última tela da contagem regressiva logo no início do meu gif. Vou ver se posso registrar um exemplo para você. A única solução alternativa para mim era desligar a contagem regressiva.
Na verdade, isso até acontece comigo sem a contagem regressiva ativa em muitos casos, mas não é reproduzível de forma confiável. Às vezes, fico com uma moldura cinza. No momento, isso tem a maior prioridade para mim. Quero consertar isso para a próxima versão. No pior caso, preciso adicionar algum tempo limite aleatório.
Eu empurrei uma mudança que espero consertar esse problema. Mas como isso é tão difícil de reproduzir para mim, não posso ter certeza. Apreciaria se alguém pudesse testar a versão de desenvolvimento e tentar usá-la por um tempo para ver se o problema foi resolvido.
Construa a partir do código-fonte ou use a versão dev Flatpak (veja o README), isto já está atualizado.
@phw - Construído a partir da fonte. A correção funciona. :)
Hooray! Eu também não tive o problema até agora. Vamos esperar que isso realmente tenha corrigido o problema. Eu farei um novo lançamento em breve.
Eu considero isso fechado por agora com o Peek 1.3.0 (estará disponível em breve).
Acabei de fazer isso de novo :( Contagem regressiva visível no primeiro quadro. Tenho que investigar novamente.
Acabei de receber pela primeira vez também.
Para mim, parece que acontece quando o cursor está ativo quando a contagem regressiva chega a zero e começa a gravar.
Obrigado por analisar o problema que postei. Tenho esperança de que vocês consigam encontrar uma solução.
Eu também experimentei esse bug, mas não consigo reproduzir. Isso só aconteceu na primeira gravação após a instalação do Peek, e colocou a parte "1" da contagem regressiva nos primeiros 3 quadros do gif. Espero que seja útil. Se você precisar do arquivo, me avise.
Apenas um palpite: a conversão da taxa de quadros de alto para baixo (down-sampling) pode introduzir um quadro não intencional no GIF devido ao arredondamento do índice de quadros?
Também enfrentando esse problema, quase todas as vezes. Fico feliz em ajudar a testar as coisas.
$ 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
Acontece comigo também em 1.3.1. Como @dlbnco mencionou, desabilitar "Capturar cursor do mouse" em Preferências corrige o problema, possivelmente relacionado a isso.
Acontecendo para mim no 1.4.0 também. Como em relatórios anteriores, o quadro contendo "1" aparece no _end_ das animações afetadas.
$ 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
Olá, eu confirmo esse problema em momentos aleatórios.
Gravei várias vezes a mesma tela, com diferentes formatos e diferentes atrasos.
Às vezes acontece outras vezes não (Peek versão 1.4.0)
Espero que seja resolvido em breve :)
De qualquer forma obrigada pelo projeto!
Também posso confirmar que isso acontece ao acaso de vez em quando.
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
Também confirmado aqui no peek 1.5.1 e Ubuntu 20.04 LTS
Comentários muito úteis
Também posso confirmar que isso acontece ao acaso de vez em quando.