How can i remove general video file detection (mimetypes or associations) from all kind of video files?

Support KDE Plasma
17

I was there already and cleared mkv and mp4, this are the most videos that i have, but that doesn’t change anything, related to this video icon or mimetypes (how ever that called).

Do you think i can only archive unknown file when i clear all Sub Menue’s under video?

18

No — if removing the application association doesn’t do it, then it won’t make a difference if you remove all the others.

The only other alternative that I can think of — but this is with the utmost certainty going to screw up your system, and I cannot tell you how to do it because I don’t know — is to mess with the MIME types. :man_shrugging:

1 Like
19

To change the icon right-click a file, Properties, select Change next to Open With, click on the icon, and select another icon such as the Unknown

1 Like
20

Silly question probably. But why bother encrypting a bunch of Movies?

1 Like
21

We has our suspicions too, Preciousss. :thinking:

Gollum - Nasty Little Pocketses

Sneaky little Hobbitses! Tricksy little Hobbitses! :face_with_hand_over_mouth:

22

Thought experiment:-

  • The icons appearing in Dolphin reside in a subfolder of
/usr/share/icons

and the specific subfolder is dependent upon which theme is used.

  • The permissions of all icon files (and directories) must be 755, else they will not display – I think this is correct.

So, logically… If permissions other than 755 are applied to selected icons in that theme they will not display in Dolphin and the resources previously used will be freed.

Therefore, if the dolphin is made of wood, it must be a duck…
The :duck: Test!

I’m in another unspecified OS currently and can’t test this, so I’ll just wait, and doodle a while till someone chimes in with their results.


    _ '_
  /      \
 |        |
 |     ____)
 |    / \/ \
 /\/\ (o)(o)|    I am Homer of Borg. You will be assimilated
/c     \__/--.   Resistance ... is ... Hmmmm,  Donuts!!!
\__  -------'    ___________________________________________
  |  /      \ 
  | |  \_____)     
  |  \_____)
  | _____|
  |______/\/\
 /           \

FFMPEG

Try uninstalling and replacing ffmpegthumbs, and possibly ffmpeg also. See if a fresh install makes any difference to the icon display.

Compositor

Is there a setting somewhere to manage compositor latency?

Turn off the display, of disk and folder volumes. Maybe.

FSTAB

23

I encrypt everything, even my Steam Backup Games are encrypted.

I think it makes sense, just in case when i get maybe infected in future by a ransom crypto trojaner, it may can’t encrypt my stuff again and can’t blackmail me then.

You never know when there is a emergency, but what i learned from Sheldon Cooper, there is no need to life when all USB Ports gets destroyed :laughing:

24

Perhaps you might get a more definitive answer on whether or not what you want is achievable (with the current version of Dolphin) over at https://discuss.kde.org

3 Likes
25

Why not use LUKS partition instead of slow veracrypt?

I use it on my external HDD with XFS.

1 Like
26

And in at number 5, it’s The Supremes, and “Baby Love”…

Off-topic, and part of a classic segue taken from the motion picture Airplane (1980).

1 Like
27

Leslie Nielsen

28

You do realise those files or the whole Filesystem can be re encrypted, by said Ransomware, or any other encryption tool.

Also, what @ Zesko said, if you are going to go to the unnecessary trouble of encrypting, for that reason.

1 Like
29

I was about to suggest checking this… although it’s not clear whether the OP is talking about KDE being slow when generating thumbnails, or just displaying the default icons. It seems more likely that anything run by /usr/share/thumbnailers/*.thumbnailer would be much slower than simply displaying icons. Maybe KDE has the equivalent of gtk-update-icon-cache, which needs to be run? I’ve not used KDE in a long time, so I’m not sure how Plasma behaves these days.

EDIT: Maybe try:

kbuildsycoca5 --noincremental
30

Slow generally, is my understanding.

31

Ok, makes sense. I just re-read this:

In any case… messing with system-level mime types for all video files seems a heavy-handed & misguided workaround for the original problem: slowness when viewing folders of video files in Dolphin.

3 Likes
32

This (posted earlier) might still be related. The OP might think so too, considering he was in the same thread when it was originally posted:

33

Hmm… strange that KDE behaves slowly in that thread due to a noauto mount, unless somehow it’s trying to auto-mount (e.g. autofs, gvfsd, or kio-extras ) a related NFS share or something. NFS is known to cause system hangs due to default blocking mounts, unless using the soft mount option (usually with: bg,intr,soft).

In any case, maybe the OP of this thread can review this KDE article about caches, and see if rebuilding the icon cache (?? command for this ?? :person_shrugging:), and the KDE SYstem COnfiguration CAche (e.g. kbuildsycoca5 --noincremental for .desktop and MIME type .xml caches)?

34

This seemed to indicate network mounts:

LABEL=EXT_HD6 /srv/nfs/m/h6 ext4 noauto,users,noatime,nodev,nosuid,noexec 0 0
LABEL=EXT_HD7 /srv/nfs/m/h7 btrfs noauto,users,noatime,nodev,nosuid,noexec,compress=lzo,subvol=@ 0 0
35

Yeah, usually for NFSv4, the default NFS root for bind-mounts is /srv/nfs. So, it looks like in that thread they’re setting up NFSv4 shares for use with /etc/exports, which are backed by mounts for external drives via filesystem labels, but noauto is set. So, the system shouldn’t auto-mount them. Not sure what KDE does in this case that makes it slow.

36

Unless his problem folder is symlinked to one of those drives; it would be no great wonder that his icons wouldn’t load; if that’s what was happening.