Rotazione MUSICALE: Yesterday Protection, Daypart Non-Burn, proprotezioni a 30m

Ciao a tutti,

utilizzo MB Studio per una programmazione musicale strutturata basata su clock differenziati nelle varie fasce orarie della giornata.
In mancanza di un campo dedicato alle categorie editoriali, utilizzo il parametro Genere per costruire le classiche categorie di rotazione (Power, Heavy, Recurrent, Gold 2000, Gold 90 ecc.).

Per semplificare il ragionamento, faccio un esempio numerico:
se in media ho 3 Power per ora, significa circa 72 slot Power al giorno.
Costruendo correttamente il numero di titoli nel “pozzo”, ottengo circa 4 passaggi al giorno per ogni Power. Fin qui il sistema funziona.

Vorrei però segnalare tre aspetti che, in una logica di rotazione più evoluta, potrebbero migliorare ulteriormente il comportamento del motore.

1) Yesterday Protection / Time-Shift (protezione giorno su giorno)
Con l’attuale sistema, noto che i brani tendono a ricadere sempre nelle stesse fasce orarie nei giorni successivi.

Esempio reale:
giorno 1 → 05:10 – 10:20 – 15:35 – 19:15
giorno 2 → di nuovo intorno alle 05 – 10 – 15 – 19
giorno 3 → stessa dinamica

Le protezioni su artista e titolo funzionano correttamente nello stesso giorno, ma manca una vera Yesterday Protection sull’orario del giorno precedente.

Sarebbe utile poter impostare una regola tipo:
- se ieri un titolo è passato alle 10:15, oggi non può andare tra 09:15 e 11:15
oppure
- evitare che torni nella stessa “hour-of-day” del giorno precedente.

Questo permetterebbe ai passaggi di scalare nel tempo pur mantenendo invariato il clock, evitando l’effetto di ancoraggio alle stesse ore.

2) Daypart Non-Burn (passaggi notturni che non consumano la rotazione principale)

Prendiamo una categoria Gold con media di 1 passaggio ogni 7 giorni.
Se un brano passa nella fascia notturna (es. 00:00–05:00), quel passaggio consuma normalmente la rotazione.
Risultato: il titolo sparisce per diversi giorni anche dal daytime.

Sarebbe molto utile introdurre una logica di Daypart Non-Burn, cioè:
- definire una o più fasce orarie che non consumino la rotazione principale
oppure
- attribuire un peso diverso ai passaggi notturni rispetto a quelli diurni.

In questo modo si potrebbe utilizzare un brano anche nella programmazione notturna senza alterare la distribuzione nella fascia principale.

3) Protezioni con granularità a 30 minuti

Ultimo punto, più semplice ma molto utile.
Attualmente le distanze su artista e titolo sono impostabili per ore intere (1h, 2h, ecc.).
Sarebbe utile poterle definire anche con granularità di 30 minuti (es. 1h30, 2h30).

Esempio pratico:
- con separazione artista a 1 ora, può capitare che un artista passi alle 09:05 e di nuovo alle 10:05 → distanza tecnica rispettata ma percezione ravvicinata;
- con separazione a 2 ore, invece, il vincolo diventa troppo rigido.
Una separazione a 1h30 rappresenterebbe spesso il compromesso ideale.

Utilizzo anche la funzione “Genera playlist”, che permette di creare in anticipo le playlist complete, ma questo non modifica la logica di protezione e selezione applicata dal motore, quindi le dinamiche sopra descritte restano invariate.

Chiedo quindi se funzionalità di questo tipo siano tecnicamente implementabili oppure se esistano già combinazioni di parametri che permettono di ottenere risultati simili.

Grazie per l’attenzione e per il confronto.
Un saluto.

Ciao Maurizio, grazie per la risposta.

Sul punto 1 credo ci sia un equivoco tecnico.

“Distanza tra stesso orario” (per come funziona oggi) lavora tra passaggi consecutivi dello stesso brano, cioè evita che il passaggio successivo ricada nella stessa fascia oraria rispetto al passaggio precedente (quindi un effetto “oggi→oggi”, all’interno della stessa giornata/rotazione).

Il comportamento che descrivevo io invece è “giorno→giorno”: lo stesso brano, pur passando più volte al giorno, tende a ricadere sulle stesse fasce nei giorni successivi.

Esempio:
giorno 1 → 05 / 10 / 15 / 19
giorno 2 → di nuovo 05 / 10 / 15 / 19 (con piccoli scarti)
giorno 3 → stessa dinamica

