RTP send and reacive, No communication

[BGU-foxo]

Hello,
My goal is to stream video via Ethernet cable.
Gumstix- overo  (omap 3530) "transmitter" ----------> PC, Ubuntu 64 "receiver"

I did manged once (one day only) to stream the video successfully, but NO meter what I can not do it again ??
I think the problem is that the "transmitter" side is not actually transmitting any data to the network.
Both sides of the network seems to be working fine, no errors, However they do no recognize etch other.

My pipeline is,
transmitter :
gst-launch -v videotestsrc ! TIVidenc1 codecName=h264enc engineName=codecServer ! rtph264pay pt=96 ! udpsink host=192.168.0.11 port=5555

root@overo:~# gst-launch -v videotestsrc ! TIVidenc1 codecName=h264enc engineName=codecServer ! rtph264pay pt=96 ! udpsink hos
t=192.168.0.11 port=5555
Setting pipeline to PAUSED ...
/GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0.GstPad:src: caps = video/x-raw-yuv, format=(fourcc)UYVY, color-matrix=(string)sdtv, chroma-site=(string)mpeg2, width=(int)320, height=(int)240, framerate=(fraction)30/1
Pipeline is PREROLLING ...
/GstPipeline:pipeline0/GstTIVidenc1:tividenc10.GstPad:sink: caps = video/x-raw-yuv, format=(fourcc)UYVY, color-matrix=(string)sdtv, chroma-site=(string)mpeg2, width=(int)320, height=(int)240, framerate=(fraction)30/1
/GstPipeline:pipeline0/GstTIVidenc1:tividenc10.GstPad:src: caps = video/x-h264, framerate=(fraction)30/1, width=(int)320, height=(int)240
/GstPipeline:pipeline0/GstRtpH264Pay:rtph264pay0.GstPad:sink: caps = video/x-h264, framerate=(fraction)30/1, width=(int)320, height=(int)240
/GstPipeline:pipeline0/GstRtpH264Pay:rtph264pay0.GstPad:src: caps = application/x-rtp, media=(string)video, clock-rate=(int)90000, encoding-name=(string)H264, sprop-parameter-sets=(string)\"Z0KAHukCg+QgAAB9AAAdTACAAA\\=\\=\\,aM48gAA\\=\", payload=(int)96, ssrc=(uint)657952577, clock-base=(uint)2103715402, seqnum-base=(uint)3317
/GstPipeline:pipeline0/GstRtpH264Pay:rtph264pay0: timestamp = 2103715402
/GstPipeline:pipeline0/GstRtpH264Pay:rtph264pay0: seqnum = 3317
/GstPipeline:pipeline0/GstUDPSink:udpsink0.GstPad:sink: caps = application/x-rtp, media=(string)video, clock-rate=(int)90000, encoding-name=(string)H264, sprop-parameter-sets=(string)\"Z0KAHukCg+QgAAB9AAAdTACAAA\\=\\=\\,aM48gAA\\=\", payload=(int)96, ssrc=(uint)657952577, clock-base=(uint)2103715402, seqnum-base=(uint)3317
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock

receiver:
gst-launch-0.10 -v udpsrc port=5555 caps='application/x-rtp, media=(string)video, clock-rate=(int)90000, encoding-name=(string)H264, sprop-parameter-sets=(string)\"Z0KAHukCg+QgAAB9AAAdTACAAA\\=\\=\\,aM48gAA\\=\"' ! rtph264depay ! ffdec_h264 ! xvimagesink

omer@omer-Latitude-D530:~$ gst-launch-0.10 -v udpsrc port=5555 caps='application/x-rtp, media=(string)video, clock-rate=(int)90000, encoding-name=(string)H264, sprop-parameter-sets=(string)\"Z0KAHukCg+QgAAB9AAAdTACAAA\\=\\=\\,aM48gAA\\=\"' ! rtph264depay ! ffdec_h264 ! xvimagesink
Setting pipeline to PAUSED ...
/GstPipeline:pipeline0/GstUDPSrc:udpsrc0.GstPad:src: caps = application/x-rtp, media=(string)video, clock-rate=(int)90000, encoding-name=(string)H264, sprop-parameter-sets=(string)\"Z0KAHukCg+QgAAB9AAAdTACAAA\\=\\=\\,aM48gAA\\=\", payload=(int)96
Pipeline is live and does not need PREROLL ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock

And they are not "connecting" with etch other.

I run netstat command, while the gstreamer is playing, at the transmitter, and I don't think the GStreamer is doing anything...

