HydrogenAudio

Hosted Forums => foobar2000 => General - (fb2k) => Topic started by: Peter on 2010-07-23 12:48:04

Title: Playback Statistics component: version 3.0.1
Post by: Peter on 2010-07-23 12:48:04
Download - version 3.0.1:
http://www.foobar2000.org/components/view/foo_playcount (http://www.foobar2000.org/components/view/foo_playcount)

Documentation:
http://wiki.hydrogenaudio.org/index.php?ti...oo_playcount%29 (http://wiki.hydrogenaudio.org/index.php?title=Foobar2000:Components/Playback_Statistics_v3.x_%28foo_playcount%29)

This component requires foobar2000 v1.1 or newer.

Changes since 3.0:
- No longer attempts to update tags on remote files or streams when playing.
Title: Playback Statistics component: version 3.0.1
Post by: _oao on 2010-07-23 13:34:00
Quote
XML backup functionality

You can export playback statistics to an XML file and import them later, through Library => Playback Statistics menu commands, or through context menu on specific tracks. This can be used to easily transfer playback statistics between different foobar2000 installations or profiles.
Does this also mean that now is possible to create some tool to transfer playback statistics from other sources (iTunes, Last.fm, etc...) to foobar2000?
Title: Playback Statistics component: version 3.0.1
Post by: s33m33 on 2010-07-23 13:36:15
Thanks Peter for the hard work.

from wiki:
Quote
Playback statistics are now pinned to a combination of artist + album + track number + track title information.


Is there a way to share info between tracks using only artist+title?
Title: Playback Statistics component: version 3.0.1
Post by: orchid on 2010-07-23 14:17:31
Hello Peter,

Are there any plans to add options for update timing (eg. update after x seconds/percentage has been played)? I still use the unofficial component solely for this feature.
Title: Playback Statistics component: version 3.0.1
Post by: xan K on 2010-07-23 14:58:16
WOW, this is awesome! Thank you for the hard work!
Title: Playback Statistics component: version 3.0.1
Post by: q-stankovic on 2010-07-23 18:08:04
Thanks Peter, great release!
The concept is amazing - i imagine that it also could be used in other components (f.e. storing text i regard to special fields: biography, album review, ...)

Thanks Peter for the hard work.

from wiki:
Quote
Playback statistics are now pinned to a combination of artist + album + track number + track title information.


Is there a way to share info between tracks using only artist+title?

I agree: generally people won't save tracknumber for those tracks wich aren't part of a full album but belong to a collection of single tracks. I could tell some other points but i will keep it short: a line in advanced preferences to define combination?


