On 11/8/16 5:04 AM, Balwant Bisht wrote:
We have an extension which user can install to add our domains in whitelist.
But looks like now our extension is not able to update the following config
media.getusermedia.screensharing.allowed_domains
Is there any change in Firefox recently regarding
gs? Either way, the most important thing is to get it filed.
Thanks again!
..: Jan-Ivar :.
Cheers,
Shane
On Friday, November 4, 2016 at 10:37:45 AM UTC-4, Jan-Ivar Bruaroey wrote:
Thanks Shane for the detailed report! Please file a bug report here [1]
and be sure to include this infor
Thanks Shane for the detailed report! Please file a bug report here [1]
and be sure to include this information.
I suspect this may have regressed in Firefox 45 when we updated to the
WebRTC 43 upstream branch, e.g. there's some evidence for rtt, see [2].
Unfortunately, our automated tests aren
On 9/8/16 4:53 PM, Andrew Swan wrote:
On Thu, Sep 8, 2016 at 12:29 PM, Adam Roach wrote:
What I'd expect here is the means to register a callback that is hit
whenever a new ICE candidate is generated. The callback receives the
candidate, and returns a Promise. Once it reaches a verdict on
whet
On 7/28/16 4:32 AM, micha...@surfsolutions.com wrote:
On Thursday, July 28, 2016 at 4:42:00 AM UTC+3, Eric Davies wrote:
getUserMedia is poorly named. It should really be called getMediaSource, but
changing it at this point would break a lot of code and the webrtc API changes
enough already.
Y
Heads-up that as of tomorrow's Nightly, getUserMedia will fail with
NotAllowedError instead of SecurityError for permission failure [1], to
align with a recent spec change [2].
Landing at the same time: camera+microphone gUM requests are now all or
nothing [3].
Cheers,
..: Jan-Ivar :.
[1]
On 1/7/16 12:38 PM, jnor...@hirevue.com wrote:
On Thursday, January 7, 2016 at 9:22:15 AM UTC-7, Jan-Ivar Bruaroey wrote:
Look closely at the Firefox permission dialog here, and you'll see it
doesn't actually let users change the camera or microphone (because the
site uses `exact` c
On 1/5/16 10:34 AM, jnor...@hirevue.com wrote:
After consulting the w3g github project
(https://github.com/w3c/mediacapture-main/issues/299#issuecomment-168856020), I
see two potential solutions:
1. Set the label field on the media stream track to the MediaDeviceInfo's label
2. Implement Media
will help us prioritize.
Thanks so much for testing and reporting!
..: Jan-Ivar :.
On 8/11/15 1:28 PM, Balwant Bisht wrote:
I will try on windows, but on Mac I tried with 3 camera and 640x360 only
working with Chrome and not Firefox
On Tuesday, 11 August 2015 20:57:54 UTC+5:30, Jan-Ivar Bru
On 8/11/15 11:50 AM, Jan-Ivar Bruaroey wrote:
41 should work.
Actually, strike that since deviceId was added in 42! [1]
Sorry for the confusion. Once we land the fix (which should be today),
please try it again and report back if it doesn't work for you.
Thanks!
..: Jan-Ivar :.
[1]
.
On Tuesday, 11 August 2015 21:21:02 UTC+5:30, Jan-Ivar Bruaroey wrote:
This is caused by a regression in 42 atm. See https://bugzil.la/1191298
41 should work. The fix will hopefully land today.
Sorry for the inconvenience.
..: Jan-Ivar :.
On 8/11/15 7:00 AM, balwant.bi...@gmail.com wrote:
Is
This is caused by a regression in 42 atm. See https://bugzil.la/1191298
41 should work. The fix will hopefully land today.
Sorry for the inconvenience.
..: Jan-Ivar :.
On 8/11/15 7:00 AM, balwant.bi...@gmail.com wrote:
Is microphone selection works in Firefox NIghtly?
If I am trying to switc
Hi,
Firefox does support 16:9 modes, but which resolutions you can get all
depends on what camera you have and what it can output. Have you tried
other 16:9 modes?
For instance:
640x360 is not recognized as a mode on my mac OSX laptop in either
Firefox or Chrome, but works fine on Windows w
On 8/11/15 10:04 AM, Eric Shepherd wrote:
Balwant Bisht wrote:
Is it possible to access WebRTC stats using javascript, as we can do in Chrome
using getStats?
Yes, we support it, but not like in Chrome since Chrome isn't following
the spec here at the moment.
Yes; you can use RTCPeerConnec
Hi Bryan,
Sorry for the late reply. Glad you figured it out!
I wanted to let you know that Firefox 38 (Developer Edition) finally
implements the constraints syntax to spec.
The "require" syntax is deprecated syntax from a year ago, and is still
needed in Firefox 37 and earlier unfortunately.
On 9/19/14 12:20 PM, m.goffril...@free.fr wrote:
Hi,
I have this warning when calling createOffer in FF 33 Beta:
"Mandatory/optional in createOffer options is deprecated! Use {} instead (note the
case difference)!"
I am not sure what it means...
The createOffer call is just:
createOffer(go
On 4/17/14 1:31 PM, Jamie McDonnell wrote:
Has anyone overcome this issue, or Moz guys, is this in your pipeline to
fix? The camera / mic box really should persist if the user switches app
and back to the browser again.
I've filed https://bugzilla.mozilla.org/show_bug.cgi?id=1004061 and one
mo
Given the subject, are you looking for a bandwidth setting/constraint on
RTCPeerConnection or just a working b=?
I believe Chrome has something like the former but it is not in the spec
AFAIK, so I don't know what the plan is for that. Maybe others here can
comment on that.
The width/height/
Sorry for not responding sooner. Here's an example that uses getStats
https://bugzilla.mozilla.org/attachment.cgi?id=8348790
..: Jan-Ivar :.
On 1/31/14 12:25 PM, Jamie McDonnell wrote:
Hi Adam,
thanks a lot for the quick response!
I see the development from 27 > 29, and will get nightly in
On 2/3/14 12:06 PM, Adam Roach wrote:
The dominating factors in media quality are going to be jitter, packet
loss, and RTT.
* For jitter, we already have an entry in the stats report
* I'll suggest to the working group that we should add packet loss to
the evolving list of stats
Actual
On 8/9/13 12:02 AM, jenny...@gmail.com wrote:
> Do we have an answer on this question as for time estimate for this
support?
We are working on it right now (Bug 902003).
On 6/20/13 1:28 PM, saurabhs.srivast...@gmail.com wrote:
I would like to know if peerConnection extension getStats API
http
21 matches
Mail list logo