docs: do proper escaping for "%"
authorStefan Kost <ensonic@users.sf.net>
Thu, 8 Apr 2010 15:05:46 +0000 (18:05 +0300)
committerStefan Kost <ensonic@users.sf.net>
Thu, 8 Apr 2010 15:05:46 +0000 (18:05 +0300)
gst/multifile/gstmultifilesink.c
gst/multifile/gstmultifilesrc.c
gst/rtpmanager/gstrtpbin.c

index 5ec7948..8f76875 100644 (file)
@@ -27,7 +27,7 @@
  *
  * Write incoming data to a series of sequentially-named files.
  *
- * The filename property should contain a string with a %d placeholder that will
+ * The filename property should contain a string with a \%d placeholder that will
  * be substituted with the index for each filename.
  *
  * If the #GstMultiFileSink:post-messages property is #TRUE, it sends an application
index 60f503f..67b871b 100644 (file)
@@ -27,7 +27,7 @@
  * to force to caps containing a framerate. Otherwise image decoders send EOS
  * after the first picture.
  *
- * File names are created by replacing "%%d" with the index using printf().
+ * File names are created by replacing "\%d" with the index using printf().
  *
  * <refsect2>
  * <title>Example launch line</title>
index 66590f9..f4af075 100644 (file)
  * #GstRtpBin is configured with a number of request pads that define the
  * functionality that is activated, similar to the #GstRtpSession element.
  *
- * To use #GstRtpBin as an RTP receiver, request a recv_rtp_sink_%%d pad. The session
+ * To use #GstRtpBin as an RTP receiver, request a recv_rtp_sink_\%d pad. The session
  * number must be specified in the pad name.
- * Data received on the recv_rtp_sink_%%d pad will be processed in the #GstRtpSession
+ * Data received on the recv_rtp_sink_\%d pad will be processed in the #GstRtpSession
  * manager and after being validated forwarded on #GstRtpSsrcDemux element. Each
  * RTP stream is demuxed based on the SSRC and send to a #GstRtpJitterBuffer. After
  * the packets are released from the jitterbuffer, they will be forwarded to a
  * #GstRtpSsrcDemux element. The #GstRtpSsrcDemux element will demux the packets based
- * on the payload type and will create a unique pad recv_rtp_src_%%d_%%d_%%d on
+ * on the payload type and will create a unique pad recv_rtp_src_\%d_\%d_\%d on
  * gstrtpbin with the session number, SSRC and payload type respectively as the pad
  * name.
  *
- * To also use #GstRtpBin as an RTCP receiver, request a recv_rtcp_sink_%%d pad. The
+ * To also use #GstRtpBin as an RTCP receiver, request a recv_rtcp_sink_\%d pad. The
  * session number must be specified in the pad name.
  *
  * If you want the session manager to generate and send RTCP packets, request
- * the send_rtcp_src_%%d pad with the session number in the pad name. Packet pushed
+ * the send_rtcp_src_\%d pad with the session number in the pad name. Packet pushed
  * on this pad contain SR/RR RTCP reports that should be sent to all participants
  * in the session.
  *
- * To use #GstRtpBin as a sender, request a send_rtp_sink_%%d pad, which will
- * automatically create a send_rtp_src_%%d pad. If the session number is not provided,
+ * To use #GstRtpBin as a sender, request a send_rtp_sink_\%d pad, which will
+ * automatically create a send_rtp_src_\%d pad. If the session number is not provided,
  * the pad from the lowest available session will be returned. The session manager will modify the
  * SSRC in the RTP packets to its own SSRC and wil forward the packets on the
- * send_rtp_src_%%d pad after updating its internal state.
+ * send_rtp_src_\%d pad after updating its internal state.
  *
  * The session manager needs the clock-rate of the payload types it is handling
  * and will signal the #GstRtpSession::request-pt-map signal when it needs such a