The two “cannot run a livestream in the year 2024,” the Harris campaign snarked on X.
Kamala Harris’s presidential campaign has already proven itself adept at baiting Donald Trump and his supporters using the playground-tested technique of calling Republicans “weird.” The campaign, which has proven itself to be Extremely Online through TikToks evoking Trump’s lack of “aura” and hearty embrace of the “brat” label, is now provoking its opponent by pointing out how not online Trump is.
Trump is so out of touch, he can’t work the internet, the Harris campaign posits, pointing to Monday evening’s livestreamed interview between Trump and Elon Musk, which was delayed by some 45 minutes due to technical issues.
“Trump’s entire campaign is in service of people like Elon Musk and himself—self-obsessed rich guys who will sell out the middle class and who cannot run a livestream in the year 2024,” the Harris campaign shared on X (formerly Twitter) after the lengthy conversation between the two. The campaign’s rapid response team addressed the statement to “those unlucky enough to listen in tonight during whatever that was on X.com.”
Are they really? The tools are there, Zoom (like she already used), Discord, or whatever.
Have you seen popular games on launch day falling down on auth flows? That’s largely just HTTPS text connections via REST. Now add in a binary data stream on top of that (likely RPC, but I’m not sure of Twitter’s implementation).
All that said, Twitter dropped the ball due to Musk’s arrogance. Instead of having limited issues, it was riddled with issues as a result of him firing all the people that could have reduced the issues. As was foretold by our ancestors.
deleted by creator
Yeah no. It works just fine.
deleted by creator
Harris used Zoom to speak to hundreds of thousands. I’ve used it for work for years. It’s absolutely fine.
~200,000 simultaneous connections vs ~2,000,000 simultaneous connections is a world of difference.
Additionally, while a successful Zoom call, it still had issues, with a dedicated Zoom support team.
Nothing about either of these events were “easy” or “fine”.
The big difference is that Musk is an arrogant idiot and decided to roll-his-own streaming service with a reduced headcount and a product that that is lacking proper load balancing, reservations, & scaling through load testing & real world tests scenarios that ramp up scale over time.
What’s sad is that at least partially because of this asshat, a lot of other companies got the idea that they can just fire lots of their staff and let the remaining people pick up the slack (because they should be thankful they even have a job)…I cannot wait for the chickens to come home to roost not only at Xitter, but other companies doing this because he did.
deleted by creator
The scope here is a live stream to hundreds of thousands of people with modest quality.
So yes, it’s not just fine, it’s good.
The goal was a livestream, not a fancy video or anything.
Zoom is the lowest bitrate of any platform. It’s not a firehouse like traffic out of teams. It’s literally the easiest solution to do this with.
To not, I’ve designed and overseen the implementation of deployments for zoom, teams, pexip, etc, etc, for companies that employ a small country worth of people globally.
“High production” is never easy. But at a certain level, there are additional tools from Zoom (as well as others) that can be used, which even have hooks into production consoles. Mostly cheap ones, but still.
deleted by creator
Sure
The biggest thing to me is don’t share the Internet connection. Get a separate line turned up to handle the session, with a dedicated firewall (commercial grade, doesn’t need to be a palo alto or anything, but a mikrotik, Cisco fp, etc is fine), connected to a switch for just the zoom machines. No meeting connector or any of those shenanigans - the throughput is dedicated to the session. If it’s the kind of place that can’t do that, get share the pathway as little as possible, and provide that client endpoint with the highest priority. This is, to me, the most important part.
Production Studio will get used, but it’s not really doing any of the lift - it’s a full production studio before it hits that machine (which has a matching spec machine right next to it in case of failure, turned on and ready to go as a co-host machine). All it’s doing is allowing for some border content, some backgrounds for content, session wallpaper, etc. Glorified OBS at that point.
Feeding it is usually a Ross Carbonite or a Grass Valley, but I’ve also done it with a black magic atem, Roland, etc. At this point, all the production is outside of Zoom, so any lower thirds, virtual studio backgrounds, etc. are all handled there. This way, if there is any issue with the main Zoom Prod Studio machine, there’s a second video feed to the backup (co-host) PC. That’s the only advantage/reason why I even bother with Prod Studio over just tossing a zoom room on a PC and walking away.
All production hardware is on a segregated network, no outbound internet or routes, especially if using Dante/aes67, NDI, qlan, whatever. Stacked switches if more than one is needed, no simple uplinks (ie: bottlenecks).
At that point not much else matters, grab your shure lavs (if there is density, axient) and a few wires mic backups, cameras at your preference (honestly a lot of BM Ursa/Studio with good cine lenses, mostly primes), and good to go.
Couldn’t tell you about Discord, sorry, don’t really use it.
Just to mention, smaller scale production takes the same tactics, just without a GV/Ross/etc, more likely a BM ATEM or something. But I don’t deal with that too much these days.
More often than not, I’m designing a studio which can also run webinars. For a presidential candidate, they probably did something similar, maybe making use of a few tools not public yet (though I wouldn’t have risked it with an event like this).
Teams can be much more problematic, it’s like a firehose of traffic, using whatever you give it. Looks good when you have the bandwidth, making the first statement - not sharing the connection - even more important. Zoom is heavy on the compression, but quite stable as a result.
Recordings should be local, with the session also recorded, so the session can be distributed with the local recording edited in for a better quality result. Remote participants, when I have to deal with that, get a full kit including a local recording system (aja mostly), so the drive can be shipped back with the kit for the finals edits.
deleted by creator
No problem!
Ideally, on-site local crew and a portable kit, preferably two sets in case of issues. Usually a small prod switcher, lenovo tiny (or hp/dell, we just use Lenovo mostly), and a small audio mixer, with wired mics rather than wireless, like an SM7B or an ev re-20. It’s basically a mini version of the same kit used for the main session. Backup machine though is a laptop rather than another PC if it’s only one kit.
If there is no one going on site to the remote participant, there’s a session before hand to set it up (a week if possible), a session to test with them and get them comfortable (a few days before), and a session a few hours before the main event start to make sure they are all set.
Edit: Stupid autocorrect
Btw, the short answer on this is don’t expect zoom to be more than it is - conferencing/webinar software. For production quality, do it outside zoom so you’re feeding it what you want, and not relying on their interpretation of what good video production looks like.
Because let’s be honest here, they suck at that. As does Microsoft. None of them understand the needs, so it’s best to assume they never will.