Quantcast

Streaming of videotest element - (UDP) Destination Unreachable

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Streaming of videotest element - (UDP) Destination Unreachable

marcel.tella
Hi!!

I think I finally succeeded in streaming the video test pattern, so I have the following problem:

My gst-launch command is this one:

gst-launch videotestsrc ! rtpvrawpay ! udpsink host=127.0.0.1 port=5000 sync=false

I think that it's ok.

My next step is to look at the correct packages with wireshark, and the next, to capture the stream with the VLC player.

Well, the problem is that when I go to Wireshark, there are a lot of packages as expected, (udp) but there are a lot of ICMP messages which say port unreachable.



I've supposed that the port isn't correct, but I've tryed to change it, to delete the part of the port to atomatically select.. but nothing... the same happens..

Any idea??


Because, this is an important question for me, If I manage to send this stream, it's a UDP package which has been before rtp packed, isn't it? So, if I want to catch it with VLC media player, I ought to work.

Am I right? Or there is something wrong!?


Thank you, I really appreciate your help!!

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Streaming of videotest element - (UDP) Destination Unreachable

Marco Ballesio
Hi,

On Tue, Feb 8, 2011 at 1:36 PM, marcel.tella <[hidden email]> wrote:

>
> Hi!!
>
> I think I finally succeeded in streaming the video test pattern, so I have
> the following problem:
>
> My gst-launch command is this one:
>
> gst-launch videotestsrc ! rtpvrawpay ! udpsink host=127.0.0.1 port=5000
> sync=false
>
> I think that it's ok.
>
> My next step is to look at the correct packages with wireshark, and the
> next, to capture the stream with the VLC player.
>
> Well, the problem is that when I go to Wireshark, there are a lot of
> packages as expected, (udp) but there are a lot of ICMP messages which say
> port unreachable.
> http://gstreamer-devel.966125.n4.nabble.com/file/n3275784/Pantallazo.png
>
>
> I've supposed that the port isn't correct, but I've tryed to change it, to
> delete the part of the port to atomatically select.. but nothing... the same
> happens..
>
> Any idea??
>
>
> Because, this is an important question for me, If I manage to send this
> stream, it's a UDP package which has been before rtp packed, isn't it? So,
> if I want to catch it with VLC media player, I ought to work.

ICMP messages of type 3 (Destination unreachable) are sent if, for any
reasons, it's not possible to route the UDP packet to its destination.
This is valid, for instance, when the port on the destination host is
closed (no applications listening for the packets). If you want the
ICMP messages not to appear anymore, just use something like:

gst-launch udpsrc port=5000 ! rtpvrawdepay ! xvimagesink

or the VLC client you're planning to use.

Reagards

>
> Am I right? Or there is something wrong!?
>
>
> Thank you, I really appreciate your help!!
>
>
> --
> View this message in context: http://gstreamer-devel.966125.n4.nabble.com/Streaming-of-videotest-element-UDP-Destination-Unreachable-tp3275784p3275784.html
> Sent from the GStreamer-devel mailing list archive at Nabble.com.
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>

------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Loading...