KDE-CVS-Digest for January 16, 2004
Saturday, 17 January 2004 | Dkite
In this week's KDE-CVS-Digest: amaroK adds graphic sonograms. KolourPaint can be used as an icon editor. KPilot PIM integration improves. KMail folder code is refactored. KWord adds import of text boxes from OOWriter. And the last bugfixes before release.
Comments:
Sad that it was a mistake - Anonymous - 2004-01-17
KDE - the only desktop where a woman leads the commit statistics. ;-)
Re: Sad that it was a mistake - Stephan - 2004-01-17
it's cool.. :) A very good translator/writer...
Re: Sad that it was a mistake - Anonymous - 2004-01-17
You don't know women who code, or?
Re: Sad that it was a mistake - Kevin Krammer - 2004-01-18
Eva is a coder as well. Anne-Marie Mahfouf created and maintains a couple of applications of KDE Edu. In fact she is the module maintainer.
Re: Sad that it was a mistake - Richard - 2004-01-17
But how is it possible; 54 lines changed in 308 commits...?
Re: Sad that it was a mistake - Derek Kite - 2004-01-17
It wasn't really a mistake. Eva created a whole bunch of directories under kdenonbeta/kdedebian/livecd/gui/home/.kde/*. There is a way to do it all in one shot, without triggering emails to the kde-cvs list for each one. But it happened one by one, thus the large numbers. derek
Internationalization - Turd Ferguson - 2004-01-17
I see that more languages have hit 100% than the last time I looked a couple of weeks ago.
Re: Internationalization - ac - 2004-01-18
See i18n.kde.org/stats... actually more than 3 teams reached 100% since in that stat is included koffice HEAD (while translation is going on in koffice1.3 branch) and kdeextragears that are not released with KDE 3.2
amaroks sonograph - Melchior FRANZ - 2004-01-17
Here is a screenshot for the curious: <a href="http://members.aon.at/mfranz/sonograph.png">http://members.aon.at/mfranz/sonograph.png</a> (12kB)
Re: amaroks sonograph - John D. Smitte - 2004-01-17
OMG. That's it. You can now dump Noatun (for which I never cared for, no offence) and Kaboodle (something I never understood why it was there) and standardize on AmaroK for you non-jukebox music player. Please. ...actually, can it deal with video, too, like Winamp? This is really neat. I will now be able to dump XMMS and go with a fully KDE-saavy music player.
Re: amaroks sonograph - David - 2004-01-17
No I've never cared for them, or used them. I think some clean up is probably necessary. I managed to try out Juk recently, and I liked it. There are some things to improve, which I think people know about anyway. With these made and maybe some nice Karamba extensions so you can do things without viewing the whole app I'm seriously going to enjoy it. I've heard some accusations that it looks like iTunes and people will get confused - rubbish! Personally I don't like combined video/audio/music applications (think Windows Media Player). They are just too cluttered and are not too good at one and not too good at the other, although Juk can be a means to organise all of your video stuff and play it through another media player. Kaffeine maybe.
Re: amaroks sonograph - Nobody - 2004-01-17
Actually I would prefer a streaming server style (like mentioned in http://dot.kde.org/1074190748/), but maybe mplayer's streaming server might/would do also, mplayer at least would support much more video formats and is quite nicely embeddable to the kde with kmplayer/mplayerplug-in. :-)
Re: amaroks sonograph - James Richard Tyrer - 2004-01-18
> mplayer at least would support much more video formats and is quite nicely > embeddable to the kde with kmplayer/mplayerplug-in Just what is it that I don't understand? You are comparing: "mplayer" to what. You should be comparing it to XINE which is what N/K use as a backend. Which video formats does mplayer support which XINE doesn't. N/K play QuickTime movies with sound OK on my system. Note: what doesn't work is the KDE Embedded Media Player. But that is a bug issue. You should also consider that mplayer is video card dependent where XINE is not. This is one of the reasons that KDE chose XINE over mplayer. -- JRT
Re: amaroks sonograph - Eike Hein - 2004-01-17
JuK, amaroK, Kplayer - that's my personal KDE music/video suite.
Re: amaroks sonograph - Dominic Chambers - 2004-01-17
I second that motion!
Re: amaroks sonograph - anon - 2004-01-17
i personally like amarok and kaffeine, although kplayer and juk are also quite capable. noatun sux.
Re: amaroks sonograph - Melchior FRANZ - 2004-01-18
> can it deal with video, too, like Winamp? No. I'ts a music player.
Re: amaroks sonograph - Rayiner Hashem - 2004-01-18
Does anybody else have a problem with the default amarok visualization (in 0.83) taking up like 80% of the CPU? I've got a 2GHz machine, and whenever the Amarok window is visible, things start getting jerky.
Re: amaroks sonograph - Melchior FRANZ - 2004-01-18
Never seen that. The cvs version uses around 0.3% on my computer (2.4GHz).
Re: amaroks sonograph - Max Howell - 2004-01-18
He means cvs, and the distort widget is default. It takes up 100% on my Athlon 1800XP. I think it's likely we'll set the default to one of the others for the next release. It's only cvs that has distort as the default.
Unify a bit - Nobody - 2004-01-17
IMHO I would like to see all those tiny (specific use) apps to be merged, for example why should user know a thing about different document/image (actually any file format that can be just viewed without any interaction) formats, thus I would like to see kpdf, kdvi, kghostview, kfaxview and kview to be combined as a general purpose "viewer" for KDE. That kind of combining might also be used on other type of filetype handlings, like merging all separate text editors together, like kate, kedit, khexedit and kwrite to become a text editor that might have different modes to be accessed via similar method as konqueror toolbar changes for task in hand (or vertical tabs on the sidebar to choose how to highlight the text?). Bigger change that I would love to see would include merging of apps that actually perform similar tasks, like kooka that might include support for inporting images from any source, like scanner, digital camera, web camera, gd and similar inputs, with gocr of course. :-)
Re: Unify a bit - Anonymous - 2004-01-17
> I would like to see kpdf, kdvi, kghostview, kfaxview and kview to be combined as a general purpose "viewer" for KDE. Already done, it's called "Konqueror".
Re: Unify a bit - Nobody - 2004-01-17
Hmm... Maybe I have talked about this with you already?!? :-D Anyways, I would like to see those progs to be eliminated and to use a "kview symbolic link" to konqueror then. What way I should configure my system that konqueror would show only wanted toolbars with items I would like (as a clean view window)?
Re: Unify a bit - cm - 2004-01-17
Being able to use konqi to view all those types (ps, pdf, dvi, the fax format, images, ...) doesn't make the plugins' GUIs consistent, unfortunately. Now if all of them offered the same features (e.g. preview bar on the left for multipage documents, selection of pages, mouse wheel zoom) in a consistent way...
Re: Unify a bit - Nobody - 2004-01-17
That would be very great thing to have as it's just silly to have exactly same functionality, but just differently showed to the user, kde should embrace HIGs on that too.
Re: Unify a bit - James Richard Tyrer - 2004-01-18
Yes, that is true. No, I think that he has a point. Since some (or all) of these "applications" are built with a front end and a KPart. It should be possible to make a single KViewer front end for these various parts so that they could be used without opening Konqueror. -- JRT
Re: Unify a bit - Eike Hein - 2004-01-17
You're not the only one who feels that way. I think we'll see a lot of that happen in KDE 4.0 - unifying things, throwing out old and obsolete apps. You can't really do it for a 3.x for compatibility reasons, just like you can't change the default GUI theme with every point release. But I expect some major clean-ups for the next big release.
Re: Unify a bit - Richard - 2004-01-17
> IMHO I would like to see all those tiny (specific use) apps to be merged, for > example why should user know a thing about different document/image (actually > any file format that can be just viewed without any interaction) formats, > thus I would like to see kpdf, kdvi, kghostview, kfaxview and kview to be > combined as a general purpose "viewer" for KDE. It's not only "why should the user know", but also where should a feature request be dropped? Should the request be sent to all (in my case) kde digital picture viewers? If yes and all the involved apps are registered in kezilla the same feature request must be entered multiple times which is to my opinion polluting the bug database. Combining the application, if possible, would be a good thing indeed.
What happens now? - Dan - 2004-01-17
No source for Crystal icons? http://osnews.com/story.php?news_id=5693
Re: What happens now? - Aaron J. Seigo - 2004-01-17
it gets sorted out one way or the other and 3.2 gets released regardless of what that ends up meaning. the icons exist in CVS, so there's no reason to hold up the release. and it isn't like someone is holding them hostage, they're just in a rather unfortunate state at the moment. fortunately there are more people of late paying attention to the icons, so i'm sure it'll get sorted out eventually to everyone's satisfaction. at least Eugenia managed to get a few more pieces of FUD in about KDE and it's level of support from third parties. =/
Re: What happens now? - Eike Hein - 2004-01-18
Doesn't really help that any post directly doubting OSNews.com's journalistic integrity and/or objectivity in the matter gets either deleted or instantly moderated down [at OSNews].
Everything's fine. - Alex - 2004-01-18
ISSUE SOLVED! http://www.osnews.com/comment.php?news_id=5693&offset=60&rows=64#188798
[OT] award for valgrind - Thorsten Schnebeck - 2004-01-17
Congratulation Julian :-) http://opensource.org/OSA/awards.php Bye Thorsten
remove noatun ? - Shift - 2004-01-17
I don't understand why people want to remove noatun. noatun is for me a very good sound player. It is not perfect but it can be enhanced. noatun good points : - playlist style changeable (Dub, Hayes,...), - real[1] changeable GUI (xmms skin, kjofol skin, KDE style,...), - Visualization plugin, - Other plugins (key, Alarm clock, infrared control,...), - Remote control via dcop, - Certainly code well organised regarding the pluggueable facilities, - Benefit of arts effects that are chainable[2] - Well integrated in KDE (native interface), - ... noatun bad points : - No juk style playlist (who make the plugin ?) - Some playlist can't have stream url (hayes,...) (Can playlist plugins support .desktop files of type Link ?), - Only arts background sound system (I suppose that it can be change without much break : gstreamer ?), - Video system which one is the best ? I don't know if noatun use xine or a internal one ? You can complete the list if you want :) [1] Not a hack as in xmms with kjofol skin plugin. [2] In xmms only one sound plugin can be used at the same time So why not enhance noatun or change bad part of it ? kaffeine is great for video but I hate it for playing sound as I hate using xine for playing sound ;) amarok is great but I don't like very much its look & feel : not a native gui (new widgets, new buttons, new color in the list,...) and amarok is still beta (some options doesn't work). xmms was good but it is gtk application and it doesn't interract well with KDE application. It has a strange feel which doesn't respect as the Window Manager was configured (don't show window content when moving,...). It is gtk 1 application and now gtk 2 is here. A gtk 2 version will exist but not completely finish yet. kplayer, kmplayer, kxine,... very great program for video playing but not for sound. juk is very good but doesn't support stream and has some strange behaviour sometimes. Moreover it is not a good program if you want to play only one sound (kaboodle is here for that). Here is my opinion. I wait for yours ;)
Re: remove noatun ? - Spy Hunter - 2004-01-18
Having the ability to use plugins is NOT an if there are no good plugins to use! IMHO all the Noatun playlists suck. Almost all the GUIs suck. The visualization plugins are laughable compared to, say, Winamp's. ARts sucks. Basically every part of Noatun sucks, except maybe for the Keyz plugin and the system tray interface. I say take those and dump the rest. This is the way it should work. Instead of having one mediocre audio/video player, KDE should have: 1. A video player that doesn't play plain audio files. The default GUI should be extremely simple, hiding advanced features like playlists and video processing tools in the menus. This player should also integrate with Konqueror to play movie trailers on websites and stuff. 2. An audio jukebox/library application that has plugins and doesn't play videos. 3. A simple *sound recorder/editor*, like Sound Recorder for Windows, but with a few more editing features. 4. In the future, when GStreamer matures, a video editor. All these apps should use GStreamer (and maybe JACK) instead of aRts. If KDE had this stuff XMMS might finally be on its last legs, aRts could go back to being a synthesizer instead of an audio framework, and some of the development effort now focused on MPlayer/Xine might go to the much cooler GStreamer project.
Re: remove noatun ? - Matthew Kay - 2004-01-18
KMplayer already does the first bit of what you want -- integrate with konqueror to play movies on websites. It also has a very simple interface (I'm not sure if it has playlists -- and frankly, I don't see why a video app should). As for audio amaroK looks to be coming along really nicely -- I personally wouldn't mind if it played videos too, though there's no real need. A nice interface that looks similar to amaroK's would be cool in a video app, though -- besides unifying things, it would look quite slick. I also agree that arts needs to be dumped as sound server, unless it can truly be fixed -- but I think it would be better to simply switch to a better system, like JACK or one of the other sound servers. What would be even nicer is if freedesktop.org could choose one, and GNOME and KDE could both use it. That way, there would be a truly "standard" platform to write audio apps on for linux.
Re: remove noatun ? - Shift - 2004-01-18
freedesktop has already chosen gstreamer http://gstreamer.freedesktop.org/
Re: remove noatun ? - cm - 2004-01-18
Well, "chosen" is too strong a word: From http://freedesktop.org/Software/Home: -------------------------------------------------------------- Software hosted on/related to freedesktop.org Some software has made its way here to live. None of this is "endorsed" by anyone or implied to be standard software, remember that freedesktop.org is a collaboration forum, so anyone is encouraged to host stuff here if it's on-topic. -------------------------------------------------------------- But still, a unified multimedia framework would be nice.
Re: remove noatun ? - Nick - 2004-01-18
GStreamer is only in Gnomes's freedesktops CVS, that shouldnt mean freedesktop will try to establish it as the default framework in KDE, but you are right by saying that at some point they will. Freedesktop is kind of a failed experiment, because it smells like glib is going to be used as a foundation instead of something modern (its in dbus too even though it doesnt link, but has code pasted in). By choosing glib freedesktop has already revealed that it was only pretending to be desktop neutral. So the correct name for it is really gnome-feedesktop now. And the fact that lots of old school C- boneheads hang around there doesnt really make it very attractive to a modern KDE developer I could imagine. At the moment there is not much there that would make Gnome's freedesktop attractive (code-wise). DBus is slow and unsafe (programmed in C), the HAL is only sysfs parser, keithp graphics work is far away from being an XFree86 replacement, though the most promising part of it.
Re: remove noatun ? - Anonymous - 2004-01-18
Freedesktop.org is no GNOME invention or spin-off.
Re: remove noatun ? - Benoit W. - 2004-01-18
Glib has not really be chosen. And DBUS has no dependencies (if a few lines are pasted from Glib it does not hurt). Of course there is an API for Glib on top of it, but a Qt API is also provided. Using a unified messaging system is something that can really be useful for KDE. Wheter it is developped in C, or C++ is not really the problem, having more developpers (and users) involved in the project would actually help to make it safer, fix bugs and improve performance. And for your information, the DBUS developpers have chosen to make it close to the current DCOP implementation in order to simplify its integration into KDE, so really this is not a GNOME-specific technology.
Re: remove noatun ? - Nick - 2004-01-18
> Glib has not really be chosen. not officially, right. >Using a unified messaging system is something that can really be useful for >KDE. Wheter it is developped in C, or C++ is not really the problem, actually it is a problem. KDE shines, because it breaks with an old unix legacy to write everything in C. legacy-C applications are a serious security risk and hard to maintain. Just look how many times CUPS is in the security news. There is absolutely no need to write a new piece of software like bdus in C. Since you have to provide a glib wrapper anyway it should better be done in stdc++ or something similar.
Re: remove noatun ? - Kevin Krammer - 2004-01-18
Well, dbus is mostly a protocol and data marshalling convention. You are free to do a C++ implementation and I am sure freedesktop.org will host it as well.
Re: remove noatun ? - Nick - 2004-01-18
true. maybe I will :) but Gnome's freedesktop wont like it.
Re: remove noatun ? - Henrique Pinto - 2004-01-19
GNOME doesn't "own" freedesktop.org.
Re: remove noatun ? - fault - 2004-01-18
> By choosing glib freedesktop has already revealed that it was only pretending to be desktop neutral. Erm, Freedesktop never "chose" glib. It just happens to be an implementation detail of some things, like gstreamer. Freedesktop has a commit policy that pretty much allows anything. Yes, if you want to write something in Qt, you can probably add it to freedesktop cvs. > that shouldnt mean freedesktop will try to establish it as the default framework in KDE, but you are right by saying that at some point they will. Well, KDE should consider it's various alternatives, because there is a lot of things besides gstreamer, but, I don't see much of a problem in terms of dependencies switching between arts, which already uses glib, to using gstreamer, which also uses glib.
Re: remove noatun ? - Balinares - 2004-01-18
Uh, I don't see why using GStreamer would be a bad thing, as long as it doesn't have cumbersome or obsolete dependencies. Because many high-visibility Gnome developpers often display an astounding lack of understanding of good software design, doesn't mean that being one suddenly turns all of them into incompetent codepissers. If GStreamer is well designed and not clogged up with ill-thought design goofs and other gnomenesses, I can see absolutely no reason not to use it. I mean, gee, didn't KDE become the leading desktop by always picking the best technologies regardless of politic issues? What remains to be seen is whether GStreamer cuts it as a technology. Note, I have no idea as to whether it does, so please fill free to fill me in, either way. Otherwise, refusing to use it just because it's a Gnome thing, even given Gnome's poor track record, is not a very clever attitude.
Re: remove noatun ? - Philippe Fremy - 2004-01-18
If gstreamer is better than arts, I don't see why it would be a bad thing for KDE to use it. For me, arts never ever ever worked so I would welcome any replacement. > Freedesktop is kind of a failed experiment That's bullshit. Freedesktop is actually a very successful experiment, with established successful important standards that allow (more or less) slick interoperatility between desktops without preventing any of them to innovate. We already have common drag'n drop, independant window manager, common .desktop description and application menu compatilility. I am looking forward for the next advances (shared mimetype database). > By choosing glib freedesktop has already revealed that it was only pretending to be desktop neutral That's bullshit again. At some point, when you write code (do you write code by the way ?), you have to manipulate lists, dictionaries and strings for the very basic minimum. You can use glib, you can use the C++ stl or you can use Qt or you can write your own buggy non-optimised version. But you have to use one and this is no way related to choosing one desktop. The author of DBUS choose glib for obvious reasons: he is familiar with it and he codes in C. Using Qt would have been stupid (why use a GUI toolkit for a non-gui stuff). He could have chosen tinyQ but that's not as official as Qt so it might not be as stable or maintained. What should he have done in your opinion, using its own buggy version of glib ? The only difference would be that you did not know that he used glib. What a huge benefit. > And the fact that lots of old school C- boneheads hang around there doesnt > really make it very attractive to a modern KDE developer I could imagine. The same goes for them. The fact that young OO-fan hang around does not make it attractive for old-school C coders neither. However, what makes freedesktop attrative to both groups despite their differences is that they cooperate to provide the user with the best and consistent applications ever. > DBus is slow and unsafe (programmed in C), Is this supposed to be "it is programmed in C so it is slow and unsafe" ? While I certainly don't love C for many things (especially gui programming), there are some very good and safe programs written with it. For DBUS, there are problems with it (although I am not familiar enough) but the concept of having a common communication protocol between gnome and kde apps is very exciting. I hope there is not technical difficulties that can not be overcome with a distant adoption of DBUS for kde.
Re: remove noatun ? - David - 2004-01-18
> If gstreamer is better than arts, I don't see why it would be a bad thing > for KDE to use it. For me, arts never ever ever worked so I would welcome > any replacement. Yes. I like JACK personally. > That's bullshit. Freedesktop is actually a very successful experiment Politically, in the long run I question it. Isn't glibc part of every major Linux distribution? Why not use it?
Re: remove noatun ? - Kevin Krammer - 2004-01-18
> Politically, in the long run I question it. A lot of exchanges are only detail dicussions, not disagreement on the major concepts. IMHO its a pretty cool idea, because it gets people of all relevant parties to start exchanging thoughts very early on, even before some desktop specific or related implementation sets some kind of hard to accept standard. > Isn't glibc part of every major Linux distribution? Why not use it? I assure you, glibc is certainly used :) This is the C standard library. However, it does not include containers like the C++ standard lib, that's why C developers use glib.
Re: remove noatun ? - James Richard Tyrer - 2004-01-19
I think that he meant: "glib" not "glibc". http://www.gnu.org/directory/glib.html I see nothing wrong with KDE being dependent on: "glib". -- JRT
Re: remove noatun ? - Nick - 2004-01-19
1) glib (the one that has GObject and the event loop) is not a standard. Its some home brewed GNOME stuff they forked out into the public domain. 2) glib is bloated and the only reason for its existance was a missing C++ compiler, like what, about 10 years ago 3) libstdc++ ( the real Thing(R) ), just as an example (applies to some other languages too), is an ISO standard 4) libstdc++ is lean, fast and follows the "what you dont use doesnt cause overhead principle" ( unlike glib!!! ) 5) lidstdc++ doesnt force an alien event loop on you
Re: remove noatun ? - Kevin Krammer - 2004-01-19
> I think that he meant: "glib" not "glibc". makes sense. > I see nothing wrong with KDE being dependent on: "glib". As far as I understand this from what I read on the mailinglist, one problem is that it does not anything useful to KDE, but I think as it is usually installed anyway this is a minor problem. The other problem seems to be that the glib contains two things, on one hand the containers and useful functions for C programming, on the other hand another, incompatible, object model. Of course it is possible to write a wrapper, but this only covers the part where KDE needs an API to a glib enhanced library. More problematic is that the C++/KDE developer needs to deal with another barrier if he/she wants to implement some changes on the glib enhanced library, for example creating a plugin. So you are in effect depending on someone else to implement your ideas. Some people like to have more control. Again, that's only my interpretation of the problem.
Re: remove noatun ? - fault - 2004-01-18
> freedesktop has already chosen gstreamer you mean, gstreamer has been moved to freedesktop CVS. If someone else wanted, they could move an overlapping piece of software to freedesktop CVS too.
Re: remove noatun ? - Scott Wheeler - 2004-01-18
GStreamer was not "chosen" by Freedesktop; they asked to be hosted at Freedesktop and such was accepted. Neither will Freedesktop try to push GStreamer on KDE -- that decision will be entirely up to KDE developers. If GStreamer is the best fit and the most capable solution out there we'll use GStreamer. If it's not we'll use something else. All of this was made clear (and definitely agreed to by the GStreamer guys) on the Freedesktop list when GStreamer discussed moving their CVS hosting over to Freedesktop.org.
Re: remove noatun ? - JohnFlux - 2004-01-19
>>(I'm not sure if it has playlists -- and frankly, I don't see why a video app should). You've never put on to play a whole load of music videos? Or watched many episodes of a series? Or put on a whole load of porn clips?
Re: remove noatun ? - Shift - 2004-01-18
"The visualization plugins are laughable compared to, say, Winamp's" Yes but other player have no visualisation plugins except xmms (and few ones for xine) "ARts sucks" Not totally. There are great things in it (Effects chaineable, full duplex,...) but the rest is not good :-/ "all the Noatun playlists suck" Hayes one is great. 1. I vote for kaffeine :) 2. Juk but it doesn't have plugin yet 3. krec 4. k???? I agry for the use of gstreamer but I suppose that it will come in KDE 4.0 and not before.
Re: remove noatun ? - Kevin Krammer - 2004-01-18
> IMHO all the Noatun playlists suck. No, Hayes rocks! Does any other player provide a playlist like that?
Re: remove noatun ? - Anonymous - 2004-01-18
> - Video system which one is the best ? I don't know if noatun use xine or a internal one ? Noatun can make use of Xine via the Xine aRts-Plugin.
Re: remove noatun ? - Paul Eggleton - 2004-01-18
So why do you "hate using xine for playing sound"? xine is just an engine - and a pretty good one at that. The player you build around it is an entirely different matter.
Re: remove noatun ? - Shift - 2004-01-18
Well I am taking of the xine GUI. It is not a very good one. The playlist is not very practicle and the toolkit used in xine GUI is ugly. But for DVD and video xine, is my favorite video player and it supports very well my xinerama configuration. And the Ctrl-D of xine is great too ;) Are there any project in KDE for creating a skin/wallpaper/style/... dowloader as in xine so we don't have to go to kde-look.org ? :)
Re: remove noatun ? - OI - 2004-01-18
> Well I am taking of the xine GUI Xine doesn't have any particular GUI. I recommend you to check out e.g. Kaffeine. There you have a great UI for music _and_ movies.
Re: remove noatun ? - Joel Carr - 2004-01-19
Why do I hate/want to remove noatun? Simple, I've NEVER had it work properly, and that is over a long period of time, using many different distros including one I rolled myself. Now this may come down to it simply not being packaged correctly, but I'm starting to doubt it. It crashes constantly. It has got to be one of the most unstable KDE apps I've tried to use in recent times. It doesn't die gracefully when something goes wrong. It usually freezes requiring it to be killed, or the KDE crash report program pops up. A dialog box stating the format you tried to play is incompatible would be a good start. When it crashes, it is usually still running in the background using up a huge amount of processing power requiring it to be killed from the command line. This is not acceptable for any gui app, especially considering how often this one crashes. It doesn't seem to play many multimedia files I through at it, and you find that out when it crashes, not when it informs you nicely. As a result I don't trust it to open anything as more often than not it will crash when I try to play a video file I download from the net. I find the interface is shocking. I can't stand it. It looks very amaturish and cobbled together. I find the playlist to be a chore to use. So to sum up: Basicly it simply doesn't work often enough or reliably enough to be of ANY use to me. It has the feeling of being a hacked together program that is riddled with bugs, and it is irritating to use. Clearly it does work for some people, so I guess it can't be all bad.... This is in no way an attack on those who've worked on the program. Thank you for your efforts. This is just my experiences using the program.
[ot] mouse buttons - anonymous - 2004-01-18
sorry for being so off-topic... i have a microsoft intellismouse optical usb, with those extra forward and back buttons. has anybody found a way of making those work?
Re: [ot] mouse buttons - Thorsten Schnebeck - 2004-01-18
Really not the right place. If you send your realname+email address someone could help you via private mail. But now you have to search alt+f2+"gg:mousemap x11" by yourself ;-) Bye Thorsten
Re: [ot] mouse buttons - prego - 2004-01-18
did u ever try lineak? AFAIK it is http://lineak.sf.net hth, prego :)
Off topic - Elektroschock - 2004-01-18
OFf Topic, but will KDE 3.2 make it easier to play CDs in your cdrom drive via Konqueror. I think the uability of 3.1 in this specific field is very bad.
Kaffeine Media Player - OI - 2004-01-18
Has anyone tried Kaffeine? This _really_ seems like the way to go for KDE. It rocks and should be included as default.
Re: Kaffeine Media Player - Tom - 2004-01-18
I have tried it, and you're right, it's very nice. As has been mentioned a few times before, in KDE 4.0 there will be a big focus on getting rid of obsolete applications and generally tidying up the KDE application suite. That would be the right time IMO to reasses the video player situation. At the moment we have: aKtion - not much use any more, isn't it being phased out already? noatun - a fairly basic video player, not much use when you have something more capable that can also be simple to use installed Kaboodle - when it works, it's a very nice simple player, but it rarely seems to work KMPlayer / KPlayer / Kaffeine - good mplayer/xine based players, they all overlap to some extent on functionality. IMO whichever one can be best integrated into KDE and not depend upon a specific video backend ought to go in, which at the moment would mean KMPlayer as far as I know, since it can use Xine and/or Mplayer. I'd put Juk and KMplayer forward as apps to make default and make work really well with KDE (i.e. work well as kparts, use kxconfig and all other KDE components correctly, own default mimetype associations). I'd then keep amarok, noatun and kaboodle installed as optional extras that (i.e. in "other" area of menu, own no default mimetype associations).
Re: Kaffeine Media Player - diederic - 2005-01-09
Hi, I was sent a dutch DVD; I can't get it to work on my computer here in NZ. Message: "Your DVD is probablycrypted. According to your country laws you can or can't use libdvdcss to be able to read this disk." Any way around this? Thanks, Diederic
Re: Kaffeine Media Player - John - 2004-01-18
I have to agree. KDE already has the xine_artsplugin in kdemultimedia so adding kaffeine wouldn't add any more dependancies. And kaffeine/xine is the best multimedia player that I've seen.
Re: Kaffeine Media Player - Balinares - 2004-01-18
Agreed. I've given it a try just yesterday. While I've still encountered a little glitch or two, it's already *VERY* impressive. It manages to be lightweight and unobstrusive and YET do everything it should (including excellent picture post-processing and things of that ilk), and do it damn well. It's already become my default video player. I hope it will make it into the default KDE install rapidly!
Why not Kaffeine? - More-OSX_KDE_Interpollination - 2004-01-19
... it is strange that it has been ignored for so long. http://kaffeine.sf.net/
Re: Kaffeine Media Player - wing - 2005-01-15
I install kaffeine-0.5 tarball on the suse 9.2 get some error like this :(Kaffeine Part... Part not found. Please check your installation! Loading of player part 'kaffeine_part' failed kaffeine_part.desktop not found in search path. ) It can't work.
Re: Kaffeine Media Player - Vijay - 2005-02-02
I get the exact same error. I installed from a prebuilt binary from packman.links2linux.org rpm -q says "kaffeine-0.5-0.pm.3" When kaffeine starts (inspite of the errors) and I start fiddling around (for example go to fullscreen mode), kaffeine crashes. Here is the backtrace: Using host libthread_db library "/lib/tls/libthread_db.so.1". [Thread debugging using libthread_db enabled] [New Thread 1096240352 (LWP 11487)] [KCrash handler] #7 0x0806e127 in QObject::parent (this=0x0) at qobject.h:154 #8 0x0806d7cd in Kaffeine::qt_invoke (this=0x80a07a0, _id=134875040, _o=0xbfffe220) at kaffeine.moc:271 #9 0x40c7d0ee in QObject::activate_signal () from /usr/lib/qt3/lib/libqt-mt.so.3 #10 0x40c7d896 in QObject::activate_signal () from /usr/lib/qt3/lib/libqt-mt.so.3 #11 0x40550609 in KAction::activated () from /opt/kde3/lib/libkdeui.so.4 #12 0x4055f77e in KToggleAction::slotActivated () from /opt/kde3/lib/libkdeui.so.4 #13 0x4055989b in KToggleAction::qt_invoke () from /opt/kde3/lib/libkdeui.so.4 #14 0x405598dd in KToggleFullScreenAction::qt_invoke () from /opt/kde3/lib/libkdeui.so.4 #15 0x40c7d0ee in QObject::activate_signal () from /usr/lib/qt3/lib/libqt-mt.so.3 #16 0x40fcd1e2 in QSignal::signal () from /usr/lib/qt3/lib/libqt-mt.so.3 #17 0x40c9a623 in QSignal::activate () from /usr/lib/qt3/lib/libqt-mt.so.3 #18 0x40d8d198 in QPopupMenu::mouseReleaseEvent () from /usr/lib/qt3/lib/libqt-mt.so.3 #19 0x40cb33f5 in QWidget::event () from /usr/lib/qt3/lib/libqt-mt.so.3 #20 0x40c1a85f in QApplication::internalNotify () from /usr/lib/qt3/lib/libqt-mt.so.3 #21 0x40c1cc06 in QApplication::notify () from /usr/lib/qt3/lib/libqt-mt.so.3 #22 0x408aca91 in KApplication::notify () from /opt/kde3/lib/libkdecore.so.4 #23 0x40bb824b in QETWidget::translateMouseEvent () from /usr/lib/qt3/lib/libqt-mt.so.3 #24 0x40bb6e86 in QApplication::x11ProcessEvent () from /usr/lib/qt3/lib/libqt-mt.so.3 #25 0x40bc7908 in QEventLoop::processEvents () from /usr/lib/qt3/lib/libqt-mt.so.3 #26 0x40c327b1 in QEventLoop::enterLoop () from /usr/lib/qt3/lib/libqt-mt.so.3 #27 0x40c325f6 in QEventLoop::exec () from /usr/lib/qt3/lib/libqt-mt.so.3 #28 0x40c1c2ef in QApplication::exec () from /usr/lib/qt3/lib/libqt-mt.so.3 #29 0x080622ed in main (argc=0, argv=0x0) at main.cpp:102
Re: Kaffeine Media Player - James - 2005-03-14
This fixed the problem for me: rm $HOME/.kde/share/config/kaffeinerc
Re: Kaffeine Media Player - Duly Stichmann - 2005-10-21
I had the same problem on a Gentoo-AMD64 system with a self-compiled installation of Kaffeine and this script fixed it. Thank-you much.
Amarok vs Nautun - Alex - 2004-01-18
I haven't tried Amarok yet, but how is it better than Nautun? So far I've looked at some screenshots, and apart from the improved playlist I don't see anything Nautun doesn't have. I also do not like the black background color. And does Amarok support plugins and Winamp 5 or lower skings?
Nautun beats Amarok 10 nil - Roy - 2008-11-01
I recently installed SuSE 9.1 and tried to play MPEGs, VOBs, and MP3s. They worked straight away without the need to install increasingly-hard-to-freely-distribute-codecs that do not come with your SuSE 11 out of the box. Now I have one reason not to destroy my five SuSE 9.1 CDs. They'll probably be collectables in future. Hee hee hee!
UI for file permissions etc. .... - More-OSX_KDE_Interpollination - 2004-01-19
... please add more panes to Konqueror :-P http://evidence.sourceforge.net/screenshots/info_acl.jpg
Re: UI for file permissions etc. .... - me - 2004-01-19
kde will obviously sometimes need such a dialog, but plesae don't copy this, it looks horrible. And with the current theme, its even hard to find out whether a button is pressed or not..
Re: UI for file permissions etc. .... - Kevin Krammer - 2004-01-19
http://lists.kde.org/?l=kde-devel&m=106118463328315&w=2