Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

getUserMedia simulcast issue #242

Open
tjohnson-z148 opened this issue Nov 14, 2016 · 1 comment
Open

getUserMedia simulcast issue #242

tjohnson-z148 opened this issue Nov 14, 2016 · 1 comment

Comments

@tjohnson-z148
Copy link

tjohnson-z148 commented Nov 14, 2016

We did today a test of a "simulcast" feature. Simulcast meaning that we request "getUserMedia" twice on the same tab, once at a high resolution, the other at a low resolution, and send out both streams.

We see your compatibility matrix and issues like #89 , but this is an issue inside of a single tab and not cross-tab. Therefore, you should have access to the stream data already, and be able to re-encode it for a second stream without OS permissions. That is, if coded exactly that way.

Quote from Antonios: "I changed the screen share to getMedia to camera instead of screen...
It works with Chrome/Firefox/Safari on MacOS and Chrome/Firefox on Win7 but
getMedia failed with IE10 on win7, as somewhat expected, with the error: Failed to create video track."

@johache
Copy link
Contributor

johache commented Dec 7, 2016

At the moment, the plugin is not sharing capturers between streams.
That is for stability reasons (mainly because we want to have a 1-1 link between track and sources)
See our compatibility matrix that does state that a camera can only be used by one track at a time : https://confluence.temasys.com.sg/display/TWPP

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants