Peek: تم تسجيل العد التنازلي الخاطف في GIF

هل هذا هو أحدث إصدار Peek؟ كان هناك إصلاح لهذا في Peek 1.0.2 ، راجع https://github.com/phw/peek/issues/146

إغلاق هذا لأنني أعتقد أنه تم استخدام إصدار Peek أقدم (<1.0.2) هنا. لا تتردد في التعليق إذا لم يكن هذا هو الحال.

يمكنني أخيرا التكاثر. في الواقع ، لم يتم تضمين العد التنازلي في البداية ، ولكن في الإطار الأخير. يبدو أن هذا يحدث عند توقف التسجيل وإعادة تعيين واجهة المستخدم مرة أخرى للتسجيل التالي.

حسنًا ، لا يمكنني إعادة إنتاجه مرة أخرى والنظر إلى مسار الكود ليس لدي أدنى فكرة عن سبب ذلك. يجب إخفاء المهلة حقًا حتى يبدأ تسجيل جديد.

حصلت على حالة غريبة أخرى حيث لم يتم عرض العد التنازلي في البداية أو النهاية ، ولكن تم عرض إطار واحد أو إطارين في الرسوم المتحركة. للأسف قمت بحذف الملف.

لست متأكدًا حقًا مما يحدث هنا. قد يكون بعض الغرابة في GTK3.

phw - حدث هذا لي مؤخرًا في الإصدار 1.2.2. كان بإمكاني رؤية الشاشة الأخيرة للعد التنازلي في بداية ملف GIF الخاص بي. سأرى هل يمكنني تسجيل مثال لك. الحل الوحيد بالنسبة لي هو إيقاف العد التنازلي.

في الواقع ، يحدث هذا لي حتى دون تنشيط العد التنازلي في كثير من الحالات ، لكنه لا يمكن الاعتماد عليه للتكرار. في بعض الأحيان أحصل على إطار رمادي. هذا له أولوية قصوى بالنسبة لي حاليًا ، أريد إصلاح هذا للإصدار التالي. في أسوأ الأحوال لا بد لي من إضافة بعض المهلة العشوائية.

لقد دفعت تغييرًا وآمل أن يتم إصلاح هذه المشكلة منه. ولكن نظرًا لأنه من الصعب جدًا إعادة إنتاجه بالنسبة لي ، فلا يمكنني التأكد. أود أن أقدر ما إذا كان بإمكان شخص ما اختبار إصدار التطوير في محاولة واستخدام هذا لفترة من الوقت لمعرفة ما إذا كانت هذه المشكلة قد اختفت.

إما أن تبني من المصدر أو تستخدم إصدار مطور Flatpak (انظر README) ، فهذا محدث بالفعل.

phw - بني من المصدر. يعمل الإصلاح. :)

الصيحة! لم أواجه المشكلة أيضًا حتى الآن. دعونا نأمل أن يكون هذا قد أصلحه بالفعل. سأقوم بإصدار جديد قريبا.

أنا أعتبر هذا مغلقًا الآن مع Peek 1.3.0 (سيكون متاحًا قريبًا).

لقد حصلت عليه مرة أخرى: (العد التنازلي مرئي في الإطار الأول. عليّ التحقيق مرة أخرى.

أنا فقط حصلت عليه للمرة الأولى كذلك.

بالنسبة لي ، يبدو أنه يحدث عندما يكون المؤشر نشطًا عندما يصل العد التنازلي إلى الصفر ويبدأ التسجيل.

شكرًا لك على النظر في المشكلة التي نشرتها. آمل أن تتمكنوا يا رفاق من إيجاد حل.

لقد اختبرت هذا الخطأ أيضًا ، لكن لا يبدو أنه يتكاثر. حدث ذلك فقط في التسجيل الأول بعد تثبيت Peek ، ووضعت الجزء "1" من العد التنازلي في الإطارات الثلاثة الأولى من gif. نأمل أن يكون هذا مفيدًا. إذا كنت بحاجة إلى الملف ، أعلمني.

مجرد تخمين جامح ، هل يمكن أن يؤدي تحويل معدل الإطارات من الأعلى إلى المنخفض (أخذ العينات إلى الأسفل) إلى إدخال إطار غير مقصود إلى 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 ، يؤدي تعطيل "Capture mouse cursor" في التفضيلات إلى

يحدث لي أيضًا في 1.4.0. كما هو الحال مع التقارير السابقة ، يظهر الإطار الذي يحتوي على "1" في _end_ من الرسوم المتحركة المتأثرة.

$ 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

مرحبًا ، أؤكد هذه المشكلة في أوقات عشوائية.
لقد سجلت عدة مرات نفس الشاشة ، بتنسيقات مختلفة وتأخيرات مختلفة.
في بعض الأحيان يحدث ذلك في أوقات أخرى لا (نظرة خاطفة الإصدار 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

تم التأكيد هنا أيضًا في نظرة خاطفة 1.5.1 و Ubuntu 20.04 LTS