Ok. What you're saying, and what I've learned, is that my B-rotation is placed rather randomly. After 7 days, all songs should be played the same number of times, but it's not desirable that the song Soulmagic is played at 1AM, 2AM, 3AM, 4 AM and 5 PM on Monday, when there should be five hours between playing the song.
So if I want to control how often my B rotation is played (and I want to, on a commercial Hot AC station), I have to enter something in Title Separation. In my case it should be about 75 songs/carts. The next problem is, that this number is not the same in the daytime as at night (more sweepers, jingles, news, whatever in the daytime). Question: Would it be possible to enter how many minutes should separate each title, instead of how many carts? It would be much easier to enter 300 minutes. Thank you. Kind regards, Morten 2012/2/27 Wayne Merricks <[email protected]>: > Hi, > > Forgive me as I'm joining this discussion without re-reading all the previous > material. I think Riv is "working as intended" but obviously not how you > perceive it should work. > > The only rule I can see on your event is "Must have title separation of 1". > So we can't play the same song twice in a row. > > Anyway this is my understanding of the scheduler (so it may not be correct): > > 1. Riv comes along and sees the B Rot event. > 2. Riv looks into the B Rot Group for valid songs. > 3. Riv checks to see if a song has played previous to the event and prunes > the list (if necessary) > 4. Riv looks at the weights of all the songs (usually 1 by default) and > assigns a percentage chance to it. > 5. Riv spins the "dice" for a number between 1 and 5 as each song has the > same probability of happening (by default). > > This is why you're getting your uneven plays. Its the same reason why if you > flip a coin twice you're just as likely to get heads twice than a neat 1 > heads, 1 tails. > > Now heres where I'm fuzzy on the scheduler. I seem to recall some sort of, > for want of a better phrase, wear leveling algorithm which would favour songs > with lower number of play outs if all other things were equal > (codes/rules/weights) but I have no idea how this works (or if I just dreamed > this up). > > If its sensible (which all the Riv stuff I've looked into generally is), it > probably just uses the cart weight and the number of play outs to assign a > new percentage chance to it and then spins the dice based on this modified > value. As such you could be really unlucky and get wildly varying plays in a > short time period but in the long run it should be an insignificant > difference (unless you really are unlucky in which case buy a lottery ticket). > > Please feel free to call me an idiot as this is my best guess based on things > I've noticed and vaguely remember reading. > > Regards, > > Wayne > > > > > -----Original Message----- > From: [email protected] on behalf of Morten > Krarup Nielsen > Sent: Mon 27/02/2012 14:41 > To: User discussion about the Rivendell Radio Automation System > Subject: Re: [RDD] Question about the music scheduler > > Thanks for your help, I really want to do this right. > > I created a new Group - B rotation for my test: > http://imgur.com/MYcTr > None of these songs have scheduler codes, and they all have exactly > four plays, before starting this experiment. > Then I created the event: > http://imgur.com/mfsU4 > Then I created an hour of music: > http://imgur.com/nXV2Y > I assigned this hour to all of Monday and Tuesday and generated a log > for those two days. > Then I guess that each song should be played the same amount of times, > and that the song played on 00:00 at Monday, should be played at 01:00 > on Tuesday. However that didn't happen. Heres the result: > > Moony: 2 plays on Monday, 4 plays on Tuesday = 6 plays for the two days > Soulmagic: 6 Monday, 4 Tuesday = 10 > Missy Elliot: 5 Monday, 7 Tuesday = 12 > Room 5: 7 Monday, 4 Tuesday = 12 > Manijama feat. Mukupa: 4 Monday, 5 Tuesday = 9 > > The song with most plays, is played twice as many times as the least > played song. Also they are played rather random. > Here's the log for Monday: > http://textsnip.com/3ed468 > And Tuesday: > http://textsnip.com/589435 > > What am I doing wrong? > > Thank you. > > Kind regards, > > Morten > > 2012/2/26 Robert Jeffares <[email protected]>: >> You are using one GROUP = MUSIC >> >> Make a New Second GROUP [rdadmin > Manage Groups] >> >> Call it AROTATE >> >> Put the 5 CARTS in the AROTATE GROUP [Use RDLibrary and EDIT] >> >> Make a new EVENT [RDLog Manager Top Option] >> >> Call it "Play an A Rotate" and have it select a Cart from the AROTATE group >> >> Then replace the MUSIC Event at :32 in the CLOCK you are using with >> the new event. >> >> Put the clocks in for a day or 2 or 3 or 5 and create a LOG >> >> Then run the log. >> >> If you have all the tracks in MUSIC and are using Scheduler Codes to >> pick selections you wont get the result you want [ as you have found] >> >> You have got the 5 songs on separate CARTS. If they are all on one >> cart the play will be random. Over time they even out. >> >> I am not in the right place to send you the screenshots that go with >> this. You should be able to find your way there. >> >> While the scheduler code feature is great for setting dayparts, genre, >> tempo, and all the other flags you ever need on a title, the GROUPS >> are the first way to distinguish songs for airplay. >> >> RD will break or ignore scheduler codes. >> >> The GROUP is carved in stone. >> >> Hope this helps >> >> Robert >> >> On Mon, Feb 27, 2012 at 12:14 AM, Morten Krarup Nielsen >> <[email protected]> wrote: >>> Thank you for getting back to me. >>> >>>> If you start out with 5 tracks they will schedule evenly. >>> >>> Ok, I tried to rip 5 new tracks from a CD, with 5 different artists >>> not represented in the other categories. >>> I assigned my hour with test music to 5 hours in the grid, so every >>> artist in A rotation should be played exactly one time. All my music >>> is in the Music category, and I use scheduler codes for A rotation, B >>> rotation, Oldies and so on. I have scheduled one A rotation every >>> hour. >>> However: >>> Missy Elliot was played 1 time >>> Room 5 was played 3 times >>> Moony was played 1 time >>> Mukupa was played 0 times >>> Soulmagic was played 0 times >>> >>> How can that be? >>> >>> Thank you. >>> >>> Kind regards, >>> Morten >>> _______________________________________________ >>> Rivendell-dev mailing list >>> [email protected] >>> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev >> _______________________________________________ >> Rivendell-dev mailing list >> [email protected] >> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev > _______________________________________________ > Rivendell-dev mailing list > [email protected] > http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev > > > ####################### > Scanned by MailMarshal > ####################### > > #################################################################################################################################################################################################################### > > Attention: > > The information contained in this message is confidential and intended for > the addressee(s) only. If you have received this message in error or there > are any problems, please notify the originator immediately. > The unauthorised use, disclosure, copying or alteration of this message is > strictly forbidden. Christian Vision or any of its subsidiaries will not be > liable for direct, special, indirect or consequential damages > arising from alteration of the contents of this message by a third party or > as a result of any virus being passed on. Please note that we reserve the > right to monitor and read any e-mails sent or received by the > company under the Telecommunications (Lawful Business Practice) (Interception > of Communications) Regulation 2000. Christian Vision is registered in England > as a limited company 2842414 and as a charity 1031031 > > #################################################################################################################################################################################################################### > > _______________________________________________ > Rivendell-dev mailing list > [email protected] > http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev > _______________________________________________ Rivendell-dev mailing list [email protected] http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
