The 2.x line of this component is discontinued. See the 3.x thread (http://www.hydrogenaudio.org/forums/index.php?showtopic=82420) for up-to-date discussion.----------------
New version of the official Playback Statistics component has been released.
http://foobar2000.org/components (http://foobar2000.org/components)
New version highlights:
- Now uses a separate file for playback statistics database, instead of storing it in foobar2000.cfg.
- Backwards compatible with old versions - old database gets imported on first run.
- Keeps track of moved/renamed files as long as you use relevant foobar2000 components to do the moving.
- Faster startup/shutdown compared to the old component.
thanks !
It is possible add rating in your database with quiq tags?
Store rating in one place with playcount statistics is good idea.
Faster is better! (and it really did faster on my PC)
Thanks.
It is possible add rating in your database with quiq tags?
Store rating in one place with playcount statistics is good idea.
And this is why fb2k doesn't give users control over metadata-storage. Well, one of the reasons at least.
Thanks!
It is possible add rating in your database with quiq tags?
Store rating in one place with playcount statistics is good idea.
And this is why fb2k doesn't give users control over metadata-storage. Well, one of the reasons at least.
I don't understand, what is the reason exactly? this actually sounds like a sane idea. both rating and play counts are similar entities in function and behavior. they are typically the only tags that store user dependent data, and are subject to change.
edit: thanks for the update. the tagging progress bar no longer pops up for any files ive tested it with, and its half the size
This is great! Looks wonderful in 0.9.5. Thanks.
I would appreciate to store the information in tags (otpionally of course). Is it possible?
check the advanced preferences for
Automatically synchronize file tags with statistics
Why is this advanced setting not recommended?
Thanks for all the work.
It may cause playback interruption.
once again Peter comes out with the goods.
Peter would you consider adding the rating tag into this file as well since it is a very common standard now within the community
Thanks again, loving all the updates.
Why is this advanced setting not recommended?
Silently updating tags of files as they're played - without any kind of confirmation - is considered a dangerous misfeature by many people, for various reasons (tagging scheme incompatibilities, file checksum changes clashing with filesharing software, etc).
If you want your playback statistics stored in file tags, you can as well use
Playback Statistics / Synchronize Statistics with File Tags context menu command, which includes proper safety measures, so your files get altered only when you explicitly request such action.
Why is this advanced setting not recommended?
Silently updating tags of files as they're played - without any kind of confirmation - is considered a dangerous misfeature by many people, for various reasons (tagging scheme incompatibilities, file checksum changes clashing with filesharing software, etc).
If you want your playback statistics stored in file tags, you can as well use Playback Statistics / Synchronize Statistics with File Tags context menu command, which includes proper safety measures, so your files get altered only when you explicitly request such action.
But the only way to display the played count in the Play List is by having written to the file tags (using the non-recommended option). Otherwise the %play_count% field remains unchanged. Or did I miss something?
But the only way to display the played count in the Play List is by having written to the file tags (using the non-recommended option). Otherwise the %play_count% field remains unchanged. Or did I miss something?
You don't have to write playback statistics information to tags for being able to access the information. You can use %play_count% to access the information no matter if you chose to use file tags or a separate database file (default). The only thing you have to be aware of is that the files have to be in the media library.
But the only way to display the played count in the Play List is by having written to the file tags (using the non-recommended option). Otherwise the %play_count% field remains unchanged. Or did I miss something?
You don't have to write playback statistics information to tags for being able to access the information. You can use %play_count% to access the information no matter if you chose to use file tags or a separate database file (default). The only thing you have to be aware of is that the files have to be in the media library.
Well, except I don't update the field in the song file, I can't get the information from %play_count%. Could it be as PLAY_COUNT is currently a field in my song tag, that variable %play_count% reads the data from the file and not from the stats database? I mean, in one way or another there is a duplicate field: in the song tag, and in the stats database. The variable %play_count$ refers to which one?
Well, except I don't update the field in the song file, I can't get the information from %play_count%. Could it be as PLAY_COUNT is currently a field in my song tag, that variable %play_count% reads the data from the file and not from the stats database? I mean, in one way or another there is a duplicate field: in the song tag, and in the stats database. The variable %play_count$ refers to which one?
That's correct, file tags currently take priority over fields provided by components. This behavior will be changed in the next foobar2000 0.9.5 beta.
Well, except I don't update the field in the song file, I can't get the information from %play_count%. Could it be as PLAY_COUNT is currently a field in my song tag, that variable %play_count% reads the data from the file and not from the stats database? I mean, in one way or another there is a duplicate field: in the song tag, and in the stats database. The variable %play_count$ refers to which one?
That's correct, file tags currently take priority over fields provided by components. This behavior will be changed in the next foobar2000 0.9.5 beta.
Thanks for the clarification. That was driving me nuts
Is there anyway to share the file that is used for playback statistics? I have all my music on a network drive and play the music on up to three PCs. I would love to be able to share the statistics on all the PCs as well. I would rather not write it as a tag as there is a lag when writing the tag information over a network.
Thanks!
Sorry to do this, but I just bumping this up to (hopefully) get my question answered from the last post.
Thanks!
Is there anyway to share the file that is used for playback statistics? I have all my music on a network drive and play the music on up to three PCs. I would love to be able to share the statistics on all the PCs as well. I would rather not write it as a tag as there is a lag when writing the tag information over a network.
You can create batch file that will copy PlaybackStatistics.dat to other computers and then start foobar2000. Or even simplier - install foobar2000 on that shared network drive.
You can create batch file that will copy PlaybackStatistics.dat to other computers and then start foobar2000. Or even simplier - install foobar2000 on that shared network drive.
This does not seem to work. I just manually copied PlaybackStatistics.dat from one machine to the other and Foobar does not pick up the stats from the other machine.
Does anyone else have any ideas?
Thanks!
PlaybackStatistics.dat is not designed to be shared by multiple foobar2000 installations. I'm afraid there is no way to do what you want.
PlaybackStatistics.dat is not designed to be shared by multiple foobar2000 installations. I'm afraid there is no way to do what you want.
Thanks Foosion. I will keep the stats separate for now and hope that maybe in a future release you will be able to define a location for the playback statistics dat file and the tracks are identified by something other than their path on the PC (but I won't hold my breath for that update! )
I am new to foobar after using Winamp5 for almost 4 years. In that time the media library has accumulated very extensive playcount statistics (plus thousands of individual track ratings, but that is not the issue of my question here). One of the key considerations for me about switching to foobar, was that I hoped there would be a playcount feature like in Winamp, and I sincerely hoped there would be a way to transfer these statistics from Winamp to my future library in foobar.
I have tried out this component here, but am dissappointed to find hardly any options to it. Is there a possibility I could set the time needed to increase playcount for a track from 1 minute, as it appears to be by default, to 0 (instantly) like in winamp, so that i could manually "cheat" all tracks up to the old values in my winamp.... by clicking and clicking and clicking. I know this would be a lot of work and sounds crazy but I'd be ready to do it because, as mentioned before, these playcount statistcs are important to me.
Or would there indeed be a convenient way to achieve what I want?
Secondly: Where is the statistics file placed?
Is there a way to convert existing "unofficial" %first_played% (format: YYYY-MM-DD hh:mm:ss) values to the timestamp format that is used by the official component? I searched but could not find any titleformat function that could do this.
Thanks in advance for any help!
I am new to foobar after using Winamp5 for almost 4 years. In that time the media library has accumulated very extensive playcount statistics (plus thousands of individual track ratings, but that is not the issue of my question here).
One way to do this would be to create autoplaylists in winamp (play_count = 1, 2 ,3 ...) and import them and manaully set the play count to 1,2,3 etc.
Or if you can somehow get winamp to dump the play_counts into clipboard (in order), you could use foobar's "input from clipboard" to get that info in.
I have tried out this component here, but am dissappointed to find hardly any options to it. Is there a possibility I could set the time needed to increase playcount for a track from 1 minute, as it appears to be by default, to 0 (instantly) like in winamp, so that i could manually "cheat" all tracks up to the old values in my winamp.... by clicking and clicking and clicking. I know this would be a lot of work and sounds crazy but I'd be ready to do it because, as mentioned before, these playcount statistcs are important to me.
Check out playback statistics custom (http://wiki.hydrogenaudio.org/index.php?title=Foobar2000:Components_0.9/Playback_Statistics_Custom_%28foo_playback_custom%29).
Is there a way to convert existing "unofficial" %first_played% (format: YYYY-MM-DD hh:mm:ss) values to the timestamp format that is used by the official component? I searched but could not find any titleformat function that could do this.
Thanks in advance for any help!
Check out the FAQ here (http://wiki.hydrogenaudio.org/index.php?title=Foobar2000:Components_0.9/Playback_Statistics_Custom_%28foo_playback_custom%29):
Is there a way to convert existing "unofficial" %first_played% (format: YYYY-MM-DD hh:mm:ss) values to the timestamp format that is used by the official component? I searched but could not find any titleformat function that could do this.
Check out the FAQ here (http://wiki.hydrogenaudio.org/index.php?title=Foobar2000:Components_0.9/Playback_Statistics_Custom_%28foo_playback_custom%29):
As far as I can see, only the way from %*_played_timestamp% to %*_played% is shown there. My question is: Is there a way to create the timestamp format from a string containing the "human readable" format, e.g. with a masstagger script?
As far as I can see, only the way from %*_played_timestamp% to %*_played% is shown there. My question is: Is there a way to create the timestamp format from a string containing the "human readable" format, e.g. with a masstagger script?
Oops, my mistake. i thought you wanted to do the reverse.
AFAIK there isn't a titleformat string to do what you want, however, we know that the format being used is Win32 Filetime, so you could possibly cook up a script on your own.
Why exactly do you want to convert to that format? Doesn't the playback statistics official automatically convert these tags to its own format?
Is there a way to create the timestamp format from a string containing the "human readable" format, e.g. with a masstagger script?
EDIT: This masstagger script only work with year before 2006.I still have the masstagger script file that can do this (got from this forum) "load from file.." in masstagger to use it.
Here's the link (http://www.hotlinkfiles.com/files/981946_fcn3y/statsformatupdater.mts) It's also convert "PLAY_COUNTER" to "PLAY_COUNT"
But as Kanak said, Why do you want to do this anyway since it will auto update these tag by itself.
But as Kanak said, Why do you want to do this anyway since it will auto update these tag by itself.
I didn't know it should do that - it does not work here!
So here an example file:
# BEFORE
# tags generated by *unofficial* foo_playcount.dll v1.9.2
--- Metadata ---
<FIRST_PLAYED> : 2007-03-06 18:15:13
<LAST_PLAYED> : 2007-03-10 16:49:37
<PLAY_COUNTER> : 4
# AFTER
# tags after one playback in foobar2000 v0.9.5 with
# component Playback Statistics v2.0
--- Metadata ---
<FIRST_PLAYED> : 2007-03-06 18:15:13
<FIRST_PLAYED_TIMESTAMP> : 128474808308437500
<LAST_PLAYED> : 2007-03-10 16:49:37
<LAST_PLAYED_TIMESTAMP> : 128474808308437500
<PLAY_COUNT> : 5
--- Properties ---
Played : 5 times
First Played : 2008-02-14 17:40:30
Last Played : 2008-02-14 17:40:30
While %play_counter% is recognised, incremented and converted to %play_count%, the value of %first_played% (and - less important - %last_played%) is ignored and FIRST_PLAYED_TIMESTAMP is identical to LAST_PLAYED_TIMESTAMP.
Is this a bug or is there something I could have made wrong (hidden settings, tag format incompatibilites)?
Don't use official play_count if you have stastic tags.
You must use foo_playback_custom.dll, if you want keep your first_player value.
You must use foo_playback_custom.dll, if you want keep your first_player value.
Thanks, that did it.
New version 2.1 out.
A feature request: Currently I can't assign shortcut keys for rating. Any chance it will be possible in the future?
New version 2.1 out.
Coolness. Anyone know an easy way to migrate my custominfo ratings (& playcounts)?
Just had a look at it - apart from the rating thing in the context menu is there anything different.
I was hoping I might be able to set the % a track is played before it's rated - have I missed an option?
I played a 20 min track and it counted it played after 1 minute - is that as it should be?
C.
weee... %added% field, finally
thx Peter
Yay for %added%. Now how do i create a autoplaylist of the recently added songs (without cwb_hooks, as it wont be supported in the future, right)?
As of now the added dates for old songs that already have their statistics are weird as the time is taken at the current time. A better choice would be the first played time stamp.
As of now the added dates for old songs that already have their statistics are weird as the time is taken at the current time. A better choice would be the first played time stamp.
Yeah I noticed that.
What would be really useful is a way to transfer existing %added% data to the playcount database (PlaybackStatistics.dat).
Also (not sure if this is the correct place) but since cwb_hooks is soon(?) to no longer be supported I'd like to put in 2 requests:
1) include a skip count (so that at any time someone hits "next" a %skip% is registered).
2) allow the user to set the % a track is played before it's counted as played (this would also be nice for the %skip% as a user could say if the track is skipped after 90% played don't count it as skipped).
With those 2 additions I wouldn't need cwb_hooks.
C.
A feature request: Currently I can't assign shortcut keys for rating. Any chance it will be possible in the future?
Fixed in 2.1.1, thanks for reporting.
As of now the added dates for old songs that already have their statistics are weird as the time is taken at the current time. A better choice would be the first played time stamp.
Good idea, I'll change that for the next version as well.
A feature request: Currently I can't assign shortcut keys for rating. Any chance it will be possible in the future?
Fixed in 2.1.1, thanks for reporting.
As of now the added dates for old songs that already have their statistics are weird as the time is taken at the current time. A better choice would be the first played time stamp.
Good idea, I'll change that for the next version as well.
I have weird issues: my old rated songs stored in custominfo are dissapeared.
There is any possibility to store them now in playbackstatistic.dat without losing old ones. I think it's a strange way in: First---stamp %rating% tag, Second---update to 2.1.1 and delete custominfo.dll, Third---re-assign ratings via context menu and finally remove %rate% tags from files. It can work, but isn't elegant
Peter, thank you for taking my requests into consideration. I forgot to add that old songs now with weird added date should be fixed to the new way, too.
@orbtwin: I did half what you said yesterday as my rating is in tag. It's not much tedious if you use query to create appropriate playlists with rating = X then set rating using playback statistics.
EDIT: bug report: setting a rated song using this component back to <not set> is not possible currently using shortcut key.
bug report: setting a rated song using this component back to <not set> is not possible currently using shortcut key.
also not work with context menu
Peter, thank you for taking my requests into consideration. I forgot to add that old songs now with weird added date should be fixed to the new way, too.
@orbtwin: I did half what you said yesterday as my rating is in tag. It's not much tedious if you use query to create appropriate playlists with rating = X then set rating using playback statistics.
EDIT: bug report: setting a rated song using this component back to <not set> is not possible currently using shortcut key.
while we wait for an update (2.1.2) or something, i'll do the trick with the rated songs, but in a different way:(nearly the same, otherwise).
1.group files in rate+1, rate+2, etc...
2.create a pls from every group, in this way, isn't necesary in stamp %rate % tag.
3.then add new playback.dll and erase custominfo.dll.
4.finally load every pls and re-tag via context menu
But the more strange behaviour it's the weird added date. Now ALL files are added Today, losing albums added in past 40 days.
"autoplaylist query --- "%ADDED% HAS "-" AND "$cwb_datediff(%ADDED%,%cwb_systemdate%)" LESS 40
"columns ui display" --- "$if(%added%, $puts(diff,$cwb_datediff(%added%,%cwb_systemdate%)) Added $ifgreater(1,$get(diff),Today, $ifgreater(2,$get(diff),Yesterday, $get(diff) days ago)), No Updated)
Peter, thank you for the update (and every byte of fb2k )
thuan: let's do the trick
Melomane: It does work for me, check whether you still have physical rating tag for that particular song.
Changing rating to "not set" currently does not work correctly if you have a metadata field named RATING present in your file tags (eg. as a result of synchronizing playback statistics with file tags), this will be fixed in the next release.
Updated: Version 2.1.2 is available for download.
hi,
before i updated from playback statistics version 1.0 to the new version i used a masstager-scipt to write the %ADDED%-dates as a tag. now with the new version all played songs are correct synchronised with the %ADDED%-tag. but never played songs are not - they have all the added-date in the playback statistics when i start foobar the first time with the new playback statistics version.
for example: a never played song with the %ADDED%-tag has the date "2007-07-10 00:06:56", but in the playback statistics the added-date is "2008-05-04 01:27:16".
what is the problem and how i can resolve it?
thx in advance & greets.
Any possibility that the database is located in the media library's folders?. That way it would be portable, usably across different operating systems (XP32/64, Vista32/64 and even Linux with Wine).
Furthermore I backup my all data but not my OS and programs, so HD failure would result in losing all statistics.
And finally it feels more natural to have the statistics associated with the music in the same place the music is.
Not sure if it is a problem with the fonts i use: In selection properties i always see "5" as rating even if i select just one track with totally different rating.
hi,
thank you for the update. but i have still the same problem with version 2.1.3.
http://www.hydrogenaudio.org/forums/index....st&p=563037 (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=58233&view=findpost&p=563037)
greets
anyone know what the changes are from the previous version 2.1.2 > 2.1.3?
2
4nt1Collects playback statistics for your Media Library content. Statistics can be displayed in the Properties dialog or using %first_played%, %last_played%, %play_count%, %added% and %rating%.
2.1 release highlights: Rating support, tracking of time at which tracks were added to your library.
2.1.3 release highlights: "Import statistics from file tags" command now works correctly.
Request:
Ability to also write "ADDED_TIMESTAMP" (or some another name the DEV see fit) when using "Write statistics to file tags" command and ability to import them back into database.
-----------------
@Bollerkopp
Are you sure your old %ADDED% tag get pass on to ADDED in database? from what I have tried, ADDED tag are synchronised with FIRST_PLAYED_TIMESTAMP tag from official playcount plug-in and from only that, that's why track that never been played showing the date you start using this component.
If you want to have the old %ADDED% tag that made by cwb_hook+masstagger script that have [yyyy-mm-dd hh:mm:ss] format to pass on to playback statistics database, there's a way but it's a tedious process. (for me at least, since I have to mod the old masstagger script since it doesn't work with recent date & check if it work correctly & some confusion here and there) but the result are quite worth it in the long run.
@ buktore:
oh... the added-filed in the new version is indeed syncronized from the %first_played% and not from the %ADDED%-tag. i totally overlooked that.
which way will work to syncronize from the %ADDED%-tag? can you explain it to me?
thx & greets
Feature Request:
Would it be possible for the component to provide values like last played/first played/added in terms of "X days ago"?
(I know we can do this with CWB hooks etc, but it'd be nice to have this supported by the official component itself since it's such a frequently used feature).
Feature Request:
Would it be possible for the component to provide values like last played/first played/added in terms of "X days ago"?
(I know we can do this with CWB hooks etc, but it'd be nice to have this supported by the official component itself since it's such a frequently used feature).
It's been explained before but I guess one more time won't hurt:
Title formatting fields can not depend on system time or any other external variables. If they do, there's no way to refresh affected components each time those external variables change, and you run into general mess, autoplaylists that don't update correctly, repaint glitches, etc.
Upcoming foobar2000 0.9.5.3 release will attempt to address some of these limitations, you will be able to create "recently played/added" autoplaylists easily without third party components involved.
Title formatting fields can not depend on system time or any other external variables. If they do, there's no way to refresh affected components each time those external variables change, and you run into general mess, autoplaylists that don't update correctly, repaint glitches, etc.
Thank you Peter for the clarification I didn't realise why this was such an issue.
Are these potential problems only relevant since 9.5? As I use 9.4.3 with title formatting fields that depend on system time and everything works fine; autoplaylists update correctly and I don't get any repaint glitches.
Is this just luck on my part, or was 9.4+ not affected?
C.
For an example, you can't generate an autoplaylist that keeps track of tracks played during last week that removes tracks that no longer match the criteria as the system timer advances.
0.9.5 Default User Interface heavily relies on title formatting output NOT changing without appropriate notifications. Older Default User Interface performed caching instead, but was a pointless waste of resources originally created to workaround performance problems specific to very old foobar2000 versions (0.8 and older). As for 0.9.5, if you use any system time dependant fields in playlist etc, you will get repaint glitches; with older versions, outdated values of those fields would stick instead.
Thanks for your patient explanation.
Appreciated.
C.
It's been explained before but I guess one more time won't hurt:
Title formatting fields can not depend on system time or any other external variables. If they do, there's no way to refresh affected components each time those external variables change, and you run into general mess, autoplaylists that don't update correctly, repaint glitches, etc.
Upcoming foobar2000 0.9.5.3 release will attempt to address some of these limitations, you will be able to create "recently played/added" autoplaylists easily without third party components involved.
Thank you for taking the time to write a detailed explanation. I look forward to 0.9.5.3 .
Does the "%played_per_day%" field displays the average daily playcount between %first_played% and %last_played% or more likely between %added% and %last_played%?
%played_per_day% depends on %first_played%. This feature is quite old, somehow it never made it to the documentation until recently.
Are there any plans to add ability to use custom fields in this component?
I really miss 'album rating' (foo_custominfo was used for that but it's no longer valid with 0.9.5.3).
The whole idea, as it seems to me, about separation of tag data and independant database data (such as playback statistics) is the following:
- information that's common to all users (music listeners) such as date, album title, track number etc. should be stored in a file itself
- info that's personalizable (such as play count, rating, and maybe, tags/labels (such as 'my favourite', 'sad music', 'to be deleted') should be in a separate database.
I have a feature request: a menu entries to enable/disable statistic collection.
I sometimes do karaoke lyrics for my favorite songs and I have to listen through one a bunch of times but I don't want these statistic to be collected.
And a question: keyboard shortcut for rating -> <not set> still doesn't work. Is it intended or a misbehavior?
I have a feature request: a menu entries to enable/disable statistic collection.
I sometimes do karaoke lyrics for my favorite songs and I have to listen through one a bunch of times but I don't want these statistic to be collected.
Noted.
Update: Feature included in 2.1.4 - it's in Advanced Preferences for now, it will be possibly moved to a menu item in some future version.
And a question: keyboard shortcut for rating -> <not set> still doesn't work. Is it intended or a misbehavior?
Fixed for the next version, thanks for reporting.
...
Also (not sure if this is the correct place) but since cwb_hooks is soon(?) to no longer be supported I'd like to put in 2 requests:
1) include a skip count (so that at any time someone hits "next" a %skip% is registered).
2) allow the user to set the % a track is played before it's counted as played (this would also be nice for the %skip% as a user could say if the track is skipped after 90% played don't count it as skipped).
With those 2 additions I wouldn't need cwb_hooks.
C.
I definitely have to throw in another vote for
carpman's two feature requests/suggestions above. for number 1), I suggest that either the "next" or "random" action would register a skip count.
I reread the entire thread, and I'm not 100% clear if Peter's replies in post #58 & #60 rule out the above feature requests or not. I wouldn't think (but I'm not a programmer ) that a skip count and/or a % time played calculation would be system time dependent, but rather dependent on internal foobar variables/actions. if I've misread the discussion in posts #58-62 have already indirectly answered this, my apologies.
Peter, Thanks for version 2.1.4
After a long wait and wish, finally a virtual tag that can keep all statistics when converting files is here, no more request from me.
hi,
thank you so much for the new version, peter. now my problem is solved and i'm happy.
greets
When some music folders are excluded from the Media Library it is impossible to collect the playback statistics to the playback statistics database (this is the desired behaviour). But it is impossible to add the same statistics to the file tags as well. Don't you think it is a good idea to write playback statistics to the file tags if the file is not listed in the Media Library, but it is accessible and the 'Automaticaly synchronize file tags' option is checked?
Personally, I collect all my new music in a temporary folder, which is not included in the 'main' Media Library. I'm listening the music in the temporary folder, setting the ratings and then I'm adding the best albums to the Media Library.
I think it is a good idea to add playback statistics to both the database and file tags if the file is listed in Media Library and 'Automaticaly synchronize file tags' option is checked. If the file is not listed in the Media Library the statistics should be written in file tags if 'Automaticaly synchronize file tags' option is checked.
What do you think about this?
How does the plugin distinguish between two tracks?
I have several tracks each part of different files and like them to be counted as one as long as artist and title is the same. Would that be possible?
Example: File x.cue includes track a, b and c while File y.cue includes track d, e and a. Would be nice if statistics for track a woun't be gathered separately.
Whatever is considered as different tracks by foobar2000 itself will be regarded as different tracks by foo_playcount. Specifically, this means that tracks are identified using the file path and - for files with multiple tracks in them - the so-called subsong number. There is no way to make foo_playcount add up the the play count numbers for multiple tracks.
Is there an up to date documentation for this component? I only found an old wiki entry, but I am looking for a documentation of the new features like %added% and how to use it.#
Thanks!
Beside those fields this component provides (which you can see on the optional component page) that can be used as other file tag fields, you can config it in foobar Advanced Preferences. It also has some context menu entries which are self explanatory. That's about it.
Is it possible to change the 5-point-rating-restriction?
I'm using a system up to 7 possible rating-points but the %rating%-Column only shows me the rating of 5 what is pretty annoying.
Before the updated statistic-component I used this one:
$repeat(* ,%rating%)
but I waste pretty much space with it.
Would appreciate this, maybe you could add customizable rating-statistics so people with a rating-system up to 10 could use it too (or 6 or whatever).
So long,
Horst
It seems, Playback Statistics component does not always add it's page to the Tools section in a Preferences. I have seen this on two machines using FB2K 0.9.5.3 and Playback Statistics 2.1.4 (WinXP and Vista). Here is a screenshot: (http://www.rugby-forum.ru/temp/stats.jpg)
And there is another one question: if there is a chance to see a Playback Statistics build, which will be able to set Ratings to all of the files (not only listed in Media Library)?
It seems, Playback Statistics component does not always add it's page to the Tools section in a Preferences.
The official playback statistics component does not have its own preferences page.
If you have seen such a screenshot somewhere, it is from a 3rd-party plugin.
The official playback statistics component does not have its own preferences page. If you have seen such a screenshot somewhere, it is from a 3rd-party plugin.
Exactly! Sorry, I was confused with this screenshot: http://img225.imageshack.us/my.php?image=autoratingep5.jpg (http://img225.imageshack.us/my.php?image=autoratingep5.jpg) .
That's a component called Playback Statistics Custom.
Playback statistics ratings doesn't work with the playback queue list viewer. The songs get removed from it the moment the songs start, so i can't rate 'm with the keycombo's I assigned to it. (global, for use with minimized foob).
Is this intended behaviour or a bug or something that needs to be requested?
(cursor follows playback is enabled)
(DUI + officials only)
It would have to be filed under "intended behavior" because a queue by definition, holds things that will be done *next*.
Things that you can do:
* Use the Tray Icon's "Now Playing" context menu to rate the files
* Create a recently played auto playlist and rate your files.
* Not use queue. (kidding, of course).
Lol @ your definition. So true.
But when i think minimized controls, i think the controls affect the now playing song only. (stop stops it, pause pauses it, next loads the one next to it, etc). So why does this behaviour not work when using the queue? it works when not using the queue and just a list.
For this I have to go back to your 3rd option, not use queue. As for now, as I started with a fresh database just 2 months ago, (and losing my tagged ratings when switching to the latest playback statistics) I rate a lot of songs. Listening while surfing the net, emailing etc, and rating was just a keycombo away.
Another thing. I used quicktagger for setting this ratings before playback statistics was capable of it. quicktagger had a warning when I applied it to more then 1 file. Playback statistics hasn't, and when you are not using cursor follows playback it can happen sometimes you apply a rating to a complete selection of songs without warning. Perhaps this is something that is needs some thoughts or an option for configuring this.
To set the rating for the playing track with a global keyboard shortcut, you should use the "[context / now playing]" version of the rating command. Context menu commands need a context (duh), and global keyboard shortcuts do not provide any implicit context, so you have to choose one explicitly when binding the keyboard shortcut.
Thx foosion, didn't know that existed. solved my problem. However, at testing that I found a 2nd question about this.
the first one is rating <not set>. That one is the only one that doesn't work with the keycombo's. It has to remove rating, as of using the contextmenu does do that when rightclicking mouse. The keycombo however doesn't have an effect at all.
@thuan:
Yes, thats it! I was sure in my head I used the latest version, coz I updated recently, but it was 2.1.3. Now it's ok!
@Mar2zz: Do you have the latest version? I'm sure that works over here.
To set the rating for the playing track with a global keyboard shortcut, you should use the "[context / now playing]" version of the rating command. Context menu commands need a context (duh), and global keyboard shortcuts do not provide any implicit context, so you have to choose one explicitly when binding the keyboard shortcut.
foosion, what's with my suggestion to make a custom-rating-system?
I really would appreciate it 'cause I was so happy, that I could use more than 5 rating-stars. I'm not sure about the complexity so I just wanted to ask if it's realizable in near time. Otherwise I could go back to my old system but I like the new playback-statistics.
foosion, what's with my suggestion to make a custom-rating-system?
I've asked Peter and he does not seem to be inclined to add it.
foosion, what's with my suggestion to make a custom-rating-system?
I've asked Peter and he does not seem to be inclined to add it.
Makes me a little bit sad but it seems, that I've to go back to my old system (which tooks more place, another advantage of the new system). Maybe if some more user wanna have it too.
Anyway, thanks for asking.
I just update to v9.5.3 from v9.5.2 and needed to update the playback statistics component. But some tracks don't have the 'added' field filled. They also have playcount = 0. There are tracks that have playcount = 0 but do have a value in 'added'.
When I play tracks with an empty 'added' field playcount, lastplayed and added aren't updated. How can I overcome this behaviour? I never used masstagger or formatting scripts, so the added value is complete new to me.
When I play tracks with an empty 'added' field playcount, lastplayed and added aren't updated. How can I overcome this behaviour? I never used masstagger or formatting scripts, so the added value is complete new to me.
Are the files in the library? These fields are updated automatically only if the files are in the library.
Yes they are in my library.
Edit:
Your remark made me look and compare the properties of a track with and without the added field. I selected 2 tracks and found indeed this notice: "Some of the selected items are not in the Media Library, their playback statistics are not collected." So you seem to be right. But then there is an other strange thing.
Of the files without the added field set, they are actually in a subdirectory of my Music Folders set by the preferences. (resticted to *, so no file type is exluded). What could that be then?
And just for the record, the file exist and I can play them .
Edit2:
I found out that the problem is in some none auto playlists. When I search for the track without the added field set via facets the track is found with the added field set. It look like not all file in playlist are properly updated. Or is this normal behaviour?
Edit3:
Problem solved by saving the content of the playlist to a file, deleting the playlist and then choose file > load playlist. Strange but ok.
I just noticed that Selection Properties adds up playcounts from a selection of songs. Is that figure available for us to retrieve with titleformatting?
Or, will it ever become available with titleformatting?
I also have troubles with that rating in selectionproperties, section other... It won't show as stars or hearts or anything, just 5 squares all the time.
Installing Arial Unicode is not an option, can't get it legally, so I won't use it. Lucinda Unicode and Calibri don't work either. The default foobarfont refuses too... Kinda desperate here...
Mar2zz: Are you on XP? If so, have you installed east asian language support? It's in Control Panel -> Regional and Language Options -> Languages tab. You'll need your XP CD. It should work after that, normally.
hey peter, i have one simple request for this component. i like the new context menu for the rating, would it be possible to add a 0 in the rating menu? i reserve 0 for "filler" tracks that contain little or no music to keep them out of auto playlists.
thanks in advance
I installed all languages now that come with windows. I also checked all conversion stuff in advanced tab of regional and language options.
I was pretty hopefull, coz i have a Nlite stripped windows XP home. It still doesnt work, and the squares are also in facets rating statistics... It's driving me crazy. Foobar is perfect, but this thing is making me nutsssssss
Have you tried different font for the properties window then? You can change it by clicking on tools -> font... I don't think I have any other idea. If it still doesn't work I guess you have removed something that's necessary with nlite for languages and stuffs. My Windows is vanilla and it works.
It looks like, from my cursory examination of my own font collection, almost no non-Unicode fonts include the star characters natively.
http://en.wikipedia.org/wiki/Unicode_typefaces (http://en.wikipedia.org/wiki/Unicode_typefaces) has a list of common Unicode fonts, some of which are free (unlike Arial Unicode), so you might have some luck with one of those.
Whatever font i choose i see squares but i also learned to live with that: in facets i see 3 darker suares and 2 lighter ones - so i know the (average) rating is 3. In Selection Properties i always see 5 dark squares. Maybe a simple bitmap implemented in the core or DefaultUi is a good idea as it makes the display of the stars independent from the choosed font.
Great component, it imported my %ADDED% tags from foo_cwb_hooks correclty.
The only thing is that when importing %ADDED% from tags, if a file do not have this tag, the missing value should be the less recent %ADDED% value of all the files that have it, instead of just the current time.
A workaround is to set %ADDED% on all files that do not have it, prior to importing from tags.
Long time user of 0.9.4.x, I'm porting my old config using playlist tree to the DUI + "Album List" components. Is there a way to display in the album list, a flat list of album sorted by%ADDED% (without having a node for each %ADDED% value) ?
hey peter, i have one simple request for this component. i like the new context menu for the rating, would it be possible to add a 0 in the rating menu? i reserve 0 for "filler" tracks that contain little or no music to keep them out of auto playlists.
thanks in advance
now that i experiment more with the rating feature it appears to be bugged. i have tracks that have a rating of 5, when i change the tag manually or with a script components are not reading the rating value correctly until i update it with the option in this component. it seems to happen with ratings of 4 or 5. very unusual.
What is the format of PlaybackStatistics.dat and is there a way for me to programatically add values to this file? I have two objectives:
1 - Import in my ratings from foo_custominfo
2 - Be able to export my ratings to text, say CSV
The above-mentioned features were one of the wonderful parts of foo_custominfo; Thank you for the information and consideration.
Moderation: removed pointless quote of the first post.
As I've mentioned here (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=63908&view=findpost&p=570463), I've downloaded and tried this today, and all my %added% values are dated today, rather than going by the earlier %first_played% tag as it is supposed to. (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=58233&view=findpost&p=562836)
Any help with this?
It doesn't appear %added% is even stored in PlaybackStatistics.dat so I presume I can't "fix" this without nuking foobar2000.cfg?
[edit] Nevermind, a restart seems to have corrected it, sorry.
i started using the playback statistics plugin not too long ago, but i already noticed that shutting down foobar takes way longer than before. is this normal? will it get even slower as more tracks get added to my PlaybackStatistics.dat? the file is already huge almost half the size of my database. how can this be possible? i'm sure that i didn't play back half of my database since i installed the plugin. besides shouldn't the statistics file be smaller anyway as it contains less information (filename + tags: playcount, first played, last played, added) than the database (filename + all other tags)?
edit: i looked into the PlaybackStatistics.dat with a text editor and discovered that my whole database was in there - because of the %added% tag. of course! i didn't think of that before.
i also noticed that it was quite polluted by tracks that were moved to another folder. i guess i'll have to keep my files on the same drive & path to be able to use playcount properly.
is there an option to only use tags to store the information? i guess 'automatically synchronize file tags with...' will keep the PlaybackStatistics.dat as well, won't it?
I've been using 0.9.4.3 for some time now due to my reliance on foo_custominfo, but it looks like these updates to foo_playcount eliminate that reliance.
Still I'm left with the problem of migrating all my custominfo_sqlite.db data to the new PlaybackStatistics.dat file. Has anyone figured out an easy way of doing this? Some options I'm considering:
1) foo_custominfo can alternatively store its data in a text file. Through some clever search and replace, it might be possible to convert this text file to the format used by PlaybackStatistics.dat (I haven't examined this format yet so I'm not sure).
2) foo_custominfo can also store its data in the foobar.cfg file, which can then potentially be read by foo_playcount -- although I will need an older version of foo_playcount, one compatible with 0.9.4.3. Is there one available for download anywhere?
3) Writing all my foo_custominfo data into the files' metadata; importing this metadata into PlaybackStatistics.dat; then removing all the metadata.
Needless to say this last option is far less ideal, but I think it may be my only hope. Any other ideas?
Option 3's probably going to be your best bet. You may need to change the tag names before importing into the official playback statistics component.
I have a problem using both the Playback Statistics and Quick Tagger components for setting song ratings. Here is the problem description: I want to be able to set ratings on every file, which is palyed by FB2K (not the only ones, which are stored in Media Library). This is impossible using Playback Statistics, so I set Quick Tagger to set ratings using keybard horkeys (Ctrl-0...5).
But from time to time the ratings gets messed up. The file properties shows the rating value set by Quick Tagger, but the playlist and the context menu uses value from Playback Statistics (which, by the way was not used to set ratings). See a picture for more info...
http://www.nncron.ru/temp/rating.jpg (120 kB) (http://www.nncron.ru/temp/rating.jpg)
The only way to 'synchronise' the rating value back is to use Playback Statistics-Rating-<not set> context menu item and the use one of the Quick Tagger keyb. hotkeys to set the value.
What may be wrong here? It seems, FB2K reads the Playback Statistics database in the irst place, ignoring the file tags, but I'm not sure how the wrong value comes to the Playback Statistics, while this component is not used to set the Rating. Maybe there is smth wrong with the file tags-database synchronisation? The Playback statistic is set to Automatically synchronise the file tags and to Monitor Playing songs.
Thanks!
The reason is that playback statistics stores to its db while quicktagger stores info in file tags. Having playback statistics save info in tag might solve the problem (preferences -> Advanced).
The reason is that playback statistics stores to its db while quicktagger stores info in file tags. Having playback statistics save info in tag might solve the problem (preferences -> Advanced).
I have wrote 'The Playback statistic is set to Automatically synchronise the file tags and to Monitor Playing songs.' in my initial message, so Playback Statistics IS set to save tags in files.
The problem is, that Playback Statistics is NOT used at all to set the Ratings, but for some reasons it interference with Quick Tagger, changing the Rating value. I'm pretty sure this happens somewhere when synchronising the file tags and PS database.
The problem is, that Playback Statistics is NOT used at all to set the Ratings, but for some reasons it interference with Quick Tagger, changing the Rating value. I'm pretty sure this happens somewhere when synchronising the file tags and PS database.
It's seems I know, what happens. When both Automatically synchronise the file tags and to Monitor Playing songs Playback Statistics options are enabled, the current Rating settings is written into the PS db. And after this it is impossible to change this value using Quick Tagger, just because the value is fetched from the databse. Right? I think this is not a good idea.
So, we have two options:
1) Allow Playback Statistics to write tags to files not included in Media Library ( visit this link to find why I need this: http://www.hydrogenaudio.org/forums/index....st&p=567578 (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=58233&view=findpost&p=567578) )
2) Give file tags the precedence comparing to database
Your ideas?
1) Allow Playback Statistics to write tags to files not included in Media Library ( visit this link to find why I need this: http://www.hydrogenaudio.org/forums/index....st&p=567578 (http://www.hydrogenaudio.org/forums/index....st&p=567578) )
I was just planning to ask about/for this option Any chances for implementing/enabling this kind of behaviour?
FEATURE REQUEST:
Would it be possible for Playback Statistics to either:
a) record "Total Played Time per Track", or
b) allow an option whereby Playback Statistics offers an additional (alternative) playcount based on:
Total Played Time per Track / Track Length
Why would this be good?
1) It gives you a far more accurate reading. Currently, if I play the first 1 min of a 10 min song 10 times, foo_playcount says I've played it 10 times, whereas "total played time" / "track length" would say I've played it once. Though this is not entirely accurate, it's far, far closer to the truth.
2) It's a good way to eliminate the need for skip counts.
3) It would not affect those users who always play their files all the way through, but it would beneficially affect those users who skip from track to track and still require an accurate reading of how often they've listened to each track.
4) It eliminates the need for any "count if played when played x %" or "count if played when played > 2 mins" kind of options.
5 Kanak has suggested %play_time% which would be purely the total played time per song. This would give users the opportunity to do:
%play_time% / %track_length% as a column ("play count") format, and I think this a nice idea.
6) Alternatively, foo_playcount could do the calculation itself and output something like %play_count_alt% which would yield the same result as above (5).
Clearly, if foo_playcount used "total played time" / "track length" it would want to round down to the nearest integer.
Thanks for taking the time to consider this request.
C.
Something strange here. The component works with album list, but not with facets. Look at the screenshot. What could I have done wrong?
[a href="http://img392.imageshack.us/my.php?image=playbackstatisticsai6.png" target="_blank"]
//edit: seems that only the %added%-query doesn't work
DURING LAST is not supported by facets yet.
All other syntax extensions are supported automatically, but this is a rare case where work on my side is required.
DURING LAST is not supported by facets yet.
All other syntax extensions are supported automatically, but this is a rare case where work on my side is required.
Thank you Frank,
I thought, I made a mistake.
i wonder if in a future update if the stats component could come with an option to not update the stats of a track until playback is stopped or another track is started.
I'm timidly approaching the arduous task of migrating all my stats from foo_custominfo (in foobar 0.9.4.3) to foo_playcount (in 0.9.5.4).
First I thought I would have to write all my custominfo tags into the file metadata, to be read later by foo_playcount. I don't seem to be able to do this with Masstagger, however; it doesn't recognize data from foo_custominfo, neither through %field_name% nor through $cinfo(field_name). Am I doing something wrong? Does anybody know how to get foo_custominfo data into the file tags?
I've also realized that in addition to foo_custominfo, I've kept foo_playcount 1.3.2 running this whole time, to keep parallel data in foobar2000.cfg (for just such an occasion, I guess). Because of my problem in getting custominfo data into file tags, I might have to resort to using this data (which is slightly less complete). So, what might be the best way to do this? Is there a foo_playcount version between 1.3.2 and 2.1.4 that both (a) is compatible with foobar 0.9.4.x and (b) stores its data in PlaybackStatistics.dat? If so, I could migrate all the data this way, without having to touch the audio files themselves, which is hugely appealing.
Any advice would be greatly appreciated. Stats are very important to me with a 3 year old, 15k+ library. Thanks in advance.
Are Playback Statistics info being stored in PlaybackStatistics.dat ?
If I save this file and copy it into a clean installation of foobar and Playback Statistics will all my old data be transfered to my new installation?
@hariskar: It does, if your new installation has Media Library with the same path structure.
Thanks!
If the Local Disk's letter changes?
Same path structure means no drive letter change.
So, the only way is to write data in file tags?
You may use that way as an intermediate or you can change the letters of your partitions on your new installation by right click on My Computer -> Manage -> Disk Management. The latter way is a little tricky and you may mess up your data.
Hi,
is there a way to tell external programs like "CD Art Display" where to store the rating tag? If i rate with this little nice external cover art application, the rating is stored in the file instead in the database. but because im using ps3 as mediaplayer i need to stay with id3v2.3 tags. a tag change within foobar will write id3v2.4 tags, wich are not compatible with my media servers.
maybe it's possible to tell foobar to store a tag like "RATING" always in the statistics database?
thanks
i think it's too much, but if it isn't, i'd like the possibility to move folders that are in media library, and not to lose their play stats just because you replace folder from one place to another inside media library
i think it's too much, but if it isn't, i'd like the possibility to move folders that are in media library, and not to lose their play stats just because you replace folder from one place to another inside media library
You can do that currently if you move your files within foobar.
[context menu] ->File Operations-> Move to....
Also, according to the SDK:
"In 0.9.6, the Media Library backend will be entirely reimplemented to perform tracking of folder content changes on its own"
Also, according to the SDK:
"In 0.9.6, the Media Library backend will be entirely reimplemented to perform tracking of folder content changes on its own"
oh nice! now that is something to look forward to, thanks for the heads up.
@shakey_snake: ok, thanks for the info
@topdownjimmy:
did you find a smooth solution for migrating from foo_custominfo?
I've got the same problem:
I have all my %added%-tags saved in the txt-file and if I write them all into my metadata i'll have to copy over all my files when syncing for backup. I'd like to avoid that.
There must be heaps of people in need for a solution!
Yours JD
i read that in amarok they also take into account how often you skipped a track, not only how often you played it, to calculate it's popularity.
might be an interesting thing to do.
somebody suggested counting the time played would be nice. i agree, it takes more to listen a 15min song than a 3min song with the same playcount. but then it only really matters when you taked times skipped into the calculation. because otherwise you could just calculate a rating by going %lenght%*%playcount% or something like that.
just some thoughts,
greets
Hi, just a quick thought, what's wrong with a simple percentage option?
Now less than 1 min long songs don't get counted.
Hi everybody, I have two questions that are puzzling me about this great component :
Let's assume all my music files are in a NAS, and they are accessed by two different people (e.g. me and my girlfriend) with two different PCs and two different foobar configs. Each user has his own official Playback Statistics component, and thus can handle his corresponding statistics. So far so good !
Point #1 : user1 has his own ratings, and so has user2. But let's imagine user2 would like to take a look at user1's ratings. I don't think this is possible currently. If user1 and user2 have different databases, then ratings can't be shared. And if they decide to write the Playback Statistics directly to the file tags (assuming that %rating% can be selected as the only Playback Statistic to be written), then it won't work either since there is only one %rating% field.
--> Cause : user1 and user2 want to share their ratings
--> Consequence : impossible right now
--> Solution : could there be some kind of "multi-user rating" option where each user could enter a custom name for the rating field (e.g. %rating1% and %rating2%), and then both %rating1% and %rating2% would be automatically written to the file tags, so that both users could access both ratings ? (all other Playback Statistics remaining within the local databases)
Point #2 : if user1 renames / moves a file within his foobar, user2's foobar won't know it. So user2 will have to do a rescan to find the file again. And then, I suppose user2's foobar will think that the found file is a new file (since it has been modified), so the file's Playback Statistics will get lost for user2.
--> Cause : user1 renames / moves a file within foobar
--> Consequence : user2's PlayBack Statistics get lost
--> Solution : would there be an elegant way to avoid this ? I may have a suggestion, but I don't know if it will work (and there are probably better solutions !) : if during a rescan foobar finds a new file whose metadata (with two notable exceptions : modification date and file path) is exactly the same as the metadata present in foobar's database for an "orphan" file (foobar has the data but the file isn't at the expected path anymore), then could foobar consider that it's the same file so that Playback Statistics don't get lost ?
These two points could be handled via some "multi-user" option(s) in the component prefs, so that "normal" users wouldn't get bothered by this. Anyway, it would be a huge bonus for users wanting to access a music database in a multi-client environment.
What do you think ?
Why not using Playback Statistics Custom (http://wiki.hydrogenaudio.org/index.php?title=Foobar2000:Components_0.9/Playback_Statistics_Custom_(foo_playback_custom)) and store all info in tag (which can be access by all users)? It has the possibility to set up custom tag name for each statistic, so if you use different ones you do not have any problems (also no problem if the files were moved). to rate my songs I use quicktagger with different keyboardshortcuts assigned with "set tag %rating% to 1 (2,3,4,5)" (at this point you can also use different tag names, which can also be accessed by all user b/c it's in the tags )
hope this is some help...
callisto
Thanks callisto. Yes, that could be a solution. However, I am a bit reluctant to use the "custom" component, since it hasn't been updated by kitahei in a year (will it be still compatible with future foobar versions ?) and it's not an "official" component (let's say that for "critical" components that write info to tags or databases, I'd prefer to use the official ones whenever possible).
I simply hope my previous post will interest Peter at some point and give him some food for thought. Maybe he can come up with some brilliant idea we haven't thought about and update the component, so that users in a multi-user environment aren't forced to find alternative solutions ?
EDIT - in fact it would be great if Playback Statistics database values could be accessible by users. Just like with old foo_custominfo, where you could choose the database format : SQLite or text file for instance. If the official Playback Statistics component would let users choose the database format (or at least give some information about the database format so that we could access the database), then I could make an external script that would scan periodically user1 and user2 databases and store all the values in custom tags (first played 1, first played 2, last played 1, last played 2, play count 1, play count 2, rating 1, rating 2). That would be a good solution for me, because I could even find an elegant way to handle the "moving / renaming" of files.
But anyway, let's see what Peter and other folks think about this. I am open to almost anything.
I use the Playback Statistics Custom component, and it works just fine with the newest foobar2000
Thanks callisto. Yes, that could be a solution. However, I am a bit reluctant to use the "custom" component, since it hasn't been updated by kitahei in a year (will it be still compatible with future foobar versions ?) and it's not an "official" component (let's say that for "critical" components that write info to tags or databases, I'd prefer to use the official ones whenever possible).
In some point I can understand you, to use only "official" components... but isn't fb2k just about 3rd party plugins to gain more functionality? So there is a solution, which works perfectly... why not take it?
Maybe kitahei didn't update his component, because there were no problems and will update if it breaks with a future version of foobar, but who knows ^^
*no problems occured, so far*
callisto
I understand you guys, and I am sure Playback Statistics Custom works perfectly. The problem for me lies in the future of foobar :
- If foobar evolves and Playback Statistics Custom becomes a deprecated component, then there is a chance that P.S.C users will have to start from scratch with another component and lose all their previous data.
- With an official component however, we can be pretty sure that even if foobar evolves the component will evolve as well, so no data will be left behind.
I have absolutely no problem using 3rd party components (in fact I use a good amount of them ), provided I don't use them to store critical data that could become unaccessible in the future / unrecoverable by another component. Ideally I'd prefer to let official components handle such critical data. Do you see my point ?
Of course if there's no other solution then I'll consider moving on to P.S.C. But official components tend to get better and better, so who knows, maybe Peter, foosion & co. have something in store for us ?
@up
AFAIR you could synchronize your data from PSC with tags, so no data will be lost (that means no starting from scratch ).
About link (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=58233&view=findpost&p=589448) (starting with second point) - developers of foobar2000 could implement some central database with info about file paths and hashes of those files (that could lead to some interesting possibilities*) and specific play-count/rating data would be written in user's profile directory only pointing to the central database for exact paths (that would solve problem with updating real paths to files by one of users). Adding a tick/option in preferences dialog to share user's play-count data would indicate user's will to do such a thing (we've got some control from users whether one wants to be more private).
* - e.g. synchronizing play-count/rating data of same artist-title-length tracks of different physical files (e.g. one has got some-song by some-artist both on original album and some compilation and/or another soundtrack)
PS. Sorry for poor English, I hope I was understandable
I am currently using foo_playback_custom version 1.4.3, which saves the following information to mp3s:
<FIRST_PLAYED> : 2008-06-08 03:34:46
<LAST_PLAYED> : 2008-09-24 01:41:54
<PLAY_COUNTER> : 5
<PLAY_STAMP> : 2008-06-08 03:34:46; 2008-06-08 06:17:56; 2008-06-09 04:41:12; 2008-06-14 16:33:02; 2008-09-24 01:41:54
<RATING> : 3
What would be the easiest way to switch over to foo_playcount 2.x without losing data?
Ok I'll try again to import my old statistics info:
Old info saved in the foo_custominfo database (txt, sqlite, fb2k database).
Steps:
1) I just installed new version (v0.9.5) over old one (v0.9.2) plus foo_playcount (v2.1.5) and started. Ø
2) I tried all three storage methods from foo_custominfo (deleted new Playback statistics database beforehand). Ø
3) I copied the info into a couple of files with Properties>Automatically Fill Values>source:%added%, pattern:%added%. In new version I used [cm]>Playback Statistics>Import from file tags. It scanned my whole library: Ø
Any idea what I'm doing wrong?
And the worst thing i found out: My old Statistics component didn't seem to work properly because all my %first_played%/%last_played%/%playcount% are mixed up to a very recent date and Playcount!!! :-(
Yours JD
/edit: album = files
I know it isn't Peter's responsibility to look out for those of us who have chosen to use an unsupported component for so long. And I appreciate that he has taken the desire for statistics seriously enough to support them with an official component, and one that is done well.
However, I can see that I'm not alone in being stuck with a huge SQLite database from the foo_custominfo component, full of data that I do not want to lose. If I could migrate this data into the new official component, I could ostensibly be confident that I will never have to stress over my statistics storage methodology again, as the official component will likely upgrade smoothly with the future development of foobar.
This isn't the first time I've had to jump through hoops to get my statistics from one component to another, and I'm dying to be done with having to deal with the overwhelming prospect of it every couple years. The newer version of the official component will be a huge relief once it has imported all my previous data.
But for the time being, Peter, will you consider writing in some functionality to import statistics data from SQLite files left over by foo_custominfo? Of course you can't be expected to accommodate everybody, but it seems to me that most people who are stuck are stuck with these SQLite databases.
If you are dead set against offering this, it would be helpful to know that too so that I can get started figuring out the most painless way to begin the migration.
Thanks.
Thanks Jimmy. I guess your post proves
exactly what I meant to say with my above post :
If foobar evolves and Playback Statistics Custom becomes a deprecated component, then there is a chance that P.S.C users will have to start from scratch with another component and lose all their previous data. [...] With an official component however, we can be pretty sure that even if foobar evolves the component will evolve as well, so no data will be left behind.
I wouldn't like to experience the same problem as you in the future, and that's why I'd like to use the official component, provided it becomes possible one day in my multi-user environment.
Now I'd really love if Peter could come back to this thread and explain us his views on Playback Statistics' future improvements. At least we would know. Peter, thanks in advance.
@ topdownjimmy
I'm reading what you have posted and now a bit confused, what you want here is to have all your stat in custominfo to merge with current official playcount stat.. right?
What foobar version you're using now? (the one that have all your custominfo stat)
There's might be a way, but it still need to rewrite all files tags anyway.
I have a feature request: a menu entries to enable/disable statistic collection.
I sometimes do karaoke lyrics for my favorite songs and I have to listen through one a bunch of times but I don't want these statistic to be collected.
Noted.
Update: Feature included in 2.1.4 - it's in Advanced Preferences for now, it will be possibly moved to a menu item in some future version.And a question: keyboard shortcut for rating -> <not set> still doesn't work. Is it intended or a misbehavior?
Fixed for the next version, thanks for reporting.
May I request %system_time% like %cwb_systemdata% in cwb_hook. It would be really help. cwb_hook has been out of date after updating to 0.9.5.6. always to update all 3th part components is really troublesome.
Thanks.
Short answer: NO YOU MAY NOT
Long answer: this has been discussed a million times and the answer by "those in the know" is that a solution like %cwb_systemtime% is hackish and breaks too many things.
The date & time functions were added to the Query language as more appropriate way to accomplish most of what you would be asking for (mainly with autoplaylists).
I am using the latest version of the plugin (and of foobar). I have the statistics written to PlaybackStatistics.dat.
When I try to move file (using File operations -> Move to...), the statistics are cleared (they don't exist once the file has been moved). Both the source and destination directories are in Media Library -> Music Folders.
With foo_playcount, when use $add(%rating%,1) into a script to increase the rating it doesn't work as expected.
foo_playcount adds new custom tag (RATING), and doesn't change the official %rating%.
I'm wondering %rating% is a non-numerical tag, so can't be increased/decreased via script. Am I correct?
How exactly is %played_per_day% calculated and what should it represent?
I'm asking because I've got some wierd values displayed for my tracks.
For example:
Played : 2 times
First Played : 2008-12-02 22:10:53
Last Played : 2008-12-02 22:15:55
Added : 2008-12-01 18:03:56
Leads to %played_per_day% = 286.63
How exactly is %played_per_day% calculated and what should it represent?
I'm asking because I've got some wierd values displayed for my tracks.
It should represent play count per day, of course.
%played_per_day% = (p-1) * [(24*60*60) / (L - P)]
where p = playcount, L-P is the difference between last and first played in seconds, and 24*60*60 is the number of seconds in a day.
So if you played a track for the first time on a given day and you played it again at precisely the same time the next day, you'll get %played_per_day% = 1, but if you play it any sooner/later, you'll get higher/lower values despite it still being played on the second day.
It's a pretty useless value since it approaches 0 way too fast to be of much use -- for me, at least.
Given that auto syncing is not recommended(and i dont like it too) I miss a command to sync everything in playbackstatics.dat to file tags. In order to sync my file tags once a week for example, now I must FIRST SELECT everything I have played that week and sync it, thus it's not comfortable to automate it.
...or is there any easy way to do that?
I'm very frustrated with this plug in
I got my stats reseted, and I don't know why!
Also sometimes I can't set the rating to themes, then I put it manually on the Attributes (RATING) ( those files got my rating at least )
Is there a way to Write the stats always on the files?
Since the db is so weak dumb bugger maybe I can choose not to use it, or maybe it can make a backup
Also if this is so beta, why there is any log saying about what happened.
Why I lost everything ?
My music files are Flac and are stored in a windows share mapped drive with write access.
last foobar last plugin is being used.
Is there a way to Write the stats always on the files?
i would also love this option.
a few of my files had a rating tag. i lost all of those ratings by using "write statistics to file tags" option. rated the files both manually (via trackinfo mod) and by right click rating 1-5 (via playback statistics). tags that were added manually were removed. can this be fixed?
Ctrl+P->Advanced->Tools->Playback Statistics
Im having problems getting my albums sorted by when they were added. I used mp3tag to add a %added% tag in the format 20081002 then I was sorting them that way. I cant figure out how to do it in the current version the playback statistics seems to have its own value that I cant override.
I am using this one, with no problems at all:
SORT DESCENDING BY $date(%added%)
Hello
(1) Is there a way to change the tag that playback statistics writes to for ratings? I want to change this from %RATING% to %RATING WMP%.
This probably sounds dumb, but this is the tag that I use for everything (it is what's used in Vista, WMP, and Zune - so it keeps everything standardized for me).
(2) Also, I created a custom column for "%RATING%/5 Stars" -- but how could I make something like what is shown in the Properties box where it actually shows the rating in terms of star icons? --- and again, if I could do this with a different tag like %RATING WMP% that'd be great.
Thanks!
Is there a way to Write the stats always on the files?
i would also love this option.
a few of my files had a rating tag. i lost all of those ratings by using "write statistics to file tags" option. rated the files both manually (via trackinfo mod) and by right click rating 1-5 (via playback statistics). tags that were added manually were removed. can this be fixed?
think I lost all the Ratings that weren't in the TAG by using the write statistics to file tags option with many files selected (there is a bug)
Ctrl+P->Advanced->Tools->Playback Statistics
Thank you!
I wonder if that is the only thing you can change.
shows the rating in terms of star icons?
With a little help (http://wiki.hydrogenaudio.org/index.php?title=Foobar2000:Title_Formatting_Reference) this is easy:
$repeat(?,%rating wmp%)
Is there a way to Write the stats always on the files?
i would also love this option.
a few of my files had a rating tag. i lost all of those ratings by using "write statistics to file tags" option. rated the files both manually (via trackinfo mod) and by right click rating 1-5 (via playback statistics). tags that were added manually were removed. can this be fixed?
think I lost all the Ratings that weren't in the TAG by using the write statistics to file tags option with many files selected (there is a bug)
Ctrl+P->Advanced->Tools->Playback Statistics
Thank you!
I wonder if that is the only thing you can change.
Also I want to say that functiong isn't working correctly, at first it was ok, every tag that I rate got edited, but then it don't
How can I depure, -debug - verbose or something
a great feature would be a silent update of the file tag, every time I work in PS it "steals" the focus
Hi!
Is it possible to create a playlist with songs I havent listened yet?
I tried "%play_count% IS 0 SORT ASCENDING BY %album%" but it doesnt seem to be working.
Thanks,
Dennis
I think "%play_count% MISSING" is what you are looking for.
Thanks! However, It doesnt seem to "remove" the song from the playlist after having played it.
Sounds like you have created a static playlist instead of a dynamic autoplaylist. Click on the [...] button and create an autoplaylist instead.
Hello Yirkha,
This is with a autoplaylist. Does it work for you?
Dennis
Yes, works fine here. I created an autoplaylist using the query above, "%play_count% MISSING". The playing song disappears exactly as it should - when at least 60s of it has been played, or the track has reached its end after at least 1/3 of it has been played through.
You need the playback statistics component to make this autoplaylist work. Without it your play_count won't get updated, so there is no need to remove it from the list, as it still fits your parameter.
The playing song disappears exactly as it should - when at least 60s of it has been played, or the track has reached its end after at least 1/3 of it has been played through.
Just tried this, and it has an interesting side effect: when playing in 'Shuffle Albums' mode, foobar will go to a different album after playing the first song of some album. This way I'll only hear the first song of my unplayed albums (and then the second of each album, etc)
Oh, the perils of ripping a CD collection including your girlfriends albums - lots of unwanted stuff that should stay at unplayed in my foobar installation!
Just tried this, and it has an interesting side effect: when playing in 'Shuffle Albums' mode, foobar will go to a different album after playing the first song of some album. This way I'll only hear the first song of my unplayed albums (and then the second of each album, etc)
Yeah, that's known and reportedly won't get fixed - after all the autoplaylist works exactly as expected. I heard people add stuff like "
… OR %last_played% DURING LAST 20 MINUTES" to their queries to workaround this.
Edit: Corrected AND to OR.
Just tried this, and it has an interesting side effect: when playing in 'Shuffle Albums' mode, foobar will go to a different album after playing the first song of some album. This way I'll only hear the first song of my unplayed albums (and then the second of each album, etc)
Yeah, that's known and reportedly won't get fixed - after all the autoplaylist works exactly as expected. I heard people add stuff like "… AND %last_played% DURING LAST 20 MINUTES" to their queries to workaround this.
I see. That works, that is, if I use OR instead of AND
Now to figure out a way to remove albums I don't want to hear at all... which is off topic for this thread.
Is there any chance of the Playback Stats component being altered to update at the end of a playing track as opposed to the way it works now?
This would eliminate the removal of tracks from autoplaylists while they're being played, but of course I don't know what other problems a change like this might introduce, or how much effort it would be to change.
I'm still losing the stats,
I got the checkbox enabled to write directly in the tag but it doesn't work
1.- if the song was added to the list clicking and dragging you can't set the stat!
2.- in a time the plugin stop writing the tag and start using the db
3.- the worst-> when you select all the files and click it, to write into tag, the db is cleaned and the tag are not modified!
Where I can find this plugin with no db capabilities?
Or this plugin without bugs ?
i just moved a bunch of songs to another folder, and the 'added' information was reset. shouldn't it carry that information over, especially since i have it set to write the information to each files tag?
ok, is it possible for this (or any plug in) to calculate the time spent listening to an album? Something like album length ( in time) multiplied by play count.
P.S. Keep in mind I only listen to albums in their entirety, so each song in an album will have the same play count.
I have a album I encoded awhile ago in aac and recently I decided to re-rip it in mp3. Is it possible to keep the old play stats somehow?
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!
%last_modified%
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).
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!
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
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!
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".
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
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!
[font= "Courier New"]$date(%added%)[/font]
See Main menu > Help > Title Formatting Help.
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.
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
I suppose you played it twice in about nine minutes after adding song to library.
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, ...).
As I've been whining in few topics ( here (http://www.hydrogenaudio.org/forums/index.php?showtopic=55746&view=findpost&p=629681) and here (http://www.hydrogenaudio.org/forums/index.php?showtopic=71453&view=findpost&p=629683) (; ) 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 (http://www.hydrogenaudio.org/forums/index.php?showtopic=58233&view=findpost&p=547312) 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...
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:
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?
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.
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.
I've run into weird problem. If I d'n'd file from explorer and look into properties i get
"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.
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.
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
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
Version 2.1.9 has been released, various complaints posted in this thread have been addressed.
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...
Thanks for the update!
I've run into another problem. When items in playlist are created by dragging them from system shell (explorer for example; as opposed to being crated by dragging from media library search) rating/playcount doesn't work despite the fact that files paths are within media library paths and the same files added to playlist from media library search behave 'normally'...
When items in playlist are created by dragging them from system shell (explorer for example; as opposed to being crated by dragging from media library search) rating/playcount doesn't work despite the fact that files paths are within media library paths and the same files added to playlist from media library search behave 'normally'...
I can't reproduce this problem, everything works as expected here...
Thanks for the update.
a question: is it possible to modify the percentage of song to be counted as Play Count?
i'm asking this because i started using never played auto-playlists and the fact that the tracks disappear from the playlist while they still playing creates some awkward situations:
- for example when the track disappears it's not possible to use the "double-click on status bar" to focus the now playing track!
- if we select another track in the playlist after the "now playing track" disappears the playback will be resumed with that same track!
this is pretty annoying when we're trying to listen to full albums and browsing the auto-playlist at the same time...
i'm using the "cursor follows playback" option to counter this behavior but it's not a perfect solution...
@ _oao:
You can solve this with a workaround by adding some time to your autoplaylist-query.
for example:
%play_count% MISSING OR %last_played% DURING LAST 15 MINUTES
I can't reproduce this problem, everything works as expected here...
http://files.myopera.com/lwiczek/files/obr...r_playcount.png (http://files.myopera.com/lwiczek/files/obrazki/foobar_playcount.png)
On the left - properties of item added through media library; on the right - properties of item added through drag&drop from explorer window (opened using "open containing folder" option from context menu of the first presented item btw...). How come the same file can be treated that differently:
Notice : None of the selected items are in the Media Library; their playback statistics are not collected.
!?
Console does not show anything when I'm adding the file in question....
Looks like the first window has a capitalized MP3 folder, and the right window lower. Strange.
can't reproduce however (winxp home, files on usb-disk), got some other strange behaviour, when I open containing folder through contextmenu, it loads, when I drop a file in a foobar, the folderwindow disappears for a few seconds and comes back. When using explorer normal it just stays focused. I and you should probably mention this in another topic, maybe a buggy?
I too noticed some time ago that Media Library is case-sensitive...
Thanks a million! Changing root folder (i.e. "mp3") to uppercase solved the problem. Basically, I had in my configuration Media Library as "E:\MP3\", few weeks ago I'va had a HDD problems so quickly copied content to lowercase "mp3" (but foobar configuration remained!). What's strange is that foobar stores media library paths relatively to folder configured in preferences, i.e. "E:\MP3\" from config + "rest_of_the_path_from_scan" completely ignoring the root folder (sorry for inconsistence (; ). All in all - now everything works brilliant! Thanks once again!
I and you should probably mention this in another topic, maybe a buggy?
Probably mods could split those posts? If I knew it wasn't strictly related to this particular plugin I would have probably post it somewhere else (:
@ _oao:
You can solve this with a workaround by adding some time to your autoplaylist-query.
for example:
%play_count% MISSING OR %last_played% DURING LAST 15 MINUTES
Nice tip!
Thanks.
Hi,
I've finally switched from 0.9.4.4 to 0.9.6.5, and in the switch i decided to use the official playback statistics instead of the playcount_mod. what format is the timestamp for the various *_TIMESTAMP fields. It was a nice readable date with playcount_mod, now it seem like a random string of numbers.
I image you are you are seeing a serial date of some sort.
Drop the _timestamp from the end of your %playback statistic date field% and you will see standard calendar conversion.
terry
first off: Hello to everyone *wave* since this is my first post here.
Up to now I have only been reading the forums here and found (almost) everything I needed.
To the reasone I finaly registered...
I was wondering if its planed to add the ability to create custom fields to this component?
Or is there allready a way to do so that I simply didnt see?
Someone else asked about this some time ago here too but I found no reply to it in here.
I would realy love to see this option since there are infos I would like to add to the database rather than have them stored in a custom tag.
And yes... I know about that custom stats plugin. But I would rather stick with the official version
Using latest foobar2000 and latest playback statistics, "Write statistics to tags" writes all tags, except ratings, which is permanently removed.
Using latest foobar2000 and latest playback statistics, "Write statistics to tags" writes all tags, except ratings, which is permanently removed.
Not here.
Using latest foobar2000 and latest playback statistics, "Write statistics to tags" writes all tags, except ratings, which is permanently removed.
Not here.
Well, I'm still having the problem. I have tried it out on three systems (Vista x64, Windows XP, and Linux through Wine) all with the same results. Could it be the fact that I'm using the portable version of foobar?
Using latest foobar2000 and latest playback statistics, "Write statistics to tags" writes all tags, except ratings, which is permanently removed.
Not here.
Well, I'm still having the problem. I have tried it out on three systems (Vista x64, Windows XP, and Linux through Wine) all with the same results. Could it be the fact that I'm using the portable version of foobar?
Just installed the non-portable version of foobar. Same thing.
Hello everyone,
I'm using Playback Statistics and I have created a custom column in my playlist which shows the "[%play_count%]"-tags. So far it works as I want it to but:
As soon as the playcounter reaches a higher value than 9 sorting the playlist according to this column doesn't work as intended anymore. Meaning the ones that were played between 10 and 19 times are sorted between those that were played 1 and those that were played 2 times. I like to play music sorted by their play-counter because it means I haven't heard this music as often as others and it would be nice to hear it again.
Long story short: is there any way to write the playcounter value with a fixed number of numerics? For example 001, 002 and 012 would then be sorted correctly.
Long story short: is there any way to write the playcounter value with a fixed number of numerics? For example 001, 002 and 012 would then be sorted correctly.
Not sure, but try with $num(%play_count%,3)
[EDIT]
This is meant to be the sort criterion.
I replaced "[%play_count%]" with "$num(%play_count%,3)" and it works perfectly now.
Thank you very much!
I replaced "[%play_count%]" with "$num(%play_count%,3)" and it works perfectly now.
Thank you very much!
You're welcome
Using latest foobar2000 and latest playback statistics, "Write statistics to tags" writes all tags, except ratings, which is permanently removed.
Not here.
Well, I'm still having the problem. I have tried it out on three systems (Vista x64, Windows XP, and Linux through Wine) all with the same results. Could it be the fact that I'm using the portable version of foobar?
Just installed the non-portable version of foobar. Same thing.
I fixed my problem. QuickTagger was interfering with the Playback Statistics. I was tagging rating with quicktagger, rather than through Playback Statistics native interface, so when I wrote statistics to files it wrote what Playback Statistics had stored in the DB, which of course was nothing because everything had been tagged through quicktagger.
I cant get this plugin to really do anything.
Ratings is greyed out in the menus
Play count is always zero
Rating is ?
added is blank
I've tried deleting my app data ans that did not fix it
I've tried deleting the PlaybackStatistics.dat file the file is always 20 bytes
Am I missing a step on getting this app to work?
Using foobar v0.9.6.6 and foo_playcount 2.1.9
No other odd plugins installed, all are from main site ALAC decoder, CD burning, g15 plugin installed after the fact, "full" install
Windows XP 32bit
Nearly default theme
custom colum patterns used:
$num(%play_count%,3)
$date(%added%)
%rating%
Playback Statistics are remembered by file path, and the files must be under configured Media Library directories. Are they?
Playback Statistics are remembered by file path, and the files must be under configured Media Library directories. Are they?
I missed this part completely, I never set this up ever before as I drag drop everything into playlists as needed.
A little more documentation would been nice on the wiki, having some the custom columns defined cleanly on the wiki would help allot getting this plug in up and running faster.
Would it be possible to add the ability for playcount to save its db every few minutes or so, rather than just on exit? If foobar isn't explicitly closed then any gathered statistics are lost - quite annoying!
Jesus (http://www.hydrogenaudio.org/forums/index.php?showtopic=68528) saves.
I've somehow run to problem using the playback statistics data: I found that I have tracks where:
- %first_played% and %last_played% aren't empty and %play_count% is 0 (empty), or
- %first_played% and %last_played% have different values and %play_count% is 1
This could only happened in this case I think:
- write statistics to file tags
- lose somehow playcount (probably my mistake)
- move files in another place
- import statistics
I would like to suggest that when the component is importing playback statistics from file tags it should apply some simple error corrections:
- if %play_count% is empty - don't import %first_played% and %last_played%
- if %play_count% is 1 - %first_played% and %last_played% should be the same
- (maybe some other strange scenarios)
I have figured out how to create a column for specific-track play counts, but is there a way to view play counts for an artist (as a whole)?
I have figured out how to create a column for specific-track play counts, but is there a way to view play counts for an artist (as a whole)?
You can use foo_playcount_sql for that. More information:
http://www.hydrogenaudio.org/forums/index....c=70228&hl= (http://www.hydrogenaudio.org/forums/index.php?showtopic=70228&hl=)
Thank you!
So I read pretty much through this thread and can not seem to find an answer to if you can define the rating range? It seems to be hard set to 1-5, however ALL of my music is set using a range of 0-100. I actually use a range of 1-5 when setting the value but each value is multipled by 20, i.e. 1=20,2=40,3=60,4=80,5=100. You may then ask why have a range of 100 then, answer is so that I can use tricks to slower weight my ratings based on play frequency and such. Also other media players use the 0-100 system.
foobar has also mathematics onboard $mul(%rating%,20) will give you your desired ratings. You can use this to change your ratings in tags or to view rating in those higher numbers.
foobar has also mathematics onboard $mul(%rating%,20) will give you your desired ratings. You can use this to change your ratings in tags or to view rating in those higher numbers.
I know about the math functions, I use $repeat($char(9733),$div(%rating%,20) ) to show my rating in 1 to 5 stars. However I would like to use play stats plugin and it trys to import my rating data from my tags and it sets the rating to 5 if the value of rating is greater than 5 which for my files will be. How do I handle that import issue?
that importing is difficult. the database needs 1 to 5 in the field rating. for import you need some extra steps. use format from other fields in properties on the rating field. use $div(%rating%,20) if you need to bring back your own rating to the statistics rating 1 to 5. then you use import values from tags under context menu playback statistics. when you've done that you can format the fields again to bring them to 20 again, if you want to, or use your code to show it as 20's rating.
When you move multiple gigabytes of data from one "monitored" location to another using the File Operations>move feature, part of the files will lose the playback statistics (when saved centrally). This bug has been around at least for 2 versions, but I hadn't moved many files for a while now, so I hadn't run into it again yet.
Currently using .968 * 2.19, but the bug has been around for at least a 9 months to a year, if not longer (the earliest time I used it)
Hi, I wondered if there's a way to show a notification of whether I have toggled "monitor playing tracks" on or off. I know how to bind a key to that command, but I want to know if there's some sort of indicator like %monitoring?% which is flagged on or off, so I know whether I turned it on or off with my shortcut key.
If so, I can access that variable and be able to check the status of "monitor playing tracks"
Or if there's a simple way to show customized button on the toolbar which is toggled on or off
thanks,
long time playback stats user
I've noticed when I do not rate a track and have the track on repeat or rather have the file played a significant amount of times, the auto rating system that foobar adds to the track the %rating% attribute does not pick up those tracks to the filter expression output.
So with "%rating% GREATER 3" only the track that have manual ratings set only display in the results.
Is this by design or is this the desired effect?
I'd like to see those auto rated files picked up by the %rating% attribute.
Cheers,
dvine
Since this component is all about statistics, would it be possible to add current system time and date variable?
Since this component is all about statistics, would it be possible to add current system time and date variable?
That's not possible.
That's not possible.
I think that's a little strong. Where there's a will there's a way.
C.
Having a problem with the preferences. There is no section to configure this component? It should appear under "Tools", right? I don't have it.
Foobar 0.9.6.8
foo_playcount 2.1.9
W7 x64.
Anyone know what's happening?
Having a problem with the preferences. There is no section to configure this component? It should appear under "Tools", right? I don't have it.
Foobar 0.9.6.8
foo_playcount 2.1.9
Configuration via Preferences / Advanced / Tools / Playback Statistics (one entry only).
Handling of the plugin via menu Library / Playback Statistics and context menu commands in your playlists.
Robertina.
recently i have donwgrade from 0.9.6.5 to 0.9.5.6 (because of automatic folder monitoring) and all my playback statistics are wiped out!
is there any way to retrieve my old playback statistics?
i tried to go back to 0.9.6.5 but it has no use.
I like rating with this component now - No lags at all
It would be great if it was possible to manage custom tags to be stored in the playback statistics db instead of filetags. I.e. both me and my girlfriend are rating tracks so we can make better playlists with music we both like and separate playlists with music we just prefer ourselves. However currently it's not possible to add a separate rating/tag that is not stored in the file during playback.
so is this component incompatible with the new 9.6.9?
It was working fine with 9.5.something, but now it no longer shows up in the list.
Is this a known issue, or just local to me?
local to you
terry
Edit:
what list? If you are talking about Preference > Components...if it isn't there you have not installed the component.
Is this an install over your previous install or a new install?
yeah, that was it. I just needed to create a new install. odd since everything else continued to work after installing 9.6.9 over the old one
thanks
I like rating with this component now - No lags at all
It would be great if it was possible to manage custom tags to be stored in the playback statistics db instead of filetags. I.e. both me and my girlfriend are rating tracks so we can make better playlists with music we both like and separate playlists with music we just prefer ourselves. However currently it's not possible to add a separate rating/tag that is not stored in the file during playback.
How about having two separate installs of foobar? Me and my wife share the same library but we have different foobars so we can rate tracks differently and create our own playlists. Plus, we fundamentally use foobar for different things so I setup a CUI config for her while I use DUI. Works great for us.
I guess playback statistics fields can't be used as fields for comparation in query expressions. But first I think that I made some mistake because it seems strange that all queries I tried just don't work:
%play_count% IS 1
results in many matches, but
%first_played% EQUAL %last_played%
results in even more matches, and that are matches where %first_played% and %last_played% don't have value (tracks never played) so both equal to zero
%first_played% IS/HAS %last_played%
results with empty match
%first_played% HAS "$year(%last_played%)"
%first_played% HAS "$left(%last_played%,4)"
both are empty matches!
some other empty examples:
"$year(%added%)" EQUAL "$year(%last_modified%)"
"$left(%added%,4)" EQUAL "$left(%last_modified%,4)"
"$left(%added%,4)" IS "$left(%last_modified%,4)"
"$num($left($replace($date(%added%),-,),4),4)" EQUAL "$num($left($replace($date(%last_modified%),-,),4),4)"
I may post other non-sense queries but this is enough I think. So is this by design or I can't see something obvious?
[edit] hm.. Note 3 from Help:
Note that you can't access technical information (such as codec specifications) or component-provided information (playback statistics and such) this way.
This may be speed limiting and also usefulness limiting
But than can be playback statistics field be wrapped with title formatting, like in some of above examples and produce result?
I have a large music collection (large in me eyes, I'm not doubting others have more) and I like to have it tidy and squeaky clean. There are some database managing methods fb2k uses that make me extra cautious. My main concern is that it does not remember files if they've been moved, renamed, etc., no matter what small thing happens fb2k will interpret it as deleted and add the same file as if it were a new one. This can cause great havoc if I have a particular track present in many playlists. As I said, I'm aware of it and so far haven't lost my database' order, most importantly the "date added" order which I treasure greatly.
The leads me to something I like very much about fb2k or specifically this plugin: to be able to modify the date added entry in the database. Well, that's not something done directly but I imagined if I modified it manually and then told foobar to import the statistics it would assign the desired "date added" date into the database re-ordering my music as I see fit. My reason for this is that I want all my music listed in a playlist that dates from my first MP3 obtained (according to the Date Created timestamp).
This finally leads me to the question I meant to ask since I started writing this post: what's the method for deciphering the "date added" tag stamped by fb2k? Believe it or not, I've read the entire thread and found no indication of how it's coded... except for [a href='index.php?act=findpost&pid=0']one post[/a]! I didn't understand it so that's why I'm posting here. Large introduction, I know. But on the other hand, the more I explain the more info I might get from the pros in the know here.
Help plz?
You're going the wrong way. To achieve what you want you have two possibilities:
1. Do all file operations inside fb2k, so you will not lose the added timestamp
2. If you have concerns, that you don't always doing file operations inside fb2k, write the added timestamp as tag to the files.
You're going the wrong way. To achieve what you want you have two possibilities:
1. Do all file operations inside fb2k, so you will not lose the added timestamp
2. If you have concerns, that you don't always doing file operations inside fb2k, write the added timestamp as tag to the files.
I concur 100%. If it makes you feel better Zhelkus, I am of much the same mindset. I was very reluctant to do file operations inside fb2k, however now that I'm committed to it ...i've found that creating the move/rename script patterns has saved me tons of time. Of course, it also keeps all the stats intact in the playback stats db, the file details in the main db and fixes any playslists where the files exist.
the more you commit to using the features of foobar2000, the more time you save and happier you'll be
You're going the wrong way. To achieve what you want you have two possibilities:
1. Do all file operations inside fb2k, so you will not lose the added timestamp
2. If you have concerns, that you don't always doing file operations inside fb2k, write the added timestamp as tag to the files.
@fbuser&mrinferno: Oh there's nothing to worry about. That's what I've been resorting too. I suppose I will get used to it in time. Truth is macros do make life easier.
But I think I forgot to mention something important: I haven't been using fb2k from the start, I'm a recent convert. Thus my interest in setting the timestamp for all the files, they were disorganized since day one except for the ones I obtained after the day I started using fb2k.
If there's an internal plugin that can mass process the tags by reading the Date Created timestamp from the file's properties then that would be grand, otherwise I'll just look for a similar tool and try to automate it. But I still want to know how that serial number in the ADDED_TIMESTAMP is read.
But I still want to know how that serial number in the ADDED_TIMESTAMP is read.
ADDED_TIMESTAMP is a number of 100-nanosecond intervals passed since January 1, 1601. This is how timestamps in Windows are internally stored.
What is the format of PlaybackStatistics.dat and is there a way for me to programatically add values to this file? I have two objectives:
1 - Import in my ratings from foo_custominfo
2 - Be able to export my ratings to text, say CSV
The above-mentioned features were one of the wonderful parts of foo_custominfo; Thank you for the information and consideration.
I'm also seeking the answer to this.
PlaybackStatistics.dat is proprietary format to Foobar.
If foo_custominfo can write to tags, write to the appropriate fields used by the playback stat component. You can then leave the info in tags or import into the .dat file.
There are multiple ways to export ratings to text. Included Foobar text tools or the extra copy text options from foo_utils.
terry
What is the format of PlaybackStatistics.dat and is there a way for me to programatically add values to this file? I have two objectives:
1 - Import in my ratings from foo_custominfo
2 - Be able to export my ratings to text, say CSV
The above-mentioned features were one of the wonderful parts of foo_custominfo; Thank you for the information and consideration.
I'm also seeking the answer to this.
I wrote a guide for this here (http://www.hydrogenaudio.org/forums/index.php?showtopic=75306&hl=), if you are reffering to (1)
I wrote a guide for this here (http://www.hydrogenaudio.org/forums/index.php?showtopic=75306&hl=), if you are reffering to (1)
Thank you, that works great.
To others: that thread discusses foo_customdb which is similar to foo_custominfo and fairly compatible with it, though it has some minor stability problems. I recommend people migrating from foo_custominfo to check out foo_customdb.
hi! how can i convert ADDED_TIMESTAMP file tag in date-time format to use in masstager?
Try %added% instead of %added_timestamp%
terry
there is no %added% tag in file tags, only standalone database.. but i have my own %added_date% tag which i was used for many years already and want to copy in ADDED_TIMESTAMP playcounter tag if file doesnt contain one. SO, i need some function to convert ADDED_TIMESTAMP in date format.
Is foo_playcount Case Sensitive? or the playlists?
I change the case of the path in explorer, and the tracks in playlists can still paly but Playback Statistics can't work with it。unless I re-add the items to the playlist.
Is foo_playcount Case Sensitive? or the playlists?
Media library is case-sensitive, yes.
Is foo_playcount Case Sensitive? or the playlists?
Media library is case-sensitive, yes.
Thanks for the reply.
First, excuse me for my English.
I know media library is case sensitive, but windows path is not.
When I change the case of the folders or files in the library, media library keep monitoring well. and the changed items in the playlists can play because the path is not case-sensitive. but foo_playcount doesn't work without telling.
So, the tracks are still in media library, can still play in lists, foo_playcount doesn't work. Should that be a bug?
The items invalid for foo_playcount in playlists should be replaced or removed. But it's hard to find all of them in every playlist for me.
So, the tracks are still in media library
No, they aren't.
For example, you have c:\Music\test.mp3. It was played back 5 times so its %play_count% = 5.
Now you renamed it to c:\Music\Test.mp3; so test.mp3 was deleted from the Media library and Test.mp3 was added (with %play_count% = 0!)
But playlists still contain reference to test.mp3. It can be played but it is no more in the Media library. That's why foo_playcount doesn't work.
The items invalid for foo_playcount in playlists should be replaced or removed. But it's hard to find all of them in every playlist for me.
I added a column that contains the following code:
$ifequal(%added%,N/A,-,%play_count%)
It shows playcount for files that are in the Media library and '-' sign for files not in it.
thanks, lvqcl. I catch your meaning.
I play "test.mp3" in the playlist exactly is the file "Test.mp3". So, "test.mp3" is not in the library.
But I always keep writing the Statistics to tags. The code doesn't work for me.
Why fb2k doesn't correct it automatically, when the playlist items can play and the files are exactly in the media library? Or is there another way to find the items that are not in the library?
hi
i love this component but its becoming a bit slow for me :S
i have a very big library (55k tracks >680GB) and over 15k plays in my playcount db.
every time a new tracks reaches 1:00 my foobar lags for a few seconds and memory usage goes up to 450MB.
i dont want to write the play stats to my tags.
is there a way to improve the speed?
thanks
Do you have a lot of autoplaylists which need to be regenerated after each such update? Do you have any complex media library viewers visible in your layout?
Do you have a lot of autoplaylists which need to be regenerated after each such update? Do you have any complex media library viewers visible in your layout?
I have an autoplaylist which uses playcount stats i'll try to remove that playlist and see if that helps.
i use facets to browse
tnx
I'm confused over how foobar uses and displays info from the playback statistics db vs tags when they share the same field name, specifically %rating%. I've been using quick tagger to set the rating of my files, mainly because I play my music on two computers and want the ratings accessible from both. I wasn't having any problems until I tried changing my rating scale (in an attempt to figure out a way to display half stars using a 1-10 rating scale)... long story short I doubled all my 1 to 5 ratings to the 10 scale via the properties dialog.
My problem is that wherever %rating% is used (autoplaylist, playlistview etc.), it's using my 1-10 scale, but it's capped at Playback Statistics' scale of 1-5, so everything rated over 5 is displayed as 5. The only place I can see the 1-10 rating from the tags is in the properties dialog. I would like to revert my ratings back to 1-5, but there is no way to sort the songs with ratings over 5 and thus no easy way to mass select all ratings of 10 and edit them back to 5... and so on.
Is there anyway to display the 1-10 ratings from the "rating" tag, rather than the capped "rating" from the db?
Secondly, are there any plans to enhance the rating scale of the playback statistics component to accommodate half stars, or a 1 to 10 scale?
try
$meta(rating)
Thanks Marc!
Hi, I have a question regarding the usage of foo_playcount in conjunction with foo_customdb, foo_masstagger and foo_dop. I've configured foobar to have my songs' ratings in a customs sqllite database using foo_customdb, adding for every song the tag RATING_CD with a value between 0 and 5. This works wonders inside foobar, but I recently downloaded foo_dop and would like to be able to be able to synchronize ratings between my customdb and my ipod.
According the the foo_dop documentation, foo_dop can synchonize playback statistics determined by foo_playcount, so this could be a way of doing it. What I'd like to do would be to be able to copy all my RATING_CD tags (which, even though they are in a custom db, are accessible in queries and such) to the tag used by foo_playcount when you select the option 'Import Statistics from file tags'. To do this, I'm using masstagger to copy the value of the filed RATING_CD to the one of RATING, which I thought was the one read by foo_playcount when using the import from file tag feature, but it's not working (i.e. playback statistics doesn't recognise the value). In fact, the field name <RATING> doesn't event appear in the Properties dialog when I do this.
I realise this is not involving only foo_playcount, but maybe the people posting here could give me a hand in solving this.
Thanks!
Diego
Question:
would it be possible to add possibility of rating files that are not (yet) in the media library? (i.e. writing it directly to the file, maybe availible only when user selects "synchronize data with file tags"?).
hmm, searched A LOT, but couldn´t find the correct syntax of command line for Playback Statistics rating (it works up to level 'Playback Statistics/Reset Statistics', but not after rating). I even tried hidden space-symbols. Can anybody help?
And, yes I searched the wiki Commandline Guide and all related stuff like the "Commandline Problems" link there, but no help, maybe I oversaw something...
I can't make it either, but can be done with run_cmd:
foobar2000.exe /runcmd-playlist="Playback Statistics/Rating/1"
I can't make it either, but can be done with run_cmd:
foobar2000.exe /runcmd-playlist="Playback Statistics/Rating/1"
Thanks a lot, works!
Strange, the wiki is totally misleading at this point. I think it should be deleted, cause it causes more sorrow than help here. Or at least to add some note, where it doesn´t work as described.
Is there anyway to automatically add %play_count% to files that hasn't played yet?
I forgot to backup my playback statistics and now I can't use %play_count% MISSING cos my whole library isn't played yet. Any workarounds on this?
For what purpose, to see new songs you haven't played yet? Maybe add something like "[font= "Courier New"]... AND %added% DURING LAST WEEK[/font]" to the query, so that only recently added items will be shown.
Would it be too much to ask to extend this plugin to custom database tags?
As a stable replacement for foo_customdb.
Sort of a comeback of foo_custominfo.
My impression is that further development of this component, if any, will be rather towards using some metadata-based association scheme instead of simple file path, which would solve several current problems (lost play counts on file moves, separate counts for same song on different albums, or in PC/portable library, etc.), but which wouldn't be as ideal for general use, per-file tags.
I tried this query pattern
%playcount% MISSING AND %added% DURING LAST WEEK
but it doesn't work. It shows all files on the library. I am using portable foobar2000 by the way
it's "%play_count%", not %playcount%
Oh, that's why. Thanks!
One last thing, is this query correct?
%added% DURING LAST 1 DAY SORT DESCENDING BY %added%
My impression is that further development of this component, if any, will be rather towards using some metadata-based association scheme instead of simple file path, which would solve several current problems (lost play counts on file moves, separate counts for same song on different albums, or in PC/portable library, etc.), but which wouldn't be as ideal for general use, per-file tags.
That would be pretty amazing. Hex editing the dat file to increase the playcount every time you move a file outside of foobar2000 can be a bit tedious.
One last thing, is this query correct?
It is.
My impression is that further development of this component, if any, will be rather towards using some metadata-based association scheme instead of simple file path, which would solve several current problems ...
But wouldn't also on the other side new problems be created? What if you are changing your metadata (let's say title because of wrong spelling and so on)?
Hi, I just re-ripped a CD because it wasn't quite gapless (I ripped it ages ago with itunes), and it lost the play counts, even though the files have the exact same filenames, and playback stats were kept in the db not file tags. I don't mind too much as last.fm is where my more accurate playback stats are kept, but I thought it would be good if it kept them in cases like that. Is there any way to get them back? I know there's a wsh script somewhere, I might try that.
This component seems to run into difficulties with Foobar 1.0's new feature for relative library paths.
This component seems to run into difficulties with Foobar 1.0's new feature for relative library paths.
What is that feature for relative path? i dont see it in the changelog
What is that feature for relative path? i dont see it in the changelog
It's there. (http://www.foobar2000.org/changelog) 6th item down the list for version 1.0.
What is that feature for relative path? i dont see it in the changelog
It's there. (http://www.foobar2000.org/changelog) 6th item down the list for version 1.0.
Wow!
Hi
I am on foobar only since a few weeks and discovered this plugin lately.
Would it be possible to send these ratings to musicbrainz?
To simplify things only track ratings and sending and getting ratings for only one track would be enough for a start, would make me, maybe others? very happy.
I tried an ugly workaround already myself by writing a small console app, which should be run by foo_run, submits the ratings and sets the rating in foobar back via foo_runcommand.
But since $if(%musicbrainz_trackid%,true,false) always returns false here even if this tag is within the file my approach won't work, even if it was already a very ugly and hacky one.
I thought whether I should post my request here, since it is THE rating plugin for foobar or in one of the two last.fm plugins, because these are already dealing with accounts and/or webservices so it wouldn't be a big deal for them to implement it, because the webservices seems to be working very similar.
Nevertheless I came to the conclusion that it would fit perfectly into this plugin, since all rating tasks are already properly implemented here which would be redundant if this feature should be a standalone plugin.
I also tried myself to dig into plugin writing but gave up, since it would require too much time for me to dig into c++ and foobar sdk.
I am only able to write very basic code in csharp, so I provide you the code here, which is working like a charme in my console application:
If you are interested in, here are more infos about the webservice options regarding ratings: http://musicbrainz.org/doc/XML_Web_Service#ratings_resources (http://musicbrainz.org/doc/XML_Web_Service#ratings_resources)
Like said above, to make it simple, submitting ratings when setting them to 1 track would be OK for me, and maybe receiving ratings during playback, if no local one is set (or _optional_ always overwrite the local one)
thx so far for this great music player
regards
hanshans
NetworkCredential _networkCredential;
public MusicBrainzService(string username, string password)
{
_networkCredential = new NetworkCredential(username, password);
}
public void Post(string entity, string id, string rating)
{
Uri address = new Uri("http://musicbrainz.org/ws/1/rating/");
// Create the web request
HttpWebRequest request = WebRequest.Create(address) as HttpWebRequest;
// Add authentication to request
request.Credentials = _networkCredential;
// Set type to POST
request.Method = "POST";
request.ContentType = "application/x-www-form-urlencoded";
StringBuilder data = new StringBuilder();
data.Append("entity=");
data.Append(entity);
data.Append("&id=");
data.Append(id);
data.Append("&rating=");
data.Append(rating);
// Create a byte array of the data we want to send
byte[] byteData = UTF8Encoding.UTF8.GetBytes(data.ToString());
// Set the content length in the request headers
request.ContentLength = byteData.Length;
// Write data
using (Stream postStream = request.GetRequestStream())
{
postStream.Write(byteData, 0, byteData.Length);
}
// Get response
using (HttpWebResponse response = request.GetResponse() as HttpWebResponse)
{
// Get the response stream
StreamReader reader = new StreamReader(response.GetResponseStream());
// Console application output
Console.WriteLine(reader.ReadToEnd());
}
}
Is there a way to automatically rate tracks based on how frequently they're played?
Is there a way to automatically rate tracks based on how frequently they're played?
Component auto rating. But I don´t know if it still works with the most recent versions
I don't know if this is the best place to put this question, but I've got a problem using %play_count% in an auto-playlist.
I created my playlist as "%play_count% IS 0 AND %added% DURING LAST 4 WEEKS" which works great. However, when I start playing a song in the auto-playlist, once one minute has elapsed, play_count gets incremented, and the song disappears from the playlist with interesting side effects. Sometimes it seems to play the next song just fine, sometimes it plays the previous song although it seems like it might just start from the actively selected song, because it seemed to skip one in my playlist.
Is there anyway to setup the auto-playlist so that it doesn't remove the currently playing song, or change a setting so that play_count isn't increased until the song is done playing? I don't mind it disappearing from the playlist once the song is over, but the current behavior is crappy.
something like...
%play_count% MISSING OR (%play_count% IS 1 AND %last_played% DURING LAST 10 MINUTES)
??
something like...
%play_count% MISSING OR (%play_count% IS 1 AND %last_played% DURING LAST 10 MINUTES)
??
That seems perfect, but now I'm wondering if "%play_count% MISSING OR (%play_count% IS 1 AND %isplaying%)" is a much simpler and more accurate solution.
i don't think you can use %isplaying% in that context? i might be wrong though...
You were right. Didn't work
Is there a way to automatically rate tracks based on how frequently they're played?
Component auto rating. But I don´t know if it still works with the most recent versions
Thanks, I'll give it a shot.
there is no %added% tag in file tags, only standalone database.. but i have my own %added_date% tag which i was used for many years already and want to copy in ADDED_TIMESTAMP playcounter tag if file doesnt contain one. SO, i need some function to convert ADDED_TIMESTAMP in date format.
Can I have your %added_date% tag? Or can you point me to a resource to make my own?
Hi!
Before upgrading to foobar 1.0 plus the latest version of the Playback Statistics component, I have one question: Is there a way to keep my old playback statistics? These are important to me.
I am currently using:
Foobar 0.9.5.6
Playback Statistics 2.1.3
Could someone kindly explain the procedure I must take for the upgrade?
Thanks!
- Update your components, if necessary
- Install new foobar version over the existing one.
Then all settings will be kept.
On foobar's homepage you can find a description of that update procedure: http://www.foobar2000.org/FAQ#installing_and_upgrading (http://www.foobar2000.org/FAQ#installing_and_upgrading)
Thank you!
The upgrade of both foobar and the playback statistics component to the lastest versions worked without problems.
i've been having problems using this alongside quick tagger when setting ratings.
sometimes when i set a rating with quick tagger, then later try to change it, it won't work. somehow the new rating i enter is averaged with the existing rating, and i get a different number altogether.
the only way to fix things is to use playback statistics to clear the rating. then quick tagger works again.
any ideas what is happening here?
It's a problem with quicktagger storing rating in tags and playbackstatistics storing them in the database, so the two data interfere with each other (cause of remapping %rating%)
I let playback statistics write the data to the tag to solve the problem.
I described the interplay more detailed here: http://www.hydrogenaudio.org/forums/index....st&p=618245 (http://www.hydrogenaudio.org/forums/index.php?showtopic=58233&view=findpost&p=618245)
i had a read through your post, and i couldn't really follow it. it's been a long day.
basically i want my ratings stored in my file tags. i spent way too much time rating my music to trust it all to a single file.
moreover i prefer to write them with quick tagger. i like the dialog warning me if i'm about to rate too many songs.
is there a way to prevent playback statistics from taking over? if not, then i'll scrap it. it's nice to have, but i'm more concerned with ratings.
I don't know a way....but I would give rating by PbS and writing to tag a try
Isn't it only a display problem?
(I don't know, because i never used quicktagger...)
But if you only want to see tag rating in your playlist or wherever, use $meta(rating) instead of %rating% to display your tagged ratings.
the problem really isn't with quick tagger, it's with file tags having different ratings than what shows up in the database. sometimes the database gets stuck and won't listen to changes, and the displayed tag ends up showing an average of the two.
anyway like i said it doesn't happen very often - usually just when i rate a song prematurely then change my mind towards the end. but when this happens i just clear the database rating and set it again...
on a seperate topic - does anyone have a script that can turn the date/time output of playback statistics into natural language? it would be great if i could change "2010-01-14 20:58:42" into "last night"
use an alternate tag name with quick tagger. problem solved.
hey that's clever. i'll just use mp3tag to migrate them.
thanks marc2003
you could use the standard foobar properties dialog. create a new tag, right click and select "Format from other fields".
Is there a way to calculate the total play count for files I have highlighted?
Right click status bar and check "Show total time of selection".
That shows the total time of selection, not the total playcount of selection.
For example, if I select song A (playcount: 2) and song B (playcount: 7), then when I select them both then I could see playcount: 9.
right click, properties, then properties tab.
Is there a way to display the total play count in the status bar for example, instead of selecting Properties each time?
i don't think so. the only component i know of that can count stuff like that is facets - and that's not really what you're after with regards to selected files.
Hi Peter, i just joined the forum to make a
feature-request:
- Could you please implement an option when a song is recognized as "played" like the foo_playback_custom plugin does?
Have a look at this
foo_playback_custom screenshot to get an idea:
[blockquote][a href="http://www.abload.de/img/settingsavm9.png" target="_blank"]
Songs are updated upon 60 secs of play - not the end.
Your request has been made multiple previous times in this thread and others.
terry
@tpijag you' right - sorry didn't know that (my test-song was to short, lol)
(I found the other requests in this thread, but did not found an answer)
There's no answer because there's no justification for considering both a 30 second and a 30 minute piece of music played after 60 seconds.
C.
Yeah, shouldn't it be at least half a track, as in Last.fm's scrobbler?
most people do not listen until the end of a song
(http://i50.tinypic.com/zmo5qx.gif)
Has anyone found this problem: foo_playcount refuse to write %added% time after current system time but accept %first_played% time after %last_played%
I've discovered a certain bug with this component and relative paths that were introduced in v1.0.
Playback statistics is lost when moving a file using foobar file operations. But only if you move files from an absolute folder to a relative.
In the reverse direction everything is preserved as it should.
Steps to reproduce
1. Create two folders on one drive: Music and MusicRelative.
2. Add them both as folders to watch to the media library (the first one with an absolute path, the second with relative).
3. Put some files to Music folder.
4. Set some ratings.
5. Move the files using file operations to MusicRelative.
6. Playback stats is lost.
If you change 3 to MusicRelative and 5 to Music then no stats is lost.
Excellent component, thank you.
I use Global Shortcuts and assigned CTRL+1, 2, ...5 to assign rating to the currently playing song.
Unfortunately, only bad thing for me, is that sometimes I browse my songs, and I CTRL+x, thinking I'll assign the rating 'x' to the currently playing song. But no, it assigns it to all the currently selected songs. Gaack.
Is there a way to rate the currently playing song no matter what I browse, where I am, ... ?
Thank you.
Works for me. Are you sure your global hotkeys use [context / now playing] and not [context] ?
Is there a way to rate the currently playing song no matter what I browse, where I am, ... ?
Make sure you select the appropriate rating action under the "[context / now playing]" node when assigning the hotkeys; I'd guess you have instead used the actions under "[context]"...
EDIT: serves me right not refreshing the page after being away from my machine for an hour...
Olaf and Leak, THANK YOU!
Works perfect now. When I set my keys, I just filtered on "rating" and picked the 1st one (actually, the 2nd one, [Context]) which appeared).
I really love foobar and its community
There is an option to "automatically synchronize" with tags, however, a while back I had a bit of data-loss with this feature. Possibly this has since been fixed.
The point of the playlist statistics plugin is to be able to recognize the files you commonly play. For that to work well, it's important the information isn't easily lost. By default, this info is currently stored seperately from the music files. That's problematic because your personalized music info (valuable data) gets lost if you rename a file or even switch music player. I realize that updating the user's music files behind their back isn't foobar's philosophy, and I don't expect this default to be changed - but it _is_ a shame because the data is quite easily (several posts to this forum mention that...).
Specifically, what happened was that a new user account (i.e. blank foobar profile) was created; this profile did not have the "automatically synchronize" option set. As this new account used foobar, the account's playcounts changed, so did this new accounts statistics. Eventually, to be able to access the stored ratings in the files, the option was enabled, but doing so overwrote the old info + ratings which were far more complete and representative of the actual usage. That's a shame. (Again this was pre 1.0, so perhaps the current version no longer does this).
In any case, the preferred behavior I'd like to see is to ensure that playback statistics are hard to lose: If statistics must be stored in the user account, this should only ever add statistics; preferably time-stamped. That way, if a file is renamed, the info isn't lost; you can move the file back and restore the info. Also, if the files themselves contain ratings the apps can simply show the most recent rating; if ever the user choses to write their playback statistics into the files, you can add the playcounts (rather than replace them). This won't double-count since the in-account db only stores the account's additional playcounts (not the raw total). Also, using the most recent rating rather than the account's avoids unfortunate accidents whereby an uninitialized user account accidentally overwrites the file's ratings (as happened to me).
Basically, some versioning trickery would really help to improve the robustness of the playback statistics to avoid them being lost so easily.
Alternatively, the approach last.fm uses is a little less precise, but far more robust; simply track by artist+track rather than by file. Since foobar has access to the actual files, it could even update playback statistics correctly when tags are changed - although, as last.fm shows, that's not strictly necessary to be useful.
there's no justification for considering both a 30 second and a 30 minute piece of music played after 60 seconds.
I'd have to agree.
The Last.fm component uses a percentage, and it's a setting. I think the PS component should have that as well.
most people do not listen until the end of a song
Just lost all my statistics for the 3rd time, not sure how, but im guessing its related to me trying to play files that foobar cant find. My music is played through network drive, so if the other computer is off, they cant be found naturally. Not much fun :\
Hi,
I tired using a winamp visual display which rendered by FB2k unusable - not your probl.
To get back I renamed my core.cfg file - started FB2k and it wiped out your file and the main DB file.
I re-renamed the original core.cfg and when FB2k started it went into rebuild the DB mode - at that point I went to sleep.
I have restored from an auto-backup your playbackStatistics.dat
But the last playdates were missing.
So I went to an autobackup I had and restored your file, the config etc. - Still not last playback date. It is tracking songs I am playing now, the file is still 40mb large - but it is not showing all the lastplaydates.
Please HELP me restore this info - I dumped the lps.dat file and it seems to use actual file specs so I just don't see why unless it uses some pointer in the main DB that got changed due to the rebuild.
Thanks!
How much is "last play dates"? Playback statistics since last application startup or configuration save cannot be recovered, naturally...
I do not use the media libray.
You can add the ability to record the score for the files that are not part of a media library?
You can add the ability to record the score for the files that are not part of a media library?
No, you cannot.
I have just discovered a weird problem.
Some of the songs in my collection have lost/reset their playback statistics - but only the "first played" and "added" data (these have reverted to a January 2000 date). The play count, rating and last played data are all accurate however. I just don't get it...
Some background:
- the affected songs (all mp3) are fairly random; some I've listened to recently, others I haven't....some have ratings, some not....they are not stored in the same directory etc... though all of these have a play count of at least 1. They were added to the library at various times. I can't find any correlation between them...
- the statistics are stored in the db and not the tags
- I have never done any "file ops" on these files (ie moved/renamed etc)
- the library path is local and not relative
- I don't use many components and the only one I've recently added is the waveform seekbar...
- at the moment I am on foobar 1.0, but have a few backups of older versions of foobar and config/stats - the same problem exists in an old backup with foobar 0.9.* (though the number of affected songs then was 20, now its about 50, and I have been using the new version for a couple of months)
- unfortunately I don't know when the problem started....the "dates" are not displayed by default and I mainly use them for the autoplaylists
I have tried to manually fix the dates by "write stats to file tags", modifying it in the tags, and "import from file tags"...but no changes to the db occurred. I have also tried writing to tags (& modifying), copying the file to another location, using "reset stats" and then copying the file back overwriting the old one, and then "import from file tags" - this fixed/imported the "first played" date correctly but the "added" remained at January 2000...
I have had a look at editing the PlaybackStatistics.dat file directly, but found it garbled. I am out of ideas and would really appreciate some help...
This component seems to run into difficulties with Foobar 1.0's new feature for relative library paths.
I've discovered a certain bug with this component and relative paths that were introduced in v1.0.
Playback statistics is lost when moving a file using foobar file operations. But only if you move files from an absolute folder to a relative.
In the reverse direction everything is preserved as it should.
Steps to reproduce
1. Create two folders on one drive: Music and MusicRelative.
2. Add them both as folders to watch to the media library (the first one with an absolute path, the second with relative).
3. Put some files to Music folder.
4. Set some ratings.
5. Move the files using file operations to MusicRelative.
6. Playback stats is lost.
If you change 3 to MusicRelative and 5 to Music then no stats is lost.
Peter, are you aware of the relative paths file operations issue yet?
Are there some scripts for playlist view columns that show playback count and rating with stars in a column?
I tried to add rating column with %rating% script, but it shows only numbers (1-5) and a "?" when a song is not rated yet...
%play_count% doesn't work, i got only "0"...
thanks anyway
%play_count% works fine for me. %rating% doesn't, though. Can you elaborate on this "script" you speak of? I'd love to have stars too, but even numbers would be better than nothing. (I'm talking about automated rating, not manual rating.)
create a custom column with this in...
$repeat(★,%rating%)
@ karnevil, what do u mean with automatic rating?
create a custom column with this in...
$repeat(?,%rating%)
Thanks, but where does this code go?
@ karnevil, what do u mean with automatic rating?
I mean automatically rating tracks by frequency of plays. Back in the day when I was using iFoo, it provided that option.
Hi there. I guess I found a little bug with this component:
Suppose a never played track in your library. When it's playing for the first time, and the song reaches 60 seconds, the %play_count% tag is added and its value is 1. Nothing unusual. But, if you use the rating system, and add a %rating% tag with any value before the song ends, the %play_count% tag simply disappears.
Saw it happening a dozen times.
Am I missing something or is it a bug indeed?
I repoarted the same (similiar) behaviour earlier, though got no reply.
well, thanks karn
Rating works good now, but i would like to add an automatic playlist with most rated songs and another playlist with most played songs, how could i do?
I want add %added% write in tag,3Q.
i would like to add an automatic playlist with most rated songs and another playlist with most played songs, how could i do?
An autoplaylist, created from a library search with (%rating% PRESENT) AND (%rating% LESS 3) would contain all tracks with both rating 1 or 2 - assuming that "most rated songs" means 'highest rated songs'.
An autoplaylist, created from a library search with %play_count% GREATER n would contain all tracks played at least n times.
(%rating% LESS 3)[/color] would contain all tracks with both rating 1 or 2 - assuming that "most rated songs" means 'highest rated songs'.
hmm, I think a high rating is 4 or 5
Then you have to put: (%rating% PRESENT) AND (%rating% GREATER 3)
...unless it´s like in school (here in germany)
vogliadicane,
I should better have said "best rated" instead of "highest rated". Sorry for my English, most words I have to look up in the dictionary.
robertina, no no no, sorry for the confusion, I got you well. I just use 5 for best rated and 1 for bad tracks. Everybody has his/her own system
a little off-topic now
It's all okay, vogliadicane, no confusion here , it's was only that I am doing it the other way round and after reading your post I became unsure whether it is just me who rates his best songs with 1 and the worst with 6 and then my syntax would have been wrong indeed for the OP.
Hey all.
I have a question about this component.I really like the fact that you can write your playback statistics to a file rather than tags because I seed alot pf the stuff I listen to.But still when I choose reset all in foobar and have to set up the media library again all my playback stats vanish.Isn't there a way to keep them ??
I read through a few pages and was not able to catch an answer to my question.
My question being; is it possible to change the percentage of the song necessary to play through for it to count towards the play count?
Thanks for any help.
No
terry
Hi,
Thank you for a very useful component.
Does the Playback statistics component use relative paths (when the media library is a relative path) in its database?
I have my music on a portable drive with a portable Foobar install which uses a relative path in the Media library. When I take my portable drive to work and use it, the play lists and everything play fine, except all the ratings show a question mark, I am guessing because it does not find the music file on the absolute path it has stored?
Am I maybe doing something wrong? Any possibility this could be added as a feature?
I am using the latest Foobar, and Playback statistics component. Home laptop is Win 7, work PC is Win XP 64bit.
Thanks!
Joe
This issue has been fixed in recent development versions.
It will be made public whenever it is ready.
Can somebody tell me how to display albums/artists/etc... by date I add to library (with %added% I think, isn't it?) in the library view?
I have read the solution with autoplaylists, but it's not what I want, because I just want to pick an album from the last ones, and not be obliged to remove all except one ...
i tried with something like $if(%added% < %today% - x days, %added%, not in the range of date)
I know it won't work, but it's a general idea about what I'd like to have
I hope it's possible to do, it would help me a lot
Thanks by advance.
I didn't know is this the correct place to ask this, anyway i hope i get a suggestion. I'm a newbie, and i wanna know is this the correct way to represent my rating tag in symbols.
$ifgreater(%rating%,4,>>>♥ ♥ ♥ ♥ ♥<<<,$ifgreater(%rating%,3,♥ ♥ ♥ ♥ •,$ifgreater(%rating%,2,♥ ♥ ♥ • •,$ifgreater(%rating%,1,♥ ♥ • • •,$ifgreater(%rating%,0,♥ • • • •,)))))
Or is there any other way to make it with five hearts instead of the numerical 5.??
$pad($repeat(♥,%rating%),5,•)
$pad($repeat(?,%rating%),5,•)
thanks, its the right way to do. But the only prob i find for me is, when i want to highlight the result for 5 rating, i can't do with this. In the one i used, i just put >>?????<<, and its shown in different colour, its just cool.
Thanks, anyway if you have any other suggestion let me know. I like to learn anything new.
one more question. When i open files from explorer, it just get overwritten on my currently active playlist. And where can i see queued files, to know which one is gonna play next.? Also is there a way to make these playback statistics component save all its data to file tags regularly. Its difficult for me to manually go and click every files there to write stats to tag. Forgive for my bad english.
$ifequal(%rating%,5,>>>♥ ♥ ♥ ♥ ♥<<<,$pad($repeat(♥,%rating%),5,•))
as for the playlist, you can goto files>preferences>shell integration and tick "set enqueue as the default action".
and also through the preferences, you can goto advanced>tools>playback statistics and enable "automatically synchronize file tags with statistics"
$ifequal(%rating%,5,>>>? ? ? ? ?<<<,$pad($repeat(?,%rating%),5,•))
as for the playlist, you can goto files>preferences>shell integration and tick "set enqueue as the default action".
and also through the preferences, you can goto advanced>tools>playback statistics and enable "automatically synchronize file tags with statistics"
Thanks alot, it all worked. You are one master in this,. Cheers bro.