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

feat(screenshare): Audio only screenshare #8922

Merged

Conversation

andrei-gavrilescu
Copy link
Contributor

No description provided.

Copy link
Member

@jallamsetty1 jallamsetty1 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@andrei-gavrilescu This LGTM overall, left 2 minor comments.

@@ -1660,6 +1664,23 @@ export default {
= this._turnScreenSharingOff.bind(this, didHaveVideo);

const desktopVideoStream = desktopStreams.find(stream => stream.getType() === MEDIA_TYPE.VIDEO);
const dekstopAudioStream = desktopStreams.find(stream => stream.getType() === MEDIA_TYPE.AUDIO);

if (dekstopAudioStream) {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do we want to stop screenshare here only when audio-only screenshare is in progress ? If we are using the audio mixer effect and have both video and audio streams from the desktop tracks, any issues with audio track will result in the share being turned off. Is that how we want it to work ?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Imo this behaviour is fine. If the user initiates a screen sharing session and goes through the trouble of ticking the Share audio box and there's a problem with that audio track at some point, then the behaviour wouldn't be as expected same as what would happen if something went wrong with the video track.
Of course this is just my point of view, if you feel strongly about it we can think of another way to approach this scenario.

&& <OverflowMenuItem
accessibilityLabel = { t('toolbar.accessibilityLabel.shareaudio') }
icon = { IconShareAudio }
key = 'shareaudio'
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think the button name "Share audio" is little confusing. Do you think Start Audio Share and Stop Audio Share make more sense here ?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

As it stands the button doesn't have a state it's just Share audio for both stop and start. We're planning on adding a "How to" dialog when the user clicks that button and add that state then. This is meant to be an initial iteration. But if you think it's something we must have for this PR, I can add that state now.

jallamsetty1
jallamsetty1 previously approved these changes Apr 9, 2021
@andrei-gavrilescu andrei-gavrilescu merged commit 6d3d65d into jitsi:master Apr 12, 2021
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

Successfully merging this pull request may close these issues.

3 participants