root@overo:~# netstat
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address               Foreign Address             State      
tcp        0      0 overo.local:ssh             omer-Latitude-D530.lo:48526 ESTABLISHED 
tcp        0      0 overo.local:ssh             omer-Latitude-D530.lo:48515 ESTABLISHED 
Active UNIX domain sockets (w/o servers)
Proto RefCnt Flags       Type       State         I-Node Path
unix  2      [ ]         DGRAM                    2007   @/org/kernel/udev/udevd
unix  2      [ ]         DGRAM                    3065   @/org/freedesktop/hal/udev_event
unix  3      [ ]         STREAM     CONNECTED     3423   
unix  3      [ ]         STREAM     CONNECTED     3422   
unix  3      [ ]         STREAM     CONNECTED     3405   /dev/log
unix  3      [ ]         STREAM     CONNECTED     3404   
unix  3      [ ]         STREAM     CONNECTED     3293   /var/run/dbus/system_bus_socket
unix  3      [ ]         STREAM     CONNECTED     3292   
unix  3      [ ]         STREAM     CONNECTED     3287   
unix  3      [ ]         STREAM     CONNECTED     3286   
unix  3      [ ]         STREAM     CONNECTED     3282   /dev/log
unix  3      [ ]         STREAM     CONNECTED     3281   
unix  3      [ ]         STREAM     CONNECTED     3157   @/var/run/hald/dbus-TFW2UxlikH
unix  3      [ ]         STREAM     CONNECTED     3097   
unix  3      [ ]         STREAM     CONNECTED     3048   @/var/run/hald/dbus-de8fKADHWv
unix  3      [ ]         STREAM     CONNECTED     3047   
unix  3      [ ]         STREAM     CONNECTED     3025   /var/run/dbus/system_bus_socket
unix  3      [ ]         STREAM     CONNECTED     3024   
unix  3      [ ]         STREAM     CONNECTED     3018   
unix  3      [ ]         STREAM     CONNECTED     3017   
unix  3      [ ]         DGRAM                    2036   
unix  3      [ ]         DGRAM                    2035   
root@overo:~# 

Please help, if you can.
Anything would be nice.

Thanks

Have you checked that the IP you are using at transmitter is correct?
Are there any debug outputs at transmitter / receiver or does it just
look like working fine?

> Hello,
> My goal is to stream video via Ethernet cable.
> Gumstix- overo  (omap 3530) "transmitter" ----------> PC, Ubuntu 64
> "receiver"
>
> I did manged once (one day only) to stream the video successfully, but NO
> meter what I can not do it again ??
> I think the problem is that the "transmitter" side is not actually
> transmitting any data to the network.
> Both sides of the network seems to be working fine, no errors, However they
> do no recognize etch other.
>
> My pipeline is,
> *transmitter* :
> gst-launch -v videotestsrc ! TIVidenc1 codecName=h264enc
> engineName=codecServer ! rtph264pay pt=96 ! udpsink host=192.168.0.11
> port=5555
>
>
>
>
>
>
> *receiver*:
> gst-launch-0.10 -v udpsrc port=5555 caps='application/x-rtp,
> media=(string)video, clock-rate=(int)90000, encoding-name=(string)H264,
> sprop-parameter-sets=(string)\"Z0KAHukCg+QgAAB9AAAdTACAAA\\=\\=\\,aM48gAA\\=\"'
> ! rtph264depay ! ffdec_h264 ! xvimagesink
>
>
>
> And they are not "connecting" with etch other.
>
> I run netstat command, while the gstreamer is playing, at the transmitter,
> and I don't think the GStreamer is doing anything...
>
>
>
> Please help, if you can.
> Anything would be nice.
>
> Thanks
>

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Marc Leeman]

> > And they are not "connecting" with etch other.
> >
> > I run netstat command, while the gstreamer is playing, at the transmitter,
> > and I don't think the GStreamer is doing anything...

Don't think, verify.

Verify that the sender is sending data out on the network and verify
that the receiver is receiving data from the network.

From there, we can move on.

--
  greetz, marc
harvey 2.6.29.1 #1 PREEMPT Mon Apr 6 22:33:31 CDT 2009 GNU/Linux

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[BGU-foxo]

Exactly what I am trying to do.

But how to verify ?
I tried tcpdump , while gstreamer is steaming with out results,
Did I verified it correctly ?

root@overo:~# tcpdump udp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
^C
0 packets captured
0 packets received by filter
0 packets dropped by kernel
root@overo:~# 

What should I do next ?
should I configure eth0 manually ?
the current eth0 addresses are (from /etc/network/interfaces file) :

auto eth0
iface eth0 inet static
	address 192.168.0.202
	netmask 255.255.255.0
	network 192.168.0.201
	gateway 192.168.0.200

Thanks for your help.

[Marc Leeman]

> Exactly what I am trying to do.
>
> But how to verify ?
> I tried tcpdump , while gstreamer is steaming with out results,
> Did I verified it correctly ?

1. instead of sending to udpsink, send it to fakesink with dump=1 or the
the -v flag

2. instead of using unicast, send it to a multicast address and listen
in with a different machine.

3. on the receiving side, attach the udpsrc immediately to fakesink,
again with dump=1 or -v to see if your data arrives

All these are simple steps to verify if the data gets to the end of your
pipline or if it is on the network.

In general, if you have a problem, using fakesink to build up your
pipeline will give you a simple way of seeing of your data is blocking
somewhere (e.g. in a parser).

Also, e.g. GST_DEBUG=*udp*:5 will give you a more detailed idea of what
is going on at a module level.

--
  greetz, marc
harvey 2.6.29.1 #1 PREEMPT Mon Apr 6 22:33:31 CDT 2009 GNU/Linux

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel