IPB

Welcome Guest ( Log In | Register )

> foobar2000 General Forum Rules

This is NOT a tech support forum.
Tech support questions go to foobar2000 Tech Support forum instead.

See also: Hydrogenaudio Terms of Service.

15 Pages V  < 1 2 3 4 5 > »   
Reply to this topicStart new topic
Playback Statistics component: version 3.0.1, Discussion, feedback and beta versions
marc2003
post Aug 10 2010, 14:44
Post #51





Group: Members
Posts: 4448
Joined: 27-January 05
From: England
Member No.: 19379



i thought $meta worked in queries but having just looked, it doesn't. huh.gif

but you can import by using the context menu (playback statistics>import statistics from file tags)
Go to the top of the page
+Quote Post
KarnEvil9
post Aug 10 2010, 17:42
Post #52





Group: Members
Posts: 149
Joined: 16-June 05
Member No.: 22774



QUOTE (marc2003 @ Aug 10 2010, 05:44) *
but you can import by using the context menu (playback statistics>import statistics from file tags)

Yes, I was horrified to find all my play stats at 0, prior to discovering that feature. I just right-clicked on the root of my music folder, and it imported all my tags.

Note that it's a good idea to close foobar after doing this, because I had a crash, and my play counts went back to 0, and I had to do it again.


--------------------
My Last.fm Profile: http://www.last.fm/user/_Tarkus_/
Go to the top of the page
+Quote Post
Nemphael
post Aug 10 2010, 17:49
Post #53





Group: Members
Posts: 245
Joined: 19-March 07
Member No.: 41623



To use functions like $meta() in Autoplaylists, quote that part. For instance:
CODE
"$meta(play_count)" GREATER 3
Go to the top of the page
+Quote Post
laite
post Aug 11 2010, 11:39
Post #54





Group: Members
Posts: 60
Joined: 24-April 10
Member No.: 80132



QUOTE (marc2003 @ Aug 10 2010, 16:44) *
but you can import by using the context menu (playback statistics>import statistics from file tags)


Once again marc: thank you.
Go to the top of the page
+Quote Post
s33m33
post Aug 13 2010, 07:36
Post #55





Group: Members
Posts: 246
Joined: 4-January 07
Member No.: 39305



Thanks Nemphael for the tip.
Go to the top of the page
+Quote Post
d4kk0n1234
post Aug 13 2010, 14:40
Post #56





Group: Members
Posts: 2
Joined: 15-January 10
Member No.: 77150



Bug:
2 different tracks with the same tags except artist
if album artist tag exist and is not different then those tracks will share the same statistic.
Go to the top of the page
+Quote Post
klonuo
post Aug 13 2010, 18:46
Post #57





Group: Members
Posts: 258
Joined: 29-April 10
Member No.: 80274



XML output doesn't have "artist + album + disc number + track number + track title" information literally, but instead root Mapping attribute and child ID. Maybe one of the reasons is to write/read it as fast as possible, which really is.

How can real data be revealed using those two element attributes?
Go to the top of the page
+Quote Post
Vanishing
post Aug 13 2010, 19:27
Post #58





Group: Members
Posts: 12
Joined: 19-June 05
Member No.: 22840



Thanks for the great work, I'm a long time foobar user!
But since I tried the new playback statistics beta I have a problem:
I have several albums as CD and vinyl, with all tags equal except the %format% tag (and catalog nr. etc. as per Discogs spec). Now CD and vinyl versions of the same album have the same statistics and %added% date.

A way of defining which tags are used as keys to the statistics database would be greatly appreciated!
Go to the top of the page
+Quote Post
mrinferno
post Aug 13 2010, 19:44
Post #59





Group: Members
Posts: 135
Joined: 19-June 07
Member No.: 44533



Vanishing,

Suggest referencing the Wiki article for this new version.

See asterisk #1 below. This is the intended behavior of the new version (and actually the behavior that a lot of us have been desiring for quite a long time):

QUOTE
Playback statistics are now pinned to a combination of artist + album + disc number + track number + track title information, contrary to pre-3.0 versions which would pin data to file paths.

The consequences of this behavior are:

