I it's up to you. I just like the other way better. I'm not sure why. Maybe
because it's modular. The systems are isolated by roles. It feels cleaner
and easier for configuration, deployment and maintainability.
On Wed, Sep 28, 2011 at 12:08 PM, Audiodef Online <[email protected]>wrote:
> **
> Nice ideas! :-)
>
> I should have thought of using a fallback... what if I simply set up my
> liquidsoap on the VPS to access remote files on my localhost, falling back
> to either a small cache of files stored locally on the VPS, or falling back
> to a remote file playlist that points to places other than my localhost?
>
> On 09/28/11 15:58, Brandon Casci wrote:
>
> This is how I would solve the home Internet connection uptime concern
>
> - set up the local broadcasting box as discussed
> - configure local liquidsoap to broadcast to my VPS
> - put a few gigs of backup content on the the server
>
> Then this
> - configure my local liquid soap so it pushes a stream to an input harbor
> on a remote instance of liquidsoap
> - configure the remote liquidsoap so it uses the backup content on the
> server if the stream you push to it ever drops.
> - configure remote liquidsoap to source the icecast server
>
> Or this...
> - configure a remote liquidsoap to play the backup content on the server
> and stream it to an icecast server mount.
> - configure your local liquidsoap to stream to a remote icecast server
> mount, and have that mount fall back to the mount you set up above. It would
> fall back whenever to that mount whenever this one goes away. A dropped
> connection would be one of those times.
>
> If the VPS was short on CPU, you could replace the remote liquidsoap
> instance with ezstream, which does no decoding or encoding, and have that
> source an icecast fallback mount.
>
> 2011/9/28 Audiodef Online <[email protected]>
>
>> This is actually not a bad idea. My biggest concern with this is service
>> reliability. I want all streams, services and whatnot related to the
>> community I'm building to be as reliable as possible. I also want it to be
>> as professional as possible. There are lots of "western saloon" type
>> communities out there, and I want what I'm doing to be more than that, even
>> given the limited/nonexistent budget I'm initially working with.
>>
>> Now that I've said that, I realise that using remote files detracts from
>> that reliability, even if I use a site like archive.org. But still...
>> what if there's a power outage at home while I'm away (or even when I'm
>> home, for that matter)? (Say it with me - UPS! Something I was thinking
>> about getting anyway.) What if I move or my internet service cuts out? What
>> if, what if, what if? Am I worrying too much? :-P
>>
>> I'm definitely going to think the local hosting approach over some more.
>>
>> In the meantime, the 100% remote files setup I'm testing appears to be
>> working well. I'll have to see how it holds up for a hodge-podge of sites,
>> with both MP3 and Ogg, long playlists, and varying download speeds from
>> those sites.
>>
>> On 09/28/11 15:19, Brandon Casci wrote:
>>
>> If this were me, and I know you are not me :), and I couldn't afford to
>> pay $50, $80, $100 per month for adequate VPS storage, then I would
>> run liquid-soap locally and let the VPS handle my website. I'd store the
>> files locally. I'd use an existing PC or buy used one. You could probably
>> find someone giving one away. Maybe even even just a used hard drive. I see
>> one right now. $15 for 150GB, with an external enclosure..not bad. Even if
>> you store files at a high quality lossy format like 192K MP3, 150GB will get
>> fit like 2,100 hours of audio, or 3 months worth. If 150GB we're not enough
>> and I couldn't spend for than $15 on the hard drive, I would archive the
>> original high bitrate files to CD or DVD ROM's, which cost pennies each, and
>> load up the broadcasting box with 64k or 80k ogg files...giving me
>> a capacity of something like 4,200 hours, or 6 months of content.
>>
>>
>>
>> 2011/9/28 Audiodef Online <[email protected]>
>>
>>> Definitely hosted - a root-access VPS. I already have that side of
>>> things set up. I just can't afford to expand my hosted services.
>>>
>>> On 09/28/11 13:45, Brandon Casci wrote:
>>>
>>> Is your broadcast going to originate from a hosted environment or on a PC
>>> over your home Internet connection?
>>>
>>> On Wed, Sep 28, 2011 at 9:43 AM, Audiodef Online <[email protected]>wrote:
>>>
>>>> My goal is to run several streams of electronic music, all of which I
>>>> hope will have lengthy playlists. In addition, I will include the music of
>>>> of community members. So I would need tens of GBs to start, potentially
>>>> hundreds later. I just can't afford that, so I need to either use remote
>>>> files or seek sponsorship (both of which I'm working on).
>>>>
>>>> On 09/28/11 02:52, Brandon Casci wrote:
>>>>
>>>> Caching the files is the ideal way to handle this. I do it myself. How
>>>> much storage space do you think you need? Generally speaking extra storage
>>>> is pretty affordable.
>>>>
>>>> On Tue, Sep 27, 2011 at 10:23 PM, Audiodef Online
>>>> <[email protected]>wrote:
>>>>
>>>>> Hi Romain,
>>>>>
>>>>> I actually thought of that, but what I really want to do is create
>>>>> streams by genre. I think a good way to deal with slow downloads might
>>>>> be to have a fallback playlist instead of a fallback single, where the
>>>>> fallback playlist is a small collection of local (and thus infallible)
>>>>> files.
>>>>>
>>>>> I could do a fallback playlist, right? How do I do that?
>>>>>
>>>>> Thanks,
>>>>> Damien
>>>>>
>>>>> On 09/27/11 23:21, Romain Beauxis wrote:
>>>>> > Hi!
>>>>> >
>>>>> > 2011/9/24 Audiodef Online <[email protected]>:
>>>>> >> I'm in the process of setting up radio streams via liquidsoap that
>>>>> use
>>>>> >> playlists consisting entirely of remote files. I could use some
>>>>> advice
>>>>> >> on a particular point.
>>>>> >>
>>>>> >> There's one site with a lot of music that I would like to add to my
>>>>> >> streams, but unfortunately will have to pass, because this site has
>>>>> a
>>>>> >> lot of large files (which is not a show-stopper) and appears to have
>>>>> a
>>>>> >> slow connection (large files PLUS slow connection... not so keen on
>>>>> >> that). Files are downloaded at an average of 30 KB/sec from this
>>>>> site. I
>>>>> >> have FIOS, so I know it's not my connection that's slow.
>>>>> >>
>>>>> >> I'm wondering where I should put my cutoff. Obviously, it should be
>>>>> >> above 30 KB/sec. This is really slow. Should I make it 100 KB/sec?
>>>>> 500?
>>>>> >> 1 MB/sec? This will help me later when I allow community members to
>>>>> >> recommend new material for the radio streams, at which point I mosey
>>>>> >> over to the recommendation and see how fast the connection is on
>>>>> that site.
>>>>> > I have no real idea about the numbers here.. However, have you though
>>>>> > about mixing streams? You could have a slow stream, playing files
>>>>> > downloaded from the slow site, mixed with a fast stream, which would
>>>>> > take over while the slow stream gets ready..
>>>>> >
>>>>> > Romain
>>>>> >
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> All the data continuously generated in your IT infrastructure contains
>>>>> a
>>>>> definitive record of customers, application performance, security
>>>>> threats, fraudulent activity and more. Splunk takes this data and makes
>>>>> sense of it. Business sense. IT sense. Common sense.
>>>>> http://p.sf.net/sfu/splunk-d2dcopy1
>>>>> _______________________________________________
>>>>> Savonet-users mailing list
>>>>> [email protected]
>>>>> https://lists.sourceforge.net/lists/listinfo/savonet-users
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> =========================================
>>>> Brandon Casci
>>>> Loudcaster
>>>> http://loudcaster.com
>>>> =========================================
>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> =========================================
>>> Brandon Casci
>>> Loudcaster
>>> http://loudcaster.com
>>> =========================================
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> All the data continuously generated in your IT infrastructure contains a
>>> definitive record of customers, application performance, security
>>> threats, fraudulent activity and more. Splunk takes this data and makes
>>> sense of it. Business sense. IT sense. Common sense.
>>> http://p.sf.net/sfu/splunk-d2dcopy1
>>> _______________________________________________
>>> Savonet-users mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/savonet-users
>>>
>>>
>>
>>
>> --
>> =========================================
>> Brandon Casci
>> Loudcaster
>> http://loudcaster.com
>> =========================================
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> All the data continuously generated in your IT infrastructure contains a
>> definitive record of customers, application performance, security
>> threats, fraudulent activity and more. Splunk takes this data and makes
>> sense of it. Business sense. IT sense. Common sense.
>> http://p.sf.net/sfu/splunk-d2dcopy1
>> _______________________________________________
>> Savonet-users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/savonet-users
>>
>>
>
>
> --
> =========================================
> Brandon Casci
> Loudcaster
> http://loudcaster.com
> =========================================
>
>
>
--
=========================================
Brandon Casci
Loudcaster
http://loudcaster.com
=========================================
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
_______________________________________________
Savonet-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/savonet-users
