Programador MusicMaster
La experiencia de visualización de la página web de MusicMaster, así como la web como un todo, sería mejor si actualiza su navegador.

MusicMaster Blog

TEMPO vs. MOOD Publicado por Webmaster en noviembre 13th, 2017

By Jesus Rodriguez

Let’s talk about Attributes! Attributes are the codes you can give to a song to define its Gender, Genre, Era, etc.

Specifically let’s talk about Tempo and Mood attribute codes. As obvious as it may seem to what the difference is between these two, you would be surprised at how easily the lines are blurred. I get calls at times asking why so many slow songs are playing next to each other or sad songs playing next to a slow song. The common mistake is that many music schedulers use Tempo Slow as Sad rather than the speed of a song. For some reason the misconception is that if it’s a slow song it must be a sad song. So, in their head they hear a slow beat as they are coding and give a happy slow track a slow tempo code based on the assumption that if it’s slow it must be sad. However, not all slow songs are sad songs and this can also be the case with up-tempo dance songs that have a sad message about a break up for example. My best examples are urban records right now. There are many are in the 60-80 BPM range (Beats Per Minute) but they are not sad songs. Just listen to the lyrics or better yet go to a nightclub and see the crowd react to the hot new Drake record that is 71 BPM.

I notice that many music schedulers never consider also using Mood. Those same people are the first to say, “That station has a really bad tempo issue!” Maybe it’s never been a tempo issue at all but a mood issue.

Here is my solution to help your station flow better. Lets start using both Tempo and Mood attribute codes right away. If you don’t have one or either of these contact your Music Scheduling Consultant so we can add a field for it. You can create your attribute codes by going to Dataset, Library, Attributes.

First, get out of the mindset of assigning tempos based on feelings like sadness. If you have a hard time being disciplined and not letting your feelings get in the way of what you hear in your head when coding, download a free BPM counter app. This way you can get the actual speed of the song in beats per minute. We can’t change the Slow, Medium, or Fast tempo of the song so stick to what tempo truly is: a speed not a mood.

Now also code those songs based on Mood only! You have to get your mindset out of thinking speed and truly engage on the feeling the song gives you when it comes on the radio. For this example, we’ll keep it simple. Is the song Sad, Happy, or Exciting. When picking the mood of the song I like to think about how people react to the lyrics or rhythm while in their car or even at a nightclub. Is it going to make them drive off a cliff because it’s sad when they’ve had a terrible day? Is it a good listening, happy song for everyday leisure? Is it an exciting song I play at the club that packs the dance floor? I then code my mood accordingly based on feelings alone not tempo.

This is all great but how do we use these together if we’re no longer using Tempo to define both the speed and the way the song makes us feel? Well now that we have both Tempo and Mood defined on every song we can set up some basic rules to keep Tempo Slow songs from playing to close to each other or even back to back. We can do the same for Mood when it comes to sad songs or in reverse if we don’t want the station to be to uplifting.

Are we in agreement now that not all slow songs are sad? If so your stations mood will be better balanced because you can now have a Tempo Slow/Mood Exciting song like the new Drake that’s 71 BPM go right into an up-tempo song with sad lyrics to help pick up the pace rather than two slow tempo songs one of which you labeled as sad but was really happy back-to-back. When you play an actual sad song your mood rules can kick in to uplift the feelings of the listeners instead of back-to-back sad songs on a day they just got dumped by the person of their dreams.

Just remember that the next time someone says your station has a tempo issue, what may really be going on is a mood issue because it’s not being utilized. Ask them these same questions so you’ll have a better idea of what to adjust.

Call your Music Scheduling Consultant if you have any questions.

Tags:

Coding Music: Make It Your Own! Publicado por Webmaster en julio 17th, 2017

By Drew Bennett

When I was young and just learning to program a day’s music log, my main issue was not being aware of what I needed to know about the music I was scheduling. Sound codes, Mood, Tempo, Type and Texture were mostly foreign to me. I can sit here and remember working on the DOS-based version of MusicMaster at KNNC in Austin, TX and thinking back then, “I guess I’ll just schedule this music the way the other guy showed me and then fill in these unscheduled positions and…done.” I bought my first PC in 1997. I got serious with learning about computers and the software I used at work every day. A majority of my time was spent reading the MusicMaster-DOS manual and that began my journey toward a passion for the science and art of music scheduling. Sound codes, Mood, Tempo, Type and Texture became my main daily focus. As a result, I listened to music differently than ever before.

