[Hpr] 2013-14 New Years 24-hour show

Kevin Wisher kevin.wisher at gmail.com
Thu Oct 17 06:53:32 PDT 2013


My test streaming bot was connected to my Mumble server in a "room" and
never timed out for 24 hours. So I'm pretty sure this issue is specific to
the openspeak server.


On Wed, Oct 16, 2013 at 9:31 PM, George <sndchaser at cerebralrift.org> wrote:

> I'd think there are really two tests that need to happen:
>
> (1) Setup IceCast with IceS and see what it would take to do various types
> of transcodes.  IE, what if the relay stream is 128/64/48K transcoded to
> 64/48/32K.  (Can we go lower with the relay stream or the public stream?
>  Do we want to try Opus?)  Probably want to get an idea of the hardware
> baselines, and the CPU load, memory usage, and if there's any detectable
> lag due to the transcoding.
>
> (2) Setup an IceCast server as a relay server, and test to see how many
> relays can be handled, and if there is any detectable lag between the relay
> streams.
>
> I'll take one of my servers this weekend and see if I can get IceCast set
> up and do some testing as well.  Hopefully we can start getting some
> baselines and decent profiles of what this is going to require.  IMO -
> assuming that the transcoding isn't horrendous, I'd bet the requirements /
> overhead aren't all that bad.
>
> George
>
>
>
> On 2013-10-16 17:07, cobra2 wrote:
>
>> I'll get ices running on my two servers if that's what is required.
>> CPU power shouldn't be an issue. It'll be the same two servers I
>> donated last year.
>>
>> Dave Lee <dave at thelovebug.org> wrote:
>>
>>  I have a mumble server that gets used weekly and is really
>>> reliable.  It's never been volume or load tested however.
>>>
>>> I'd be happy to donate use of that server for the show.
>>>
>>> Dave
>>>
>>> Sent from my mobile device.
>>> Please excuse my brevity and any typos.
>>> On 16 Oct 2013 13:45, "Kevin Wisher" <kevin.wisher at gmail.com> wrote:
>>>
>>> The two streaming bots actually provided some redundancy as I
>>> believe at one point last year one of the bots quit working. So IMHO
>>> we should leave it as is from last year. The biggest issue was the
>>> bots timing out and dropping out of the HPR room. I believe this
>>> issue will be resolved by using another Mumble server where the
>>> owner/admin has full root privileges to the server.
>>>
>>> On Wed, Oct 16, 2013 at 8:30 AM, cobra2 <cobra2 at cctracker.org>
>>> wrote:
>>>
>>> Stock android has no issues with streaming ogg from version 2.3 and
>>> up. I would think that it would be safe to drop the mp3 stream.
>>> Unless there is just one person who needs the mp3 stream, I motion
>>> to drop it in favor of ogg and technical simplicity.
>>>
>>> --cobra2
>>>
>>> Kevin Wisher <kevin.wisher at gmail.com> wrote:
>>>
>>> The reason for the 2 streaming bots was one was streaming mp3 and
>>> the other was streaming ogg. IIRC, we had multiple icecast servers
>>> for each format of stream and that worked just fine. If all involved
>>> believe one format of stream is all we need, then I agree with your
>>> idea.
>>>
>>> Kwisher
>>>
>>> On Tue, Oct 15, 2013 at 11:29 PM, George
>>> <sndchaser at cerebralrift.org> wrote:
>>>
>>> So, I've been thinking about this a bit since we were talking in
>>> IRC about the problems from last year with the "bots" connecting to
>>> each of the streaming servers.  Since we have some time, and Bert
>>> just said he has an IceCast server, I thought I might suggest a
>>> different architecture...
>>>
>>> Basically, instead of having a "bot" for each of the stream
>>> servers, have just one bot feeding one of the IceCast servers, and
>>> configured that server as a relay server to the others...  So
>>> instead the layout would look something like this:
>>>
>>> [Mumble Clients / VoiP] -> [Murmur Server] ->[IceCast Relay
>>> Server]-|
>>>          (Relays From IceCast Server to Public Streams)
>>>         |
>>>
>>> |----------|-----------|------**----|-----------------<-------**------|
>>> [Stream 1] [Stream 2] [Stream 3] [Stream 4]
>>>   |            |         |          |
>>>   |------------|---------|------**----|----<-----[Load Balancer /
>>> Front End]
>>>
>>> This would simplify things a bit by only needing one bot to be on
>>> the Murmur server, which could be set up so more people have access
>>> to restart it in case it messes up.  Granted it becomes a single
>>> point of failure, but last year the problem was that we had several
>>> bots that only certain people had access to.  This way we can have
>>> one bot that we can have 5 or 6 people be able to restart.
>>>
>>> The IceCast Relay Server would be (at least to my way of thinking)
>>> a private server only serving the function of relaying to the other
>>> stream servers.
>>>
>>> Anyway, just tossing this out there for discussion.
>>>
>>> George
>>>
>>> On 2013-10-14 18:31, Bert Yerke wrote:
>>>
>>> I still have the icecast server configured from last year. I'll
>>> have it going
>>> for you.
>>>
>>> Bert
>>>
>>> On Monday, October 14, 2013 05:27:52 PM Kevin Wisher wrote:
>>> Hello All,
>>>
>>> We are roughly around 10 weeks away from the next 24-hour New
>>> Year's show.
>>> This a call out for all parties who are interested in helping with
>>> this
>>> year's show. We mainly need to make arrangements for a Mumble
>>> server and a
>>> few streaming servers. If you have any of these resources available
>>> then
>>> please send me your name, email address, available resources, and
>>> a
>>> day/time that is convenient for you to meet on-line on a Mumble
>>> server for
>>> organizational purposes.
>>>
>>> Thank you,
>>>
>>> Kwisher on IRC
>>>
>>> kevin dot wisher at gmail dot com
>>>
>>> ______________________________**_________________
>>> Hpr mailing list
>>> Hpr at hackerpublicradio.org
>>>
>>>  http://hackerpublicradio.org/**mailman/listinfo/hpr_**
>> hackerpublicradio.org<http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org>
>>
>>> [1]
>>>
>>
>>  --
>>  We need to heed the words of the Dalai Lama,
>>  Or at least, the words of your mama.
>>
>>  ______________________________**_________________
>>  Hpr mailing list
>>  Hpr at hackerpublicradio.org
>>  http://hackerpublicradio.org/**mailman/listinfo/hpr_**
>> hackerpublicradio.org<http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org>
>> [1]
>>
>> -------------------------
>>
>>
>> Hpr mailing list
>> Hpr at hackerpublicradio.org
>> http://hackerpublicradio.org/**mailman/listinfo/hpr_**
>> hackerpublicradio.org<http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org>
>> [1]
>>
>>
>>  --
>>  Sent from my Android phone with K-9 Mail. Please excuse my brevity.
>> ______________________________**_________________
>>  Hpr mailing list
>>  Hpr at hackerpublicradio.org
>>  http://hackerpublicradio.org/**mailman/listinfo/hpr_**
>> hackerpublicradio.org<http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org>
>> [1]
>>
>>
>> ______________________________**_________________
>>  Hpr mailing list
>>  Hpr at hackerpublicradio.org
>>  http://hackerpublicradio.org/**mailman/listinfo/hpr_**
>> hackerpublicradio.org<http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org>
>> [1]
>>
>>
>>  --
>>  Sent from my Android phone with K-9 Mail. Please excuse my brevity.
>>
>> Links:
>> ------
>> [1] http://hackerpublicradio.org/**mailman/listinfo/hpr_**
>> hackerpublicradio.org<http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org>
>>
>>
>> ______________________________**_________________
>> Hpr mailing list
>> Hpr at hackerpublicradio.org
>> http://hackerpublicradio.org/**mailman/listinfo/hpr_**
>> hackerpublicradio.org<http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org>
>>
>
> --
> We need to heed the words of the Dalai Lama,
> Or at least, the words of your mama.
>
> ______________________________**_________________
> Hpr mailing list
> Hpr at hackerpublicradio.org
> http://hackerpublicradio.org/**mailman/listinfo/hpr_**
> hackerpublicradio.org<http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://hackerpublicradio.org/pipermail/hpr_hackerpublicradio.org/attachments/20131017/11d40df7/attachment-0006.html>


More information about the Hpr mailing list