Hello,

Amarok Version 2.8.0, KDE 4.14 (but Plasma 5, if it matters). Saving statistics to files is disabled.

I have one file which playcount is not incremented.

Code: Select all

% id3info Papa\ Roach\ -\ 02\ -\ Alive\ \(N\'\ Out\ Of\ Control\).mp3

*** Tag information for Papa Roach - 02 - Alive (N' Out Of Control).mp3
=== TIT2 (Title/songname/content description): Alive (N' Out Of Control)
=== TPE1 (Lead performer(s)/Soloist(s)): Papa Roach
=== TALB (Album/Movie/Show title): The Paramour Sessions
=== TYER (Year): 2006
=== TRCK (Track number/Position in set): 2
=== TCON (Content type): (12)
*** mp3 info
MPEG1/layer III
Bitrate: 320KBps
Frequency: 44KHz


I'm happy to send the file to a developer...

Best Regards!

EDIT:

This file is also affected:

Code: Select all

% id3info Papa\ Roach\ -\ 04\ -\ The\ World\ Around\ You.mp3

*** Tag information for Papa Roach - 04 - The World Around You.mp3
=== TIT2 (Title/songname/content description): The World Around You
=== TPE1 (Lead performer(s)/Soloist(s)): Papa Roach
=== TALB (Album/Movie/Show title): The Paramour Sessions
=== TYER (Year): 2006
=== TRCK (Track number/Position in set): 4
=== TCON (Content type): (12)
*** mp3 info
MPEG1/layer III
Bitrate: 320KBps
Frequency: 44KHz


File permissions are rw for user.

Only this file? Is it fully writeable?
I don't think it is useful to send a file to a developer, especially not for version 2.8, we are about to release 2.9, the beta tarball is already done.

So far I've noticed only these two files. Since I've thousands of tracks that have playcount = 0 I don't know whether there are others with that problem.

Yes, they have rw permissions.

This I've noticed this bug for the first time, I started to check if playcount has really been incremented and noticed more files:

Code: Select all

% id3info The\ Dillinger\ Escape\ Plan\ -\ 05\ -\ Destro\'s\ Secret.mp3

*** Tag information for The Dillinger Escape Plan - 05 - Destro's Secret.mp3
=== TIT2 (Title/songname/content description): Destro's Secret
=== TPE1 (Lead performer(s)/Soloist(s)): The Dillinger Escape Plan
=== TALB (Album/Movie/Show title): Calculating Infinity
=== TYER (Year): 1999
=== TRCK (Track number/Position in set): 5
=== TCON (Content type): (12)
*** mp3 info
MPEG1/layer III
Bitrate: 192KBps
Frequency: 44KHz


But I'm not seeing some common pattern...

Hm, there have been database changes in the upcoming Amarok 2.9, you could try the current git version, this shouldn't be too hard as you are using Arch.

I confirm that no statistics information are stored in the mp3, I've used the same id3info tool.

playcount and date are not stored... not even other meta information like stars...

Today I noticed another aspect. It seems that my tagging application EasyTag 2.4.0 fixes something in the files that made Amarok not incrementing the playcount. Just open the file, EasyTag applies some automatic fixes (got no idea which one), save the file and rescan within Amarok.

This workes also for a compilation, unless I flag the album to show under various artists. With a song which playcount wasn't icremented to 1 before, I got it incremented before I flag the album to show under various artistes. After I set the flag another play does not increment the playcount.

I guess this is due to the default Collection Browser settings requiring the use of an Album Artist tag. Could you check if the increment works when that tag is set vs not set?

1) EasyTag has album artist set as "Various".
Amarok has various artist flag set.
Amarok shows empty Album Artist in metadata.
Playcount is not incremented.
The current position stops at "-0:05", next track is then played as it should.

Deleted album artist using EasyTag. Rescan and restart of Amarok.

2) EasyTag has album artist not set.
Amarok has various artist flag set (not explicitely set after rescan, but song show up under various, probably because flag is set for the rest of the album).
Amarok shows empty Album Artist in metadata.
Playcount is incremented.
Position works until the end of the song.

Then I tried to unset the various artist flag and re-set it. But Amarok still shows that album not as various artists (tried to restart). Maybe because just one song not having the album artist set? Everything rather unforeseeable behavior...

Actually, the "Various artist" is not a flag in Amarok, a track is automatically dropped as Various if the "Album artist" tag is empty.
So either it is empty, then Amarok classed the track as various, or it is set to something (often the same as the artist name), then it is shown under the artist.

Well there is "Show this album under various artist" boolean option, I would consider this a flag. My album artist is set a "Various" and I flag them as various artists using the beforementioned option. This seems to cause problems sometimes...

You should not set the album artist to various, just leave that tag blank, this should work. The album artist tag should only contain something if the track is NOT a various artist album part.

Unfortunately this is how I have organised my collection and how it works with the third party tools I use. I also think this is how it is mostly done...
Furthermore I assume it's NOT Amarok's intended behavior to NOT increment the playcount on some files when the Album Artist is set to Various and the album is flagged as various.

I never said it was intended, just trying to narrow down the problem.

For what it's worth (probably not much after all this time), I've been experiencing the same thing for a long time (Amarok 2.8.0, KDE 4.13.3 on Kubuntu 14.04). In a database with 10,000+ tracks, some tracks seem to consistently not update the playcount. "Write statistics to file" is disabled (and the USB disk is mounted read-only).

I play my tracks by full album, so I know that except for mistakes on my part all tracks in an album should have the same playcount. However every now and then I open the database with an external program (LibreOffice Base) and see that some tracks in some albums have a lower playcount (and older lastplayed and score), and I'm certain these tracks have been played. I don't keep a list of all tracks that are not getting updated, but it seems to me they are mostly always the same (sometimes I can tell, because I manually update the lastplayed field with consecutive numbers, and next time I find tracks with consecutive lastplayed that haven't been updated).

I haven't found any common feature of the affected tracks: they are not super-short, they don't have funny characters in their tags, most of my albums have been encoded with lame tagged with easytag with the same settings, so there shouldn't be anything affecting only some tracks in an album.