My point is that I began to pay attention.  I developed a personal sense of music and what made songs slow or fast, pop or rock, etc. I have my own opinions about what constitutes a sad song or a happy one. You do too.  That personal sense of attributes that apply to a song needs to be in your music library if you program a radio station. If you landed a new job as the PD or MD of a heritage station in your favorite city, what would you do with the music when you got there? It might also be a good idea to ask what the last guy did with the music when he got there, too. How many programmers have touched this database in the last few years? Who uses this database day-to-day? Does a consultant have access to it? Do they make changes? These are big questions you should ask when you walk into a new situation at a radio station. You’d be surprised to learn that these questions are rarely asked by programmers and many times, databases are filled with data that’s been inputted by the last four or five programmers that worked at the radio station.

When you are tasked with a new job of scheduling music at a radio station, your first line of business after filling out a direct deposit form is to get into the database and make it your own. Take the bold move of wiping out every attribute in each song card and start over. If “Faithfully,” from Journey is a slow song, you need to have been the one who decided that and coded the song. If you do not, you are relying on the opinions of others to program your radio station. It’s as if someone is living with you in your own house! Perhaps not, but it is bad data. It is not yours and it could affect your music logs in a negative way.

To remain consistent with your music, it is a good idea to keep a one-sheet about your database. In that document, list coding examples in song cards and helpful notes about clocks or other areas you might use like Gold Recycling.

Slow Tempo = “Vision of Love” – Mariah Carey.

Rock = “New Sensation” – INXS.

“We use Migrating Positions during the afternoon to keep variety in the quarter hour between our ’60s category and our ’90s category.”

“Category P uses Gold Recycle. We pick up at 9am for 8 hours and we drop off at Midnight for 5 hours.”

You will save time exploring the software if your notes are thorough and you will help programming assistants and/or consultants get around the data if they need to review your work.

Making the database your own by coding every record yourself and keeping notes about your database for quick reference is the best way to keep good data and a tight ship in the programming department. Here are some extra tips to consider as you get started:

Clone your existing database and make your changes there. That way, you can keep a music log going in the original data and you can trade the old data for the new data when you are done. The idea that you can make mistakes in copied data is also a plus. Once you are done re-coding the data, think about a review of your rules and how they may need to be changed to adapt to new coding.

Happy scheduling!

Tags:

Programación de Intros/Entradas Publicado por Jesus Rodriguez en marzo 25th, 2011

Por Paul Ziino

Muchos clientes MusicMaster utilizan las reglas de protección Segue para asegurarse de no continuar canciones lentas con canciones rápidas o prevenir a artistas femeninas de jugar consecutivamente. Pero, ¿has considerado usar protección Segue a coincidir con los tiempos de los charla a los intros canción apropiada? Esta es la pregunta que recibimos:
“Tengo una canción con una entrada de 12 segundos. Quiero asegurarme que la pieza de representación antes de que revise la rampa de la canción y cumplirá el puesto. ¿Es posible esto?”

La respuesta es Sí. Primero necesitarás un campo en tu base de datos que puede acomodar a la codificación necesaria para hacerlo. Trabajará un inusitado campo atributo-general, o un campo de atributo-Multiple puede funcionar tan bien.

Paso 1: crear los códigos adecuados. Para hacer esto, vaya a Dataset/biblioteca/atributos. Utilice el desplegable en la parte superior para seleccionar el campo atributo deseado. Asegúrese de entrar en el campo valor, así como la descripción, el número de segundos para que el campo de las clases en el orden correcto.
Usted puede elegir cualquier solos caracteres que deseas los códigos, no obstante recomendamos utilizar algo intuitivo. Por ejemplo, hemos utilizado los códigos 0-9 para los tiempos de introducción de cero a nueve segundos. Usamos mayúsculas-1 (!) para 11, Shift-2 (@) para 12 y así sucesivamente.

