search for: rtmap

Displaying 14 results from an estimated 14 matches for "rtmap".

Did you mean: remap
2004 Aug 06
0
RTP Profile Revision v5
...for wide band operation. If for some reason the offerer has bandwith limitations, he may use the "b=" header, as explained in SDP [4]. The following example illustrates the case where the offerer cannot receive more than 10 kbit/s. m=audio 8088 RTP/AVP 97 b=AS:10 a=rtmap:97 speex/8000 In this case, if the remote part agrees, it should configure its speex encoder so that it does not use modes that produce more than 10 kbit/s. Note that the "b=" constraint also applies on all payload types that may be proposed in the media line ("m=")...
2004 Aug 06
1
RTP Profile Revision
...for wide band operation. If for some reason the offerer has bandwith limitations, he may use the "b=" header, as explained in SDP [5]. The following example illustrates the case where the offerer cannot receive more than 10 kbit/s. m=audio 8088 RTP/AVP 97 b=AS:10 a=rtmap:97 speex/8000 In this case, if the remote part agrees, it should configure its speex encoder so that it does not use modes that produce more than 10 kbit/s. Note that the "b=" constraint also applies on all payload types that may be proposed in the media line ("m=")...
2004 Aug 06
0
Comments on New RTP Profile Document
...ltra-wide band operation. If for some reason the offerer has bandwith limitations, he may use the "b=" header, as explained in SDP [4]. The following example illustrates the case where the offerer cannot receive more than 10 kbit/s. m=audio 8088 RTP/AVP 97 b=AS:10 a=rtmap:97 speex/8000 In this case, if the remote part agrees, it should configure its speex encoder so that it does not use modes that produce more than 10 kbit/s. Note that the "b=" constraint also applies on all payload types that may be proposed in the media line ("m=")...
2004 Aug 06
3
Updated Speex RTP Internet Draft
...If for some reason the offerer has bandwidth limitations, the client may use the "b=" header, as explained in SDP [4]. The following example illustrates the case where the offerer cannot receive more than 10 kbit/s. m=audio 8088 RTP/AVP 97 b=AS:10 a=rtmap:97 speex/8000 <p><p><p>Herlein, Valin, et. al. Expires January 30, 2004 [Page 5] ^L Internet-Draft draft-herlein-speex-rtp-profile-01 July 2003 <p> In this case, if the remote part agrees, it should configure its Speex encoder so that it do...
2004 Aug 06
1
linux.conf.au and streaming (was Re: patch for libspeex)
...ltra-wide band operation. If for some reason the offerer has bandwith limitations, he may use the "b=" header, as explained in SDP [4]. The following example illustrates the case where the offerer cannot receive more than 10 kbit/s. m=audio 8088 RTP/AVP 97 b=AS:10 a=rtmap:97 speex/8000 In this case, if the remote part agrees, it should configure its speex encoder so that it does not use modes that produce more than 10 kbit/s. Note that the "b=" constraint also applies on all payload types that may be proposed in the media line ("m=")...
2007 Jun 07
1
draft-ietf-avt-rtp-speex-01.txt
...ted modes (all speex mode). > > > > > > > Herlein, et al. Expires December 7, 2007 [Page 13] > > Internet-Draft Speex June 2007 > > > m=audio 8088 RTP/AVP 97 > a=rtmap:97 speex/8000 > a=fmtp:97 mode=6;mode=any > > The offerer indicates the mode he wishes to receive (speex 'mode 3'). > This offer indicates mode 3 and mode 5 are supported and that no > other modes are supported. The remote party MUST not configure its...
2004 Aug 06
0
First draft for Speex RTP profile - Please send your comments
...ration. If for some reason the offerer has bandwith limitations, he may use the "b=" header, as explained in SDP [5]. The following example illustrates the case where the offerer cannot receive more than 10 kbit/s. m=audio 8088 RTP/AVP 97 b=AS:10 a=rtmap:97 SPX/8000 In this case, if the remote part agrees, it should configure its speex encoder so that it does not use modes that produce more than 10 kbit/s. Note that the "b=" constraint also applies on all payload types that may be proposed in the media line ("m=")....
2007 May 29
0
draft-ietf-avt-rtp-speex-01.txt
...hes to receive (speex 'mode 6') followed by all supported modes (all speex mode). Herlein, et al. Expires November 30, 2007 [Page 13] Internet-Draft Speex May 2007 m=audio 8088 RTP/AVP 97 a=rtmap:97 speex/8000 a=fmtp:97 mode=6;mode=any The offerer indicates the mode he wishes to receive (speex 'mode 3'). This offer indicates mode 3 and mode 5 are supported and that no other modes are supported. The remote party MUST not configure its encoder using another...
2007 May 30
5
draft-ietf-avt-rtp-speex-01.txt
Do not forget to add the "Copying conditions" to the RFC. Check http://wiki.debian.org/NonFreeIETFDocuments That page contains a section titled "Template for RFC authors to release additional rights". To follow that guideline a section like the following should be added: x. Copying conditions The author(s) agree to grant third parties the irrevocable right to
2004 Aug 06
0
draft-herlein-speex-rtp-profile-01
...If for some reason the offerer has bandwidth limitations, the client may use the "b=" header, as explained in SDP [4]. The following example illustrates the case where the offerer cannot receive more than 10 kbit/s. m=audio 8088 RTP/AVP 97 b=AS:10 a=rtmap:97 speex/8000 In this case, if the remote part agrees, it should configure its Speex encoder so that it does not use modes that produce more than 10 kbit/s. Note that the "b=" constraint also applies on all payload types that may be proposed in the media line ("m=")...
2004 Aug 06
0
Updated Speex RTP Internet Draft
...reason the offerer has bandwidth limitations, the client > may use the "b=" header, as explained in SDP [4]. The following example > illustrates the case where the offerer cannot receive more than > 10 kbit/s. > > m=audio 8088 RTP/AVP 97 > b=AS:10 > a=rtmap:97 speex/8000 > > > > > Herlein, Valin, et. al. Expires January 30, 2004 [Page 5] > ^L > Internet-Draft draft-herlein-speex-rtp-profile-01 July 2003 > > > In this case, if the remote part agrees, it should configure its > Spee...
2004 Aug 06
5
linux.conf.au and streaming (was Re: patch for libspeex)
On Tue, Dec 17, 2002 at 11:55:21PM -0800, Greg Herlein wrote: > If such a thing happens, discussion of the RTP profile draft > would be most welcome - please get responses back to the > list! Now, if this were finalised before the conference then we could do a demo and use it for broadcasting the lectures streams around the world... What is currently the best way of doing this? I'm
2007 Jun 07
0
draft-ietf-avt-rtp-speex-01.txt
...hes to receive (speex 'mode 6') followed by all supported modes (all speex mode). Herlein, et al. Expires December 7, 2007 [Page 13] Internet-Draft Speex June 2007 m=audio 8088 RTP/AVP 97 a=rtmap:97 speex/8000 a=fmtp:97 mode=6;mode=any The offerer indicates the mode he wishes to receive (speex 'mode 3'). This offer indicates mode 3 and mode 5 are supported and that no other modes are supported. The remote party MUST not configure its encoder using another...
2007 May 15
4
draft-ietf-avt-rtp-speex-01.txt
...on the offerer has bandwidth limitations, the client may use the "b=" header, as explained in SDP [RFC4566]. The following example illustrates the case where the offerer cannot receive more than 10 kbit/s. m=audio 8088 RTP/AVP 97 b=AS:10 a=rtmap:97 speex/8000 In this case, if the remote part agrees, it should configure its Speex encoder so that it does not use modes that produce more than 10 kbit/s. Note that the "b=" constraint also applies on all payload types that may be proposed in the media line ("m="...