[PATCH] ReplayGain tags

Edward Hades edward.hades at gmail.com
Sun Jan 11 11:08:22 CET 2009


Hi,

Thanks for the patch, Alex. Looks nice and clean to me (and works fine), 
although I have several concerns.

The first is that, perhaps, from the general view of database design, it would 
be better to put replayGain stuff in another table, referenced by foreign key.

> I incremented the DB_VERSION to 2 and made DatabaseUpdater::update() modify
> the tracks table if the version of the existing database was 1.  Also, it
> does a full collection rescan (since an incremental scan only checks for
> changed files - there is no "look for new metadata in all the old files
> without clearing out the database" mode for collectionscanner).

I don't think this would be a nice behavior. I'd make it pop out a message 
saying something in lines of "Amarok needs more information from your music 
files, please rescan your collection to enable shiny new features".

Also, I am not exactly sure the update logic is correct, because i can't fully 
understand the old logic (why was there dbVersion > DB_VERSION?).

As a minor rant, I'd make qreal variables initialized with 0.0 instead of 0.

Otherwise the patch looks perfectly valid to me.

Knowing that this feature request is most wanted not only of Amarok, but all 
the KDE [1], I'm for committing the patch (with modifications), and proceeding 
in this direction.

[1] http://tinyurl.com/aynpgt

-- 
Edward "Hades" Toroshchin,
Aides on irc.freenode.org


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/amarok-devel/attachments/20090111/59edb40c/attachment-0001.sig 


More information about the Amarok-devel mailing list