[muji/master] minor tweaks
Sjoerd Simons
sjoerd.simons at collabora.co.uk
Wed Jun 10 08:45:19 PDT 2009
---
xep/muji.xml | 7 +++----
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/xep/muji.xml b/xep/muji.xml
index 25ad0bd..79f2a1b 100644
--- a/xep/muji.xml
+++ b/xep/muji.xml
@@ -59,9 +59,8 @@ participant provides. Secondly, so that there is a global payload type (PT)
mapping for the various contents, so that clients only need to encode and
payload each content that they provide once.
-Participants can participate in a read-only mode by not advertising any
-contents. Participants are not required to participate all the contents that
-are available. For example, a Muji client might choose to only request audio
+Participants are not required to participate all the contents that are
+available. For example, a Muji client might choose to only request audio
streams.
</section1>
@@ -117,7 +116,7 @@ streams.
<p>
When a client adds a payload ID to a content description, it MUST have the
- same codec name and encoding parameters as the corresponding entries in
+ same codec name and receiving parameters as the corresponding entries in
other participants' payload maps for that content. For instance, if Alice
defines a payload type with ID 98, codec Speex and a a clock rate of 8000
for a content called âvoice0â, then Bob must define payload type 98
--
1.5.6.5
More information about the telepathy-commits
mailing list