> Their current approach is what I'd think would be a temporary solution while they reverse engineer the streams (or even get partnerships with the likes of MS and others. MS in particular would likely jump at an opportunity to AI something).
They support 7 meeting platforms. Even if 1 or 2 are open to providing APIs, they're not all going to do that.
Reverse-engineering the protocol would be far more efficient, yes - but it'd also be more brittle. The protocol could change at any time and reverse-engineering it again could days between days and weeks. Would you want a product with that sort of downtime?
Also, does it scale? Reverse-engineering 7+ protocols is a lot of engineering work, and it's very specialized work that not any software engineer could just dive into quickly.
In comparison, writing web scrapers to find the video element for 7 different meeting products is super easy to write, and super easy to fix.
They support 7 meeting platforms. Even if 1 or 2 are open to providing APIs, they're not all going to do that.
Reverse-engineering the protocol would be far more efficient, yes - but it'd also be more brittle. The protocol could change at any time and reverse-engineering it again could days between days and weeks. Would you want a product with that sort of downtime?
Also, does it scale? Reverse-engineering 7+ protocols is a lot of engineering work, and it's very specialized work that not any software engineer could just dive into quickly.
In comparison, writing web scrapers to find the video element for 7 different meeting products is super easy to write, and super easy to fix.