Comments on: Hybrid event architecture ideas sparked by Event Camp Twin Cities 2011 https://www.conferencesthatwork.com/index.php/technology/2011/08/hybrid-event-architecture-ideas-sparked-by-event-camp-twin-cities-2011/ Unconferences, peer conferences, participant-driven events, and facilitation Thu, 21 Mar 2019 12:04:33 +0000 hourly 1 https://wordpress.org/?v=5.1.1 By: Lucas Cioffi @ QiqoChathttps://www.conferencesthatwork.com/index.php/technology/2011/08/hybrid-event-architecture-ideas-sparked-by-event-camp-twin-cities-2011/#comment-66111 Wed, 18 Feb 2015 22:55:00 +0000 http://www.conferencesthatwork.com/?p=2071#comment-66111 Thanks for sharing the lessons learned. A big challenge is to make the people at home feel like first-class citizens when everyone else is interacting in physical space. Another solution is to broadcast the same presentation online and in-person then break out into small group discussion both online and in-person. Then folks don’t feel like they are missing out. That’s what we’ve learned with QiqoChat.

]]>
By: Adrian Segarhttps://www.conferencesthatwork.com/index.php/technology/2011/08/hybrid-event-architecture-ideas-sparked-by-event-camp-twin-cities-2011/#comment-1795 Tue, 12 Jun 2012 23:45:00 +0000 http://www.conferencesthatwork.com/?p=2071#comment-1795  Ves, thank you for providing a description of how the streaming was done at Event Camp Downunder.

Although I’m not technically savvy enough to understand or appreciate the details of what you did, one point stands out for me. You provided different streams for the local and global audiences. This seems to be a more sophisticated approach than that used at Event Camp Twin Cities, allowing the local attendees to have more of a audience broadcast experience. I can see that this could be desirable, at the cost of additional complexity.

]]>
By: Veshttps://www.conferencesthatwork.com/index.php/technology/2011/08/hybrid-event-architecture-ideas-sparked-by-event-camp-twin-cities-2011/#comment-1793 Mon, 11 Jun 2012 02:21:00 +0000 http://www.conferencesthatwork.com/?p=2071#comment-1793 Ves Campion and Dennis Fernandes, co-founders of StreamGate in Sydney Australia, did the streaming technical for Event Camp Downuder 2012.
Ves’s blurb:
We used three streaming encoders. Two of the encoders were dedicated to linking up the remote pods, point-to-point, using Vidyo as our videoconference technology. The third did a continuous live stream, (out only) to the world. We leap-frogged the point-to-point encoders so that while one pod was being beamed in (two-way & realtime) the second Pod was hooked up ready to go live, as soon as  the current Pod presentation was complete. We had two vision mixers switching between signals. What went globally to the world was not what we wanted to have here locally. So the realtime two-way interaction on screen in Sydney had a mix of local cameras whereas the live stream had a mix of everything including the pods feeds. We also needed to do a complete mix-minus of the audio of local sound whereas the live stream needed the full audio mix. A nice challenging event that we were proud to say was a complete success.
Ves Campion

]]>
By: Erica St. Angelhttps://www.conferencesthatwork.com/index.php/technology/2011/08/hybrid-event-architecture-ideas-sparked-by-event-camp-twin-cities-2011/#comment-978 Fri, 02 Sep 2011 06:06:00 +0000 http://www.conferencesthatwork.com/?p=2071#comment-978 Thanks Adrian for the post – and to all so far for the dialogue.

I thought I’d take a stab at answering a few questions on how hybrid+pods+Mediasite work. I’m definitely not uber-techy – but this is how I got my head around it.

– I tend to think of the conference HQ and Pod as being in an audio and video handshake, and once it starts happening, the webcasting technology – in this case Mediasite – is like the news crew, there to broadcast the moment to the world over the web. The news crew doesn’t make the handshake happen, and it isn’t required for the shakers of the hands to hear or see each other. But with it, all the other people who are interested in the fact that it is happening are now able to watch and listen, live and later.

– Mediasite is absolutely, positively, by design a webcasting platform. It’s purpose built for one-to-many live streaming, with audio, video and graphics synchronized for real-time playback or to watch on-demand.- That said, Mediasite will suck in and stream out anything you can show on a laptop or shoot with a videocamera. For pods, the event producer just flips the source from presenter(s) at a podium to presenter(s) in a pod, and that’s what the remote or on-demand viewer sees. For Event Camp Twin Cities 2011, you could even think of Emilie and Glenn in the studio as a pod. Flip the video switch and you go from Sam and Ray at ECTC-HQ to Emilie and Glenn in kind of a MN-based Pod.