Title: Playback Statistics component: version 3.0.1
Post by: _oao on 2010-07-23 23:28:01
(http://dl.dropbox.com/u/457730/Screenshots/fb2k%20screenshots/copy%20paste%20playback%20stats%20option.png)

this new Copy/Paste statistics feature is quite handy!

but i think it could be tweaked with the ability to select which fields are copied/pasted.

this could be useful for this scenario:
you download one track from a music blog. a few days/weeks/months later if you buy the album that include this track, you could want to change ONLY the %added% field of this track to match the rest of the album.

this could probably be solved with some check/uncheck boxes in this warning window:

(http://dl.dropbox.com/u/457730/Screenshots/fb2k%20screenshots/copy%20paste%20playback%20stats%20warning%20box.png)
Title: Playback Statistics component: version 3.0.1
Post by: phool on 2010-07-24 07:24:05
Losing my playback stats has been one of the reasons I've procrastinated formatting my PC. Now I can at least copy my media library onto another drive and not loose my stats. Thanks Peter!
Title: Playback Statistics component: version 3.0.1
Post by: kompot on 2010-07-24 08:12:02
Some (strange?) behaviour discovered.

Documentation states that "Playback statistics are now pinned to a combination of artist + album + track number + track title information".

There's an album that has 2 discs and each of them has track named X, but on the first disc it's number 1 and on the second its tracknumber is 2.
But when I change rating it is changed for both tracks. That is definitely wrong because of:

1. Track number is not used at all (and this is againt what documentation says).
2. I guess that disc number should be used too, because in my case those songs are really different (there are remixes on the second disc).
Title: Playback Statistics component: version 3.0.1
Post by: Peter on 2010-07-24 08:42:19
Disc numbers are in fact used (updated the wiki page). If you're getting collisions on multi-disc albums, you don't have correct disc number tags.
Title: Playback Statistics component: version 3.0.1
Post by: kompot on 2010-07-24 10:28:20
Actually not only disc numbers differ but track numbers too.
See the screenshot.

(http://dl.dropbox.com/u/3962786/screenshot1.png)
Title: Playback Statistics component: version 3.0.1
Post by: Peter on 2010-07-24 11:01:26
OK, bug found, thanks for reporting.

Fixed in beta 2.
Title: Playback Statistics component: version 3.0.1
Post by: Gnx on 2010-07-24 18:26:41
Thanks Peter for all that work.

I used foo_quicktag to store ratings in tags. I just discover Playcount, it seems to be a better solution
I've noticed these 3 points:
- there's no warning to prevent a massive rating update like in quicktag :
(http://a.imageshack.us/img26/1484/capture2by.jpg)

- how to make readable Rating in Properies window
(http://img716.imageshack.us/img716/3509/capture1uh.jpg)

- what is the file to save to backup statistics ?
Title: Playback Statistics component: version 3.0.1
Post by: Yirkha on 2010-07-24 18:58:18
Properties
  - The characters should be stars, but you don't see them properly because of the used font. Install East Asian language support (http://kb.mozillazine.org/Installing_East_Asian_language_support_under_Windows) and it will automatically choose a font with has them. (Needed only on Windows XP.)

Backup
  - <your-foobar2000-profile>\index-data\6370B286-BE93-4A7C-AA3B-281FEC61B182
Title: Playback Statistics component: version 3.0.1
Post by: Gnx on 2010-07-24 20:51:51
nice 
Thx
Title: Playback Statistics component: version 3.0.1
Post by: wojtek on 2010-07-25 10:42:37
Thanks Peter for the hard work.

from wiki:
Quote
Playback statistics are now pinned to a combination of artist + album + track number + track title information.


Is there a way to share info between tracks using only artist+title?


+1
An option to set which fields should match to transfer statistics would be briliant (for me only artist + title, in case given track is on some compilation for example)

(I cannot edit my previous post - can mod merge them?)

Another idea (I'm not sure whether it's possible to implement) - an addition to previously proposed option for self created patterns to match track: an option to match them against their length (with customizable margin of difference in seconds or percentage).
Title: Playback Statistics component: version 3.0.1
Post by: eradumvelhinho on 2010-07-26 18:35:33
I don't understand. The same thing happened a time ago between versions: I lost many statistics. This time it's more awkward. Some files lost all statistics (first played, last played, rating) and other gain many new play counts. Examples from some of my autoplaylists:

Before update of playcount:

Played more than 7 times - 399 songs.
Need to be rated  - 998 songs

After update:

Played more than 7 times - 4088 songs. This one is insane. When I look in the properties of some of the files, the play count is correct (7 times, for example) but in the database its 18 times.
Need to be rated - 8761 songs.

This craziness only happens when I overwrite the old version of playcount with the new one. Am I doing something wrong? I use foobar 1.1 beta 1 with windows XP. For now I will stick with the old version. It seems that I'm the only one wit this problem.

Edit: a little update. The problem with the lost ratings it seems it was fixed. I did a "import statistics from the file tags" and the ratings are back (it's odd since I couldn't see them in the properties just before the importing). But the play count of most of the files are still crazy (many many plays) and the import doesn't work (but in the file tags the play count is correct!!).
Title: Playback Statistics component: version 3.0.1
Post by: Nemphael on 2010-07-26 20:36:39
I had some problems - a whole album lost it's statistics and some other files gained some. I don't know what could've caused it, but it happened to ~20 files out of ~2000. It could have been my own fault, but things seem to be alright.

Making the way Playback Statistics recognize metadata customizable would be awesome!
Title: Playback Statistics component: version 3.0.1
Post by: xan K on 2010-07-27 04:08:01
+1
An option to set which fields should match to transfer statistics would be briliant (for me only artist + title, in case given track is on some compilation for example)

it would be really nice to see that.
Title: Playback Statistics component: version 3.0.1
Post by: eradumvelhinho on 2010-07-27 11:17:22
Okay. My problem is solved. It seems that some of my stats were not in the old database so with the import they didn't get converted. So after the "import from file tags" the new version could display all the information correctly.
Title: Playback Statistics component: version 3.0.1
Post by: grimes on 2010-07-27 11:40:53
Where is the Statistics-database stored? Can't find "Playback Statistics.dat" anymore.
Title: Playback Statistics component: version 3.0.1
Post by: Yirkha on 2010-07-27 14:19:47
  - <your-foobar2000-profile>\index-data\6370B286-BE93-4A7C-AA3B-281FEC61B182
Title: Playback Statistics component: version 3.0.1
Post by: Qest on 2010-07-27 22:27:05
Background: I do not use file tags. I prefer to keep all relevant information in the file path to avoid redundancy (which works fine with the current version of Playback Statistics unless I change the file name in which case statistics get reset).

It sounds like the new version of this component will not work with my collection at all though. Is it possible for fields to be added so that I can customize (using title formatting) how this component determines, for example, the artist name or the album name.

Thank you for all your hard work, Peter.
- Qest
Title: Playback Statistics component: version 3.0.1
Post by: neothe0ne on 2010-07-28 09:45:26
What happens if you update file tags in foobar2000?  What happens if you update them outside of foobar2000, both when foobar2000 is running and when it is not?

(I really would just like playback statistics 2.x with working stats migration when changing a filename located in a relative path ML entry, since I update tags more often than I change filenames)
Title: Playback Statistics component: version 3.0.1
Post by: romor on 2010-07-28 12:43:25
I used converter to convert one of my library's lossless releases to lossy in a temp folder (c:\temp) that is not in my library path

Among other playback statistics data, newly converted files have %added% data also (inside foobar), which is a bug in new playback statistics component as thay are not added in a library and this component should distinct this case
Title: Playback Statistics component: version 3.0.1
Post by: GeSomeone on 2010-07-28 13:57:24
I used converter to convert one of my library's lossless releases to lossy in a temp folder (c:\temp) that is not in my library path

It looks like intended behaviour to me, see the doc in the opening post.
Title: Playback Statistics component: version 3.0.1
Post by: romor on 2010-07-28 14:22:16
It is delicate thing, but I would like to consider it as link to file path instead virtual tag linking as these files are not added in library
Title: Playback Statistics component: version 3.0.1
Post by: Nemphael on 2010-07-29 17:54:57
I rewrote a couple of tags with mp3tags so they'd work properly with my iPod. Seems that wiped them from the Playback Statistics, as they lost statistics and got new %added% tags. After looking, ~350 files had their tags rewritten, ~150 of those lost their statistics.

The component should consider file paths as well, in case it doesn't.

By the way, some lossless formats have audio checksums, would it be possible to use those as well? FLAC does this quite well, though the fingerprints probably differ between different versions of a CD etc.
Title: Playback Statistics component: version 3.0.1
Post by: Qest on 2010-07-29 18:14:03
By the way, some lossless files have audio checksums, wouldi t be possible to use those as well?


That seems quite clever. Has this ever been considered before?
Title: Playback Statistics component: version 3.0.1
Post by: Case on 2010-07-30 11:43:36
Background: I do not use file tags. [...] It sounds like the new version of this component will not work with my collection at all though.

The wiki doesn't mention it but there are fallbacks in place for tagless files. It should work just as well as old version.
Title: Playback Statistics component: version 3.0.1
Post by: Snowknight26 on 2010-07-30 21:26:09
I rewrote a couple of tags with mp3tags so they'd work properly with my iPod. Seems that wiped them from the Playback Statistics, as they lost statistics and got new %added% tags. After looking, ~350 files had their tags rewritten, ~150 of those lost their statistics.

The component should consider file paths as well, in case it doesn't.


Your complaint is the only shortfall that I can see that's made me stick with the old one for the time being. There should be a way to select how the new component tracks stats.. be it by tags, by file path (only), by pattern, etc, and maybe a way to select the fallback method too.
Title: Playback Statistics component: version 3.0.1
Post by: hxkclan on 2010-07-30 23:21:56
  - <your-foobar2000-profile>\index-data\6370B286-BE93-4A7C-AA3B-281FEC61B182



Just a quick question. I usually have the ''automaticly put info into file tags'' option on. But it seems the database itself is also a good way of storing it. But now my question; how many times does this file get saved? After every change or what?
Title: Playback Statistics component: version 3.0.1
Post by: muzack on 2010-07-31 13:29:52
What about adding the HOTNESS  algorithm in the new component,  based on playcount, rating, last & first played timestamp?
Would be cool.
Title: Playback Statistics component: version 3.0.1
Post by: wojtek on 2010-08-01 08:32:53
It would be nice if there would be additional field returning number of tracks/files that share same statistics (also, maybe an option to quickly find all of them - like options from QuickSearch that adds additional items into context menu for artist/album).
Title: Playback Statistics component: version 3.0.1
Post by: kompot on 2010-08-04 16:37:13
Feature proposal.

Are there any chance of adding %album rating%?

I understand that:

1. There will be duplication for each track of the album.
2. Probably it's not too easy to implement because current scheme uses track as a particle.
3. Album rating could be calculated (at least visually) as aggregate rating of all tracks.

But the main idea is that track rating is used for tracks being played out of album context.
And there's no way to find albums that are great as a whole. E. g. Beatles' "Abbey Road" is a great album.
But there are several tracks that should be played consequently. And it's not a good idea to have them in
auto playlist called "my favourite tracks".

Yes, I know I can use tags for storing such info, but I guess storing it along with %rating% is a better idea.

Thanks
Title: Playback Statistics component: version 3.0.1
Post by: MordredKLB on 2010-08-06 19:12:47
This is awesome and leads to a feature request I've wanted for a LONG time, namely the ability to merge playback statistics. I listen to music at home and at work. I copy albums from my home computer, bring them to work and listen to them here. I would love the ability to export the playback statistics from work, take them home and then merge them with my existing play counts. I assume a tool could be easily written to do this via, comparing XML documents, but it'd be great if it were built in to the component itself.
Title: Playback Statistics component: version 3.0.1
Post by: Sandrine on 2010-08-06 23:54:48
The functionality of this component looks interesting, but I need to make sure that my file tags are respected: PLAY_COUNTER, FIRST_PLAYED, LAST_PLAYED. Is that the case?
Title: Playback Statistics component: version 3.0.1
Post by: mrinferno on 2010-08-07 00:12:36
hey peter, thanks really enjoying the new beta of playcount.  simply fantastic!
your hard work is much appreciated!
Title: Playback Statistics component: version 3.0.1
Post by: eradumvelhinho on 2010-08-07 00:28:37
but I need to make sure that my file tags are respected: PLAY_COUNTER, FIRST_PLAYED, LAST_PLAYED. Is that the case?


No. Your tags are not the official ones.
Title: Playback Statistics component: version 3.0.1
Post by: lvqcl on 2010-08-07 00:36:42
http://wiki.hydrogenaudio.org/index.php?ti...rmatting_fields (http://wiki.hydrogenaudio.org/index.php?title=Foobar2000:Components/Playback_Statistics_v3.x_%28foo_playcount%29#Title_formatting_fields)

Quote
%first_played% - date/time at which the song was played for the first time.
%last_played% - date/time at which the song was played last time.
%play_count% - how many times the song has been played.
%played_per_day% - estimate how many times per day the song has been played, based on time first played, time last played and times played.
%added% - date/time at which the song was added to the Media Library.
%rating% - song's rating, on a 1..5 scale.
%rating_stars% - song's rating, formatted as up to five stars, e.g. ★★★
%rating_stars_fixed% - song's rating, formatted as five stars, e.g. ★★★☆☆
Title: Playback Statistics component: version 3.0.1
Post by: JohanDeBock on 2010-08-07 12:23:07
Great addition, keep up the good work!
Nice to see soft linking concepts in other plugins.
I also use the track duration for the matching in my plugin, maybe it can also be used in this plugin.
Title: Playback Statistics component: version 3.0.1
Post by: fxnaxn on 2010-08-07 20:08:24
Hey, does anyone know the exact algorithm that is used to generate the ID field in the exported XML? I'm trying to write a program to import my statistics from another player

Example:
Code: [Select]
<Entry ID="00f74f2216a06220" Count="0" Added="129256773087720756" />


is generated for Indiana Jones by John Williams, track 00, no album name

Thanks
Title: Playback Statistics component: version 3.0.1
Post by: Sandrine on 2010-08-08 20:29:17
but I need to make sure that my file tags are respected: PLAY_COUNTER, FIRST_PLAYED, LAST_PLAYED. Is that the case?


No. Your tags are not the official ones.


I have no problem using "PLAY_COUNT" instead of "PLAY_COUNTER", easy enough with Masstagger. BUT the information in the Wiki concerning the playstamp tags seems to be erroneous.
As another user quoted before, the expected tags should be

Code: [Select]
%first_played% - date/time at which the song was played for the first time.
%last_played% - date/time at which the song was played last time.


However, I made some tests, installed foo_playcount and checked "synchronize file tags with media library".  About a quarter into the song, the dreaded "FIRST_PLAYED_TIMESTAMP" and "LAST_PLAYED_TIMESTAMP" are written instead of the ones advertised in the Wiki. The only way to get rid of them is to install "foo_playback_custom" and let it convert them automatically immediately afterwards to the correct format "first_played" and "last_played". Having to install 2 extensions to get correct tags can't be right, though.
Title: Playback Statistics component: version 3.0.1
Post by: Nemphael on 2010-08-08 20:46:03
%first_played% and %last_played% will return dates/times when used in Foobar, but the component writes them to tags as UTC (?).
Title: Playback Statistics component: version 3.0.1
Post by: Sandrine on 2010-08-08 20:57:22
%first_played% and %last_played% will return dates/times when used in Foobar, but the component writes them to tags as UTC (?).


No fields which are called "%first_played%" or "%last_played%" are written as tags at all.
Title: Playback Statistics component: version 3.0.1
Post by: Nemphael on 2010-08-08 21:06:50
Oh, didn't see the part about Masstagger. You could use the properties dialog to write them.
Properties, right-click, "Automatically fill values".
http://img525.imageshack.us/img525/241/afv.jpg (http://img525.imageshack.us/img525/241/afv.jpg)

EDIT: Uh, *facepalm*. There should a command for "Format from tags" or similar in Masstagger.
Title: Playback Statistics component: version 3.0.1
Post by: Sandrine on 2010-08-08 22:18:35
After playing around a bit with this component, here's my verdict:

GOOD


BAD


Title: Playback Statistics component: version 3.0.1
Post by: laite on 2010-08-10 14:20:49
c) Reading of database values takes precedence over tags-reading. It must be the other way round (at least as soon as "Automatically synchronize file tags with statistics" is enabled, but possibly always). Otherwise the plugin breaks compatibility with the field "rating" since that is being completely ignored if it is written as a tag, but not added to the database (it also block the "Quick Tagger" plugin).


I also would really like this to be optional as I have been using playback statistics custom for a while now and foobar can't read my first/last played from that time anymore

Why not somekind of options-page to customize what tags are enabled etc.?
Title: Playback Statistics component: version 3.0.1
Post by: marc2003 on 2010-08-10 14:29:45
to display stuff in file tags, use $meta. eg

$meta(rating)
$meta(first_played)
Title: Playback Statistics component: version 3.0.1
Post by: laite on 2010-08-10 14:36:27
to display stuff in file tags, use $meta. eg

$meta(rating)
$meta(first_played)


I don't think that works with query syntax. I have an autoplaylist with last_played during 4 weeks, but foo_playcount overrides tags so I only have the songs I've played since installing this component.

Is there any way to save existing filetags to foo_playcount's database?
Title: Playback Statistics component: version 3.0.1
Post by: marc2003 on 2010-08-10 14:44:55
i thought $meta worked in queries but having just looked, it doesn't. 

but you can import by using the context menu (playback statistics>import statistics from file tags)
Title: Playback Statistics component: version 3.0.1
Post by: KarnEvil9 on 2010-08-10 17:42:06
but you can import by using the context menu (playback statistics>import statistics from file tags)

Yes, I was horrified to find all my play stats at 0, prior to discovering that feature.  I just right-clicked on the root of my music folder, and it imported all my tags.

Note that it's a good idea to close foobar after doing this, because I had a crash, and my play counts went back to 0, and I had to do it again.
Title: Playback Statistics component: version 3.0.1
Post by: Nemphael on 2010-08-10 17:49:33
To use functions like $meta() in Autoplaylists, quote that part. For instance:
Code: [Select]
"$meta(play_count)" GREATER 3
Title: Playback Statistics component: version 3.0.1
Post by: laite on 2010-08-11 11:39:42
but you can import by using the context menu (playback statistics>import statistics from file tags)


Once again marc: thank you.
Title: Playback Statistics component: version 3.0.1
Post by: s33m33 on 2010-08-13 07:36:23
Thanks Nemphael for the tip.
Title: Playback Statistics component: version 3.0.1
Post by: d4kk0n1234 on 2010-08-13 14:40:16
Bug:
2 different tracks with the same tags except artist
if album artist tag exist and is not different then those tracks will share the same statistic.
Title: Playback Statistics component: version 3.0.1
Post by: klonuo on 2010-08-13 18:46:35
XML output doesn't have "artist + album + disc number + track number + track title" information literally, but instead root Mapping attribute and child ID. Maybe one of the reasons is to write/read it as fast as possible, which really is.

How can real data be revealed using those two element attributes?
Title: Playback Statistics component: version 3.0.1
Post by: Vanishing on 2010-08-13 19:27:08
Thanks for the great work, I'm a long time foobar user!
But since I tried the new playback statistics beta I have a problem:
I have several albums as CD and vinyl, with all tags equal except the %format% tag (and catalog nr. etc. as per Discogs spec). Now CD and vinyl versions of the same album have the same statistics and %added% date.

A way of defining which tags are used as keys to the statistics database would be greatly appreciated!
Title: Playback Statistics component: version 3.0.1
Post by: mrinferno on 2010-08-13 19:44:40
Vanishing,

Suggest referencing the Wiki article for this new version (http://wiki.hydrogenaudio.org/index.php?title=Foobar2000:Components/Playback_Statistics_v3.x_%28foo_playcount%29).

See asterisk #1 below.  This is the intended behavior of the new version (and actually the behavior that a lot of us have been desiring for quite a long time):

Quote
Playback statistics are now pinned to a combination of artist + album + disc number + track number + track title information, contrary to pre-3.0 versions which would pin data to file paths.

The consequences of this behavior are:

    * Statistics are shared between redundant copies of the same tracks - useful when you keep separate copies of your music in different formats such as lossy + lossless.
    * Automatic carrying over of statistics when acquiring the same music in another format, as long as tags match.
    * No risk of data loss when moving files around or between computers.

Title: Playback Statistics component: version 3.0.1
Post by: Vanishing on 2010-08-14 11:27:21
I understand, and I also read the Wiki. I like the idea behind the new version and also think that it is a better way of handling things than the old version. I agree that this is the intended behavior for albums which have the same source format (e.g. CD) but are stored in different file formats.

But for me, the CD and the vinyl version are not the same and should not have the same statistics, and especially not the same %added% date.  If I want to keep track of when I bought an album on vinyl, that would not be possible when I already have it on CD. Also, sometimes, the CD and vinyl have different songs on them, or the order of some songs is switched. Then those switched songs have different statistics on CD and vinyl, and all other songs share the same. I know that I could append the %format% info (CD vs vinyl) to the %album% tag, but that would confuse other tools like the AlbumArtDownloader.

It would not interfere with the current behavior of the plugin if there was an advanced option to define the combination of tags to use as key to the database.
Title: Playback Statistics component: version 3.0.1
Post by: klonuo on 2010-08-14 12:22:13

Actually, "Mapping" attribute value is the name of playback statistics index file located in %appdata% foobar profile or index-data subfolder for portable installation, and has the same value for any user.
Then I thought that foobar simply reads the contents from this file according entry ID, but that could not explain ID format and more importantly - how playback statistics can be exchanged between portable installations, so there seems to be some nasty algorithm for transforming 16-digit hex number to arbitrary length UTF-8 encoded string however impossible that sounds to me, but then I know nothing about such algorithms

IMHO playback statistics data file needs to be encoded somehow, but not to the point of not being accessible by scripting languages or similar programmatic tools. Main media players does exactly that.

- for minority of users that wants to play with XML tools for odd purposes like using XPATH regex for querying user library to output XSPF or even purposes like exchanging playback statistics data among media players, Text tools component exists
- for users wishing to manipulate playback statistics data, old way of writing data to files is still valid
Title: Playback Statistics component: version 3.0.1
Post by: GLiBERN on 2010-08-15 19:29:56
A way of defining which tags are used as keys to the statistics database would be greatly appreciated!

+1

I just discovered that, according to the playback statistics*, I listened 8184 times to a recording of the Well-Tempered Clavier (WTC).
Now, even if I really listen to that a lot, that can't be possible.
Then I looked at the playcount of the individual titles and realized what is going on:

(For those who don't know what the WTC is, it's a work by J.S. Bach and consists of 24 pieces each divided in a prelude and a fugue, so 48 tracks in total.)

I have the name of each of those 24 pieces stored in my own field named %work%. Then, in the %title% field there is only "Praeludium" for all the preludes and "Fuge" for all the fugues. Which leads the playback statistics component to think I have 24 times the same song and 24 times the same other song in that album...

You might ask why I don't put the name of the piece in the %title% field, but I have worked out my system that way after trying out several things, and I'm now happy with it. It avoids redundancy and can be used consistently for various types of classical music and other music, as well. It's one of the things that I like so much about foobar2000 and I won't give that up.


* as displayed in the facets library viewer, so a part of that behaviour can also be blamed on facets for summing up illogically
Title: Playback Statistics component: version 3.0.1
Post by: ExUser on 2010-08-17 00:42:19
Bug report: I have two albums with the same artist and title but different track listings. However, statistics component does not differentiate the two. See:

(http://i.imgur.com/q7t7B.png)

The first visible column to the right of "Track Information" is the the play counter.
Title: Playback Statistics component: version 3.0.1
Post by: q-stankovic on 2010-08-18 18:35:58
I like to approve what vanishing already said: it is strange to see that tracks inside one album change their added date. I guess i feel so because this date i consider more file related than playback related. I think there is nothing that can be done about this?
Title: Playback Statistics component: version 3.0.1
Post by: bubbleguuum on 2010-08-18 20:18:27
I like to approve what vanishing already said: it is strange to see that tracks inside one album change their added date. I guess i feel so because this date i consider more file related than playback related. I think there is nothing that can be done about this?



That would be the file creation date which unfortunately is not accessible in foobar. The closest thing related is the last modification date aka %last_modified% which initially is equal to the creation date (ie the date the file enters the Media Library), until the file is eventually modified (tagged inside or outside foobar for example).
As it is, all files that resolve to the same hash will share the same %added% as well as other statistics.
Title: Playback Statistics component: version 3.0.1
Post by: q-stankovic on 2010-08-18 20:31:52
I wouldn't care about that despite the strange feeling if i wouldn't loose ability to sort and group albums by the added date which is not necessarily identical with file creation date. If i would have a wish free so it is an additional field like %files_added% or somehow similar
Title: Playback Statistics component: version 3.0.1
Post by: bsw11 on 2010-08-24 02:02:35
I can not get the rating to display as a number or starts.  I know its getting set because it show in the song's properties.  If I put %rating% it just shows ?.  If I put (%rating%) it shows up as blank.

Do I need the foo_rating2 to make it work?

I am running the just released 1.1 but it did not work in the last beta as well for me.
Title: Playback Statistics component: version 3.0.1
Post by: muzack on 2010-08-24 11:18:38
I can not get the rating to display as a number or starts.  I know its getting set because it show in the song's properties.  If I put %rating% it just shows ?.  If I put (%rating%) it shows up as blank.


Did you try to "import statistics from file tags" in track context menu?
If you write the rating directly to the file (via masstagger script or wsh panel script) it may not appear in statistics.
Correct me if I am wrong but I am sure that's the way it works.

Btw. I noticed faster File Operation (move files etc) with new Playbackstatistics. Maybe because the stat database doesn't depend on filepaths.
That's great
Title: Playback Statistics component: version 3.0.1
Post by: Xezzy on 2010-08-24 19:05:34
Playback statistics 3.0 is just brilliant, thank you!
Title: Playback Statistics component: version 3.0.1
Post by: _oao on 2010-08-25 07:04:30
Quote
Playback statistics are now pinned to a combination of artist + album + disc number + track number + track title information
the statistics are also pinned to DATE!

this is kind of annoying if you use a combination of foobar2000 and Traktor (DJ software) that rewrites your DATE field in the format: YYYY-MM-DD.
i'm losing all my playback stats when the DATE goes from 1999 to 1999-01-01, for example... 

would it be possible to remove the DATE field from the data pinning scheme or at least keep it only for the first 4 digits (YYYY)?
Title: Playback Statistics component: version 3.0.1
Post by: bsw11 on 2010-08-25 07:17:33
I can not get the rating to display as a number or starts.  I know its getting set because it show in the song's properties.  If I put %rating% it just shows ?.  If I put (%rating%) it shows up as blank.


Did you try to "import statistics from file tags" in track context menu?
If you write the rating directly to the file (via masstagger script or wsh panel script) it may not appear in statistics.
Correct me if I am wrong but I am sure that's the way it works.



OK that worked - but are you telling me that every time I set a rating I also have to do this as well??  That is not nice.  Is there a way to fix this and just make it work?

Also I get a ? on all tracks that are not set - can you show me a way to eliminate this?

THANKS!
Title: Playback Statistics component: version 3.0.1
Post by: muzack on 2010-08-25 08:18:30
OK that worked - but are you telling me that every time I set a rating I also have to do this as well??  That is not nice.  Is there a way to fix this and just make it work?
Also I get a ? on all tracks that are not set - can you show me a way to eliminate this?


here are some quirky solutions which depends on how you set the rating:
If you use a masstagger script with keyboardshortcuts (like me) then write the id3 rating tags back to statistic db over the full library. once a week or so.
(select the rootnode in album view and choose "write statistics from file tags")

Or you use keyboardshortcuts and map them to the original Playbackstat rating contextmenu but then no rating tag in files anymore.
If you set Preferences > Advanced > Tools > Playback Statistics > Automatically synchronize file tags with statistics... - then the rating will be written to your tags. But any other stat field will be written too (%last_played% etc.)

Or if you just want to display your rating tag in a playlistcolumn without using the component, then set a column with $meta(rating) instead of %rating%. This will use the filetag.

And if you use something like [%rating%] (square brackets) then the ? symbol disappears.

I think that's all possible ways. Maybe someone have another hint.
Title: Playback Statistics component: version 3.0.1
Post by: Sixth Street on 2010-08-25 16:28:40
So I'm approaching upgrading to 3.0 with some trepidation.  Here's my situation:

I keep my main library in FLAC, and a mirrored copy (identical to the tags) in lossy for my portable devices.  Both libraries are indexed in the same foobar.  Playback statistics keeps playcounts and ratings for both sets of libraries, but the playcount is obviously different, and the rating, while I try to manually synchronize, may also differ.  What is going to happen when I upgrade to 3.0?

So basically, it's:

Song A (FLAC) - Playcount - 30, Rating - 4
Song A (lossy) - Playcount - 10, Rating - 3

Upon upgrade, will it (A), take the higher playcount - 30, (B), merge playcounts - 40, © or do something else.  Option B would be my preferred treatment.  And will it have the same playcount for both files?  I reckon it will from what I've read.

Also, ratings is probably not going to be a consideration.  I'm going to try and go through my whole library and manually synchronize before I even attempt the upgrade.
Title: Playback Statistics component: version 3.0.1
Post by: mystNZ on 2010-08-26 19:51:39
I am having trouble changing a song's "Added" date statistic ....
I have tried "writing stats to tags", changing the tags, and then re-importing ....this had no effect. I have also tried exporting a songs stats to XML, resetting its stats via the context menu, manually editing the file, and then re-importing via Library -> Playback Statistics -> Import Statistics .... I can change all other stats except the "Added" date....it just stays the same (the "Added date" checkbox is selected in the import dialog).

Any ideas?  And does anyone else have a problem changing a songs added date ?
Title: Playback Statistics component: version 3.0.1
Post by: tpijag on 2010-08-26 20:14:49
Added date = date added to library. Static.
It is not intended to be editable.

terry
Title: Playback Statistics component: version 3.0.1
Post by: mystNZ on 2010-08-26 20:30:05
Added date = date added to library. Static.
It is not intended to be editable.

terry

I realize that, but unfortunately something happened to several of the songs in my library - they had their added (and first played) data reset (I suspect by foo_dop somehow during a synchronization, but am not certain). Now, for example, I have songs that have been released (and actually added) in 2008 with "last played" in 2010 but "added" and "first played" in 2001 ..... also, if the added date is not intended to be editable, then why is there a "Added time" selection box in the import from XML dialog? .....
Title: Playback Statistics component: version 3.0.1
Post by: muzack on 2010-08-26 21:42:59
You can edit the added date in playbackstat this way:

write an id3 tag called "added" into your file with the date you wish, in format YYYY-MM-DD HH:MM:SS (something like 2008-08-30 11:05:00).
Then apply/save the new tag, go to tracks contexmenu>Playbackstatistics>Import statistics from file tags.
Voila got you added date edited.
This works for all date fields! (and rating)
Keep in mind: if your playback statistic hold an earlier date than you want to add, then it doesn't work!
at example: playbackstat %added% is 2001-10-30 12:00:00 then you can't import a later date like 2009-10-30 12:00:00.
In this case you have to reset(?) the statistics for the selected file (didn't try the latter).
That's the way it should work.
Title: Playback Statistics component: version 3.0.1
Post by: Zulithe on 2010-08-27 06:24:06
Is there any way to use this component WITHOUT it EVER modifying the actual audio files themselves? Because explorer is telling me they are being modified after a song finishes (the 'date modified' date changes).

I do not want foobar2000 to modify the actual audio files ever... unless I do so manually (like editing id3 tags to correct a mistake)

Is there no way to disable this?

*edit* okay I just removed this component and it is still happening... trying to get to the bottom of it. so annoying :/
Title: Playback Statistics component: version 3.0.1
Post by: shakey_snake on 2010-08-27 06:31:08
It does not modify files by default--you'll need to go into advanced preferences and uncheck the setting that you, at some point, turned on.
Title: Playback Statistics component: version 3.0.1
Post by: GeSomeone on 2010-08-27 11:58:21
[..]unfortunately something happened to several of the songs in my library - they had their added (and first played) data reset

The same thing happened to me, the added field was gone, only for one or two (in my case recent) albums that were in the library. I tried a couple of things to get the added filed back (like rescan library now). If I recall correctly a new added field appeared when I switched "monitor playing tracks" on/off.
The tracks that had already been played now have an "played" time before the "added" time.

I have not filed a bug report cause I haven't found out how to reproduce.
Title: Playback Statistics component: version 3.0.1
Post by: kruji on 2010-08-28 12:24:24
  - <your-foobar2000-profile>\index-data\6370B286-BE93-4A7C-AA3B-281FEC61B182


is ist possible to customize the path of the database? e.g. user-components\foo_playcount?

thanks in advance.
Title: Playback Statistics component: version 3.0.1
Post by: rend3r on 2010-08-30 01:27:32
Do I have any chance to get latest foo_playcount for 1.0.x branch?
Title: Playback Statistics component: version 3.0.1
Post by: Yirkha on 2010-08-30 12:19:11
is ist possible to customize the path of the database? e.g. user-components\foo_playcount?
The database is managed by foobar2000 core, not foo_playcount. Therefore it is stored in a component-independent directory too.
Title: Playback Statistics component: version 3.0.1
Post by: Jubei on 2010-09-01 19:19:46
Ok. Read this thread several times, but am getting confused.

My problem = last played and rating won't display in the playlist view but appears ok in properties dialog box. As far as I can see in properties dialog box, the playback stats are updated. Does this mean data is update in tag or in the database? Or both?

How can I get last played and ratings to display within playlist view? The data displays fine in the Item Details panel. What I done so far is in the Preferences > Columns UI > Playlist View > Columns > Column Details Scripts tab ... have tried => rating (didn't display anything) / %rating% (didn't display anything) / $meta(rating) (didn't display anything) / "$meta(rating)" (didn't display anything).

What should I do now? Really need some help.

By the way, this problem only appeared after I upgraded to Foobar v1.1 last night. Everything was perfectly fine in v0.9.6.9.

Thanks!
Title: Playback Statistics component: version 3.0.1
Post by: Robertina on 2010-09-01 21:17:58
What should I do now? Really need some help.

While %rating% and %last_played% fetches that information from the file <your-foobar2000-profile>\index-data\6370B286-BE93-4A7C-AA3B-281FEC61B182 (see Yirkha's post here) (http://www.hydrogenaudio.org/forums/index.php?showtopic=82420&view=findpost&p=715373), $meta(rating)/$meta(last_played) fetches that information from your audio files. If you have saved that information in your files you can import it (http://www.hydrogenaudio.org/forums/index.php?showtopic=82420&view=findpost&p=717713). As long as you don't change the default setting in File, Preferences, Advanced, Tools, Playback Statistics -> Automatically synchronize file tags with statistics (default = unticked), there is nothing written automatically to your files.

Playback Statistics versions prior to v3.0 save their data in a file named PlaybackStatistics.dat (saved in foobar's program folder for foobar versions prior to 1.1) which should be deleted automatically when updating to v3.0.

When upgrading to foobar v1.1 you are asked whether your components which don't come with foobar's installer itself should be kept in their current folder or be moved to your user-components folder (each component would have its own sub folder then). I don't know which decision you have made and also I am no expert but you could check whether the PlaybackStatistics.dat has been deleted as it should be.

Also you can press shift + [main menu] file -> Browse configuration folder to see where your foo_playcount should be located.

I hope that helps a little bit.
Title: Playback Statistics component: version 3.0.1
Post by: Jubei on 2010-09-01 21:34:54
Thanks first for the info.

I normally have Foobar installed in portable mode and unfortunately I installed components the old fashioned way by dropping the dll files into the components folder

The PlaybackStatistic.dat => I coped that to the new folder for Foobar v1.1. The data was loaded and the file was automatically deleted.

In the Index-data folder I now have a file named C653739F-14B3-4EF2-819B-A3E2883230AE ... is this the new Playback Statistics database file? I'm assuming the file name you quote (6370B286-BE93-4A7C-AA3B-281FEC61B182) is generated dynamically and the name varies.

Still, inserting %rating% in my columns ui > playlist view config doesn't seem to display any ratings data  Since for the Item Details panel I use %rating% I assume that the component is working as new data is being stored and displayed. And I do have the automatically sync file tags with statistics unticked, because many versions ago it occasionally caused crashes. I just can't seem to get the data to be displayed in playlist view ...

(http://i96.photobucket.com/albums/l164/Jubei71/Audio/Foobar1_104.jpg)

What should I do now? Really need some help.

While %rating% and %last_played% fetches that information from the file <your-foobar2000-profile>\index-data\6370B286-BE93-4A7C-AA3B-281FEC61B182 (see Yirkha's post here) (http://www.hydrogenaudio.org/forums/index.php?showtopic=82420&view=findpost&p=715373), $meta(rating)/$meta(last_played) fetches that information from your audio files. If you have saved that information in your files you can import it (http://www.hydrogenaudio.org/forums/index.php?showtopic=82420&view=findpost&p=717713). As long as you don't change the default setting in File, Preferences, Advanced, Tools, Playback Statistics -> Automatically synchronize file tags with statistics (default = unticked), there is nothing written automatically to your files.

Playback Statistics versions prior to v3.0 save their data in a file named PlaybackStatistics.dat (saved in foobar's program folder for foobar versions prior to 1.1) which should be deleted automatically when updating to v3.0.

When upgrading to foobar v1.1 you are asked whether your components which don't come with foobar's installer itself should be kept in their current folder or be moved to your user-components folder (each component would have its own sub folder then). I don't know which decision you have made and also I am no expert but you could check whether the PlaybackStatistics.dat has been deleted as it should be.

Also you can press shift + [main menu] file -> Browse configuration folder to see where your foo_playcount should be located.

I hope that helps a little bit.

Title: Playback Statistics component: version 3.0.1
Post by: Yirkha on 2010-09-01 21:40:58
In the Index-data folder I now have a file named C653739F-14B3-4EF2-819B-A3E2883230AE ... is this the new Playback Statistics database file? I'm assuming the file name you quote (6370B286-BE93-4A7C-AA3B-281FEC61B182) is generated dynamically and the name varies.
Actually, the Playback Statistics component has been updated since I wrote that (during 3.0 beta release), so I assume the changed internal format resulted in a new index data ID too. I think there are one-way internal importers for the older formats, so if someone updates from e.g. 3.0 beta 1 to 3.0 final, the statistics are not lost. Anyway, the file name should stay the same a while now.
Title: Playback Statistics component: version 3.0.1
Post by: Jubei on 2010-09-01 21:46:40
... so how can I check if the Playback Statistics component is either creating a database or whether the file I have is the database? As I noted, the properties dialog box of tracks does show changes in play count, rating and last played, but I just want to make sure it is writing to database and not tags (although auto sync to file tags is disabled).

By the way, that is the only file I have in the Index-data folder, and I can find no other file that looks similar (i.e. a long chain of numbers) within my Foobar folder (which since I have it installed as portable, everything should be in it).
Title: Playback Statistics component: version 3.0.1
Post by: Robertina on 2010-09-01 22:14:44
You can install as many foobar versions as you want in portable mode. So may I suggest to install f2k 1.1 in portable mode to another folder, then go to Preferences, Components and choose the install button to install Playback Statistics v2.1.9 (if you don't have it anymore I can upload it). Close foobar and copy your PlaybackStatistics.dat into foobar's root folder. Run foobar again and see whether your rating and last played columns show any content now.

Then install foo_playcount v3.0 the same way and watch your installation folder to learn how this index-data file is created and where. Then you should be able to apply your knowledge to your original portable installation.
Title: Playback Statistics component: version 3.0.1
Post by: Jubei on 2010-09-01 22:19:30
Good idea!

To be frank, though, I think my problem is less with Playback Statistics now ... and much more to do with my inability to get Playlist View under Columns UI to display what I want to see. I tried the Tools button in the Playlist View tab to preview the script and the preview actually did show the data ... so the %rating% and %last_played% did show data in the preview. For some reason it just won't show in the playlist view proper!

You can install as many foobar versions as you want in portable mode. So may I suggest to install f2k 1.1 in portable mode to another folder, then go to Preferences, Components and choose the install button to install Playback Statistics v2.1.9 (if you don't have it anymore I can upload it). Close foobar and copy your PlaybackStatistics.dat into foobar's root folder. Run foobar again and see whether your rating and last played columns show any content now.

Then install foo_playcount v3.0 the same way and watch your installation folder to learn how this index-data file is created and where. Then you should be able to apply your knowledge to your original portable installation.
Title: Playback Statistics component: version 3.0.1
Post by: Robertina on 2010-09-01 22:28:25
This is really strange. I can tell you that both %rating% and %last_played% works for me. What happens if you use that patterns as scripts in Columns UI, then close foobar and restart it? Sometimes this is necessary, I don't know why but it happened with other scripts here too. Maybe it has something to do how the columns are updated.

I am sorry that I couldn't be of greater help (sorry for English).
Title: Playback Statistics component: version 3.0.1
Post by: Jubei on 2010-09-01 22:31:50
OH MY GOD! RESET SOLVED EVERYTHING!!

MANY THANKS!!


This is really strange. I can tell you that both %rating% and %last_played% works for me. What happens if you use that patterns as scripts in Columns UI, then close foobar and restart it? Sometimes this is necessary, I don't know why but it happened with other scripts here too. Maybe it has something to do how the columns are updated.

I am sorry that I couldn't be of greater help (sorry for English).

Title: Playback Statistics component: version 3.0.1
Post by: Robertina on 2010-09-01 22:54:03
I am very glad that you have been able to solve the problem.

Robertina.
Title: Playback Statistics component: version 3.0.1
Post by: thi3nki3p on 2010-09-06 11:51:49
Hello, recently I'm starting to listen to shoutcast radio using foobar.
Since "collection of playback statistics is no longer restricted to your Media Library content" and I have the option "automatically synchronize file tags" on, hence after 1 min playback foobar causes an error trying to write file tags and stops the streaming.
Is there any sane way to avoid this? If not, it would be nice to have workaround in the next release.
Title: Playback Statistics component: version 3.0.1
Post by: lrossouw on 2010-09-06 20:14:16
I'd like to be able to create an xml restore file that would update the statistics in this tool.  How would I need to create entry id, mapping, time and rating fields.  Is the entry ID some sort of hash of the artist\album\track that is reproducable?
Title: Playback Statistics component: version 3.0.1
Post by: copperblue on 2010-09-08 09:33:44
Bug report: I have two albums with the same artist and title but different track listings. However, statistics component does not differentiate the two. See:

Title: Playback Statistics component: version 3.0.1
Post by: shakey_snake on 2010-09-08 14:57:20
Bug report: I have two albums with the same artist and title but different track listings. However, statistics component does not differentiate the two.

I've duplicated this bug.
Using an album ripped to mp3 VBR V0 with various play_count and rating, I reripped from the original CD into ALAC (using dbpoweramp) and dropped the m4a files into the same folder as the mp3 files.
Foobar associated the play counts and ratings with the new m4a files also...
You do not have the same bug. Canar has two albums, you have multiple copies of one album.

Your case is an example of the intended behavior. It is a different behavior than previous versions, but it is intended.
Title: Playback Statistics component: version 3.0.1
Post by: Copland on 2010-09-08 20:32:08
My ML is stored on a NAS. I use an identical foobar config on two computer systems, one of which is connected to the nas via LAN, the other via WLAN. Strangely enough, the "ADDED" values seem to be treated different on the two computers. One of them - the WLAN one - ignores changes of existing files (esp. Tagging)  and keeps the original date of adding the files to the ML. The LAN-connected system, however, treats every change to an already existing file added to the ML long ago as a new adding event, thus changing the ADDED value to the actual date. I cannot explain this behaviour - can anyone else? Maybe some odd setting that's different on the systems?

Title: Playback Statistics component: version 3.0.1
Post by: Yirkha on 2010-09-08 23:30:02
Do the computers run different OS?
Title: Playback Statistics component: version 3.0.1
Post by: Copland on 2010-09-09 09:28:55
Do the computers run different OS?


No, both are running on xp home sp3! Do you agree that changing tags using one computer should not lead to changing the ADDED value on the other computer?
Title: Playback Statistics component: version 3.0.1
Post by: Yirkha on 2010-09-09 12:30:58
Aha, now I understand. Well because the playback statistics are pinned to metadata (tag) rather than file paths now, I would expect that changing the relevant tags externally makes the modified items seen as new/different.
Title: Playback Statistics component: version 3.0.1
Post by: Copland on 2010-09-09 15:00:25
changing the relevant tags externally makes the modified items seen as new/different.


This will turn my library upside down! I'm used to modifying tags whenever an error occurs to me; on the other hand, I like to sort my ML by the ADDED date to have my newest acquisitions on top. The new behavior of foo_playcount turns out to be quite a mess then (e.g. with double albums, having made a minor change only on one of the two albums). Any solution in sight? Could I store the playpack statistics settings on the NAS so I can share them with my computers? If not, which files do I have to transfer between the two local computers to have identical playback statistics on both computers (I don't care which song was played how often on whatever computer ...)

Thanks a lot for the help!
Title: Playback Statistics component: version 3.0.1
Post by: shakey_snake on 2010-09-09 16:55:02
If not, which files do I have to transfer between the two local computers to have identical playback statistics on both computers (I don't care which song was played how often on whatever computer ...)

You can import statistic from and export statistics too xml files using the context menu.
Title: Playback Statistics component: version 3.0.1
Post by: ExUser on 2010-09-09 19:52:08
Bug report: I have two albums with the same artist and title but different track listings. However, statistics component does not differentiate the two.
I've duplicated this bug.
You do not have the same bug.
Moreover, this bug is now fixed. Thanks, Peter!
Title: Playback Statistics component: version 3.0.1
Post by: thi3nki3p on 2010-09-11 20:07:18
Tracks with same %album artist% and %title%, different %artist% get the same statistic.
Why is this component go final while still so many known inconsistence, mixed up bug exist.
Title: Playback Statistics component: version 3.0.1
Post by: Wooops on 2010-09-13 07:30:26
A minor idea, what about an increase/decrease context button for the play count of the selected songs, like the rating ones.
Also it has been going round in my head for a while... it would be nice to be able to adjust how much playback time of a song is required to increase it´s play count.
Title: Playback Statistics component: version 3.0.1
Post by: neothe0ne on 2010-09-14 04:58:43
Why is this component go final while still so many known inconsistence, mixed up bug exist.


This is part of the reason why all I wanted was Playback Statistics 2.0 with relative paths fixed - something completely new can't possibly be perfect.

Even if 3.0 has no bugs / problem logic, I change tags more than filenames and would try to avoid using the component anyway...
Title: Playback Statistics component: version 3.0.1
Post by: gob on 2010-09-14 08:01:11
Why is this component go final while still so many known inconsistence, mixed up bug exist.


This is part of the reason why all I wanted was Playback Statistics 2.0 with relative paths fixed - something completely new can't possibly be perfect.

Even if 3.0 has no bugs / problem logic, I change tags more than filenames and would try to avoid using the component anyway...


I usually only set the tags once. There are many times where I'll have a lossy copy of something, and I'll replace it with a cd I've ripped to flac, so my file paths DO get changed, and not the way thats friendly to the old playback stats. I don't really use anything other than foobar2000 to touch my files so, tag editing is no issue and neither was moving/renaming within foobar2000 before. This functionality seems like a nice bonus for me, I'll let you know how it works out.
Title: Playback Statistics component: version 3.0.1
Post by: gob on 2010-09-14 08:45:34
Upgraded to 3.0, everything seemed in order, i didn't see too much hard drive activity for the stats conversion to take place, do I have to initiate that somehow? Also, there were files that lost their stats after upgrading the component; all the Alice and Chains albums. It's almost like this component has a grudge against these files because this has happened before with them in previous versions of the component. As far as I can tell, these are the only ones affected, kinda hard to compare. Luckily enough I made a backup of my previous version of foobar, so swapped back in, wrote the playback stats to the alice in chains files, upgraded the component again, then imported the tags from the files and removed them. I've learned my lesson in the past and set my backup app to make several weekly versions of the stats file so I can "go back in time" and get stats that have mysteriously disappeared. I'm hoping v3 will work out better.. so far its iffy.

edit: I tested this out with an album I copied, transcoded outside foobar and changed some tags. Imported the new files and they appear to have kept the stats where the tags were not changed. On the files where tags were changed, the stats came back after I copied back the original tags. Looks pretty good so far.

edit2: Another benefit I haven't really thought of, I can see all these stats when importing from the iphone, this will make refreshing it with music much easier.
Title: Playback Statistics component: version 3.0.1
Post by: Chortos-2 on 2010-09-15 13:01:52
I am not sure this is the right place to ask, but what API does the new foo_playcount use to access the index-data\{GUID} file? Also, I too would like to know the hash algorithm used to produce the new track identifiers. Finally, while this certainly is somewhat off-topic, foo_jesus does not back up the index-data directory.
Title: Playback Statistics component: version 3.0.1
Post by: tpijag on 2010-09-15 13:23:26
Not sure, but there is a foobar develpment forum that might be best for most your questions.
A Mod will likely move if appropriate.

Regarding foo_jesus, you define what it backs up. Just add index-data directory to the configuration.

terry
Title: Playback Statistics component: version 3.0.1
Post by: Chortos-2 on 2010-09-15 15:10:39
Regarding foo_jesus, you define what it backs up. Just add index-data directory to the configuration.
Thanks! (Still, it should probably be listed by default on new installations, but I should be getting back on topic.)
Title: Playback Statistics component: version 3.0.1
Post by: sisyph on 2010-09-16 07:04:32
sorry if I overlooked something, but is there a way to modify the default string when I access "show recently added"?

e\ actually, nevermind! how do I delete posts here? :/
Title: Playback Statistics component: version 3.0.1
Post by: klonuo on 2010-09-16 15:24:47
Also, I too would like to know the hash algorithm used to produce the new track identifiers.

Maybe the code is private work compared to publicly available algorithms of such type, and end user is hardly likely to get to it
What else could be the reason for not replying curious quests to playback statistics XML format secrets?
Title: Playback Statistics component: version 3.0.1
Post by: garbanzo.bean on 2010-09-19 15:56:18
i just updated this and it's no longer working like it used to.

i use CD Art Display extensively, and often use its GUI to write to %rating%. since updating, that doesn't work anymore.
the Properties dialog in foobar shows %rating% is set to '3', but the rating is not showing up in CAD or in foobar. what's up?
Title: Playback Statistics component: version 3.0.1
Post by: Nemphael on 2010-09-19 16:01:53
Use $meta(rating) instead. Playback Statistics har its own database, which overrides tags. If you want to use PS' database, look at the context menu and find Rating.
Title: Playback Statistics component: version 3.0.1
Post by: garbanzo.bean on 2010-09-19 16:25:39
ok. but what if i don't want the database to override tags? am i just out of luck?
the new update breaks any external program which writes to %rating%. this is not an improvement.

i guess i'll just roll back to the previous version...
Title: Playback Statistics component: version 3.0.1
Post by: q-stankovic on 2010-09-19 17:12:45
the new update breaks any external program which writes to %rating%. this is not an improvement.

How can a foobar2000 component break external programs? 
If an external program doesn't work in the known and expected way after foobar2000 or one of its component updated so it would be the best for you to ask on Cd art display forum their devs to reflect the changes in new buildings. As far as i know the playbach statistics was never supported. Since this is the most popular component for rating tags cd art display would do a good job to give its users the option how the ratings should be setted.
Title: Playback Statistics component: version 3.0.1
Post by: garbanzo.bean on 2010-09-19 18:08:50
while stumbling over my choice of words, you're unfortunately missing the point.

CAD writes to %rating%.
foobar, with the new PBS component, cannot read %rating%. it has decided that the PBS database is more important.

since CAD is a universal app, not a foobar-specific app, it is unreasonable to ask CAD developers to change things so that ratings are written to the PBS database instead of to %rating%.

the problem is with PBS, not CAD. moreover, the solution should be implemented within PBS.

in the meantime, i am using the last good version...
Title: Playback Statistics component: version 3.0.1
Post by: shakey_snake on 2010-09-19 18:20:31
CAD writes to %rating%.
foobar, with the new PBS component, cannot read %rating%. it has decided that the PBS database is more important.

You can import ratings from a file's tag via the context menu. The database is simply preferred, since it is no longer tied to specific files.

last good version
The choice phrase of luddites everywhere.
Title: Playback Statistics component: version 3.0.1
Post by: q-stankovic on 2010-09-19 18:52:41
CAD writes to %rating%.
foobar, with the new PBS component, cannot read %rating%. It has decided that the PBS database is more important.

You are confusing RATING as a field embedded in file itself and %rating% as titleformatting expression to retreive information that doesn't necessarily has to be from a file: "CAD writes to %rating%" doesn't make sense at all.

since CAD is a universal app, not a foobar-specific app, it is unreasonable to ask CAD developers to change things so that ratings are written to the PBS database instead of to %rating%.

It is neither an universal app nor a foobar2000 specific one: Cad is an app that communicates with foobar2000 - for that reason you need an additional dll in foobar2000s components folder. How can it be unreasonable to ask them? It is more unreasonable that foobar2000 development should take care about that. CAD needs a player to work but a player doesn't need CAD.

Edit:

Or maybe eyebex who wrote foo_cdartdisplay (http://www.hydrogenaudio.org/forums/index.php?showtopic=57190&hl=) has to change his component
Title: Playback Statistics component: version 3.0.1
Post by: Sandrine on 2010-09-19 19:34:36
in the meantime, i am using the last good version...


You might want to consider using the custom playback statistics component which gives you freedom in configuring how things work instead of having to accept a pre-defined way how things work.
Title: Playback Statistics component: version 3.0.1
Post by: garbanzo.bean on 2010-09-19 19:35:04
last good version
The choice phrase of luddites everywhere.


the old version functioned just how i wanted it to. the new version does not. should i refrain from objecting?

q-stankovic: your semantic deconstruction of my posts, while concise, don't really help.

i like ratings written to file tags. the idea of having tens of thousands of song ratings all packed in a single file terrifies me. even redundant backups can fail, and i don't want to lose that data.
so when PBS changes its rules and forces me to prefer its database instead of tags, i get a little grumpy. especially since i use PBS for playback statistics, not for its rating feature. i don't even know why it has a rating feature at all, since song ratings can be handled just fine without it. the rating feature should be entirely optional.

basically, the idea that a third party component prevents users from accessing a particular tag field just doesn't make sense to me. i know that i can chose not to use PBS if i don't like how it works, but i think that i should be able to use it without the component "taking over %rating%".
Title: Playback Statistics component: version 3.0.1
Post by: q-stankovic on 2010-09-19 19:54:40
q-stankovic: your semantic deconstruction of my posts, while concise, don't really help.

I have no idea how "semantic deconstruction" could characterize my arguments - they indeed have a content: nemphael already told you to use $meta(rating) to show rating in foobar2000 and CAD needs to retreive by same the way the information. Obviously foo_cdartdisplay sends %rating% to CAD and from now on it should better send $meta(rating).

Maybe this is going to help: When i find time i will register myself on CAD-forum to ask eyebex as he wasn't active on this forum for two years.

EDIT
I'm always surprised that the concept of fb2k moderator should be so different from the rest of the internet; opinionated vs. neutral. Who watches the watchmen?

What is the problem here? 
CAD only worked in the way you miss now because eyebex was nice enough to write a foobar2000 component that let CAD working with foobar2000 by adapting the component to foobar2000 how it was. Now something changed and he should do the same. Do you really think Peter Pawlowski should stop foobar2000 development just because some third party components might become incompatible? It's always the same old story!
Title: Playback Statistics component: version 3.0.1
Post by: carpman on 2010-09-20 01:39:20
Seems to me the basic idea behind Peter's choice to move the unique identifier (UID) from filename to tag is a sound one, but at present it's too rigid to please all. There's an easy solution to this (which others have in part requested).

Allow the user to set which fields they want to use to define the UID. That way a user could create a tag called for example, "UID" and format it with for example %filename% - %title% - %whatever%. Then leave that be. Then if they wanted another track / album to share that/those UID(s) that would be up to them (and easy to copy-paste between different versions).

Thus they would be free to change all the rest of their tags and of course the filename and because the stats would be anchored to %UID% there would be no problem.

Thus the fundamental issue to solve such problems is to allow the user to define which %fields% determine the UID for the playback stats (and sure, make the way it is now the default).

Does that make sense?

C.
Title: Playback Statistics component: version 3.0.1
Post by: q-stankovic on 2010-09-22 19:52:58
Allow the user to set which fields they want to use to define the UID.

I requested that too. But i think the big problem to implement this is that if you change the pattern for identification then the playback statistics must be erased. Just imagine a simple example: Let's say you have %artist% as pattern and you change it to %artist% %title% - how should the component know how much a title was played since it didn't track that?
Title: Playback Statistics component: version 3.0.1
Post by: Wooops on 2010-09-26 04:50:49
Is there any way to increase the play count of whole albums? Thing is when I moved to Foobar I already listened to most of my music library, so I´m trying to set my listened music to >0 in the database to use it along with my custom playcount based playlists and random pools.
If I use the copy statistics button it will only set the playcount for the same amount of selected files and it will change as well the other stats. Also it would take forever to leave Foobar playing them all over again...
This was the reason of my earlier post, thanks in advanced.
Title: Playback Statistics component: version 3.0.1
Post by: carpman on 2010-09-26 05:47:02
I requested that too. But i think the big problem to implement this is that if you change the pattern for identification then the playback statistics must be erased. Just imagine a simple example: Let's say you have %artist% as pattern and you change it to %artist% %title% - how should the component know how much a title was played since it didn't track that?

What I don't get is if you have shared UIDs such as %artist% %title% and you have one added last year and a new one that matches that pattern what happens to the date based data? Is %added% anchored to the oldest date? Is last played anchored to the latest date?

I would have thought that the way to impliment such a method is to have both a real and a pseudo UID.
So stats are gathered at the Real UID level and then shared at the Pseudo UID level. When you change the Pseudo UID the stats are redistributed accordingly. So:

REAL UID: some kind of hash/fingerprint based on file data (that must always be unique).

c:\music\beatles 01 help.mp3
ADDED: 01.01.10
FIRST PLAYED: 01.01.10
LAST PLAYED: 06.06.10
Played: 5

c:\music\lossless\beatles 01 help_remaster.flac

ADDED: 02.02.10
FIRST PLAYED: 05.02.10
LAST PLAYED: 16.10.10
Played: 2

PSEUDO UID PATTERN: %artist% - %title% (NOT unique).

Stats Component collates data from REAL UIDs taking earliest %added%, earliest %first played%, latest %last played% and sums the playcount.

So we have:

Beatles - Help:
ADDED: 01.01.10
FIRST PLAYED: 01.01.10
LAST PLAYED: 16.10.10
Played: 7

When you change the Pseudo UID the data from the root Real UID is simply collated to fit the new Pseudo UID pattern.

Couldn't that have worked?

C.
Title: Playback Statistics component: version 3.0.1
Post by: q-stankovic on 2010-09-26 10:43:23
When you change the Pseudo UID the data from the root Real UID is simply collated to fit the new Pseudo UID pattern.

Couldn't that have worked?

Sure! Not that i know it or understand how playback statistics work but i assume that it works only on basis of "Pseudo UID" (edit: then it is the real ID naturally). However: How does it work if you enable file tag writing?
Title: Playback Statistics component: version 3.0.1
Post by: wojtek on 2010-09-26 20:40:08
Is there an option to restrict updates (synchronize file tags) to files only to those referenced by Media Library? Or at least exclude http streams? Turning option to synchronize statistic with filed on causes interruption in playback
Title: Playback Statistics component: version 3.0.1
Post by: carpman on 2010-09-26 23:33:52
However: How does it work if you enable file tag writing?

Don't know. In fact the more I've thought about it the more I've realised that it's a bit of a nightmare and is very difficult to do well. For example, there's 3 things you can anchor the stats to:
1) Tags
2) Filename / Path
3) File contents (i.e. the audio data itself as some kind of signature)

If I changed any of these I wouldn't want the stats to alter. People often want to rename files, re-tag a wrongly tagged file, and (less) often change the audio (e.g. remove a click or pop from a lossless file). So what you anchor the stats to is not so obvious. Certainly not as obvious as I'd orginally thought. The first question to ask is what (if any) attributes of an audio file never change?

C.
Title: Playback Statistics component: version 3.0.1
Post by: q-stankovic on 2010-09-27 21:33:59
Let's say you have two tracks: A and B wich have different tags.
There are now several situations that can happen.

1. A has no statistics but only %added% if at all  - B has full statistics. If you change A to have same tags like B then A will get the statistics from B. That seems intuitive to me.

2. A has same full statistics like B. If you change tags of one of them then they will keep their statistics but from that point they are independent. That seems ok as i can't imagine why that should happen at all - it must be a great random accident that two files have exactly the same tags in identification sheme but aren't the same song.

3. A has full statistics and B has full statistics. If you change A to have same tags like B then A will get the statistics from B. About this point i am not sure. Maybe you just corrected the wrong spelling of an artist or did something similar? I have no idea why else after tagging the identification sheme of two file would become the same. Maybe i am missing something. But if not wouldn't it then be better to aggregate the statistics of the two files: summing up the playcount, the oldest first played timestamp, the newest last played timestamp? I think so!


Edit
@carpman
A comment to your "real id": that means the way of old playback statistics and that would lead to the old problem of loosing playback statistics after certain circumstances. That's what Peter tried to avoid.

Edit2
I tested the writing of statistic to file. It writes the database info to tag. The consequence is that you have wrong info if you regard statistics from tag as filespecific and/or different tags for tracks with same statistics in database. That seems to be an absolute senseless feature with great potential for confusion!

Edit3
Quote
Maybe i am missing something. But if not wouldn't it then be better to aggregate the statistics of the two files
Yes, i was missing something. Let's say you have A and B with same statistics because they have same tags, then you correct spelling of artist in A, because of that A and B become independent, then you correct spelling of artist in B. The senseless result would be doubling of playcount if my suggestion of aggregation would be implemented. I think the problem of my point 3 seems not to be solveable without abstruse sideeffects in certain scenarios.
Title: Playback Statistics component: version 3.0.1
Post by: carpman on 2010-09-28 00:41:55
@carpman
A comment to your "real id": that means the way of old playback statistics and that would lead to the old problem of loosing playback statistics after certain circumstances. That's what Peter tried to avoid.

No my point is this:
Quote
The first question to ask is what (if any) attributes of an audio file never change?

i.e. What about an audio file can you change, yet the song remains the same.
If you change its tags, filename, or repair a glitch it's still the same song. If you remove 30 secs of audio, it's not. But you can't use %length% as its UID. So what never changes, that you can use.

Anyway after reading up on the foo_playcount 3 it's not too big a deal, because:
Quote
When editing tags, affected playback statistics records are transferred accordingly.

[...]

Playback statistics data is no longer dropped when the tracks are removed from the media library. A record gets removed when no matching track has been seen by foobar2000 (in Media Library or in any playlist or in an imported XML backup of playback statistics) for four weeks.

So it's only an issue presumably if you don't use fb2k as your tagging software. Is that correct?

C.
Title: Playback Statistics component: version 3.0.1
Post by: gob on 2010-09-28 05:04:43
I can't think of a better app than f2k to edit your tags...
Title: Playback Statistics component: version 3.0.1
Post by: Leak on 2010-09-28 12:14:12
I can't think of a better app than f2k to edit your tags...

MP3Tag (http://www.mp3tag.de/en/index.html)?
Title: Playback Statistics component: version 3.0.1
Post by: carpman on 2010-10-02 17:16:33
Peter, would it be possible to include a context menu option (probably tucked away in a sub menu, for safety purposes) to decrease the playcount by 1.

The reason I ask is that if you go to sleep with music playing, you may hear the first few songs, but miss a whole stack. It would be nice to be able to go to the History playlist and simply riight click and reduce the playcount by 1.

Furthermore, it seems that the Import stats from Tags doesn't allow for importing data which has a lower value than what currently exists. So the "via tags method" doesn't work in this regard.

IMO the %last_played% date wouldn't have to change, since it was actually last played on that date, it's just that you didn't hear it.

Thanks for considering the above.

C.

EDIT: ps. If I want to completely wipe my playback stats and reload my library, what now is the best way to do that, do I simply delete the database.dat file?
Title: Playback Statistics component: version 3.0.1
Post by: dhromed on 2010-10-02 21:07:49
Peter, would it be possible to include a context menu option (probably tucked away in a sub menu, for safety purposes) to decrease the playcount by 1.

Might as well make it all fully editable in fields, just like manual ReplayGain editing, instead of inventing another debatable and ultimately limiting interface for this. I should check before I speak. These exact context menu options already exist.

I'm still on the wall about whether I'd like the identification tags to be editable or not.

I've put off upgrading to the new component all this time because this thread is 6 pages in and discussion hasn't died down yet. Truth is, there exists no property of a music file that identifies it intrinsically, so at some point you're going to have to pick something an agree to let that be the identification. Is this thread a futile one?
Title: Playback Statistics component: version 3.0.1
Post by: carpman on 2010-10-02 21:42:20
These exact context menu options already exist.

Do they? Where? I can find no context menu option to reduce the playcount by 1.

C.
Title: Playback Statistics component: version 3.0.1
Post by: q-stankovic on 2010-10-02 22:18:00
It is the "-" sign!
If you still can't find it that would be strange as you can't hide it in context menu preferences

You can just decrease rating! That's what dhromed probably meant, too.
Title: Playback Statistics component: version 3.0.1
Post by: carpman on 2010-10-02 22:30:21
You can just decrease rating! That's what dhromed probably meant, too.

Yeah, I'm talking about playcount.

C.
Title: Playback Statistics component: version 3.0.1
Post by: dhromed on 2010-10-03 12:54:50
Ah, silly me. I confused rating with playcount. Brain fart. In addition to checking before I speak, I should understand what I'm looking at before I speak. :3

So yeah. a free text input field for playcount would be quite useful.
Title: Playback Statistics component: version 3.0.1
Post by: KarnEvil9 on 2010-10-03 16:19:09
Ah, silly me. I confused rating with playcount. Brain fart. In addition to checking before I speak, I should understand what I'm looking at before I speak. :3

So yeah. a free text input field for playcount would be quite useful.

You mean like the <PLAY_COUNT> field?
Title: Playback Statistics component: version 3.0.1
Post by: carpman on 2010-10-03 16:31:14
... So yeah. a free text input field for playcount would be quite useful.

You mean like the <PLAY_COUNT> field?

I didn't think this was unclear:

Quote
Peter, would it be possible to include a context menu option (probably tucked away in a sub menu, for safety purposes) to decrease the playcount by 1. [...]

Perhaps I should have added that this would be recorded where foo_playcount records its stats (i.e. <PLAY_COUNT> field in the database) but that seemed self-evident.

C.
Title: Playback Statistics component: version 3.0.1
Post by: shakey_snake on 2010-10-03 16:33:35
Context Menu->Import Statistics from File Tags
Title: Playback Statistics component: version 3.0.1
Post by: lvqcl on 2010-10-03 16:37:21
Quote
Context Menu->Import Statistics from File Tags

It can only increase playcount, not decrease it.
Title: Playback Statistics component: version 3.0.1
Post by: carpman on 2010-10-03 16:38:52
Precisely, and also I'd have to initially write stats to file tags, reduce them by one, and then as lvqcl and I have pointed out:
Furthermore, it seems that the Import stats from Tags doesn't allow for importing data which has a lower value than what currently exists. So the "via tags method" doesn't work in this regard.

C.
Title: Playback Statistics component: version 3.0.1
Post by: Takaji on 2010-10-05 22:58:34
If I remove a directory from the music folders list in the media library, what happens to the stats of the tracks that have now been removed? Are they deleted from PlaybackStatistics.dat? I ask, in the event of something being removed from the media library list (even by accident), do I have to worry about losing my stats?
Title: Playback Statistics component: version 3.0.1
Post by: tpijag on 2010-10-05 23:11:21
Within this thread is a more precise answer. From memory, I believe they stay in the .dat file for approximately 2 weeks.

terry
Title: Playback Statistics component: version 3.0.1
Post by: KarnEvil9 on 2010-10-05 23:13:40
I didn't think this was unclear:

Quote
Peter, would it be possible to include a context menu option (probably tucked away in a sub menu, for safety purposes) to decrease the playcount by 1. [...]

Perhaps I should have added that this would be recorded where foo_playcount records its stats (i.e. <PLAY_COUNT> field in the database) but that seemed self-evident.

Yes, you were clear.  However, I wasn't responding to you, but rather to dhromed, who said it would be nice to have an editable field for playcount.

For your purposes, if the range of tracks you're wishing to reduce by 1 all have the same play_count, then you can simply highlight them all, and then manually reduce the number by 1 in Properties for all tracks at once.  If they all have different counts, then, of course, you'll have to do each track individually.  You probably already know that, but just in case...
Title: Playback Statistics component: version 3.0.1
Post by: carpman on 2010-10-05 23:40:28
Ah, silly me. I confused rating with playcount. Brain fart. In addition to checking before I speak, I should understand what I'm looking at before I speak. :3

So yeah. a free text input field for playcount would be quite useful.

You mean like the <PLAY_COUNT> field?

EDIT: No I got you were responding to dhromed. It just seemed confusing to merge "a free text input field for playcount" with the ability to reduce playcount by 1 - just wanted to clear things up. 
For your purposes, if the range of tracks you're wishing to reduce by 1 all have the same play_count, then you can simply highlight them all, and then manually reduce the number by 1 in Properties for all tracks at once.  If they all have different counts, then, of course, you'll have to do each track individually.  You probably already know that, but just in case...

Apart from the idea of amending each track's playcount individually  , this also assumes the info is already written to the file's tags. Additionally, even if you did that you still couldn't re-import them, as has already been pointed out:
Quote
Context Menu->Import Statistics from File Tags

It can only increase playcount, not decrease it.

Precisely, and also I'd have to initially write stats to file tags, reduce them by one, and then as lvqcl and I have pointed out:
Furthermore, it seems that the Import stats from Tags doesn't allow for importing data which has a lower value than what currently exists. So the "via tags method" doesn't work in this regard.


Thus, there's no way to reduce playcount in the foo_playcount database. Thus my request.

C.
Title: Playback Statistics component: version 3.0.1
Post by: carpman on 2010-10-05 23:52:06
If I remove a directory from the music folders list in the media library, what happens to the stats of the tracks that have now been removed? Are they deleted from PlaybackStatistics.dat? I ask, in the event of something being removed from the media library list (even by accident), do I have to worry about losing my stats?

Quote
A record gets removed when no matching track has been seen by foobar2000 (in Media Library or in any playlist or in an imported XML backup of playback statistics) for four weeks.

http://wiki.hydrogenaudio.org/index.php?ti...(foo_playcount) (http://wiki.hydrogenaudio.org/index.php?title=Foobar2000:Components/Playback_Statistics_v3.x_(foo_playcount))

C.
Title: Playback Statistics component: version 3.0.1
Post by: SpaceAgeHero on 2010-10-06 10:41:47
Hellew!

Sorry if this has been asked before.

Is it somehow possible to calculate and display the average rating of a whole album?
Title: Playback Statistics component: version 3.0.1
Post by: ScribeOfTheMist on 2010-10-06 17:23:19
So, if I manually change the %play_count% tag, does that mean that this plugin ignores the change?

I.e., if my song has 5 plays in both the plugin database and the file tag, and I change the file tag to 6 (because I listened to the song on my ipod), the plugin database has no way of knowing that I changed the tag? And therefore, if I then play the song again from within foobar, and write file tags, the file tag will stay at 6 rather than 7 as I intend?

If so, it would be nice to have a "Fake Play" function which, when clicked, would update the database exactly as if you had just played the song.
Title: Playback Statistics component: version 3.0.1
Post by: KarnEvil9 on 2010-10-06 17:43:04
Apart from the idea of amending each track's playcount individually  , this also assumes the info is already written to the file's tags. Additionally, even if you did that you still couldn't re-import them, as has already been pointed out:

Point taken.  I've been writing play counts to the file tags for so long, I forgot that the default is to not do that.
Title: Playback Statistics component: version 3.0.1
Post by: carpman on 2010-10-06 17:45:47
Hi ScribeOfTheMist

No you can do this (I think I wasn't clear enough in my reply to you here (http://www.hydrogenaudio.org/forums/index.php?showtopic=83954&view=findpost&p=725758)).
You can increase the playcount in your TAGS, and if "TAG Playcount" > "Database Playcount" then foo_playcount will accept and import the changes.

What you can't do (and what I was referring to) is simply instruct foo_playcount's database to increase the track playcount by +1. i.e. you need to go via the Tags and Import method. I'm assuming $add(%play_count%,1) will work - Import Stats from Tags.

Additionally, if you make a mistake, you can't then reduce the playcount via the same method, because the database won't accept Tag updates where "TAG Playcount" < "Database Playcount".

Hopefully that's clearer.

C.
Title: Playback Statistics component: version 3.0.1
Post by: ScribeOfTheMist on 2010-10-06 17:56:56
Ok I think I understand what you are saying, but just to clarify, another dumb question...since I have been happily using the same foobar setup for over a year and don't know much of anything about 1.0+

is there a plugin or other way to assign scripts to context menu or hotkeys so that I can do what you are describing with one click/press? ...for example...

Script "Fake Play":
Code: [Select]
$add(%play_count%,1)
Playback Statistics > Import Stats from Tags


I know I used to do things like this in an older version of foobar but I thought I remembered reading that the plugin (maybe masstagger?) that did this was no longer supported.

Title: Playback Statistics component: version 3.0.1
Post by: carpman on 2010-10-06 18:42:29
Let's see if a picture is worth a thousand words. What I'm suggesting is minimal functionality allowing the user in a very constrained way to manipulate the Playback Statistics database without having to resort to "via TAGS" work-arounds. 

(http://www.giantpygmy.net/stuff/dar/playback_statistics_write_to_db_suggested_functions.png)

@ ScribeOfTheMist
I don't know the answer to your script question, I'm sure others may be able to help.
However, if the above was implimented, you wouldn't need any help.

C.

EDIT: The date sub menu is just me being greedy, but the play menu, I think would be highly beneficial.
Title: Playback Statistics component: version 3.0.1
Post by: ScribeOfTheMist on 2010-10-06 19:02:38
Want!!!
Title: Playback Statistics component: version 3.0.1
Post by: ScribeOfTheMist on 2010-10-07 12:58:32
Well, after a decent amount of reading around various threads on here, it seems like there is NO way to stick multiple foobar commands - whether titleformatting or menu - into a script. (besides writing your own plugin, which I'm not quite willing to do)

All I really need is the ability to assign one line of titleformatting to a button, control or key:

Code: [Select]
%play_count% = $add(%play_count%,1)


or maybe it's

Code: [Select]
$set(%play_count%,$add(%play_count%,1))


More or less the same thing. This would operate at the context/selection level, but there seems to be no way to accomplish this simple task.

So, the functionality displayed above (in carpman's mockup) seems to be the only way to efficiently add or subtract plays...I hope it exists soon. Having to manually re-play each track with the Mute on is rather annoying!
Title: Playback Statistics component: version 3.0.1
Post by: Nemphael on 2010-10-07 14:01:50
Masstagger should still work in the new version of Foobar.
http://www.foobar2000.org/components/view/foo_masstag (http://www.foobar2000.org/components/view/foo_masstag)

After isntalling it, go to the Conext Meny->Tagging->Manage Script to bring up the Masstagger dialog. Click Add, choose "Guess values from other fields" and do like so:
Code: [Select]
Source format:
$add(%play_count%,1)
Guessing pattern:
%Rating%
Title: Playback Statistics component: version 3.0.1
Post by: carpman on 2010-10-07 15:40:48
You can this with masstagger too:
Code: [Select]
Format "TEMP" using "$add(%play_count%,1)"
Copy "TEMP" to "PLAY_COUNT"
Remove field: "TEMP"

You can then import from Tags. However, you can't do the inverse and subtract.

C.

Title: Playback Statistics component: version 3.0.1
Post by: ScribeOfTheMist on 2010-10-07 16:26:23
Oh!
See, I was under the impression that masstagger could only update the stock fields (title, artist, etc) that were listed in its dropdown boxes. Now I see that is actually not the case.

Thank you!!
Title: Playback Statistics component: version 3.0.1
Post by: Peter on 2010-10-12 14:43:53
Version 3.0.1 released, see the first post for details.
Title: Playback Statistics component: version 3.0.1
Post by: wojtek on 2010-10-16 15:52:40
Perfect, thank you! (:

EDIT:
ok, my joy was a bit too soon... when using with foo_last_fm radio it still tries to update tags ("path" to file in that case is FOO_LASTFM_RADIO://play.last.fm/user/<id>.mp3LASTFM ) - could it be also fixed? (:
Title: Playback Statistics component: version 3.0.1
Post by: q-stankovic on 2010-10-16 20:40:45
feature request:

Would like to have the opportunity to set an album rating by applying it one one, more or all tracks of an album. That makes sense since new storage method.
Title: Playback Statistics component: version 3.0.1
Post by: HerrKaffeetrinken on 2010-10-18 21:11:19
Hi pals,
I have one computer and one laptop with almost the same music library on it (a few more on the computer) and I play and rate quite mixed on both machines.

Can you recommend some system to get at least the ratings synchronized on both libraries?
In the moment, I weekly sync the music along other files with SyncBack. But if I write the statistic tags to file, there is too much traffic, because every file I play changes.

Nice would be an automatic sync feature to ftp or some external file. I tried the export as xml file and its quite nice, but it would be more comfortable, if this process is executed somehow automatically.

Best regards,
Kaffeetrinken
Title: Playback Statistics component: version 3.0.1
Post by: Ruzzz on 2010-10-19 14:37:52
Plugin show a square instead of "star". I'm already tired of change dll-file of plugin. Please, add the ability to customize the symbol "star". Ability to select other symbol.
Title: Playback Statistics component: version 3.0.1
Post by: Robertina on 2010-10-20 03:56:01
Plugin show a square instead of "star".

Are you using Windows XP? Then you might find a possible solution here (http://www.hydrogenaudio.org/forums/index.php?showtopic=66155).
Title: Playback Statistics component: version 3.0.1
Post by: Ruzzz on 2010-10-20 06:43:07
Robertina, thank you! There is no problem if I use "Arial Unicode". But I use "Segoe UI". In this case, even if I install "East Asian language support", symbol "star" looks not nice. I use symbols: ◦ (hex: CC 25) and ● (hex: CF 25)

(http://my.jetscreenshot.com/2358/20100724-livh-10kb.jpg)

Current solution: replace ☆ (hex: 06 26) and ★ (hex: 05 26) in hex-editor.
Title: Playback Statistics component: version 3.0.1
Post by: Yirkha on 2010-10-20 13:17:53
I don't see what would you need to use a hex editor for.
Are you using the builtin %rating_stars%? You can replicate it easily with $repeat(●,%rating%)$repeat(◦,$sub(5,%rating%)) or whatever, you know.
Title: Playback Statistics component: version 3.0.1
Post by: Ruzzz on 2010-10-20 14:46:30
O_o Im newbie  Thank you Yirkha! It works.
Title: Playback Statistics component: version 3.0.1
Post by: chongy5 on 2010-10-20 17:00:59
Is it possible to downgrade from Playback Statistics 3.0.1 (and 3) back to a version of 2.x? Details are in this (http://www.hydrogenaudio.org/forums/index.php?showtopic=45160&view=findpost&p=727198) post, but basically I think the problem with the foo_dop/playback statistics no longer playing nice with each other is more down to Playback Statistics (since it had a major change in operational functionality in the jump to 3.x).
Title: Playback Statistics component: version 3.0.1
Post by: nickdc on 2010-10-22 21:51:35
If i play a song 3 times, the plugin shows me still 1 time played...or 0 time. Any help?
Title: Playback Statistics component: version 3.0.1
Post by: q-stankovic on 2010-10-23 11:34:26
How long did you play the song? Generally the playback statistics component updates the playcount after 1 minute of listening.
Title: Playback Statistics component: version 3.0.1
Post by: nickdc on 2010-10-23 13:51:19
You are right, works good now
Title: Playback Statistics component: version 3.0.1
Post by: thorbeck on 2010-10-28 21:33:34
I'm trying to create an Autoplaylist that will display files that needs to have their stats written to tags.
I use this as a way of backing up my statistics.
I know I can set foobar to automagically update tags, but I don't want to use this setting.

The problem is that $meta(LAST_PLAYED_TIMESTAMP) returns a number where %last_played% returns a date.
So I can't use a logical operator on the two...

Like if both returned a number I could:
$meta(LAST_PLAYED_TIMESTAMP) LESS %last_played%

This would have given me a list of files that needs to have their stats "hardcoded".

If anyone know a clever way to fix this that would be great.
If not, then it would be nice to have access to a %last_played_integer% value. (Feature request)
Title: Playback Statistics component: version 3.0.1
Post by: Gnx on 2010-11-06 15:40:59
is it planned to add a warn before rating more than N item as for Masstagger ?
Title: Playback Statistics component: version 3.0.1
Post by: Logite on 2010-11-08 03:42:18
Is there any reason why the shortcut key for rating songs activates for the song you've selected rather than the one that's playing? I also notice it only does this when the window is in focus; when foobar is minimized it rates the song currently playing.

If there's a way to change this behavior so it always rates the song that's playing I'd appreciate any documentation or help on how to change it
Title: Playback Statistics component: version 3.0.1
Post by: thorbeck on 2010-11-08 05:26:06
Is there any reason why the shortcut key for rating songs activates for the song you've selected rather than the one that's playing? I also notice it only does this when the window is in focus; when foobar is minimized it rates the song currently playing.

If there's a way to change this behavior so it always rates the song that's playing I'd appreciate any documentation or help on how to change it

Go  to Preferences > Keyboard Shortcuts
Filter list by: rating
Change the rating shortcuts so that their Type is set to [context/now playing].
Title: Playback Statistics component: version 3.0.1
Post by: Logite on 2010-11-08 09:33:19
Is there any reason why the shortcut key for rating songs activates for the song you've selected rather than the one that's playing? I also notice it only does this when the window is in focus; when foobar is minimized it rates the song currently playing.

If there's a way to change this behavior so it always rates the song that's playing I'd appreciate any documentation or help on how to change it

Go  to Preferences > Keyboard Shortcuts
Filter list by: rating
Change the rating shortcuts so that their Type is set to [context/now playing].


'Doh! 
Title: Playback Statistics component: version 3.0.1
Post by: n0thng2bd0ne on 2010-11-10 02:35:07
(http://www.giantpygmy.net/stuff/dar/playback_statistics_write_to_db_suggested_functions.png)


i second this request.  i'm using a playcount < 1 playlist to go through stuff i haven't heard.  i'd like to manually set to 1 a bunch of stuff i have heard before using stats.  i skimmed this thread, and i'm not sure there is an easy way to do that for lots of files, is that right?  i also sync with lastfm, thanks marc, so a solution would ideally be compatible with that plugin--but i don't care if the manual stats are synced, i just don't want to break the plugin.
Title: Playback Statistics component: version 3.0.1
Post by: n0thng2bd0ne on 2010-11-10 14:10:16
i'm learning that when there are no responses the answer is right under my nose:

You can this with masstagger too:
CODE
Format "TEMP" using "$add(%play_count%,1)"
Copy "TEMP" to "PLAY_COUNT"
Remove field: "TEMP"

thanks carpman

edit: now i'll soon be able to remove the scare quotes from my "never heard" playlist
Title: Playback Statistics component: version 3.0.1
Post by: Wooops on 2010-11-22 04:56:37
I've the feeling that this has been posted before, but I didn't find it. I'm always getting five squares at the properties panel or window for the rating. I'm not sure where is the issue..
Thanks
Title: Playback Statistics component: version 3.0.1
Post by: mrinferno on 2010-11-22 12:46:18
you need a unicode font, such as Arial Unicode MS which is included with Microsoft Office (options under install, International Font).
if you have Vista or 7 you can try using Calbri or one of the other unicode TTF's.

there might be some other examples if you search the forum on - > unicode
I've the feeling that this has been posted before, but I didn't find it. I'm always getting five squares at the properties panel or window for the rating. I'm not sure where is the issue..
Thanks

Title: Playback Statistics component: version 3.0.1
Post by: Wooops on 2010-11-22 23:17:29
Actually I have Office 2007 and I checked under installed components international support > universal font (translated menu names) and it's installed. Both Arial Unicode MS and Calibiri are visible in the character map. I'm running XP SP3.
From this thread (http://www.hydrogenaudio.org/forums/index.php?showtopic=58233&st=75) I've to try installing east asian language support, though that didn't seem to solve the squares there - either way I can live with that. Thanks again.
Title: Playback Statistics component: version 3.0.1
Post by: alkasar on 2010-11-26 13:26:46
Hello

"Library > Playback Statistics > Show Recently Added" menu entry uses the default query :
%added% DURING LAST 1 WEEK SORT DESCENDING BY %added%

where can this be changed ?

I'd like to put this instead
%added% DURING LAST 4 WEEKS SORT DESCENDING BY %added%

thanks


Title: Playback Statistics component: version 3.0.1
Post by: n0thng2bd0ne on 2010-11-26 13:46:26
when you click that, a window with that string pops up.  just change the string to the new string you want.

or, hit Ctrl+F to search, and enter your string
Title: Playback Statistics component: version 3.0.1
Post by: Snowknight26 on 2010-12-08 18:24:15
With the recent changed to folder monitoring, copy/pasting tracks into a monitored folder sometimes causes the component to show recently added tracks in an order such as 3, 4, 1, 2, instead of 1, 2, 3, 4 (beacuse of the tiny copy delay). With the 2.x branch, you could simply rename the folder in which the tracks reside twice and you'd be back to a recently added order of 1, 2, 3, 4. With the 3.x branch, however, aside from some really asenine workaround, there's no easy way to do it

Would be a nice feature to have. :|
Title: Playback Statistics component: version 3.0.1
Post by: Jezulkim on 2010-12-09 21:11:47
Try

Code: [Select]
$left(%added%,16)
Title: Playback Statistics component: version 3.0.1
Post by: jonnyz on 2010-12-10 01:58:07
Is there a way to reset/edit the %added% tag for particular files?

I use a "Recently Added" autoplaylist, and some tracks of the same album have ended up with different %added% times. This results in the autoplaylist not grouping all tracks of the same album together.
Title: Playback Statistics component: version 3.0.1
Post by: tpijag on 2010-12-10 03:12:07
If you are using something like %added% DURING LAST 1 WEEK SORT DESCENDING BY %added%
you can try and change the sort by field to something like %album%
Title: Playback Statistics component: version 3.0.1
Post by: alkasar on 2010-12-10 18:46:43
Quote
Hello

"Library > Playback Statistics > Show Recently Added" menu entry uses the default query :
%added% DURING LAST 1 WEEK SORT DESCENDING BY %added%

where can this be changed ?

I'd like to put this instead
%added% DURING LAST 4 WEEKS SORT DESCENDING BY %added%



Quote from:  link=msg=733061 date=0
when you click that, a window with that string pops up.  just change the string to the new string you want.

or, hit Ctrl+F to search, and enter your string

Thanks for the response, but this is exactly what I want to avoid.
I'd like to change the default query so that I dont' need to edit it every time 

anyone knows where the damn default query is stored ??? I hope it's not created within the plugin code 
Title: Playback Statistics component: version 3.0.1
Post by: tpijag on 2010-12-10 19:30:03
Will not an autoplaylist work for you. Then you never have to do anything.
Title: Playback Statistics component: version 3.0.1
Post by: alkasar on 2010-12-10 19:30:07
Yes autoplaylist partially resolves the question
Title: Playback Statistics component: version 3.0.1
Post by: alkasar on 2010-12-10 19:37:24
Hi pals,
I have one computer and one laptop with almost the same music library on it (a few more on the computer) and I play and rate quite mixed on both machines.

Can you recommend some system to get at least the ratings synchronized on both libraries?
In the moment, I weekly sync the music along other files with SyncBack. But if I write the statistic tags to file, there is too much traffic, because every file I play changes.

Nice would be an automatic sync feature to ftp or some external file. I tried the export as xml file and its quite nice, but it would be more comfortable, if this process is executed somehow automatically.

Best regards,
Kaffeetrinken

Peter, I'd like to second that.

Same situtaion : I play music on two computers, add music and update tags on both.
I sync the files using synctoys and suffer from too much traffic because of playback statistics updates.
I also play music on a portable device where I want to see %rating%.

After all, I am just a modern guy with 2 pcs (home/netbook) and a phone 

I consider that %rating% is linked to the music track, where %added% and playback timestamps and counts are linked to the player device. Sync %rating% is key for me, the others I can leave without.

It is a nightmare to find out which tracks need the statistics to be updated from file. I haven't found a proper way to do it without inconsistencies.

How can I make sure the %rating% remains consistent on multiple computers ?

Thanks,
Title: Playback Statistics component: version 3.0.1
Post by: masterrossi on 2010-12-18 16:12:42
Is there a way to reset/edit the %added% tag for particular files?

I use a "Recently Added" autoplaylist, and some tracks of the same album have ended up with different %added% times. This results in the autoplaylist not grouping all tracks of the same album together.

I have something similar, though with my it is that I remove something from the Database because I want to change a downloaded file with my own rip.
First I remove the downloaded file, after that I rip my cd. When done it is added to the date from the removed file.
This is very strange to me, as if the database doesn't update when something is removed.

I would be helped with either an updating database when something is removed from it, or else a way to change the date manually (as suggested earlier by some others).
Title: Playback Statistics component: version 3.0.1
Post by: tpijag on 2010-12-18 16:19:27
If the new rip is tagged and named exactly as the previous you are currently out of luck. You could make one small change in the new rip [maybe append temp to one of them] within one of the fields that is used to ID it. It should then be seen as NEW added. One month and a day later you can revert the change and all should be well.

A workaround for sure - but is not much effort and just off the top of my head. That is, 100% untested.
Title: Playback Statistics component: version 3.0.1
Post by: masterrossi on 2010-12-18 17:25:10
I will try that. Though hope future will see a good solution in the component.
Title: Playback Statistics component: version 3.0.1
Post by: nickdc on 2010-12-22 22:18:23
Which files i need to backup to store my statistics? i have to format my pc...
Title: Playback Statistics component: version 3.0.1
Post by: Purple Monkey on 2010-12-22 22:56:51
Shift + File -> Browse Configuration Folder, then back up the index-data folder. You may also want to backup the other files and folders there as well since they contain foobar's configuration.
Title: Playback Statistics component: version 3.0.1
Post by: Hayden54 on 2010-12-27 23:12:11
Is there any way to reset the ADDED.
Somehow an album in my media library that was released this year has an added date of 2000.

Some one in the thread earlier suggested editing the tag and then importing from file tags.
Editing the field "added" didn't do anything. Editing added_timestamp with the date 2010-03-12 10:57:53 and then importing resulted in the added date being 1601-01-01 13:00:00!!

Most annoyingly, the reset statistics option doesn't touch the added stats.

There needs to be a way to edit the date added or at least reset them to the current date.
Are there any workarounds that I can use? (other than just removing the files from my media library for a month)
Title: Playback Statistics component: version 3.0.1
Post by: wojtek on 2010-12-29 14:44:09
+1 for the ability to reset/edit ADDED field....
Title: Playback Statistics component: version 3.0.1
Post by: Copland on 2010-12-30 18:59:41
Is there any way to reset the ADDED. ... There needs to be a way to edit the date added or at least reset them to the current date. Are there any workarounds that I can use? (other than just removing the files from my media library for a month)


You might get a simple workaround by copying the statistics from a recent album / recent tracks and importing these to the tracks with the wrong statistics. This has helped me a lot (if you can live with all other statistics data being overwritten, too!)
Title: Playback Statistics component: version 3.0.1
Post by: GBNeil on 2011-01-03 19:24:31
Newbie here. Like to say thanks for FB2k, used for a few days & really impressed  Have been trying to get rid of iTunes awhile now & with this plugin see the opportunity of using my 30k song stats.

I've got a text file of those stats (XML->XSL) & am trying to find the best way to import them. Just a couple of questions:

- Is Masstagger the best way to import 30k song stats efficiently
Quote
You can export playback statistics to an XML file and import them later, through Library => Playback Statistics menu commands, or through context menu on specific tracks. This can be used to easily transfer playback statistics between different foobar2000 installations or profiles.


- Are the dates calculated using
Quote
A file time is a 64-bit value that represents the number of 100-nanosecond intervals that have elapsed since 12:00 A.M. January 1, 1601 Coordinated Universal Time (UTC)


Many thanks in advance for any/all help with this
Title: Playback Statistics component: version 3.0.1
Post by: carpman on 2011-01-04 01:51:36
- Is Masstagger the best way to import 30k song stats efficiently

Yes. But you might need to break up the operation. I know that masstagger can handle 10,000 lines at once, but I'm not sure of the max no. of files you can do at one time. Someone else might know. If it can't, just create 3 playlists of 10k files each and that would certainly work. Just be methodical.

You want to use Tagging > Manage Scripts > Add > "Input data (one line per track)"

When I did something similar I used:
Code: [Select]
%PATH_MATCH%,%ADDED_TIMESTAMP%,%FIRST_PLAYED_TIMESTAMP%,%LAST_PLAYED_TIMESTAMP%,%PLAY_COUNT%

And the per line data I added was like so:
Code: [Select]
D:\path\filename.mp3,129384058953900000,129384058953900000,129384922953900000,1

I did this in Excel > CSV [then renamed CSV to TXT which gets rid of the columns and gives just rows of data which is what you want] and then copied from notepad to foobar2000's masstagger.

The purpose of creating a field called path match, was so that I could check later that the stats data was applied to the right files. That can be quite useful, as without doing so, if you've made a mistake with the order you may not realise or have a way to check.
- Are the dates calculated using
Quote
A file time is a 64-bit value that represents the number of 100-nanosecond intervals that have elapsed since 12:00 A.M. January 1, 1601 Coordinated Universal Time (UTC)


Yes.

C.

EDIT: Spelling and clarity.
Title: Playback Statistics component: version 3.0.1
Post by: GBNeil on 2011-01-04 19:46:54
Many thanks for the really useful tips - exactly what I needed 

I've got the whole lot loaded now in MQSQL including an indexed Path, will use that as key in a script using Rating Playlists as input.

Thanks so much for your help!
Title: Playback Statistics component: version 3.0.1
Post by: Rocker on 2011-01-06 21:47:01
feature request:

Would like to have the opportunity to set an album rating by applying it one one, more or all tracks of an album. That makes sense since new storage method.


Me too.  I'm really missing that.
Title: Playback Statistics component: version 3.0.1
Post by: GBNeil on 2011-01-07 13:23:33
Thanks especially to Peter and Carpman, all 30,000 iTunes song stats are in fb2k & I can finally unplug the beast 


What a grand bit of kit fb2k is! 
Title: Playback Statistics component: version 3.0.1
Post by: GBNeil on 2011-01-21 10:30:54
Really, really happy with FB2k - thanks sooo much to everyone involved 

I want to do some music mining: I've a lot of material that needs rating & limited listening time, so some clever manipulation of a db will do it methinks. I'm mapping the Entry ID produced by Playback Statistics(PS) -> Export Stats to XML with an equivalent Library Playlist(LP). PS produces 27587, LP produces 27605. I can only imagine the 18 difference are duplicates, but thought I'd ask before searching?

I did a complete import from tags just before starting.

Am I missing something?
Title: Playback Statistics component: version 3.0.1
Post by: carpman on 2011-01-21 11:16:32
You may be.
The way to test this is:
Create a playlist with all files > Edit > Remove Duplicates [then Right Click] Properties and see how many files there are.
If there are 27587 then duplicates is the issue.
Otherwise the reason will be the fact that playcount stats are now linked to tagging info, so if you have 2 differently named files (i.e. A.mp3 and B.mp3) yet they share the same tagging info (you'll have to check what this is) then foo_playcount will treat them as one file and they will share the same stats. i.e. the Tagging info is now the UID.

C.
Title: Playback Statistics component: version 3.0.1
Post by: GBNeil on 2011-01-21 12:23:36
Brilliant Carpman, brilliant - you are quickly achieving heroic proportions my friend (in the nicest possible way!)

Indeed you are of course quite right - the problem is all that cunning retagging I've been doing - Still only generating 18 duplicates is not bad, & gives me a small manageable task.

Thank you so much for your help 
Title: Playback Statistics component: version 3.0.1
Post by: GBNeil on 2011-01-21 18:17:11
Just gotta say another massive thank-you to Carpman & especially Peter 

With help from the fabulous fb2k Textools and MySQL I've rid myself of those nasty logical duplicates. Little things please little minds I know, but man I'm a happy camper now (sad really, must get out more  )

Anyhow, thanks again everyone!
Title: Playback Statistics component: version 3.0.1
Post by: nickdc on 2011-01-28 11:53:50
I have to backup my statistics, i can do it in "library, playback statistics, export...", is it a safely way?
Title: Playback Statistics component: version 3.0.1
Post by: imsoniac on 2011-02-01 08:47:26
The other day I was thinking of something. Since the new playback statistics component no longer stores information based on file location. Is it possible to somehow host the database on a mySQL server which foobar can fetch from. I think this is a possible solution who wants to keep their library statistics somewhat synced across multiple computers.

Cheers!
Title: Playback Statistics component: version 3.0.1
Post by: shakey_snake on 2011-02-01 16:38:46
SQL is a relational database, relational databases are inherently incompatible with multivalue tags.
Title: Playback Statistics component: version 3.0.1
Post by: fbuser on 2011-02-01 18:00:44
SQL is a relational database, relational databases are inherently incompatible with multivalue tags.
Sorry, but this is simply nonsense. There is no relation between your answer and the question before. The playback statistics component doesn't use tags at all and it also does not make any sense in itself. Why do you think it should not be possible to map multivalue tags on a relational database model?

Of course, there are other good reasons to not implement such a functionality, but not because of your statement.
Title: Playback Statistics component: version 3.0.1
Post by: alkasar on 2011-02-01 18:47:14
SQL is a relational database, relational databases are inherently incompatible with multivalue tags.
Sorry, but this is simply nonsense. There is no relation between your answer and the question before. The playback statistics component doesn't use tags at all and it also does not make any sense in itself. Why do you think it should not be possible to map multivalue tags on a relational database model?

Of course, there are other good reasons to not implement such a functionality, but not because of your statement.

correct.

the main goal is to keep multiple instances of foobar in synch. One option is to use a single PB repository for all players. Don't even need a database for that. A shared XML file with a rudimentaty update lock management is sufficient given the low volume of access. Unfortunately, this would only work when connected to the network.

I'd simply like to see two improvements :
1. settings to select which PB statistics are copied to tag in the media files
2. settings to select which information should take prededence : file tag or PB XML.
Then I would select %ratings% to be copied to tag and file tag to take precedence.
With this, a simple synctool to synch the files between computers will work again.

BTW, why is %rating% a "Playback statistics" ? If it was managed outside of this component, as a simple tag, I'd be happy 
Title: Playback Statistics component: version 3.0.1
Post by: Nixdagibts on 2011-02-02 17:58:08
+1 for the request to edit PB fields direct in fb2k
Title: Playback Statistics component: version 3.0.1
Post by: arthoz on 2011-02-09 16:12:27
I wonder if it would be possible to add in a Skipcount feature, just like playcount and rating tells you how much you like a song, skipcount tells you which song you dont like listening to much, especially for guys like me that usually have foobar in the background(and skipping songs with global keys), and only bring it to rate a sang if its really good =)

Should probably have options to not add skipcount to songs that get changed within first 5secs or if the song has been played 4minutes/75% of the song (or something like that)
Title: Playback Statistics component: version 3.0.1
Post by: Bryter on 2011-02-19 15:50:44
I cant seem to make ratings work. I created a new column, entered %rating_stars_fixed% under display, choose Arial Unicode MS from "Colours and Fonts", and still all i see is just a question mark in the place were ratings were supposed to be. I have office 2010 and Windows XP, and i have installed the latest version of foobar and foo_playcount.
Can someone help?
Title: Playback Statistics component: version 3.0.1
Post by: tpijag on 2011-02-19 16:26:07
A single question mark = field has no value. Are you sure the track in question has a rating value?
What does a column with %rating% show?
Title: Playback Statistics component: version 3.0.1
Post by: Bryter on 2011-02-19 16:57:44
A single question mark = field has no value. Are you sure the track in question has a rating value?
What does a column with %rating% show?

The whole column with %rating% shows question marks, for each and every song in my library.
Title: Playback Statistics component: version 3.0.1
Post by: Nixdagibts on 2011-02-19 17:00:35
The whole column with %rating% shows question marks, for each and every song in my library.

Settings > media library > music folders: are there paths entries?
If not, set them. This component only works for music files in your library (playlist is not library)
Title: Playback Statistics component: version 3.0.1
Post by: tpijag on 2011-02-19 17:23:30
I do not believe this to be the case with current version of component. In watched media library or not, it will track stats.
If there are ?'s everywhere, then there are no tracks that have a rating.

EDIT:
From documentation page.
Quote
Starting from version 3.0, collection of playback statistics is no longer restricted to your Media Library content. You can use this component without using Media Library at all, however, you should keep your non-ML music referenced from a playlist for foobar2000 to maintain the statistics.

Title: Playback Statistics component: version 3.0.1
Post by: Bryter on 2011-02-19 17:41:20
The whole column with %rating% shows question marks, for each and every song in my library.

Settings > media library > music folders: are there paths entries?
If not, set them. This component only works for music files in your library (playlist is not library)


I of course have two folders that are monitored by foobar, and i have tried to make changes in the "Library view" playlist, but no results so far.
Also, i have made fonts Unicode only for the NG Playlist items. Not sure if that could be a problem or not

Edit:
Sorry guys! It is fixed now. I just had to rate the songs
I was expecting to see empty stars instead of question mark. Is there anyway to do that?
Title: Playback Statistics component: version 3.0.1
Post by: tophf on 2011-02-23 17:37:51
the component IMO should implement a more robust saving of statistics database - today my pc crashed and playback stats for about a month period were lost (foobar was running all that time).
Title: Playback Statistics component: version 3.0.1
Post by: tpijag on 2011-02-23 17:43:31
Were you running the automatic save component, foo_jesus?
Title: Playback Statistics component: version 3.0.1
Post by: tophf on 2011-02-23 17:44:30
no  and thanx for the info
Title: Playback Statistics component: version 3.0.1
Post by: tpijag on 2011-02-23 17:49:45
On component page, it is now going by name: Autosave & Autobackup 10
Title: Playback Statistics component: version 3.0.1
Post by: alkasar on 2011-02-23 17:55:20
the component IMO should implement a more robust saving of statistics database - today my pc crashed and playback stats for about a month period were lost (foobar was running all that time).
+1
the statistics are not saved to disk if you don't close foobar. Very strange behaviour. If not resolved, should at least be mentioned in the component description.

foo_jesus is great 
Title: Playback Statistics component: version 3.0.1
Post by: ruebe on 2011-03-05 19:03:09
it would indeed be very nice if the database would be saved more often than only when foobar is closed...
my laptop is in pretty bad shape und foobar crashes almost daily when i try to close it...

btw: where is this data stored? i always thought there was a playbackstatistic.dat, because foo_jesus is backing up that file but as i found out today i have no such file on my computer and therefore foo_jesus does not back it up...
is all the information insite index-data?
Title: Playback Statistics component: version 3.0.1
Post by: tpijag on 2011-03-05 20:40:18
Things move on.
Playbackstatistic.dat was used in older versions. Yes, index-data is carrying the stat info.
Title: Playback Statistics component: version 3.0.1
Post by: jazzy73 on 2011-03-14 13:01:02
I want to delete all %added% tags in my library.How could I do it?I try with masstagger but it doesn´t works...

thanks!
Title: Playback Statistics component: version 3.0.1
Post by: KarnEvil9 on 2011-03-14 13:55:57
it would indeed be very nice if the database would be saved more often than only when foobar is closed...
my laptop is in pretty bad shape und foobar crashes almost daily when i try to close it...

That's an advantage of also saving to tags - you always have a backup.  When I have a crash, I just do an import from file tags.
Title: Playback Statistics component: version 3.0.1
Post by: tpijag on 2011-03-14 14:00:47
Keep as many copies as you want = Autosave & Backup 10
http://www.foobar2000.org/components/tag/backup (http://www.foobar2000.org/components/tag/backup)
Title: Playback Statistics component: version 3.0.1
Post by: jazzy73 on 2011-03-14 16:35:02
I´m trying to reset/erase all the statistics data(included the %added% field) of my whole library..how can i do it?..
Title: Playback Statistics component: version 3.0.1
Post by: tpijag on 2011-03-14 18:52:13
Don't believe there is any official method. You can get there with an erase of your index-data file. All data gone, all added date changed to now. Whether there are other ramifications, that shall be up to you to determine.

Title: Playback Statistics component: version 3.0.1
Post by: jazzy73 on 2011-03-15 11:22:26
mmm.Ok.
I want to see recently added albums in my filter panel,latest at the top of the list,which code should I use?

thanks!!
Title: Playback Statistics component: version 3.0.1
Post by: novembre on 2011-03-27 22:33:14
I think foo_playcount doesn't work well with daylight saving time, I see 1 h discrepancies between this component's tags and time stamps through others components.
Title: Playback Statistics component: version 3.0.1
Post by: wojtek on 2011-04-08 18:03:25
I was playing with importing "Added_timestamp' and ended up with date "1601-01-01 02:00:00" which is not (by any means known to me) editable/resetable... Isn't there any way (including removing all data for that album from library) to reset this value? Apart from looking dumb it also messes up my "hot rating" calculations
Title: Playback Statistics component: version 3.0.1
Post by: wojtek on 2011-04-20 17:04:57
Another suggestion - remove deleted items from library file... Right now it seems that even deletion the information are still in the database, which is a bit problematic (the size of file is huuuge even after deletion of almost half of the collection)
There may be some delay (to avoid wiping data when the remote location is not available) but after, let's say 1-2 weeks it shoud be cleared. Also an manual option would be a neat addition)
Title: Playback Statistics component: version 3.0.1
Post by: shakey_snake on 2011-04-20 18:11:47
Quote
Playback statistics data is no longer dropped when the tracks are removed from the media library. A record gets removed when no matching track has been seen by foobar2000 (in Media Library or in any playlist or in an imported XML backup of playback statistics) for four weeks. (http://wiki.hydrogenaudio.org/index.php?title=Foobar2000:Components/Playback_Statistics_v3.x_%28foo_playcount%29)
Title: Playback Statistics component: version 3.0.1
Post by: wojtek on 2011-04-20 18:16:16
Oh thanks - I must have missed that - sorry

OK, but... how does it work? I've turned off foobar, changed date few months into the future and nothing... Do I have to do it day-by-day? Or is there any other way to speed up the process?
Title: Playback Statistics component: version 3.0.1
Post by: thi3nki3p on 2011-04-23 04:48:22
I have 2 songs sharing the same Statistic while they shouldn't.
Same %title%, same %Album Artist% which is Various Artists, different %Artist%, no other tags.
What's gone wrong there?
Title: Playback Statistics component: version 3.0.1
Post by: clessxalghazanth on 2011-05-05 13:59:12
Hello , I have a little question , (2 in fact )

How can I change the time needed for this plugin to consider a track played once and add it to playcount. At default I see it needs about 1 minute playing , but I"d like that it adds to playcount whenever a track starts. For example when I click 3 times on a track it should add plus 3 times played etc

Is this possible ?

And also in "show recently played" dialog , can I change the default setting "last 1 week" to "all" or "3 months" etc ?

thanks
Title: Playback Statistics component: version 3.0.1
Post by: tpijag on 2011-05-05 15:23:17
Can not change 1 minute trigger.

Showing recently added from the Library menu will always be the same upon initial click. Once open, you can change it to what ever you want. To avoid doing that repetitively, add it as an autoplaylist with a time frame of your choice [click the ... button ].
Title: Playback Statistics component: version 3.0.1
Post by: muzack on 2011-05-05 15:57:05
How can I change the time needed for this plugin to consider a track played once and add it to playcount. At default I see it needs about 1 minute playing , but I"d like that it adds to playcount whenever a track starts. For example when I click 3 times on a track it should add plus 3 times played etc


Do not trust any statistics you did not fake yourself. 
you can fake the playcount to whatever you want. You just write a Tag PLAY_COUNT into your file and on right click on that file in playlist you will find Playback Statistics > Import statistic from file tags.
Custom Playcount...
Title: Playback Statistics component: version 3.0.1
Post by: romor on 2011-05-14 08:46:11
I needed title formatting field name for ratings (with glyphs) so googled 'foobar playback statistics'. First hit - wiki page as needed, but it seemed empty. I thought it's wrong page and searched on HA instead. Clicked on first post link from this thread - same result. It turned out that 'noscript' FF extension blocked page content as potential XSS attempt which is probably BS, but then I don't get those blocks often (in fact I first saw it here, as I wasn't aware of this feature by 'noscript'). I checked quickly other foobar wiki pages, and all seem fine.

Could be some error on page, and also maybe nothing, but thought to post
Title: Playback Statistics component: version 3.0.1
Post by: Logite on 2011-05-16 08:54:40
Peter, I sent you the following as a PM, I am copying it in as a response to this thread as well in case you didn't catch the PM:

Quote
I'm not an idiot, I hope you're reading this;

I adore Foobar2000 and especially Foo_Playcount, your work has made improved my day to day
life and I thank you!

If you aren't terribly busy (which I'm sure you are but I digress) would you consider adding support
for the rating of albums in Foo_Playcount? There have been numerous times I would like to sort by
album ratings instead of individual tracks and listen to music as an album as opposed to individual collection
of songs--being a musician especially.

I suppose one could argue that one might simply rate all songs within an album as they would use the
album ratings feature, but that kind of defeats the point of rating a song in the first place, don't you think?

Any response, regardless how brief would be greatly greatly appreciated smile.gif

Nathan
Title: Playback Statistics component: version 3.0.1
Post by: pappaapa on 2011-06-21 18:35:49
Hi!

Does anyone know where to find a 2.x version?

This is not working for me. I've got lots of different rips of the same albums. Different masterings, LP, CD and so on.
When they synchronize my whole workflow gets screwed up.

I've looked around but without any luck.

Thanks!

Levi
Title: Playback Statistics component: version 3.0.1
Post by: Robertina on 2011-06-21 20:00:08
Does anyone know where to find a 2.x version?

pappaapa,

download it here (http://www.hydrogenaudio.org/forums/index.php?showtopic=89262).
Title: Playback Statistics component: version 3.0.1
Post by: pappaapa on 2011-06-22 07:05:04
Robertina

Thank you very much!

/Levi
Title: Playback Statistics component: version 3.0.1
Post by: neothe0ne on 2011-07-09 04:34:12
I have 2 songs sharing the same Statistic while they shouldn't.
Same %title%, same %Album Artist% which is Various Artists, different %Artist%, no other tags.
What's gone wrong there?

This sounds like a major flaw in how foobar2000 is handling %artist%.
Title: Playback Statistics component: version 3.0.1
Post by: lender1257 on 2011-07-11 19:49:56
hello peter,

it would be nice when the user could decide
either to select storage of playback statistics is stored on filepath (like version 2.9)
or is stored on tag-datas (like current version)
Title: Playback Statistics component: version 3.0.1
Post by: Shinsou on 2011-07-14 11:48:09
I have ~4000 tracks with playback statistics in my library. Without foo_playcount component foobar2000 idle cpu usage is ~4-5% every 60sec; with foo_playcount it's ~24% every 60sec. Is "Playback Statistics" component's behavior normal?
Title: Playback Statistics component: version 3.0.1
Post by: Jubei on 2011-07-14 15:24:11
Everything was alright last night but today, all my rating stars have become blocks. What's the problem?
Title: Playback Statistics component: version 3.0.1
Post by: tpijag on 2011-07-14 15:30:10
Generally a sign that you are using a font that does not support stars. Inside or outside of foobar2000 someone /thing changed.
What font do you currently have associated with play lists?
Title: Playback Statistics component: version 3.0.1
Post by: neothe0ne on 2011-07-14 17:47:57
Everything was alright last night but today, all my rating stars have become blocks. What's the problem?

Probably a Windows 7 problem.  Restarting usually restores Unicode fonts which load at boot as blocks and won't fix otherwise.

(wish I knew why)
Title: Playback Statistics component: version 3.0.1
Post by: Jubei on 2011-07-17 10:27:51
Everything was alright last night but today, all my rating stars have become blocks. What's the problem?

Probably a Windows 7 problem.  Restarting usually restores Unicode fonts which load at boot as blocks and won't fix otherwise.

(wish I knew why)


Seems like it was a Windows 7 update that screwed things up. Once I un-installed the update it seemed to work alright.
Title: Playback Statistics component: version 3.0.1
Post by: dpc666 on 2011-08-09 17:00:57
Quote
You can export playback statistics to an XML file and import them later, through Library => Playback Statistics menu commands, or through context menu on specific tracks. This can be used to easily transfer playback statistics between different foobar2000 installations or profiles.


I'm using Version 3.0.2 (the thread is for 3.0.1 but there doesn't seem to be one for 3.0.2) and somehow there isn't an Option to import statistics from xml in the context menu. Under "Library" there's still an option to import statistics for the whole library, but I only want to import statistics for a certain playlist which I exported earlier. I already looked under preferences->context menu, it's missing there too.
Title: Playback Statistics component: version 3.0.1
Post by: Purple Monkey on 2011-08-10 02:38:56
If you only exported the data from selected tracks, then only the statistics for those tracks in that file will be updated when the import command is used. It doesn't clear the statistics for files not contained in the imported file.
Title: Playback Statistics component: version 3.0.1
Post by: dpc666 on 2011-08-15 11:03:47
Well this is strange because I just tested it and it worked for a playlist containing one album. But for the playlist I needed it for, containing various tracks from various albums, it didn't and still doesn't work. I checked the playcounts in the xml and they are one lower than those of the files. I imported the xml and nothing changed.
Title: Playback Statistics component: version 3.0.1
Post by: GeSomeone on 2011-08-17 15:32:56
There appears to be some intelligence in the playback statistics Import function.
When the imported times played is lower than the current one it is not overwritten.
When the imported date added of first played is newer that the current it is not overwritten.
When the imported date last played is older than the current it is not overwritten.

Think of it as an "update statistics" function.

You can however first select items in a playlist and choose "Reset statistics" from the Playback statistics context menu. (use shift+right click if it doesn't appear in by default in your context menu). After that only date added is left and you can import your values as you see fit.
Title: Playback Statistics component: version 3.0.1
Post by: dpc666 on 2011-08-22 10:17:01
Well, okay, that explains it. Thanks.
Title: Playback Statistics component: version 3.0.1
Post by: wojtek on 2011-09-09 09:31:48
Perfect, thank you! (:

EDIT:
ok, my joy was a bit too soon... when using with foo_last_fm radio it still tries to update tags ("path" to file in that case is FOO_LASTFM_RADIO://play.last.fm/user/<id>.mp3LASTFM ) - could it be also fixed? (:


Bump?
Could it be that only local files are updated and anything other is left be?
Title: Playback Statistics component: version 3.0.1
Post by: cardiacanesthesia on 2011-10-05 14:38:56
Hi,
i was just wondering
if this plugin or the official plugins could add a skipcount feature beside playcounts?
i am new to foobar and been searching the forums for past 3 days to know if there is a field to show skipped songs
please help
dr subodh
Title: Playback Statistics component: version 3.0.1
Post by: Shinsou on 2011-10-05 19:33:31
^^ there's no such component AFAIK, however I miss that feature from itunes.
Title: Playback Statistics component: version 3.0.1
Post by: Fost on 2011-10-25 11:28:46
Hi Peter, thanks for a wonderful component, got a feature request though!

Can we have the option to prioritise mp3 tags over the database?

Currently if I move between work and home the database overwrites the tag.

It would be great if it checked if the tag exists and uses that value first.
Title: Playback Statistics component: version 3.0.1
Post by: tpijag on 2011-10-25 14:07:34
Foobar2000 does not overwrite your tags. It simply has a preference for use of the database unless you tell it otherwise.

From the documentation for the component.
Quote
Please note that this component takes over %rating%, showing rating according to its own database. If you store rating in tags, use $meta(rating) to access it. This behavior has changed in version 3.0, previous versions would fall back to tag contents when rating information was not present in the database.


Title: Playback Statistics component: version 3.0.1
Post by: splf on 2011-10-28 04:58:00
Hey guys,

Just wondering for the ratings is there any possible way to make it out of 10 stars instead of 5? Thanks.
Title: Playback Statistics component: version 3.0.1
Post by: q-stankovic on 2011-10-31 16:54:41
No, not with playback statistics component. But you can use the properties dialog, the quicktagger or the tagbox to add a number to your rating tag
Title: Playback Statistics component: version 3.0.1
Post by: Takaji on 2011-11-08 01:16:50
I'm not 100% sure - but I had to do a reinstall of fb2k on a new Windows install, and I'm met with the following notification when fb2k starts: "Playback Statistics intialization failure: Unsupported format or corrupted file"

Does this mean that my playback statistics database is corrupted? If so, is there any way to fix it? It's years of data that I'd rather not lose
I placed database.dat in the fb2k "Roaming" directory under /AppData, and I'm using a standard installation.
Title: Playback Statistics component: version 3.0.1
Post by: Robertina on 2011-11-08 01:43:01
I placed database.dat in the fb2k "Roaming" directory [...]

Takaji, database.dat belongs to the Media Library, not to the Playback Statistics component.

The Playback Statistics component v3.x stores its information in a file named "C653739F-14B3-4EF2-819B-A3E2883230AE" (or similar to that, no file extension) in folder "index-data".
Title: Playback Statistics component: version 3.0.1
Post by: Takaji on 2011-11-08 19:38:20
The Playback Statistics component v3.x stores its information in a file named "C653739F-14B3-4EF2-819B-A3E2883230AE" (or similar to that, no file extension) in folder "index-data".


VERY good to know, thanks... now I know why I was having troubles!
Title: Playback Statistics component: version 3.0.1
Post by: canuckerfan on 2012-01-26 06:08:06
if I format my PC, re-install foobar2000 with this plugin installed will I still have my stats for my music library?
Title: Playback Statistics component: version 3.0.1
Post by: tpijag on 2012-01-26 15:58:30
Unless you write the stats to the files tags the information is in a file on the computer and will be lost.
Quote
foo_playcount database files are:
v2.x = PlaybackStatistics.dat (in application folder)
v3.x = "C653739F-14B3-4EF2-819B-A3E2883230AE" (in folder 'index-data')


EDIT: If you have not previously set your configuration to write this information to your tags, you can select all your files and use the context menu to do so.
Title: Playback Statistics component: version 3.0.1
Post by: WilB on 2012-01-26 16:50:17
@canuckerfan

In addition to the above suggestion, you can also do the following with v3.x, as taken from the wiki:

http://wiki.hydrogenaudio.org/index.php?ti...oo_playcount%29 (http://wiki.hydrogenaudio.org/index.php?title=Foobar2000:Components/Playback_Statistics_v3.x_%28foo_playcount%29)

XML backup functionality

You can export playback statistics to an XML file and import them later, through Library => Playback Statistics menu commands, or through context menu on specific tracks. This can be used to easily transfer playback statistics between different foobar2000 installations or profiles.
Title: Playback Statistics component: version 3.0.1
Post by: wojtek on 2012-02-02 10:25:02
I'm noticing a rare, ocasional problem with the database -- some tracks drop the statistics from the DB (playcount/rating) and show up in the autoplaylist (rating GREATER 2 AND (%first_played% DURING LAST 4 WEEKS OR %added%  DURING LAST 10 WEEKS)) but with empty rating field (yet the rating is in the file tag thus importing it fix the problem.
Title: Playback Statistics component: version 3.0.1
Post by: alkasar on 2012-05-06 16:32:13
Hi Peter,

Any chance for an improvement to be able to decide in settings which statistics are copied to TAG ?

I have foobar on multiple pcs and sync my music files between them. I'd like to sync files if RATING changed, but not all the played files.
IMHO, RATING is not like playblack statistics. I can understand your opinion is different.
We could both be happy if I could decide to sync to file tag ONLY the Rating

Thanks for considering,
Al
Title: Playback Statistics component: version 3.0.1
Post by: Mr Broly on 2012-05-09 00:37:55
Hi, I've been using playback_statistics_custom for my tags playback statistics and want to start using the official playback statistic component. The playback_statistic_custom plugin saves my tags as play_counter, first_played, and last_played. Is there a way to convert these tags to the ones the official playback statistics component uses somehow? Thanks.
Title: Playback Statistics component: version 3.0.1
Post by: Mr Broly on 2012-05-12 02:54:16
Hi, I've been using playback_statistics_custom for my tags playback statistics and want to start using the official playback statistic component. The playback_statistic_custom plugin saves my tags as play_counter, first_played, and last_played. Is there a way to convert these tags to the ones the official playback statistics component uses somehow? Thanks.

Nvm got it thanks.
Title: Playback Statistics component: version 3.0.1
Post by: MDMA on 2012-06-03 16:58:44
Quote
XML backup functionality

You can export playback statistics to an XML file and import them later, through Library => Playback Statistics menu commands, or through context menu on specific tracks. This can be used to easily transfer playback statistics between different foobar2000 installations or profiles.


Does this overwrite current playback statistics? I would like to transfer my old playback statistics onto my 'new' foobar (which I have actually been using for around 6 months. I don't want to lose my current playback stats, rather add them together. Is this possible?
Title: Playback Statistics component: version 3.0.1
Post by: MordredKLB on 2012-06-05 07:07:47
Someone can correct me if I'm wrong, but yes, it'll overwrite the old statistics. Here's what I'd do to add the numbers together (you can do something similar for the other fields if you care about %added%, %last_played%, etc.).

On your NEW foobar, I'd select your entire library and then do Playback Statistics >> Write statistic to File tags. Wait several minutes for everything to get written. Then using Mass Tagger I'd write a script that copies PLAY_COUNT to a new field called PLAY_COUNT_NEW and then deletes PLAY_COUNT. Do something similar for the other fields if you want them saved.
On your OLD foobar, I'd export to XML.
On your NEW foobar, I'd import the XML and assume everything got overwritten.
On your NEW foobar,  select your entire library and then do Playback Statistics >> Write statistic to File tags. Wait several minutes for everything to get written. You should now have a PLAY_COUNT which was your play count from your OLD foobar and PLAY_COUNT_NEW which is from your New foobar. You can then use Mass Tagger to copy PLAY_COUNT to PLAY_COUNT_TEMP (just in case you screw something up) and then set PLAY_COUNT to $add(%play_count_temp%,%play_count_new%). Then select all your files and do Playback Statistics >> Import Statistics from File Tags.

Afterwards you can delete all the junky tags in your files and your play counts should be good.
Title: Playback Statistics component: version 3.0.1
Post by: MDMA on 2012-06-05 14:57:03
The above described method works perfectly. Thanks!
Title: Playback Statistics component: version 3.0.1
Post by: anyone on 2012-07-05 07:14:06
Hello Peter,

Are there any plans to add options for update timing (eg. update after x seconds/percentage has been played)? I still use the unofficial component solely for this feature.


I do really need this as well!
Title: Playback Statistics component: version 3.0.1
Post by: klexxy on 2012-07-09 16:01:08
Hello Peter,

Are there any plans to add options for update timing (eg. update after x seconds/percentage has been played)? I still use the unofficial component solely for this feature.


I do really need this as well!


+1
Title: Playback Statistics component: version 3.0.1
Post by: neothe0ne on 2012-07-29 02:22:26
Something I discovered recently:

If you use a different tagging program on your music (e.g., Mp3tag), and use Playback Statistics 3.x (based on hashes of tags, not filenames), then you should turn OFF realtime library monitoring.  I've found that when I rescan my library after changing tags, foobar will no longer lose tags for files with changed year/date, artist, and/or title.

(With realtime monitoring on, not only would foobar lose statistics on files changed outside foobar2000, but it would also cause Mp3tag to fail to rename files from xxxxx.tmp back to the real filename e.g. 01 song.m4a)


An additional plus is that copying files into my music library folders no longer causes foobar2000 to hang for a couple seconds.  (it only hangs for about a second when I hit Rescan folders)
Title: Playback Statistics component: version 3.0.1
Post by: neothe0ne on 2012-08-03 17:04:59
Any chance of half-stars (using the "1/2" unicode symbol is what Apple apparently does) or outright allowing the user to change the scale from 5 to 10?
Title: Playback Statistics component: version 3.0.1
Post by: Kougeru on 2012-08-11 14:43:24
I just did a quick topic search that didnt help at all so I'll ask now, and sorry if it's already been asked which I have a feeling it has been:

Is there a way to manually edit %PLAY_COUNT%? or other fields really. going into properties and changing it doesn't actually change the "Played" under playback statistics. due to bugs and errors, a lot of my plays have been lost (confirmed with last.fm and the fact that some of the songs lost rating and YEARS of plays/all of the plays). If there's even a third party way of doing this that still affects what playback statistics displays, that will be good enough. thanks for the help in advance  and thanks for your time
Title: Playback Statistics component: version 3.0.1
Post by: alkasar on 2012-08-11 15:19:31
I just did a quick topic search that didnt help at all so I'll ask now, and sorry if it's already been asked which I have a feeling it has been:

Is there a way to manually edit %PLAY_COUNT%? or other fields really. going into properties and changing it doesn't actually change the "Played" under playback statistics. due to bugs and errors, a lot of my plays have been lost (confirmed with last.fm and the fact that some of the songs lost rating and YEARS of plays/all of the plays). If there's even a third party way of doing this that still affects what playback statistics displays, that will be good enough. thanks for the help in advance  and thanks for your time

maybe export to xml, then edit the xml file, and then import from xml ?
Title: Playback Statistics component: version 3.0.1
Post by: mazzzzz on 2012-08-14 08:14:11
Hey Peter,
I'm trying to write a program to merge your export with an Itunes library import so I can get added to library info in Foobar2000, but I can't seem to figure out how you encoded your timestamps in your XML export, mind sharing?

Thanks
Title: Playback Statistics component: version 3.0.1
Post by: alkasar on 2012-08-14 14:29:08
Hello Everyone,

finally found a way to sync file tags and Playback Statitistics database ratings storage!
It is far from optimal, but unless Peter decides to do something about the rating storage, that's the best i could find.

As you know PlaybackStatistics component can store the PB stats (first/last played, playcount,etc.. and rating) either in a database or in the file tags.
You can copy from one location to the other by using the "Import statictics from file tag" or "Write statistics to file tag" commands.

My concern is Ratings. IMHO, not a playback stat. I want to keep it in a tag.

Issue is that I have multiple instances of foobar. I use a filesync utility to sync my music. It works very well, except for ratings.

After copying files around, I ended up having for some tracks a Rating file tag different from the one in the PB database.

Another issue is that I may change Rating at any place.
If I use the playback statistics component with saving in the file tag option, every played file is updated, creating a huge amount of false positive to sync. If I chose the option to keep PB stats in the database, I miss the Ratings updates  !


Here is a solution to keep in sync in 3 steps using autoplaylist. (Library > Search and then create autoplaylist)

%rating% is the rating value in the db
$meta(rating) is the value in the file tag. Many query operators consider a field without % as it's meta value.

First two steps are to find orphans on each instance.

1. Search (%rating% PRESENT) AND (rating MISSING)
this query will find the tracks with a db value and no file tag. Select all and run command "Write statistics to file tag"

2. Search (rating PRESENT) AND (%rating% MISSING)
this query will find the tracks with tag value and no db value. Select all and run command "Import statictics from file tag"

Once there is no orphan anymore, we want to find tracks having a different rating in the db and the file tag.
unfortunately, a simple query like this "NOT (rating EQUAL %rating%)" does not work 

3. use this_long_syntax to search
(%rating% PRESENT) AND NOT (((rating EQUAL 1) AND (%rating% EQUAL 1)) OR ((rating EQUAL 2) AND (%rating% EQUAL 2)) OR ((rating EQUAL 3) AND (%rating% EQUAL 3)) OR ((rating EQUAL 4) AND (%rating% EQUAL 4)) OR ((rating EQUAL 5) AND (%rating% EQUAL 5)))

this autoplaylist lists all the tracks with a db rating different than the file tag.

a)BEFORE sync the files, on each instance, check if there are some tracks in the autplaylist, select all and run the "Write statistics to file tag" command.
b)Sync the files between the pcs.
c)Then check again the autoplaylist on each instance, and run the "Import statictics from file tag" command.
Now you're in sync, db and tags, on all isntances. Until you change a rating again at some place.


enjoy
Title: Playback Statistics component: version 3.0.1
Post by: MordredKLB on 2012-08-16 04:06:01
Alkasar, I detailed a way to sync playback statistics between multiple foobar instances here (http://www.hydrogenaudio.org/forums/index.php?showtopic=96509), but I don't think there's anyway to make it work with multiple foobars running at the same time without doing something similar to what you're already doing. If that's not an issue for you, then my method might be simpler for you.
Title: Playback Statistics component: version 3.0.1
Post by: alkasar on 2012-08-16 14:33:52
Alkasar, I detailed a way to sync playback statistics between multiple foobar instances here (http://www.hydrogenaudio.org/forums/index.php?showtopic=96509), but I don't think there's anyway to make it work with multiple foobars running at the same time without doing something similar to what you're already doing. If that's not an issue for you, then my method might be simpler for you.
sync the the playback statistics database via the cloud is a good idea  I have 3 foobard instances, 2 of them running at the same time that I never stop. I need to figure out a way to "reload" the pbstatistics while running, or stop/restart foobar at least once a day.
As I am mostly interested in ratings, this is probably acceptable.
I don't use dropbox but google drive. Wonder if I can make it work with gdrive and also sync some playlists as well. Will try out

Title: Playback Statistics component: version 3.0.1
Post by: John Doe on 2012-10-12 11:12:13
My observations on Playback Statistics (v3.0.2):

Title: Playback Statistics component: version 3.0.1
Post by: s3khmet on 2012-10-13 10:11:51
Hi,
I'm not quite sure how to work with Playback Statistics : do I really need to select all the tracks where I want to move the stats to the tags and then chose "Write to file tags" ?
Isn't there a way to write in it directly ?
Title: Playback Statistics component: version 3.0.1
Post by: marc2003 on 2012-10-13 10:50:08
you'll find an option under file>preferences>advanced>tools>playback statistics.
Title: Playback Statistics component: version 3.0.1
Post by: s3khmet on 2012-10-14 10:25:57
Ok, thanks, didn't think about looking there 
Title: Playback Statistics component: version 3.0.1
Post by: extracampine on 2012-10-14 18:28:40
Hi,

Apologies if this is straightforward - I use the playback statistics plugin to add ratings to music files in Foobar. I understand that the plugin does not use the standard %rating% metadata for some reason.

I also use JRiver to play and rate music - this DOES seem to use the %rating% tag.

What I would like to do, is to fill one from the other, i.e. if there is a %rating% but no rating in the plugin, then copy the value to the plugin. And vice versa, if I rate something in the plugin, to copy this value to the %rating% field.

Any help appreciated!!
Title: Playback Statistics component: version 3.0.1
Post by: BenB on 2012-10-14 21:00:17
The Playback Statistics component now writes a Windows Media Player POPM frame to mp3 files when the "Write statistics to file tags" option is used. With a quick search on Google, I found that JRiver will use the rating. (I don't know how ratings in JRiver work. It likely imports the POPM ratings to its ratings, but you'll need to ask JRiver how their mp3 ratings are stored/written if you don't already know).

The Playback Statistics component writes a RATING tag to flac files when the "Write statistics to file tags" option is used. Again you'll need to consult JRiver on on how flac ratings are handled.
Title: Playback Statistics component: version 3.0.1
Post by: extracampine on 2012-10-15 21:09:02
Where is the "write statistics to file tags" option?
Title: Playback Statistics component: version 3.0.1
Post by: extracampine on 2012-10-15 23:10:27
Found it! Had to go to Foobar preferences, then enable the option in the context menu.

I selected a track that I had tagged using the playback statistics component, and selected "write statistics to file tags". I then looked in JRiver, and the rating did not show there! I tried re-importing the album but still no luck.

Any ideas?
Title: Playback Statistics component: version 3.0.1
Post by: wojtek on 2012-10-30 13:32:16
Perfect, thank you! (:

EDIT:
ok, my joy was a bit too soon... when using with foo_last_fm radio it still tries to update tags ("path" to file in that case is FOO_LASTFM_RADIO://play.last.fm/user/<id>.mp3LASTFM ) - could it be also fixed? (:


Bump?
Could it be that only local files are updated and anything other is left be?


Another year, another *bump*?
Title: Playback Statistics component: version 3.0.1
Post by: dalrcli on 2012-11-06 23:12:46
Hi Peter, I must thank you for the plugin and it works fairly well till now.
However, there are a few points for suggestion:

1. Let there be an option to link the statistics info to the file name only; I mainly use mp3tag to edit the ID3 and the playback statistics are always then lost. The "index-data" file also does not appear to be too reliable as I have lost my statistics so many times due to unexpected crash of foobar or some other reasons.

2. Let it be allowed to export a backup of the full set of playback statistics in a human-readable language (which can be imported subsequently); currently in the XML file I see some hex codes but have no idea which file each entry is representing. A file as simple as .csv or .txt will also do.

Thanks.
Title: Playback Statistics component: version 3.0.1
Post by: carpman on 2012-11-07 06:25:51
1. Let there be an option to link the statistics info to the file name only; I mainly use mp3tag to edit the ID3 and the playback statistics are always then lost. The "index-data" file also does not appear to be too reliable as I have lost my statistics so many times due to unexpected crash of foobar or some other reasons.

This only addresses the 2nd part of (1): but this might help:
http://www.hydrogenaudio.org/forums/index....showtopic=68528 (http://www.hydrogenaudio.org/forums/index.php?showtopic=68528)

C.
Title: Playback Statistics component: version 3.0.1
Post by: trelain on 2012-12-01 06:50:48
I have 3 scripts that update $META(RATING) to 1, 2, and 3 via keyboard shortcuts.  Is there a way to set the Playback Statistics Rating to the same value in the same script?    That would ensure the file tag Rating doesn't change when a "Write statistics to file tags" is done to update playcount, first_played, & last_played.
Title: Playback Statistics component: version 3.0.1
Post by: BenB on 2012-12-01 13:43:37
I can't speak as to the scripts you use, but using %rating% writes to the Playback Statistics database whereas $meta(rating) accesses files' metadata ratings.
Title: Playback Statistics component: version 3.0.1
Post by: trelain on 2012-12-01 16:11:19
They are Masstagger scripts created under "Manage scripts".    Each script is then tied to a keyboard shortcut like Alt+F1 sets $META(RATING) to '1',  Alt+F2 sets $META(RATING) to '2', etc.    Masstagger doesn't let me add another action to the script by specifying the Playback Statistics %rating% as a field - is that because it is designed only to act on file tags?  In Keyboard shortcuts it is possible to map a key to "Set Playback Statistics rating" to a value, but that ends up being a keyboard action separate from executing the Masstagger script.  I am looking for a way to do both at once, with one script or one key.  At first I was hoping to incorporate them both into a Masstagger script, but if that is not possible then via one keyboard shortcut would be ok.  However it looks like you cannot define multiple actions under one key definition, although it appears to allow multiple definitions for the same key, with one action in each.    I have not had success with that method though, it executed the Masstagger script key action and doesn't execute the Playback Stat rating key action.
Title: Playback Statistics component: version 3.0.1
Post by: BenB on 2012-12-02 20:52:51
I don't use Masstagger so I can't help you there. Unless for some reason the ratings you wish to set differ (for some odd reason), why not just use %rating% to rate your files, then export them to your metadata tags?
Title: Playback Statistics component: version 3.0.1
Post by: trelain on 2012-12-03 00:34:02
That thought crossed my mind, but that makes it a two-step process instead of one to rate one song, which is done on a song-by-song basis and can change from a user's whim as opposed to periodic and scheduled syncing the rest of the Playback Statistics to large groups of files' tags.    I'm with the others that feel that statistical information like last-played / first played / playcounts are not in the same ballpark as the song Rating and a facility should be in place (wish list) to sync only %rating% and $META(RATING), in either direction.    Otherwise how can you bring a $META(RATING) that was set in another Fb2k or another software into %rating% without corrupting the PS  first played / last played / playcount?
Title: Playback Statistics component: version 3.0.1
Post by: CrabMan on 2012-12-27 22:58:48
My foobar shows ? signs if there is no %rating_stars_fixed%. How do I fix that?
http://puu.sh/1G6a1 (http://puu.sh/1G6a1)
Also how can I make it changeable inside column?
Title: Playback Statistics component: version 3.0.1
Post by: mobyduck on 2012-12-27 23:56:23
How do I fix that?
Enclose it in [].

HTH.

Alessandro
Title: Playback Statistics component: version 3.0.1
Post by: ruebe on 2013-03-05 18:58:08
is there any way to (easily) change the play count, i.e. via context menu or something, if the play count is only stored in the database?
i suppose i could 'import from tag', but this is not the best option in my opinion - the files would get changed, which is not great if i constantly play music and back up my collection

if there is no way, then please consider this a feature proposal
Title: Playback Statistics component: version 3.0.1
Post by: questberg on 2013-03-18 19:37:55
similar to what others suggested I wantto edit last_played, preferably to the database

I use a foo_skip query like this
NOT ((%rating% IS 5 AND NOT %last_played% DURING LAST 2 WEEKS) OR (%rating% IS 4 AND NOT %last_played% DURING LAST 4 WEEKS) OR (%rating% IS 3 AND NOT %last_played% DURING LAST 20 WEEKS) OR (%rating% IS 2 AND NOT %last_played% DURING LAST 100 WEEKS)  OR (%rating% IS 1 AND NOT %last_played% DURING LAST 1000 WEEKS) OR (%rating% MISSING AND NOT %last_played% DURING LAST 20 WEEKS))

it basically skips all recently played songs for which it uses last_played
the problem is that I have to listen up to one minute without ff to set the last played tag
Edit: It would help if i could set the trigger to change last _played from 1 minute to a few seconds
Title: Playback Statistics component: version 3.0.1
Post by: br0k3n on 2013-03-27 22:49:26
Okay I searched far and wide and I'm stuck.
I'm creating new Foobar config, changing from my old one made using Columns UI to utilize the new Default UI. And I cant get over one problem: 5 star rating, everywhere. Really? Is there no way to get different rate scale? I was always using 10* scale and I don't want to change that. I was able to add new column to show the rating value, but for now the only way to rate a track is through manually adding a tag, which isn't the best option I believe. Foobar was always great in terms of customization, one could do almost anything with it. Why now I see everyone being "conformists" with that rating system? Or am I blind and I do not see some obvious solution?
Title: Playback Statistics component: version 3.0.1
Post by: NKNKN on 2013-04-17 07:32:32
Hello Peter,

Are there any plans to add options for update timing (eg. update after x seconds/percentage has been played)? I still use the unofficial component solely for this feature.


I do really need this as well!


+1


I would very much like this as well. On a related note, I'm not exactly sure at what point in the file Playback Statistics updates the info...does it have to play the entire file?
Other than that, thanks very much!
Title: Playback Statistics component: version 3.0.1
Post by: PeteG on 2013-04-17 08:50:12
... I'm not exactly sure at what point in the file Playback Statistics updates the info...does it have to play the entire file?

After 60 seconds or at end-of-file, whichever comes first.
Title: Playback Statistics component: version 3.0.1
Post by: BenB on 2013-04-17 18:16:47
... I'm not exactly sure at what point in the file Playback Statistics updates the info...does it have to play the entire file?

After 60 seconds or at end-of-file, whichever comes first.

It should be noted that those 60 seconds do not have to be consecutive or nonrepetitive. You can skip ahead or back, for example, and as long as 60 seconds of playback have elapsed for the track, it will be marked as having been played.
Title: Playback Statistics component: version 3.0.1
Post by: Robertina on 2013-05-01 08:34:54
Using foobar2000 v1.2.5 and Playback Statistics v3.0.2 I notice for the first time a second file (size: 1 KB) that is created in the folder index-data when I exit f2k.

Is this okay?

I am just asking because the file's content always seems to be a succession of noughts (hexadecimal viewed), but perhaps the file's name is the relevant part here?
Title: Playback Statistics component: version 3.0.1
Post by: WilB on 2013-05-01 11:39:40
You didn't say what name it is. Lyrics3 saves association data as an index-data file named 188A64AA-6C1B-4AC9-990A-067CD016F72C. If its not that, I can't help, but may be other plug-ins also use this method.
Title: Playback Statistics component: version 3.0.1
Post by: Robertina on 2013-05-01 13:01:39
The file's name is A0E37853-491D-4659-A509-F409BE0A9BF4

I just installed f2k v1.2.5 in portable mode and added no other plugin than foo_playcount v3.0.2: Closing foobar2000 does not create another file in the index-data directory.

At the moment I cannot say by what this additional file is caused; I will need some time to investigate. I don't use Lyrics3 but as you say it might be another plugin; this had not come into my mind when I wondered about the origin of that A0E37853-491D-4659-A509-F409BE0A9BF4-file.

So thank you very much for your hint, WilB.
Title: Playback Statistics component: version 3.0.1
Post by: lvqcl on 2013-05-01 13:22:00
At the moment I cannot say by what this additional file is caused; I will need some time to investigate. I don't use Lyrics3 but as you say it might be another plugin; this had not come into my mind when I wondered about the origin of that A0E37853-491D-4659-A509-F409BE0A9BF4-file.

AFAIK it's foo_dumb
Title: Playback Statistics component: version 3.0.1
Post by: Robertina on 2013-05-01 13:24:15
Sorry for any confusion I may be responsible for:

A simple search for the file's name would have revealed that the file A0E37853-491D-4659-A509-F409BE0A9BF4 belongs to foo_dumb (http://www.hydrogenaudio.org/forums/index.php?showtopic=27367&view=findpost&p=820766) which I recently updated.

@ moderators: perhaps you want to move this to the Recycle Bin?

EDIT: lvqcl, thank you, you are right and you posted faster than I.
Title: Playback Statistics component: version 3.0.1
Post by: r0k on 2013-05-20 11:58:59
Hi. There have been multiple posts about this issue in the past, and i didn't found any valid answer. Is there a reliable way to reset/change the "date added" value for an album/track. If not, this is a feature that should be added.

I've just added a few albums to my collection today, and the date added for those albums' tracks show various values ranging from 2 weeks ago to now (with multiple values for a single album)  As a result, my "recently added" search returns messy results.

I've tried resetting the entire statistics for those track (as date added was the only stat at that point) but that didn't work. I've read date added is not touched by the reset function.
So i went another way, i wrote the stats to the tags, so i could see where and how the date is recorded. I found that the tag is called "ADDED_TIMESTAMP" and uses a timestamp format (thus the issues encountered by users trying to force a YYYY-MM-DD value). I copied the timestamp from a track that shows the correct "date added" value and update the ADDED_TIMESTAMP tags of all tracks so they now all have the right value. Then i used "import statistics from tags", but that didn't work. Date added are still left untouched.
Title: Playback Statistics component: version 3.0.1
Post by: Robertina on 2013-06-02 16:01:57
It seems that foo_playcount 3.0.2 and foo_playcount 2.1.9 handle the first 60 seconds of playback differently:I wanted to mention this in case it isn't supposed to do that. Also, the former behaviour was more suitable for me.
Title: Playback Statistics component: version 3.0.1
Post by: sabrehagen on 2013-07-15 01:10:25
I'm sorry to ask a total newb question, but I have installed Playback Statistic, am using Columns UI, have created a new column called Play Count, and have under Scripts > Display the value %play_count%. That is all I have configured, am I missing something? All tracks display 0 next to them, and when they finish playing, this value does not increment. What am I doing wrong?

I'm sorry if this has been answered before, but I couldn't find it in my trawling through this thread.
Title: Playback Statistics component: version 3.0.1
Post by: Robertina on 2013-07-15 02:31:43
All tracks display 0

Use [%play_count%] if you want to avoid the 0 for tracks not having been played.

Quote
when they finish playing, this value does not increment

The play_count value should be raised after the first 60 seconds of a file have been played.

Perhaps you have inadvertently deactivated [main menu] Library > Playback Statistics -> "Monitor playing tracks"?

Addendum: Perhaps you would also like to read the component's documentation (http://wiki.hydrogenaudio.org/index.php?title=Foobar2000:Components/Playback_Statistics_v3.x_(foo_playcount)), for instance what to do if your playback statistics are stored in your files instead of the plugin's own database.
Title: Playback Statistics component: version 3.0.1
Post by: 4Strings on 2013-07-20 07:51:53
All tracks display 0

Use [%play_count%] if you want to avoid the 0 for tracks not having been played.

Quote
when they finish playing, this value does not increment

The play_count value should be raised after the first 60 seconds of a file have been played.

Perhaps you have inadvertently deactivated [main menu] Library > Playback Statistics -> "Monitor playing tracks"?

Addendum: Perhaps you would also like to read the component's documentation (http://wiki.hydrogenaudio.org/index.php?title=Foobar2000:Components/Playback_Statistics_v3.x_(foo_playcount)), for instance what to do if your playback statistics are stored in your files instead of the plugin's own database.


What if you have a track that's shorter than 60 seconds? Is there a way to change when Playback Statistics' play count updates?
Title: Playback Statistics component: version 3.0.1
Post by: BenB on 2013-07-20 19:21:28
What if you have a track that's shorter than 60 seconds?

Is there anything that prevents you from playing such a track and noting the behavior? Nevertheless, the play count advances for such files when their playback ends. Note though that regardless of a track's length, the play count will advance after 60 seconds of "accumulated" playback, e.g. if you listen to the middle 10 seconds of a 30-second track repeatedly without stopping playback, play count will advance after the sixth play and not the third. This component is (seemingly) not aware of a track's length and is triggered solely through playback.

Is there a way to change when Playback Statistics' play count updates?

No.
Title: Playback Statistics component: version 3.0.1
Post by: 4Strings on 2013-07-20 20:00:05
What if you have a track that's shorter than 60 seconds?

Is there anything that prevents you from playing such a track and noting the behavior? Nevertheless, the play count advances for such files when their playback ends. Note though that regardless of a track's length, the play count will advance after 60 seconds of "accumulated" playback, e.g. if you listen to the middle 10 seconds of a 30-second track repeatedly without stopping playback, play count will advance after the sixth play and not the third. This component is (seemingly) not aware of a track's length and is triggered solely through playback.

Is there a way to change when Playback Statistics' play count updates?

No.


Thanks anyway. I played a 15 second track and it did add playcount. So all's good.
Title: Playback Statistics component: version 3.0.1
Post by: Robertina on 2013-07-26 18:09:11
Renaming a tagless MP3 file with fb2k's File Operations function, which is in the Media Library for quite some time does update its %added% value and consequentially delete its other statistics (%play_count%, %rating% etc)

I thought there would be a fallback for files without tags? Would appreciate any feedback!

foobar2000 v1.2.9, Playback Statistics 3.0.2, Windows XP. Occurs with my standard installation and also with a fresh portable one.
Title: Playback Statistics component: version 3.0.1
Post by: boombaard on 2013-08-05 22:57:06
I have a rather substantial classical collection, and I tend to copy all of the identical fields (everything except conductor/performer/ensemble/recording date/etc.) from an existing entry to a new addition, but this has recently led to undesired behavior, namely that it also receives the 'added' info from those files. I would therefore really appreciate it if there was a way to reset the %added% info.
Title: Playback Statistics component: version 3.0.1
Post by: Roomer on 2013-10-27 23:05:50
Hi

i am tryin to download the plugin from the component website.
But all i get is a text file. (download link links to foo_playcount.fb2k-component)

Where can i find the plugin ?

Thanks
Title: Playback Statistics component: version 3.0.1
Post by: tpijag on 2013-10-28 00:31:11
What makes you think the file foo_playcount.fb2k-component is a text File?

Drag it to an opened Preferences>Components>Installed components window. Or double click on it. Does it not install?
Title: Playback Statistics component: version 3.0.1
Post by: db1989 on 2013-10-28 00:42:13
And what is in this apparent text file?

If the answer is a lot of seemingly meaningless symbols, your browser must have misinterpreted the MIME type of the file and hence presented it as text.
Title: Playback Statistics component: version 3.0.1
Post by: Roomer on 2013-11-11 22:48:41
And what is in this apparent text file?

If the answer is a lot of seemingly meaningless symbols, your browser must have misinterpreted the MIME type of the file and hence presented it as text.

Thanks for your answers.

First: the file i downloaded turns out to be a zip file conatining the dll i was looking for. so everything works

the file i downloaded had no extension i was expecting. so i tried to look in the file. Usually i use vim, but this time i used midnight commander, which realized the file and did not show the content, but a statistical overview (compresseion rates, etc).
So i thought i am looking at a text file. sorry.

So there was no problem at all, besides the one in front of the keyboard....
Doh'
Title: Playback Statistics component: version 3.0.1
Post by: kode54 on 2013-11-12 01:40:38
You aren't supposed to unpack .fb2k-component files yourself. You are supposed to open them directly and let foobar2000 install them. Or drag them onto the Components Preferences pane. Or click the Install... button located there and locate the file manually.
Title: Playback Statistics component: version 3.0.1
Post by: aeidein on 2014-02-20 01:09:54
I'm not sure if it's been suggested before, but I'd love a LAST_SKIPPED tag that's written if the track is manually skipped with PLAYBACK→NEXT before the Playback Statistics Update Timing is triggered.  Is that too complicated/niche?
Title: Playback Statistics component: version 3.0.1
Post by: pIv on 2014-02-20 02:46:49
One little bug.

I have song without rating. When I set rating by command - Playback Statistics/Rating/1, it's OK. But when I use Playback Statistics/Rating/+, rating  is set to 3.
That is not problem when I set rating  by right mouse click, but I assign rating commands  to buttons (-, 0, 1, 2, 3, 4, 5, +) and I sometimes use the "+" button instead of "1" and rating set to 3.

It is possible  for new songs use rating equal 0, but not "not defined".
Title: Playback Statistics component: version 3.0.1
Post by: ArchCarrier on 2014-04-30 10:29:51
I have song without rating. When I set rating by command - Playback Statistics/Rating/1, it's OK. But when I use Playback Statistics/Rating/+, rating  is set to 3.

Came here to post about this exact same bug. Any chance in getting this fixed?
Title: Playback Statistics component: version 3.0.1
Post by: LL25255252 on 2014-05-01 10:23:10
I use also buttons (0,1,2,3,4,5,-,+) for ratings but I don't have that problem.
Foobar V1.2.9
Title: Playback Statistics component: version 3.0.1
Post by: ArchCarrier on 2014-05-01 10:58:48
I don't use the buttons, but can you try it through the context menu?

Right click on a song with no rating > Playback Statistics > Rating > '+' adds three stars instead of the expected one star.
Title: Playback Statistics component: version 3.0.1
Post by: LL25255252 on 2014-05-01 12:38:27
1. Ok...now I understand your issue. You're talking about "+"ing songs with no rating...Yes, these tracks get 3 stars. "-"ing them give them 2 stars. I really don't use the "+" and "-" but if I did I might have been liking it that way. 
2. There's no difference with these 2 rating functions between using them with the context-menu or with customized buttons.

Playback Statistics 3.0.2
Foobar V1.3.2
Title: Playback Statistics component: version 3.0.1
Post by: Staceyparish on 2014-05-02 02:41:58
I'm curious is there a way I can rename / edit the Metadata for

<FIRST_PLAYED_TIMESTAMP>
<LAST_PLAYED_TIMESTAMP>
<PLAY_COUNT>

(http://pichoster.net/images/2014/05/02/Capture.jpg)

First of all I no longer wish to record First & last played and I want to change <PLAY_COUNT> to just Play Count so it looks like the rest of the title names? thanks without the < > or in all upper case characters
Title: Playback Statistics component: version 3.0.1
Post by: BenB on 2014-05-02 04:12:51
No, you cannot choose which fields foo_playcount does or doesn't track.

Tag entries in the Properties dialog in uppercase and bookended by angle brackets are simply tags which lack a "Standard field" name.

To give a tag a name, go to Preferences > Advanced > Display > Properties dialog > Standard fields and add the name at the end of text box in the following format: Play Count=PLAY_COUNT. Make sure all pairs are separated by a semicolon. The order they occur left to right is the order they are displayed top to bottom in the Properties dialog.
Title: Playback Statistics component: version 3.0.1
Post by: ArchCarrier on 2014-05-02 09:25:26
1. Ok...now I understand your issue. You're talking about "+"ing songs with no rating...Yes, these tracks get 3 stars. "-"ing them give them 2 stars. I really don't use the "+" and "-" but if I did I might have been liking it that way.

I guess it depends on how you interpret the star rating, but 0 (zero) plus 1 equals 1 and not three.
Title: Playback Statistics component: version 3.0.1
Post by: marc2003 on 2014-05-02 10:58:51
if you want to set a rating of 1, bind a button/shortcut to it. problem solved.

i'm fairly sure setting an unrated file to a value of 3 when you press the + button is by design and not a bug. why else would it be 3?
Title: Playback Statistics component: version 3.0.1
Post by: LL25255252 on 2014-05-02 12:15:50
1. Ok...now I understand your issue. You're talking about "+"ing songs with no rating...Yes, these tracks get 3 stars. "-"ing them give them 2 stars. I really don't use the "+" and "-" but if I did I might have been liking it that way.

I guess it depends on how you interpret the star rating, but 0 (zero) plus 1 equals 1 and not three.


The "+" and "-" are ONLY needed when sometimes you want to bring a group of tracks' ratings up or down 1 level.
@ArchCarrier, by your suggestion, If you decide to "+" a group of tracks and by mistake a few of them haven't been rated before then these few tracks will get a 1 star ratings !!

BTW, this case is especially bad for users who use the foo_skip plugin. Me and many other users use the next pattern (see below) to skip tracks. In that case those few tracks will be skipped. It often takes time until new added tracks get rated. So if by mistake they are "+"ed it might take along time until they will be played for even the FIRST time.

The foo_skip pattern for skipping - %rating% IS 1 AND (%playback_order% IS random OR %playback_order% IS "Shuffle (tracks)")

There's a simple third way of looking at this "+"ing that on one hand prevent that scenario and on the other hand still be intuitive - Letting "+" and "-" affect only rated tracks.
Title: Playback Statistics component: version 3.0.1
Post by: ArchCarrier on 2014-05-03 08:39:57
OK, the part about foo_skip makes sense. I myself only use 'positive' ratings: I give one star to songs I don't know yet and want to mark as positive. Two stars for the songs I've heard a few times and enjoy quite a bit, three stars for the songs I immediately recognize and are starting to become favorites. Four stars for the songs I've known for a long time and can sing along to for large portions of the track, and five stars are for those rare and essential songs that have been part of my life for years and that I love completely.

All unrated songs are considered equal - if I really dislike something, it gets deleted from the library.

So for me, the '+' function from zero would be very handy, because I can just 'plus' a song that's playing without having to open the foobar window and check the song's current rating. First world problems, I know... 8)
Title: Playback Statistics component: version 3.0.1
Post by: Staceyparish on 2014-06-30 22:32:26
No, you cannot choose which fields foo_playcount does or doesn't track.

Tag entries in the Properties dialog in uppercase and bookended by angle brackets are simply tags which lack a "Standard field" name.

To give a tag a name, go to Preferences > Advanced > Display > Properties dialog > Standard fields and add the name at the end of text box in the following format: Play Count=PLAY_COUNT. Make sure all pairs are separated by a semicolon. The order they occur left to right is the order they are displayed top to bottom in the Properties dialog.


Thanks for your response those changes have worked. I would like to track First Played & Last Played but record only the date stamp and not the time stamp also wondering if it's possible to have foobar2000 automatically write statistics to file tags as even though it displays the information in foobar2000 column in the properties dialogue box it remains blank unless I click the write statistics to file tags then it shows up in properties box.
Title: Playback Statistics component: version 3.0.1
Post by: John Doe on 2014-07-01 15:02:56
Easy: Preferences > Advanced > Tools > Playback Statistics > Tick "Automatically Sync file tags"

My problem:
My database seems to loose info from time to time (Music on external USB drive lately). Albums start having different "ADDED" times... and I dont want to know what kind of info is lost as well!!!
Title: Playback Statistics component: version 3.0.1
Post by: Robertina on 2014-07-01 15:19:21
Easy: Preferences > Advanced > Tools > Playback Statistics > Tick "Automatically Sync file tags"

The complete name of this option is: "Automatically synchronize file tags with statistics (causes file tag rewrites during playback, disrecommended)"

Quote
My database seems to loose info from time to time (Music on external USB drive lately). Albums start having different "ADDED" times... and I dont want to know what kind of info is lost as well!!!

Could this (http://wiki.hydrogenaud.io/index.php?title=Foobar2000:Components/Playback_Statistics_v3.x_(foo_playcount)) be the reason?

Quote
A record gets removed when no matching track has been seen by foobar2000 (in Media Library or in any playlist or in an imported XML backup of playback statistics) for four weeks.
Title: Playback Statistics component: version 3.0.1
Post by: John Doe on 2014-07-02 12:10:59
Quote
My database seems to loose info from time to time (Music on external USB drive lately). Albums start having different "ADDED" times... and I dont want to know what kind of info is lost as well!!!

Could this (http://wiki.hydrogenaud.io/index.php?title=Foobar2000:Components/Playback_Statistics_v3.x_(foo_playcount)) be the reason?

Quote
A record gets removed when no matching track has been seen by foobar2000 (in Media Library or in any playlist or in an imported XML backup of playback statistics) for four weeks.


I am pretty sure that cannot be the reason: The USB drive is connected all the time. And still the database seems to loose information randomly. As a security measure I write the %added% info to the tags but right now I'm not even able to import them back to the database when something went wrong but that might be an issue on my side.

About the "record deletion after 4 weeks". What happens if I didn't use the software for more than four weeks and when I start it the next time (lets say after 5 weeks) the USB drive is not connected? Does that mean everything gets cleard out?
Title: Playback Statistics component: version 3.0.1
Post by: Robertina on 2014-07-02 13:23:35
As a security measure I write the %added% info to the tags

Are you aware of the option to export the playback statistics to a XML file (Library > Playback Statistics > Export statistics...)?
Via Import statistics... from the same menu you could re-import the values in case of a stats loss and also avoid editing your tags.

Quote
About the "record deletion after 4 weeks". What happens if I didn't use the software for more than four weeks and when I start it the next time (lets say after 5 weeks) the USB drive is not connected? Does that mean everything gets cleard out?

As I understand it, yes, you would lose your playback statistics, but I would appreciate if someone could confirm that. I couldn't find any hint that an external data storage medium would be treated differently in this regard than an internal one. But be that as it may, you could get your stats back via your XML backup.

With regard to your partly statistics loss in general: Have you checked foobar2000's console which might provide some information concerning this matter?
Title: Playback Statistics component: version 3.0.1
Post by: John Doe on 2014-07-02 15:30:35
Are you aware of the option to export the playback statistics to a XML file (Library > Playback Statistics > Export statistics...)?
Via Import statistics... from the same menu you could re-import the values in case of a stats loss and also avoid editing your tags.

Thank you, I was not aware of that. Is there an option to automate that?
Quote
With regard to your partly statistics loss in general: Have you checked foobar2000's console which might provide some information concerning this matter?

I did today. But there is nothing interesting to read. Still I think it is strange that only PARTS of an Album loose statistics information. Which would be impossible if it were to the 4-week problem, right?

(http://home.arcor.de/drdavid.ehlert//foobar2k_database.png)

So, how could that happen?
Title: Playback Statistics component: version 3.0.1
Post by: BenB on 2014-07-02 20:12:21
This component identifies tracks by metadata (read the wiki to know what metadata it uses). If you alter the relevant metadata with something other than foobar so that the file's tags no longer match what's stored in the component's database, the component is ignorant of the change and will treat those files as new and assign them new added dates and the like.
Title: Playback Statistics component: version 3.0.1
Post by: John Doe on 2014-07-02 21:57:49
This component identifies tracks by metadata (read the wiki to know what metadata it uses). If you alter the relevant metadata with something other than foobar so that the file's tags no longer match what's stored in the component's database, the component is ignorant of the change and will treat those files as new and assign them new added dates and the like.

That is really interesting and I didn't think of that before. I guess even if you use another instance of foobar with a copied database would be trouble right?
Well but if you look at the image you see that the date is 2006 & 2007. Do you really think, your explanation could fit in this scenario? That did not happen 7 years ago!
Title: Playback Statistics component: version 3.0.1
Post by: BenB on 2014-07-03 04:54:51
I cannot speak to behavior in regard to copied databases.

Previously this component identified files by their path. I presume (because I have no way of determining) that a file moved outside of foobar during that time would result in the same behavior that altering the metadata outside of foobar has now.

As to your screenshot, that shows that the seven items were added over a period of 26 days in March 2006.
Title: Playback Statistics component: version 3.0.1
Post by: John Doe on 2014-07-03 06:19:30
...were not. Its an Album, ok in this case an EP but still. It is strange right?
Title: Playback Statistics component: version 3.0.1
Post by: Robertina on 2014-07-05 21:48:23
Is there an option to automate that?

I assume AutoIt (http://www.autoitscript.com/site/autoit/downloads/) could do that.

Quote
Still I think it is strange that only PARTS of an Album loose statistics information. Which would be impossible if it were to the 4-week problem, right?

Have all tracks of that album been added at the same time?

Which fb2k version do you use?
Title: Playback Statistics component: version 3.0.1
Post by: John Doe on 2014-07-05 23:00:07
That was only one example of many... I always add the whole album at once (and who wouldnt?  ).
Title: Playback Statistics component: version 3.0.1
Post by: tedsmith on 2014-07-18 21:57:16
That was only one example of many... I always add the whole album at once (and who wouldnt?  ).
I too have data that appears to be missing from my playback statistics.  I couldn't catch a case where I didn't know that I didn't edit the metadata, etc. then I found a CCR album with three tracks that didn't have metadata (no play count or lastplayed, etc) and all the others do.  The key is that if you take the start time of the previous track, then add the length of the previous track and the length of the track with missing metadata you get the start time of the next track.  Also the file system has the identical last modified date and times for all of the files.
In this example track 12 doesn't have any playback statistics but those around it do.

Code: [Select]
                    Predicted   Track                                        File System Last File System
Start time  Length  Start time  Number  Track Name                          Modified Time    Size        File System Path
17:56:06    2:12    17:56:06    10      Don't Look Now (It Ain't You or Me)  9/12/2013 20:17  15,086,034  F:\My Audio\dBpoweramp\Creedence Clearwater Revival\Chronicle\2 10 - Don't Look Now (It Ain't You or Me).flac                                       
17:58:17    4:13    17:58:18    11      The Midnight Special                9/12/2013 20:17  26,949,369  F:\My Audio\dBpoweramp\Creedence Clearwater Revival\Chronicle\2 11 - The Midnight Special.flac                                       
N/A        3:28    18:02:30    12      Before You Accuse Me                9/12/2013 20:17  22,341,262  F:\My Audio\dBpoweramp\Creedence Clearwater Revival\Chronicle\2 12 - Before You Accuse Me.flac                                       
18:05:58    2:20    18:05:58    13      My Baby Left Me                      9/12/2013 20:17  16,514,462  F:\My Audio\dBpoweramp\Creedence Clearwater Revival\Chronicle\2 13 - My Baby Left Me.flac                                       
18:08:18    6:26    18:08:18    14      Pagan Baby                          9/12/2013 20:17  44,799,384  F:\My Audio\dBpoweramp\Creedence Clearwater Revival\Chronicle\2 14 - Pagan Baby.flac                                       
Title: Playback Statistics component: version 3.0.1
Post by: 4nt1 on 2014-09-04 03:09:22
just discovered the import from file tag option, and I love it. massive save as I have been using a MAC for a while due to travelling across the world and now I have a PC setup with Foobar yet again but all my foobar setup and library was gone so having to start over with the same music.

should be able to recover quite some tags - sweet!
Title: Playback Statistics component: version 3.0.1
Post by: tedsmith on 2014-09-15 03:52:29
Tho I've noticed "holes" in my playback staticstics and I thought perhaps a file got modified outside of foobar2000 and caused an entry to get re-added.
But within an SACD .iso clearly one track probably won't be modified by an external application.
Here's one of several examples I've run across (the columns are %added%, $right(%last_played%,8), %length%, %tracknumber% and %path%)
And FWIW the last modified time of the .xml sidecar is 3/6/2014 12:05AM.
I have the backups of my playback statistics before and after the glitch if that would help.

Code: [Select]
The Doors    "Morrison Hotel"
2013-07-17 09:44:07  10:58:32    4:04  01 -  G:\My Audio\SACD ISOs\The Doors\Morrison Hotel 1970\The Doors - Morrison Hotel.iso
2013-07-17 09:44:07  11:02:36    3:59  02 -  G:\My Audio\SACD ISOs\The Doors\Morrison Hotel 1970\The Doors - Morrison Hotel.iso
2013-07-17 09:44:07  15:39:00    2:53  03 -  G:\My Audio\SACD ISOs\The Doors\Morrison Hotel 1970\The Doors - Morrison Hotel.iso
2013-07-17 09:44:07  15:41:53    2:50  04 -  G:\My Audio\SACD ISOs\The Doors\Morrison Hotel 1970\The Doors - Morrison Hotel.iso
2013-07-17 09:44:07  15:44:42    2:12  05 -  G:\My Audio\SACD ISOs\The Doors\Morrison Hotel 1970\The Doors - Morrison Hotel.iso
2013-07-17 09:44:07  15:46:55    3:09  06 -  G:\My Audio\SACD ISOs\The Doors\Morrison Hotel 1970\The Doors - Morrison Hotel.iso
2014-05-28 09:22:47        N/A    4:10  07 -  G:\My Audio\SACD ISOs\The Doors\Morrison Hotel 1970\The Doors - Morrison Hotel.iso
2013-07-17 09:44:07  15:54:14    4:17  08 -  G:\My Audio\SACD ISOs\The Doors\Morrison Hotel 1970\The Doors - Morrison Hotel.iso
2013-07-17 09:44:07  15:58:31    2:47  09 -  G:\My Audio\SACD ISOs\The Doors\Morrison Hotel 1970\The Doors - Morrison Hotel.iso
2013-07-17 09:44:07  16:01:18    2:35  10 -  G:\My Audio\SACD ISOs\The Doors\Morrison Hotel 1970\The Doors - Morrison Hotel.iso
2013-07-17 09:44:07  16:03:53    4:30  11 -  G:\My Audio\SACD ISOs\The Doors\Morrison Hotel 1970\The Doors - Morrison Hotel.iso
Title: Playback Statistics component: version 3.0.1
Post by: neothe0ne on 2014-12-04 01:17:00
Potential bug report:
If I rip a brand-new CD, freedb et al won't have any data, so I get Track01, Track02, ... etc.

Playback Statistics has remembered that Track01 from Unknown Artist was added on 2014-01-01, so every time I add a fresh new FLAC file to my library and then change its tags, it still thinks it was added on 2014-01-01.

There should be an easier way to reset the Date Added tag than copying the statistics of a different file then resetting the playcount.
Title: Playback Statistics component: version 3.0.1
Post by: marc2003 on 2014-12-04 03:29:06
tag the album manually at the CD rip dialog? even adding just the album artist/album name/date should be enough if you don't want to update the track details just yet.
Title: Playback Statistics component: version 3.0.1
Post by: ryan0991 on 2014-12-10 05:59:24
Any way to make this record the playcount as soon as the track plays? I usually skip the track before it's actually finished which results in the playcount not recording.
Title: Playback Statistics component: version 3.0.1
Post by: marc2003 on 2014-12-10 06:17:02
no. that would entirely defeat the object of something that counts plays. simply starting a track shouldn't count. you only have to listen for a minute. try and bare that if you can.
Title: Playback Statistics component: version 3.0.1
Post by: CantWakeUp on 2014-12-25 04:26:03
Potential bug report:
If I rip a brand-new CD, freedb et al won't have any data, so I get Track01, Track02, ... etc.

Playback Statistics has remembered that Track01 from Unknown Artist was added on 2014-01-01, so every time I add a fresh new FLAC file to my library and then change its tags, it still thinks it was added on 2014-01-01.

There should be an easier way to reset the Date Added tag than copying the statistics of a different file then resetting the playcount.


I've also found a similar issue. If you copy the playback statistics of one file and paste them to another, every file added after this will have the same playback statistics as the one you copied, regardless that you don't paste it to any of those files. And now if I want proper "Date Added" tags I've gotta restart my computer, then rip a file to have the proper date, and then paste it to everything, more than once if I wanna do it for multiple albums.
Title: Playback Statistics component: version 3.0.1
Post by: fr0y0 on 2015-02-11 20:14:45
Hey gang!

I apologize if this has been answered in the depths of this thread already.

I had to re-install Windows recently and took the opportunity to start fresh with Foobar, only installing the four or five components I've been actually using the most.

One of them is foo_playcount. Now, I'm 100% sure I had this working differently in my previous install of Foobar, but the %added% tag is giving me some trouble. Check out this screenshot (http://i.imgur.com/jbHKfU5.png) (I'm using Facets to view my library). So obviously what happened is that the three most recent albums there got split up by the actual time they've been added to the library; I assume this happened because foobar was running when I copied the files into my library folder and during the copy process, foo_playcount noted the time for each individual file coming into the folder.

As I said, I'm sure that this wasn't the case before. Before, as far as I remember, the time of day wasn't recorded in the %added% tag, just the date. Maybe I was running an older version of foo_playcount without knowing or I had this problem before (which would have been years ago at this point) and somehow found a workaround then. Either way, I'm not really keen on having to shut down foobar every time I copy or download new albums, just so they're properly tagged and seperated.

So is there any way to make foo_playcount ingore the time of day in the %added% tag? Or to make facets ignore the time?

Thanks in advance! I appreciate the help.
Title: Playback Statistics component: version 3.0.1
Post by: BenB on 2015-02-11 20:20:32
Code: [Select]
$date(%added%)

Foobar2000:Title_Formatting_Reference#Time.2FDate_Functions (http://wiki.hydrogenaud.io/index.php?title=Foobar2000:Title_Formatting_Reference#Time.2FDate_Functions)
Title: Playback Statistics component: version 3.0.1
Post by: fr0y0 on 2015-02-11 20:25:29
Well, that was easy. Thanks! Hadn't seen that page of the wiki anywhere.
Title: Playback Statistics component: version 3.0.1
Post by: LL25255252 on 2015-03-01 09:28:35
I have a suggestion/request to the "ratings" assignment part of the plugin.

This comes yesterday after I intended to give a 5 stars ratings to a track I was listening to but ended up assigning 5 stars ratings to 200 tracks. 

Usually I listen to music while working on another application and whenever a good track is played I hit "ctrl-shift-8". This keyboard shortcut was assigned (as a global key) previously by me to "playback statistics > ratings > 5".

So here I'll describe the "accident" I had yesterday :

1. I selected playlist A and started playing track1 of that playlist.

2. While track1 was being played I selected (doubled-clicked) another playlist - playlist B -  b/c I just wanted to look at it (without performing any other action).

3. Then I went to work on another application (my browser). After 4 minutes track1 finished playing and track2 (of the same playlist A) started to play.

4. As track2 was being played I decided to give it a 5 star rating. So as usual i hit "ctrl-shift-8" (my keyboard shortcut for a 5 stars ratings)

The result of step 4 ("ctrl-shift-8") was not a 5 stars ratings to track2 but a 5 stars rating to all the 200 tracks of playlist B. This action overwrote all the previous ratings of the 200 tracks of playlist B !! 

The same problem can occur if you create a customize button in foobar and assign it with "playback statistics > ratings > 5".
The plugin works without these "accidents" only if you highlight track/tracks and use the right-click context menu.

So my request is:
Can you popup a small confirmation window before assigning ratings ?
In my example it should popup "Are you sure you want to change the ratings of 200 tracks ?"
In the case of a one track you can display the track's name.

This "confirmation popup" is done for example in foobar's built-in "File operations > delete file"

Foobar2000 1.3.7
Default UI
Win 7 x64

Thanks in Advance.
Title: Playback Statistics component: version 3.0.1
Post by: DotNoir on 2015-03-01 09:39:34
Why don't you apply the global shortcut to [context/ Now playing]->Playback statistics->Rating?
Title: Playback Statistics component: version 3.0.1
Post by: LL25255252 on 2015-03-01 10:25:55
Why don't you apply the global shortcut to [context/ Now playing]->Playback statistics->Rating?
As I wrote, this is exactly what I did.


Title: Playback Statistics component: version 3.0.1
Post by: DotNoir on 2015-03-01 10:32:29
No you didn't. There are three (3) different rating possibilities on hotkey menu. Global, which applies to selection, playlist and now playing. Now playing being the last.
(http://i.imgur.com/Cn8nO1l.png)

Why don't you apply the global shortcut to [context/ Now playing]->Playback statistics->Rating?
As I wrote, this is exactly what I did.

Title: Playback Statistics component: version 3.0.1
Post by: LL25255252 on 2015-03-01 13:54:41
No you didn't. There are three (3) different rating possibilities on hotkey menu. Global, which applies to selection, playlist and now playing. Now playing being the last.

  First, thank you DotNoir . You were correct, I should have assigned my hotkey to the context-now-playing and not to the "global/general" context.

Still, I think my earlier post is relevant.

The 2 main problems in my opinion are :
1. In the hotkey-menu window there are 3 types of context (global,playlist,now-playing). The most needed context type is missing. I'll call it context-selected-tracks. Because it is missing users will use the "global-context" option which can lead to the "dangers" I described in that earlier post.
(http://i.imgur.com/YKJiRfO.png)

2. There's only one type of context (a global context) in foobar's "customize buttons" window. So for example a 5-star-rating button for the now-playing track can't be created. ( Only a general-context button which is not "safe").
(http://i.imgur.com/jQS2Y5L.png)

Probably there can be many solutions/improvements to these problems/dangers. Here are my thoughts:

In my opinion the general/global "context" should not "include" context-playlist. It should include only context-selected-tracks and context-now-playing if there aren't any  selected track/tracks.
Obviously, I'm not suggesting to eliminate the context-playlist. All I'm saying is that it should be "separated".

I still think a confirmation popup is needed (like the one which pops when deleting file/files).Another option is to show a confirmation popup only before the action is implemented on a full playlist (in case no tracks are highlighted/selected)The best solution is to display a window with all the tracks which are going to be affected like the window which pop up when you rename or move files.
Title: Playback Statistics component: version 3.0.1
Post by: Halen on 2015-03-12 11:04:58
Many thanks. After end support Last.FM synchronizing by Marc2003 script im have mass problem with my statistics. Synchronizing number of plays LAST.FM gone and im try using this component. Im store song rating in metadata, not properties. Function this component "Write statistic  to file tag" wiped out all my ratings. Over 5.000 songs. Problem location highlighted red elipse. Thats all. Oh, not all, sorry my bad english.
(http://thumbnails109.imagebam.com/39663/f56575396627211.gif) (http://www.imagebam.com/image/f56575396627211) (http://thumbnails112.imagebam.com/39663/aea9b6396627370.gif) (http://www.imagebam.com/image/aea9b6396627370)
Title: Playback Statistics component: version 3.0.1
Post by: Nz Rambo90 on 2015-04-18 13:46:29
I don't get it why dosent mine work?
http://gyazo.com/9420f910e88030c2a17575010fdc730f (http://gyazo.com/9420f910e88030c2a17575010fdc730f)
Plus ive been using foobar for 2 weeks why does it only just record since installation?
Title: Playback Statistics component: version 3.0.1
Post by: tpijag on 2015-04-20 12:56:36
Point of installation.
Information that it stores is listed in the docs (http://wiki.hydrogenaud.io/index.php?title=Foobar2000:Components/Playback_Statistics_v3.x_(foo_playcount)).

Do you need help adding a Titleformatting field to your playlist view ?
Title: Playback Statistics component: version 3.0.1
Post by: MetalMilitia623 on 2015-05-03 01:39:13
I searched through this but didn't find anything on it, is there anyway to change the time this component actually adds to the play count? I'd prefer it to be at 50% instead of about 1 minute into the song because it's not exactly accurate that way.
Title: Playback Statistics component: version 3.0.1
Post by: carpman on 2015-05-03 03:19:38
The good news is: you are not alone (http://www.hydrogenaud.io/forums/index.php?showtopic=58233&view=findpost&p=683258).
The bad news is: no, there isn't a way "to change the time this component actually adds to the play count".

C.
Title: Playback Statistics component: version 3.0.1
Post by: MetalMilitia623 on 2015-05-03 03:27:35
I saw it suggested way back in 2010 in this thread and I didn't quite make it to page 13, but I kinda figured in 5 years it'd have been added. Oh well I guess. I'll just have to live with some songs having more plays than they actually have.
Title: Playback Statistics component: version 3.0.1
Post by: carpman on 2015-05-03 05:05:29
There's a way around this, which most people wouldn't bother doing, but I use the method below for monitoring the "real-world performance" of the DAR Rating (http://www.hydrogenaud.io/forums/index.php?showtopic=83954&hl=) algorithm, which assumes a sane play count system.

So, for anyone interested:
I have a portable installation which uses foo_preview and only plays the first 65 secs of each track.
In my main foobar2000 I use foo_history and that only adds tracks (to a playlist called "history") after they've been played for 60% or more. Every day or so, I drag the tracks from the history playlist to my portable installation (and clear the history playlist) and then they get played (the portable installation uses "null" for sound driver - thus plays in silence) and the portable foobar2000 closes automatically once all are played, and runs a batch file which closes my main foobar2000 (if it's open) and copies across the portable version of its \foobar2000\index-data\ to the main installation, thus overwriting the playcount data. This way any files which were counted as played after just 60 secs but were less than 60% completed do not see any change in their stats, as they were not played by the portable installation, since they never made it into the history playlist.

As I said, I do this because I need to make sure DAR is giving sane results for a sane playcount system, since DAR can be tweaked to account for the weakness in foo_playcount, but IMO it shouldn't inherit the weakness of a component to in some ways cover up that very weakness.

So if it's extremely important for you to have sane playcount data, start a new thread and I'll happily flesh how to do what I've noted above. But, I doubt most people are that bothered to go to such lengths.

C.
Title: Playback Statistics component: version 3.0.1
Post by: Miracle1980 on 2015-05-21 01:10:40
Is there a way to export the playback statistic as text or excel file? Or at least to view normal written data in the Xml saved file?
Title: Playback Statistics component: version 3.0.1
Post by: Kougeru on 2015-08-10 08:30:57
So back in 2009 Foobar decided to reset all my data. At that point, I basically said "guess I'll just depend on last.fm". Well, for those who don't use last.fm, the site has been going to hell recently and while they're working on a new version of the site, statistics are bugging out like crazy in a variety of ways and I'm honestly willing to go through my thousands of songs and modify things manually in a horridly time-consuming process. They've been ignoring pretty much ALL user feedback about the beta and have been giving basically zero support for people have issues on the current version. I would love to NOT depend on the site anymore, despite how many years of awesome service it gave. It's current owners just don't seem to care and I feel like it's on it's way down. So I want to prepare for the worst and slowly modify all my local data to the proper pre-2009 play counts and such.

I've figured out how to edit my play_count. However, (and I know this is meaningless to a lot of people but I have issues...), I would love to edit my "first time played". Last.fm has the dates recorded, but I can't figure out how to modify the field. If anyone knows a way, I would be eternally grateful.
Title: Playback Statistics component: version 3.0.1
Post by: marc2003 on 2015-08-10 09:28:44
if you're prepared to use your files as a temporary working area by modifying the tags, you can get all your last.fm first/last played data into playback statistics without any manual editing.

edit for clarity: this doesn't do anything with last.fm playcounts. it only adds first/last played dates.

your files have to be taggable (not cuesheets). also, a required component (foo_customdb) can be unstable with collections over 20,000 tracks. there is a risk of it crashing foobar so it has to be mentioned.

you'll need your exported data from this page: http://www.last.fm/settings/dataexporter (http://www.last.fm/settings/dataexporter) (it can take some hours if you don't already have it)
install WSH panel mod and foo_customdb

https://code.google.com/p/foo-wsh-panel-mod/downloads/list (https://code.google.com/p/foo-wsh-panel-mod/downloads/list)
http://www.hydrogenaud.io/forums/index.php?showtopic=109065 (http://www.hydrogenaud.io/forums/index.php?showtopic=109065)

make sure file>preferences>tools>wsh panel mod>safe mode is disabled.
download the zip from this thread and follow the readme carefully

http://www.hydrogenaud.io/forums/index.php?showtopic=109168 (http://www.hydrogenaud.io/forums/index.php?showtopic=109168)

now add all your music to a playlist>highlight>right click>playback statistics>write statistics to file tags (this is so original playcounts/ratings are preserved when we import back in a bit)

now open Library>Search and add this

Code: [Select]
%first_played_db% PRESENT


highlight all results>properties. now right click first_played and click format from other fields and use %first_played_db% as the pattern. confirm the changes you've made.

now update the library search window with

Code: [Select]
%last_played_db% PRESENT


repeat the steps in the properties dialog using last_played and %last_played_db%.

with that all done, you can now go back the playlist containing all your music>highlight>right click>playback statistics>import statistics from file tags.

you can now remove the tags that were added to your files and remove those extra components if you don't need them.
Title: Playback Statistics component: version 3.0.1
Post by: ZarkBit on 2015-08-17 09:55:02
Is there a way of merging or migrating LastFM's playcount with the playcount of this component?
Title: Playback Statistics component: version 3.0.1
Post by: marc2003 on 2015-08-17 10:28:16
if you already have your exported data from last.fm using the link i mentioned above, i suppose the script i have could be modified to work with play counts as well.
Title: Playback Statistics component: version 3.0.1
Post by: Kougeru on 2015-08-17 18:18:57
I knew If anyone knew a way, it would be you marc. I'll give it a shot in 1-7 days..depending if last.fm decides to fix is a major bug that occurred over the weekend that removed thousands of plays and artists from people's libraries.

I only have like 5000-6000 songs on my playlist because I have a rule where I only keep music I actually plan to listen to.

Also weird that I only got an email for that last post...




edit2: Oh...looks like last.fm updated to the "beta" site today..  Guess I'll wait a bit longer for things to be ironed out before syncing to it. Lot of duplicates I gotta delete but they disabled deleting scrobbles for now. UGh....
Title: Playback Statistics component: version 3.0.1
Post by: firewater on 2015-09-09 04:11:54
marc do you know if it's possible to import first played now that the export feature is gone
Title: Playback Statistics component: version 3.0.1
Post by: marc2003 on 2015-09-09 13:42:47
in theory it could be possible to parse your entire listening history but that could involve hundreds or even thousands of webservice lookups and i won't be writing a script to do it.

edit: if a mod reads this, perhaps post #386 and onwards could be split for being off topic...
Title: Playback Statistics component: version 3.0.1
Post by: firewater on 2015-09-09 22:14:01
ohh i hope they bring it back then. thanks!
Title: Playback Statistics component: version 3.0.1
Post by: ZarkBit on 2015-09-12 05:14:09
When I export the data from the Play statistics, it shows the file ID as 29bcd2ffadae4904, where does he get this id? or how does he generate it? I'm trying to manually update the play count on some songs, but this is puzzling me.

EDIT: ok was able to export the data from that song, but I could not import it on that single file from the context menu, only with the full import from the Library menu.

Importing using the context menu doesn't seem to work with me.

Can someone else confirm?
Title: Playback Statistics component: version 3.0.1
Post by: michtar on 2015-09-12 08:43:05
When I export the data from the Play statistics, it shows the file ID as 29bcd2ffadae4904, where does he get this id? or how does he generate it? I'm trying to manually update the play count on some songs, but this is puzzling me.

EDIT: ok was able to export the data from that song, but I could not import it on that single file from the context menu, only with the full import from the Library menu.

Importing using the context menu doesn't seem to work with me.

Can someone else confirm?

I can confirm that, it works rather randomly, it does work if you reset the statistics for a single track.
Title: Playback Statistics component: version 3.0.1
Post by: ZarkBit on 2015-09-12 11:56:16
I can confirm that, it works rather randomly, it does work if you reset the statistics for a single track.


Took a closer look, and the import from the context menu only does it from the file tag, and not from the XML file...... misread that lol
Title: Playback Statistics component: version 3.0.1
Post by: michtar on 2015-09-13 08:23:28
I can confirm that, it works rather randomly, it does work if you reset the statistics for a single track.


Took a closer look, and the import from the context menu only does it from the file tag, and not from the XML file...... misread that lol

I assumed wrongly then, I have export-import statistics to-from file function under two keyboard shortcuts and although it works reliably when I checked it now I'm 100% positive it wasn't always the case.

Exporting to file, modifying it and importing (one or several tracks) sometimes resulted in no change in playback statistic number, maybe it was 1 PC problem.

Title: Playback Statistics component: version 3.0.1
Post by: ZarkBit on 2015-09-15 21:10:19
Exporting to file, modifying it and importing (one or several tracks) sometimes resulted in no change in playback statistic number, maybe it was 1 PC problem.

yeah, it's basically what I have been doing, but 1 by 1, and so far I've managed to import modify the statistics without any issues.
Title: Playback Statistics component: version 3.0.1
Post by: gsax on 2015-12-13 10:31:07
Properties
  - The characters should be stars, but you don't see them properly because of the used font. Install East Asian language support (http://kb.mozillazine.org/Installing_East_Asian_language_support_under_Windows) and it will automatically choose a font with has them. (Needed only on Windows XP.)

Backup
  - <your-foobar2000-profile>\index-data\6370B286-BE93-4A7C-AA3B-281FEC61B182


I have a problem related to the need to format my PC. I have a really big library and I like the possibility to avoid playing music recently played. I use foo_play count with my foobar and this is an excellent solution. But what to do in order to avoid to start again fromzero once the foobar is istalled again after having formatted the pc? I was looking for the above file but I could not find it anywhere. Someone could help me. I have the last version of foobar and foo_palycount. Thank you very much in advance. gsax
Title: Re: Playback Statistics component: version 3.0.1
Post by: LL25255252 on 2017-06-17 13:37:42
Note that regardless of a track's length, the play count will advance after 60 seconds of "accumulated" playback, e.g. if you listen to the middle 10 seconds of a 30-second track repeatedly without stopping playback, play count will advance after the sixth play and not the third.
@Peter (the dev), Can you please consider adding an option to change this  "accumulated playback time" needed for the plugin to update the track's %last_played% %play_count% (and %first_played% if it is the first time) ?
As of playback statistics latest version (3.0.2) it is "60 seconds" and can't be changed.
Thanks in advance.
Title: Re: Playback Statistics component: version 3.0.1
Post by: randal1013 on 2017-07-23 04:32:58
I have two questions:

1) Why does Playback Statistics convert a normal human timestamp into computerspeak when writing statistics to file tags? E.g.: 2017-06-02 21:36:22 becomes 131409273821466963.

2) Is there a simple way for a layman to convert a human timestamp into this computerspeak format?
Title: Re: Playback Statistics component: version 3.0.1
Post by: LL25255252 on 2017-07-23 11:55:00
@randal1013 , I'm not sure what you really need but working with these dates isn't complicated.

If for example you want to dispaly the 3 dates of Playback Statistics (added date,first played & last played) on the "Playlist View" of the Default UI :
$left(%added%,10)  $right(%added%,8)
$if(%first_played%,$left(%first_played%,10)  $right(%first_played%,8))
$if(%last_played%,$left(%last_played%,10)  $right(%last_played%,8))

Here's also an example of an auto-playlist for tracks added in the last 8 weeks :
%added% DURING LAST 8  WEEKS  SORT DESCENDING BY %added%

An example of an auto-playlist for tracks added in 2016 :
"$year(%added%)" EQUAL "2016" SORT DESCENDING BY %added%
Title: Re: Playback Statistics component: version 3.0.1
Post by: randal1013 on 2017-07-23 13:55:41
I appreciate the fast response, but that's not what I'm asking. What I would like to know is how to convert a readable timestamp, like 2017-06-02 21:36:22, into the long string of numbers, like 131409273821466963, that foo_playcount apparently uses.
Title: Re: Playback Statistics component: version 3.0.1
Post by: randal1013 on 2017-07-24 14:01:30
Actually nevermind, I found another way to do what I wanted.
Title: Re: Playback Statistics component: version 3.0.1
Post by: eahm on 2017-10-17 09:09:07
Where are the stats info stored? In the .cfg file? Inside the index-data folder? I see there is another file now.

Thanks.
Title: Re: Playback Statistics component: version 3.0.1
Post by: marc2003 on 2017-10-17 14:25:08
Well the component hasn't been updated in years so it will still be inside the index-data folder.
Title: Re: Playback Statistics component: version 3.0.1
Post by: eahm on 2017-10-17 16:09:28
Perfect thanks, never knew about the component, I always used the player in extremely basic mode without even adding the library, I wanted to use it like adding CDs (folders) one by one like I used to do with the stereo but every now and then I was adding the library to test if I would change my mind on how to use it and I always kept a personalized full screen multi panel theme.
Title: Re: Playback Statistics component: version 3.0.1
Post by: ViniMan on 2017-11-05 13:57:14
I'm using foo_playcount to write playstats directly to the audio-files , because my library keeps growing and a lot of it is becoming FLAC the "Automatically sync filetags with stats" is becoming unusable .. it can create huge lagtimes around the 1 minute mark from time to time. Even minor lag is really off-putting, obviously.

Is there any way I can fix this lag , without having to either rely on the database-file foo_playcount creates and adding playcount info to the files myself ?
I'm not really using it as a playcount stats per se, I'm using it more as a visual check to know whether I have played an audiotrack before or haven't. . .

As such:
(https://i.imgur.com/BJC4Oya.png)

I saw this config screenshot on some wiki, but I don't seem to have this? :
(http://wiki.hydrogenaud.io/images/b/b6/Playlist_count_unofficial.PNG)
http://wiki.hydrogenaud.io/index.php?title=Foobar2000:Components/Play_Count_(unofficial)_(foo_playcount)

Any help appreciated ! :) (I'm using foobar2000 default UI btw)
Title: Re: Playback Statistics component: version 3.0.1
Post by: LL25255252 on 2017-11-17 19:05:02
@Viniman, why are you still using the old v0.9.1 foobar2000 ?  :o
If you upgrade your foobar you'll be able to use Playback Statistic version 3 (was released on 2011-07-13). There's no lag time on version 3. Version 3 introduced new data pinning scheme :  "Playback statistics are now pinned to a combination of artist + album + disc number + track number + track title information, contrary to pre-3.0 versions which would pin data to file paths".
http://wiki.hydrogenaud.io/index.php?title=Foobar2000:Components/Playback_Statistics_v3.x_(foo_playcount)
Title: Re: Playback Statistics component: version 3.0.1
Post by: tberman333 on 2017-11-18 16:00:00
I am sure this question has been asked before, but I can't find the answer.  My PC crashed while Foobar was open and it seems the Payback statistics from that session were not saved.  Is there a way to recover the stats of what was played during that session?
Title: Re: Playback Statistics component: version 3.0.1
Post by: kode54 on 2017-11-19 02:22:08
foo_jesus is the only guaranteed way to keep stats for a session without user intervention. Otherwise, you'd need to manually trigger a configuration save periodically.
Title: Re: Playback Statistics component: version 3.0.1
Post by: bronzi on 2017-12-12 22:54:46
Is it possible to display an unrated track as blank instead of as a question mark?
Title: Re: Playback Statistics component: version 3.0.1
Post by: bronzi on 2017-12-12 23:00:56
Nevermind, I figured it out from an earlier post--just need to format as [%rating%].
Thanks for the plugin!
Title: Re: Playback Statistics component: version 3.0.1
Post by: lostcpu on 2019-03-13 10:49:23
is it possible to offer a enhanced %played_per_day% to show  3 or 4 digits after the decimal point?
now  %played_per_day% shows only 2 digits is meaningless for most songs, as I have 10k songs with more than 10 years in library,
end up showing a lot meaningless 0.01 and 0.02

Download - version 3.0.1:
http://www.foobar2000.org/components/view/foo_playcount (http://www.foobar2000.org/components/view/foo_playcount)

Documentation:
http://wiki.hydrogenaudio.org/index.php?ti...oo_playcount%29 (http://wiki.hydrogenaudio.org/index.php?title=Foobar2000:Components/Playback_Statistics_v3.x_%28foo_playcount%29)

This component requires foobar2000 v1.1 or newer.

Changes since 3.0:
- No longer attempts to update tags on remote files or streams when playing.
Title: Re: Playback Statistics component: version 3.0.1
Post by: Awesomeo on 2019-04-20 16:12:07
Fun fact: for all its complexity, LDAP timestamp usage and whatnot... foo_playcount doesn't take account of daylight-saving/summer time changes!

It's mindboggling how this could get neglected considering ~70 countries observe DST, so I would really like to be wrong, but it looks like I'm not. I only discovered it by accident when my winter windows time didn't agree with foobar's timestamp.

I was CET (UTC+1) until March 30th, now I'm CEST (UTC+2). Foo_playcount thinks I'm constantly in summer time. Compare:

CET

CEST

And just the same with Last.fm (scrobbles at 50% but site displays playback start)

CET

CEST
Title: Re: Playback Statistics component: version 3.0.1
Post by: ViniMan on 2019-09-20 11:04:10
Is there a way to merge last.fm statistics with the database of this component?
Title: Re: Playback Statistics component: version 3.0.1
Post by: loz on 2019-09-20 13:14:59
Is there a way to merge last.fm statistics with the database of this component?
Look into foo_enhanced_playcount (https://hydrogenaud.io/index.php?topic=115227.0)
Title: Re: Playback Statistics component: version 3.0.1
Post by: ViniMan on 2019-10-02 11:41:10
Is there a way to merge last.fm statistics with the database of this component?
Look into foo_enhanced_playcount (https://hydrogenaud.io/index.php?topic=115227.0)

Thanks, this owns!!
Title: Re: Playback Statistics component: version 3.0.1
Post by: LL25255252 on 2019-10-13 00:17:13
@Peter  , it seems that you are using "album artist" tag and not the "artist" tag in somehow contrary to what is stated at the plugin documentation :
"Playback statistics are now pinned to a combination of artist + album + disc number + track number + track title information, contrary to pre-3.0 versions which would pin data to file paths."

BTW - [for those who forgot] When %album artist% is missing it returns the %artist% so the wording in the documentation is not so "wrong".

So here's my issue. Generally it's not so important (because usually when using "album artist" the different "title" & "track number" tags "help" to create a unique combination) but there's a case when the current combination can cause a problem.

Lately I decided to create some "cover" albums for some "classic" soul tracks and the "problem" occurred while creating them.
The last occasion the problem happened was today. I "collected" all my 13 covers of Michael Jackson's "I Wanna Be Where You Are".

I Updated all the tracks with:
"Title" - "I Wanna Be Where You Are (cover)"
"Album" - "I Wanna Be Where You Are (covers)"
"Album Artist" - Michael Jackson

Then suddenly while preparing the "track number" for the tracks of this album all of the tracks' statistics were overwritten by the statistics of one of them (the one I was listening to) !!
At that particular moment all the elements of the "combination" were exactly the same for these 13 tracks.
If the plugin was using "artist" instead of "album artist" it would not have happened.

So here's my request @Peter : Can you replace "album artist" with "artist" or maybe add "artist" to the combination ?
If you decide not to change the combination at least update the documentation.

(https://i.imgur.com/fmy4biT.png)

If it is intended at least you should update the documentation which as of now states :
"Playback statistics are now pinned to a combination of artist + album + disc number + track number + track title information, contrary to pre-3.0 versions which would pin data to file paths."

http://wiki.hydrogenaud.io/index.php?title=Foobar2000:Components/Playback_Statistics_v3.x_(foo_playcount)

Playback Statistics 3.0.3
foobar2000 1.5 beta 16
Win 7 x64

Thanks in advance.
Title: Re: Playback Statistics component: version 3.0.1
Post by: Kougeru on 2019-12-13 17:47:43
since this update I've been getting "playback error file is in use" during writing sometimes. I assume this is because I have "automatically synchronize file tags with statistics (causes file tag rewrites during playback, disrecommended)" enabled. However, I've had that enabled for as long as it's existed and NEVER had a single problem until this update. (1.5). More importantly? Is this setting even needed? Like I said, I've had this enabled for however old this plug-in has had such a feature which I assume is nearly a decade now...
Title: Re: Playback Statistics component: version 3.0.1
Post by: Kougeru on 2019-12-19 19:53:08
I just remembered there have been quite a few times where my playback data on files was randomly erased and importing from file tags was the only way I was able to get them back, so I guess I'm answering myself in saying that yes, rewriting during playback was very useful to me and I hope this new bug gets fixed. Literally a decade with zero playback interruption until Foobar 1.5. Clearly the issue lies there
Title: Re: Playback Statistics component: version 3.0.1
Post by: Peter on 2019-12-20 10:03:52
Re "playback error: file is in use"
What's the complete error message you're getting?
What is written in foobar2000 console while the error occurs?
Where are your files located - local disk, removable disk, network share or other?
What file format are you listening to?
Full list of installed components?

A Process Monitor log of the failure would also be helpful, revealing exact order of file operations performed.
Title: Re: Playback Statistics component: version 3.0.1
Post by: Kougeru on 2019-12-22 21:31:57
That was the entire error message that popped up. I didn't think to check console.
Files are (stupidly due to my storage issues but won't be an issue soon when I expand to 1 TB) located on the same SSD that Foobar is installed on. Fle formats are m4a, flac, and mp3. Same file types since the mid 00s.

I would love to grab a log of the issue. I read your post the day you posted it, but it's proven hard to reproduce the issue since it only seems to happen once every few hundred plays. I'll update with the rest of the proper information, I apologize for not being better prepared in my original posts - I originally only came to ask if the feature was needed before I remembered when it saved my playback stats due to the component randomly forgetting a few songs' playback stats. I'm playing the waiting game now it seems

But anyway, Happy holidays!
Title: Re: Playback Statistics component: version 3.0.1
Post by: Kougeru on 2019-12-29 02:19:52
Finally happened again after a few hundred more plays. Unfortunately logs didn't seem to clear anything up. I didn't see any issues with ProcMon. Here's Foobar's own ( seemingly worthless) logs

Here's the one that got interrupted:

Quote
Opening track for playback: "C:\Users\[LOCATION] 02. Fluctuation.mp3"
Autosaving... (T)
Configuration saved in: 0:00.768731
Autobackup: Backed up 13579 items to autobackup.20191228-195731.zip
Decoding interrupted
Last.fm Playcount Sync: Automatically loving this track....
Last.fm Playcount Sync: Attempting to love "Fluctuation" by "岩崎琢"
Last.fm Playcount Sync: Contacting Last.fm....
Recovering from interrupt @ 0:42.593719
Decoding interrupted
Decoding failure at 1:02.368 (File is already in use):
"C:\Users\[LOCATION] 02. Fluctuation.mp3"

And here's a normal one of the same track:
Quote
Opening track for playback: "C:\Users\[LOCATION] 02. Fluctuation.mp3"
Autosaving... (T)
Configuration saved in: 0:00.283869
Autobackup: Backed up 13579 items to autobackup.20191228-201109.zip
Decoding interrupted
Last.fm Playcount Sync: Automatically loving this track....
Last.fm Playcount Sync: Attempting to love "Fluctuation" by "岩崎琢"
Last.fm Playcount Sync: Contacting Last.fm....
Recovering from interrupt @ 1:02.394535
Last.fm Playcount Sync: Contacting Last.fm....
Last.fm Playcount Sync: Last.fm responded ok. Attempting to update playcount...
Last.fm Playcount Sync: Playcount updated successfully.

The only difference I see is literally the message about it failing.

components are:

Code: [Select]
Core (2019-11-28 12:47:26 UTC)
    foobar2000 core 1.5
foo_abx.dll (2019-02-18 18:03:34 UTC)
    ABX Comparator 2.0.6c
foo_albumlist.dll (2019-11-28 12:46:52 UTC)
    Album List 4.7
foo_audioscrobbler.dll (2012-08-20 20:49:44 UTC)
    Audioscrobbler 2.3.1
foo_cad.dll (2013-06-04 02:54:44 UTC)
    CD Art Display 1.0.2
foo_cdda.dll (2019-11-28 12:46:48 UTC)
    CD Audio Decoder 3.0
foo_converter.dll (2019-11-28 12:46:44 UTC)
    Converter 1.5.4
foo_customdb.dll (2013-04-19 02:58:12 UTC)
    Custom Database 0.1.0_beta1
foo_discord_rich.dll (2019-05-23 20:19:30 UTC)
    Discord Rich Presense 1.1.0
foo_dop.dll (2008-09-29 01:01:00 UTC)
    iPod manager 0.6.3.0
foo_dsp_effect.dll (2019-02-18 18:03:34 UTC)
    Effect DSP 0.35
foo_dsp_eq.dll (2019-11-28 12:46:46 UTC)
    Equalizer 1.2.1
foo_dsp_std.dll (2019-11-28 12:46:34 UTC)
    Standard DSP Array 1.3.2
foo_facets.dll (2011-08-19 06:06:16 UTC)
    Facets 1.0
foo_httpcontrol.dll (2013-04-26 21:12:30 UTC)
    HTTP Control 0.97.14-fb2kc
foo_input_std.dll (2019-11-28 12:47:14 UTC)
    FFmpeg Decoders 3.4.6-0ac9001
    Standard Input Array 1.5
foo_input_tta.dll (2009-10-08 08:58:36 UTC)
    TTA Audio Decoder (unofficial) 2.4.2
foo_jesus.dll (2010-10-12 23:58:16 UTC)
    Autosave & Autobackup 10
foo_jscript_panel.dll (2016-03-14 21:44:19 UTC)
    JScript Panel 1.1.3
foo_keep_queue.dll (2014-02-09 09:12:20 UTC)
    Keep Queue 0.3.5
foo_lyricsgrabber2.dll (2011-04-27 20:09:26 UTC)
    Lyrics Grabber 2 0.5.5.2 beta
foo_osd.dll (2018-04-08 03:40:30 UTC)
    On-Screen Display 1.74
foo_playcount.dll (2019-12-07 08:25:08 UTC)
    Playback Statistics 3.0.3
foo_playlisthistory.dll (2011-06-06 19:50:22 UTC)
    Playlist History 0.1.6
foo_queuecontents.dll (2012-04-04 00:40:40 UTC)
    Queue Contents Editor 0.5.1
foo_rgscan.dll (2019-11-28 12:46:46 UTC)
    ReplayGain Scanner 2.3
foo_skype.dll (2011-05-22 04:33:24 UTC)
    Skype playing notifications 0.2
foo_softplaylists.dll (2014-02-10 08:51:40 UTC)
    Soft Playlists 2012-10-10
foo_stop_after_queue.dll (2019-02-18 18:03:34 UTC)
    Stop After Queue 1.1.1
foo_textdisplay.dll (2012-08-06 10:12:04 UTC)
    Text Display UI Element 1.1 beta 1
foo_texttools.dll (2011-05-05 22:21:06 UTC)
    Text Tools 1.0.5
foo_ui_columns.dll (2019-02-18 18:03:52 UTC)
    Columns UI 1.0.0
foo_ui_std.dll (2019-11-28 12:47:06 UTC)
    Default User Interface 1.5
foo_uie_biography.dll (2016-05-30 09:52:50 UTC)
    Biography View 0.4.2.5
foo_uie_lyrics3.dll (2016-05-05 18:13:36 UTC)
    Lyric Show Panel 3 0.5
foo_uie_wsh_panel_mod.dll (2013-04-19 01:58:00 UTC)
    WSH Panel Mod 1.5.6
foo_unpack.dll (2019-11-28 12:46:44 UTC)
    ZIP/GZIP/RAR Reader 1.8
foo_wave_seekbar.dll (2016-05-20 23:10:30 UTC)
    Waveform seekbar 0.2.45.4

Again, I've NEVER had this happen before update 1.5 for Foobar itself. But I don't know what could've happened "behind the scenes" that would've caused this to suddenly happen. I'll have to figure out how to revert to 1.4 without losing anything if this keeps happening

Edit: I didn't keep the log cuz it was like 20 GB for just a few minutes and for that same reason, I can't run ProcMon all the time. This issue is almost impossible for me to reproduce on purpose. I even tried turning my CPU to 100% usage (by simply opening Red Dead Redemption 2's Online mode which kills my i7 4770k) and still could not cause the issue even after several hours. I thought it was a CPU issue because I first noticed while playing RDO which as I said, uses 100% CPU but again I couldn't get it to happen on purpose, it just happens randomly even when using very little CPU like when I'm playing World of Tanks.
Title: Re: Playback Statistics component: version 3.0.1
Post by: Peter on 2019-12-30 14:55:05
Thanks for the details.

Is it to be expected that the file is retagged twice during playback?
Title: Re: Playback Statistics component: version 3.0.1
Post by: Peter on 2019-12-31 14:24:46
Newly released foobar2000 v1.5.1 includes an attempted workaround - will wait and try again to open files if someone has them locked.
Title: Re: Playback Statistics component: version 3.0.1
Post by: Kougeru on 2020-01-02 00:53:33
It should be retagging once. That file was really short (just over a minute) so it might've bugged out. I'll try to remember to check a "Normal" length track. I tried playing that short track like 10 times after that to get it to fail again but it wouldn't lol. I hate it when issues are hard to reproduce on demand


the lastfm thing doesn't touch the file. Autosave is AFTER every track  cuz i'm paranoid AF  due to a major incident in 2012, but it looks like it autosaves just after the next track actually starts. autosave is done in seconds tho, well before the decoding interruption so I don't think it's related to that either.

I got a procmon log but I have no idea how to grab the relevant info.  the issue started happening A LOT more t his week (4 times in the last day alone) so I had been monitoring it pretty close.


I'll try 1.5.1! much appreciated. Happy New Year!
Title: Re: Playback Statistics component: version 3.0.1
Post by: Kougeru on 2020-02-09 08:37:28
I forgot to post back but that resolved this specific issue. Thank you
Title: Re: Playback Statistics component: version 3.0.1
Post by: lostcpu on 2020-02-19 14:24:48
Can you update %played_per_day% of foo_playcount to support more decimal fraction?
I'm an old foobar user since 2007,
and now a lot songs showing only 0.01 or 0.02, with time gone by more songs will drop to 0.01 and 0.02.
with more decimal fraction it'll make it useful like before.

thx.
Title: Re: Playback Statistics component: version 3.0.1
Post by: stevehero on 2020-08-31 23:38:44
I cannot find the statistic db.  :o

I read it was in the index-data folder but all I have are two files:
95BB7E22-F4F4-453F-8AD0-A4AC6068B4BB
C653739F-14B3-4EF2-819B-A3E2883230AE



Also, an option in the advanced settings for writing newer added dates from tags would be great.

Here's a JavaScript thingy to convert dates to 64 bit and back again for anyone that wants this. You can paste this code to a file with a .js file extension and open it in sublime text and build it.

The console with show you the results.
Code: [Select]
// Convert 64 bit to date.
var mytime = 131494331251080321;
var date = new Date((mytime-116444736000000000)/10000);

Date.prototype.yyyymmddhhmmss = function() {
var yyyy = this.getFullYear().toString();
var mm = (this.getMonth()+1).toString(); // getMonth() is zero-based
var dd = this.getDate().toString();
var hh = this.getHours().toString();
var min = this.getMinutes().toString();
var ss = this.getSeconds().toString();
return yyyy + '-' + (mm[1]?mm:"0"+mm[0]) + '-' + (dd[1]?dd:"0"+dd[0]) + ' ' + (hh[1]?hh:"0"+hh[0]) + ':' + (min[1]?min:"0"+min[0]) + ':' + (ss[1]?ss:"0"+ss[0]);
};
var dateConverted = date.yyyymmddhhmmss();
console.log(dateConverted);

// Convert date to 64 bit.
// var mytime = dateConverted;
var mytime = '2017-06-28 19:27:00';
var time = ((new Date(mytime)).getTime() * 10000) + 116444736000000000
console.log(time);
Title: Re: Playback Statistics component: version 3.0.1
Post by: robort1998 on 2020-09-08 07:06:28
Hello, I would like to request a feature to merge track statistics.
 I have some songs that are almost the same but with different tags(Same artist, same title, everything else different) and i want them to be treated like if they were the same, there should an option where when you select 2 or more songs to merge them.
The track with the older Added date one should be kept, First played, also the older and Last played the last date, the Plays should be added together.
Also after merging, both tracks should be treated like if they were the same(If i play track 1, track 2 also gets updated).
(https://i.imgur.com/Dhn6KJP.png)
Title: Re: Playback Statistics component: version 3.0.1
Post by: stevehero on 2020-11-04 23:08:03
Is there any way to change the polling rate at which this scans new items? If I drag an album into FB and then move to the collection folder then not all tracks have the same import time. Using the latest FB and this plugin. 
Title: Re: Playback Statistics component: version 3.0.1
Post by: davideleo on 2021-01-30 23:21:24
I removed the component sometime ago, but today I installed the latest version (3.0.4) in order to test a spider monkey panel script, which you can read about in this topic (https://hydrogenaud.io/index.php?topic=120507.0).
Testing the script, I realized that when I update the rating via the playback statistics context-menu, the component tries to update both the selected file and a ghost file with the same name and path, but on a different drive that does not exist and that I never had on my pc. So for example:

I:\Musica\ROCK\13 - ALTERNATIVE\NOISE\Brainiac\1995 - Internationale\Brainiac - Internationale - 02 - Silver Iodine.mp3
D:\Musica\ROCK\13 - ALTERNATIVE\NOISE ROCK\Brainiac\1995 - Internationale\Brainiac - Internationale - 02 - Silver Iodine.mp3

My actual library is on the drive mapped as "D", never went further than F since I own a pc. I tried removing the index-data files and the configuration file, but the problem persists. This is really weird. What is wrong?
Title: Re: Playback Statistics component: version 3.0.1
Post by: regor on 2021-01-31 00:40:27
That looks weird. The program updates statistics for all files with the same track - title - artist as you know so that points to your problem.

Quote
Playback statistics are now pinned to a combination of artist + album + disc number + track number + track title information, contrary to pre-3.0 versions which would pin data to file paths.

For ex. just checked with my own files and after playing this track it updates the 2 "copies" of the track I have, even if they are different physical files.
[01:36:26] H:\Musica_CD\Deep Purple\Made in Europe {1990 UK 1st EMI CDP 7 93796 2}\01 - Burn.flac
[01:36:26] H:\Musica_CD\Deep Purple\Made in Europe {1999 RUS 1st CD-Maximum CDM 0299-231}\01 - Burn.flac

At some point you loaded things from I:\ and that's why the library has 2 instances of the same song.
Now, wether that's a bug on foobar or your PC.. who knows. Drive letters sometimes change due to errors or changing boot priority, and you may have loaded foobar with D: being I: some day (?).

Quote
Playback statistics data is no longer dropped when the tracks are removed from the media library. A record gets removed when no matching track has been seen by foobar2000 (in Media Library or in any playlist or in an imported XML backup of playback statistics) for four weeks.

Also the component uses it's own database.
Title: Re: Playback Statistics component: version 3.0.1
Post by: davideleo on 2021-01-31 11:46:25
That looks weird.
[...]
Also the component uses it's own database.

It looks even weirder because the components' database, as far as I know, is stored as an index-data file. So I tried removing the index-data file (al index-data files actually, just to make sure I was removing the right one) and reinstalling the component, but the ghost doppelganger tracks were still targeted by the rating command.
Title: Re: Playback Statistics component: version 3.0.1
Post by: marc2k3 on 2021-01-31 13:02:28
If you're getting the path to the "invalid" item from a script callback like on_metadb_changed, fb2k thinks it exists somewhere. It's either in your library or a playlist. Use

%path% HAS I:\

to find them (Library>Search or Edit>Search for the active playlist).

Of course you could knock up a script that checks all playlists in one go.
Title: Re: Playback Statistics component: version 3.0.1
Post by: davideleo on 2021-01-31 14:38:04
Thanks, I found the culprit playlist with a script. After reviving dead items the problem is gone.
Title: Re: Playback Statistics component: version 3.0.1
Post by: Snowknight26 on 2021-02-11 14:15:18
Seems like foobar2000 v1.6? introduced an issue with foo_playcount where, after pausing playback for a track that's already had its playcount increased by one, closing foobar2000 (and at least as far as I can tell), shutting down the machine, turning it back on, reopening foobar2000, then resuming the track, the playcount goes up by one again.  This is despite "Save playback state when closing foobar2000 and resume on next startup" being checked under Preferences -> Playback.

@Peter not sure whether it's an issue with the component or foobar2000 itself. Tested with 1.6.4.
Title: Re: Playback Statistics component: version 3.0.1
Post by: tigershark on 2021-07-15 00:20:41
I've been using Playback Statistics to rate my music. I replaced a bunch of mp3s in a folder with a bunch of flac files, and I noticed that all of the ratings remained. Is this supposed to happen?

How are music ratings stored? Are ratings attached to song title (or something else) rather than the song file?
Title: Re: Playback Statistics component: version 3.0.1
Post by: kode54 on 2021-07-15 07:30:08
Playback Statistics stores information in a database, tied to a configurable range of metadata fields which, by default, do not include the codec or format of the file.
Title: Re: Playback Statistics component: version 3.0.1
Post by: tigershark on 2021-07-15 08:17:53
Thanks for the info! Just curious, how would I change what metadata it uses?

I looked in Preferences >> Advanced and couldn't find anything (other than a checkbox for syncing). Where are the settings for Playback Statistics?
Title: Re: Playback Statistics component: version 3.0.1
Post by: LL25255252 on 2021-07-15 12:25:07
@tigershark , Playback statistics are now (from version 3.0) pinned to a combination of artist + album + disc number + track number + track title (taken from https://wiki.hydrogenaud.io/index.php?title=Foobar2000:Components/Playback_Statistics_v3.x_(foo_playcount) )

You can't change which metadata tags it uses.
Title: Re: Playback Statistics component: version 3.0.1
Post by: tigershark on 2021-07-16 07:35:39
@tigershark , Playback statistics are now (from version 3.0) pinned to a combination of artist + album + disc number + track number + track title (taken from https://wiki.hydrogenaud.io/index.php?title=Foobar2000:Components/Playback_Statistics_v3.x_(foo_playcount) )

You can't change which metadata tags it uses.

This is useful info! Thanks for sharing!
Title: Re: Playback Statistics component: version 3.0.1
Post by: LL25255252 on 2021-07-17 12:19:08
@tigershark , Playback statistics are now (from version 3.0) pinned to a combination of artist + album + disc number + track number + track title (taken from https://wiki.hydrogenaud.io/index.php?title=Foobar2000:Components/Playback_Statistics_v3.x_(foo_playcount) )

You can't change which metadata tags it uses.
Sorry, here's the correct link - Playback_Statistics_v3 (foo_playcount) (https://wiki.hydrogenaud.io/index.php?title=Foobar2000:Components/Playback_Statistics_v3.x_(foo_playcount))
Title: Re: Playback Statistics component: version 3.0.1
Post by: riot. on 2022-01-02 21:31:48
Hey all! I have a large library that I once used with foobar, lost my foobar setup due to a windows issue, and moved to iTunes (all a decade ago.). I'm now trying to get my library in order again and make the slow transition into making FB how I like it. I have figured out how to combine both the original foo_playcount tag and the iTunes play counts together. I have 2 columns set up right now before I do a masstager script run for 20k files. One for the old foobar play counts and one for the iTunes play counts.

When I preview the script, it shows the combined total of both, which I would then write into the old %play_count% tag, since that's the tag that would then be constantly updated in foobar. I decided to go ahead and install foo_playcount before I did all of that, and after restarting, all of the old foobar play counts disappeared. They're still in the id3v2 info, but it seems the plugin has hidden them (in the column it's now listed as 0 play counts) and doesn't update the old %play_count% tag. I saw it update a song to 1 play but nothing shows in the id3 now. Looking at previous posts it's in a database now it looks like. So it seems my original plan is dead for now. Any ideas?

tldr; Is there a way to convert the old foo_playcount %play_count% tags into whatever it currently uses to store that information?

Title: Re: Playback Statistics component: version 3.0.1
Post by: marc2k3 on 2022-01-03 01:38:34
Use $meta(play_count). It's actually covered in the documentation link in the previous post!
Title: Re: Playback Statistics component: version 3.0.1
Post by: riot. on 2022-01-03 03:58:52
Appreciate the info marc, I failed to RTFM. I have tried digging up information on the issue I am currently having, and everything I've tried so far has been for naught. I'm attempting to use masstager to add what I have in $meta(play_count) with the database version of %play_count% and it hasn't worked, it's just written the info to the file itself, not the db.

Edit: As soon as I post this I figured it out. Right clicking on the song selection(s) and going to Playback Statistics / Import statistics from file tags copied my combined play counts from foobar/iTunes into the newer used play_count database.
Title: Re: Playback Statistics component: version 3.0.1
Post by: marc2k3 on 2022-01-03 04:05:42
Yeah, masstagger can't manipulate DB data. You'll have to right click a playlist/library selection>Playback Statistics>Import statistics from file tags.
Title: Re: Playback Statistics component: version 3.0.1
Post by: Senjar on 2022-01-11 19:54:59
Hello. I want to export all my ratings to the files but I don't want them on the RATING tag but on the RATING WMP tag or even the POPULARIMETER tag to also include the play count. Is there a way to do this?
Thanks
Title: Re: Playback Statistics component: version 3.0.1
Post by: Pure_BY on 2022-12-31 13:24:46
right click a playlist/library selection>Playback Statistics>Import statistics from file tags.
Thank you for sharing this! I have no idea how I missed something this obvious, but I've spent a good hour searching for a way to do this before I stumbled across your post :-D

It would be nice to be able to automate this process, though. I am not a big fan of relying on databases to store manual data, like rating. Don't want to have any risk of losing information if I move files around, change computer, or simply update tags for whatever reason. I prefer all changes written to file tags.

However, I also get the idea that writing to file while playing the file might be not ideal in some instances.
It would be great to have an option like: "Sync database and file tags on application exit". This way, the database would always be backed up to file tags automatically without any noticeable performance hit (since foobar2000 could close the GUI just as fast as it does now, and take however much time it needs to write out to files in the background). Also, if anything goes wrong, worst case scenario is user losing playback statistics of just one session, not of entire time of all media library!
Title: Re: Playback Statistics component: version 3.0.1
Post by: Pure_BY on 2022-12-31 13:35:33
However, I also get the idea that writing to file while playing the file might be not ideal in some instances.
It would be great to have an option like: "Sync database and file tags on application exit".
@Peter , what do you think of this idea?
Title: Re: Playback Statistics component: version 3.0.1
Post by: Nojevah on 2023-09-21 20:15:58
Just by curiosity, I've tried to export statistics. When I open the backup with Notepad++, I have encoding oddities like:
Code: [Select]
Oasis - 1997 - Don&apos;t Go Away.flac
But it is displayed properly if I open the XML with Google Chrome.
Is it a problem with Notepad++ ? If nothing is lost during import, that's the main thing.
Title: Re: Playback Statistics component: version 3.0.1
Post by: neothe0ne on 2023-09-21 20:27:52
Just by curiosity, I've tried to export statistics. When I open the backup with Notepad++, I have encoding oddities like:
Code: [Select]
Oasis - 1997 - Don&apos;t Go Away.flac
But it is displayed properly if I open the XML with Google Chrome.
Is it a problem with Notepad++ ? If nothing is lost during import, that's the main thing.
https://www.w3schools.com/xml/xml_syntax.asp
Title: Re: Playback Statistics component: version 3.0.1
Post by: francesco on 2023-12-10 06:41:31
Hi
may I ask a question about import statistics from tags?
I used to read musicbee rating files tags ,musicbee does store rating in the tag RATING , 100 is 5 stars ,60 is 3 stars ,90 is 4.5 stars and so on
but i get some Playback Statistics updates and it does not read correctly and save anymore
does somebody notice the same behavior ?
is there a way to use an older foobar2000 components ?
thanks
Title: Re: Playback Statistics component: version 3.0.1
Post by: elenco on 2024-01-03 05:45:59
Hello,
I would like to ask you a question about where the Playback Statistics data is saved.

To fix time/date added, I try to export, edit, and import the entire media library xml file every time.
Each time, I initialize the media library before importing it.

Therefore, I think it would be convenient if only the Playback Statistics data could be removed without having to initialize the media library.
x1.6.17 x32
x2.0 or higher x64
I would like to know about each one.

Why am I asking this question?
This is when you export and edit the xml file data for each album.
There are songs in the album that have different time/date added.
I'm trying to fix this by changing the 18-digit number in the xml file to a new date and time, but I can't. If I adjust to the older date and time, it will be reflected.
If this could be resolved, there would be no need to initialize the media library...

In any case, I would appreciate it if you could tell me how to fully initialize only the Playback Statistics data.
I'm using Playback Statistics v3.1.5.
Title: Re: Playback Statistics component: version 3.0.1
Post by: grimes on 2024-01-03 06:01:11
You can modify the tags in the properties. Select album in playlist view (rightclick) | Properties
Title: Re: Playback Statistics component: version 3.0.1
Post by: pqyt on 2024-01-03 06:06:11
Is there a way to change the tags used to select a 'duplicate' file?

E.g. if a song is 'remastered' I add a tag to signal this but that custom tag is not taken into account to recognize the track as a separate instance.
Title: Re: Playback Statistics component: version 3.0.1
Post by: francesco on 2024-01-03 06:49:10
You can modify the tags in the properties. Select album in playlist view (rightclick) | Properties
Hi grimes
I just did and do it , but do editors like mp3tag or tagscanner keep these fields or do they remove them?
thanks
Title: Re: Playback Statistics component: version 3.0.1
Post by: grimes on 2024-01-03 07:05:30
The tags produced by Playback Statistics can be written to the files by rightclick in playlist viewer | Playback Statistics | Write statistics to file tags. These tags should be readable by other programs.
Title: Re: Playback Statistics component: version 3.0.1
Post by: elenco on 2024-01-03 07:42:15
Quote
The tags produced by Playback Statistics can be written to the files by rightclick in playlist viewer | Playback Statistics | Write statistics to file tags. These tags should be readable by other programs.

I tried doing what you said. However, >Select album in playlist view (rightclick) > Properties is grayed out and cannot be edited.
Title: Re: Playback Statistics component: version 3.0.1
Post by: elenco on 2024-01-03 07:44:37
Understood.
There was ADDED_TIMESTAMP in Metadata.
Thank you.
Title: Re: Playback Statistics component: version 3.0.1
Post by: elenco on 2024-01-03 07:58:44
Hmm,
I edited the meta tag ADDED_TIMESTAMP from 131033416121521000 (2016-03-25) to 133487317358187961 (2024-01-03), but it is not reflected in Added in Playback Statistics.
Title: Re: Playback Statistics component: version 3.0.1
Post by: grimes on 2024-01-03 08:13:00
You have to write from file tag to database with rightclick in playlist viewer | Playback Statistics | Import statistics from file tags.

EDIT: Sorry it doesn't work. Is it a bug?
Title: Re: Playback Statistics component: version 3.0.1
Post by: anamorphic on 2024-01-03 12:33:36
^ No, you can only import older dates. Importing of newer dates has always been blocked. That means you have to take extra steps to modify the ADDED date (https://www.reddit.com/r/foobar2000/comments/12dyfwg/comment/jfc600i/?utm_source=reddit&utm_medium=web2x&context=3) at all, by using the copy/paste/reset options. @elenco

(Why on earth Peter made this limitation is beyond me... ? )
Title: Re: Playback Statistics component: version 3.0.1
Post by: anamorphic on 2024-01-03 13:38:33
Is there a way to change the tags used to select a 'duplicate' file?

E.g. if a song is 'remastered' I add a tag to signal this but that custom tag is not taken into account to recognize the track as a separate instance.
Not currently, you'd have to change one of the tags that PS pins the statistics on (see docs). I have for example some remastered albums with duplicate metadata, and added a zero-width space (https://unicode-explorer.com/c/200B) character to the ALBUM tag to make it be seen as a separate album. (Personally I'd rather this way than putting extra text in the ALBUM tag, though note it does mess with things that look-up metadata online)
Title: Re: Playback Statistics component: version 3.0.1
Post by: pqyt on 2024-01-03 15:18:31
Is there a way to change the tags used to select a 'duplicate' file?

E.g. if a song is 'remastered' I add a tag to signal this but that custom tag is not taken into account to recognize the track as a separate instance.
Not currently, you'd have to change one of the tags that PS pins the statistics on (see docs). I have for example some remastered albums with duplicate metadata, and added a zero-width space (https://unicode-explorer.com/c/200B) character to the ALBUM tag to make it be seen as a separate album. (Personally I'd rather this way than putting extra text in the ALBUM tag, though note it does mess with things that look-up metadata online)
I assumed as much. Which is why I'm still using a 32-bit foobar2000 with an old 2.x statistics component and I did some research to create my own 64-bit component with the same  behavior.
Title: Re: Playback Statistics component: version 3.0.1
Post by: grimes on 2024-01-03 19:00:14
Not currently, you'd have to change one of the tags that PS pins the statistics on (see docs).
Playback statistics are now pinned to a combination of artist + album + disc number + track number + track title information, contrary to pre-3.0 versions which would pin data to file paths. https://wiki.hydrogenaud.io/index.php?title=Foobar2000:Components/Playback_Statistics_v3.x_(foo_playcount)
Title: Re: Playback Statistics component: version 3.0.1
Post by: stevehero on 2024-01-03 21:42:32
^ No, you can only import older dates. Importing of newer dates has always been blocked. That means you have to take extra steps to modify the ADDED date (https://www.reddit.com/r/foobar2000/comments/12dyfwg/comment/jfc600i/?utm_source=reddit&utm_medium=web2x&context=3) at all, by using the copy/paste/reset options. @elenco

(Why on earth Peter made this limitation is beyond me... ? )

I take it there was no reason give me a for only allowing back dating?

+1 vote to allow forward dating.
Title: Re: Playback Statistics component: version 3.0.1
Post by: elenco on 2024-01-04 00:07:11
^ No, you can only import older dates. Importing of newer dates has always been blocked. That means you have to take extra steps to modify the ADDED date (https://www.reddit.com/r/foobar2000/comments/12dyfwg/comment/jfc600i/?utm_source=reddit&utm_medium=web2x&context=3) at all, by using the copy/paste/reset options. @elenco

After taking this step, I was able to overwrite it with the newer date.

(Why on earth Peter made this limitation is beyond me... ? )

After taking this step, I was able to overwrite it with the newer date.

you can only import older dates. Importing of newer dates has always been blocked

I knew this limitation from experience, but I still don't know why.
I would also like to be able to easily change ADDED to a newer date.
Title: Re: Playback Statistics component: version 3.0.1
Post by: Skeebadoo on 2024-02-05 22:18:47
Where is the file stored now? I moved on to 2.0 and it turns out foo_jesus no longer backs my stats up. They used to be under profile\index-data path, but now all the files in that folder have last modified date at Dec 24th (which is when I switched to 2.0). I even considered the possibility that the modified date doesn't get updated but then again retrieving foo_jesus backup did not work (thankfully, I only lost one play).
So where are the stats now? Merged into content.sqlite in library-v2.0???
Title: Re: Playback Statistics component: version 3.0.1
Post by: marc2k3 on 2024-02-05 22:49:01
metadb.sqlite in the root of the profile folder.

This contains cached info for all tracks ever seen by fb2k and the data from 3rd party components that utilise the same technique as foo_playcount for storing their own database values.