> If you have several mountpoints, you could have several > input.http(..), one for each mountpoint. But it's a bit heavy to have > liquidsoap actively checking perhaps 10 mounts every 10s or so. An > alternative is input.harbor(), did you consider it? It's not perfect, > but it's slightly more flexible than icecast (e.g. supports > time-dependent authentication) and is more efficient (direct > connection from the client to liquidsoap). Some people here have used > harbor with one mount for multiple DJs, I don't know if they sticked > to it.
I'm looking through input.harbor() now (and have a test stream setup fairly quickly with it working), and I don't see how it supports time-dependent authentication. I do see that it supports a user-function based authentication, which would allow me to use an external script (which is great) to determine my own method of authentication, and this would could be built to authenticate someone based on what time it is. But how would I go about cutting them off when their window had passed? Maybe it's right in front of me and I just don't see it. To clarify: If they are allowed to connect between 1pm and 2pm, then my external script can check the time and allow their connection. But once 2pm has been reached, how do I disconnect them so that the next person can connect? Additionally, if someone is allowed on at 1pm because that's when their show starts and the previous one ends. Most people would want to connect a few minutes prior to 1pm just to make sure they're on time. But if someone else is connected because their show hasn't finished yet... Is it resource intensive to have dozens of input.harbor() mount-points set up like it would be to have dozens of input.http()? If not, I could use other functions (like switch()) to handle the broadcast timing. Can the various input.harbor() mountpoints all listen on the same port like Icecast2 allows (I would imagine so)? -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Website : http://www.nickcoons.com | Location : Tempe, AZ USA -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Savonet-users mailing list Savonet-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/savonet-users