Quindi non intendo “spostare il prossimo passaggio rispetto a quello precedente”, ma:
se ieri è passato alle 10:15, oggi evitare quella fascia (es. 09:15–11:15) oppure evitare la stessa hour-of-day del giorno precedente, così i passaggi scalano nel tempo.

Per questo motivo “distanza tra stesso orario” non risolve l’effetto che segnalavo.


Sul punto 2 capisco l’apparente complessità.

Sul punto 3 (protezioni a 30 minuti), pensavo fosse in realtà un intervento piuttosto semplice, trattandosi di consentire step intermedi (es. 1h30, 2h30) invece dei soli intervalli a ore intere. Si tratterebbe semplicemente di permettere alle varie politiche di protezione step da 30 minuti anziché solo 60. Per chi lavora su rotazioni strutturate sarebbe un miglioramento molto utile.

Per quanto riguarda lo scheduler esterno: conosco e utilizzo sistemi come Selector o MusicMaster; infatti le ispirazioni alle proposte che ti ho fatto derivano proprio da lì.

Il punto però non è sostituire MB, ma rendere MB più flessibile anche per chi, come me, fa programmazione musicale in consulenza su più realtà e non tutte dispongono di scheduler dedicati.

Credo che alcune di queste funzioni, anche se “avanzate”, possano essere utili non solo a me ma a chi vuole spingere un po’ di più la rotazione.

Un saluto.

Mammix wrote:

Per semplificare il ragionamento, faccio un esempio numerico:
se in media ho 3 Power per ora, significa circa 72 slot Power al giorno.
Costruendo correttamente il numero di titoli nel “pozzo”, ottengo circa 4 passaggi al giorno per ogni Power. Fin qui il sistema funziona.


 

Ciao,
sposo di l'idea di Maurizio per lo scheduler... ma c'è un però che potrebbe esserti di aiuto.

Dai tuoi calcoli, se ho fatto il conto giusto e interpretato la tua idea, fai un "pozzo" ristretto a 18 brani x 4 passaggi... troppo ristretto per l'algoritmo, dal mio punto di vista, dovresti aumentare il numero di brani di almeno 25% (quindi portarli a 22), e in contemporanea aumentare del 50% il numero di passaggi assegnati (e vai a 6).

Cmq anche uno scheduler potrebbe arrabbiarsi un pochino con un "pozzo" molto ristretto.

Saluti, Paolo F.

 

Mammix wrote:

2) Daypart Non-Burn (passaggi notturni che non consumano la rotazione principale)

Prendiamo una categoria Gold con media di 1 passaggio ogni 7 giorni.
Se un brano passa nella fascia notturna (es. 00:00–05:00), quel passaggio consuma normalmente la rotazione.
Risultato: il titolo sparisce per diversi giorni anche dal daytime.

Sarebbe molto utile introdurre una logica di Daypart Non-Burn, cioè:
- definire una o più fasce orarie che non consumino la rotazione principale
oppure
- attribuire un peso diverso ai passaggi notturni rispetto a quelli diurni.

In questo modo si potrebbe utilizzare un brano anche nella programmazione notturna senza alterare la distribuzione nella fascia principale.

 

Divido così possiamo seguire meglio gli argomenti e rispondere di conseguenza
Qui mancano dati che un programmatore ha sempre sotto mano: quanti brani passano ogni giorno (media), quanti generi passano ogni giorno (es. 15 gold, 72 power, ecc...), quanti brani in archivio per ogni genere (supponendo di usare solo 1 genere), quali limitazioni generali sono state imposte per ogni genere (distanza oraria imposta in ogni singolo brano), e molto altro ancora.

Per risolvere il tuo problema, non conoscendo i dati sopra, si aggiunge un secondo genere (NIGHT) e si mette nella scaletta notturna al posto del GOLD e si aumenta di un valore (+1) il "peso". Direi che se non hai esigenze particolari puoi fare il tutto con una sostituzione multipla.

p.s.:  io sono abituato a semplificare, scusami MusicMaster



ma poi non sanno che dietro c'è anche questo


e anche questo








 

Ciao Paolo,
ti ringrazio per il contributo.

Sul “pozzo” : è un termine che uso da anni per indicare la profondità della categoria (chiamiamola pure pool depth, se vogliamo una definizione più internazionale). I numeri che avevo indicato erano volutamente semplificati per non appesantire il thread, ma il clock è già bilanciato nei 60 minuti complessivi.
Portare i Power da 4 a 6 significherebbe inevitabilmente togliere spazio ad altre categorie previste (Gold, Recurrent, ecc.), quindi non è solo una questione di dimensione del pozzo ma di equilibrio editoriale complessivo.

