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 (Read 203655 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Playback Statistics component

Reply #175 –
Just a quick request that probably won't be useful for anyone except me... I made a playlist with %rating% is 5, and found that there's no way to sort by when I added that rating. The newest entry in the playlist should be the last song I rated 5 stars, and so on. So I'd like to request something like %rating_added%.

Maybe it's already possible to do this and I'm overlooking something... If so, let me know!

Playback Statistics component

Reply #176 –
%last_modified%

Playback Statistics component

Reply #177 –
Wouldn't that be any modification, including... say, play count? Let me try it...

EDIT: Yeah, doesn't seem to work for what I want (play_count commands don't count as modifications to the file at all).

Playback Statistics component

Reply #178 –
Hi guys,

I have a problem with this plugin and I hope someone will help me 

Last week I formatted the PC and before doing it I saved my foobar profile because I didn't want to lose the play_count. I _LOVE_ it  and I can't live without it.

Today I installed the new foobar version (I think I was using .9.2 or .9.5), I installed Playback Statistics and at the end I copied my old profile over the new one.

Then I opened foobar and the result was fine. Every playlist is there, custom configurations are there, the theme is there... everything is present but the play_count! Each song has %play_count% = 0.

What can I do? It is really important to me to get back my statistics 

Any help is apreciated
Thanks!

Playback Statistics component

Reply #179 –
Quote from: Arthens on
Hi guys,

I have a problem with this plugin and I hope someone will help me 

Last week I formatted the PC and before doing it I saved my foobar profile because I didn't want to lose the play_count. I _LOVE_ it  and I can't live without it.

Today I installed the new foobar version (I think I was using .9.2 or .9.5), I installed Playback Statistics and at the end I copied my old profile over the new one.

Then I opened foobar and the result was fine. Every playlist is there, custom configurations are there, the theme is there... everything is present but the play_count! Each song has %play_count% = 0.

What can I do? It is really important to me to get back my statistics 

Any help is apreciated
Thanks!


Solved 

Using Playback Statisticks 2.1.5 (instead of 2.1.7) it worked 

Playback Statistics component

