Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Playback Statistics component: version 3.0.1 (Read 200326 times) previous topic - next topic
0 Members and 2 Guests are viewing this topic.

Playback Statistics component: version 3.0.1

Reply #75
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? .....

Playback Statistics component: version 3.0.1

Reply #76
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.

Playback Statistics component: version 3.0.1

Reply #77
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 :/

Playback Statistics component: version 3.0.1

Reply #78
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.
elevatorladylevitateme

Playback Statistics component: version 3.0.1

Reply #79
[..]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.
In theory, there is no difference between theory and practice. In practice there is.

Playback Statistics component: version 3.0.1

Reply #80
  - <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.

Playback Statistics component: version 3.0.1

Reply #81
Do I have any chance to get latest foo_playcount for 1.0.x branch?

Playback Statistics component: version 3.0.1

Reply #82
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.
Full-quoting makes you scroll past the same junk over and over.

Playback Statistics component: version 3.0.1

Reply #83
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!

Playback Statistics component: version 3.0.1

Reply #84
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.

I hope that helps a little bit.
This is HA. Not the Jerry Springer Show.

Playback Statistics component: version 3.0.1

Reply #85
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 ...



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.

I hope that helps a little bit.


Playback Statistics component: version 3.0.1

Reply #86
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.
Full-quoting makes you scroll past the same junk over and over.

Playback Statistics component: version 3.0.1

Reply #87
... 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).

Playback Statistics component: version 3.0.1

Reply #88
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 HA. Not the Jerry Springer Show.

Playback Statistics component: version 3.0.1

Reply #89
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.

Playback Statistics component: version 3.0.1

Reply #90
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).
This is HA. Not the Jerry Springer Show.

Playback Statistics component: version 3.0.1

Reply #91
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).


Playback Statistics component: version 3.0.1

Reply #92
I am very glad that you have been able to solve the problem.

Robertina.
This is HA. Not the Jerry Springer Show.

Playback Statistics component: version 3.0.1

Reply #93
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.

Playback Statistics component: version 3.0.1

Reply #94
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?

Playback Statistics component: version 3.0.1

Reply #95
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:


Playback Statistics component: version 3.0.1

Reply #96
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.
elevatorladylevitateme

Playback Statistics component: version 3.0.1

Reply #97
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?


Playback Statistics component: version 3.0.1

Reply #98
Do the computers run different OS?
Full-quoting makes you scroll past the same junk over and over.

Playback Statistics component: version 3.0.1

Reply #99
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?