Shoutcast Hosting Shoutcast tutorial docs Streaming shoutcast documentation

Servers

Shoutcast Hosting
Windows Media
FLV Streaming
Monitoring Sms
Technical Support

Bandwidth

Master Plan

Support

Information

Certified

SHOUTcast DSP Plug-In for Winamp and Video Nsv setup

Tools and utility here

Conf file

NSV Cap Video encoding

Other Tutorial

Doc SAM Broadcaster With Shoutcast
Doc Windows Media
Doc Cast panel
Download

Source from http://www.shoutcast.com/support/docs/

For the install On your pc it's very simple download latest version of winamp
http://download.nullsoft.com/winamp/client/winamp524_full_emusic-7plus.exe install it first

and this

http://www.shoutcast.com/downloads/shoutcast-dsp-1-9-0-windows.exe
Once you have installed the DSP, start Winamp, open the preferences(CTRL+P) and click on the DSP/Effects subcategory under the Plug-ins tree. Please refer to the picture below:

If you see "Nullsoft SHOUTcast Source DSP v1.9.0" in the right pane, then you have correctly installed the SHOUTcast Broadcast DSP Plug-in.

SHOUTcast Source DSP

------------------------------------------------------------------------------

SHOUTcast DSP Plug-In for Winamp 5.x

Para la instalación en tu PC es la versión más última de la transferencia directa muy simple del winamp
http://download.nullsoft.com/winamp/client/winamp524_full_emusic-7plus.exe lo instala primero

y esto

http://www.shoutcast.com/downloads/shoutcast-dsp-1-9-0-windows.exe
Una vez que hayas instalado el DSP, comenzar Winamp, abren las preferencias (CTRL+P) y chascan encendido la subcategoría de DSP/Effects debajo del árbol de los Plug-ins. Referir por favor al cuadro abajo:
1. Si ves la “fuente DSP v1.9.0 de Nullsoft SHOUTcast” en el cristal derecho, después has instalado correctamente el Plug-in de la difusión DSP de SHOUTcast.
.
- Fuente DSP de SHOUTcast

------------------------------------------------------------------------------

.Configure your SHOUTcast Server

El puerto SHOUTcast debe enviar el uso para enviar audio. El defecto es 8000. Los usuarios del Unix deben estar enterados que no pueden utilizar un puerto debajo de 1024 a menos que funcionen el servidor como raíz

Los oyentes máximos permitidos a cualquier momento. Cerciorarte de que fijaras esto a un número realista dependiendo de tu anchura de banda y sistema operativo. La anchura de banda máxima usada para la porción es igual al bitrate que estás sirviendo en multiplicado por MaxUser x 1.1.

La contraseña a utilizar para el contenido y la administración que fluyen. Esto necesita emparejar exacto la contraseña en el plug-in del dsp del shoutcast para que los abastecedores de la fuente para enviar el contenido con tu servidor.

El archivo a utilizar almacenar el registro de la consola. Utilizar /dev/null o irte vacío para inhabilitar la registración archivo-basada.

El interfaz del IP para atar al oyente de la fuente a. Solamente importante en las máquinas con más de una tarjeta del interfaz o de Ethernet del IP. El defecto es escuchar todas las direcciones del IP, cuando sistema CUALESQUIERA.

El interfaz del IP para esperar a escuchar a clientes encendido. Solamente importante en las máquinas con más de una tarjeta del interfaz o de Ethernet del IP. El defecto es escuchar todas las direcciones del IP, cuando sistema CUALESQUIERA.

[Opcional] si está definido, el servidor de SHOUTcast no aceptará conexiones de la fuente, y en lugar de otro procura conectar con el nombre del servidor definido aquí para la transmisión

[Opcional] el puerto en el cual el servidor del relais está enviando audio.

[Opcional] al funcionar un servidor del relais, utilizar “siempre” hacer el público del servidor siempre (sin importar si el servidor de la fuente es público) o “nunca” nunca para hacer el público del servidor. Todo lo demás hace el servidor igual que el servidor de la fuente.

[Sistemas de la consola solamente] esta bandera se determina si o no el servidor exhibe un indicador de estado en tiempo real con cuenta del listner.

Sistemas de la consola solamente] si esta bandera se fija a 1, el servidor exhibirá todos los datos de diagnóstico sobre la pantalla además de la escritura él al logfile.

[Opcional] si el sistema cualquier cosa con excepción de “ningunos”, el servidor añade al archivo nombrado aquí información sobre cuenta, timestamp, y meta datos del oyente en un intervalo proporcionado.

[Opcional] el valor, en segundos, de cuantas veces el servidor debe poner al día el HistoryLogFile.

[Opcional] si estás situado detrás de un escondrijo de la tela, puedes decir el servidor de Shoutcast utilizar un diverso puerto de entrada para enviar datos del directorio a. Los únicos valores que trabajan son 80 y 800. El defecto es 80.

[Opcional] si el sistema a 1, el servidor procura resolver todas las direcciones del IP en su FQDN (es decir 207.48.52.225 se convierte en www.winamp.com)

[Opcional] si el sistema a 1, el servidor desconecta a oyentes siempre que la fuente llegue a ser inactiva. Si no, dejan los oyentes conectados y conseguir el aire muerto o el BackupFile (véase abajo).

[Opcional] si está definido, el servidor enviará este archivo como está al oyente antes de ensamblarlos con la corriente contenta. PRECAUCIÓN: ¡Este archivo DEBE estar en el formato MP3, y del *PRECISE* el mismo bitrate, samplerate, y ajuste mono/estéreo que tu corriente!!! Si el archivo diferencia de la corriente, el usuario consigue un earful del nastiness o del aire muerto.

[Opcional] si está definido, el servidor enviará este archivo como está al oyente siempre que el servidor pierda el contacto con la corriente de la fuente o la corriente de la fuente huelga para 30s o más. PRECAUCIÓN: ¡Este archivo DEBE estar en el formato MP3, y del *PRECISE* el mismo bitrate, samplerate, y ajuste mono/estéreo que tu corriente!!! Si el archivo diferencia de la corriente, el usuario consigue un earful del nastiness o del aire muerto.

[Opcional] cuando está definido, este repurpose de la voluntad de la secuencia cómo los meta datos aparecen al jugador. Si la bandera %s se incluye en el parámetro, entonces los datos del título de la fuente son incluidos en ese punto en la secuencia. Por ejemplo, si tu TitleFormat es “radio de Justin: %s”, y el título del plug-in de la fuente es “juegos del Billy los azul”, entonces el título neto es “radio de Justin: El Billy juega los azul”. Nota: trabaja solamente en no-retransmiten los servidores. El defecto no es ninguna secuencia del formato.

Esto [opcional] se comporta justo como TitleFormat, a menos que se aplique al URL del minibrowser. Solamente útil cuando deseas hacer cambios de dirección y no perder de vista el 'em.

CurrentLog [opcional] proporciona un mecanismo para las actualizaciones regulares a un archivo situado en el mismo servidor que el servidor de SHOUTcast. CurrentLog sí mismo como no existe un parámetro, pero es algo una familia de parámetros. Son como sigue:

CurrentLogIn es el nombre de fichero de un archivo de la plantilla del HTML.

CurrentLogOut es el nombre de fichero que el servidor debe hacer salir el archivo a.

CurrentLogTime es el número de segundos que el servidor debe esperar entre las actualizaciones al archivo de salida.

El archivo de la plantilla del HTML se explica lo más mejor posible con un ejemplo. Considerar este archivo, almacenado en el mismo servidor y señalado a que CurrentLogIn:

<HTML><HEAD>
<TITLE>My Current Stats</TITLE>
<HEAD><BODY>
My SHOUTcast server is currently playing <!-- CURRENTSONG -->.  
You get see more information about it at <!-- URL -->
</BODY></HTML>

-------------------------------------------------------------------------------

.Configure your SHOUTcast Server

The port SHOUTcast should send use for sending audio. The default is 8000. Unix users should be aware that they cannot use a port below 1024 unless they run the server as root.

The maximum allowable listeners at any one time. Make sure you set this to a realistic number depending on your bandwidth and operating system. Maximum bandwidth used for serving is equal to the bitrate you are serving at multiplied by MaxUser x 1.1.

The password to use for streaming content and administration. This needs to precisely match the password in the shoutcast dsp plug-in in order for source providers to send content with your server.

The file to use to store the console log. Use /dev/null or leave empty to disable file-based logging.

The IP interface to bind the source listener to. Only important on machines with more than one IP interface or ethernet card. Default is to listen to all ip addresses, when set to ANY.

The IP interface to listen for clients on. Only important on machines with more than one IP interface or ethernet card. Default is to listen to all ip addresses, when set to ANY.

[Optional] If defined, the SHOUTcast server will not accept source connections, and instead attempt to connect to the server name defined here for transmission

[Optional] The port that the relay server is sending audio on.

[Optional] When running a relay server, use "always" to make the server always public (regardless of whether the source server is public) or "never" to make the server never public. Anything else makes the server the same as the source server.

[Console systems only] This flag determines whether or not the server displays a real-time status indicator with listner count.

[Console systems only] If this flag is set to 1, the server will display all diagnostic data on screen in addition to writing it to the logfile.

[Optional] If set to anything other than 'none', the server will append to the file named here information on listener count, timestamp, and metadata at a provided interval.

[Optional] The value, in seconds, of how often the server should update the HistoryLogFile.

[Optional] If you're located behind a web cache, you can tell the Shoutcast server to use a different inbound port to send directory data to. The only values that work are 80 and 800. The default is 80.

[Optional] If set to 1, the server will attempt to resolve all IP addresses into their FQDN (i.e. 207.48.52.225 becomes www.winamp.com)

[Optional] If set to 1, the server will disconnect listeners whenever the source becomes inactive. Otherwise, listeners are left connected and either get dead air or the BackupFile (see below).

[Optional] If defined, the server will send this file as-is to the listener before joining them with the content stream. CAUTION: This file MUST be in MP3 format, and of the *PRECISE* same bitrate, samplerate, and mono/stereo setting as your stream!!! If the file differs from the stream, the user gets an earful of nastiness or dead air.

[Optional] If defined, the server will send this file as-is to the listener whenever the server loses contact with the source stream or the source stream idles for 30s or more. CAUTION: This file MUST be in MP3 format, and of the *PRECISE* same bitrate, samplerate, and mono/stereo setting as your stream!!! If the file differs from the stream, the user gets an earful of nastiness or dead air.

[Optional] When defined, this string will repurpose how metadata appears to the player. If the flag %s is included in the parameter, then the title data from the source is included at that point in the string. For example, if your TitleFormat is 'Justin Radio: %s', and the source plug-in's title is 'Billy plays the blues', then the net title is 'Justin Radio: Billy plays the blues'. Note: only works on non-relay servers. The default is no format string.

[Optional] This behaves just like TitleFormat, except it applies to the minibrowser URL. Only useful when you want to do redirections and keep track of 'em.

[Optional] CurrentLog provides a mechanism for regular updates to a file located on the same server as the SHOUTcast server. CurrentLog itself as a parameter does not exist, but rather is a family of parameters. They are as follows:

CurrentLogIn is the filename of an HTML template file.

CurrentLogOut is the filename the server should output the file to.

CurrentLogTime is the number of seconds the server should wait between updates to the output file.

The HTML template file is best explained with an example. Consider this file, stored on the same server and pointed to as CurrentLogIn:

<HTML><HEAD>
<TITLE>My Current Stats</TITLE>
<HEAD><BODY>
My SHOUTcast server is currently playing <!-- CURRENTSONG -->.  
You get see more information about it at <!-- URL -->
</BODY></HTML>

SHOUTcast: Overview
1. What is SHOUTcast? How it works.
2. What Platforms are Supported
SHOUTcast DSP Plugin for Winamp
1. SHOUTcast DSP README/Documentation
2. Get help NOW in the forums
SHOUTcast DSP and Transcoder for Unix (sc_trans_lame)
1. sc_trans_lame README/Documentation
2. Get help NOW in the forums
SHOUTcast Server
1. SHOUTcast DNAS README/Documentation
2. Get help NOW in the forums
Troubleshooting and Advanced Topics
1. FAQ (for advanced broadcasters)
2. Troubleshooting (listening, broadcasting)

----------------------------------------------------------

Video encoding

Nsvcap For Video encoding

.Set the server destination

Select the device

You can setup the bitrate audio and video

you must have the AAC+ codec on your computer , the link is below

Codec Vp6.2 for encoders

Below the master Volume to adjust if needed

you need enable the video and start Capture

--------------------------------------------------------------------------------

Configuration du plugin DSP sources http://guides.ovh.net/StreamingInstallationShoutcast/contenu.html

Les logiciels requis:
- Le lecteur multimedia: WinAmp
- Le client source: Plugin DSP Shoutcast pour WinAmp
- Le serveur de streaming: Shoutcast Chez nous www.Stream Music.net ou Autre Hebergeur Shoutcast

Telechargez les logiciels ci-dessous et installez dans l'Ordre

http://download.nullsoft.com/winamp/client/winamp524_full_emusic-7plus.exe Winamp
http://www.shoutcast.com/downloads/shoutcast-dsp-1-9-0-windows.exe Nullsoft SHOUTcast Source DSP

Installez WinAmp puis le plugin DSP Shoutcast. Lancez ensuite WinAmp et ouvrez son panel de configuration (Preferences):

Dans la section Plug-ins/DSP Effects, sélectionnez Nullsoft SHOUTcast Source DSP
La fenêtre de configuration du plugin apparaît alors, vous pouvez fermer le panel de configuration de WinAmp (cliquez
sur "Close")

Dans la section Output, sélectionnez l'onglet Connection puis entrez les informations qui permettront à Winamp
de contacter votre serveur Shoutcast:
- Address: stream-music.net ou server.stream-music.net

- Port: 8000 ou autre si vous ne l'avez pas modifié
- Password: le mot de passe enregistré dans la configuration du serveur Shoutcast

Pour établir la connexion automatiquement entre WinAmp et Shoutcast, vous pouvez cocher Connect at startup

Dans la section Encoder, sélectionnez Encoder 1 puis réglez les paramètres:
- Encoder Type: MP3 Encoder
- Encoder Settings: choisissez ici la qualité avec laquelle vous souhaitez diffuser.
Ce paramètre est très important et dépend de votre connexion Internet. Si le débit ne
suit pas, votre webradio ne parviendra pas à diffuser en continu. Il faut donc choisir le
juste milieu entre fluidité et qualité.

Dans la section Input, paramètre Input Device, sélectionnez "Winamp".
Dans notre exemple, nous cherchons à diffuser en direct ce qui est lu par WinAmp
mais vous pouvez également sélectionner une autre source de diffusion comme le
flux audio capté par un micro relié à votre ordinateur.

Premier démarrage de votre web radio

Votre web radio est maintenant prête à diffuser. Sélectionnez vos fichiers et ajoutez les dans la playlist de WinAmp.
Pour une lecture en continu, cochez la lecture en boucle de WinAmp. Dès que vous appuyez sur le bouton de lecture,
votre web radio commence à diffuser. La fenêtre de statut du plugin DSP reste ouverte en même temps que WinAmp,
la section Status vous indique depuis combien de temps la diffusion a débuté.

guides.ovh.com/img/shoutcast_winamp_running.png

Sources http://guides.ovh.net/StreamingInstallationShoutcast/contenu.html

.--------------------------------------------------------

Configurer Votre Serveurf Shoutcastyou

Traduction et Explication des fonctions SHOUTcast Source de http://www.gentoo.org/doc/fr/shoutcast-config.xml wish

-----------------------------------------------------------------------------------------------------------

Note : N.D.T. : nous garderons les commentaires en anglais pour coller le plus possible au fichier de configuration. Des explications en français suivent chaque paramètre.

Exemple de code 1.3 : Choisir la limite d'utilisateurs

; MaxUser.  The maximum number of simultaneous listeners allowed.
; Compute a reasonable value for your available upstream bandwidth (i.e. if
; you have 256kbps upload DSL, and want to broadcast at 24kbps, you would
; choose 256kbps/24kbps=10 maximum listeners.)  Setting this value higher
; only wastes RAM and screws up your broadcast when more people connect
; than you can support.
MaxUser=10