– For “it-has-to-work-or-the-world-comes-to-an-end” hybrid events with pods, clients will use Mediasite + videoconferecing (http://en.wikipedia.org/wiki/Videoconferencing). Videoconferencing systems (and I’m talking way beyond Skype here – the more sophisticated ones involve hardware and software, and granted, cost $) create a dedicated connection between two (or more) endpoints (a technical term for say MN and the Philly or Silicon Valley pods) that provides reliable, real-time interaction. But note, audio and video are bouncing back and forth between the endpoints within the system, and that system alone. That’s the handshake.

– The visual aids (like PowerPoint or Keynote) between HQ and pod are shared either through the videoconferencing system (again, the more sophisticated ones) or yet another kind of technology: remote desktop or desktop sharing software (http://en.wikipedia.org/wiki/Desktop_sharing).

– Lastly, once all that other interactivity is established, that’s when Mediasite grabs on to what’s happening and streams the handshake – video (either HQ or Pod or both split-screen), audio (real-time between pods, they don’t need Mediasite to hear each other) and slides – out to the remote attendees. 

Hope that helps.Here are some examples in case anyone wants to see more – they’ll play from the moment where they pod interaction begins. [Note that none of what I’ve blathered on about speaks to quality. That’s subject to all the tech above and also relies on a bunch of other tech I didn’t cover here but people like Brandt and Mike and Heroic know all about – the caliber of the videocamera, microphone, audio mixer and even the skills of your camera operator.] 

Bottom line – it’s way complicated, and even the top-of-the-line systems can be finicky, but it’s the future, and when it works, it rocks.

Event Camp Twin Cities – http://bit.ly/q2xj9l
Event Camp National – http://bit.ly/oRQ9Ya
Technical University Delft – http://bit.ly/qJyvtI
Northern Michigan University with President – http://bit.ly/pZdCMR

]]>
By: Mike McAllenhttps://www.conferencesthatwork.com/index.php/technology/2011/08/hybrid-event-architecture-ideas-sparked-by-event-camp-twin-cities-2011/#comment-976 Fri, 02 Sep 2011 00:45:00 +0000 http://www.conferencesthatwork.com/?p=2071#comment-976 Adrian-

If a planner is looking to do a flawless hybrid event hire a production company. Have dedicated people for online communication and production from the get-go. It is more about planning, preparation and of course the all mighty budget.  We have been producing remote feeds for years.  This isnt a technological problem this is event/meeting planning 101.  Sam and Ray are creative forward thinkers they just need an execution team to make sure that their vision happens.  It was really disappointing for me and I know next year Sam and Ray will make the adjustments and have a kick ass event.  If a few people found out about new stuff and ideas this year then it was worth it. 

mike

]]>
By: Anonymoushttps://www.conferencesthatwork.com/index.php/technology/2011/08/hybrid-event-architecture-ideas-sparked-by-event-camp-twin-cities-2011/#comment-975 Thu, 01 Sep 2011 22:45:00 +0000 http://www.conferencesthatwork.com/?p=2071#comment-975 Thanks for the opportunity to offer an opinion. One point of clarification, as it pertains to broadcast technology like media site or my company’s platform.  The 20 to 30 second delay is not a hard and fast rule.  The majority of the delay is not occurring somewhere in cyberspace.  It is occurring at the computer level, where the computer is decoding (unpackaging data).  The computer is receiving the data, virtually at real time.  The length of the delay is affected by how a stream in encoded. 20 seconds, as a rule, is a really long time.  But the delay does vary from computer to computer.
 
As it pertains to real time communication between pods, things would have been much smoother if you chose a hosted webcasting technology.  A hosted technology allows the webcasting provider to have an individual, behind the curtain, controlling pod cameras and microphones, muting and unmuting, and granting microphone rights, eliminating a large % of the problems seen in “the video”.
 
I commented earlier in the week that I thought that it was a little unfair to blame the pods.  I think that my point was missed.  By using a free “out of the box” technology like Skype, you are putting too much control in the hands of the individual pods. By using any, not just mine, hosted technology and preferably having dedicated pod-site technicians, you run a far smaller risk. 

