[jitsi-dev] Is there a mux or bundler for use with webrtc in libjitsi?


#1

I'm just getting familiar with the codebase and I don't see anything that
looks like it would bundle the Audio, Video, and RTCP data into a single
RTP output. Is there such an implementation in the library or is this
something being developed?
I ask because I plan to use libjitsi in a server app which would take h.264
and PCM data and produce a usable endpoint for webrtc clients to consume
from. Again this is not a client app or gui of any kind, its all
server-side.

Regards,
Paul

···

--
http://gregoire.org/
http://code.google.com/p/red5/


#2

hey Paul,

I'm just getting familiar with the codebase and I don't see anything that
looks like it would bundle the Audio, Video, and RTCP data into a single
RTP output. Is there such an implementation in the library or is this
something being developed?

I've filed an issue for rtcp-mux on the JVB quite a while ago
https://github.com/jitsi/jitsi-videobridge/issues/2

However, so far the lack thereof (or BUNDLE) has not been a real issue. You can work around it by not including a=rtcp-mux in your offer to webrtc. Check jitsi meet for how this is handled on the javascript side.

I ask because I plan to use libjitsi in a server app which would take h.264
and PCM data and produce a usable endpoint for webrtc clients to consume
from. Again this is not a client app or gui of any kind, its all
server-side.

take a look at jitsi videobridge: https://github.com/jitsi/jitsi-videobridge -- integrating that with your application is most likely what you want. The biggest question is whether you want internal integration or external (by sending rtp data to some port negotiated with colibri)

cheers

philipp
p.s.: flashmedia^5


#3

Hey Paul,

I'm just getting familiar with the codebase and I don't see anything
that looks like it would bundle the Audio, Video, and RTCP data into a
single RTP output.

Not that's currently not supported.

Is there such an implementation in the library or is
this something being developed?

We started working on it but it's really low prio since it isn't really preventing anything from working. It's just a cool-to-have thing.

I ask because I plan to use libjitsi in a server app which would take
h.264 and PCM data and produce a usable endpoint for webrtc clients to
consume from. Again this is not a client app or gui of any kind, its all
server-side.

I guess you know this, but just for the sake of completeness: you don't actually need bundle and rtcp-mux to do that.

Emil

···

On 24.06.14, 23:55, Mondain wrote:

Regards,
Paul

--
http://gregoire.org/
http://code.google.com/p/red5/

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev

--
https://jitsi.org


#4

Thanks for the replies, I was concerned that not having rtcp-mux would be a
deal-breaker.

···

On Tue, Jun 24, 2014 at 2:35 PM, Philipp Hancke <fippo@goodadvice.pages.de> wrote:

hey Paul,

I'm just getting familiar with the codebase and I don't see anything that

looks like it would bundle the Audio, Video, and RTCP data into a single
RTP output. Is there such an implementation in the library or is this
something being developed?

I've filed an issue for rtcp-mux on the JVB quite a while ago
https://github.com/jitsi/jitsi-videobridge/issues/2

However, so far the lack thereof (or BUNDLE) has not been a real issue.
You can work around it by not including a=rtcp-mux in your offer to webrtc.
Check jitsi meet for how this is handled on the javascript side.

I ask because I plan to use libjitsi in a server app which would take

h.264
and PCM data and produce a usable endpoint for webrtc clients to consume
from. Again this is not a client app or gui of any kind, its all
server-side.

take a look at jitsi videobridge: https://github.com/jitsi/
jitsi-videobridge -- integrating that with your application is most
likely what you want. The biggest question is whether you want internal
integration or external (by sending rtp data to some port negotiated with
colibri)

cheers

philipp
p.s.: flashmedia^5

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev

--
http://gregoire.org/
http://code.google.com/p/red5/