DEDIBOX-NEWS.COM

Le Forum Non Officiel de la DEDIBOX

Vous n'êtes pas identifié.

#26 2008-06-26 23:29:58

winner49
Petit scarabé
Date d'inscription: 2008-06-08
Messages: 62

Re: [Tuto] SC_TRANS: Utiliser son serveur comme source de diffusion

Je viens de voir un truc la musique est toujours la même mais a Current Song: Il y a le titre des autres chansons !

Hors ligne

 

#27 2008-06-27 12:01:29

winner49
Petit scarabé
Date d'inscription: 2008-06-08
Messages: 62

Re: [Tuto] SC_TRANS: Utiliser son serveur comme source de diffusion

?

Hors ligne

 

#28 2008-06-27 12:04:22

ScHinZe
Eleveur de chèvres
Lieu: Katmandou
Date d'inscription: 2006-08-04
Messages: 2516
Site web

Re: [Tuto] SC_TRANS: Utiliser son serveur comme source de diffusion

winner49 a écrit:

Je viens de voir un truc la musique est toujours la même mais a Current Song: Il y a le titre des autres chansons !

Si leur nom y figure, c'est qu'elles ont été diffusées.
Envoie le lien de ton shoutcast


http://www.schinze.fr/_imgs/banniere.jpg

Hors ligne

 

#29 2008-06-27 12:14:19

winner49
Petit scarabé
Date d'inscription: 2008-06-08
Messages: 62

Re: [Tuto] SC_TRANS: Utiliser son serveur comme source de diffusion

Le voila : ***

Dernière modification par winner49 (2008-07-18 05:01:50)

Hors ligne

 

#30 2008-06-27 12:22:58

winner49
Petit scarabé
Date d'inscription: 2008-06-08
Messages: 62

Re: [Tuto] SC_TRANS: Utiliser son serveur comme source de diffusion

Ca marche mais j'ai du enlever la première !

Sinon pour le firewall cela serait-il bon ?

Code:

#!/bin/bash
/etc/init.d/fail2ban stop
echo Setting firewall rules...
#
# config de base
#
# Vider les tables actuelles
iptables -t filter -F
iptables -t filter -X
echo - Vidage : [OK]

# Autoriser SSH
iptables -t filter -A INPUT -p tcp --dport 22 -j ACCEPT
echo - Autoriser SSH : [OK]

# Ne pas casser les connexions etablies
iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
iptables -A OUTPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
echo - Ne pas casser les connexions établies : [OK]

# Interdire toute connexion entrante
iptables -t filter -P INPUT DROP
iptables -t filter -P FORWARD DROP
echo - Interdire toute connexion entrante : [OK]

# Interdire toute connexion sortante
iptables -t filter -P OUTPUT DROP
echo - Interdire toute connexion sortante : [OK]

# Autoriser les requetes DNS, FTP, HTTP, NTP (pour les mises a jour)
iptables -t filter -A OUTPUT -p tcp --dport 21 -j ACCEPT
iptables -t filter -A OUTPUT -p tcp --dport 80 -j ACCEPT
iptables -t filter -A OUTPUT -p udp --dport 53 -j ACCEPT
iptables -t filter -A OUTPUT -p udp --dport 123 -j ACCEPT
echo - Autoriser les requetes DNS, FTP, HTTP, NTP : [OK]

# Autoriser ping
iptables -t filter -A INPUT -p icmp -j ACCEPT
iptables -t filter -A OUTPUT -p icmp -j ACCEPT
echo - Autoriser ping : [OK]

# Gestion des connexions entrantes autorisées
#
# iptables -t filter -A INPUT -p <tcp|udp> --dport <port> -j ACCEPT

# HTTP
iptables -t filter -A INPUT -p tcp --dport 80 -j ACCEPT
iptables -t filter -A INPUT -p tcp --dport 443 -j ACCEPT
iptables -t filter -A INPUT -p tcp --dport 8443 -j ACCEPT
echo - Autoriser serveur Apache : [OK]

# FTP
modprobe ip_conntrack_ftp
iptables -t filter -A INPUT -p tcp --dport 20 -j ACCEPT
iptables -t filter -A INPUT -p tcp --dport 21 -j ACCEPT
iptables -t filter -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
echo - Autoriser serveur FTP : [OK]