C'est ici que nous indiquons le nombre maximum d'utilisateurs. Comme l'indique le commentaire, il est stupide de mettre 100 utilisateurs lorsqu'on ne dispose que de 256 Kb/s d'upload (c'est pourquoi nous avons choisi de mettre 10, dans la mesure où la connexion utilisée pour l'exemple est effectivement de 256 Kb/s en upload). Si vous utilisez le serveur SHOUTcast pour une radio sur un réseau local, vous pouvez mettre un nombre bien plus important (facilement 100). Souvenez-vous qu'il ne faut pas abuser non plus de la bande passante dont vous disposez. La bande passante coûte cher aux fournisseurs d'accès Internet et certains d'entre eux pourraient couper votre compte par exemple, car vous abuseriez d'eux, dans un sens.

Exemple de code 1.4 : Configurer le mot de passe

; Password.  While SHOUTcast never asks a listener for a password, a
; password is required to broadcast through the server, and to perform
; administration via the web interface to this server.  This server should
; consist of only letters and numbers, and is the same server your broadcaster
; will need to enter in the SHOUTcast Source Plug-in for Winamp.  THIS VALUE
; CANNOT BE BLANK.
Password=un_mot_de_passe_solide

C'est ici que vous indiquerez votre mot de passe pour le serveur. Le mot de passe apparaît en clair dans le texte. Pour des raisons de sécurité, nous vous recommandons FORTEMENT de ne pas utiliser des mots de passe que vous utilisez pour d'autres composants importants de votre système ou qui puisse protéger l'accès à des données sensibles. Choisissez-en un le plus aléatoire possible, avec une combinaison de lettres, chiffres et caractères spéciaux. Ce mot de passe sera utilisé par SHOUTcast Trans (ou tout autre fournisseur de contenu) pour se connecter et diffuser du contenu.

Exemple de code 1.5 : Choisir le port d'écoute

