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

greets

anyone know what the changes are from the previous version 2.1.2 > 2.1.3?

24nt1

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

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

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?

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.Fixed for the next version, thanks for reporting.

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:

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

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 .

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.

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.

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.

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