Summary: | Enabling of embedded mkv /mka cover art to display as icon | ||
---|---|---|---|
Product: | kdemultimedia | Reporter: | Olivier Delaune <olivier.delaune> |
Component: | mplayerthumbs | Assignee: | Multimedia Developers <kde-multimedia> |
Status: | CONFIRMED --- | ||
Severity: | wishlist | CC: | frank78ac, hizo, tarasov.igor, wagonfixin, wcasanova |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Mandriva RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Olivier Delaune
2010-05-26 18:25:22 UTC
I would like the same thing :) Thank you Resetting assignee to default as per bug #305719 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. 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. Not only mplayerthumbs is affected, but also ffmpegthumbs (kffmpegthumbnailer also). 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. |