From: Bertrand L. <lab...@gm...> - 2007-11-13 18:39:22
|
Bonjour, Je reviens =E0 vous pour un petit bilan. Concernant l'erreur Read error File "sources/http_source.ml", line 64, characters 6-12: Assertion failed que je rencontrai au d=E9part. Celle-ci semble bien =EAtre li=E9 =E0 Shoutcast car se message =E0 totalement dispar= u depuis que j'utilise Icecast comme serveur source. L'erreur semble sans cons=E9que= nce car les tags continu =E0 =EAtre relay=E9 sur le stream sortant. Le fait de commenter assert (s=3D1) ; dans le fichier src/sources/http_source.ml avait bien permis de faire disparaitre le message, je ne connais pas les autres impacts et je n'en n'ai pas constat=E9. Concernant le message [RobotInput:2] Feeding stopped: Mad.End_of_streamapparaissant quelques secondes apr=E8s que la fonction switch bascule sur la source robot, je me demande son bien-fond=E9 car en pratique je ne constate aucune rupture de flux que ce soit sur le flux entrant (RobotInput) ou le flux sortant. Enfin pour revenir au probl=E8me de silence que j'obtenais chaque matin, ce= lui semble du aux transitions car il a disparu en supprimant ces derni=E8res. P= our informations la transition que j'utilisai (fonction crossfade) provient du site Liquidsoap ( http://savonet.sourceforge.net/wiki/wikka.php?wakka=3DLiqExamples). Est ce = que celle-ci est mal utilis=E9 dans mon script ou celle-ci est elle erron=E9? Je vous rappel mon script original: #!/usr/local/bin/liquidsoap set("log.level",3) set("log.file.path","/var/log/liquidsoap/<script>.log") set("server.telnet",true) #Informations de connections du stream sortant password =3D "*********" name =3D "WebRadio-Dijon.net" mount =3D "test.mp3" description =3D "WebRadio-Dijon.net " url =3D "http://www.webradio-dijon.net/" genre =3D "Pop Rock Electro Bootleg" #Definition des flux entrant secours =3D single(id=3D"Secours", "/usr/local/etc/liquidsoap/default.mp3") night =3D single(id=3D"Night", "/usr/local/etc/liquidsoap/default.mp3") robot =3D input.http(id=3D"RobotInput", 'http://home.labzoneb2.net:8000/'<http://home.labzoneb2.net:8000/%27> ) #Fonctions secours =3D on_track(fun(meta)->system("echo 'STREAM IS KO' | /bin/mail 06********@blackberry.orange.fr -s 'Monitoring Streaming'"),secours) def crossfade(a,b) add(id=3D"crossfade", normalize=3Dfalse, [ sequence(id=3D"crossfade_seq",[ blank(duration=3D5.), fade.initial(duration=3D10.,b) ]), fade.final(duration=3D10.,a) ]) end #Scheduller scheduller =3D switch(id=3D"Scheduller", track_sensitive=3Dfalse, transitions=3D[crossfade, crossfade], [ ({ 2h-8h }, night), ({ true }, robot) ]) # Fallback mystream =3D fallback(id=3D"Fallback", track_sensitive =3D false, transitions=3D[crossfade, crossfade], [scheduller, secours]) #Traitement du flux mystream =3D normalize(mystream) mystream =3D compress(mystream) #Envoi du flux output.icecast.mp3(password=3Dpassword, name=3Dname, mount=3Dmount, description=3Ddescription, url=3Durl, genre=3Dgenre, mystream) Le 05/11/07, Bertrand LAGRANGE <lab...@gm...> a =E9crit : > > > > Le 05/11/07, David Baelde <dav...@gm...> a =E9crit : > > > > > 2007/11/05 08:00:19 [RobotInput:2] Feeding stopped: Mad.End_of_stream > > > 2007/11/05 08:00:20 [RobotInput:3] Decoding... > > > > > > Pourquoi un "Feeding stopped: Mad.End_of_stream " appara=EEt ? > > > > Celui-l=E0 (malgr=E9 les apparences peut etre un peu trompeuses) est un= e > > fin de flux "normale": plus de donn=E9es =E0 d=E9coder, d=E9connexion p= our une > > raison ou une autre, etc. Juste apr=E8s il a l'air de retrouver des > > donn=E9es =E0 lire. > > > > Si tu es s=FBr que ton flux est bien =E9mis et qu'il n'y a pas de probl= =E8me > > r=E9seau, alors il y a un soucis ;) Dans ce cas v=E9rifie avec un autre > > logiciel (e.g. =E9coute avec mplayer depuis la b=E9cane o=F9 tourne > > liquidsoap) on sait jamais... > > > > J'esp=E8re que =E7a aide un peu. > > > > ++ > > -- > > David > > > > Je suis sure de ma source car en attendant que mon liquidsoap soit au > point je la relay directement avec icecast: > Or celui-ci ne remonte aucune perte de connexion avec la source dans ces > logs. > > je suis d'autant plus intrigu=E9 que cette "fin de flux normal" appara=EE= t > syst=E9matiquement =E0 ~08:00:19 soit quelques secondes apr=E8s que le > "Scheduller" bascule sur la source "RobotInput" . > |