After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 575311 - clips appear to be duplicated at high zoom levels when the timeline cursor is near the edge
clips appear to be duplicated at high zoom levels when the timeline cursor is...
Status: RESOLVED FIXED
Product: pitivi
Classification: Other
Component: User interface
Git
Other Linux
: Normal blocker
: 0.13.3
Assigned To: Pitivi maintainers
Pitivi maintainers
Depends on:
Blocks:
 
 
Reported: 2009-03-14 01:05 UTC by Jean-François Fortin Tam
Modified: 2009-09-06 15:01 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
screenshot of the phenomenon (268.40 KB, image/png)
2009-03-14 01:06 UTC, Jean-François Fortin Tam
Details
screencast demonstration (625.71 KB, video/ogg)
2009-05-13 15:05 UTC, Jean-François Fortin Tam
Details

Description Jean-François Fortin Tam 2009-03-14 01:05:50 UTC
Place the timeline cursor near the end of a clip while zoomed out, and zoom in. The clip will appear to be duplicated after its endpoint (while in reality, it's not).
Comment 1 Jean-François Fortin Tam 2009-03-14 01:06:13 UTC
Created attachment 130622 [details]
screenshot of the phenomenon
Comment 2 Edward Hervey 2009-05-13 05:57:12 UTC
Don't really know what can be done to be honest. For most videos, neighbouring frames will look vastly similar (there's only a 30-40ms difference between them).

Maybe we should limit ourselves to 1 frame out of 2 ? But then... how would you spot instantly where the first frame you want is ? Or what if it's a high-movement video and you actually do want to see all the frames ?

I can't really see how this is a blocker, demoting it. Requires a bit more thinking.
Comment 3 Edward Hervey 2009-05-13 15:04:18 UTC
I got completely confused between clips and frames.

I can definitely reproduce this ! 
Comment 4 Jean-François Fortin Tam 2009-05-13 15:05:07 UTC
Created attachment 134571 [details]
screencast demonstration

Seems there was some confusion. This is about seeing duplicate clips at the end of the timeline when there isn't any.
Comment 5 Brandon Lewis 2009-05-14 08:41:02 UTC
This bug is really with scrolling. I have as yet to reproduce this bug on Jaunty, but I can do it reliably under Intrepid. Jaunty is using goocanvas 0.14.

In any case, what actually seems to be happening is that the scroll position is allowed to exceed the maximum limits of the scroll adjustment. It's still not clear to me why this is happening, but it probably has to do with the auto-scrolling code which tries to center the scroll bar at the playhead.

In this broken state, part of the canvas is not refreshed. In the initial state this looks like duplicate clips. What you're actually seeing are the old clips that have not been redrawn. If you damage that part of the canvas you'll see it smear, and this effect extends to the ruler as well. As soon as you click the scroll bar, the scroll position is clamped to the maximum value, and everything goes back to normal.
Comment 6 Edward Hervey 2009-08-12 14:28:18 UTC
This seems fixed for me. Can someone else confirm ?
Comment 7 Jean-François Fortin Tam 2009-08-12 23:07:06 UTC
Yes, this seems fixed. May have caused bug #591617 though.