#10 strange progress toolbar behavior

SiongUi Te

This is the second problem that annoyes me.
The strange behavior is as the following:

1.If I seek,for example,the middle of the progress
toolbar,the progress slider thumb not only jump back
and forth but also stop at some place in front of the
place I seek.

2.When playing large files(about >100MB),the progress
slider thumb will go to the end of the progress toolbar
in a few seconds and return to the front of the
progress toolbar and again go to the end of the
progress toolbar in a few seconds and so on.

3.When I play the file which is detected ,for
example,25 mins long and in fact the file is only 8
mins,the progress slider thumb will start at some place
of the progress toolbar but not start at the front of
the progress toolbar.





  • kiriuja

    kiriuja - 2003-04-12

    Logged In: YES

    For the point (1), I must admit seeking using the thumb is
    currently not great at all, because MPlayer's absolute seek
    function doesn't work very well. I may try to play around
    with it some more, but most likely we'll have to wait for the
    MPlayer guys to fix it.

    The other two problems are caused by broken media files you
    are trying to play. If you want, we can somehow transfer
    them to me, and then I can take a look and see if I can do

    Thanks for reporting the problems.

    -- K

  • SiongUi Te

    SiongUi Te - 2003-04-14

    Logged In: YES

    How do I send the broken file to you?
    Do you have any email account which can receive large
    attached files?

    thanks for your response :-)

    Best Regards,


  • Michael Mellor

    Michael Mellor - 2003-04-16

    Logged In: YES

    I noticed this jumpiness and had a couple of minutes to
    investigate the problem. The type 2 seek in mplayer seems
    broken but the type 1 seems to work fine. So if you go to
    "void KPlayerProcess::absoluteSeek (int seconds)" and
    replace the sprintf command there with this:
    s.sprintf ("seek %f 1\n", (float(seconds)/float(length()))
    * 100);
    All the videos I tried with this worked fine. I imagine if
    the current length is unknown to kplayer (e.g. broken vids
    mentioned above) then this would cause a problem. Perhaps a
    menu option to choose? or some attempt to autodetect which
    one to go for?



  • kiriuja

    kiriuja - 2003-07-24

    Logged In: YES

    The item (1) is a known KPlayer problem that has not been
    addressed yet, at least the jumping part of it. The fact that
    playback resumes somewhere before the place where you
    dragged the thumb is due to MPlayer 0.9 and earlier inability
    to seek MPEG files correctly. It may be fixed in a future
    MPlayer version. Type 1 seeking Mike mentions has its own
    problems that are even worse than what is happening now,
    and they affect all file types rather than just a few affected
    now. It is up to MPlayer guys to fix their type 2 seeking bugs.

    The item (2) could not be reproduced. Most probable cause is
    a corrupted media file.

    The item (3) is caused by a corrupted MPEG file. If you play it
    with MPlayer from the command line, you will see that the
    time count starts from a large number. That is what KPlayer
    shows in the progress area of the status bar.

    In the future please submit different issue as separate bugs.

    Thanks for reporting these issues!

    -- K

  • kiriuja

    kiriuja - 2003-12-03

    Logged In: YES

    The progress toolbar, especially seeking of MPEG files,
    is improved in KPlayer 0.4. However, it is still short of
    ideal, so I am leaving this bug open.

  • kiriuja

    kiriuja - 2004-07-06
    • status: open --> closed
  • kiriuja

    kiriuja - 2004-07-06

    Logged In: YES

    Hi SiongUi:

    All the problems you reported in this bug are resolved in
    KPlayer 0.5. Please check it out.

    Thanks for reporting the problems!



Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

No, thanks