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 > »   
Reply to this topicStart new topic
Playback Statistics component: version 3.0.1, Discussion, feedback and beta versions
GeSomeone
post Jul 28 2010, 13:57
Post #26





Group: Members
Posts: 921
Joined: 22-October 01
From: the Netherlands
Member No.: 335



QUOTE (romor @ Jul 28 2010, 13:43) *
I used converter to convert one of my library's lossless releases to lossy in a temp folder (c:\temp) that is not in my library path

It looks like intended behaviour to me, see the doc in the opening post.
Go to the top of the page
+Quote Post
romor
post Jul 28 2010, 14:22
Post #27





Group: Members
Posts: 673
Joined: 16-January 09
Member No.: 65630



It is delicate thing, but I would like to consider it as link to file path instead virtual tag linking as these files are not added in library


--------------------
scripts: http://goo.gl/M1qVLQ
Go to the top of the page
+Quote Post
Nemphael
post Jul 29 2010, 17:54
Post #28





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



I rewrote a couple of tags with mp3tags so they'd work properly with my iPod. Seems that wiped them from the Playback Statistics, as they lost statistics and got new %added% tags. After looking, ~350 files had their tags rewritten, ~150 of those lost their statistics.

The component should consider file paths as well, in case it doesn't.

By the way, some lossless formats have audio checksums, would it be possible to use those as well? FLAC does this quite well, though the fingerprints probably differ between different versions of a CD etc.

This post has been edited by Nemphael: Jul 29 2010, 18:23
Go to the top of the page
+Quote Post
Qest
post Jul 29 2010, 18:14
Post #29





Group: Members
Posts: 109
Joined: 1-February 04
Member No.: 11678



QUOTE (Nemphael @ Jul 29 2010, 09:54) *
By the way, some lossless files have audio checksums, wouldi t be possible to use those as well?


That seems quite clever. Has this ever been considered before?

This post has been edited by Qest: Jul 29 2010, 18:48
Go to the top of the page
+Quote Post
Case
post Jul 30 2010, 11:43
Post #30





Group: Developer (Donating)
Posts: 2221
Joined: 19-October 01
From: Finland
Member No.: 322



QUOTE (Qest @ Jul 28 2010, 00:27) *
Background: I do not use file tags. [...] It sounds like the new version of this component will not work with my collection at all though.

The wiki doesn't mention it but there are fallbacks in place for tagless files. It should work just as well as old version.
Go to the top of the page
+Quote Post
Snowknight26
post Jul 30 2010, 21:26
Post #31





Group: Members
Posts: 49
Joined: 21-November 09
Member No.: 75135



QUOTE (Nemphael @ Jul 29 2010, 11:54) *
I rewrote a couple of tags with mp3tags so they'd work properly with my iPod. Seems that wiped them from the Playback Statistics, as they lost statistics and got new %added% tags. After looking, ~350 files had their tags rewritten, ~150 of those lost their statistics.

The component should consider file paths as well, in case it doesn't.


Your complaint is the only shortfall that I can see that's made me stick with the old one for the time being. There should be a way to select how the new component tracks stats.. be it by tags, by file path (only), by pattern, etc, and maybe a way to select the fallback method too.

This post has been edited by Snowknight26: Jul 30 2010, 21:34
Go to the top of the page
+Quote Post
hxkclan
post Jul 30 2010, 23:21
Post #32





Group: Members
Posts: 35
Joined: 17-January 06
Member No.: 27167



QUOTE (Yirkha @ Jul 27 2010, 14:19) *
QUOTE (Yirkha @ Jul 24 2010, 19:58) *
  - <your-foobar2000-profile>\index-data\6370B286-BE93-4A7C-AA3B-281FEC61B182



Just a quick question. I usually have the ''automaticly put info into file tags'' option on. But it seems the database itself is also a good way of storing it. But now my question; how many times does this file get saved? After every change or what?

This post has been edited by hxkclan: Jul 31 2010, 00:20
Go to the top of the page
+Quote Post
muzack
post Jul 31 2010, 13:29
Post #33





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



What about adding the HOTNESS algorithm in the new component, based on playcount, rating, last & first played timestamp?
Would be cool.
Go to the top of the page
+Quote Post
wojtek
post Aug 1 2010, 08:32
Post #34





Group: Members
Posts: 268
Joined: 21-August 04
Member No.: 16417



It would be nice if there would be additional field returning number of tracks/files that share same statistics (also, maybe an option to quickly find all of them - like options from QuickSearch that adds additional items into context menu for artist/album).


--------------------
http://foobar2000.pl/ :: unofficial polish forum
Go to the top of the page
+Quote Post
kompot
post Aug 4 2010, 16:37
Post #35





Group: Members
Posts: 88
Joined: 20-July 07
Member No.: 45480



Feature proposal.

Are there any chance of adding %album rating%?

I understand that:

