New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 710459 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Nov 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 2
Type: Bug



Sign in to add a comment

Android: Peer to Peer Apprtc call sometimes results in artifacts on Samsung S6 Galaxy Screen

Project Member Reported by jkallar@chromium.org, Apr 11 2017

Issue description

Chrome Version:
Chrome 59.0.3062.4 / Dev (I installed the ChromeCanary.apk)
Chrome 59.0.3050.4 / Dev (I installed the ChromeCanary.apk)


General:
Note: I can't reproduce this bug all the time, quite infrequently actually but I file this bug anyway and I will add more information (eg like logcat) the next time I see this bug


What steps will reproduce the problem?
1. Pixel XL (device 1) joins a wifi network on 5GHz band
2. Samsung S6 (device 2) joins same network as in step 1 on 5GHz band
3. Pixel XL in a new chrome tab browses to https://appr.tc and joins a room
4. Samsung S6 in a new chrome tab browses to https://appr.tc and joins the same room from step 3


What is the expected result?
Verify that both devices can hear and see each other and no video freezes or glitches (artifacts)

What happens instead?
Device 1: Can without problem see and hear device 2  
Device 2: Can hear device 1 but sees artifacts on it's screen of device 1 video (see attached screenshot) 
          Note: the artifacts can sometimes disappear after a few seconds (i.e are not there all the time for the duration of the call)


Please provide any additional information below. Attach a screenshot if
Device 1: Google Pixel XL (7.1.1/Marlin)
Device 2: Samsung S6 Galaxy (6.0.1)


I DON'T (so far) see this bug if in step 1 (Pixel XL) joins the same network as for device in step 2 but on a 2KHz band i.e the steps are:

1. Pixel XL (device 1) joins a wifi network on 2GHz band 
2. Samsung S6 (device 2) joins a wifi network on 5kHz band 
3. Pixel XL in a new chrome tab browses to https://appr.tc and joins a room
4. Samsung S6 in a new chrome tab browses to https://appr.tc and joins the same room from step 3

I'm not sure if having the devices on different wifi bands stops this bug from occurring

Feel free add any suggestions on how to debug this more 

 
screen_chrome-dev_p2p_apprtc_artifact_on_Samsung_s6_galaxy.png
1.2 MB View Download
Cc: philipel@chromium.org
Hey jkallar@,

Do you have the WebRTC text logs for this call?

Did the artifacts always look like the attached picture, or did you also get some "blocky" distortions?
philipel@:

I don't have the WebRTC logs but I will get them for next time the bug happens

Yes I also got "blocky" distortions;  I will try to make a video next time and attach (upload) that.




sorry  brandtr@, I meant to answer to you also.
Cc: niklase@chromium.org
Labels: -Pri-3 Pri-2
Owner: jkallar@chromium.org
Status: Untriaged (was: Unconfirmed)
I confirmed offline with jkallar@ that these are not the same distortions as the ones caused by https://bugs.chromium.org/p/webrtc/issues/detail?id=7475. He will try to get text logs for the next time this happens.

Both the smaller and the larger video "fields" are moving, so it looks like a renderer bug rather than a decoder bug.

Upgrading to P2, until we know how common this problem is.

Comment 5 by tommi@chromium.org, Apr 26 2017

Status: Assigned (was: Untriaged)
Marking as 'assigned' to take it off the triage list (and it looks like we have an owner).

Firstly, I haven't seen this bug again in the last two weeks but anyway document what I've done.


Also an correction: the device stated in the bug description was 'Samsung Galaxy S7' and not 'Samsung Galaxy S7'



I reached an impasse since I couldn't' enable Chrome logging on the Samsung Galaxy S7 device.

Just to clear up: I can only get webrtc logs for Hangout calls, not apprtc calls (where I see the bug). 

Thus, looked at enabling Chrome logs. That is only possible by doing either one of the following two:

1. A device (Samsung Galaxy S7 in this case) has be configured correctly either by:

	1a) A userdebug/eng build (i.e compile your own Chrome mobile app)
	1b) Android itself (you need root access)

2. You need to set Chrome as the debug app in developer settings by doing on Samsung Galaxy S7 device
	 Settings App > Developer options > "Select debug app"


As I'm only a tester, option 1a is not possible and neither option 1b (since I can only root Google Pixel or Nexus devices, not Samsung devices)

Option 2 is also neither possible since the Chrome 'apk' I download and test is a release build and not debuggable. Doing: Settings App > Developer options > "Select debug app", gives 'No apps' on the Samsung Galaxy S7 device


However, one thing.  I have noticed that doing 'adb logcat -s chromium' gives some webrtc ouput (some libjingle info) but not enough if I compare the corresponding output for a Chrome desktop peer to peer call.

Just for your information, I tried to enable logs on the Samsung S7 device by writing chrome flags (--enable-logging --v=1) to the file  /data/local/tmp/chrome-command-line.  Example:

 ./adb_command_line.py -d 9885e65345354b5546 --device-path /data/local/tmp/chrome-command-line  --enable-logging --v=1  

and then restarting the Chrome app.   However, when I do in a new Chrome tab 'chrome://version" I don't see these flags being set.



That's as far I've gotten and I don't think there much else I can do. If anybody has suggestions please feel free to contribute




Owner: ----
Status: Untriaged (was: Assigned)
Ping for triaging.

Comment 9 by holmer@chromium.org, Oct 19 2017

Still an issue? If not we'll close.
Status: WontFix (was: Untriaged)
A lot of things have changed since this was last reported, so let's close.

Sign in to add a comment