* Statistics are shared between redundant copies of the same tracks - useful when you keep separate copies of your music in different formats such as lossy + lossless.
* Automatic carrying over of statistics when acquiring the same music in another format, as long as tags match.
* No risk of data loss when moving files around or between computers.

Go to the top of the page
+Quote Post
Vanishing
post Aug 14 2010, 11:27
Post #60





Group: Members
Posts: 12
Joined: 19-June 05
Member No.: 22840



I understand, and I also read the Wiki. I like the idea behind the new version and also think that it is a better way of handling things than the old version. I agree that this is the intended behavior for albums which have the same source format (e.g. CD) but are stored in different file formats.

But for me, the CD and the vinyl version are not the same and should not have the same statistics, and especially not the same %added% date. If I want to keep track of when I bought an album on vinyl, that would not be possible when I already have it on CD. Also, sometimes, the CD and vinyl have different songs on them, or the order of some songs is switched. Then those switched songs have different statistics on CD and vinyl, and all other songs share the same. I know that I could append the %format% info (CD vs vinyl) to the %album% tag, but that would confuse other tools like the AlbumArtDownloader.

It would not interfere with the current behavior of the plugin if there was an advanced option to define the combination of tags to use as key to the database.
Go to the top of the page
+Quote Post
klonuo
post Aug 14 2010, 12:22
Post #61





Group: Members
Posts: 258
Joined: 29-April 10
Member No.: 80274



QUOTE (klonuo @ Aug 13 2010, 18:46) *

Actually, "Mapping" attribute value is the name of playback statistics index file located in %appdata% foobar profile or index-data subfolder for portable installation, and has the same value for any user.
Then I thought that foobar simply reads the contents from this file according entry ID, but that could not explain ID format and more importantly - how playback statistics can be exchanged between portable installations, so there seems to be some nasty algorithm for transforming 16-digit hex number to arbitrary length UTF-8 encoded string however impossible that sounds to me, but then I know nothing about such algorithms

IMHO playback statistics data file needs to be encoded somehow, but not to the point of not being accessible by scripting languages or similar programmatic tools. Main media players does exactly that.

- for minority of users that wants to play with XML tools for odd purposes like using XPATH regex for querying user library to output XSPF or even purposes like exchanging playback statistics data among media players, Text tools component exists
- for users wishing to manipulate playback statistics data, old way of writing data to files is still valid
Go to the top of the page
+Quote Post
GLiBERN
post Aug 15 2010, 19:29
Post #62





Group: Members
Posts: 71
Joined: 12-March 08
From: Germany
Member No.: 51979



QUOTE (Vanishing @ Aug 13 2010, 20:27) *
A way of defining which tags are used as keys to the statistics database would be greatly appreciated!

+1

I just discovered that, according to the playback statistics*, I listened 8184 times to a recording of the Well-Tempered Clavier (WTC).
Now, even if I really listen to that a lot, that can't be possible.
Then I looked at the playcount of the individual titles and realized what is going on:

(For those who don't know what the WTC is, it's a work by J.S. Bach and consists of 24 pieces each divided in a prelude and a fugue, so 48 tracks in total.)

I have the name of each of those 24 pieces stored in my own field named %work%. Then, in the %title% field there is only "Praeludium" for all the preludes and "Fuge" for all the fugues. Which leads the playback statistics component to think I have 24 times the same song and 24 times the same other song in that album...

You might ask why I don't put the name of the piece in the %title% field, but I have worked out my system that way after trying out several things, and I'm now happy with it. It avoids redundancy and can be used consistently for various types of classical music and other music, as well. It's one of the things that I like so much about foobar2000 and I won't give that up.


* as displayed in the facets library viewer, so a part of that behaviour can also be blamed on facets for summing up illogically

This post has been edited by GLiBERN: Aug 15 2010, 19:30
Go to the top of the page
+Quote Post
Canar
post Aug 17 2010, 00:42
Post #63





Group: Super Moderator
Posts: 3352
Joined: 26-July 02
From: princegeorge.ca
Member No.: 2796



Bug report: I have two albums with the same artist and title but different track listings. However, statistics component does not differentiate the two. See:



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


--------------------
You cannot ABX the rustling of jimmies.
No mouse? No problem.
Go to the top of the page
+Quote Post
q-stankovic
post Aug 18 2010, 18:35
Post #64





