Peek: Peek Countdown in GIF aufgezeichnet

Ist das die neueste Peek-Version? In Peek 1.0.2 gab es eine Lösung dafür, siehe https://github.com/phw/peek/issues/146

Schließen Sie dies, da ich denke, dass hier eine ältere Peek-Version (<1.0.2) verwendet wurde. Fühlen Sie sich frei zu kommentieren, wenn dies nicht der Fall ist.

Ich kann mich endlich reproduzieren. Eigentlich ist der Countdown nicht am Anfang, sondern im allerletzten Frame enthalten. Es sieht so aus, als ob dies passiert, wenn die Aufnahme stoppt und die Benutzeroberfläche für die nächste Aufnahme erneut zurückgesetzt wird.

Ok, ich kann es nicht wiedergeben und wenn ich mir den Codepfad ansehe, habe ich keine Ahnung, was es verursachen könnte. Das Timeout sollte wirklich ausgeblendet sein, bis eine neue Aufnahme gestartet wird.

Ich habe einen weiteren seltsamen Fall, in dem der Countdown weder am Anfang noch am Ende angezeigt wurde, sondern 1 oder 2 Frames in der Animation. Leider habe ich die Datei gelöscht.

Wirklich nicht sicher, was hier passiert. Könnte eine GTK3-Eigenart sein.

@phw - Das ist mir kürzlich in v1.2.2 passiert. Ich konnte den letzten Bildschirm des Countdowns gleich zu Beginn meines Gifs sehen. Ich werde sehen, ob ich ein Beispiel für Sie aufnehmen kann. Die einzige Problemumgehung für mich war, den Countdown auszuschalten.

Eigentlich passiert mir das in vielen Fällen sogar ohne aktiven Countdown, aber es ist nicht zuverlässig reproduzierbar. Nur manchmal bekomme ich einen grauen Rahmen. Dies hat derzeit die höchste Priorität für mich. Ich möchte dies für die nächste Version beheben. Im schlimmsten Fall muss ich eine zufällige Zeitüberschreitung hinzufügen.

Ich habe eine Änderung vorgenommen, von der ich hoffe, dass sie dieses Problem behebt. Aber da dies für mich so schwer zu reproduzieren ist, kann ich nicht sicher sein. Ich würde mich freuen, wenn jemand die Entwicklungsversion testen und versuchen könnte, diese für eine Weile zu verwenden, um zu sehen, ob dieses Problem behoben ist.

Entweder aus dem Quellcode erstellen oder die Flatpak-Entwicklungsversion verwenden (siehe README), dies ist bereits aktuell.

@phw - Aus der Quelle erstellt. Das Update funktioniert. :) :)

Hurra! Ich hatte das Problem bisher auch nicht. Hoffen wir, dass dies wirklich behoben wurde. Ich werde bald eine neue Version machen.

Ich halte dies vorerst für geschlossen mit Peek 1.3.0 (wird in Kürze verfügbar sein).

Ich hatte es gerade wieder :( Countdown im ersten Frame sichtbar. Ich muss noch einmal nachforschen.

Ich habe es gerade auch zum ersten Mal bekommen.

Für mich scheint es zu passieren, wenn der Cursor aktiv ist, wenn der Countdown auf Null geht und die Aufnahme beginnt.

Vielen Dank, dass Sie sich mit dem von mir geposteten Problem befasst haben. Ich hoffe, ihr könnt eine Lösung finden.

Ich habe diesen Fehler auch gerade erlebt, kann ihn aber nicht reproduzieren. Dies geschah erst in der allerersten Aufnahme nach der Installation von Peek und setzte den "1" -Teil des Countdowns in die ersten 3 Frames des Gifs. Hoffentlich ist das nützlich. Wenn Sie die Datei benötigen, lassen Sie es mich wissen.

Kann die Konvertierung der Framerate von hoch nach niedrig (Downsampling) aufgrund der Rundung des Frame-Index einen unbeabsichtigten Frame in das GIF einbringen?

Auch dieses Problem tritt fast jedes Mal auf. Gerne helfen wir beim Testen.

$ 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

Passiert mir auch am 1.3.1. Wie bei @dlbnco erwähnt, wird durch Deaktivieren von "Mauszeiger Problem behoben , sodass es möglicherweise damit zusammenhängt.

Passiert auch für mich in 1.4.0. Wie bei früheren Berichten wird der Rahmen mit "1" am Ende der betroffenen Animationen angezeigt.

$ 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

Hallo, ich bestätige dieses Problem in zufälligen Zeiten.
Ich habe mehrmals den gleichen Bildschirm mit unterschiedlichen Formaten und Verzögerungen aufgenommen.
Manchmal passiert es manchmal nicht (Peek Version 1.4.0)
Ich hoffe es kann bald gelöst werden :)
Trotzdem danke für das Projekt!

Ich kann auch bestätigen, dass dies von Zeit zu Zeit zufällig geschieht.

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

Auch hier auf Peek 1.5.1 & Ubuntu 20.04 LTS bestätigt