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.

Sign up for GitHub

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

Jump to bottom

Support unified-plan #54

Closed

notedit opened this issue Jul 30, 2018 · 5 comments

Labels

difficulty:moderate

Milestone

2.0.0 (Spear of D...

Contributor

notedit commented Jul 30, 2018 •

edited

Loading

firefox supports unified-plan, latest chrome supports unified-plan too.

https://tools.ietf.org/html/draft-roach-mmusic-unified-plan-00

https://bugs.chromium.org/p/chromium/issues/detail?id=799030

Member

backkem commented Jul 30, 2018

Thanks @notedit . Let us know if you have any specific needs for this feature. That allow us to determine the correct priority.

backkem added help wanted difficulty:moderate labels

backkem mentioned this issue

media: support sending MediaStreams with multiple tracks #16

Closed

3 tasks

Contributor Author

notedit commented Jul 30, 2018

If we have want to support multi MediaStreams or build a SFU, we need this feature.

Contributor Author

notedit commented Dec 24, 2018

unified plan is default in chrome m72 now.

Sean-Der added the backlog label

Member

trivigy commented Feb 11, 2019 •

edited

Loading

@notedit Any specific parts regarding the unified-plan that you need? Personally I only need the BUNDLE protocol to work according to the unified-plan, and only related to data channels. What about you? I am going to end up fixing whatever is wrong but only related to data channels. If I know what you need, I might try looking into it along the way. Or at the very least it will be documented here for future work.

Contributor Author

notedit commented Feb 12, 2019

@trivigy here is the specific https://tools.ietf.org/html/draft-roach-mmusic-unified-plan-00
What i want is that multi streams use one ice transport, it is common in the sfu server, one peer receive multi remote streams through one peerconnection.

Sean-Der added this to the 2.0.0 (Spear of Destiny) milestone

Sean-Der added a commit that referenced this issue


          gstreamer-src/Pipeline accepts multiple tracks

d208030

This allows us to demonstrate multi-track easier, without having to
worry about encoding multiple times

Relates to #54

Sean-Der mentioned this issue

Don't start unused networking #346

Closed

Sean-Der added a commit that referenced this issue


          gstreamer-src/Pipeline accepts multiple tracks

dcef86c

This allows us to demonstrate multi-track easier, without having to
worry about encoding multiple times

Relates to #54

Sean-Der added a commit that referenced this issue


          gstreamer-src/Pipeline accepts multiple tracks

340d1cc

This allows us to demonstrate multi-track easier, without having to
worry about encoding multiple times

Relates to #54

Sean-Der added a commit that referenced this issue


          gstreamer-src/Pipeline accepts multiple tracks

0133db6

This allows us to demonstrate multi-track easier, without having to
worry about encoding multiple times

Relates to #54

Sean-Der added a commit that referenced this issue


          Migrate SDP generation to Unified Plan

63ba524

This commit has breaking changes. This API change means we
can no longer support an arbitrary number of receivers. For every track
you want to receive you MUST call PeerConnection.AddTransceiver

We do now support sending an multiple audio/video feeds. You can see
this behavior via gstreamer-receive and gstreamer-send currently.

Resolves #54

Sean-Der added a commit that referenced this issue


          Migrate SDP generation to Unified Plan

d5dd8f8

This commit has breaking changes. This API change means we
can no longer support an arbitrary number of receivers. For every track
you want to receive you MUST call PeerConnection.AddTransceiver

We do now support sending an multiple audio/video feeds. You can see
this behavior via gstreamer-receive and gstreamer-send currently.

Resolves #54

Sean-Der added a commit that referenced this issue


          Rewrite gstreamer-src/Pipeline for multi-track

ae952b2

This allows us to demonstrate multi-track easier, without having to
worry about encoding multiple times

Relates to #54

Sean-Der added a commit that referenced this issue


          Migrate SDP generation to Unified Plan

9da88c7

This commit has breaking changes. This API change means we
can no longer support an arbitrary number of receivers. For every track
you want to receive you MUST call PeerConnection.AddTransceiver

We do now support sending an multiple audio/video feeds. You can see
this behavior via gstreamer-receive and gstreamer-send currently.

Resolves #54

Sean-Der added a commit that referenced this issue


          Migrate SDP generation to Unified Plan

cc88f36

This commit has breaking changes. This API change means we
can no longer support an arbitrary number of receivers. For every track
you want to receive you MUST call PeerConnection.AddTransceiver

We do now support sending an multiple audio/video feeds. You can see
this behavior via gstreamer-receive and gstreamer-send currently.

Resolves #54

Sean-Der added a commit that referenced this issue


          Migrate SDP generation to Unified Plan

149f3e8

This commit has breaking changes. This API change means we
can no longer support an arbitrary number of receivers. For every track
you want to receive you MUST call PeerConnection.AddTransceiver

We do now support sending an multiple audio/video feeds. You can see
this behavior via gstreamer-receive and gstreamer-send currently.

Resolves #54

Sean-Der added a commit that referenced this issue


          Rewrite gstreamer-src/Pipeline for multi-track

f2cd740

This allows us to demonstrate multi-track easier, without having to
worry about encoding multiple times

Relates to #54

Sean-Der added a commit that referenced this issue


          Migrate SDP generation to Unified Plan

be1e0e6

This commit has breaking changes. This API change means we
can no longer support an arbitrary number of receivers. For every track
you want to receive you MUST call PeerConnection.AddTransceiver

We do now support sending an multiple audio/video feeds. You can see
this behavior via gstreamer-receive and gstreamer-send currently.

Resolves #54

Sean-Der added a commit that referenced this issue


          Rewrite gstreamer-src/Pipeline for multi-track

This allows us to demonstrate multi-track easier, without having to
worry about encoding multiple times

Relates to #54

Sean-Der added a commit that referenced this issue


          Migrate SDP generation to Unified Plan

85bc016

This commit has breaking changes. This API change means we
can no longer support an arbitrary number of receivers. For every track
you want to receive you MUST call PeerConnection.AddTransceiver

We do now support sending an multiple audio/video feeds. You can see
this behavior via gstreamer-receive and gstreamer-send currently.

Resolves #54

Sean-Der added a commit that referenced this issue


          Rewrite gstreamer-src/Pipeline for multi-track

320c10b

This allows us to demonstrate multi-track easier, without having to
worry about encoding multiple times

Relates to #54

Sean-Der added a commit that referenced this issue


          Migrate SDP generation to Unified Plan

b3a4fdb

This commit has breaking changes. This API change means we
can no longer support an arbitrary number of receivers. For every track
you want to receive you MUST call PeerConnection.AddTransceiver

We do now support sending an multiple audio/video feeds. You can see
this behavior via gstreamer-receive and gstreamer-send currently.

Resolves #54

Sean-Der added a commit that referenced this issue


          Migrate SDP generation to Unified Plan

29de991

This commit has breaking changes. This API change means we
can no longer support an arbitrary number of receivers. For every track
you want to receive you MUST call PeerConnection.AddTransceiver

We do now support sending an multiple audio/video feeds. You can see
this behavior via gstreamer-receive and gstreamer-send currently.

Resolves #54

Sean-Der added a commit that referenced this issue


          Rewrite gstreamer-src/Pipeline for multi-track

bc94eaa

This allows us to demonstrate multi-track easier, without having to
worry about encoding multiple times

Relates to #54

Sean-Der closed this as completed in

1202dba

Sean-Der removed the backlog label

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment