Not quite - getUserMedia is one part of WebRTC. If you use the 'full' WebRTC (i.e. RTCPeerConnection), you're tied into a certain architecture, which isn't generally useful if you already have a server architecture. getUserMedia is more useful in general for developing web conferencing solutions IMO.
I think a lot of browser developers (Safari/IE) are baulking at implementing google's WebRTC. I would hope they would at least offer getUserMedia even if they don't implement the full WebRTC.
If you've looked into WebRTC you'll see it is horrendously over-engineered. I was hoping to grab the AEC code, but gave up on that idea after looking into it in more detail.
I don't see over-engineering in WebRTC; I see the same assisted-peer-to-peer routing required to support the major use-cases of traditional SIP:
1. When people are within the same firewall, they want to be able to communicate directly without routing anything but connection set-up through any servers; and
2. when people are members of the same corporation or mobile ISP, but are behind different firewalls, they want to be able to communicate by routing through the corporation/ISP's shared pool of TURN servers, instead of your service's hosted TURN servers.
Did you actually get into the internals of WebRTC on your project? That is when you notice the overengineering.
In our product, our customers generally want the session recorded, which doesn't seem possible with WebRTC. Also we need to provide group video, which peer-to-peer isn't very useful for (in terms of efficiency).
That's not to say that WebRTC isn't useful in other use-cases (such as your product). However getUserMedia is more generic because it can be used in web conferencing products like ours. That is why I say that if browser developers don't want to implement the full WebRTC, they should at least implement getUserMedia.
Ah, now I see what you mean. I agree--getUserMedia is useful on its own, with or without WebRTC.
Personally, I do hope they implement the full stack, though, because WebRTC--or ObjectRTC--is useful on its own, too (this is why I was saying they were orthogonal.) WebRTC using pure Data Channels is wonderful for enabling things like BitTorrent-like data sharing and realtime LAN gaming, whether or not there's any videoconferencing going on.
I think the proposed changes are akin to the WebSQL early on, vs. IndexedDB stuff we wound up with. I think it just comes down to people looking at WebRTC and its' short comings as well as the earlier MS/IE proposals, and coming up with something that's probably better moving forward. It sucks in terms of actually getting next gen apps out... I want my Skype killer!
I think a lot of browser developers (Safari/IE) are baulking at implementing google's WebRTC. I would hope they would at least offer getUserMedia even if they don't implement the full WebRTC.
If you've looked into WebRTC you'll see it is horrendously over-engineered. I was hoping to grab the AEC code, but gave up on that idea after looking into it in more detail.