Bug 179523

Summary: when cursor goes over mp4 file dolphin freezes for 10-20 seconds
Product: [Applications] dolphin Reporter: Frank Sagurna <fgunni>
Component: generalAssignee: Peter Penz <peter.penz19>
Status: RESOLVED FIXED    
Severity: normal CC: adi, andresbajotierra, Eric, haldyr, ingmar, inspirra, joekowalski, jos, kylepablo, luca.tomat, toresoft
Priority: NOR    
Version: 16.12.2   
Target Milestone: ---   
Platform: Compiled Sources   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Frank Sagurna 2009-01-03 18:42:59 UTC
Version:            (using Devel)
OS:                Linux
Installed from:    Compiled sources

When going over a .mp4 file (in my case large file ca. 1GB ) dolphin freezes for about 20 seconds if you go over it for the first time in. Seems to use a lot of memory while doing this:
  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
  317 gunni     20   0  431m  31m 7176 S   27  1.6  43:43.82 mythfrontend.re
 5953 root      20   0  574m  25m 5480 S   12  1.3 113:08.92 Xorg
18038 gunni     20   0 1434m 936m  21m D   12 46.6   0:10.54 dolphin
 6390 gunni     20   0  309m  13m  10m S    6  0.7   0:54.35 yakuake
31250 gunni     20   0  527m 134m  12m S    4  6.7  28:34.36 firefox


46.6% memory, it seems like dolphin reads the whole file.
If you go over it a second time its ok, until you restart dolphin.
KDE 4.2beta 2 from kubuntu packages. Preview not enabled, symbol view.
Comment 1 Dario Andres 2009-01-03 18:50:41 UTC
I suppose this is related to Strigi file analyzer.
What strigi version do you have ? (you can do "strigidaemon --version" in a Konsole to get the version) Thanks 
Comment 2 Frank Sagurna 2009-01-03 19:34:19 UTC
gunni@desktop:/media/ext3/movies$ strigidaemon --version
strigidaemon 0.5.11
Comment 3 Kyle 2009-01-22 00:15:16 UTC
I can confirm that this is an issue for me too.  Dolphin freezes for a good number of seconds.  I am running kde-4.1.3-1 on Fedora 10.
Comment 4 Peter Penz 2009-01-22 08:11:34 UTC
I've added Jos (= strigi maintainer) to CC, I'm not sure whether this is already fixed with a recent strigi version.
Comment 5 Kyle 2009-01-22 23:06:24 UTC
Fixed here. Updated to 4.1.4.
Comment 6 Jos van den Oever 2009-01-23 22:35:08 UTC
Just to make sure: what's the strigi version now?
Comment 7 wazyk 2009-01-30 22:46:06 UTC
Same issue with kde 4.2 final.
In Dolphin, if I remove the Informations panel (F11) I can hover mp4 files
withou any problem.
Otherwise, hard drive heavy activity that blocks Dolphin.
Neither Nepomuk or Strigi are active. So it looks like a Dolphin only bug.
Comment 8 Peter Penz 2009-01-31 12:00:53 UTC
> Neither Nepomuk or Strigi are active. So it looks
> like a Dolphin only bug. 

Disabling strigi in systemsettings only disables the indexer, strigi is still used by KFileMetaInfo from kdelibs... As far as I've seen one problem might be that the implementation currently seems to ignore the KFileMetaInfo::Fastest hint, but I trust in Jos that he knows better than me about a sufficient implementation ;-)
Comment 9 Kyle 2009-02-15 01:12:48 UTC
I experience the same problem too.  I recently updated to 4.2. Running Fedora 10.  I mentioned in an earlier post that version 4.1.4 the problem seemed to go away.
Comment 10 Peter Penz 2009-02-15 08:22:07 UTC
*** Bug 184363 has been marked as a duplicate of this bug. ***
Comment 11 haldyr 2009-02-27 09:45:44 UTC
Running Kubuntu 8.10, KDE 4.2, Dolphin 1.2 and finally strigidaemon 0.6.3.

Neither Nepomuk or Strigi are active.

After pointing on MP4 file I am registering heavy usage of HDD for couple of seconds. Than Dolphin crashed and caused the signal 11(sigsegv).

Backtrace is not available because of some warning (invalid backtrace or something like that..)
Comment 12 Eric Kincl 2009-03-11 11:56:31 UTC
Happening on 2 systems for me:
-----------------------
OpenSuSE 11.1
KDE 4.2.1
Dolphin 1.2.1
strigidaemon 0.6.4
----------and----------
OpenSuSE 11.1
KDE 4.1.3
Dolphin 1.1
strigidaemon 0.5.11
-----------------------

Same problem...  Very annoying when mousing over all my 1.5GB DVD rips and all my RAM gets eaten up - makes Dolphin very un-usable.

I also noticed a slight pause when I moused over a MOV file.  Unfortunately the biggest I have is <100M, so I can't do a conclusive test on that type - perhaps someone else has a large MOV file they can mouseover?  Large AVIs have no problem at all.

Just as wazyk stated, this only seems to happen when the information panel is open - if I close it there is no issue.  Doesn't Dolphin use taglib for it's information panel?  If so, could taglib be at fault?

Finally, where is the MP4 file is meta-data stored?  Presumably the pause is while Dolphin waits for it to be retrieved, so if the meta-data is somewhere weird in the file then the delay is it looking for the data.  A few possible work-arounds;
A: Background the process that retrieves meta-data
B: Cache all meta-data, (longer than session) or at least for filesize > X
C: Don't retrieve meta-data at all for filesize > X
Comment 13 Peter Penz 2009-03-11 12:03:15 UTC
> Doesn't Dolphin use taglib for it's
> information panel?  If so, could taglib be at fault?

Dolphin uses KFileMetaInfo from kdelibs, which uses Strigi internally. In Dolphin for KDE 4.3 the Information Panel does not use KFileMetaInfo anymore, but uses Nepomuk instead -> no blocking occurs in this case anymore and additional meta information can be received very easy...
Comment 14 Dario Andres 2009-05-15 15:12:50 UTC
@Peter: Should this be closed now ? Thanks
Comment 15 Salvatore 2009-05-23 22:56:01 UTC
Same issue with kde 4.3 beta and the "tooltips show previews" enabled.
No problem with the Informations panel.
Comment 16 Luca Tomat 2009-06-10 12:43:08 UTC
Dolphin still freezes when going over a mp4 file with enabled tooltips. No problem if tooltips are disabled. I have kde 4.3 beta (suse 11.1), please change the status of this bug.
Comment 17 Peter Penz 2009-06-10 13:12:40 UTC
@Salvatore and Luca: The issue with the tooltips is a slightly different one. I've submitted a new bug 195878 for this specific use case and would like to keep this bug closed. Huge problem: because of the string freeze I fear bug 195878 cannot be solved for KDE 4.3 - hm, maybe I find a workaround to solve this for KDE 4.3 without adding strings...