# Steamcast
iptables -t filter -A INPUT -p tcp --dport 8000 -j ACCEPT
iptables -t filter -A INPUT -p tcp --dport 8001 -j ACCEPT
echo - Autoriser serveur ShoutCast autonome : [OK]

/etc/init.d/fail2ban start
echo Firewall mis a jour avec succes !

Merci d'avance.

Dernière modification par winner49 (2008-06-27 12:29:06)

Hors ligne

 

#31 2008-06-27 17:44:15

Mange-Disque
Je débarque
Lieu: Bray sur Seine (77)
Date d'inscription: 2008-06-27
Messages: 1

Re: [Tuto] SC_TRANS: Utiliser son serveur comme source de diffusion

Bonjour à tous smile

Tout d'abord, merci à Nabil pour son tuto d'installation de sc_trans, ainsi qu'à ScHinZe pour celui de Shoutacst:  http://www.dedibox-news.com/sujet-1167- … s-commande
L'ensemble tourne sans aucun souci depuis quelques semaines, j'ai cependant trois questions concernant sc_trans en particulier:

1: Le script de mise à jour de la playlist est lancé tous les jours en tâche cron. Doit-on ensuite redémarrer sc-trans pour que les nouveautés soient prises en compte ? Il me semble que oui, mais j'aimerais avoir la confirmation. [Édité: En relisant les interventions de ScHinZe, j'ai découvert la commande kill -s USR1 `ps -C sc_trans -o pid=` qui recharge la playlist sans avoir à redémarrer quoi que ce soit. J'ai testé sur mon serveur (Release 2 Gentoo) et n'ayant pas eu de message d'erreur, je suppose que ça marche smile]

2: Actuellement, je suis limité au niveau du nombre de titres d'un même artiste car il arrive régulièrement que deux ou trois de leurs titres soient diffusés en peu de temps, voire deux chansons à la suite quelquefois. Existe-t-il un moyen pour éviter cela, par exemple de décider qu'un même artiste ne sera pas diffusé à moins de trois heures d'intervalle ?

3: Dans l'esprit de ma seconde question, y a-t-il moyen que tous les titres de la playlist soient diffusés au moins une fois avant de l'être de nouveau, histoire d'équillibrer la programmation ? Je sais qu'il y a l'option de diffuser dans l'ordre de la playlist et non en aléatoire, mais on se retrouve dans le cas de plusieurs titres d'un même artiste qui seront diffusés à la suite.

J'en demande peut-être un peu trop par rapport aux capacités de ces deux outils (peut-être faut-il se tourner vers des outils plus élaborés ?), mais au moins, j'en aurai le coeur net.

Merci d'avance smile

Dernière modification par Mange-Disque (2008-06-27 23:02:55)

Hors ligne

 

#32 2008-07-01 17:20:26

winner49
Petit scarabé
Date d'inscription: 2008-06-08
Messages: 62

Re: [Tuto] SC_TRANS: Utiliser son serveur comme source de diffusion

Bon j'ai décidé de tout refaire !

Mais la après avoir tout configurer > Server Status:     Server is currently down.

sad

Hors ligne

 

#33 2008-07-01 17:31:30

ScHinZe
Eleveur de chèvres
Lieu: Katmandou
Date d'inscription: 2006-08-04
Messages: 2516
Site web

Re: [Tuto] SC_TRANS: Utiliser son serveur comme source de diffusion

Si tu nous fait pas un détail complet, avec un copier / coller de tout tes fichiers de conf, de firewall, la liste des processus qui tournent etc... on peut rien faire.
C'est comme si j'te disais: ma voiture marche pas, ça vient d'ou ?


http://www.schinze.fr/_imgs/banniere.jpg

Hors ligne

 

#34 2008-07-01 18:52:15

winner49
Petit scarabé
Date d'inscription: 2008-06-08
Messages: 62

Re: [Tuto] SC_TRANS: Utiliser son serveur comme source de diffusion

Ok les voicis :

Firewall

Code:

#!/bin/bash
echo Setting firewall rules...

#
# config de base
#

# vidage
iptables -t filter -F
iptables -t filter -X

# avant tout : autoriser SSH
iptables -t filter -A INPUT -p tcp --dport 22 -j ACCEPT

