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

Issue 706130 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Last visit > 30 days ago
Closed: Mar 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 2
Type: Bug



Sign in to add a comment

RTX not set up properly for cast?

Project Member Reported by sprang@chromium.org, Mar 28 2017

Issue description

I ran some test casting to a hangout wile running chrome with logging turned on and came across a line that bothers me.

I get a log line about rtx payload type not being configured: https://cs.chromium.org/chromium/src/third_party/webrtc/media/engine/webrtcvideoengine2.cc?q=webrtcvideoen+package:%5Echromium$&l=1748

The same line does not appear when go into a hangout and screenshare the "normal" way.

If rtx is indeed not configured properly, it could cause some pretty severe disruptions to a video stream.

skonig@ can you have a look or reassign to whomever knows how this is configured?
 
Cc: brandtr@chromium.org

Comment 2 by mfo...@chromium.org, Mar 29 2017

Owner: pthatcher@chromium.org
Peter, do you know who on the realtime library side would be knowledgable about this?
Can you open an internal bug for questions about the internal JS libraries? Thanks! You can assign to me for now, I'll reassign as necessary.
Owner: noahric@chromium.org
I wasn't sure if he means internal JS or WebRTC.  The bug is likely in the JS if there is one.  So I will hand it off to Noah.
Status: WontFix (was: Untriaged)
Right, given that, can you open an internal bug? We don't track chromium for issues in the realtime library.

Comment 6 by ilnik@chromium.org, Apr 6 2017

Cc: ilnik@chromium.org

Sign in to add a comment