; PortBase. This is the port number your server will run on.  The
; value, and the value + 1 must be available.  If you get a fatal error when
; the DNAS is setting up a socket on startup, make sure nothing else on the
; machine is running on the same port (telnet localhost portnumber -- if you
; get connection refused then you're clear to use that port).  Ports less than 1024
; may require root privledges on *nix machines.  The default port is 8000.
PortBase=8000

Nous configurons ici le port sur lequel les utilisateurs se connecteront au serveur SHOUTcast. La valeur par défaut, 8000, est celle utilisée par défaut par la plupart des programmes permettant de se connecter à des serveurs de ce type (xmms, winamp, etc.). Comme indiqué en commentaire, si vous voulez utiliser un port inférieur à 1024, vous devrez être root. Cependant, nous vous recommandons très fortement de ne pas utiliser de port inférieur à 1024 pour votre serveur SHOUTcast.

Exemple de code 1.6 : Mettre en place le système de journalisation

; LogFile: file to use for logging. Can be '/dev/null' or 'none'
; or empty to turn off logging. The default is ./sc_serv.log
; on *nix systems or sc_serv_dir\sc_serv.log on win32.
; Note: on win32 systems if no path is specified the location is
; in the same dir as the executable, on *nix systems it is in the
; current directory.
LogFile=/var/log/SHOUTcast.log

Nous indiquons ici la destination du fichier de journalisation du serveur SHOUTcast. Par défaut, l'ebuild l'initialise à /dev/null. Vous devrez donc probablement le changer pour avoir une journalisation correcte. Ici, nous avons choisi comme répertoire de destination l'habituel /var/log. Cela dit, vous pouvez mettre votre fichier de journalisation où bon vous semble.

Exemple de code 1.7 : Activer les informations en temps réel

; RealTime displays a status line that is updated every second
; with the latest information on the current stream (*nix and win32
; console systems only)
RealTime=0

Cela affiche des informations sur le fichier diffusé en cours dans la sortie standard toutes les secondes. L'ebuild désactive cela pour que le démon SHOUTcast puisse fonctionner le plus silencieusement possible. Mettez la valeur de la variable à 1 si vous souhaitez obtenir ces informations toutes les secondes. Cependant, nous vous recommandons d'utiliser la page de statut à la place.

Exemple de code 1.8 : Activer la journalisation en temps réel

; ScreenLog controls whether logging is printed to the screen or not
; on *nix and win32 console systems. It is useful to disable this when
; running servers in background without their own terminals. Default is 1
ScreenLog=0

Par défaut, l'ebuild désactive encore cette variable pour avoir un démon qui s'exécute le plus silencieusement possible. L'activer aurait pour effet de journaliser tous les événements (connexions, déconnexions, etc.) sur la sortie standard, en temps réel. Cependant, comme le fichier de journalisation fait la même chose, nous vous recommandons d'utiliser ce fichier à la place de l'affichage sur la sortie standard.

Exemple de code 1.9 : Choisir le nombre de dernières chansons affichées

; ShowLastSongs specifies how many songs to list in the /played.html
; page.  The default is 10.  Acceptable entries are 1 to 20.
ShowLastSongs=10

Comme son nom l'indique, cette valeur correspond au nombre de chansons qui ont été récemment jouées et ces chansons seront indiquées dans /played.html. Si vous mettez une valeur de plus de 20, vous rencontrerez probablement des problèmes.

Exemple de code 1.10 : Activation de la journalisation des modifications dans le système de fichiers

; TchLog decides whether or not the DNAS logfile should track yp
; directory touches.  Adds and removes still appear regardless of
; this setting.
; Default is yes
; TchLog=yes

Cet élément permet d'activer ou non la journalisation pour les événements concernant les modifications de répertoire par le DNAS (le serveur audio distribué). Il est recommandé pour ceux qui souhaitent avoir une journalisation la plus sûre possible. Ceux qui font usage de ce serveur pour une utilisation en Intranet ou occasionnelle n'auront probablement pas besoin de cet élément.

Exemple de code 1.11 : Activation de la journalisation des requêtes HTTP

; WebLog decides whether or not hits to http:// on this DNAS will
; be logged.  Most people leave this off because the DSP plug-in
; uses http:// calls to update titles and get the listener count,
; which takes up a lot of log space eventually.  If you want to
; see people making hits on your admin.cgi or index pages, turn
; this back on.  Note that this setting does NOT affect XML stats
; counters for hits to http:// pages.
; Default is no.
; WebLog=no

Cette option permet d'indiquer si vous voulez ou non journaliser les requêtes faites sur le serveur HTTP fourni par SHOUTcast. Encore une fois, elle est recommandée pour ceux qui souhaitent une journalisation complète, mais pas pour la plupart des utilisateurs.

Exemple de code 1.12 : Activer la journalisation W3C

; W3CEnable turns on W3C Logging.  W3C logs contain httpd-like accounts
; of every track played for every listener, including byte counts those listeners
; took.  This data can be parsed with tools like Analog and WebTrends, or given
; to third parties like Arbitron and Measurecast for their reporting systems.
; Default is Yes (enabled).
W3CEnable=Yes

; W3CLog describes the name of the logfile for W3C logging.  Default logfile is
; sc_w3c.log, in the same directory wherever the DNAS gets started from.
W3CLog=/dev/null

La première option active la journalisation W3C. Il est plus simple d'extraire des informations de la journalisation si on l'active, notamment si on utilise l'un des programmes cités dans les commentaires (Analog, WebTrends...). Nous le recommandons grandement pour ceux qui souhaitent avoir des statistiques les plus complètes possible.
La seconde option indique l'endroit où doit être gardé le fichier de journalisation W3C. Par défaut, l'ebuild met cette option à /dev/null.

Configuration réseau

Exemple de code 1.13 : Configurer l'adresse IP source

; SrcIP, the interface to listen for source connections on (or to make relay
; connections on if relaying). Can and usually will be ANY or 127.0.0.1
; (Making it 127.0.0.1 will keep other machines from being able to
; broadcast using your SHOUTcast Server )
SrcIP=ANY

La variable SrcIP indique de quelle adresse IP le contenu de diffusion provient. Cela peut venir d'autres serveurs (relais), de localhost (cas général) ou de toute autre adresse IP que votre interface peut supporter. L'initialiser à localhost empêche les autres serveurs d'utiliser votre serveur SHOUTcast comme une source de diffusion. Par défaut, la variable est mise à ANY, ce qui fait que votre serveur SHOUTcast pourra diffuser le contenu depuis d'autres serveurs. Pour des raisons de sécurité, il est préférable de choisir une valeur plus précise.

Exemple de code 1.14 : Configurer l'adresse IP de destination

; DestIP, IP to listen for clients on (and to contact yp.SHOUTcast.com)
; can and usually will be be ANY. If your machine has multiple IP addresses,
; set this to the one you want it to be accessed by.
DestIP=ANY

Cette variable détermine sur quelle adresse IP de votre interface réseau vous autoriserez les utilisateurs à se connecter. Cela peut être localhost (si vous êtes antisocial et ne voulez diffuser du contenu que pour vous-même), une adresse IP privée (de type 192.168.0.101, si vous hébergez un serveur SHOUTcast pour un réseau local) ou une adresse IP publique (de type 209.204.249.201, pour faire de la diffusion sur WAN et non sur LAN). Dans la plupart des cas, vous pourrez accéder au contenu diffusé en utilisant 127.0.0.1. ANY permet à votre serveur SHOUTcast de recevoir les requêtes clientes sur toutes les adresses IP venant de toutes les interfaces disponibles.

Exemple de code 1.15 : Configurer le port proxy/yp.SHOUTcast.com

; Yport, port to connect to yp.SHOUTcast.com on. For people behind caching
; webproxies, change this to the alternate port (666 is what it might be,
; check www.SHOUTcast.com if you have problems). Otherwise, leave this at 80.
; We're actively working on re-opening port 666, but as of release the only
; working port is port 80.
Yport=80

Cette variable permet deux choses. Tout d'abord, elle spécifie le port avec lequel le serveur peut se connecter à yp.SHOUTcast.com. yp.SHOUTcast.com est une page de Nullsoft pour les serveurs publics qui permet aux utilisateurs d'avoir accès à une liste de serveurs sur lesquels ils peuvent écouter du contenu. Les utilisateurs peuvent accéder à votre serveur depuis cette page. L'autre utilisation est pour les proxy Web. Il faut alors mettre cette valeur au numéro du port utilisé pour les connexions proxy et mettre à DestIP le nom du proxy pour la diffusion.

Exemple de code 1.16 : Configurer le DNS inversé

; NameLookups.  Specify 1 to perform reverse DNS on connections.
; This option may increase the time it takes to connect to your
; server if your DNS server is slow.  Default is 0 (off).
NameLookups=0

Cette option permet d'indiquer si oui ou non vous voulez activer l'utilisation du DNS inversé pour les clients. Cela permet de récupérer leur nom à partir de leur IP. À utiliser essentiellement pour créer des rapports de journalisation plus détaillés.

Exemple de code 1.17 : Activer le relais

; RelayPort and RelayServer specify that you want to be a relay server.
; Relay servers act as clients to another server, and rebroadcast.
; Set RelayPort to 0, RelayServer to empty, or just leave these commented
; out to disable relay mode.
; RelayPort=8000
; RelayServer=192.168.1.58

Permet d'indiquer que vous agissez comme serveur relais. Les serveurs relais sont souvent utilisés pour récupérer le contenu d'une connexion à faible débit et le diffuser à un plus grand nombre d'utilisateurs, avec une connexion supérieure. RelayPort et RelayServer indiquent le port et l'adresse IP du serveur SHOUTcast pour lequel vous voulez agir comme relais. Laissez ces lignes commentées si vous ne souhaitez pas servir de relais.

Configuration du serveur

Exemple de code 1.18 : Indiquer le mot de passe administrateur

; AdminPassword.  This password (if specified) changes the
; behavior of Password to be a broadcast-only password, and
; limits HTTP administration tasks to the password specified
; here.  The broadcaster, with the password above, can still
; log in and view connected users, but only the AdminPassword
; will grant the right to kick, ban, and specify reserve hosts.
; The default is undefined (Password allows control for both
; source and admin)
; AdminPassword=adminpass

L'initialisation de cette variable va créer un administrateur et un diffuseur (broadcaster et administrator). Le diffuseur peut se connecter avec un mot de passe et voir les connexions actuelles. Cependant, pour pouvoir déconnecter, bannir des clients ou administrer le serveur, vous devez avoir le mot de passe administrateur. Cette option crée des rôles précis pour votre serveur. Son usage est recommandé quand l'administrateur système n'est pas la même personne que le diffuseur.

Exemple de code 1.19 : Configurer la déconnexion automatique des clients

; AutoDumpUsers controls whether listeners are disconnected if the source
; stream disconnects. The default is 0.
AutoDumpUsers=0

Cette variable permet de décider si oui ou non les utilisateurs seront déconnectés si la diffusion se déconnecte pour une raison quelconque. On la met à 0 pour que les clients se mettent eux-même en dépassement de temps de connexion ou pour qu'ils puissent continuer d'essayer de mettre en tampon un contenu diffusé. À utiliser si vous pensez avoir de courtes interruptions de temps à autre.

Exemple de code 1.20 : Configurer le temps de connexion limite pour la source

; AutoDumpSourceTime specifies how long, in seconds, the source stream is
; allowed to be idle before the server disconnects it. 0 will let the source
; stream idle indefinitely before disconnecting. The default is 30.
AutoDumpSourceTime=30

Cette variable indique quand le serveur SHOUTcast abandonnera la tentative de connexion à une source (en général un serveur relais) pour diffuser son contenu. Une valeur entre 30 et 60 secondes devrait être raisonnable ici.

Exemple de code 1.21 : Configurer le répertoire de contenu

; ContentDir specifies the directory location on disk of where to stream
; on-demand content from.  Subdirectories are supported as of DNAS 1.8.2.
; Default is ./content/, meaning a directory named content in the same directory
; as where sc_serv was invoked from.
ContentDir=/opt/SHOUTcast/content/

La variable ContentDir indique où doit être mis le contenu à la demande. Par exemple, si vous souhaitez diffuser une annonce à vos employés, vous pouvez utiliser cette fonctionnalité. L'ebuild du serveur SHOUTcast l'initialise à /opt/SHOUTcast/content pour vous. Pour l'utiliser, mettez un MP3 dans le répertoire de contenu, puis mettez un lien vers http://exemple.com:[port]/content/nomDump3.pls. Le serveur SHOUTcast créera automatiquement une liste de diffusion pour le MP3 et le diffusera à la demande. À utiliser comme alternative à SHOUTcast Trans pour diffuser une source audio.

Exemple de code 1.22 : Configurer un fichier d'introduction

; IntroFile can specify a mp3 file that will be streamed to listeners right
; when they connect before they hear the live stream.
; Note that the intro file MUST be the same samplerate/channels as the
; live stream in order for this to work properly. Although bitrate CAN
; vary, you can use '%d' to specify the bitrate in the filename
; (i.e. C:\intro%d.mp3 would be C:\intro64.mp3 if you are casting at 64kbps).
; The default is no IntroFile
; IntroFile=c:\intro%d.mp3

Cela permet d'ajouter un fichier d'introduction. À chaque fois qu'un utilisateur se connecte, il entendra ce fichier. Comme indiqué, le débit de diffusion et celui du morceau d'introduction doivent coïncider, sinon cela peut créer des problèmes. Vous pouvez cependant mettre des fichiers comme intro128.mp3 et intro64.mp3 et il jouera alors intro128.mp3 pour les utilisateurs qui utilisent une diffusion 128 Kb/s et intro64.mp3 pour ceux qui utilisent une connexion 64 Kb/s.

Exemple de code 1.23 : Configurer un fichier son d'attente

; BackupFile can specify a mp3 file that will be streamed to listeners over
; and over again when the source stream disconnects. AutoDumpUsers must be
; 0 to use this feature. When the source stream reconnects, the listeners
; are rejoined into the live broadcast.
; Note that the backup file MUST be the same samplerate/channels as the
; live stream in order for this to work properly. Although bitrate CAN
; vary, you can use '%d' to specify the bitrate in the filename
; (i.e. C:\backup%d.mp3 would be C:\backup32.mp3 if you are casting at 32kbps).
; The default is no BackupFile
; BackupFile=C:\intro%d.mp3

Cette variable a le même effet que la précédente, mais le fichier sera joué quand la source de diffusion est finie, au lieu de déconnecter les utilisateurs. Ne fonctionne que si AutoDumpUsers est mis à 0.

Exemple de code 1.24 : Configurer le format de titre

; TitleFormat specifies a format string for what title is sent to the listener.
; For example, a string of 'Justin Radio' forces the title 'Justin Radio' even
; when the source changes the title. You can use up to one '%s' in the string
; which lets you contain the title from the source. For example, if your
; TitleFormat is 'Justin Radio: %s', and the source plug-in's title is
; 'Billy plays the blues', then the net title is
; 'Justin Radio: Billy plays the blues'. Note: only works on non-relay servers.
; The default is no format string.
TitleFormat=Chris Gentoo Beats: %s

Cette variable permet de spécifier un titre fixe pour votre serveur SHOUTcast. Utilisez-la si votre source de diffusion diffère du nom de votre serveur. Cela ne fonctionnera pas pour les serveurs relais.

Exemple de code 1.25 : Configurer le format d'URL

; URLFormat specifies a format string for what url is sent to the listener.
; Behaves like TitleFormat (see above).
; The default is no format string.
; URLFormat=http://www.server.com/redirect.cgi?url=%s

Cette variable permet de faire la même chose que TitleFormat, mais pour les URL : l'URL précisée ici est utilisée à la place de l'URL de la source de diffusion.

Exemple de code 1.26 : Configurer le statut public d'une source de diffusion

; PublicServer can be always, never, or default (the default, heh)
; Any setting other than default will override the public status
; of the source plug-in or of a SHOUTcast Server that is being relayed.
PublicServer=default

On peut préciser si oui ou non on veut être listé comme un serveur public, même si votre source/serveur relais est listé comme tel ou non.

Exemple de code 1.27 : Permettre les relais

; AllowRelay determines whether or not other SHOUTcast Servers will be
; permitted to relay this server.  The default is Yes.
AllowRelay=Yes

AllowRelay permet de choisir si d'autres serveurs peuvent relayer votre contenu. Si vous ne pensez pas que vous serez relayé, mettez « No ».

Exemple de code 1.28 : Permettre aux relais d'afficher publiquement la source

; AllowPublicRelay, when set to No, will tell any relaying servers not
; to list the server in the SHOUTcast directory (non-public), provided
; the relaying server's Public flag is set to default.  The default is
; Yes.
AllowPublicRelay=Yes

On peut préciser grâce à AllowPublicRelay si l'on veut permettre aux serveurs qui vous relaient de vous lister dans le répertoire SHOUTcastpublic. Remarquez que PublicServer a priorité sur cette fonctionnalité.

Exemple de code 1.29 : Configurer la variable MetaInterval

; MetaInterval specifies how often, in bytes, metadata sent.
; You should really leave this at the default of 32768, but the option is
; provided anyway.
MetaInterval=32768

Laissez-le tel quel, tout simplement.

Configuration des accès

Exemple de code 1.30 : Configurer le temps maximum d'écoute

; ListenerTimer is a value in minutes of maximum permitted time for
; a connected listener.  If someone is connected for longer than this
; amount of time, in minutes, they are disconnected.  When undefined,
; there is no limit defined.  Default is undefined.
; ListenerTimer=600

Je ne suis pas sûr de voir l'utilité que cette fonctionnalité pourrait avoir pour vous. Tout ce qu'elle fait, c'est de déconnecter les utilisateurs qui sont sur le serveur depuis trop longtemps. La seule utilité que je lui vois est de permettre de déconnecter les personnes qui se connectent pour rien ou si vous estimez que les utilisateurs devraient avoir autre chose à faire qu'écouter votre diffusion. La valeur est à mettre en minutes.

Exemple de code 1.31 : Indiquer le fichier de bannissement

; BanFile is the text file sc_serv reads and writes to/from
; for the list of clients prohibited to connect to this
; server.  It's automatically generated via the web
; interface.
; BanFile=sc_serv.ban

C'est le fichier contenant la liste des clients qui sont bannis de votre serveur. Par défaut, c'est le fichier sc_serv.ban, mais vous pouvez utiliser le fichier que vous voulez.

Exemple de code 1.32 : Indiquer le fichier de liste blanche

; RipFile is the text file sc_serv reads and writes to/from
; for the list of client IP addresses which are *ALWAYS* permitted
; to connect to this server (useful for relay servers).
; This file is automatically generated via the web
; interface.  Note that if your server is FULL, and someone
; from a Reserved IP connects, the DNAS will force the person
; listening for the longest time off to make room for the new
; connection.
; RipFile=sc_serv.rip

Autrement nommé RipFile, pour « Reserved IP », ce fichier est utilisé pour préciser la liste des utilisateurs amis ou des personnes que vous considérez comme plus importantes que les utilisateurs lambda. Si vous êtes actuellement en train de diffuser du contenu à un nombre d'utilisateurs égal à votre maximum et qu'un membre de la liste blanche essaye de se connecter, le serveur déconnectera la personne qui aura le temps d'écoute maximum pour laisser place à l'utilisateur privilégié.

Exemple de code 1.33 : Configurer si seuls les utilisateurs Rip peuvent accéder au serveur

; RipOnly, when set to Yes, will only allow IP addresses listed in the Reserved
; IP list to connect and relay.  All other connections for listening will be denied.
; This is really only useful for servers whose sole purpose is to provide the
; primary feed to all public relays.  Setting this value to Yes also forces the
; server into Private mode, since listing this server in the directory would
; be pointless.  Default is No.
; RipOnly=No

Avec cette option, vous ne pouvez permettre l'accès à votre serveur SHOUTcast qu'aux membres Rip (de la liste blanche). Vous pouvez au choix l'utiliser pour faire de la diffusion radio privée ou faire en sorte que seuls certains relais puissent accéder à votre contenu.

Configuration de masse

Exemple de code 1.34 : Configurer la variable Unique

; Unique: assigns a variable name for use in any configuration item which points to a
; file.  Useful for servers running lots of SHOUTcast Servers that have similar
; configuration parameters, excepting logfile names, banfile names, etc.  Any
; parameter that takes a pathname can include the character $, which will
; substitute $ for the variable assigned here.  Keep in mind that the unique
; variable can only be used after it is defined, so don't try to use a unique
; variable substitution in a path before you define it.  For example, you
; could set:
; Unique=my_server
; and then define Log=/usr/local/SHOUTcast/$.log in an included configuration
; file.  Default is Unique=$, so that by default any file with $ in the name
; won't substitute anything at all.

Pour faire simple, si vous disposez de nombreux serveurs SHOUTcast, cela serait une vraie plaie de devoir modifier tous les fichiers de journalisation, bannissement, etc. pour chaque serveur, alors que leur contenu est identique pour tous les serveurs. À la place, vous pouvez mettre une valeur pour Unique et $ sera remplacé par le contenu de Unique. Par exemple, si un fichier contient Unique=Jazz et qu'un autre contient Unique=Rock, alors Log=/var/log/$.log produira un fichier /var/log/Jazz.log pour l'un des fichiers de configuration et /var/log/Rock.log pour l'autre. Cela permet de simplifier le fonctionnement de plusieurs serveurs SHOUTcast disposant de configurations similaires.

Exemple de code 1.35 : Configurer des variables de configuration communes

; Include: instructs the sc_serv to read from the named configuration file,
; *at the point of insertion of the Include statement*, and process as though
; the included file was part of itself.  Note that all configuration parameters
; in the DNAS configuration file are processed first to last, so if an item is defined
; twice in a configuration, the last item to process will be the one that takes
; effect.  For this reason, it's usually a good idea to use the Includes first
; in a configuration file.
; example:
; Include=/usr/local/SHOUTcast/common.conf
; Default is not applicable.

Si vous disposez de plusieurs serveurs SHOUTcast et si vous souhaitez utiliser des variables de configuration similaires, sans les configurer dans chaque fichier de configuration, vous pouvez utiliser cette variable pour pointer vers un fichier contenant des configurations qui seront communes pour vos différents serveurs.

Configuration d'optimisation

Exemple de code 1.36 : Configurer le nombre de processeurs utilisés

; CpuCount is used to explicitly limit the DNAS to dominating a finite
; amount of processors in multiprocessor systems.  By default,
; SHOUTcast creates one thread for every processor it detects in the
; host system, and assigns listeners equally across all the threads.
; In the event SHOUTcast doesn't correctly determine the number of
; CPUs in your host, or if you for whatever reason want to force
; the DNAS to not use other processors, you can say so here.
; Default behavior is to use as many processors as the DNAS detects on
; your system.
; CpuCount=1

Sur les systèmes qui disposent de plusieurs processeurs, vous pouvez utiliser cette variable pour forcer le serveur SHOUTcast à utiliser un certain nombre CpuCount de processeurs. Par défaut, il assignera un fil d'exécution pour chaque processeur et les clients seront distribués entre les fils d'exécution. Si vous utilisez une valeur inférieure au nombre de vos processeurs, cela vous laissera des processeurs libres pour d'autres tâches.

Exemple de code 1.37 : Configuration de l'intervalle de soumission de données

; Sleep defines the granularity of the client threads for sending data.
; DNAS 1.7.0, per client thread, will send up to 1,024 bytes of data
; per socket (or less depending on the window available), and then
; sleep for the provided duration before repeating the whole process.
; Note that making this value smaller will vastly increase CPU usage on
; your machine.  Increasing reduces CPU, but increasing this value too far
; will cause skips.  The value which seems most optimal for 128kbps
; streaming is 833 (833 microseconds per client poll) on our test labs.
; We wouldn't recommend setting it any lower than 100, or any higher than
; 1,024.  If you have a slower machine, set this number lower to fix
; skips.
; Default value is 833.
; Sleep=833

Le serveur SHOUTcast utilisera la valeur de « Sleep » pour déterminer l'intervalle entre chaque envoi de données. Plus la valeur est grande, plus l'intervalle est grand. Plus la valeur est petite, plus l'intervalle sera petit et le serveur SHOUTcast utilisera plus de capacité de calcul du processeur pour arriver à ses fins. Sur des systèmes limités, vous devrez probablement diminuer la valeur pour que les serveurs SHOUTcast puissent envoyer des données de plus en plus fréquemment aux utilisateurs. Le mieux est de laisser la valeur par défaut.

Exemple de code 1.38 : Configurer la sortie XML

; CleanXML strips some whitespace and linefeeds from XML output which
; confuses some (poorly written) XML parsers.  If you get XML rendering errors,
; try turning this on.  Default is No (off).
; CleanXML=No

Nous n'avez probablement pas à vous préoccuper de cette variable, sauf si vous utilisez un parseur XML personnalisé pour créer des statistiques adaptées à vos besoins pour votre serveur. Si le parseur XML ne peut pas gérer les espaces et les sauts de lignes des flux XML, mettez cette valeur à « Yes » et tout devrait fonctionner correctement.

Conclusion à propos de la configuration

Votre serveur SHOUTcast devrait être maintenant bien configuré. Je recommande l'utilisation de la journalisation W3C, car on en extrait plus facilement les données et elle est recommandée pour créer des statistiques personnalisées. Vous pouvez également activer la variable AdministratorPassword. Vous aurez peut-être également besoin de quelques options de configuration de masse si vous configurez plusieurs serveurs SHOUTcast.

Maintenant que la configuration a été mise en place, nous allons mettre le serveur SHOUTcast en production. Nous le lancerons avec une diffusion simple à la demande, pour commencer, puis nous utiliserons SHOUTcast Trans (qui est plus complet et complexe à mettre en œuvre).

Source http://www.gentoo.org/doc/fr/shoutcast-config.xml

--Tools for Winamp & Nsv ---Quelques Logiciels indispensables --

Winamp 5.xx player encoder