# ne pas casser les connexions etablies
iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
iptables -A OUTPUT -m state --state RELATED,ESTABLISHED -j ACCEPT

# interdire toute connexion entrante
iptables -t filter -P INPUT DROP
iptables -t filter -P FORWARD DROP

# interdire toute connexion sortante
iptables -t filter -P OUTPUT DROP

# autoriser les requetes DNS, FTP, HTTP (pour les mises a jour)
iptables -t filter -A INPUT -p udp --dport 20 -j ACCEPT
iptables -t filter -A OUTPUT -p udp --dport 20 -j ACCEPT
iptables -t filter -A INPUT -p tcp --dport 21 -j ACCEPT
iptables -t filter -A OUTPUT -p tcp --dport 21 -j ACCEPT
iptables -t filter -A INPUT -p tcp --dport 80 -j ACCEPT
iptables -t filter -A OUTPUT -p tcp --dport 80 -j ACCEPT
iptables -t filter -A OUTPUT -p udp --dport 53 -j ACCEPT

# autoriser loopback
iptables -t filter -A INPUT -i lo -j ACCEPT
iptables -t filter -A OUTPUT -o lo -j ACCEPT

# Autoriser ping
iptables -t filter -A INPUT -p icmp -j ACCEPT

# Autoriser Shoutcast en entrée
iptables -t filter -A INPUT -p tcp --dport 8000 -j ACCEPT
iptables -t filter -A INPUT -p tcp --dport 8001 -j ACCEPT

sc_trans.conf  :

Code:

; Sample sc_trans/0.35-j config file
; j.frankel 12/05/00
; t.pepper 10/31/00
; (relays not supported, yo)
;
; sc_trans operates in one of two modes, either reading mp3s off disk, decoding,
; re-encoding, and then broadcasting them, or relaying from a shoutcast server,
; transcoding to a lower bitrate, and broadcasting to a new server.

; sc_trans accepts the following signals:
; HUP - flush logfiles (close and reopen) -- will make console logging stop
; WINCH - jump to next song
; USR1 - reload playlist off disk (will not interrupt current playing stream)
; USR2 - toggle shuffle on/off
; TERM - normal sc_trans shutdown (clean)

