write down,forget
  • adidaseqt
  • eqtturbored
  • eqtsupport9317
  • eqtsupport
  • 9317adidas
  • adidaseqtboost9317
  • eqtsupport93
  • 9317eqt
  • eqt support 9317 adv
  • support 9317 adv
  • eqtadv
  • eqt9317
  • eqtadv9317
  • support93
  • originalseqt
  • adidas eqt
  • eqt support 9317
  • eqt support
  • eqt adv
  • eqt 9317
  • WebRTC for newbies!

    <Category: Webrtc> 查看评论

    懒得翻墙,贴过来,慢慢看

    for newbies!

    Copyright © 2013 Muaz Khan<@muazkh>.

    If you’re newcomer, newbie or beginner; you’re suggested to tryRTCMultiConnection.js or DataChannel.js libraries.
    The exchange of real-time media between two browsers follows this process:
    1. At the media source, input devices are opened for capture. ( getUserMedia )
    2. Media from the input devices is encoded into packets that are transmitted across the network.
    3. At the media destination, the packets are decoded and formed into a media stream.
    4. The media stream is sent to output devices. ( onaddstream )
    WebRTC Experiments
    An application that wishes to enable two-way audio and video communications between peers can create four media streams (i.e. 4 RTP streams): 

    1. An audio stream in each direction, (i.e. outgoing/incoming audio RTP streams)
    2. A video stream in each direction. (i.e. outgoing/incoming video RTP streams)

    Any installation needed on the server?

    For simple WebRTC apps; not at all!
    For large scale applications: 

    1. to store recorded media streams (audio/video/files/text/etc.) or data
    2. to make SIP calls to PSTN networks
    3. to transcode streams

    obviously you need a media server and many installations!

    I’m confused about node.js!

    It can be your custom signaling gateway. It needs installations; server side work and more!
    It is suggested to use Firebase, PubNub or Pusher for signaling until you get mature!

    What is signaling and why it is needed?

    Interoperable real-time media between browsers uses RTP.
    RTP depends on the existence of a signaling channel to establish a common understanding of the meaning of packets.
    This includes identification of different streams, codecs, and codec parameters.
    Applications that establish peer-to-peer transports require that the IP addresses of a peer are signaled to the remote peer.
    Each real-time port consists of an IP address, a port number, a username fragment and password. This information is exchanged with the remote peer using whatever signaling mechanism is chosen by the application.
    In order to establish a transport between a local peer and remote peer, the following process is applied:
    1. The local peer opens one or more real-time ports. ( RTP )
    2. The local peer then has to learn of the ports that its remote peer has opened. This uses a signaling channel specific to the application. For instance, a web application could use previously HTTP requests or Websockets connections for this purpose.
    3. A process of discovery is used to find a local and remote port pair (a candidate pair) that can exchange UDP packets. One or more connectivity checks are made from different local ports toward different remote ports. A successful connectivity check indicates that packets can reach the peer and that the peer consents to receive packets.
    4. Finally, a real-time transport is established on the pair of ports. A security context is established so that secured media packets are able to flow in both directions between peers. Real-Time media streams can then be added to the transport.
    The initial connection between peers must be accomplished via an application server that provides for user discovery, communication, and Network Address Translation (NAT) with data streaming.
    Signalling is the mechanism by which peers send control messages to each other for the purpose of establishing the communication protocol, channel, and method. These are not specified in the WebRTC standard. Rather, the developer may choose any messaging protocol (such as SIP or XMPP), and any two-way communication channel (such as WebSocket or XMLHttpRequest) in tandem with a persistent connection server API (like the Google Channel API) for AppEngine.

    What is SDP?

    A well-defined format for conveying sufficient information to discover and participate in a multimedia session ( video conference ).
    A multimedia session is a set of multimedia senders and receivers and the data streams flowing from senders to receivers. A multimedia conference is an example of a multimedia session.
    When initiating multimedia teleconferences, voice-over-IP calls, streaming video, or other sessions, there is a requirement to convey media details, transport addresses, and other session description metadata to the participants.
    SDP provides a standard representation for such information, irrespective of how that information is transported.
    Here is a simple (short) SDP ( about 1000 to 2200 characters text message ) generated by Google Chrome:

    Cross browser declaration:

    He is a simple cross-browser “peer.createAnswer” API implementation:

    How to order WebRTC code?

    First of all; create “offer sdp” by calling peerConnection.createOffer:

    On the “answerer” side, set “remote descriptions” using “offer sdp”:

    And then create “answer sdp”:

    On the offerer side, set remote descriptions using “answer sdp”:

    What is ICE and is it mandatory?

    The purpose of the ICE protocol is to establish a media path.

    “Making a call starts by sending a SIP INVITE message with an SDP describing on which IP address(es) and port(s) the application can receive audio and/or video packets. These addresses and ports are known as candidates.”

    Specifically, a candidate is an IP address and port at which one peer can receive data from another peer.
    There are 3 types of candidates:

    1) Local candidate:

    A local IP address of the client.

    2) Reflexive or STUN candidates

    An IP address of the client’s NAT (assuming they are only behind a single NAT). These are determined from another entity, and then communicated back to the client.

    3) Relay or TURN candidate

    An address on a relay server that has been allocated for use by the client.

    “Traffic can always be sent successfully using relay candidates, unless a firewall blocks all traffic towards the client, in which case no legitimate firewall traversal technique can ever work. The problem with using relay candidates, however, is that they require server resources, and relayed traffic introduces additional delay, loss and jitter in the traffic stream.”

    You can use peerConnection.onicecandidate event to get ICE generated for local peer. You can send those ICE via XHR/WebSocket/WebSync toward destination.

    “Once the callee has sent its ICE candidates, and once the caller receives them, they each start the ICE connectivity checks. At this point, both the parties know about their peer’s potential candidates. Each possible pair of local and remote candidates is formed, creating a number of candidate pairs. A connectivity check is done by sending STUN messages from the local candidate to the remote candidate of each pair, starting with the highest priority (i.e. most preferred) candidate pair first. Both parties exchange STUN messages in this way to determine the best possible candidate pair that they can use to communicate. Once a valid (i.e. successful) message has been sent both ways on a single candidate pair, the connectivity check can stop and media can be sent/received using that candidate pair. “

    Now if the call has been established, both the caller and callee send media to/from their successful candidate addresses. (usually using RTP protocol)

    onaddstream event:

    peerConnection.onaddstream fires as soon as local peer gets clue of the remote stream. Remember, it takes a few seconds for remote stream to start flowing. You can check whether remote stream started flowing or not using something like this:

    本文来自: WebRTC for newbies!

    
    eqt support adidas eqt support 93 primeknit og colorway ba7506 adidas eqt running 93 updated with primeknit construction adidas eqt boost 93 17 white turbo red adidas eqt support 9317 white turbo red adidas eqt support 93 17 adidas eqt support 9317 adidas eqt support 9317 turbo red releases tomorrow adidas originals adidas eqt tactile green pack adidas eqt tactile green pack adidas eqt light green pack womens adidas eqt light green pack coming soon adidas eqt milled leather pack release date adidas originals eqt milled leather pack adidas eqt support ultra boost turbo red white adidas adv support burnt orange grey where to buy the adidas eqt support 9317 turbo red adidas eqt boost 91 16 turbo red adidas eqt support 93 turbo red adidas eqt support 9317 white turbo red available now