Peek: Cuenta atrás de peek grabada en GIF

Creado en 29 oct. 2017  ·  23Comentarios  ·  Fuente: phw/peek

La cuenta atrás de peek se registra en el GIF guardado. Eche un vistazo más de cerca y verá que la cuenta regresiva es visible durante una fracción de segundo.

leo-loading

bug

Comentario más útil

También puedo confirmar que esto sucede al azar de vez en cuando.

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 comentarios

¿Es esta la última versión de Peek? Hubo una solución para esto en Peek 1.0.2, consulte https://github.com/phw/peek/issues/146

Cerrando esto porque creo que aquí se usó una versión anterior de Peek (<1.0.2). No dude en comentar si este no es el caso.

Finalmente puedo reproducirme. En realidad, la cuenta atrás no se incluye al principio, sino en el último fotograma. Parece que esto sucede cuando se detiene la grabación y la interfaz de usuario se restablece nuevamente para la siguiente grabación.

Ok, no puedo reproducirlo de nuevo y mirando la ruta del código no tengo idea de qué podría causarlo. El tiempo de espera debería estar oculto hasta que comience una nueva grabación.

Recibí otro caso cansado en el que la cuenta regresiva no se mostraba ni al principio ni al final, sino 1 o 2 fotogramas en la animación. Desafortunadamente borré el archivo.

Realmente no estoy seguro de lo que está sucediendo aquí. Podría ser una peculiaridad de GTK3.

@phw : esto me sucedió recientemente en la v1.2.2. Pude ver la última pantalla de la cuenta regresiva justo al comienzo de mi gif. Veré si puedo grabar un ejemplo para ti. La única solución para mí fue apagar la cuenta regresiva.

En realidad, esto incluso me sucede sin la cuenta atrás activa en muchos casos, pero no es reproducible de manera confiable. Solo a veces tengo un marco gris. Actualmente, esto tiene la máxima prioridad para mí, quiero solucionarlo para la próxima versión. En el peor de los casos, tengo que agregar un tiempo de espera aleatorio.

Impulsé un cambio del que espero solucionar este problema. Pero como esto es tan difícil de reproducir para mí, no puedo estar seguro. Agradecería que alguien pudiera probar la versión de desarrollo y usar esto por un tiempo para ver si este problema ha desaparecido.

Puede compilar desde el código fuente o usar la versión de desarrollo de Flatpak (ver README), esto ya está actualizado.

@phw : construido a partir de la fuente. La solución funciona. :)

¡Hurra! Yo tampoco he tenido el problema hasta ahora. Esperemos que esto realmente lo solucione. Pronto haré un nuevo lanzamiento.

Considero que esto está cerrado por ahora con Peek 1.3.0 (estará disponible en breve).

Lo acabo de tener de nuevo :( Cuenta atrás visible en el primer fotograma. Tengo que investigar de nuevo.

También lo recibí por primera vez.

Para mí, parece suceder cuando el cursor está activo cuando la cuenta regresiva llega a cero y comienza a grabar.

Gracias por investigar el problema que publiqué. Espero que ustedes puedan encontrar una solución.

También experimenté este error, pero parece que no puedo reproducirlo. Solo sucedió en la primera grabación después de instalar Peek, y puso la parte "1" de la cuenta regresiva en los primeros 3 cuadros del gif. Ojalá sea útil. Si necesita el archivo, hágamelo saber.

Solo una suposición salvaje, ¿puede la conversión de la velocidad de fotogramas de alta a baja (muestreo descendente) puede introducir un fotograma no deseado en el gif debido al redondeo del índice de fotogramas?

También experimentando este problema, casi todas las veces. Feliz de ayudar a probar cosas.

$ 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

A mí también me pasa el 1.3.1. Como mencionó @dlbnco , deshabilitar "Capturar cursor del mouse" en Preferencias lo corrige, por lo que posiblemente esté relacionado con eso.

También me está sucediendo en 1.4.0. Al igual que con informes anteriores, el marco que contiene "1" aparece al final de las animaciones afectadas.

$ 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

Hola, confirmo este problema en momentos aleatorios.
Grabé varias veces la misma pantalla, con diferentes formatos y diferentes retrasos.
A veces sucede, otras veces no (Peek Version 1.4.0)
Espero que se pueda resolver pronto :)
¡De todos modos gracias por el proyecto!

También puedo confirmar que esto sucede al azar de vez en cuando.

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

También confirmado aquí en peek 1.5.1 y Ubuntu 20.04 LTS

¿Fue útil esta página
0 / 5 - 0 calificaciones

Temas relacionados

ttatanepvp123 picture ttatanepvp123  ·  4Comentarios

phw picture phw  ·  6Comentarios

chteuchteu picture chteuchteu  ·  6Comentarios

phw picture phw  ·  3Comentarios

ArsenArsen picture ArsenArsen  ·  3Comentarios