; PlaylistFile (required EVEN IF RELAYING) - playlist file (to create, use
; find /path/to/mp3/directory -type f -name "*.mp3" > playlist_filename.lst
PlaylistFile=example.lst

; ServerIP/ServerPort are the target server to send to
ServerIP=***
ServerPort=8000

; Password is the password on the sc_serv you're sending to.
Password=***

; StreamTitle/URL/Genre define the data that appears on the directory and in the
; stream info.
StreamTitle=***
StreamURL=***
Genre=***

; Logfile optionally denotes a text file to log sc_trans to.  a kill -HUP
; will force a close and re-open of this file (but will also cease logging to
; the console)
LogFile=sc_trans.log

; Shuffle the playlist
Shuffle=1

; Bitrate/SampleRate/Channels recommended values:
; 8kbps 8000/11025/1
; 16kbps 16000/11025/1
; 24kbps 24000/22050/1
; 32kbps 32000/22050/1
; 64kbps mono 64000/44100/1
; 64kbps stereo 64000/22050/2
; 96kbps stereo 96000/44100/2
; 128kbps stere0 128000/44100/2
Bitrate=128000
SampleRate=44100
Channels=2
; Quality is from 1-10. 1 is best, 10 is fastest.
Quality=1

; Mode=0 for none, 1 for 100/100->100/0, 2 for 0/100->100/0
CrossfadeMode=1
; Length is ms.
CrossfadeLength=8000

UseID3=0

; Public determines whether or not this station will show up in the directory
Public=1

; Put stuff here for user interaction (AOL IM, ICQ, IRC)
AIM=AIMHandle
ICQ=
IRC=shoutcast

sc_serv.conf :

Code:

; SHOUTcast Distributed Network Audio Server configuration file
; Copyright (C) 1998-2004 Nullsoft, Inc.
; All Rights Reserved.
; Last modified Mar 17 2004

; If you want to manage multiple configurations, just copy
; this file to another name, and run sc_serv with that name
; such as:
; sc_serv.exe sc_leet.conf

; ***************************
; Required stuff
; ***************************

; 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=500

; 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=***

; PortBase. This is the IP 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 < 1024
; may require root privledges on *nix machines.  The default port is 8000.
PortBase=8000

; ***************************
; Optional Parameters
; ***************************

; ***************************
; Logging configuration
; ***************************

; 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=sc_serv.log

; 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=1

; 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=1

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

; 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

; 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

; 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=sc_w3c.log


; ***************************
; Network configuration
; ***************************

; 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

; 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

; 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

; 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

; 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

; ***************************
; Server configuration
; ***************************

; 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

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

; 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 indefinately before disconnecting. The default is 30.
AutoDumpSourceTime=30

; 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=./content

; 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

; 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

; 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=Justin Radio: %s

; 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

; 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

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

; 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

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

; *****************************
; Access Control
; *****************************

; 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

; 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

; RipFile is the text file sc_serv reads and writes to/from
; for the list of client IPs 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

; 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

; *****************************
; Extended Logging
; *****************************

; The old features previously at this location, HistoryLog and CurrentLog, are
; no longer used and succeded by W3C Logging and XML, respectively.

; ***************************
; Mass Configuration
; ***************************

; Unique: assigns a variable name for use in any config 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.

; 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 config 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 config file.
; example:
; Include=/usr/local/shoutcast/common.conf

; Default is not applicable.

; *****************************
; Tweaks
; *****************************
;
; DON'T MESS WITH THIS STUFF UNLESS YOU REALLY KNOW WHAT YOU'RE DOING.
; DON'T COMPLAIN TO US IF YOU MESS WITH IT AND THINGS BREAK.
; HAVE A NICE DAY.

; 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

; 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

; 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
;
; TAG RULES

ps faux :

Code:

USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         2  0.0  0.0      0     0 ?        S<   16:55   0:00 [kthreadd]
root         3  0.0  0.0      0     0 ?        S<   16:55   0:00  \_ [migration/0]
root         4  0.0  0.0      0     0 ?        S<   16:55   0:00  \_ [ksoftirqd/0]
root         5  0.0  0.0      0     0 ?        S<   16:55   0:00  \_ [events/0]
root         6  0.0  0.0      0     0 ?        S<   16:55   0:00  \_ [khelper]
root        50  0.0  0.0      0     0 ?        S<   16:55   0:00  \_ [kblockd/0]
root        51  0.0  0.0      0     0 ?        S<   16:55   0:00  \_ [kacpid]
root        52  0.0  0.0      0     0 ?        S<   16:55   0:00  \_ [kacpi_notify]
root       119  0.0  0.0      0     0 ?        S<   16:55   0:00  \_ [ata/0]
root       120  0.0  0.0      0     0 ?        S<   16:55   0:00  \_ [ata_aux]
root       121  0.0  0.0      0     0 ?        S<   16:55   0:00  \_ [ksuspend_usbd]
root       126  0.0  0.0      0     0 ?        S<   16:55   0:00  \_ [khubd]
root       129  0.0  0.0      0     0 ?        S<   16:55   0:00  \_ [kseriod]
root       166  0.0  0.0      0     0 ?        S    16:55   0:00  \_ [pdflush]
root       167  0.0  0.0      0     0 ?        S    16:55   0:00  \_ [pdflush]
root       168  0.0  0.0      0     0 ?        S<   16:55   0:00  \_ [kswapd0]
root       169  0.0  0.0      0     0 ?        S<   16:55   0:00  \_ [aio/0]
root       170  0.0  0.0      0     0 ?        S<   16:55   0:00  \_ [jfsIO]
root       171  0.0  0.0      0     0 ?        S<   16:55   0:00  \_ [jfsCommit]
root       172  0.0  0.0      0     0 ?        S<   16:55   0:00  \_ [jfsSync]
root       173  0.0  0.0      0     0 ?        S<   16:55   0:00  \_ [xfslogd/0]
root       174  0.0  0.0      0     0 ?        S<   16:55   0:00  \_ [xfsdatad/0]
root       175  0.0  0.0      0     0 ?        S<   16:55   0:00  \_ [xfs_mru_cache]
root       804  0.0  0.0      0     0 ?        S<   16:55   0:00  \_ [scsi_eh_0]
root       806  0.0  0.0      0     0 ?        S<   16:55   0:00  \_ [scsi_eh_1]
root       816  0.0  0.0      0     0 ?        S<   16:55   0:00  \_ [scsi_eh_2]
root       818  0.0  0.0      0     0 ?        S<   16:55   0:00  \_ [scsi_eh_3]
root       831  0.0  0.0      0     0 ?        S<   16:55   0:00  \_ [kstriped]
root       833  0.0  0.0      0     0 ?        S<   16:55   0:00  \_ [ksnapd]
root       838  0.0  0.0      0     0 ?        R<   16:55   0:00  \_ [kjournald]
root      1977  0.0  0.0      0     0 ?        S<   16:56   0:00  \_ [kjournald]
root         1  0.0  0.0   6124   692 ?        Ss   16:55   0:00 init [2]
root       962  0.0  0.0  10596   716 ?        S<s  16:56   0:00 udevd --daemon
daemon    2033  0.0  0.0   4824   392 ?        Ss   16:56   0:00 /sbin/portmap
root      2305  0.0  0.0   3732   644 ?        Ss   16:56   0:00 /sbin/syslogd
root      2311  0.0  0.0   2660   388 ?        Ss   16:56   0:00 /sbin/klogd -x
bind      2323  0.0  0.1  48124  3984 ?        Ssl  16:56   0:00 /usr/sbin/named -u bind
root      2386  0.0  0.0  10108  1508 ?        S    16:56   0:00 /bin/sh /usr/bin/mysqld_safe
mysql     2423  0.0  1.0 145436 21352 ?        Sl   16:56   0:04  \_ /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqld/mysqld.pid --skip-external-locking --port
root      2424  0.0  0.0   2640   532 ?        S    16:56   0:00  \_ logger -p daemon.err -t mysqld_safe -i -t mysqld
root      2491  0.0  0.0   2656   592 ?        Ss   16:56   0:00 /usr/sbin/acpid -c /etc/acpi/events -s /var/run/acpid.socket
100       2541  0.0  0.0  23352  1120 ?        Ss   16:56   0:00 /usr/sbin/exim4 -bd -q30m
root      2555  0.0  0.0   5912   592 ?        Ss   16:56   0:00 /usr/sbin/inetd
root      2562  0.0  0.0  13796  1012 ?        Ss   16:56   0:00 /usr/sbin/ntpd
ntpd      2563  0.0  0.0  11644  1048 ?        S    16:56   0:00  \_ /usr/sbin/ntpd
root      2568  0.0  0.0  11668   652 ?        Ss   16:56   0:00 /usr/sbin/sensord -f daemon
root      2577  0.0  0.2  24892  4824 ?        S    16:56   0:00 /usr/sbin/snmpd -Lsd -Lf /dev/null -u root -I -smux -p /var/run/snmpd.pid
root      2583  0.0  0.0  25848  1244 ?        Ss   16:56   0:00 /usr/sbin/sshd
root      3595  0.0  0.1  36796  2740 ?        Ss   19:37   0:00  \_ sshd: root@pts/1
root      3599  0.0  0.1  14172  2052 pts/1    Rs   19:37   0:00      \_ -bash
root      3614  0.0  0.0  10080  1036 pts/1    R+   19:42   0:00          \_ ps faux
identd    2617  0.0  0.0   5920   748 ?        Ss   16:56   0:00 /sbin/rpc.statd
proftpd   2636  0.0  0.0  54260  1792 ?        Ss   16:56   0:00 proftpd: (accepting connections)
daemon    2646  0.0  0.0   9056   420 ?        Ss   16:56   0:00 /usr/sbin/atd
root      2653  0.0  0.0  11500   940 ?        Ss   16:56   0:00 /usr/sbin/cron
nobody    2666  0.1  0.0  46536  1812 ?        Ssl  16:56   0:19 /usr/local/bin/sc_serv /etc/sc_serv.conf
root      2679  0.0  0.3  80464  7708 ?        Ss   16:56   0:00 /usr/sbin/apache2 -k start
www-data  2721  0.0  0.2  80464  5636 ?        S    16:56   0:00  \_ /usr/sbin/apache2 -k start
www-data  2724  0.0  0.2  80464  5628 ?        S    16:56   0:00  \_ /usr/sbin/apache2 -k start
www-data  2726  0.0  0.2  80464  4992 ?        S    16:56   0:00  \_ /usr/sbin/apache2 -k start
www-data  2758  0.0  0.2  80464  5628 ?        S    16:58   0:00  \_ /usr/sbin/apache2 -k start
www-data  2759  0.0  0.2  80464  5628 ?        S    16:58   0:00  \_ /usr/sbin/apache2 -k start
www-data  2762  0.0  0.2  80464  5620 ?        S    16:58   0:00  \_ /usr/sbin/apache2 -k start
www-data  2763  0.0  0.2  80464  5624 ?        S    16:58   0:00  \_ /usr/sbin/apache2 -k start
www-data  2764  0.0  0.2  80464  4992 ?        S    16:58   0:00  \_ /usr/sbin/apache2 -k start
www-data  2805  0.0  0.2  80464  5620 ?        S    17:24   0:00  \_ /usr/sbin/apache2 -k start
www-data  3281  0.0  0.2  80464  4576 ?        S    19:06   0:00  \_ /usr/sbin/apache2 -k start
root      2701  0.0  0.0   2656   500 tty1     Ss+  16:56   0:00 /sbin/getty 38400 tty1
root      2703  0.0  0.0   2656   504 tty2     Ss+  16:56   0:00 /sbin/getty 38400 tty2
root      2705  0.0  0.0   2656   504 tty3     Ss+  16:56   0:00 /sbin/getty 38400 tty3
root      2707  0.0  0.0   2656   500 tty4     Ss+  16:56   0:00 /sbin/getty 38400 tty4
root      2709  0.0  0.0   2656   504 tty5     Ss+  16:56   0:00 /sbin/getty 38400 tty5
root      2710  0.0  0.0   2656   496 tty6     Ss+  16:56   0:00 /sbin/getty 38400 tty6
root      2799  0.0  0.1  21440  3540 ?        Sl   17:09   0:02 ./sc_trans

Dernière modification par winner49 (2008-07-01 19:43:57)

Hors ligne

 

#35 2008-07-01 19:07:37

ScHinZe
Eleveur de chèvres
Lieu: Katmandou
Date d'inscription: 2006-08-04
Messages: 2516
Site web

Re: [Tuto] SC_TRANS: Utiliser son serveur comme source de diffusion

et ton sc_serv.conf ?
et ton ps faux ?


http://www.schinze.fr/_imgs/banniere.jpg

Hors ligne

 

#36 2008-07-01 19:19:56

winner49
Petit scarabé
Date d'inscription: 2008-06-08
Messages: 62

Re: [Tuto] SC_TRANS: Utiliser son serveur comme source de diffusion

Le fichier sc_serv.conf fais plusieurs pages je fais comment pour copier l'ensemble ?

Et qu'appelle tu "ps faux" ?

Hors ligne

 

#37 2008-07-01 19:22:50

ScHinZe
Eleveur de chèvres
Lieu: Katmandou
Date d'inscription: 2006-08-04
Messages: 2516
Site web

Re: [Tuto] SC_TRANS: Utiliser son serveur comme source de diffusion

bah tu fais plusieurs copier coller...
et ps faux... bah tappes le dans putty, tu verras bien


http://www.schinze.fr/_imgs/banniere.jpg

Hors ligne

 

#38 2008-07-02 00:23:23

winner49
Petit scarabé
Date d'inscription: 2008-06-08
Messages: 62

Re: [Tuto] SC_TRANS: Utiliser son serveur comme source de diffusion

Voila !

Hors ligne

 

#39 2008-07-02 00:35:23

ScHinZe
Eleveur de chèvres
Lieu: Katmandou
Date d'inscription: 2006-08-04
Messages: 2516
Site web

Re: [Tuto] SC_TRANS: Utiliser son serveur comme source de diffusion

Pour le firewall, moi j'ai mis ça vu que ça tourne en local:

Code:

iptables -t filter -A INPUT -p tcp --dport 8000 -j ACCEPT
iptables -t filter -A INPUT -p tcp -s 127.0.0.1 -d 127.0.0.1 --dport 8001 -j ACCEPT

Pour sc_trans;

Code:

PlaylistFile=/chemin/complet/vers/ma/playlist.lst
ServerIP=127.0.0.1
ServerPort=8000

Par contre, tu devrais te faire un script de lancement pour ton sc_trans (le meme que pour sc_serv)

Moi j'ai:

Code:

nobody    7379 22.0  1.3 32632 13708 ?       Ss   Jun24 2554:59 /usr/local/bin/enc_npnc /etc/sc_trans_npnc.conf

Et toutes les heures, je lance ça:

Code:

#!/bin/bash
echo "/chemin/vers/mon/dossier/de/mp3/dummyfile.mp3" > /chemin/complet/vers/ma/playlist.lst
find /chemin/vers/mon/dossier/de/mp3 -type f -name "*.mp3" >> /chemin/complet/vers/ma/playlist.lst
kill -s USR1 `ps -C enc_npnc -o pid=`
/etc/init.d/sc_trans_npnc start

Ce script permet de:
1/ Rajouter un fichier vide pour la premiere entrée, car la premiere entrée n'est pas lue par sc_trans
2/ Rajouter à la suite tout les fichiers .mp3
3/ Recharger la playlist dans sc_trans sans interrompre le flux
4/ Au cas où la commande kill fasse crasher sc_trans (j'l'ai déjà vu si on laisse les mp3 avec des encodages différents), ça permet de relancer le process. Si il tourne déjà, ça fait rien

Pour info, j'ai remarqué que le process est + stable si on encode les mp3 avant de les envoyer au meme bitrate renseigné dans le conf de sc_trans.


http://www.schinze.fr/_imgs/banniere.jpg

Hors ligne

 

#40 2008-07-02 00:50:04

winner49
Petit scarabé
Date d'inscription: 2008-06-08
Messages: 62

Re: [Tuto] SC_TRANS: Utiliser son serveur comme source de diffusion

Je ne comprend pas pour le script de lancement pour sc_trans ! Je dois faire quoi exactement ?

Je ne comprend pas pourquoi recharger la playlist ? Puisque la playlist est lu aléatoirement.

Le serveur est toujours down !

Dernière modification par winner49 (2008-07-02 00:56:23)

Hors ligne

 

#41 2008-07-02 01:07:40

ScHinZe
Eleveur de chèvres
Lieu: Katmandou
Date d'inscription: 2006-08-04
Messages: 2516
Site web

Re: [Tuto] SC_TRANS: Utiliser son serveur comme source de diffusion

winner49 a écrit:

Je ne comprend pas pour le script de lancement pour sc_trans ! Je dois faire quoi exactement ?

La meme chose que là:

http://www.dedibox-news.com/sujet-1167- … s-commande


Je ne comprend pas pourquoi recharger la playlist ? Puisque la playlist est lu aléatoirement.

La playlist est chargée une fois au démarrage. Si tu rajoutes des entrées ensuite, le process ne les prendra pas en compte tant que t'as pas rechargé ta playlist


http://www.schinze.fr/_imgs/banniere.jpg

Hors ligne

 

#42 2008-07-02 01:16:09

winner49
Petit scarabé
Date d'inscription: 2008-06-08
Messages: 62

Re: [Tuto] SC_TRANS: Utiliser son serveur comme source de diffusion

Désolé je vois toujours pas ce que je dois mettre dedans !

La playlist est chargée une fois au démarrage. Si tu rajoutes des entrées ensuite, le process ne les prendra pas en compte tant que t'as pas rechargé ta playlist

Ce script comment le lance ton toute les heures, avec cron je présume mais je dois mettre quoi comme commande ?

Si j'ajoute des morceaux et que je met a jour manuellement cela va faire quoi ?

Dernière modification par winner49 (2008-07-02 01:33:07)

Hors ligne

 

#43 2008-07-02 01:19:11

ScHinZe
Eleveur de chèvres
Lieu: Katmandou
Date d'inscription: 2006-08-04
Messages: 2516
Site web

Re: [Tuto] SC_TRANS: Utiliser son serveur comme source de diffusion

winner49 a écrit:

Désolé je vois toujours pas ce que je dois mettre dedans !

C'est écrit à partir de:

Ensuite, on crée le script de démarrage:

vi /etc/init.d/shoutcast

Et bien sur, tu adapte le contenu avec tes besoins

Ce script comment le lance ton toute les heures, avec cron je présume mais je dois mettre quoi comme commande ?

bah dans ton crontab tu rajoute juste l'adresse du fichier qui contient le script, apres l'avoir converti en executable

Si j'ajoute des morceaux et que je met a jour manuellement cela va faire quoi ?

Bah ca fera que t'aura des nouveaux morceaux et une playlist mise à jour...

T'as de ces questions toi ^^


http://www.schinze.fr/_imgs/banniere.jpg

Hors ligne

 

#44 2008-07-02 01:25:45

winner49
Petit scarabé
Date d'inscription: 2008-06-08
Messages: 62

Re: [Tuto] SC_TRANS: Utiliser son serveur comme source de diffusion

Et bien sur, tu adapte le contenu avec tes besoins

Mais le script je met quoi dedans ?

Bah ca fera que t'aura des nouveaux morceaux et une playlist mise à jour...

Quel est l'intérêt du script alors ?

Dernière modification par winner49 (2008-07-02 01:33:47)

Hors ligne

 

#45 2008-07-02 01:29:16

ScHinZe
Eleveur de chèvres
Lieu: Katmandou
Date d'inscription: 2006-08-04
Messages: 2516
Site web

Re: [Tuto] SC_TRANS: Utiliser son serveur comme source de diffusion

winner49 a écrit:

Mais le script je met quoi dedans ?

Bah ce qui est écrit dans l'endroit que je t'ai indiqué !

winner49 a écrit:

Quel est l'intérêt du script alors ?

Bah de faire la mise a jour et le rechargement en question...

J'comprend pas ce qui te fait bloquer comme ça, pourtant je dis des choses claires, simples, en te donnant tout le contenu de tout ce dont tu as besoin.


http://www.schinze.fr/_imgs/banniere.jpg

Hors ligne

 

#46 2008-07-02 01:32:06

winner49
Petit scarabé
Date d'inscription: 2008-06-08
Messages: 62

Re: [Tuto] SC_TRANS: Utiliser son serveur comme source de diffusion

Bah ce qui est écrit dans l'endroit que je t'ai indiqué !

Oui mais je dois modifier quoi ?

Bah de faire la mise a jour et le rechargement en question...

J'comprend pas ce qui te fait bloquer comme ça, pourtant je dis des choses claires, simples, en te donnant tout le contenu de tout ce dont tu as besoin.

Mais pourquoi faire un script alors qu'on peux le faire manuellement ?

Dernière modification par winner49 (2008-07-02 01:34:15)

Hors ligne

 

#47 2008-07-02 01:32:49

ScHinZe
Eleveur de chèvres
Lieu: Katmandou
Date d'inscription: 2006-08-04
Messages: 2516
Site web

Re: [Tuto] SC_TRANS: Utiliser son serveur comme source de diffusion

Désolé, j'ai pas la patience.
Si quelqu'un peut prendre la relève


http://www.schinze.fr/_imgs/banniere.jpg

Hors ligne

 

#48 2008-07-02 01:36:01

winner49
Petit scarabé
Date d'inscription: 2008-06-08
Messages: 62

Re: [Tuto] SC_TRANS: Utiliser son serveur comme source de diffusion

Désolé mais bon nous n'avons pas les même niveau smile

Il faut penser que la personne en face ne comprend pas tout forcément...

PS : Ce n'est pas méchant !

Hors ligne

 

#49 2008-08-09 16:15:07

snow
Je débarque
Date d'inscription: 2008-08-09
Messages: 1

Re: [Tuto] SC_TRANS: Utiliser son serveur comme source de diffusion

il est mis dans le fichier de conf de sc_trans qu'il peut etre utilisé comme relais de reencodage

sc_trans operates in one of two modes, either reading mp3s off disk, decoding,
; re-encoding, and then broadcasting them, or relaying from a shoutcast server,
; transcoding to a lower bitrate, and broadcasting to a new server.

mais j'arrive pas a faire la conf pour l'utiliser de cette facon
Si quelqu'un a la solution ca m'interesse smile
merci d'avance

Hors ligne

 

Pied de page des forums

Powered by PunBB
© Copyright 2002–2005 Rickard Andersson