Bug 238909 - Enabling of embedded mkv /mka cover art to display as icon
Summary: Enabling of embedded mkv /mka cover art to display as icon
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kdemultimedia
Classification: Unmaintained
Component: mplayerthumbs (show other bugs)
Version: unspecified
Platform: Mandriva RPMs Linux
: NOR wishlist
Target Milestone: ---
Assignee: Multimedia Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-05-26 18:25 UTC by Olivier Delaune
Modified: 2024-09-22 19:04 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Olivier Delaune 2010-05-26 18:25:22 UTC
Version:           unspecified (using KDE 4.3.5) 
OS:                Linux

Hello, this wish is similar to this one about konqueror: https://bugs.kde.org/show_bug.cgi?id=161320
The mkv container has been around a while now and is fast becoming common among many. It would be really nice if for example a home movie could have a png/jpg or whatever in it that was recognised by kde and displayed as the icon instead of the default file type icon.

Reproducible: Always

Steps to Reproduce:
1. Open Dolphin
2. Go to a folder with mkv file
3. Click on thumbnails (Aperçu in french)

Actual Results:  
You see an icon of video file or an image of the movie if mplayerthumbs is installed (http://kde-apps.org/content/show.php?content=41180)

Expected Results:  
I would like to see image embedded in mkv file instead of file type icon or image from the movie.
Comment 1 hizo 2011-08-08 18:01:05 UTC
I would like the same thing :)

Thank you
Comment 2 Jeroen van Meeuwen (Kolab Systems) 2012-08-24 16:22:29 UTC
Resetting assignee to default as per bug #305719
Comment 3 Igor Tarasov 2014-08-17 17:10:59 UTC
BTW, this is true not only for MKV/MKA files, but for MP4, MP3, AAC and others supporting covers. totem-video-thumbnailer (which is used in nautilus) uses cover images when these are available. And this is really good thing, since this way files are much more recognizable and have the same appearance across various operating systems. Due to this problem, I'd be glad to use totem-video-thumbnailer, but there seems to be no easy way (by editing .desktop files) to achieve this.
Comment 4 Frank Reininghaus 2014-08-17 21:11:25 UTC
Please note that the thumbnailers, which are responsible for determining the image that is shown for each file when "Preview" is enabled, are not part of Dolphin. Therefore, it is impossible to implement what you want inside Dolphin.

Since you say that you use mplayerthumbs, I'll reassign the report there.

If adding this functionality to mplayerthumbs is not an option (I cannot comment on that because I'm not familiar with embedded cover art), an alternative solution would be that anyone who is interested in this writes another thumbnailer, which distros could pick up, or interested users could install on their system.
Comment 5 Igor Tarasov 2014-08-18 09:04:36 UTC
Not only mplayerthumbs is affected, but also ffmpegthumbs (kffmpegthumbnailer also).
Comment 6 Guhrn Blanston 2023-06-11 06:08:43 UTC
Good lord this is an old "confirmed" bug!

On Tumbleweed, with KDE Framework v5.106.0, Dolphin v23.04.1 is now using the Matroska file's container attachment(s) as the file icon - and it looks great (most of the time)!

However, when multiple images (jpg) are present in the MKV container, KDE/Dolphin appears to be choosing/displaying the largest bytesize image, and not the spec'd "cover.jpg|png" file per the Matroska spec at: https://www.matroska.org/technical/attachments.html.

This "get & render the biggest attachment image" approach is likely to be unnecessarily computationally expensive to render.

Hopefully I'm not just asking for a new feature in an old ignored bug report...   If so, mark it so (and perhaps close this one), and I'll move the ask to a new feature/improvement  request.
Comment 7 Christoph Cullmann 2024-09-22 19:04:26 UTC
kdemultimedia is no longer maintained.

If you have issues like you reported with current versions of our applications, please report the issue at the bugtracker of the application.