[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