Group: Members
Posts: 1740
Joined: 28-May 06
From: Düsseldorf
Member No.: 31251



I like to approve what vanishing already said: it is strange to see that tracks inside one album change their added date. I guess i feel so because this date i consider more file related than playback related. I think there is nothing that can be done about this?


--------------------
german support forum: www.foobar-users.de / user: qwert73
Go to the top of the page
+Quote Post
bubbleguuum
post Aug 18 2010, 20:18
Post #65





Group: Developer
Posts: 1109
Joined: 13-November 05
Member No.: 25748



QUOTE (q-stankovic @ Aug 18 2010, 19:35) *
I like to approve what vanishing already said: it is strange to see that tracks inside one album change their added date. I guess i feel so because this date i consider more file related than playback related. I think there is nothing that can be done about this?



That would be the file creation date which unfortunately is not accessible in foobar. The closest thing related is the last modification date aka %last_modified% which initially is equal to the creation date (ie the date the file enters the Media Library), until the file is eventually modified (tagged inside or outside foobar for example).
As it is, all files that resolve to the same hash will share the same %added% as well as other statistics.

This post has been edited by bubbleguuum: Aug 18 2010, 20:19
Go to the top of the page
+Quote Post
q-stankovic
post Aug 18 2010, 20:31
Post #66





Group: Members
Posts: 1740
Joined: 28-May 06
From: Düsseldorf
Member No.: 31251



I wouldn't care about that despite the strange feeling if i wouldn't loose ability to sort and group albums by the added date which is not necessarily identical with file creation date. If i would have a wish free so it is an additional field like %files_added% or somehow similar


--------------------
german support forum: www.foobar-users.de / user: qwert73
Go to the top of the page
+Quote Post
bsw11
post Aug 24 2010, 02:02
Post #67





Group: Members
Posts: 128
Joined: 19-April 09
From: Los Angeles CA
Member No.: 69081



I can not get the rating to display as a number or starts. I know its getting set because it show in the song's properties. If I put %rating% it just shows ?. If I put (%rating%) it shows up as blank.

Do I need the foo_rating2 to make it work?

I am running the just released 1.1 but it did not work in the last beta as well for me.
Go to the top of the page
+Quote Post
muzack
post Aug 24 2010, 11:18
Post #68





Group: Members
Posts: 113
Joined: 14-December 08
Member No.: 64497



QUOTE (bsw11 @ Aug 24 2010, 03:02) *
I can not get the rating to display as a number or starts. I know its getting set because it show in the song's properties. If I put %rating% it just shows ?. If I put (%rating%) it shows up as blank.


Did you try to "import statistics from file tags" in track context menu?
If you write the rating directly to the file (via masstagger script or wsh panel script) it may not appear in statistics.
Correct me if I am wrong but I am sure that's the way it works.

Btw. I noticed faster File Operation (move files etc) with new Playbackstatistics. Maybe because the stat database doesn't depend on filepaths.
That's great smile.gif
Go to the top of the page
+Quote Post
Xezzy
post Aug 24 2010, 19:05
Post #69





Group: Members
Posts: 209
Joined: 14-February 08
Member No.: 51306



Playback statistics 3.0 is just brilliant, thank you!
Go to the top of the page
+Quote Post
_oao
post Aug 25 2010, 07:04
Post #70





Group: Members
Posts: 156
Joined: 29-May 08
Member No.: 53899



QUOTE
Playback statistics are now pinned to a combination of artist + album + disc number + track number + track title information
the statistics are also pinned to DATE!

this is kind of annoying if you use a combination of foobar2000 and Traktor (DJ software) that rewrites your DATE field in the format: YYYY-MM-DD.
i'm losing all my playback stats when the DATE goes from 1999 to 1999-01-01, for example... crying.gif

would it be possible to remove the DATE field from the data pinning scheme or at least keep it only for the first 4 digits (YYYY)?
Go to the top of the page
+Quote Post
bsw11
post Aug 25 2010, 07:17
Post #71





Group: Members
Posts: 128
Joined: 19-April 09
From: Los Angeles CA
Member No.: 69081



