Hi budi, I was about to try your script, but noticed many little problems. I ran something very similar (only with a vorbis icecast output) and didn't notice anything funny with the load. These issues can be sensitive to whether the disconnection is clean or not, hard to catch...
Anyway, here are my observations on your script. It would be nice if you could try to reproduce the problem with a more straightforward setup. 2010/9/9 budi prakosa <[email protected]>: > autodj = input.harbor("autodj",password="1234",buffer=10.,max=10.) > dj1 = input.harbor("dj1",password="1234",buffer=10.,max=10.) > dj2 = input.harbor("dj2",password="1234",buffer=10.,max=10.) Here, buffer=max: this is a bad idea, and actually liquidsoap now refuses it. The "buffer" param is how much data should be buffered before that the source starts playing. The "max" param is how much data can be stored before dropping. If buffer=max, liquidsoap stores 10 seconds of data, then starts replaying it.. but if it doesn't start immediately the next bit of data will trigger some dropping. Usually, max=2*buffer is a good idea. > output.dummy(fallible=false,fallback(track_sensitive=false, > [autodj,jingle])) > output.dummy(fallible=false,fallback(track_sensitive=false, [dj1,jingle])) I'm not sure what you're doing here. If an input.harbor isn't used, it drops data, but doesn't disconnect the client as far as I know. Otherwise, I'd call it a bug... Also, why don't you do it for dj2? I was also confused that you use a jingle source: blank() would be simpler. Actually, you can just do output.dummy(fallible=true,dj) or output.dummy(mksafe(dj)). > stream = fallback(track_sensitive=false, [dj2, dj1, autodj, > blank(duration=300.)]) So, no jingle here, only DJ? It's probably a bad idea to stream pure blank when no DJ is connected (see the FAQ in the doc of the latest versions) use some noise or a jingle instead. > output.icecast.aacplus(stream, host="127.0.0.1", port=8000, protocol="http", > password="1234", mount="/transcode.aac",bitrate=48, > name="Deadmediafm.org", description="streaming radio", > url="http://deadmediafm.org";, restart=true) Finally, AAC+ is known to be a bit unstable. Could you please test with another encoding format to make sure it is unrelated? Cheers, -- David ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ Savonet-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/savonet-users
