Hi !
Le Thursday 19 June 2008 13:01:15 Никита Бакланов, vous avez écrit :
> Test 1.
> -----------
>
> When I have written
> full = fallback(track_sensitive=false,
> [input.http("http://xx.xxx.xx.xxx:8000/live.m3u";), time_promo, radio]) for
> switch to a live show, liquidsoap began to write in log-file this lines:
> 2008/06/18 19:18:21 [EMAIL PROTECTED]:3] New metadata chunk "? -- ?". One
> line per second. That this means? Maybe, because liquidsoap is waiting when
> starts live show? Because when live show starts, he stoped write to
> log-file.
Ha, right, good point !
If you use input.http on a playlist, but the coresponding live didn't start,
the following will happen:
1 Download and parse the playlist
2 Connect to first stream
3 Failure
4 Restart: goto 1
I belive at least using directly the stream URL would be better, at least you
won't get the metadata chunk issue.
Of course, it would be better to use harbor, but depending on your usage, you
might not be able to do it. For more info, see:
http://savonet.sourceforge.net/doc-0.3.7/http_vs_harbor.html
> After 30 minutes he is write line in log-file:
> 2008/06/18 19:45:00 [decoder:2] Decoder MP3 betrayed us on
> "/home/syfer/radio/promo/promo_file.mp3"! And following lines:
> 2008/06/18 19:45:00 [decoder:3] Unable to decode
> "/home/syfer/radio/promo/promo_file.mp3"! (~4000 lines per second).
> Log-file became very big (9 megabytes for 3 minutes). Just looped on this.
> Then liquidsoap is shutdown. [See log-file new-radio(bad).log in attached
> file newradio.zip] Why he this does?
This is the biggest problem.
When liquidsoap plays a song, it will first try to decode it, and then if it
is sucessfull, schedule the song for being played later.
So, here you are in the situation where something went bad inbetween: the file
was sucessfully opened and decoded at first test, and then scheduled for
being played, but when it is actually played, something bad happened, and the
file is no longer playable.
Last time we saw this error, the file system was NFS, so something unexpected
could happen. Here you told us everything was local, so I have no clue.
Is there a reason the file could have changed ?
> Test 2.
> ------------
>
> I have changed
> full = fallback(track_sensitive=false,
> [input.http("http://xx.xxx.xx.xxx:8000/live.m3u";), time_promo, radio]) on
> full = fallback(track_sensitive=false, [time_promo, radio])
> after that all worked very well. And continues to work. [See log-file
> new-radio(good).log in attached file newradio.zip]. See the difference at
> time?
>
> Question: How make me switch to a live show in that case? Maybe I do
> something wrong?
Well, use directly the stream URL and not the playlist, or use harbor.
I'm wondering: does removing the input.http solve the "unable to decode"
issue ? That would be strange..
Also, I would advise you to try the latest release, there are no strong reason
it would fix you bug, but we changed a lot of code so perhaps it could help..
Romain
-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users
