Re: [Banshee-List] Scoring question

[Michael Martin-Smucker <mlmartin13 gmail com>]

Actually, with amarok (version 1.4), if a song starts playing and then

a skip/stop event happens (no matter where) it counts as a play. That
version of amarok doesn't store skip counts.
I'm not familiar with version 2, but I don't think they changed it.

Huh, interesting.  I'm fairly sure this is not the case with iTunes, Banshee, Rhythmbox, and Last.fm, but apparently I never used Amarok enough to notice it. ;)  With those players, a play count will only be registered if you play some substantial percentage of the song, and a play and skip shouldn't happen at the same time.  But if other players do it differently, I can see where the confusion would come from -- I doubt Banshee will change its definition of a PlayCount at this point, though.

 

To me this makes sense...but only because of how I organize my smart playlists.
If I skip a song several times, then i don't want it showing up in my
"low playcount" list, even if I never actually managed to listen
through it the whole way.

So if you shuffle through your music and Amarok picks the same song (that you don't like) 10 times, and you skip it each time, that song still ends up with a PlayCount of 10?  It seems like that would make Smart Playlists based on PlayCount a lot less useful, but maybe that's why Score is so important in Amarok (and maybe it just seems confusing to me because I'm not used to thinking about it that way).

Michael

 

>
> > SkipCount = Playcount * (1 - Score/100)
> This seems backwards to me.  A song's Score should be based on the SkipCount (among other things), not the other way around.  Currently, the Score calculation is very simple: if you press the "next" (i.e. "skip") button and you've listened to less than half of the song, the skip count increases by one.
> > The idea to use percentage of played songs as Score value is not bad, but
> > the actual Score value only reflects the "mean played length" of a song in
> > percent. It doesn't take into account how often a song has been played.
> I agree that this isn't ideal.  I like the suggestion in Bug 638966.  Basically, if we treat each song as if it has been skipped once, then playing a song would gradually increase its score toward 100 without ever reaching it.  This would keep the score algorithm almost exactly the same, but a song with 30 plays and 1 skip would have a higher score than a song with 1 play and 0 skips.
> Michael
> On Thu, May 12, 2011 at 4:31 AM, Freddy-N <freddy-neumann arcor de> wrote:
>>
>> @ Brian Lucas-3
>>
>> I wonder why there is a SkipCount value in database that never is used in
>> calculation. The skip-event is not triggered after half of the song has been
>> played.
>>
>> I wonder why there is a PlayCount value in database that doesn't contain the
>> count of plays. If I want to know the total count of plays I have to add
>> PlayCount + SkipCount.
>>
>> The idea to use percentage of played songs as Score value is not bad, but
>> the actual Score value only reflects the "mean played length" of a song in
>> percent. It doesn't take into account how often a song has been played.
>> Therefore PlayCount and SkipCount should contain total count of plays and
>> total count of skips in order to get an easy and clearly system to select
>> preferred songs. In TrackInfo.cs the function OnPlaybackFinished() requires
>> a modification.
>>
>> It is also possible to migrate the database without breaking anything.
>>
>> PlayCount = PlayCount + SkipCount
>> SkipCount = Playcount * (1 - Score/100)
>>
>> From now on the values of PlayCount and SkipCount contain their total counts
>> in database.
>>
>>
>> BTW: Miscalculation of Score value results from bugs in event handling. That
>> must be fixed.
>>
>>
>> --
>> View this message in context: http://banshee-media-player.2283330.n4.nabble.com/Scoring-question-tp3497316p3516755.html
>> Sent from the Banshee Media Player mailing list archive at Nabble.com.
>> _______________________________________________
>> banshee-list mailing list
>> banshee-list gnome org
>> http://mail.gnome.org/mailman/listinfo/banshee-list  (unsubscribe here)
>
>
> _______________________________________________
> banshee-list mailing list
> banshee-list gnome org
> http://mail.gnome.org/mailman/listinfo/banshee-list  (unsubscribe here)
_______________________________________________
banshee-list mailing list
banshee-list gnome org
http://mail.gnome.org/mailman/listinfo/banshee-list  (unsubscribe here)