I hope that everyone stays positive and is not discouraged by the experience.

]]>
By: Adrian Segarhttps://www.conferencesthatwork.com/index.php/technology/2011/08/hybrid-event-architecture-ideas-sparked-by-event-camp-twin-cities-2011/#comment-973 Wed, 31 Aug 2011 19:02:00 +0000 http://www.conferencesthatwork.com/?p=2071#comment-973 Thanks Traci for your detailed comments from the point of view of the Philly pod (which Traci organized). Everything you mention makes sense to me; your observations show how important careful advance preparations are in order to create a successful complex remote audience experience.

Several of the game groups, including mine, decided not to complete some of the game sections so we could get to know each other better. In my opinion, the game was too elaborate for the time available; the mode switching from conference sessions to game and back again was exhausting for me by the end of the first day and that’s why I (and others) backed out of participating.

I agree 100% about whitespace at events. At my workshops on participation techniques there are several times when people are working silently by themselves, and many participants tell me how unusual this is, and how much they appreciate the opportunity to reflect and then share with others.

]]>
By: traci brownehttps://www.conferencesthatwork.com/index.php/technology/2011/08/hybrid-event-architecture-ideas-sparked-by-event-camp-twin-cities-2011/#comment-972 Wed, 31 Aug 2011 17:24:00 +0000 http://www.conferencesthatwork.com/?p=2071#comment-972 I do not want to comment on the technology because I do not understand it at all.  I’m going to encourage Jeff Halligan from Dyventive who was our Pod sponsor to comment.  They have a virtual event platform that I’m dying to try out. 

Going forward we need to consider the Pod as a separate audience.  We are not live attendees obviously, but we are not virtual attendees either.  We are a hybrid of the two.  I have no doubt, from viewing the Twitter stream that the virtual attendees may have had the best experience of anyone.  But I can speak for the Philly Pod and say were were not at all engaged with the event.  We made the best of it and made our own fun…we actually had a lot of fun! 

If you are having pods at your event your must schedule white space for them.  You must stick to a schedule and let them know what that schedule is.  You need to give them more information up front because they cannot simply raise their hand and ask a question when they do not understand something.  I would suggest having Pod leaders in on a conference call meeting two weeks before the event to run through the schedule.  If there are going to be games, we need to understand how they are played.  We need one document or preferably one website we can go to, to get all the information and links needed to execute the event.  Not five different e-mails and documents.  But the whitespace is very important.  We are gathered together in a group and we naturally want to get to know one another and network.  Trust me, the live audience wants the same thing.  Why are meeting planners so terrified of whitespace?

As for the hilarious 15 minute video that everyone keeps referring to.  It was not hilarious for us in Philly.  It was a huge disappointment.  We were on the phone, on twitter, texting…just hoping someone would try to connect with us.  Not only did they not try to connect with us…no one even responded to our plea.  It was a fitting end to the rest of the two days. 

]]>
By: Adrian Segarhttps://www.conferencesthatwork.com/index.php/technology/2011/08/hybrid-event-architecture-ideas-sparked-by-event-camp-twin-cities-2011/#comment-971 Wed, 31 Aug 2011 03:19:00 +0000 http://www.conferencesthatwork.com/?p=2071#comment-971 Good point about the scalability Brandt. I think a broadcast channel for the presentations would work, since everyone should see the same thing, and what is shown would be produced at the main site. But I wonder if a product like Google Hangouts would solve the videoconferencing needs of the design, at least for up to nine pods. As we discussed, we’d need to research whether audio muting can be controlled by the main site tech team.

]]>
By: Adrian Segarhttps://www.conferencesthatwork.com/index.php/technology/2011/08/hybrid-event-architecture-ideas-sparked-by-event-camp-twin-cities-2011/#comment-970 Wed, 31 Aug 2011 03:14:00 +0000 http://www.conferencesthatwork.com/?p=2071#comment-970 I think you’re making my point Cece. I’m suggesting replacing the delayed feed with a real-time video conference channel for the pods. Given that you still need the delayed feed for the individual remote audience members, then yes, there will be an additional expense providing the real-time channels.

One point I haven’t mentioned so far is that each pod would end up with two video feeds, probably displayed on separate screens: one for the video conference channel and one for the broadcast supporting media (eg. slides).

]]>