Bug 197393

Hi Eduardo :)
Adding the maintainer of mplayerthumbs

I know it may sound trivial, but.. are video thumbnails enabled? Iirc they're disabled by default, you may enable them in dolphin configuration dialog (general -> previews, select "Video Files (mplayerthumbs)"

Sure, they are enabled, I should have mentioned that in the first post. Sorry. I have enabled them, I have clean all .kde4 .thumbnails and all related to kde and recreate them like if it were a new install and no luck.

can you provide some log from .xsession-errors? probably filtering with "grep -i video" would be a nice idea..

Created attachment 34733 [details]
xsession-errors with kde lines

xsession-errors file with only the kde lines, because there is no video lines.

Updated to kde 4.2.95 which is 4.3RC1, still the same problem, I started with a fresh home and still the same.

I have the same problem (KDE 4.3 >= 20090617 compiled with kdesvn-build on Ubuntu).

Interestingly, there _are_ previews of the videos on the "folder previews" of the folders that contain videos. So, the previews are available, but for some reason Dolphin is not showing them in the actual folder view.

Same problem here with archlinux and kde 4.3 rc2 from [kde-unstable] repository

I'm running 4.2.96 (RC2) and see similar problems.
kio_thumbnail is crashing.

Here's a link to the coredump
http://www.researchut.com/~rrs/tmp/core.6513

@Ritesh Raj Sarraf: kio_thumb crashing is being tracked at bug 199840.
Please, let's continue the discussion there.
Thanks.

Sorry for the delay, personal stuff.
Anyway, i'm running out of ideas.. if as you say the previewer is actually
working, maybe there's not too much i can do.. the problem may be in the
"thumbnailer manager" which is calling mplayerthumbs.
Anyway, i'll do some more tests to see where the problem may be.
Also, can you try compiling mplayerthumbs AND kdelibs with debug support,
enable everything on kdebugdialog and collect logging again?

kde 4.3.0 and ahchlinux and problems with video thumb continue...

Hi, 
on my LFS I had the same problem (KDE-4.3.0, libjpeg7)and fixed it by compiling mplayer with jpeg-support ("--enable-jpeg").
By default mplayer should autodetect jpeg-support. Maybe because of libjpeg7 the autodetection fails.

Greetings

(In reply to comment #13)
> Hi, 
> on my LFS I had the same problem (KDE-4.3.0, libjpeg7)and fixed it by compiling
> mplayer with jpeg-support ("--enable-jpeg").
> By default mplayer should autodetect jpeg-support. Maybe because of libjpeg7
> the autodetection fails.
> 
> Greetings

I just checked it on my box and mplayer is built with jpeg support.

rrs@champaran:~$ ldd `which mplayer` | grep -i jpeg
        libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb6a92000)

Guys, if I tell you how to fix it, promise me you ain't going to kill me for such an obvious way.

And here it is: run mplayerthumbsconfig and choose mplayer as the backend there.

I was trying a hack when I saw an Arch Linux user "lucke" already figured it out.

That's not a fix, just a workaround. This should be done by default. That being said, now that we know the cause of the problem it shouldn't be too hard to fix.

...except that this just means that the Phonon backend for mplayerthumbs is busted, which isn't all that helpful.

(In reply to comment #15)

> And here it is: run mplayerthumbsconfig and choose mplayer as the backend
> there.

It was always there selected. But that still doesn't solve the problem.

(In reply to comment #18)
> It was always there selected. But that still doesn't solve the problem.

Please ignore comment 18

"run mplayerthumbsconfig and choose mplayer as the backend
> there."

this solve my problem now, now i can see the video thumbs in dolphin :)

but now i use kde 4.3.0 in archlinux

*** Bug 205455 has been marked as a duplicate of this bug. ***

SVN commit 1017562 by gulino:

Make it faster, removing unuseful (and slow) mplayer options.
BUG: 197393
Make mplayer the default backend if phonon one doesn't exist.
Please confirm by removing mplayerthumbs config file (<kde-config-directory>/share/config/mplayerthumbs), deleting existing thumbnails (~/.thumbnails) and opening file manager.


 M  +6 -2      mplayervideobackend.cpp  
 M  +7 -4      servicesfactory.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1017562

(In reply to comment #22)
> SVN commit 1017562 by gulino:
> 
> Make it faster, removing unuseful (and slow) mplayer options.
> BUG: 197393
> Make mplayer the default backend if phonon one doesn't exist.
> Please confirm by removing mplayerthumbs config file
> (<kde-config-directory>/share/config/mplayerthumbs), deleting existing
> thumbnails (~/.thumbnails) and opening file manager.
> 
> 
>  M  +6 -2      mplayervideobackend.cpp  
>  M  +7 -4      servicesfactory.cpp  
> 
> 
> WebSVN link: http://websvn.kde.org/?view=rev&revision=1017562

but this will leave the phonon backend broken, no?

Last time i checked it wasn't broken, but it couldn't be included in kde 4.3 just because phonon new api's weren't yet released.
I wasn't too much on my workstation since i was in vacation, so i may have missed something important, anyway i'll give a look soon.
Next important todo is to fix performance issues (maybe making thumbnail generation serialized).
Anyway, for other problems (like phonon backend, or performance issue) i'd suggest reporting a new bug.
Please just confirm if this one is fixed.
Thanks :)

the phonon support doesn't build with latest stable Qt :

/home/neoclust/rpm/BUILD/kdemultimedia-4.3.0/mplayerthumbs/src/phononbackend.cpp: In member function 'virtual Thumbnail* PhononBackend::preview(FrameSelector*)':
/home/neoclust/rpm/BUILD/kdemultimedia-4.3.0/mplayerthumbs/src/phononbackend.cpp:54: error: 'class Phonon::VideoWidget' has no member named 'snapshot'
make[2]: *** [mplayerthumbs/src/CMakeFiles/videopreview.dir/phononbackend.o] Error 1
make[1]: *** [mplayerthumbs/src/CMakeFiles/videopreview.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....

you need kde phonon, not Qt one.
Anyway, again, this is not the place, if this still doesn't compile with kde phonon, file another bug.

yes but it requires phonon from trunk and iirc kdebindings 4.3.x doesn' build correctly against it.