Re: [Banshee-List] Scoring question

[Isaac Witmer <isaaclw gmail com>]

Michael: What would you suggest as a replacement for "sort by least
played" as a play list then?

If I continually skip a song, it will still have a low playcount and
will continue to show up on the "sort by least played"
Again, it's probably a song I should just delete...

I'm quite satisfied with Banshee atm, even if it's different from what
I expect. I'm not suggesting that the method be changed, though I'm
always in favor of more options.

-Isaac

On Fri, May 13, 2011 at 1:36 AM, Michael Martin-Smucker
<mlmartin13 gmail com> wrote:
>> 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)
>
>
> _______________________________________________
> banshee-list mailing list
> banshee-list gnome org
> http://mail.gnome.org/mailman/listinfo/banshee-list  (unsubscribe here)
>