stake conference broadcast using new portal - my experience
-
- New Member
- Posts: 3
- Joined: Mon Mar 02, 2015 10:11 am
stake conference broadcast using new portal - my experience
stake center upstream / downstream bandwidth = 1.72 Mb / 7.0 Mb
remote buildings upstream / downstream = 6 Mb / 12 Mb
We used Telestream Wirecast to encode the stream with three Sony cameras and titles / overlays through the new portal.ldswebcast.org application. Because the Western Region servers were offline, we used the Central Region as recommended by the GSC.
We started broadcasting two hours before our stake conference session with downloaded MoTab videos from previous general conferences in a 4:3 aspect ratio at 800k. The video and sound at the other buildings looked and sounded pristine as it had during our tests. We had given out the event code to the bishops to distribute to home bound members. We noticed that when they started joining the quality received at our remote buildings seriously degraded. 26 home users ended up joining. Our buildings would experience black screens, freezes, and buffering.
We reduced the broadcast stream to 400k to stabilize the presentation but this caused the picture to be pixelated and grainy at the remote buildings. We found that the default minimum receive bit rate defaults at the remote sites were set to 100k, and when we bumped this up to 300k the picture improved immensely and was workable. On the receive browsers there is a button on the lower right to check the statistics where this can be adjusted.
I've got a call into the GSC as to why home users joining the conference would so significantly degrade the receive quality in our remote buildings. Please consider only giving out the audio bridge info to home users and not have them join the videocast until this is addressed.
remote buildings upstream / downstream = 6 Mb / 12 Mb
We used Telestream Wirecast to encode the stream with three Sony cameras and titles / overlays through the new portal.ldswebcast.org application. Because the Western Region servers were offline, we used the Central Region as recommended by the GSC.
We started broadcasting two hours before our stake conference session with downloaded MoTab videos from previous general conferences in a 4:3 aspect ratio at 800k. The video and sound at the other buildings looked and sounded pristine as it had during our tests. We had given out the event code to the bishops to distribute to home bound members. We noticed that when they started joining the quality received at our remote buildings seriously degraded. 26 home users ended up joining. Our buildings would experience black screens, freezes, and buffering.
We reduced the broadcast stream to 400k to stabilize the presentation but this caused the picture to be pixelated and grainy at the remote buildings. We found that the default minimum receive bit rate defaults at the remote sites were set to 100k, and when we bumped this up to 300k the picture improved immensely and was workable. On the receive browsers there is a button on the lower right to check the statistics where this can be adjusted.
I've got a call into the GSC as to why home users joining the conference would so significantly degrade the receive quality in our remote buildings. Please consider only giving out the audio bridge info to home users and not have them join the videocast until this is addressed.
Last edited by garybsanders on Mon Mar 02, 2015 10:53 am, edited 3 times in total.
-
- New Member
- Posts: 3
- Joined: Mon Mar 02, 2015 10:11 am
Re: stake conference broadcast using new portal - my experie
We did have the wireless AP's shut down in each of the buildings, so as to not compete for bandwidth. GSC is reviewing the logs and alerts from our Completed Event.
-
- New Member
- Posts: 3
- Joined: Mon Mar 02, 2015 10:11 am
Re: stake conference broadcast using new portal - my experie
After reviewing the broadcast statistics with the GSC the critical piece was that I only reserved up to 10 locations (thinking that only each building would count as one), when in actuality each home user additionally counted as 1 location in this calculation. My suggestion for stake conference broadcasts is to request 30 locations and then strictly control home user access to the stream.
-
- Community Administrator
- Posts: 34421
- Joined: Sat Jan 20, 2007 2:53 pm
- Location: U.S.
Re: stake conference broadcast using new portal - my experie
Just to emphasize the Webcast Policies and Guidelines:garybsanders wrote: and then strictly control home user access to the stream.
That could get interesting if you have a visiting GA.Webcasting to locations other than Church buildings should only be done under the direction of the event's presiding authority.
Have you searched the Help Center? Try doing a Google search and adding "site:churchofjesuschrist.org/help" to the search criteria.
So we can better help you, please edit your Profile to include your general location.
So we can better help you, please edit your Profile to include your general location.
- Mikerowaved
- Community Moderators
- Posts: 4734
- Joined: Sun Dec 23, 2007 12:56 am
- Location: Layton, UT
Re: stake conference broadcast using new portal - my experie
Thanks for the valuable feedback! This situation is sad. Ideally they should be able to determine the number of connection on-the-fly and adjust the server load accordingly so STS's don't HAVE to overestimate the number of connections just to make sure they never run into this problem. [sigh]garybsanders wrote:After reviewing the broadcast statistics with the GSC the critical piece was that I only reserved up to 10 locations (thinking that only each building would count as one), when in actuality each home user additionally counted as 1 location in this calculation. My suggestion for stake conference broadcasts is to request 30 locations and then strictly control home user access to the stream.
So we can better help you, please edit your Profile to include your general location.
-
- Community Administrator
- Posts: 34421
- Joined: Sat Jan 20, 2007 2:53 pm
- Location: U.S.
Re: stake conference broadcast using new portal - my experie
We don't have to get a precise number. The choice is between 10, 25 and 50. I've been told that in the new system, the server is "in the cloud" (not at the church like it is for the old system). I'm sure this setting is used to determine how big a server is spun up for our event.Mikerowaved wrote:Ideally they should be able to determine the number of connection on-the-fly and adjust the server load accordingly so STS's don't HAVE to overestimate the number of connections just to make sure they never run into this problem. [sigh]
With the need to clear this with the presiding authority, leaders should have some idea ahead of time. It's also pretty clear that with a upper limit of 50, we're going to have to save the links for those who really have no other options and not be handing them out to everyone who doesn't want to make the trip.
Have you searched the Help Center? Try doing a Google search and adding "site:churchofjesuschrist.org/help" to the search criteria.
So we can better help you, please edit your Profile to include your general location.
So we can better help you, please edit your Profile to include your general location.
-
- Member
- Posts: 69
- Joined: Sun Apr 04, 2010 9:07 pm
- Location: United States, California
Re: stake conference broadcast using new portal - my experie
Yes, it should only be homebound members if deemed appropriate by the presiding authority. Probably about the same list of people who regularly have the sacrament brought to their homes.russellhltn wrote:It's also pretty clear that with a upper limit of 50, we're going to have to save the links for those who really have no other options and not be handing them out to everyone who doesn't want to make the trip.
- johnshaw
- Senior Member
- Posts: 2273
- Joined: Fri Jan 19, 2007 1:55 pm
- Location: Syracuse, UT
Re: stake conference broadcast using new portal - my experie
It is important to understand how this system is designed.
The solution is a Microsoft Azure Cloud based solution and is designed to be efficient in terms of cost. The Cloud will spin up enough resources to ensure the success of our broadcast based on what we tell it. So, if you reserve 10 streams, the Cloud spins up enough services to give you 10 streams. If you reserve 20, then it spins up 20, etc.. Once the session is over, the resources are spun down, and the Church is billed only for the usage. (this explanation is a bit simplified.. but you get the drift)
This is a way the Church is saving a whole ton of wasted money saving the creation of an internal infrastructure that must be designed to accommodate the largest amount of broadcasts that could ever be done at the same time. Mon-Fri this is WASTED energy, hardware, etc... It is a ton of wasted money... The new design is good but we need to very specific when we start talking about streams.
The solution is a Microsoft Azure Cloud based solution and is designed to be efficient in terms of cost. The Cloud will spin up enough resources to ensure the success of our broadcast based on what we tell it. So, if you reserve 10 streams, the Cloud spins up enough services to give you 10 streams. If you reserve 20, then it spins up 20, etc.. Once the session is over, the resources are spun down, and the Church is billed only for the usage. (this explanation is a bit simplified.. but you get the drift)
This is a way the Church is saving a whole ton of wasted money saving the creation of an internal infrastructure that must be designed to accommodate the largest amount of broadcasts that could ever be done at the same time. Mon-Fri this is WASTED energy, hardware, etc... It is a ton of wasted money... The new design is good but we need to very specific when we start talking about streams.
“A long habit of not thinking a thing wrong, gives it a superficial appearance of being right, and raises at first a formidable outcry in defense of custom.”
― Thomas Paine, Common Sense
― Thomas Paine, Common Sense
-
- Senior Member
- Posts: 760
- Joined: Fri Jan 19, 2007 6:28 pm
Re: stake conference broadcast using new portal - my experie
How do you use the software to encode? The webpage only lists the Teradek VidiU Encoder as an encoding option.garybsanders wrote:We used Telestream Wirecast to encode the stream.
- Mikerowaved
- Community Moderators
- Posts: 4734
- Joined: Sun Dec 23, 2007 12:56 am
- Location: Layton, UT
Re: stake conference broadcast using new portal - my experie
A software based solution is not officially supported (yet), but that hasn't stopped some from experimenting on their own, as reported in this post:aclawson wrote:How do you use the software to encode? The webpage only lists the Teradek VidiU Encoder as an encoding option.garybsanders wrote:We used Telestream Wirecast to encode the stream.
https://tech.lds.org/forum/viewtopic.ph ... 49#p135749
So we can better help you, please edit your Profile to include your general location.