QUOTE (muzack @ Aug 24 2010, 03:18) *
QUOTE (bsw11 @ Aug 24 2010, 03:02) *
I can not get the rating to display as a number or starts. I know its getting set because it show in the song's properties. If I put %rating% it just shows ?. If I put (%rating%) it shows up as blank.


Did you try to "import statistics from file tags" in track context menu?
If you write the rating directly to the file (via masstagger script or wsh panel script) it may not appear in statistics.
Correct me if I am wrong but I am sure that's the way it works.



OK that worked - but are you telling me that every time I set a rating I also have to do this as well?? That is not nice. Is there a way to fix this and just make it work?

Also I get a ? on all tracks that are not set - can you show me a way to eliminate this?

THANKS!
Go to the top of the page
+Quote Post
muzack
post Aug 25 2010, 08:18
Post #72





Group: Members
Posts: 113
Joined: 14-December 08
Member No.: 64497



QUOTE (bsw11 @ Aug 25 2010, 08:17) *
OK that worked - but are you telling me that every time I set a rating I also have to do this as well?? That is not nice. Is there a way to fix this and just make it work?
Also I get a ? on all tracks that are not set - can you show me a way to eliminate this?


here are some quirky solutions which depends on how you set the rating:
If you use a masstagger script with keyboardshortcuts (like me) then write the id3 rating tags back to statistic db over the full library. once a week or so.
(select the rootnode in album view and choose "write statistics from file tags")

Or you use keyboardshortcuts and map them to the original Playbackstat rating contextmenu but then no rating tag in files anymore.
If you set Preferences > Advanced > Tools > Playback Statistics > Automatically synchronize file tags with statistics... - then the rating will be written to your tags. But any other stat field will be written too (%last_played% etc.)

Or if you just want to display your rating tag in a playlistcolumn without using the component, then set a column with $meta(rating) instead of %rating%. This will use the filetag.

And if you use something like [%rating%] (square brackets) then the ? symbol disappears.

I think that's all possible ways. Maybe someone have another hint.
Go to the top of the page
+Quote Post
Sixth Street
post Aug 25 2010, 16:28
Post #73





Group: Members
Posts: 81
Joined: 17-September 09
Member No.: 73255



So I'm approaching upgrading to 3.0 with some trepidation. Here's my situation:

I keep my main library in FLAC, and a mirrored copy (identical to the tags) in lossy for my portable devices. Both libraries are indexed in the same foobar. Playback statistics keeps playcounts and ratings for both sets of libraries, but the playcount is obviously different, and the rating, while I try to manually synchronize, may also differ. What is going to happen when I upgrade to 3.0?

So basically, it's:

Song A (FLAC) - Playcount - 30, Rating - 4
Song A (lossy) - Playcount - 10, Rating - 3

Upon upgrade, will it (A), take the higher playcount - 30, (B), merge playcounts - 40, © or do something else. Option B would be my preferred treatment. And will it have the same playcount for both files? I reckon it will from what I've read.

Also, ratings is probably not going to be a consideration. I'm going to try and go through my whole library and manually synchronize before I even attempt the upgrade.
Go to the top of the page
+Quote Post
mystNZ
post Aug 26 2010, 19:51
Post #74





Group: Members
Posts: 44
Joined: 13-February 08
Member No.: 51283



I am having trouble changing a song's "Added" date statistic ....
I have tried "writing stats to tags", changing the tags, and then re-importing ....this had no effect. I have also tried exporting a songs stats to XML, resetting its stats via the context menu, manually editing the file, and then re-importing via Library -> Playback Statistics -> Import Statistics .... I can change all other stats except the "Added" date....it just stays the same (the "Added date" checkbox is selected in the import dialog).

Any ideas? And does anyone else have a problem changing a songs added date ?

This post has been edited by mystNZ: Aug 26 2010, 19:52
Go to the top of the page
+Quote Post
tpijag
post Aug 26 2010, 20:14
Post #75





Group: Members
Posts: 2349
Joined: 19-May 08
Member No.: 53637



Added date = date added to library. Static.
It is not intended to be editable.

terry
Go to the top of the page
+Quote Post

15 Pages V  < 1 2 3 4 5 > » 
Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 21st August 2014 - 12:34