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
