Peek: Contagem regressiva de espiada registrada em GIF

Criado em 29 out. 2017  ·  23Comentários  ·  Fonte: phw/peek

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.

leo-loading

bug

Comentários muito úteis

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

Todos 23 comentários

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

Esta página foi útil?
0 / 5 - 0 avaliações

Questões relacionadas

fbruetting picture fbruetting  ·  6Comentários

nunodonato picture nunodonato  ·  5Comentários

StephenFluin picture StephenFluin  ·  4Comentários

chteuchteu picture chteuchteu  ·  6Comentários

animan01 picture animan01  ·  7Comentários