1. There will be duplication for each track of the album.
2. Probably it's not too easy to implement because current scheme uses track as a particle.
3. Album rating could be calculated (at least visually) as aggregate rating of all tracks.

But the main idea is that track rating is used for tracks being played out of album context.
And there's no way to find albums that are great as a whole. E. g. Beatles' "Abbey Road" is a great album.
But there are several tracks that should be played consequently. And it's not a good idea to have them in
auto playlist called "my favourite tracks".

Yes, I know I can use tags for storing such info, but I guess storing it along with %rating% is a better idea.

Thanks
Go to the top of the page
+Quote Post
MordredKLB
post Aug 6 2010, 19:12
Post #36





Group: Members
Posts: 198
Joined: 1-May 09
From: Austin, TX
Member No.: 69413



This is awesome and leads to a feature request I've wanted for a LONG time, namely the ability to merge playback statistics. I listen to music at home and at work. I copy albums from my home computer, bring them to work and listen to them here. I would love the ability to export the playback statistics from work, take them home and then merge them with my existing play counts. I assume a tool could be easily written to do this via, comparing XML documents, but it'd be great if it were built in to the component itself.
Go to the top of the page
+Quote Post
Sandrine
post Aug 6 2010, 23:54
Post #37





Group: Members
Posts: 319
Joined: 2-July 10
Member No.: 81991



The functionality of this component looks interesting, but I need to make sure that my file tags are respected: PLAY_COUNTER, FIRST_PLAYED, LAST_PLAYED. Is that the case?

This post has been edited by Sandrine: Aug 6 2010, 23:55
Go to the top of the page
+Quote Post
mrinferno
post Aug 7 2010, 00:12
Post #38





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



hey peter, thanks really enjoying the new beta of playcount. simply fantastic!
your hard work is much appreciated!
Go to the top of the page
+Quote Post
eradumvelhinho
post Aug 7 2010, 00:28
Post #39





Group: Members
Posts: 101
Joined: 23-March 07
Member No.: 41759



QUOTE (Sandrine @ Aug 6 2010, 16:54) *
but I need to make sure that my file tags are respected: PLAY_COUNTER, FIRST_PLAYED, LAST_PLAYED. Is that the case?


No. Your tags are not the official ones.
Go to the top of the page
+Quote Post
lvqcl
post Aug 7 2010, 00:36
Post #40





Group: Developer
Posts: 3382
Joined: 2-December 07
Member No.: 49183



http://wiki.hydrogenaudio.org/index.php?ti...rmatting_fields

QUOTE
%first_played% - date/time at which the song was played for the first time.
%last_played% - date/time at which the song was played last time.
%play_count% - how many times the song has been played.
%played_per_day% - estimate how many times per day the song has been played, based on time first played, time last played and times played.
%added% - date/time at which the song was added to the Media Library.
%rating% - song's rating, on a 1..5 scale.
%rating_stars% - song's rating, formatted as up to five stars, e.g. ★★★
%rating_stars_fixed% - song's rating, formatted as five stars, e.g. ★★★☆☆
Go to the top of the page
+Quote Post
JohanDeBock
post Aug 7 2010, 12:23
Post #41





Group: Developer
Posts: 250
Joined: 23-March 05
Member No.: 20866



Great addition, keep up the good work!
Nice to see soft linking concepts in other plugins.
I also use the track duration for the matching in my plugin, maybe it can also be used in this plugin.


This post has been edited by JohanDeBock: Aug 7 2010, 12:49


--------------------
foo_softplaylists: http://tiny.cc/kh9m9
Go to the top of the page
+Quote Post
fxnaxn
post Aug 7 2010, 20:08
Post #42





Group: Members
Posts: 1
Joined: 7-August 10
Member No.: 82906



Hey, does anyone know the exact algorithm that is used to generate the ID field in the exported XML? I'm trying to write a program to import my statistics from another player

Example:
CODE
<Entry ID="00f74f2216a06220" Count="0" Added="129256773087720756" />


is generated for Indiana Jones by John Williams, track 00, no album name

Thanks

This post has been edited by fxnaxn: Aug 7 2010, 20:11
Go to the top of the page
+Quote Post
Sandrine
post Aug 8 2010, 20:29
Post #43





Group: Members
Posts: 319
Joined: 2-July 10
Member No.: 81991



QUOTE (eradumvelhinho @ Aug 7 2010, 01:28) *
QUOTE (Sandrine @ Aug 6 2010, 16:54) *
but I need to make sure that my file tags are respected: PLAY_COUNTER, FIRST_PLAYED, LAST_PLAYED. Is that the case?


No. Your tags are not the official ones.


I have no problem using "PLAY_COUNT" instead of "PLAY_COUNTER", easy enough with Masstagger. BUT the information in the Wiki concerning the playstamp tags seems to be erroneous.
As another user quoted before, the expected tags should be

CODE
%first_played% - date/time at which the song was played for the first time.
%last_played% - date/time at which the song was played last time.


