Bug 171405 - dragon player scroll jumps back, jerky, not smooth
Summary: dragon player scroll jumps back, jerky, not smooth
Status: RESOLVED WORKSFORME
Alias: None
Product: dragonplayer
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Dragon Player Mailing List
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2008-09-21 16:30 UTC by Moritz Moeller-Herrmann
Modified: 2018-10-27 03:58 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Moritz Moeller-Herrmann 2008-09-21 16:30:06 UTC
Version:           2.0 (using 4.1.1 (KDE 4.1.1), Debian packages)
Compiler:          cc
OS:                Linux (x86_64) release 2.6.26-5.slh.4-sidux-amd64

Scrolling forward or backward in dragonplayer is barely functional, as it seems to jump back often and is very jerky. Please compare scrolling forward in mplayer and dragonplayer: mplayer always jumps by 10 seconds by key press, dragonplayer is completely unpredictible and sometimes does not jump at all or even jumps backward a small amount if you want to scroll forward! It is currently impossible to scroll forward by repeatedly pressing the forward key in a longer video. Tested with DVDs and with AVI files.
Comment 1 Fabio Locati 2008-09-28 18:08:25 UTC
dragonplayer jumps of the 10% of the lenght of the file
Comment 2 Fabio Locati 2008-11-25 22:12:24 UTC
SVN commit 889044 by flocati:

BUG:171405

 M  +23 -12    mainWindow.cpp  
 M  +30 -12    videoWindow.cpp  
 M  +4 -2      videoWindow.h  


WebSVN link: http://websvn.kde.org/?view=rev&revision=889044
Comment 3 Moritz Moeller-Herrmann 2009-05-25 02:04:47 UTC
I am sorry, but the issue is not fixed in KDE4.2.2 with dragon player 2.0. I still experience hangs / jerks (even backwards) when scrolling with the left and right keys. I am using the xine backend to phonon on Debian unstable.

Please compare with smplayer / mplayer / xine / kaffeine who work much smoother. The problem occurs with avi files as well as DVDs.
Comment 4 Raphael Kubo da Costa 2009-05-26 06:46:35 UTC
Can you please describe more exactly what happens?

I've tested trunk and couldn't experience it. Actually, the only thing I've noticed that's different from mplayer (besides the seek times) is that Dragon pauses the video before seeking, which gives the impression of a "jerk".

Currently if you press left or right it jumps 5 seconds backwards or forwards. If you press page up and page down it seeks forward or backward 10% of the length of the video.
Comment 5 Moritz Moeller-Herrmann 2009-05-28 10:59:26 UTC
Well, do you get smooth forward scrolling if you keep pressing (continously) the left and right key? For me the scrolling is stuttering, as it even jumps back (to the last keyframe?) a short period occasionally.
Comment 6 Gregorio Guidi 2009-12-25 22:12:39 UTC
I see exactly the same problem in KDE 4.3, with the Left and Right keys (+/- 5 seconds) "stuttering" and sometimes even going backwards on Right keypress.
Also, the + and - keys (+/- 10 seconds) do not work.

The problem with +/- 10 seconds is fixed by revision 1043620 for KDE 4.4. The fix is also referenced in bug #189626#c3, it would be nice if you could backport it for KDE 4.3.4.

The fact that +/- 10 seconds works (with the fix) and that +/- 5 seconds sometimes does not, even if they do the same relativeSeek() call, leads me to think that this is not a problem in dragon player, but simply that seeking too small intervals could be inherently unreliable with some file types. It should be noted that other players I tried do not show the problem, but maybe that's because they move 10 seconds or more on Right/Left keypresses.
Comment 7 Harald Sitter 2012-06-02 17:28:08 UTC
still a problem with recent versions of dragon/phonon?
Comment 8 Andrew Crouthamel 2018-09-23 02:43:25 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 9 Andrew Crouthamel 2018-10-27 03:58:55 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!