Reply #180 –
Feature request: is it possible to add an (optional) warning when user is changing RATING for more than XX (say, 5) files at once (using 'Playback Statistics - Rating' menu items or keyboard shortcuts? Without such a warning it is too easy to accidentally overwrite RATING in many mistakenly selected files.

Thanks!

Playback Statistics component

Reply #181 –
Today I noticed my foobar isn't able to retrieve playcount info by using either %play_count% or %play_counter% (no problem in access other playback statistics like "added" though). With half-day searching I still can't find a solution, even though saw some posts here mentioning about the problem. Very frustrated 

Finally I can only resort to another similar component called foo_playback_custom which works fine here. Seems no further development on it since early 2008, but just love the customized options it offers, like having abilities to adjust playback statistics update time and to convert your old tag "play_count" to "play_counter".
 

Playback Statistics component

Reply #182 –
I tried to understand completely the interplay between rating as tag in file and as entry in playback statistic. I needed some time because the interplay seems to be more complicated and confusing than necessary.

Let me explain that step to step:

1. As long as you only write rating as tag you will experience that the playback statistics will automatically take over the value of rating in its database. But once you have setted rating by playback statistics itself that behaviour will stop: you can change the rating in the filetag but it won't change rating of playback statistics anymore. That is the first confusing thing.

2. If a file tag for rating exists and you set a rating by playback statistics then the value in its database won't be that value that you tried to set but an other one: either a bug or more likely the rounded average of both values (database and tag). That is the next confusing thing.

3. Look back to point 1. Why don't the changig of the rating in filetag doesn't result in an average rating calculation for playbackstatistics database too. Another confusion because of missing consistency.

4. If a file tag for rating exists and you set rating to "none" by playback statistics and you reply to the question "do you like to remove rating tags from files" with NO then the value in playback statistics will be the one of filetag instead of  that value you have setted by playback statistics itself. Once again: Very confusing.


As long as you reply to the question "do you like to remove rating tags from files" with YES you won't experience any confusing or unexpected things. I really don't see any benefit or sense in answering NO to that question.
So does it make sense at all to let the user decide if the file tags should be removed? Or wouldn it be a better to make following decision: either remove file tags for rating or don't write rating setted by playback statistics to its databse but keep value of rating filetag in database? In the latter case $meta(rating) would always be the same like %rating% and none of the confusing things i described above would occur.


Edit: Typo/better comprehensibilty

Playback Statistics component

Reply #183 –
hello there. i wanted to add a library view by date, but it comes up by date/time added. is there any way of ditching the time in %added%, so it's just grouped by date?

this is the view i've added:

[%added%|%<artist>%|%album%|[[%discnumber%.]%tracknumber%. ][%track artist% - ]%title%]


cheers in advance!

Playback Statistics component

Reply #184 –
[font= "Courier New"]$date(%added%)[/font]
See Main menu > Help > Title Formatting Help.
Full-quoting makes you scroll past the same junk over and over.

Playback Statistics component

Reply #185 –
Hi everybody! Question to Peter and all coders. Is it way to syncronize local playback statistic of fb2k with last.fm playback statistic? I think it will very useful function for many people. I'm not a experienced coder and therefore I would ask write this plug if it possible. Thank you as advance.

Playback Statistics component

Reply #186 –
i'm assuming is the proper place to report this, but a song played twice is listed as "daily count:319.10" ...which is obviously FAR from correct. lol, newest version of foobar and the component as of this post

Playback Statistics component

Reply #187 –
I suppose you played it twice in about nine minutes after adding song to library.
Sharing delusions since 1991.

Playback Statistics component

Reply #188 –
Nice plugin, exactly what i was looking for.

One minor feature request: IF i want to sync ratings/ played info to the audio files, i'd prefer the standard id3v2 tags POPM and PCNT instead of some foobar specific tags. This way any other software will inter-operate (Windows Explorer, Media Center, ...).

Playback Statistics component

Reply #189 –
As I've been whining in few topics ( here and here (; ) I've decided to give another shot to the official component. It' seems to work just fine (and it even updates my tags! (; ) tho I feel a bit confused with importing of data. I have exactly the same problem as described in earlier post with wrong first/last_played import showing todays date instead of time stored in files. As I've read through the topic I was under the impression that it was fixed in some version, or am I mistaken and doomed (on my own wish by using 'wrong' component (; ) to lose this bits of data? I thing that I am not the only one (at this moment particularly) with this problem on my hands...

Playback Statistics component

Reply #190 –
Quote from: Kougeru on
i'm assuming is the proper place to report this, but a song played twice is listed as "daily count:319.10" ...which is obviously FAR from correct. lol, newest version of foobar and the component as of this post

Indeed, this is a bit annoying, especially on autoplaylists sorted by %played_per_day%. For example, given file with this data:
Quote
Played : 3 times
First Played : 2009-04-18 20:09:50
Last Played : 2009-04-18 20:48:43
Added : 2008-05-11 10:32:21

the component reports it's been played 74.05 times per day. Would it be possible to change the algorithm so it would count %played_per_day% based on whole days?

Playback Statistics component

Reply #191 –
Plays per day in my book is Total Plays / No. of Days in Library.
However, %played_per_day% "returns the average daily playcount between %first_played% and %last_played%", which is NOT the same as "plays per day".

Peter has employed this formulation because %first_played% and %last_played% are static. What is required for a true play per day is %now% minus %added%, but NOW is not static and requires the use of system time, which Peter will not use for previously stated reasons.

I cannot see the point of %played_per_day%, and without a %now% any compromise yields a pretty meaningless result.

C.
PC = TAK + LossyWAV  ::  Portable = Opus (130)

Playback Statistics component

Reply #192 –
Wouldn't it work if we just discarded the hour-and-minute info from %first_played%/%last_played% and took only year/month/day part into consideration? This way, in my example, it would give 3 plays per day, which would make much more sense. Also, %now% would not be required.

Playback Statistics component

Reply #193 –
I've run into weird problem. If I d'n'd file from explorer and look into properties i get
Quote
"None of the selected items are in the Media Library; their playback statistics are not collected."
. Path within media library, adding exactly the same file/track using media library search doesn't result in such notice.

Playback Statistics component

Reply #194 –
Quote from: mixcherry on
Wouldn't it work if we just discarded the hour-and-minute info from %first_played%/%last_played% and took only year/month/day part into consideration? This way, in my example, it would give 3 plays per day, which would make much more sense. Also, %now% would not be required.

What you say makes sense.
Though in reality the track has been in your library for 342 days, which means you play it once every 114 days, so its true play per day figure should be: 0.00877193 plays per day.

C.
PC = TAK + LossyWAV  ::  Portable = Opus (130)

Playback Statistics component

Reply #195 –
Brief question: since foo_playback_custom is no longer developed (and last version of foobar does not allow loading it) I have a feature request to do: would it be possible to add a parameter to set "when" play_count should be increased during listening of a song? I don't know whether this is technically difficult or not (don't think so, but I'm not a developer  ) but it would be really appreciated

For example, when I listen to a song with foo_playback_custom, I set this parameter to 51% of the song, in order to avoid double-counting when foobar is closed and reopened (with resume-playback activated).

Thanks in advance for your attention

Playback Statistics component

Reply #196 –
Hi, I am also a foo_playback_custom convert and am now "fighting" with two issues:
  • I had not used the added tag before, so all my library now received an added tag with today's date, even when the existing first_played file tag is several years ago. Could it be possible to set it to the value first_played when it is present? Or can I even do this myself using Masstagger?
  • Up to now I used two masstagger scripts (increase rating, decrease rating) to set my files' rating. Unfortunately, when I now use them to modifiy a tracks rating, the strange relationship between file rating and db rating confuses me: %rating% seems to display the values' rounded mean. Is it possible that I can continue to use them? They are less "keyboard hungry" than 5-6 keyboard shortcuts for every possible rating value. So I propose:
    • Either to automatically synchronise changes in a file's rating track to the playback statistics database or
    • to add actions to increase/decrease a file's rating in the Playback Statistics context menu. (When no value is present, they set the value to 3.)


Edit: format

Playback Statistics component

Reply #197 –
Version 2.1.9 has been released, various complaints posted in this thread have been addressed.
Microsoft Windows: We can't script here, this is bat country.

Playback Statistics component

Reply #198 –
Thanks for the update, I've finally switched to official PC component! Tho I have yet one tiny request - would it be possible that "decrease rating" action would remove / set to none rating if used on track with rating "1"? (i.e. now it goes 5->4->3->2->1 and stops, I propose adding one more step 5->4->3->2->1->none)

EDIT: It goes other way: if file doesn't have a rating it's more logical to start from 1 like: none->1->...5 and not from 3...

Playback Statistics component

Reply #199 –
Thanks for the update!