![]() Registered Member ![]()
|
EDIT: Uninstalling ffmpegthumbs made it work again. "Funny" that just disabling takes no effect, and that it would interfere so much with the normal functioning of the alternative, since they're not dependency conflicts and the GUI options allow for both to be enabled at the same time. I'll try uninstalling mplayerthumbs and installing only ffmpegthumbs to see if the same principle applies both ways. EDIT 2: Done. It seems that ffmpegthumbs and another app of a similar name are not working on debian testing/wheezy, with or without mplayerthumbs concurrently installed. At least in my particular install.
Not long ago (just yesterday) I had it working, the tooltip on a video would show also a thumbnail of some seemingly random movie still (I had that without previews being activated all the time; that is, the file listing would show generic icons according to the file types, a preview would be shown only when hovering a given file). The only problem was that I had the impression that mplayer (the backend of such previews) was sometimes running amok for some reason. I've read that ffmpegthumbs was better on some forum, installed it, but I couldn't make it work. I thought, ok, let's revert to mplayerthumbs then, but it is still not working for some reason. Is that one of those kind of cryptic (or should I say Kryptic?) KDE configurations, things that are available as options if you write on config files, but there's no way to set through a GUI somewhere? I've noticed that dolphin and konqueror actually have different "rc" files, and on dolphin the seemingly pertinent setting on "[PreviewSettings]" is called "videopreview", whereas on konqueror it's apparently "ffmpegthumbs" and/or "mplayerthumbs". Actually there's a GUI panel that mention these two options in checkboxes (both can be set at the same time, but I've tried each one individually already), but it does not seem to work either (actually I tried that first). This is not tremendously important nor urgent, but I'd appreciate if some KDE-hacker could point to what's going on/how to fix it. Just thought it could be some tremendous coincidence with some debian updates... it's quite pessimistic perspective... I'm almost changing my mind on trying to fix it... I'm hoping for some easy answer, "ah, that happens when config file X lacks Y; edit, save, restart the app, and it's done". Definitely does not worth investing much time right now... New edit: a few updates of pertinent software afterwards, ffmpegthumbs works, and it does not have the same problem mplayerthumbs had. But perhaps evne this problem was fixed, I don't know. |
Registered users: Bing [Bot], Google [Bot], kde-naveen, Sogou [Bot]