Come creare una web radio con Linux e Shoutcast (guida basilare)
marzo 10, 2007 8:59 pm
Ventiseiesimo articolo dedicato alle web radio.
Si, ci siamo finalmente arrivati. Dopo diversi mesi passati a usare Windows, consideriamo anche il fantastico mondo del pinguino e proviamo a fare streaming anche con Linux.
Per cominciare scarichiamo questi due archivi:
Scompattiamo i due archivi da qualche parte e salviamo tutti i file in due cartelle distinte.
La cartella contenente il server shoutcast sarà composta da 3 files:
Con questi altri due file, che si creeranno una volta utilizzato per la prima volta il server.
- sc_serv.log
- sc_w3c.log
Il file README.TXT oltre a descrivere l’excursus del programma nelle varie versioni, spiega sommariamente come si installa Shoutcast su linux, quali sono i requisiti minimi di sistema, le peculiarità della versione per Windows e quelle della versione per Linux. Ne parleremo meglio successivamente.
Il file sc_serv è l’applicazione che richiameremo per il funzionamento del server shoutcast.
Il file sc_serv.conf è il file di configurazione, sul quale lavoreremo con maggiore puntualità.
La cartella contenente l’encoder shoutcast sarà composta da 5 files:
Gli altri due file, sono encoder per altri sistemi operativi.
- sc_trans_freebsd
- sc_trans_macosx
Il file example.lst è un file LISTA di esempio. Un file LISTA per shoutcast è un file che contiene dei riferimenti assoluti a dei file mp3, ed è l’unico strumento che può decidere cosa trasmettere.
Il file sc_trans_linux è l’applicazione che richiameremo per il funzionamento dell’encoder shoutcast.
Il file sc_trans.conf è il file di configurazione dell’encoder.
A questo punto fiato alle trombe! Cominceremo innanzitutto a fare partire la radio, per poi studiare le configurazioni alla ricerca della qualità migliore.
Per prima cosa, apriamo il server, per farlo, aprite un terminale e posizionatevi nella cartella in cui si trova il server shoutcast e digitate semplicemente:
./sc_serv
Ottenendo questo:
[SHOUTcast] DNAS/Linux v1.9.7 (Jun 23 2006) starting up…
[main] pid: 20433
[main] loaded config from sc_serv.conf
[main] initializing (usermax:32 portbase:8000)…
[main] No ban file found (sc_serv.ban)
[main] No rip file found (sc_serv.rip)
[main] opening source socket
[main] source thread starting
[main] opening client socket
[main] Client Stream thread [0] starting
[main] client main thread starting
[source] listening for connection on port 8001
[source] connected from 127.0.0.1
[source] icy-name:Radio LOL ; icy-genre:genres go here
[source] icy-pub:1 ; icy-br:80 ; icy-url:http://mygayson.com
[source] icy-irc:shoutcast ; icy-icq: ; icy-aim:AIMHandle
[main] SIGWINCH; Reloaded Config File
[dest: 207.200.98.4] starting stream (UID: 0)[L: 1]{A: SHOUTcast Directory Tester}(P: 0)
[dest: 207.200.98.4] connection closed (0 seconds) (UID: 0)[L: 0]{Bytes: 126078}(P: 0)
[yp_add] yp.shoutcast.com gave error ()
Che ricorda moltissimo la schermata del server shoutcast per windows, già discussa nella guida basilare per Windows Non preoccupatevi se vedete righe strane o errori. La configurazione letta sopra è la più normale possibile in questo momento.
In più rispetto alle schermate di default nel server windows vediamo il PID (Process Identifier) e la gestione dei SIG, ovvero dei Segnali che possono essere inviati al server. (questo non è argomento da trattare ora)
Per il resto, come potrete notare, il server tenta numerose volte di collegarsi al Directory tester, non riuscendoci! Perchè? Ovvio, il server è aperto, ma non c’è nessuna sorgente che trasmette qualcosa!
A questo punto apriamo un altro terminale, e apriamo l’encoder.
Per farlo andiamo nella cartella contenente l’encoder, e digitiamo:
./sc_trans_linux
Ottenendo il risultato non molto incoraggiante, ovvero un loop di quello che sembra essere un errore:
[MAIN] Error opening /home/sctrans/content/test_2.mp3, skipped
[MAIN] Error opening /home/sctrans/content/test_2.mp3, skipped
[MAIN] Error opening /home/sctrans/content/test_2.mp3, skipped
[MAIN] Error opening /home/sctrans/content/test_2.mp3, skipped
[MAIN] Error opening /home/sctrans/content/test_2.mp3, skipped
[MAIN] Error opening /home/sctrans/content/test_2.mp3, skipped
[MAIN] Error opening /home/sctrans/content/test_2.mp3, skipped
[MAIN] Error opening /home/sctrans/content/test_2.mp3, skipped
[MAIN] Error opening /home/sctrans/content/test_2.mp3, skipped
[MAIN] Error opening /home/sctrans/content/test_2.mp3, skipped
[MAIN] Error opening /home/sctrans/content/test_2.mp3, skipped
[MAIN] Error opening /home/sctrans/content/test_2.mp3, skipped
[MAIN] Error opening /home/sctrans/content/test_2.mp3, skipped
[MAIN] Error opening /home/sctrans/content/test_2.mp3, skipped
[MAIN] Error opening /home/sctrans/content/test_2.mp3, skipped
[MAIN] Error opening /home/sctrans/content/test_2.mp3, skipped
In realtà non è un errore. Ma occorre fare una premessa. L’encoder shoutcast per linux, non si appoggia a nessun player, ma lavora direttamente sugli mp3. Per cui occorre un file che contenga gli indirizzi assoluti dei file che vogliamo trasmettere. La playlist predefinita contiene dei file inesistenti, e questo giustifica il fatto che ovviamente non li trovi! Dato che è autoimpostata una funzione di repeat alla fine della playlist, l’errore si ripete all’infinito.
Ragion per cui, apriamo con un editor di testo il file example.lst, cancelliamo le due righe alla fine del file contenenti gli indirizzi dei due mp3 inesistenti, e sostituiamole con l’indirizzo di un solo mp3 realmente esistente.
Dopo aver fatto questo: Occorre fare un altra cosa. Sincronizzare le password. Stranamente non lo sono di default. Per cui dovete cercare nei file di configurazione le occorrenze della parola password, e impostarla uguale. (si tratta di solito di fare una sola modifica) Tratteremo i file di configurazione nel dettaglio nella guida avanzata.
Come ultima cosa, impostate nel file sc_trans_conf come SERVERIP ovviamente localhost.
A questo punto avete l’url di un mp3 valido, le password sincronizzate e il server locale. A questo punto, possiamo ripetere le operazioni di apertura di server e plugin, come sopra descritto.
Qualora vi accorgeste che la porta utilizzata da shoutcast è occupata, probabilmente dal fatto che avete chiuso male il programma e la socket è rimasta occupata, potete benissimo usare il comando:
fuser -n TCP numeroporta
per identificare il pid del processo che occupa la stessa, per poi killarlo con un semplice
kill numeropid.
Se non funziona, provate un kill -s 9 numeropid.
Rilanciati gli eseguibili, il terminale in cui agisce il vostro encoder darà il seguente output, che ovviamente varia anche in base all’mp3 utilizzato:
*******************************************************************************
** TRANScast Distributed Network Audio Content Provider
** Copyright (C) 2000 Nullsoft, Inc. All Rights Reserved.
** Use “sc_trans filename.conf” to specify a config file.
*******************************************************************************
[TRANSCast] DNAS/posix v0.400-LAME (Mar 4 2003) starting up…
[MAIN] PID: 5398
[MAIN] Loaded config from sc_trans.conf
[MAIN] Loading playlist (example.lst)
[MAIN] Found (2) entries in playlist
[MAIN] Playlist decoder thread starting
[MAIN] Streaming thread starting
[DECODE] Opened prova.mp3
[STREAM] Creating stream socket
[STREAM] Resolving stream host
[STREAM] Connected to host server
[CONFIG] WARNING: No InputSamplerate defined, assuming 44100!
[CONFIG] WARNING: No InputChannels defined, assuming 2!
Warning: input file samplerate is -1208428222 Hz, must be 44100!
Warning: input file samplerate is -1208428222 Hz, must be 44100!
Warning: input file samplerate is -1208428222 Hz, must be 44100!
Warning: input file samplerate is -1208428222 Hz, must be 44100!
Warning: input file samplerate is -1208428222 Hz, must be 44100!
Warning: input file samplerate is -1208428222 Hz, must be 44100!
Warning: input file samplerate is -1208428222 Hz, must be 44100!
Warning: input file samplerate is -1208428222 Hz, must be 44100!
[DECODE] Opened prova.mp3
[STREAM] Host server gave success (OK2)
[STREAM] Stream to localhost established
[STREAM] Sending stream information
[MAIN] Title Updated
Questa è la configurazione ottimale, il vostro mp3, in questo caso prova.mp3 è in trasmissione su internet. Avete a disposizione il vostro pannello d’amministrazione e potete avere ascolti. L’obiettivo della guida basilare è terminato, ma c’è ancora molto da settare e da imparare, soprattutto a causa del fatto che gli errori possibili sono molteplici.
45 Responses to “Come creare una web radio con Linux e Shoutcast (guida basilare)”
il blog e molto bello, ma le canzoni di radio gbt 91 fanno proprio proprio skifo
poi mi spieghi cosa centra gbt91 con un blog che non parla di habbo e di gbt91….
Già, vorrei capirlo anche io.
ma odve dobbiamo inderire ./sc_serv
Ciao Fra.. richiama sc_serv in una finestra di terminale.
Ciao fabrizio, intanto complimenti per l’ottimo lavoro che stai svolgendo, allora un piccolo problema dettato dalla mia scarsa conoscienza di linux, io riesco a fare tutto, mando in steaming la mia radio sia come servizio localhost sia come servizio appoggiato esternamente, tutto funziona…ma..per fermare o chiudere il server che devo fare? ogni volta devo riavviare linux…c’è un sistema più veloce? da notare che io il teminale non lo apro nemmeno ho cambiato i permessi su sc_server e anche su sc_trans_linux ci klikko sopra e vado on line, un altra cosa un encoder una gui tipo winamp o sam per linux si trova?…grazie per la tua pazienza
Ciao Maurizio, se il programma va in background e tu non lo vedi agire (cosa che ti sconsiglio, è meglio richiamare server ed encoder da una finestra di terminale) puoi chiuderlo aprendo un altra finestra di terminale e scrivendo anche il semplice comando:
killall sc_trans_linux
per killare l’encoder, e killall sc_serv per killare il server.
Per quanto riguarda le regie, a quanto sembra qualcuna ce n’è. Appena so qualcosa, lo farò subito sapere. Se vuoi, continua a seguire il blog.
ciao fabrizio, io uso Ubuntu
ho trovato diversi programmi per fare regia…
uno si chiama Internet DJ console, non so se lo conosci, ma pare che emuli i server Shoutcast, icecast e icecast2.
nei settings del programma appare una schermata per configurare il server. Ho provato ad inserire il mio ip nell’host, le psw la porta ecc.. ma non si connette. Forse la finestra è solo un interfaccia, perkè non ho installato i pacchetti che dici tu.
Riprovo e ti faccio sapere.
Ciao fabrizio, prima di tutto complimenti per il bellissimo blog e per questa, davvero ben realizzata, guida alla webradio….davvero complimenti.
Sto cercando di realizzare una webradio con queste caratteristiche:
- il computer che fa da server ha GNU/Linux Ubuntu 7.04 e ho installato e configurato il server ed encoder Shoutcast
- ma come programma per la regia vorrei utilizzare SAM Broadcaster che faccio girare in emulazione sotto Parallels con il mio MacBook
allora, ho provato a far partire una canzone a caso dal server (inserendo il percorso dell’mp3 in example.list) e ho provato ad ascoltarla da winamp (Macbook) e funziona davvero bene.
Il problema si verifica quando cerco di collegarmi con SAM Broadcaster al server; in pratica vorrei tenere il server Shoutcast su Linux ma la regia farla da windows con questo ottimo programma (SAM):
- vado in Destop B
- Finestra Encoders
- ne aggiungo uno
- nella cartella “Server Details” inserisco l’indirizzo IP del server Linux, come porta metto la 8000 e poi metto la password che ho impostato in sc_serv.conf
il problema è che non riesce a collegarsi e non so il perchè, non da nessun errore, solo che non riesce a collegarsi…
se invece provo ad installarci shoutcast in locale funziona ma non è il mio obiettivo 
come posso fare? cosa altro devo configurare su Linux?
Grazie in anticipo per la risposta e ancora complimenti pe ril blog! ^_^
@Spr1gg4n: Il tuo è un problema abbastanza serio e mi piacerebbe saperne di più. Perchè non posti innanzitutto il log del server shoutcast sul terminale con ubuntu, al momento in cui tu cerchi di collegarti con Sam nel macbook? Ci sarà qualche scritta nel server che indica che “qualcosa” vuole fare da sorgente.
Ciao Fabrizio, purtroppo (anche per altri motivi) ho dovuto rimettere win xp sul pc che dovrà fare da server della mia radio.
Ma anche qui ho un problema (e bello grosso anche -.-’): in pratica appena avvio l’encoder di SAM Broadcaster e avvio una canzone, la canzone si inchioda e continua a ripetere sempre lo stesso pezzo di qualche secondo e, subito dopo, si inchioda il programma e poi l’intero pc -.-’ e devo riavviare brutalmente col tasto.
Ho provato ad inviare uno streaming tramite il plugin di winamp e trasmette correttamente, con un po di ritardo ma correttamente.
Ho provato anche a fare la stessa procedura dal pc della mia ragazza e da quello trasmetto bene anche con SAM e non capisco il perchè! -.-’
stessi programmi, stesse impostazioni…
il problema è che devo per forza utilizzare il pc fisso come server e non il portatile!
non so proprio cosa fare; ho addirittura provato a formattare e reinstallare il tutto ma niente, appena do il play dell’encoder di SAM si blocca la canzone, poi il programma e poi tutto l’SO -.-’
Grazie in anticipo per la risposta 
@Spr1gg4N: Sam è un programma abbastanza pesante, senza contare il database a cui è collegato. Quindi non è impossibile che esso si blocchi. Mi fa strano che si blocchi sempre, ma se ti capita, credo ti convenga passare ad un altra regia.
eh ma per quanto sia pesante gira sotto ad un amd 64 X2 4200 con 1 GB di RAM e si blocca sempre, puntualmente quando faccio partire l’encoder -.-’
non è che potrebbe essere qualche problema di hw? l’unica cosa che possa essere un minimo datata è la scheda audio…
male che vada, quale altra regia puo sostituire SAM? non me ne intendo molto di regie ma SAM sembra fatto davvero molto bene e, sopratutto, in modo intuitivo.
@Spr1gg4n: Effettivamente mi suona molto strano davvero. Perchè non mi dici quale database hai installato con Sam, e quali sono i sintomi più nel dettaglio? MAgari riesco a capire meglio. Per quanto riguarda le regie, è meglio che mi dici quali sono i tuoi obiettivi, e ne troveremo una insieme.
Bhe prima di tutto grazie mille per l’interessamento!
Rispondo con ordine ^^ :
- il database che ho installato con SAM è MySQL 5.0
- per quanto riguarda i sintomi non posso entrare più di tanto nel dettaglio perchè il programma va in crush appena do il play di una qualsiasi canzone mentre l’encoder è in esecuzione e quindi la regia “dovrebbe” trasmettere lo streaming al server ShoutCast che è in esecuzione.
Ma tutto questo lo fa solo ed esclusivamente con il pc fisso che farà da server per la radio; con il portatile della mia ragazza e sul mio macbook (windows in emulazione con parallels) va tutto bene…solo che non posso usare i portatili come server per ovvie ragioni
- il mio obiettivo sarebbe quello di mettere su una webradio online 24 ore su 24 facendo sentire una playlist continua finchè io ed altri ragazzi non riusciremo a mettere su un palinsesto con altri contenuti ^^ una volta fatto questo si inseriranno delle trasmissioni di qualche ora musica + voce.
AGGIORNAMENTO:
————————
la versione che sul server mi crushava era la 4.2.2 (l’ultima), ho provato ad installare la 3.2.1 e funziona correttamente, c’è qualche funzione in meno da quello che ho potuto vedere con un’occhiata veloce al programma ma gli strumenti principali ci sono tutti.
Bha…mistero!
AGGIORNAMENTO 2:
—————–
sia con la 4.2.2 sia con la 3.2.1 sto facendo dei test in locale e devo dire che con la 4.2.2 la lag era più o meno di un minuto…con la 3.2.1 il ritardo è di un paio di secondi. ^_^
@Spr1gg4N: Io utilizzavo la 4, e non avevo troppi problemi. Se ti trovi meglio con la 3, per gli utilizzi che ne devi fare, va benissimo.
ciao fabrizio! sto cercando da fare una web radio con linux e trovo ottima la tua guida….però non riesco a capire un punto:
“Dopo aver fatto questo: Occorre fare un altra cosa. Sincronizzare le password. Stranamente non lo sono di default. Per cui dovete cercare nei file di configurazione le occorrenze della parola password, e impostarla uguale. (si tratta di solito di fare una sola modifica) Tratteremo i file di configurazione nel dettaglio nella guida avanzata.”
-dove trovo la password e dove bisogna copiarla?
“Come ultima cosa, impostate nel file sc_trans_conf come SERVERIP ovviamente localhost.”
- apro il file e poi??
scusa la mia ignoranza in materia informatica…
grazie, ciao!
-
Ciao Gabriele!
Le password si trovano rispettivamente all’interno del file sc_serv.conf e all’interno del file sc_trans.conf
Devi renderle tutte uguali.
All’interno del file sc_trans.conf troverai una riga che inizia con SERVERIP.
Accanto a serverip, al posto di quello che ci trovi scritto, metti semplicemente localhost e il gioco è fatto.
Se ci sono altri problemi ricommenta.
Salutoni
grazie!
spero che ancora venga consultato questo post.. il mio dilemma è se è possibile stremmare non tramite una canzone ma direttamente dalla scheda audio … cosi che usare eventualmente anche un microfono
@Davide:
Certo.
Puoi provare due strade. La prima è inserire al posto del riferimento alla canzone, il riferimento al microfono, che però non so dove sia.. magari /dev/audio o qualcosa di simile.
La seconda è usare regie come IDJC, che tratterò appena avrò un pò di tempo per farlo.
ciao, molto interessante il blog. Ma se volessi utilizzare un software in windows che permetta di “suonare” in tempo reale? tipo aggiungere effetti sul momento ecc.. esisterebbe qualcosa?
@Mike: Perdonami ma non capisco la domanda.
Vuoi usare un server su linux e una regia su windows?
No no ora parlo solo in windows… se ci sarebbe qualche programma serio che faccia come dici tu da regia e non un semplice player x trasmettere in radio con shout cast e winamp
@Mike: Le migliori regie per radio sono su windows. Prima o poi, arriveranno anche su piattaforma Linux.
Ciao….scusa la domanda….ho installato lo streaming su una macchina con Fedora core8, se esegui file audio funziona alla meraviglia….ma quando tendo di fare un live dalla scheda audio, mi da un errore….come posso fare? Qual’è indirizzo della scheda audio su fedora? forse \dev\dsp??
@Francesco:
Devo ancora verificarlo, non ho una fedora.. dipende se a te interessa usare il mic o usare il line in. Mi informerò
ciao Fabrizio,
ti ho già scritto in precedenza ma avrei bisogno di ulteriori chiarimenti..ti ringrazio fin da ora..
non capisco questa parte:
“Qualora vi accorgeste che la porta utilizzata da shoutcast è occupata, probabilmente dal fatto che avete chiuso male il programma e la socket è rimasta occupata, potete benissimo usare il comando:
fuser -n TCP numeroporta
per identificare il pid del processo che occupa la stessa, per poi killarlo con un semplice
kill numeropid.
Se non funziona, provate un kill -s 9 numeropid.
Rilanciati gli eseguibili, il terminale in cui agisce il vostro encoder darà il seguente output, che ovviamente varia anche in base all’mp3 utilizzato:”
nel mio terminale mi dice che in effetti la porta è bloccata, ma non riesco a capire il numero della porta.. e comunque, mettendo una porta(che credo sbagliata) mi da’ questo errore:
“Invalid namespace name
Usage: fuser [ -a | -s | -c ] [ -n SPACE ] [ -SIGNAL ] [ -kimuv ] NAME…
[ - ] [ -n SPACE ] [ -SIGNAL ] [ -kimuv ] NAME…
fuser -l
fuser -V
Show which processes use the named files,…” ecc. ecc.
come se fosse il comando sbagliato e non esattamente la porta..
altra cosa:
scusa la mia ignoranza…una volta che ho fatto tutto questo, non c’è un’interfaccia (oltre al terminale) per vedere quello che trasmetto?
ti ringrazio!
@Gabriele:
fuser funziona se la porta è utilizzata da un programma…
per vedere a quale porta corrisponde un programma, prova a scrivere:
ps -A | grep sc_serv
la porta che uscirà, mettila nel comando kill
kill numeroporta
alchè, dovresti avere la porta libera.
Per quanto riguarda l’interfaccia, non c’è niente di più, al massimo, lavora tramite l’interfaccia web, il pannello di amministrazione.
ciao fabrizio..
ti ringrazio per la risposta..
purtroppo non succede nulla se digito in un terminale: ps -A | grep sc_serv
grazie..
@gabriele:
OVviamente digiti questo comando DOPO avere aperto il server shoutcast, vero?
Ciao Fabry! Complimenti per questo magnifico blog.
è da molto tempo che sto cercado di dilettarmi a fare una radio (ambiente Win) e ora, dopo la mia “Conversione” a Linux, sono passato a Freespire (Debain Based).
Volevo chiederti un paio di cose:
quando faccio provare a una persona il mio link della radio (quindi il mio IP) non riceve risposta eppure ho settato tutto perfettamente! °°
Poi se vado con http://localhost:porta mi viene fuori:
“ICY 401 Service Unavailable icy-notice1:
SHOUTcast Distributed Network Audio Server/Linux v1.9.7
icy-notice2:The resource requested is currently unavailable”
Se posso rispondere a gabriele, anche a me è uscito quel messaggio… però quando ho messo tcp minuscolo ha funzionato…
Grazie in anticipo per la risposta! 
@Rabba:
Postami il log del server shoutcast, vediamo cosa dice.. basta anche uno screen dopo averlo fatto partire.
Potrò valutare meglio.
Questo è il mio ultimo log che ho:
[SHOUTcast] DNAS/Linux v1.9.7 (Jun 23 2006) starting up…
[main] pid: 7404
[main] loaded config from sc_serv.conf
[main] initializing (usermax:10 portbase:5000)…
[main] No ban file found (sc_serv.ban)
[main] No rip file found (sc_serv.rip)
[main] opening source socket
[main] source thread starting
[main] opening client socket
[main] Client Stream thread [0] starting
[main] client main thread starting
[source] listening for connection on port 5001
[source] connected from 127.0.0.1
[source] icy-name:AmaRock Radio ; icy-genre:Radio
[source] icy-pub:1 ; icy-br:80 ; icy-url:http://brokenbrain.netsons.org
[source] icy-irc: ; icy-icq: ; icy-aim:
[yp_add] yp.shoutcast.com gave error (nak)
[yp_add] yp.shoutcast.com gave extended error (Cannot see your station/computer (IP: 79.7.193.77:5000) from the Internet, disable Internet Sharing/NAT/firewall/ISP cache (Connection timed out).)
[source] no data (30s timeout). disconnecting.
[dest: 127.0.0.1] server unavailable, disconnecting
[dest: 127.0.0.1] Invalid resource request(/favicon.ico)
[main] SIGINT; exiting!
Cosa può essere? ho sospettato anche io che sia il server SC che non funziona correttamente, ma, come ho detto, ho impostato il .conf in maniera corretta…
@Rabba:
Due appunti.
Il primo è quello di risolvere correttamente il port forwarding, in quanto la tua porta 5000 non è visibile su internet.
Il secondo è quello di non dimenticarti di mantenere l’encoder in funzione, mentre il server è aperto.
Prova tutto questo e fammi sapere
Per il primo punto fatto: sono andato sul mio modem ed ho impostato la nuova porta
il secondo lo faccio sempre… è sempre aperto insieme al server (poi l’ho impstato alla mia scheda audio, in modo da trasmettere anche la voce)
Ho fatto un’esperimento con una mia amica:
quando gli invio il mio ip esterno + :5000 e lo apre su un browser non gli vene su il segnale, ma solo un messaggio di errore (Il server sta impiegando troppo tempo a rispondere.)
Grazie molte per l’aiuto
@Rabba:
Se sei sicuro di avere effettuato bene il port forwarding, prova a togliere il riferimento alla scheda audio nel file sc_serv.conf.
Se il problema persiste RIconsultare il medico 
Ciao Fabrizio, hai trovato novità a riguardo alla riproduzione con fedora della scheda audio??
@Francesco:
No, eventualmente aggiornerò io.
Ciao Fabrizio,prima di tutto voglio dirti che questo blog è fantastico.
Dopo aver avviato lo shoutcast con ” ./sc_serv”, quando scrivo su un altro terminale “./sc_trans_linux”,il computer mi risponde: Nessun file o directory.
Non so come fare dato che sono ho da poco Ubuntu …
@Dave: Grazie per i complimenti.
Sei sicuro che nell’altro terminale il comando ./sc_serv_trans sia fatto in una cartella in cui è presente sc_serv_trans e che sc_serv_trans abbia i permessi di esecuzione?
Ecco qua:
# this is a sample playlist file.
#
# the playlist contains one line per song file you wish to stream. the paths
# should be absolute.
#
# if shuffle is off, the songs will play in order.
#
# the playlist is read once at startup, and cached to memory. you may update
# the playlist in a running process by sending a kill -USR1. The next track
# to play after the one currently playing will be from the new playlist.
#
# on linux, you may specify a playlist item of DSP:/dev/soundcard, where soundcard
# is the name of your audio device. It’s usually /dev/audio. doing so will allow
# you to broadcast from a line input feed instead of mp3s on disk.
#
# the playlist ignores the first valid line. Don’t ask why.
# Your playlist must have at least 2 entries. if you only want to stream one file
# over and over again, then list it twice, including DSP sources.
#
# the following 2 lines are sample playlist lines. you should replace them with
# actual mp3 files, being sure to adhere to all the content guidelines set forth in
# the .conf file!
/home/luigi/Scrivania/99 Posse – Sfumature.mp3
Grazie per l’add su Facebook.
@Dave:
Utilizza nomi file senza spazi e raddoppia l’entry della canzone, scrivendola appunto due volte su due righe diverse.
Caro Fabrizio…Oramai mi rivolgo a te perchè sei la persona più competente che io conosca (non di persona ma di fama)
Ti spiego brevemene il mio problema…quando parlo in diretta sembra filare tutto liscio…a volte però la voce inizia ad andare a scatti. Ho pensato fosse un problema di configurazione AGC ma non ci capisco molto. Ho pensato si trattasse dei valori packet in config –> packets e packets time ma anche variando i valori si sente a scatti, se non peggio di prima. Mi piacerebbe sapere la causa e il modo di sistemare.
Ah! poi mi è capitato che quando attivavo il microfono si sentiva un rumore bianco, un fruscio che non spariva finchè non disattivavo il mic. Spegni e riaccendi sam e il problema sparisce.
Grazie del aiuto
Care to comment?
