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? .....

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.

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 :/

[..]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.

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?

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), $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. 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 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 ...

QUOTE (Robertina @ Sep 2 2010, 04:17)

QUOTE (Jubei @ Sep 1 2010, 07:19)

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), $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. 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.

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.

... 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).

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.

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!

QUOTE (Robertina @ Sep 2 2010, 05:14)

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.

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.

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.

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.

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?

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:

The first visible column to the right of "Track Information" is the the play counter.

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...

This is really handy as I rerip my collection one last time into lossless (finally), but also has the potential to confuse

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.

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?