MAY
17
2004

Application of the Month: KMPlayer

Again this month we offer you a new version of the "Application of the Month" series as
the Dutch team is trying to get in sync with the
German team.
This issue covers an interview of Koos Vriezen, author of
KMPlayer, a
multimedia player for the KDE Desktop. Enjoy Application of the Month in the languages German,
Dutch and
English.

Comments

Is this packaged in debian?
I couldn't find it with a cursory look..


By John Tapsell at Mon, 2004/05/17 - 5:00am

*** 0.4.0-1 0
500 http://marillat.free.fr unstable/main Packages
100 /var/lib/dpkg/status


By Joseph Reagle at Mon, 2004/05/17 - 5:00am

no mplayer or mplayer frontends are packaged in debian-- they are in 3rd party apt sources


By fault at Mon, 2004/05/17 - 5:00am

I'm not at my computer now, so I'm not sure, but I think kmplayer is a frontend for xine as well (a relatively recent enhancement). If not kmplayer, then kplayer.


By Ian at Mon, 2004/05/17 - 5:00am

I still use plain old MPlayer for local video files.. But KMPlayer really shines as a Konq plugin. It works with many sites and many video formats. Now instead of viewing the page source and trying to find a link to download, I can usually just let KMPlayer take care of everything. It's great!


By KDE User at Mon, 2004/05/17 - 5:00am

that's the one thing that eluded me. it never occurred to me that it could be used as plug-in also. thanks for the tip!


By mark at Tue, 2004/05/18 - 5:00am

And, as inforamtion for developers, it implements the KMediaPlayer::Player interface, which makes it available as a video player component to any KDE application that needs an embedded player widget.


By Kevin Krammer at Tue, 2004/05/18 - 5:00am

Both KMPlayer and Kaffeine are pretty good frontends, but they both have an annoying behaviour when using the slider to seek in movies.

It's very slow and you can see the slider jumping from the start to the new position when dragging. They don't even update the picture until you release the mouse as far as I can tell.

I begin to wonder if there is a flaw in the Qt toolkit since it seems so hard to implement right.


By gambolputty at Mon, 2004/05/17 - 5:00am

You're right, this should be done much better. Positioning the movie only after releasing the slider was because mplayer crashed if it was flooded with seek commands.
The jumping comes because the backends decide where exactly to start playing and this will reposition the slider.
I guess this can be done with Xine much better.
Thanks for mentioning it!


By koos at Mon, 2004/05/17 - 5:00am

I just fixed this same bug in KPlayer a couple of weeks ago. You can now drag the slider, and it will seek through the movie quite smoothly. No need to wait till the slider is released. Check it out: http://sourceforge.net/cvs/?group_id=71710


By kiriuja at Tue, 2004/05/18 - 5:00am

I took a quick look, but didn't find it. Did saw a license conflick, I want to keep libkmplayer_common LGPL.
Btw, your CVS comments, like Multiple bugfixes/Various changes and fixes/Multiple fixes/Various fixes and improvements, are not very helpfull.
Anyhow, I think I should make it work for Xine first..

Nevertheless, thanks for the invitation. For kmplayer the application, which is also GPL, I might take a look for a playlist (if no one beats me with that, hint hint :-).


By koos at Tue, 2004/05/18 - 5:00am

> I took a quick look, but didn't find it. Did saw a license conflick, I want to keep libkmplayer_common LGPL.

It's in kplayerprocess.cpp. Basically once you send a seek you wait till the seek actually happens, then send a new one if any. Also when the slider is being dragged kplayerengine ignores any progress change events so the slider does not jump like crazy. :-) Works quite nicely for me. By "check it out" I meant see if it actually works in KPlayer for you, or for anyone else for that matter.

Also the problem some people had coming back from full screen mode is supposed to have been fixed, so if anyone is still having it with the current KPlayer CVS they would do well by reporting it asap per instructions at http://sourceforge.net/docman/display_doc.php?docid=22190&group_id=71710

As for LGPL, I am no expert in licensing, but I am really not sure how a program that compiles against Qt can be LGPL. Pardon my ignorance.

> Btw, your CVS comments, like Multiple bugfixes/Various changes and fixes/Multiple fixes/Various fixes and improvements, are not very helpfull.

I am aware of that problem. :-) But the amount of changes has been such that at 10 PM I am simply unable to do a diff and describe every change before committing.

> Nevertheless, thanks for the invitation. For kmplayer the application, which is also GPL, I might take a look for a playlist (if no one beats me with that, hint hint :-)

Well, of course KPlayer had a playlist since 0.4, but after I release 0.5 and then relax for a month or two, I will start making major enhancements to it. Anyone who has any playlist suggestions should post them at http://sourceforge.net/forum/forum.php?forum_id=244388

I may post a detailed plan for the enhancements sometime this summer. And of course the playlist can be made a KPart so other people can reuse it. I don't think there is an existing playlist anywhere that is a KPart and also is anywhere near satisfying the KPlayer requirements.


By kiriuja at Wed, 2004/05/19 - 5:00am

> Basically once you send a seek you wait till the seek actually happens, then send a new one if any

Yes sound like it should be implemented that way, thanks.

> I may post a detailed plan for the enhancements sometime this summer. And of course the playlist can be made a KPart so other people can reuse it. I don't think there is an existing playlist anywhere that is a KPart and also is anywhere near satisfying the KPlayer requirements.

That was one of the reasons I refused to make yet another playlist implementation. Something like kbookmarks for mm files should be in kdemultimedia, that basically understands playlist formats, widget for the playlist files, editing posibilities etc.
I don't think it fits the KPart model though.


By koos at Fri, 2004/05/21 - 5:00am

> I don't think it fits the KPart model though.

Why not? The way it is now in KPlayer is that the playlist editor is a widget, and everything else pertaining to the playlist is implemented as actions. Even the combobox with the currently played list is KWidgetAction based, so it embeds into a toolbar very nicely.

Anyway, I'll let you know when I post an RFC. I won't mind if you do it either. ;-)


By kiriuja at Sat, 2004/05/22 - 5:00am

I prefer KPlayer. I just can't get along with KMPlayer's Interface, specifically the overly small main control buttons.


By Eike Hein at Tue, 2004/05/18 - 5:00am