[gst-devel] Using gstreamer to transmit H264 file over RTP

Farah farahakhtar_24c at yahoo.com
Sun Jun 6 04:24:38 CEST 2010


Things are not as good as they seemed.

I have two identical computers set up to do streaming between them. Both
OS: ubuntu 10.04 LTS
gstreamer0.10-plugins-base : 0.10.28-1
gstreamer0.10-plugins-good : 0.10.21-1ubuntu2
gstreamer0.10-plugins-bad : 0.10.18-1ubuntu1
gstreamer0.10-plugins-bad (multiverse) : 0.10.18-0ubuntu1

Now, I use the same pipeline from my previous post. I use two gstreamer
instances on the loopback address to stream from one gstreamer instance to
the other. It works perfectly on one of my computers. File transfers
perfectly and (obviously) the resultant size is always the same for the
output file. However, on the other computer which has a faster processor, it
doesnt work fine. I thought this might be something wrong with the
config-interval parameter value I give. I tried changing the value from 1 to
10 but there seems to be no pattern in how the data is lost each time.
However, each time, the output file is different in size and still has
noise, blocks etc, showing data loss. I am completely at loss about what it
could be. I hope you guys can help. The same pipeline that I use for both
computers is as follows:

Please note: The system that has loss is an open IP system. Could that be a

gst-launch-0.10 -v filesrc location=June/akiyo_qcif.264 ! h264parse !
video/x-h264 ! rtph264pay pt=96 config-interval=5 ! udpsink host=
port=42050 sync=false

gst-launch-0.10 udpsrc port=42050 caps="application/x-rtp,
clock-rate=(int)90000, encoding-name=(string)H264, payload=(int)96,
ssrc=(guint)4091714163, clock-base=(guint)4007889851,
! rtph264depay ! filesink location=June/test6.264 

I changed the receiver caps to ""application/x-rtp, media=(string)video,
clock-rate=(int)90000, encoding-name=(string)H264" with the same result.


Farah Akhtar.
View this message in context: http://gstreamer-devel.966125.n4.nabble.com/Using-gstreamer-to-transmit-H264-file-over-RTP-tp2236364p2244715.html
Sent from the GStreamer-devel mailing list archive at Nabble.com.

More information about the gstreamer-devel mailing list