When Magewell connected chrome://media-internals

Deleted: Screen Shot 2017-04-20 at 17.33.12.png 55.4 KB

	Screen Shot 2017-04-20 at 17.33.12.png 55.4 KB View Download

When the stream is frozen. Here is the device log report:

Deleted: Screen Shot 2017-04-20 at 17.37.28.png 96.4 KB

	Screen Shot 2017-04-20 at 17.37.28.png 96.4 KB View Download

Since version 57, 58. 

The WebRTC call quality is pixelated like there is no bandwidth even there is unlimited bandwidth. I have tested with Logitech, Magewell, HP, Intel RealSense, Megapixel. 

Same issue happens with all random camera. But same camera, in chromium 46 works without any issue.

Attached screenshot of the quality drop on first connect while using version 58 on both end.

Deleted: IMG_0163.JPG 207 KB

	IMG_0163.JPG 207 KB View Download

Deleted: IMG_0175.JPG 237 KB

	IMG_0175.JPG 237 KB View Download

If reproducible we may need to take the fix for upcoming Milestone.

There were two issue in this issue tracking statement.


### FIRST: BAD QUALITY OCCURE (according to COMMENT #3)

1) Make the Peer A and Peer B connected. Assume Peer A public IPv4 is: 8.8.8.8 and Peer B public IPv4 is 212.x.x.1

2) Now while being connected or connecting stage change the public IPv4 of Peer A into 9.9.9.9 

3) both get connected. But now the Quality of Peer A to Peer B get low. 
(shows bandwidth low)

--
Once i manually let the public ip to stay STATIC (unchanged/dynamic ip alike) then the quality remain stable. 
--

NOTE: in old browser version this was not happening even if it happened it was auto adjusted. But the new Quality issue is horrible for dynamic IP's...

Hope its clear to you guys.



### SECOND: 

Still i cant find the reason why CAMERA stream is getting frozen time to time

This looks like hardware dependency, hence adding the respective label for it to  triage further.

Thank You!

shamun@: Based on what you write in Comment #5, it sounds like the issue with the low quality may be independent from the issue with the freezing that happens when capturing from the Magewell. If that is the case, could you please file a separate bug for the low quality issue?

chfremer@: Comment #5 

- about point 1 i will file another issue on that (because i noticed those 2 issues at the same time, which made me think that it was related to camera capture stream freezing, therefore i have included them together).

- let us focus on Comment #5, point 2. Freezing camera issue (Magewell, Logitech C920, Intel RealSense)

chfremer@: regarding comment #5 point 2, i have posted another issue tracker here for further investigation: https://bugs.chromium.org/p/chromium/issues/detail?id=714372 

shamun@: To help narrow things down, could you run the same test that produced the occasional freeze, but this time do it with audio disabled by disallowing the browser to access the microphone on both ends? It would be interesting to see if that changes anything.

@chfremer: this is very strange. i could not simulate the exact same freezing problem now because it was so random.

- When first time the problem happened i was able to simulate (the PC was not rebooted for several weeks)
- After reporting here, i have rebooted the PC, rebooted the Magewell, rebooted the 1080p, 720p PTZ cameras. 

Since then now the freezing is still not noticed. Could it has to do with Magewell hardware only, but not related to Google chrome? (Comment #2 screenshot, was that frozen situation which is never happening now, since that last reboot)

Maybe we should close this issue. (cause i cant recreate it like i was able to create it in begin, most probably its Magewell hardware, which became paralysed for having no software or hardware reboot for a long period of time, which might have caused this temporary frozen stream?)

Thanks for the update and for retrying the repro steps.

Yes, let us close the issue for now and reopen it in case it happens again.