Skip to content

Conversation

@m1k1o
Copy link
Owner

@m1k1o m1k1o commented Nov 7, 2022

Adding screenshare support to neko.

Things to sort out before merging:

  • Turn off video/audio pipeline and controls when screenshare is active. Turn it back on when it ends.
  • See if data can be directly passed through or must be reencoded.
    • Add support for multiple codecs.
  • Sometimes when starting and stopping screenshare multiple times it does not work - must be reliable.
  • Create GUI.

@m1k1o m1k1o marked this pull request as draft November 7, 2022 20:03
@m1k1o
Copy link
Owner Author

m1k1o commented Jan 29, 2023

First two screenshares works, thrid one does not.

Server:

ERR Incoming unhandled RTP ssrc(1661240182), OnTrack will not be fired. mid RTP Extensions required for Simulcast

Cleint:

Uncaught (in promise) DOMException: Answer tried to set recv when offer did not set send

@innerop
Copy link

innerop commented Apr 11, 2023

What is the use case for this? I wonder if features like this can be included optionally during the build using 'feature flags' to avoid code bloat?

@m1k1o
Copy link
Owner Author

m1k1o commented Apr 11, 2023

This feature is quite lightweight. If some user would like to share something quickly from their local screen. This use case is coming from collaborative space. For me its insteresting as PoC if that can be implemented nicely.

@innerop
Copy link

innerop commented Apr 11, 2023

makes sense.

@0xBA5E64
Copy link

This would come in extremely useful for me as a potential replacement for broken screenshare solutions on other platforms that tend to break on Linux, hoping we'll see this implemented in the future!

@yesBad
Copy link
Contributor

yesBad commented Jan 20, 2025

This would come in extremely useful for me as a potential replacement for broken screenshare solutions on other platforms that tend to break on Linux, hoping we'll see this implemented in the future!

For now, Screego exists.

@H1ghSyst3m
Copy link

Even though it's available on other projects, I would also love it if I can have it here.
I think there is a problem at renegotiation for add and removetrack

Instead of using add and removeTrack, wouldn't replaceTrack a better option, since we only want to have one videostream, and because of using replace we wont need renegotiation?

@m1k1o
Copy link
Owner Author

m1k1o commented Jan 22, 2025

We actually need to send a video stream, not only receive on the sender side. On the receiver side, nothing should be changed as the shared screen is simply taked over the broadcasted video.

@m1k1o m1k1o mentioned this pull request Jul 31, 2025
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.

6 participants