Per quanto riguarda il suggerimento del genere NIGHT, in realtà abbiamo avuto la stessa intuizione 
Attualmente utilizzo già un doppio genere sui brani interessati (es. GOLD + NIGHT) e nei clock notturni viene programmato il genere NIGHT. Inoltre, su questi brani utilizzo anche il parametro “Peso” impostato a 2, proprio per compensare il fatto che vengano utilizzati sia di giorno che di notte.
Il problema però è che il motore non garantisce un’alternanza giorno/notte, ma può concentrare più passaggi consecutivi nella fascia notturna (es. 3 notturni e 1 solo diurno), vanificando di fatto il tentativo di “salvare” l’esposizione diurna.
Il punto quindi non è tanto aumentare il pozzo o duplicare il genere (che sono soluzioni già in uso), ma la mancanza di una gestione distinta tra utilizzo diurno e notturno oppure di una vera protezione giorno→giorno.

Utilizzo abitualmente anche scheduler dedicati come Selector o MusicMaster, quindi conosco bene le logiche di gestione più evolute. Il senso del mio intervento qui non era replicare quelle funzioni, ma capire fin dove si può spingere MB in contesti dove uno scheduler esterno non è previsto.

Grazie comunque per lo spunto.
Un saluto.

Mammix wrote:

Ciao Paolo,
ti ringrazio per il contributo.

Sul “pozzo”

: è un termine che uso da anni per indicare la profondità della categoria (chiamiamola pure pool depth, se vogliamo una definizione più internazionale). I numeri che avevo indicato erano volutamente semplificati per non appesantire il thread, ma il clock è già bilanciato nei 60 minuti complessivi.
Portare i Power da 4 a 6 significherebbe inevitabilmente togliere spazio ad altre categorie previste (Gold, Recurrent, ecc.), quindi non è solo una questione di dimensione del pozzo ma di equilibrio editoriale complessivo.
 

Scusami forse mi sono espresso male ma da 4 a 6 dovrebbero salire gli SPIN (all'inglese) non il numero di generi nella scaletta che rimarrebbero sempre 4 POWER.

Stiamo parlando di fissare/migliorare/ottimizzare gli SPIN non il clock nella sua forma editoriale.

Saluti, Paolo F.

Mammix wrote:

Per quanto riguarda il suggerimento del genere NIGHT, in realtà abbiamo avuto la stessa intuizione 

Attualmente utilizzo già un doppio genere sui brani interessati (es. GOLD + NIGHT) e nei clock notturni viene programmato il genere NIGHT. Inoltre, su questi brani utilizzo anche il parametro “Peso” impostato a 2, proprio per compensare il fatto che vengano utilizzati sia di giorno che di notte.
Il problema però è che il motore non garantisce un’alternanza giorno/notte, ma può concentrare più passaggi consecutivi nella fascia notturna (es. 3 notturni e 1 solo diurno), vanificando di fatto il tentativo di “salvare” l’esposizione diurna.
Il punto quindi non è tanto aumentare il pozzo o duplicare il genere (che sono soluzioni già in uso), ma la mancanza di una gestione distinta tra utilizzo diurno e notturno oppure di una vera protezione giorno→giorno.

Utilizzo abitualmente anche scheduler dedicati come Selector o MusicMaster, quindi conosco bene le logiche di gestione più evolute. Il senso del mio intervento qui non era replicare quelle funzioni, ma capire fin dove si può spingere MB in contesti dove uno scheduler esterno non è previsto.

 

Ho qualche dubbio sui numeri quando mi dichiari "il motore non garantisce un’alternanza giorno/notte, ma può concentrare più passaggi consecutivi nella fascia notturna (es. 3 notturni e 1 solo diurno)" ... quante canzoni GOLD+NIGHT hai e di questi quanti interpreti unici hai in questo gruppo? Esempio 100 canzoni ma solo 5 interpreti è un discorso, 100 canzoni e 50 interpreti la cosa cambia.

La protezione night & day (e ci buttiamo un altro inglesismo) la studi sui numeri di canzoni, interpreti e numero di passaggi che il genere deve garantire ogni giorno.

Andiamo avanti vediamo se troviamo una soluzione. (SPOILER: c'è una soluzione, tranquillo)

Salutoni, Paolo F.