However, I made some tests, installed foo_playcount and checked "synchronize file tags with media library". About a quarter into the song, the dreaded "FIRST_PLAYED_TIMESTAMP" and "LAST_PLAYED_TIMESTAMP" are written instead of the ones advertised in the Wiki. The only way to get rid of them is to install "foo_playback_custom" and let it convert them automatically immediately afterwards to the correct format "first_played" and "last_played". Having to install 2 extensions to get correct tags can't be right, though.

This post has been edited by Sandrine: Aug 8 2010, 21:15
Go to the top of the page
+Quote Post
Nemphael
post Aug 8 2010, 20:46
Post #44





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



%first_played% and %last_played% will return dates/times when used in Foobar, but the component writes them to tags as UTC (?).
Go to the top of the page
+Quote Post
Sandrine
post Aug 8 2010, 20:57
Post #45





Group: Members
Posts: 319
Joined: 2-July 10
Member No.: 81991



QUOTE (Nemphael @ Aug 8 2010, 21:46) *
%first_played% and %last_played% will return dates/times when used in Foobar, but the component writes them to tags as UTC (?).


No fields which are called "%first_played%" or "%last_played%" are written as tags at all.

This post has been edited by Sandrine: Aug 8 2010, 21:04
Go to the top of the page
+Quote Post
Nemphael
post Aug 8 2010, 21:06
Post #46





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



Oh, didn't see the part about Masstagger. You could use the properties dialog to write them.
Properties, right-click, "Automatically fill values".
http://img525.imageshack.us/img525/241/afv.jpg

EDIT: Uh, *facepalm*. There should a command for "Format from tags" or similar in Masstagger.

This post has been edited by Nemphael: Aug 8 2010, 21:07
Go to the top of the page
+Quote Post
Sandrine
post Aug 8 2010, 22:18
Post #47





Group: Members
Posts: 319
Joined: 2-July 10
Member No.: 81991



After playing around a bit with this component, here's my verdict:

GOOD
    1) Tags stored in database can apply to various albums with the same name

    2) Playstamp tags appear in Properties dialogue, rather than the metadata dialogue. This takes care of situations where one doesn't want a file hash to change every time its statistics are updated.

    3) Star display for ratings


BAD
    a) The "Ratings"-field is a universal tag used by Windows and other media players and must appear as a tag under Metadata, not as a file property as it does with this component. A rating is not a physical property of a file.

    b) Names of statistical fields are different for tags and database. ADDED vs. ADDED_TIMESTAMP, LAST_PLAYED vs. LAST_PLAYED_TIMESTAMP, FIRST_PLAYED vs. FIRST_PLAYED_TIMESTAMP. There's no reason this plugin should be an exception to every other tag in foobar with its query syntax not having the same name as the tag. It's also bad programming: a database should store a date value as integer but display it as a human-readable date according to the users country/language setting of the OS. (These values are also not physical properties of a file, btw.)

    c) Reading of database values takes precedence over tags-reading. It must be the other way round (at least as soon as "Automatically synchronize file tags with statistics" is enabled, but possibly always). Otherwise the plugin breaks compatibility with the field "rating" since that is being completely ignored if it is written as a tag, but not added to the database (it also block the "Quick Tagger" plugin).


Go to the top of the page
+Quote Post
laite
post Aug 10 2010, 14:20
Post #48





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



QUOTE (Sandrine @ Aug 9 2010, 00:18) *
c) Reading of database values takes precedence over tags-reading. It must be the other way round (at least as soon as "Automatically synchronize file tags with statistics" is enabled, but possibly always). Otherwise the plugin breaks compatibility with the field "rating" since that is being completely ignored if it is written as a tag, but not added to the database (it also block the "Quick Tagger" plugin).


I also would really like this to be optional as I have been using playback statistics custom for a while now and foobar can't read my first/last played from that time anymore sad.gif

Why not somekind of options-page to customize what tags are enabled etc.?
Go to the top of the page
+Quote Post
marc2003
post Aug 10 2010, 14:29
Post #49





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



to display stuff in file tags, use $meta. eg

$meta(rating)
$meta(first_played)

This post has been edited by marc2003: Aug 10 2010, 14:31
Go to the top of the page
+Quote Post
laite
post Aug 10 2010, 14:36
Post #50





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



QUOTE (marc2003 @ Aug 10 2010, 16:29) *
to display stuff in file tags, use $meta. eg

$meta(rating)
$meta(first_played)


I don't think that works with query syntax. I have an autoplaylist with last_played during 4 weeks, but foo_playcount overrides tags so I only have the songs I've played since installing this component.

Is there any way to save existing filetags to foo_playcount's database?

This post has been edited by laite: Aug 10 2010, 14:37
Go to the top of the page
+Quote Post

15 Pages V  < 1 2 3 4 > » 
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: 17th September 2014 - 22:45