reniera;651736 Wrote: 
> 
> The advantage of using MUSICBRAINZ_TRACKID (when it exists) is that
> there would be one unique play_count for all identical tracks files
> even if the same file exists in different albums. Thyat's what is
> expected, isn't it ? If the same track exists on 3 albums, you don't
> want to have 3 count. in the end, what you want is to know how many
> time the same track was played in total.
> 
TrackStat already uses MUSICBRAINZ_TRACKID today, the musicbrainz
artist tag is only used by the artist based scanning modules in Custom
Scan plugin, they are not used by TrackStat. However, TrackStat's logic
around MUSICBRAINZ_TRACKID is probably not completely correct today
because it relies on the old Musicbrainz principle where each track got
different track identifiers even if they both represented the same
recording.

reniera;651736 Wrote: 
> 
> Also, Don't you think that if trackstat was able to backup its data in
> the mp3/flac directories, it would be easier to manage as a
> backup/restore ? Just like some people use CUE files and keep them
> along with the music itself, having the backup in the same directory
> would ensure the stats are kept with the music in all occasion.
> 
The problem is that some people wants to keep the music folder read
only to avoid that SBS or any other software using it accidentally
corrupts some music files.

reniera;651736 Wrote: 
> 
> Another suggestion would be to implement an option to restore data by
> adding up the stats instead of overwriting (ref. my other post). With
> that option, someone who gets its stats cleared up and don't notice
> right away, can use an old backup to add the old data without loosing
> the new ones.
> 
Thanks for the idea, I'll consider it for a future version but don't
expect it to be added in near future as I currently have other more
important issues which occupies my time. Patches are always welcome if
someone who is able to write perl code reads this.

reniera;651736 Wrote: 
> 
> Indeed, I notice that when I retag with Musicbrainz (because tags gets
> corrected over time), I loose the stats that goes along .
> 
What do you mean, do you loose TrackStat data if you add musicbrainz
tags to a music file ?

reniera;651736 Wrote: 
> 
> Finaly, my strong belief is that stats should be part of the core
> system and integrated in the core database (not a plug-in). It's so
> obvious that I can't believe it's otherwise. 
> 
There is an enhancement request regarding this which you can vote on:
http://bugs.slimdevices.com/show_bug.cgi?id=142

It was registered 2004 and currently it's the third top voted feature
among all registered enhancement requests not yet implemented:
http://bugs.slimdevices.com/buglist.cgi?query_format=advanced;votes=10;bug_status=UNCONFIRMED;bug_status=NEW;bug_status=ASSIGNED;bug_status=REOPENED

The fact that it hasn't been implemented yet is an indication that this
is something Logitech isn't prioritizing.


-- 
erland

Erland Isaksson ('My homepage' (http://erland.isaksson.info))
(Developer of 'many plugins/applets'
(http://wiki.slimdevices.com/index.php/User:Erland). If my answer
helped you and you like to encourage future presence on this forum
and/or third party plugin/applet development, 'donations are always
appreciated' (http://erland.isaksson.info/donate))
------------------------------------------------------------------------
erland's Profile: http://forums.slimdevices.com/member.php?userid=3124
View this thread: http://forums.slimdevices.com/showthread.php?t=89719

_______________________________________________
plugins mailing list
plugins@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/plugins

Reply via email to