Review Request: Some changes to the handling of cover art reading and writing

[Daniel Faust]

> On April 10, 2012, 1:55 p.m., Bart Cerneels wrote:
> > Overall I think this is a lot of config for a pretty esoteric feature. It's nice to have embedded covers, but can't we implement a default that works for the 98%?

The problem why I implemented the 'overwrite mode' option was that it was rather chaotic what would happen if you had an 'other' cover and let amarok write a 'front' cover. But as Matěj wrote he prefers the 'overwrite all covers', too. So maybe we can agree on that? My initial idea was that I don't want to break the current behavior.
And as I think more about it, with all the other changes I made to the loading process it might actually be a little bit redundant. The use case I had in mind was that if the file already contained an 'other' cover, amarok would add the new 'front' cover but wouldn't use it if the 'other' cover was bigger. So if everybody agrees with the new loading we could drop that config option.

Also I would like to say that for me embedded covers is not just a nice to have. When I organize my collection I want to make it properly and 200px covers don't do it justice.


> On April 10, 2012, 1:55 p.m., Bart Cerneels wrote:
> > shared/tag_helpers/ID3v2TagHelper.cpp, line 355
> > <http://git.reviewboard.kde.org/r/104513/diff/1/?file=56168#file56168line355>
> >
> >     Is there any caching of this cover higher up in the stack?

What do you mean?


- Daniel


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/104513/#review12297
-----------------------------------------------------------


On April 10, 2012, 5:01 p.m., Daniel Faust wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/104513/
> -----------------------------------------------------------
> 
> (Updated April 10, 2012, 5:01 p.m.)
> 
> 
> Review request for Amarok.
> 
> 
> Description
> -------
> 
> This patch includes a list of small changes that are supposed to give the user more control over the cover writing process and unify it for all file formats.
> 
> 1. The user can set the maximum cover size in the config dialog instead of having a fixed 200px. (BR 279493)
> 2. The user can set how existing covers should be handled:
>    - 'Replace existing front covers' (almost the current behavior except for m4a files and some cases where more than one 'front' cover exists)
>    - 'Replace all existing covers'
>    - 'Append new cover' (actually it's a prepend, doesn't work with wma files, though; the current behavior for m4a files)
> 3. Unify the reading of covers. Instead of searching for the biggest cover like it was implemented for some file formats from now on the first 'front' cover will be taken. If there is no 'front' cover, the first 'other' cover will be taken (if present). The 1kb limit is still present.
> 4. Fix a potential bug where covers couldn't be found in mp3 files if the first cover was neither a 'front' cover nor 'other' or smaller than 1kb.
> 
> 
> This addresses bug 279493.
>     https://bugs.kde.org/show_bug.cgi?id=279493
> 
> 
> Diffs
> -----
> 
>   shared/tag_helpers/ASFTagHelper.cpp 93e6031 
>   shared/tag_helpers/ID3v2TagHelper.cpp 27e0cf0 
>   shared/tag_helpers/MP4TagHelper.cpp faeae0a 
>   shared/tag_helpers/VorbisCommentTagHelper.cpp 1fbb437 
>   src/amarokconfig.kcfg 5610c4a 
>   src/core-impl/collections/db/sql/SqlMeta.cpp e663adf 
>   src/dialogs/CollectionSetup.h 3146f17 
>   src/dialogs/CollectionSetup.cpp f1b7850 
> 
> Diff: http://git.reviewboard.kde.org/r/104513/diff/
> 
> 
> Testing
> -------
> 
> I have tested writing covers with flac, mp3, and wma files.
> 
> 
> Screenshots
> -----------
> 
> 
>   http://git.reviewboard.kde.org/r/104513/s/508/
> Mockup of a possible gui for setting cover size. I must say I'm not a big fan of this.
>   http://git.reviewboard.kde.org/r/104513/s/514/
> Mockup of a possible GUI to configure cover size. I'm not a big fan of this.
>   http://git.reviewboard.kde.org/r/104513/s/515/
> 
> 
> Thanks,
> 
> Daniel Faust
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/amarok-devel/attachments/20120411/c39e8d20/attachment-0001.html>