Paso 2: código de la biblioteca. Consulta de la biblioteca de canciones donde Intro equivale a X.


Luego, agregue el código X al campo Talk-Over. Luego hacer una nueva consulta por igual a Intro Y, luego agregar el código Y al campo Talk-Over y así sucesivamente. Cuando haya terminado, la biblioteca debe ser algo así…

Hacer lo mismo con las categorías de la proyección de imagen para que imágenes seco tiene el código apropiado hablar de atributo asignado. Imagen producida se debe asignar el código 0 segundos.

Paso 3: crear la regla. En el árbol de la regla, abre la categoría de imágenes (o categorías). Entonces bajo “Atributo campo reglas” encontrar el campo Talk-Over, entonces la regla de protección Segue. Arrastrar y soltar esa regla en la categoría correspondiente de la proyección de imagen. Se debe configurar para que un código puede continuar sólo en sí mismo, la regla sólo debe probar adelante y debe ignorar no musical.

Nosotros hacemos la Prueba Adelante y no hace caso de la No música de modo que la representación sólo mire el siguiente artículo de la música previsto en el tronco y no mire nada programado antes de ello.

Paso cuatro: Establecer las propiedades de la programación. Ir a conjunto de datos/Programa/Propiedades de la programación. Asegúrese de que la imagen está programando categoría más adelante en el orden de las categorías musicales. Además, se le quiere dar la categoría a 100% de profundidad para que MusicMaster puede mirar todos los elementos de la categoría.

Consejo: Usted probablemente querrá múltiples piezas de imágenes para cada código de Talk-Over impedir que el exacto mismo artículo jugando cada vez que se requiere una altura sobre la rampa.

Otra variación de esta pregunta es…

“Quiero tener la proyección de imagen de horario MusicMaster que coincide con los ritmos de la música en cualquier lado”.

Puede utilizar los mismos pasos para igualar tempos de proyección de imagen de la canción que sigue. Y si usted está utilizando un campo atributo-Combo o atributo-In/Out para Tempo, puede en realidad probar hacia adelante y hacia atrás… que forma el primer código del campo es el principio y el último código del campo es el final. Por ejemplo…

Los códigos son S, M y F para lenta, media y rápida. En un campo de atributo-In/Out, tus canciones sería SS = lento In/Slow Out, SM = lento In/Medium Out, SF = lento In/Fast Out, MS = medio In/Slow hacia fuera y así sucesivamente. Luego se establecería su transición rejilla de protección así:

Tenga en cuenta que estamos probando hacia adelante y hacia atrás. Esto le dará el efecto deseado de barrido. Tiene dos canciones programadas con imágenes entre. La primera canción termina lento, la segunda canción comienza rápido. Cuando MusicMaster parcelas el pedazo de imagen en el medio, elegirá uno con un tempo de SF, así el imager empieza lento y termina rápido, barriendo perfectamente entre los dos elementos de la música!

Nota: Con un campo de atributo-Combo, sigue protección sólo mira el primer y último código. El código de medio se utilizaría en otras normas aplicables a ese campo.
Hay un montón de maneras que usted puede poner la regla de protección Segue a utilizar: Año Clave armónica intros, amenos, y mucho más. Si usted tiene preguntas, usted siempre puede conectar con su música Programación Consultor de respuestas.

Tags:

Attribute Time and Title Separation Publicado por Joseph Knapp en septiembre 27th, 2010

by Paul Ziino

When you open your Rule Tree (Dataset/Rule Tree or click the Lightning Bolt icon on your Toolbar), you open a world full of possibilities. Today we look at a couple rules found under each code within your “Attribute Field Rules”. (más…)

Tags: ,

Changing it up for Summer! Seasonal Psychology Publicado por Joseph Knapp en mayo 7th, 2010

By Marianne Burkett

Summer is coming and thoughts of warm afternoons at the park, pool or beach start circling your brain. You can’t wait. What you’re wondering right now is should you adjust your station programming to reflect the psychology of the season? Is that going to cause you hours of agonizing work in editing logs, or can you easily adjust your rules to force those summer fun songs into each hour? (más…)