Streaming de radio con SHOUTcast1. Poniendo en marcha el servidor SHOUTcast Podemos encontrar el servidor SHOUTcast en media-sound/SHOUTcast-server-bin. Puede instalarlo con el siguiente comando:
SHOUTcast Server será entonces instalado. El siguiente paso es configurar su nuevo servidor SHOUTcast. Configurando el servidor SHOUTcast Ahora que el servidor SHOUTcast está instalado, debe ser configurado. El fichero de configuración puede encontrarse en /etc/shoutcast/sc_serv.conf. Comencemos con la configuración. Asegúrese de que es root y abra el fichero de configuración con su editor favorito. He elegido vi para este ejemplo. Ahora abriré el fichero con vi:
Esto abrirá el fichero de configuración del servidor SHOUTcast para su lectura. Aquí encontrará el fichero de configuración con las diferentes opciones que puede ajustar. Echemos un vistazo a cómo ajustar estas opciones en particular.
Aquí es donde se indica el máximo número de usuarios. Como muestra la descripción de arriba, no tiene sentido ajustarlo a 100 usuarios en una línea de 256kbps de subida (este es el valor que he usado y mi ancho de banda de subida es aproximadamente éste). Si está usando el servidor SHOUTcast en una LAN, probablemente pueda ajustar este valor MUCHO más alto (a los mencionados 100). Por favor, recuerde no abusar de su ancho de banda, cualquiera que éste sea. El ancho de banda es un valor de alto precio para los ISPs y algunos pueden limitar su cuenta, penalizarle con altos pagos, o ambos.
Aquí es donde se ajusta la contraseña. La contraseña en sí está en texto claro. Por razones de seguridad, recomiendo ENCARECIDAMENTE que no se usen contraseñas que son usadas para acceder a componentes críticos del sistema u otra información sensible. Cree su contraseña de la forma más aleatoria posible, con una combinación de letras y números. Esta clave será la que SHOUTcast Trans (o cualquier otro proveedor de contenidos) emplee para conectarse y ofrecer los contenidos en la emisión.
Este valor indica el puerto al que los usuarios se tendrán que conectar en su servidor SHOUTcast. El puerto por defecto es el 8000, ya que es el que la mayoría de los servidores capaces de ofrecer mp3 apuntan por defecto (Audacious, winamp, etc.). Como se indica en la descripción, si desea usar un puerto inferior al 1024 necesitará acceso como root. Sin embargo, recomiendo no usar un puerto menor que el 1024 para el servidor SHOUTcast.
Este parámetro indica la localización del fichero de registro del servidor SHOUTcast. En el ebuild, éste viene ajustado a /dev/null, por lo que tendrá que cambiarlo para obtener los mensajes del servidor. Lo he ajustado a la ubicación básica /var/log. Puede hacer que apunte al lugar que desee.
Este parámetro muestra información acerca de la canción actual en stdout una vez por segundo. Viene desactivada por defecto en el ebuild, de esta forma, el demonio SHOUTcast corre de la manera más silenciosa posible. Ajústelo a 1 si quiere esta información cada segundo. Sin embargo, le recomiendo que use la página de estado en su lugar.
Este parámetro está desactivado por defecto en el ebuild para hacer que el demonio se ejecute de la forma más silenciosa posible. Si se activa, se registrará cualquier evento (conexiones, desconexiones, etc.) en stdout en el momento en que suceda. Sin embargo y debido a que los ficheros de registro hacen lo mismo, recomiendo usarlos en su lugar.
Tal y como indica, este valor, le permite indicar cuántas canciones de las recientemente reproducidas se mostrarán en /played.html. Si pone más de 20, deberá probablemente considerar usar más café.
Este ajuste activa o desactiva el registro de las modificaciones en el directorio realizadas por el DNAS (Distributed Network Audio Server), o de más brevemente: SHOUTcast. Está recomendado para aquellos que desean tener una mayor seguridad en el registro. Los usuarios básicos o domésticos probablemente no lo necesiten.
Este parámetro especifica si quiere registrar o no las peticiones al servidor HTTP que ofrece SHOUTcast. De nuevo, está recomendad para los que deseen una mayor seguridad en el registro, pero no está recomendado para usuarios casuales o domésticos.
La primera opción activa el registro W3C. Este tipo de registros pueden ser analizados por los programas indicados (Analog, WebTrends, etc.). Está especialmente recomendado para los que quieran tener una mayor profundidad en sus estadísticas. La segunda opción especifica donde almacenar el registro W3C. Está ajustado a /dev/null por el ebuild.
La variable SrcIP indica la IP desde la cual el contenido se emite. Puede ser de otro servidor (retransmisión), del servidor local (normal) u otra IP que soporte su interfaz. Ajustándola a servidor local (localhost) se impide que otro servidor use su servidor SHOUTcast como fuente de su emisión. El valor por defecto es ANY, este valor causará que su servidor SHOUTcast ofrezca contenidos desde cualquier IP. Por cuestiones de seguridad, es mejor ajustarlo a algo específico.
Este parámetro determina la IP de su interfaz a la cual permitirá que sus usuarios se conecten. Puede ser el servidor local (si es un antisocial y desea emitir únicamente para su máquina), una dirección IP privada (por ejemplo 192.168.0.101, para dar servicio en una red local), o su dirección IP externa (por ejemplo, 209.204.249.201, para emitir en una WAN, no en una LAN). En la mayoría de los casos puede conectarse a su propia emisión usando 127.0.0.1 en lugar de lo que se muestra. ANY le permite a su servidor SHOUTcast, escuchar en todas las direcciones IP en todos los interfaces disponibles.
Esta variable tiene dos funciones. En primer lugar, es el puerto que se usa para conectar a yp.SHOUTcast.com. La página yp.SHOUTcast.com es la usada por nullsoft para los servidores públicos, de forma que los usuarios sepan en que puertos se está escuchando. Los usuarios pueden buscar su estación emisora en esta página. El segundo uso que se le da a esta variable es para proxies web. Ajústela al puerto que usa para las conexiones a través de un proxy, igualmente ajuste DestIP a su proxy para realizar la emisión.
Esta opción especifica si se desean realizar búsquedas DNS inversas o no en los clientes. Esto tomará una dirección IP e intentará encontrar el correspondiente nombre del servidor. Se usa para que los registros de actividad sean más detallados.
Estas opciones especifican si su servidor está actuando como un servidor de retransmisión. Los servidores de retransmisión se usan a menudo para tomar una conexión de bajo ancho de banda que sólo puede emitir a un cliente, y usar su mayor ancho de banda para servir a más clientes. RelayPort especifica el puerto y la dirección IP del servidor SHOUTcast del que desea hacer retransmisión. Comente estas opciones si no tiene planes de usar su servidor para retransmitir.
Ajustando esta variable, se creará un perfil de emisor y otro de administrador. El emisor puede entrar en el servidor con una clave y ver las conexiones activas. Sin embargo, si esta persona quiere echar, prohibir o administrar conexiones del servidor, deberán entrar con la contraseña del administrador. Esta opción crea roles más específicos en su servidor. Esto es lo recomendado para instancias en las que el administrador no es la misma persona que el emisor.
Aquí se especifica si los usuarios son echados o no si se desconecta de la emisión por cualquier razón. Está ajustado a 0, de tal forma que los clientes agotarán el tiempo o continuarán intentando guardar la emisión. Use esta opción si espera interrupciones breves en cualquier momento.
Esta opción especifica cuando el servidor SHOUTcast debe terminar de esperar por una fuente (principalmente un servidor de retransmisión) para ofrecer contenidos de esta fuente. Cualquier valor entre 30 y 60 deber ser razonable para esta opción.
La opción ContentDir especifica dónde se encuentra el contenido que será demandado por los usuarios. Por ejemplo si desea anunciar una emisión a los empleados, podría usarlo para este propósito. El ebuild del servidor SHOUTcast lo ajusta a /opt/SHOUTcast/content por defecto. Para usar esto, copie un archivo mp3 en el directorio de contenidos y apunte su navegador a http://example.com:[port]/content/mp3name.pls. El servidor SHOUTcast Server creará automáticamente una lista de reproducción compatible para este mp3 y lo ofrecerá como una emisión bajo demanda. Use esto como alternativa a SHOUTcast Trans emitir sus contenidos.
Esto le permite configurar un fichero de introducción. Cada vez que un usuario se conecta, se escuchará la reproducción de este fichero. Tal y como se indica, la relación de bits en la emisión y en la canción de introducción deben coincidir, o de lo contrario, las cosas podrían ir mal. Puede, sin embargo, poner algo como intro128.mp3 e intro64.mp3, y se reproducirá intro128.mp3 a los usuarios que se conecten a su emisión de 128kbps e intro64.mp3 a los que se conecten a 64kbps.
Es igual que arriba, pero el fichero se reproducirá cuando la emisión termine, en lugar de cuando el usuario se desconecta. Ésto sólo funciona si la variable AutoDumpUsers esta definida como 0.
Esto ajusta un título no variable para su servidor Shoutcast. Use esto si el nombre de su emisión es distinto del nombre de su servidor. Esto no funciona con servidores configurados como retransmisores.
Funciona igual que TitleFormat excepto que el URL listado es usado en lugar del URL de la emisión.
Aquí se especifica si quiere que su servidor sea listado como un servidor público incluso si el plug-in de su servidor de retransmisión o fuente está listado como tal.
AllowRelay determina si se permite a otros servidores hacer retransmisiones de su contenido. Si cree que no va hacer retransmisiones ajústelo a No.
AllowPublicRelay especifica si su servidor va a ser listado o no en el directorio SHOUTcastpublic si el servidor del que está realizando retransmisión está ya listado. Dese cuenta de que PublicServer puede anular el efecto de este ajuste.
Simplemente déjelo como está.
No estoy seguro de porqué necesitaría este ajuste. Básicamente, si un usuario está activo durante demasiados minutos se procede a su desconexión. El único caso que se me ocurre es expulsar a los usuarios ociosos o personas que crea que deberían estar haciendo otras cosas en lugar de escuchar su emisión. El valor se indica en minutos.
Este es el nombre del fichero que contiene la lista de clientes a los que no está permitido el acceso a su servidor. El nombre por defecto es sc_serv.ban, sin embargo puede usar el cualquier nombre que quiera en este ajuste.
Tan desalentador como suena, Rip realmente significa "Reserved IP" (IP Reservada). Úselo para que sus amigos y otras personas que considere más importantes que otros usuarios. Si actualmente está emitiendo al mayor número posible de usuarios y uno de sus miembros "rip" intenta conectarse, el servidor echará a la persona que más tiempo lleve escuchando la emisión.
Esto permite que únicamente los miembros Rip se conecten a su servidor. SHOUTcast. Puede usarlo para emisiones de radio privadas o para hacer que ciertos retransmisores puedan acceder a su servidor.
Básicamente, si está corriendo muchos servidores SHOUTcast, sería una verdadera molestia cambiar todos los registros, prohibiciones, etc. a algo único para cada configuración. En lugar de esto, puede ajustar Unique al algún valor y el símbolo $ será reemplazado al valor que se haya ajustado en Unique. Por ejemplo, si un fichero contiene Unique=Jazz y otro contiene Unique=Rock, entonces Log=/var/log/$.log produciría /var/log/Jazz.log en un fichero de configuración y /var/log/Rock.log en el otro fichero. Así es más simple cuando se trabaja con muchos servidores SHOUTcast con configuraciones similares.
Si está corriendo varios servidores SHOUTcast y desea usar variables de configuración comunes sin tener que ajustarlas en cada fichero de configuración, puede ajustarlo para que apunte a un fichero que contiene los ajustes que son comunes a varias configuraciones.
En sistemas con múltiples CPUs, use este ajuste para forzar al servidor SHOUTcast para que use un número CpuCount de procesadores. El valor por defecto es asignar un hilo de ejecución a cada procesador, y tener oyentes en todos los hilos. Si lo ajusta a un valor inferior al número total de procesadores, hará que los procesadores libres se dediquen a otras tareas.
El servidor SHOUTcast usará el valor Sleep para determinar el hueco entre cada envío de datos. A mayor valor, mayor hueco, al menor valor menor hueco y por lo tanto el servidor SHOUTcast usará más tiempo de CPU. En sistemas lentos, tal y como se indica, podría querer bajar este valor de modo que el servidor SHOUTcast envíe los datos más y más frecuentemente a los usuarios. Lo mejor es dejarlo como está.
Probablemente no tenga que preocuparse demasiado de este ajuste, a menos que use analizadores XML propios para crear estadísticas de su servidor. Si el analizador XML no puede manejar espacios en blanco y avances de línea en XML, ajuste este valor a Yes, y debería funcionar. Conclusiones de la configuración Su servidor SHOUTcast debería estar configurado ahora. Para empresas que usan SHOUTcast, le recomiendo activar el registro WC3, ya que puede ser analizado fácilmente y usado para crear sus propias estadísticas. Debería también activar la variable AdministratorPassword. Probablemente desee activar alguna otra opción de configuración si está creando varios servidores SHOUTcast. Con la configuración ya realizada, nos centraremos ahora en hacer que SHOUTcast esté arriba y funcionando. Comenzaremos con una simple emisión para un comienzo suave, luego trabajaremos con SHOUTcast Trans (ya que hay algún otro elemento implicado). 2. Comenzando con el servidor SHOUTcast Ajustando la emisión bajo demanda La emisión bajo demanda, tal como se describe en el capítulo de configuración, establece automáticamente listas de música con los archivos mp3 a servir en el directorio de contenido. El ebuild del servidor SHOUTcast establece el directorio para todos los mp3 a servir en /opt/SHOUTcast/content. Comencemos creando una instancia sencilla de emisión bajo demanda de mp3. En primer lugar, necesitaremos obtener contenido mp3 de algún lugar y ponerlo en el directorio de contenidos. Tomaremos como ejemplo el fichero ejemplo.mp3 de un directorio /Mp3 que acabamos de crear.
Ahora el fichero ya está copiado. Necesitamos arrancar ahora nuestro servidor SHOUTcast para que el fichero pueda ser accedido.
El pequeño letrero es para asegurarse de que ningún paso termina mal (esto es, nos aseguramos de que el servidor ha arrancado correctamente). ¡Su servidor SHOUTcast está ahora funcionado! Debido a la naturaleza del contenido bajo demanda, únicamente se podrá acceder desde un navegador Web. MPlayer o cualquier otra herramienta no será capaz de conectar a la emisión. Yo uso kmplayer para acceder a la emisión directamente desde mi navegador. Puede ver el resultado en la siguiente imagen.
Algunas personas tienen configurado Audacious para que maneje sus tipos mime, de modo que su navegador puede lanzar Audacious para reproducir el contenido de la emisión. Ahora que puede emitir contenidos bajo demanda, trabajaremos con SHOUTcast Trans para crear un auténtico servidor de emisiones de radio. Introducción a SHOUTcast Trans SHOUTcast Trans es el nombre corto de SHOUTcast Trans(codificador), y es capaz de transcodificar ficheros mp3 a mayor o menor relación de bits. SHOUTcast Trans trabaja emitiendo los mp3 de una lista de reproducción especificada en el fichero de configuración. Comenzaremos ajustando la configuración de SHOUTcast Trans, de forma que podamos tener una buena estación de radio. Abriremos el fichero de configuración de SHOUTcast Trans, que está localizado en /etc/shoutcast/sc_trans.conf.
Ahora que tenemos el fichero de configuración de SHOUTcast Trans abierto, empezaremos a configurar la emisión fuente.
Este ajuste le indica a SHOUTcast dónde encontrar los contenidos de la emisión. Este ajuste requiere que exista el fichero, por lo que, adelante, cree una lista de reproducción. Crearé una auténtica de mi directorio /Mp3 al que me refiero anteriormente.
Ahora que la lista de reproducción está creada, apuntamos al fichero de configuración y SHOUTcast Trans sabrá que ficheros debe emitir.
Este ajuste indica dónde enviar el contenido de la emisión. En esta guía será la dirección IP y puerto del servidor SHOUTcast que se definió anteriormente (DestIP y PortBase).
Es la misma contraseña que se usó en la configuración del servidor SHOUTcast.
Aquí se ajusta el título de su emisión (por ejemplo Radio Uno), el URL (es decir http://www.radio-uno.com), y el género (por ejemplo Electrónica Trance Tribal).
Esto apuntará al fichero de registro de SHOUTcast Trans. Todo el registro irá aquí.
Decida si quiere que su lista de reproducción reproduzca de forma aleatoria las canciones de su lista en cada momento. La mayoría ajustan este valor a 1. Si va a aceptar peticiones de canciones ajústelo a 0 y le explicaré cómo hacerlo más adelante.
Bitrate ajusta la relación de bits de su emisión. Puede tomar valores desde 8000 (8kbps) a 128000 (128kbps). SampleRate ajusta la relación de muestreo de la emisión. Puede tomar cualquier valor entre 11025 (11025kHz) y 44100 (44100kHz). Channels ajusta el número de canales de su emisión. Puede tomar el valor 1 (mono) ó 2 (estéreo). Quality ajusta la calidad de la emisión. Esto de alguna manera es controlado por Bitrate/SampleRate/Channels. Aquí es donde tendrá que lidiar con la compresión de la emisión. El valor 1 le ofrece la mejor calidad, 10 le ofrece la mayor velocidad. ¡Tenga en mente la capacidad de su conexión cuando ajuste estos valores! Use la guía para hacerse una idea de las características que tiene que tener su mp3 cuando sea emisión.
Esto ajusta la atenuación entre las canciones (en inglés: cross fading o atenuación cruzada). Ajustándolo a 0 desactivará esta característica. Si lo ajusta a 1, la canción 1 se atenuará y la canción 2 se intensificará. Si lo ajusta a 2, la canción 1 se intensificará y la canción 2 se atenuará. La longitud (CrossfadeLength) indica la duración de la atenuación.
Aquí se decide si se quiere usar las etiquetas ID3 para información sobre el mp3.
Aquí se indica si las emisiones deben ser listadas públicamente cuando se retransmite a un servidor. ¡Recuerde que PublicServer en el fichero sc_serv.conf hará que se ignore esta opción!
Esta variable indica su información de contacto (el DJ). Puede indicar canales AIM o ICQ para petición de canciones o cualquier otra cosa. Igualmente puede indicar su propio canal IRC de forma que pueda interactuar con varios usuarios a la vez. Conclusiones sobre la configuración de SHOUTcast Trans ¡Su SHOUTcast Trans ahora está preparado para emitir a su servidor SHOUTcast! Comenzaremos con la emisión de sus mp3. 4. Comenzando con SHOUTcast Trans Debido a que uso SHOUTcast Trans con el servidor SHOUTcast, tiendo a arrancar SHOUTcast Trans, que automáticamente arranca SHOUTcast (más fácil). Por lo que arrancaremos SHOUTcast Trans.
Escuchado la emisión SHOUTcast Trans Ahora que tiene arrancado SHOUTcast Trans, comenzaremos a escuchar nuestra emisión. Yo uso MPlayer en este ejemplo para reproducir el stream.
Se ha recortado algo la salida. La variable -cache se ha usado para pasar por alto mis ajustes de búfer. Y ¡voilà! ¡ahora está escuchado su emisión! En el próximo capítulo le mostraremos cómo hacer algo más con su servidor SHOUTcast. Las empresas pueden usar SHOUTcast de varias formas:
Hay más posibilidades de uso del servidor SHOUTcast para las empresas. ¡Use emisiones en directo para sustituir al viejo y aburrido texto! El servidor SHOUTcast es uno de los más populares para los DJs nuevos y también para los veteranos. Para los que están empezando hay muchas formas de mejorar la experiencia del usuario con su servidor SHOUTcast. Tener una canción de introducción es muy importante. Le da al usuario una idea de lo que ofrece su estación. ¡Asegúrese de incluirla! Publique su servidor en yp.SHOUTcast.com (descrito en la sección de configuración del servidor de SHOUTcast) de forma que todo el mundo sepa quién es. Una de las cosas más importantes es ser capaz de oir las peticiones de sus usuarios. Para activar esta opción en primer lugar desactive Shuffle en sc_Trans.conf. Tenga preparadas, digamos, 10 canciones más o menos. Comience entonces a aceptar peticiones. Cuando alguien pida una canción, simplemente añádala al final de su lista de reproducción, y use este guión para controlar lo que SHOUTcast Trans hace con su lista de reproducción.
Cuando añada la canción a su lista de reproducción, le tendrá que indicar a SHOUTcast Trans que ésta ha cambiado con la nueva petición.
Debería ahora hacer llegar a los usuarios que la petición de canciones está abierta. O, si lo prefiere, puede saltar canciones de la lista.
Tenga cuidado en no saltar demasiado, ya que no hay control previo. Una vez que alcance la canción, la petición comienza. Normalmente espero a tener cinco peticiones más o menos antes de atenderlas. De esta forma no vuelve a comenzar. Si se queda sin peticiones y espera que en breve no las atenderá, entonces simplemente copie la siguiente sección de su lista de reproducción sobre las peticiones y recargue la lista de nuevo. Una vez que la canción actual termine, volverá a la nueva lista de reproducción. Con esto termina el tutorial del servidor SHOUTcast y SHOUTcast Trans. Espero que saque partido de esta información y por favor, ¡envíeme un correo con cualquier comentario o sugerencia sobre esta página! ¡Disfrute de su nuevo servidor SHOUTcast! El contenido de este documento, a no ser que se especifique expresamente, está registrado bajo los términos de la licencia CC-BY-SA-2.5. Se aplican las Pautas de Utilización del logotipo y nombre de Gentoo. |
|
