Skip to main content ↑ ↓

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Improving foo_playcount for 0.9 (Read 179483 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Improving foo_playcount for 0.9

Reply #25 –
Quote from: Stuart60611 on
Quote from: Killmaster on


As I already suggested in the very first post of this thread, the data needs to be moved to a seperate file for the sake of security, portability, multiple users, etc. I really, truly don't see the need for storing the data in tags when almost every concern brought up in this thread could be alleviated by simply storing it in a seperate file, but I suppose an option could be added for those who insist.


The reason why it is essential that the user be given the option of storing this information in the tag is that other software players may not be able to access the external file where this data is stored.  As such, by allowing the data to be stored in tags, the data could be made available to other software.


This is a pretty small concern, however - if you are already using Foobar, why would you use any other media players, and why would the playcount for those other media players even matter? Besides, I'm sure another function could be added that would allow to write the playcount data to tags post facto

Another thing that I forgot to address:

Quote from: foosion on
Note that there already is an API that can retrieve (text) tag values no matter where they are stored: the titleformat API.


What I meant by this is that there should be a standardized file that all plugins of this nature can write to, to facilitate easier backup. So you don't have to deal with a seperate file for each plugin.

Improving foo_playcount for 0.9

Reply #26 –
Quote from: Killmaster on
This is a pretty small concern, however - if you are already using Foobar, why would you use any other media players, and why would the playcount for those other media players even matter? Besides, I'm sure another function could be added that would allow to write the playcount data to tags post facto


Portability is never a small concern, and it is the reason I am completely against foobar's current playcount storage idea.  FB2K will not be around forever, it will not always have the same format configuration file, and it will never run on every operating system, or in all languages or all platforms, and it will never do everything.  Information deemed important must be portable wherever it needs to go.

Improving foo_playcount for 0.9

Reply #27 –
This debate could go on forever.  But for those, like me, who want the ability to store this information in a tag, I posted the source code to the old version of playcount.  If someone could port it then each user could make their own choice to go with the old version or the new statistics version.

Improving foo_playcount for 0.9

Reply #28 –
I want to have the tags in the files, too, because:
-I want be able to move the files without loosing data
-The tags from the new play_count component don't work in query format

Improving foo_playcount for 0.9

Reply #29 –
I also think it much better to have the playback statistics in each MP3/OGG/MKA file. But if somebody wants to store them in a separated file, it might be an easy to add option.

Improving foo_playcount for 0.9

Reply #30 –
Quote from: Birk on
-The tags from the new play_count component don't work in query format
They do, you just have to reference them as titleformat fields (like %play_count%) instead of direct tag names (since they are not real tags).

Example: This results in all tracks that have been played 10 times or more:
Code: [Select]
%play_count% GREATER 9

Improving foo_playcount for 0.9

Reply #31 –
Great news!  I just corresponded with G-Lite, who indicated that he is 80% done with porting the old .83 playcount for .9  As such, those of us who hate using the new statisitcs plugin will not have to wait much longer for a version which stores the data in file tags.

Improving foo_playcount for 0.9

Reply #32 –
Aaah, that's cute.

Improving foo_playcount for 0.9

Reply #35 –
Quote from: Stuart60611 on
Quote from: benrad on

Quote from: G-Lite on

Aaah, that's cute.

So...does that mean it's not true?



It is true.  I think he was commenting about my posting the results of our communication.  He has always done exactly what he represented he would do.

I'm testing it now. The 0.8 version contained a bit of a hack to make it work across restarts when the 'resume after restart' option in foobar is on. But 0.9 provides some handy facilities to implement this properly. Still needs testing though.

Improving foo_playcount for 0.9

Reply #37 –
Quote from: G-Lite on
Looks like it's working alright from testing. All the original functionality should be in.
Grab it here:
http://stephan.kochen.nl/proj/foobar2000.html#playcount

thank you thank you thank you thank you thank you thank you thank you thank you thank you thank you!!

works great. the only thing i notice is that it seems to pop up some sort of screen and taskbar thing for a split second when it updates the tags, but it's not a problem or anything.

Improving foo_playcount for 0.9

Reply #38 –
G-Lite> Thanks a lot for the port.

Do you think it makes sense to use both plugins this one and the sfficial one? If I understand it correctly, the official one stores the info in fb2k databes and this one stores it in ID3 tags. How can I distinguish between them in Autoplaylist formatting strings?

And one more question: What filetypes are supported? I'd expect at least MP3 and OGG.

Improving foo_playcount for 0.9

Reply #39 –
First, big thanks to you G-Lite! Nice work, we really appreciate

Second : I think there's something I do wrong cause it does not seem to work for me. The plugin seems ok, I can configure it, but the whole song is played and no tags are updated.. I just don't understand... i must have forgotten something... but I managed to make the 0.8.3 version work, and it is not very complicated..

ps: i checked, my files are not read-only
pps: i tried on files already having the %play_counter% set, and it failed too.

 

Improving foo_playcount for 0.9

Reply #40 –
If I'm not mistaken, we now have two components with the same name...

What I'm hoping for, is that the version made by Peter(?), will support writing to (custom) tags in some future version.

Improving foo_playcount for 0.9

Reply #41 –
Quote from: upNorth on
If I'm not mistaken, we now have two components with the same name...

What I'm hoping for, is that the version made by Peter(?), will support writing to (custom) tags in some future version.

What for? I can understand the desire to use a different *storage method*, but i cannot see, why someone would want to use tagnames which are non-compliant with the agreed upon scheme. This would bring us back to the old days of play_date, play_time, etc. mess which pretty much made it totally useless regarding interoperability with public FCSs and Plugins.

I'd instead propose the opposite:
abandon the "official" (which disregards the agreed upon scheme) plugin completely. Peter stated multiple times, that he mostly only did it for testing purposes - so, it was never meant as a "serious" plugin with longterm support. So, i'd propose to drop the official plugin completely, and add support for other storage-methods to the "real" (non-official) playcount_plugin.
I am arrogant and I can afford it because I deliver.

Improving foo_playcount for 0.9

Reply #42 –
I am having some trouble with the newer play count plugin that is supposed to store values in tags.  the plugin has loaded all good but I cannot view the stats.  It doesnt even look like the tags are being written as they do no exist in my files.  I have checked and made sure my files are not read only.

I thought that i might have something wrong with my code to view the info but since the tags arent even there I do not think that is the case.  Any help would be cool.  Thanks.

Improving foo_playcount for 0.9

Reply #43 –
[quote name='vader897' date='Apr 11 2006, 06:50 PM' post='381441']
I am having some trouble with the newer play count plugin that is supposed to store values in tags.  the plugin has loaded all good but I cannot view the stats.  It doesnt even look like the tags are being written as they do no exist in my files.  I have checked and made sure my files are not read only.

I thought that i might have something wrong with my code to view the info but since the tags arent even there I do not think that is the case.  Any help would be cool.  Thanks.
[/quote

Go to the configuration screen of the plugin under preferences and make sure that each tag that you wish to store is checked off.

Improving foo_playcount for 0.9

Reply #44 –
i know i said the new plug-in works great, but i am also finding that it doesnt always update tags when it should.

Improving foo_playcount for 0.9

Reply #45 –
Quote from: Stuart60611 on
Go to the configuration screen of the plugin under preferences and make sure that each tag that you wish to store is checked off.



Thanks.  That solved a all the problems i was having.  I couldnt find the options for playlist count before.  The main problem was that I like my tags to be updated when playback is 0% not 50%.

I am noticing now that when ever the tags are updated a window pops up and disappears, its slower when a tag is written rather just rewritten.  I know this has allready been mentioned but I was just wondering if this is dissapear with future versions

Improving foo_playcount for 0.9

Reply #46 –
With a little more test, it still doesn"t work here... My config is the following



I have exactly the same problems as vader897... I unchecked the different checkboxes just to be sure, the result is the same.

Improving foo_playcount for 0.9

Reply #47 –
Quote from: legzalito on
With a little more test, it still doesn"t work here... My config is the following



I have exactly the same problems as vader897... I unchecked the different checkboxes just to be sure, the result is the same.



Are you expected tags to be added as soon as the track starts.  Thats what I was expecting.  To have it that way you need to set the slider in the top left to 0%.  The way that its set in the pic means that tags will only be added/updated if the song has played upto 50%.

Improving foo_playcount for 0.9

Reply #48 –
Quote from: vader897 on
Are you expected tags to be added as soon as the track starts.  Thats what I was expecting.  To have it that way you need to set the slider in the top left to 0%.  The way that its set in the pic means that tags will only be added/updated if the song has played upto 50%.

Yes, I prefer tracks to be updated at the half of the songs.. but here, it is never updated.. I put the slider at 0% to do some testing, it did not change anything.

I keep on thinking there's something i missed but can't figure what.

I just put the plugin dll in the components directory, not even changed the config at first..

Improving foo_playcount for 0.9

Reply #49 –
I can't do anything about the split second dialog that pops up, as far as I can tell. (It doesn't pop up when foobar is minimized here)
I'll look into the updating problems.