GStreamer-devel

udpsink issues

Classic

List

Threaded

13 messages Options

Greg Wunder

udpsink issues

Hi -

I have a H.264 encoded file that I want to stream via use of udpsink.
I've tried most of the online examples, but cannot seem to get an end app to receive this data from using gst-launch.
Current syntax used is : gst-launch filesrc /home/gw/001.mpg ! decodebin ! udpsink host=192.168.11.255 port=9000.
What am I missing?
Are there better network based sinks to use?

Greg

------------------------------------------------------------------------------
This SF.net email is sponsored by

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

Tiago Katcipis

Re: udpsink issues

On Mon, Aug 23, 2010 at 12:50 PM, Greg Wunder <[hidden email]> wrote:

Hi -

I have a H.264 encoded file that I want to stream via use of udpsink.
I've tried most of the online examples, but cannot seem to get an end app to receive this data from using gst-launch.
Current syntax used is : gst-launch filesrc /home/gw/001.mpg ! decodebin ! udpsink host=192.168.11.255 port=9000.
What am I missing?

its hardly to say....your pipe seems to be ok, it can be something on the receiver app.

On gstreamer you can see if there is any data flowing on you pipeline running your pipe with a identity element:

gst-launch -v filesrc /home/gw/001.mpg ! decodebin ! identity ! udpsink host=192.168.11.255 port=9000

to know if you are actually receiving the data i would recommend wireshark, its the only way to be sure if you are really receiving the packets... or show us your receiving app.

Are there better network based sinks to use?

if you plan to use udp... udpsink/src is the best you will get.

Greg

best regards,
Katcipis

------------------------------------------------------------------------------
This SF.net email is sponsored by

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

--
http://www.getgnulinux.org/windows

------------------------------------------------------------------------------
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

Greg Wunder

Re: udpsink issues

RE: [gst-devel] udpsink issues

I've tested my end application with other sending apps ok.
I also do not see any data in Wireshark when testing.
If I send "ping" commands from the same machine, Wireshark sees these, but the data in udpsink doesn't seem to be pushed out at all...

-----Original Message-----
From: Tiago Katcipis [[hidden email]]
Sent: Mon 8/23/2010 5:33 PM
To: Discussion of the development of GStreamer
Subject: Re: [gst-devel] udpsink issues

On Mon, Aug 23, 2010 at 12:50 PM, Greg Wunder <[hidden email]> wrote:

> Hi -
>
> I have a H.264 encoded file that I want to stream via use of udpsink.
> I've tried most of the online examples, but cannot seem to get an end app
> to receive this data from using gst-launch.
> Current syntax used is : gst-launch filesrc /home/gw/001.mpg ! decodebin !
> udpsink host=192.168.11.255 port=9000.
> What am I missing?
>
its hardly to say....your pipe seems to be ok, it can be something on the
receiver app.

On gstreamer you can see if there is any data flowing on you pipeline
running your pipe with a identity element:

gst-launch -v filesrc /home/gw/001.mpg ! decodebin ! identity ! udpsink
host=192.168.11.255 port=9000

to know if you are actually receiving the data i would recommend wireshark,
its the only way to be sure if you are really receiving the packets... or
show us your receiving app.

> Are there better network based sinks to use?
>
if you plan to use udp... udpsink/src is the best you will get.

>
> Greg
>

best regards,
Katcipis

>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by
>
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>

--
http://www.getgnulinux.org/windows

------------------------------------------------------------------------------
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

Tiago Katcipis

Re: udpsink issues

On Mon, Aug 23, 2010 at 6:36 PM, Greg Wunder <[hidden email]> wrote:

I've tested my end application with other sending apps ok.
I also do not see any data in Wireshark when testing.
If I send "ping" commands from the same machine, Wireshark sees these, but the data in udpsink doesn't seem to be pushed out at all...

that is pretty odd... which version of gstreamer are you running and in which system? (udpsink can have some problems on windows, depending on the version of gstreamer that you are using)

have you tried a identity before your udpsink just to be sure that data is flowing trough your pipe? (i must admit that given the simplicity of the pipe i don't know why it wouldn't go to play... but anything is possible :-)).

you can try debugging with a --gst-debug=udpsink:5 or --gst-debug=5 to see if anything odd appears on the debug.

http://www.gstreamer.net/data/doc/gstreamer/head/manual/html/section-checklist-debug.html

best regards,
Katcipis

-----Original Message-----
From: Tiago Katcipis [[hidden email]]
Sent: Mon 8/23/2010 5:33 PM
To: Discussion of the development of GStreamer
Subject: Re: [gst-devel] udpsink issues

On Mon, Aug 23, 2010 at 12:50 PM, Greg Wunder <[hidden email]> wrote:

> Hi -
>
> I have a H.264 encoded file that I want to stream via use of udpsink.
> I've tried most of the online examples, but cannot seem to get an end app
> to receive this data from using gst-launch.
> Current syntax used is : gst-launch filesrc /home/gw/001.mpg ! decodebin !
> udpsink host=192.168.11.255 port=9000.
> What am I missing?
>
its hardly to say....your pipe seems to be ok, it can be something on the
receiver app.

On gstreamer you can see if there is any data flowing on you pipeline
running your pipe with a identity element:

gst-launch -v filesrc /home/gw/001.mpg ! decodebin ! identity ! udpsink
host=192.168.11.255 port=9000

to know if you are actually receiving the data i would recommend wireshark,
its the only way to be sure if you are really receiving the packets... or
show us your receiving app.

> Are there better network based sinks to use?
>
if you plan to use udp... udpsink/src is the best you will get.

>
> Greg
>

best regards,
Katcipis

>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by
>
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>

--
http://www.getgnulinux.org/windows

------------------------------------------------------------------------------
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

Raseel

Re: udpsink issues

On Tue, Aug 24, 2010 at 4:39 AM, Tiago Katcipis <[hidden email]> wrote:

On Mon, Aug 23, 2010 at 6:36 PM, Greg Wunder <[hidden email]> wrote:

I've tested my end application with other sending apps ok.
I also do not see any data in Wireshark when testing.
If I send "ping" commands from the same machine, Wireshark sees these, but the data in udpsink doesn't seem to be pushed out at all...

that is pretty odd... which version of gstreamer are you running and in which system? (udpsink can have some problems on windows, depending on the version of gstreamer that you are using)

have you tried a identity before your udpsink just to be sure that data is flowing trough your pipe? (i must admit that given the simplicity of the pipe i don't know why it wouldn't go to play... but anything is possible :-)).

you can try debugging with a --gst-debug=udpsink:5 or --gst-debug=5 to see if anything odd appears on the debug.

http://www.gstreamer.net/data/doc/gstreamer/head/manual/html/section-checklist-debug.html

I agree, you should try after enabling debugging.
Usually setting the environment variable GST_DEBUG=*:3 suffices for me, cuz 5 gives way too much info for a first level debugging.

I had faced a similar issue some time ago.
In my case, I could see the following error/warning : "message size too long" in the debug logs. As a result it was not able to send it on udp.
However, my encoder had a fault and as soon as I fixed it, I could wrap the correct RTP payload after encoding it and was able to send the packets out correctly.

--
Raseel

Greg Wunder

Re: udpsink issues

In reply to this post by Tiago Katcipis

RE: [gst-devel] udpsink issues

Running on Windows right now, but my app & the underlying framework seem to produce the same error on Linux & Mac.
Still need to test more, but I'm running with GStreamer 0.10.26 & udpsink 0.10.17.
I just upgraded the udpsink to the latest I'm aware of (0.10.24).
Started investigating the debug output yesterday.
Will let you know if I find more info to the problem I'm receiving as this is odd.
Thanks for all your help!

Greg

-----Original Message-----
From: Tiago Katcipis [[hidden email]]
Sent: Mon 8/23/2010 7:09 PM
To: Discussion of the development of GStreamer
Subject: Re: [gst-devel] udpsink issues

On Mon, Aug 23, 2010 at 6:36 PM, Greg Wunder <[hidden email]> wrote:

> I've tested my end application with other sending apps ok.
> I also do not see any data in Wireshark when testing.
> If I send "ping" commands from the same machine, Wireshark sees these, but
> the data in udpsink doesn't seem to be pushed out at all...
>

that is pretty odd... which version of gstreamer are you running and in
which system? (udpsink can have some problems on windows, depending on the
version of gstreamer that you are using)

have you tried a identity before your udpsink just to be sure that data is
flowing trough your pipe? (i must admit that given the simplicity of the
pipe i don't know why it wouldn't go to play... but anything is possible
:-)).

you can try debugging with a --gst-debug=udpsink:5 or --gst-debug=5 to see
if anything odd appears on the debug.

http://www.gstreamer.net/data/doc/gstreamer/head/manual/html/section-checklist-debug.html

best regards,
Katcipis

>
>
> -----Original Message-----
> From: Tiago Katcipis [[hidden email] <[hidden email]>]
> Sent: Mon 8/23/2010 5:33 PM
> To: Discussion of the development of GStreamer
> Subject: Re: [gst-devel] udpsink issues
>
> On Mon, Aug 23, 2010 at 12:50 PM, Greg Wunder <[hidden email]> wrote:
>
> > Hi -
> >
> > I have a H.264 encoded file that I want to stream via use of udpsink.
> > I've tried most of the online examples, but cannot seem to get an end app
> > to receive this data from using gst-launch.
> > Current syntax used is : gst-launch filesrc /home/gw/001.mpg ! decodebin
> !
> > udpsink host=192.168.11.255 port=9000.
> > What am I missing?
> >
> its hardly to say....your pipe seems to be ok, it can be something on the
> receiver app.
>
> On gstreamer you can see if there is any data flowing on you pipeline
> running your pipe with a identity element:
>
> gst-launch -v filesrc /home/gw/001.mpg ! decodebin ! identity ! udpsink
> host=192.168.11.255 port=9000
>
> to know if you are actually receiving the data i would recommend wireshark,
> its the only way to be sure if you are really receiving the packets... or
> show us your receiving app.
>
> > Are there better network based sinks to use?
> >
> if you plan to use udp... udpsink/src is the best you will get.
>
>
> >
> > Greg
> >
>
> best regards,
> Katcipis
>
> >
> >
> >
> ------------------------------------------------------------------------------
> > This SF.net email is sponsored by
> >
> > Make an app they can't live without
> > Enter the BlackBerry Developer Challenge
> > http://p.sf.net/sfu/RIM-dev2dev
> > _______________________________________________
> > gstreamer-devel mailing list
> > [hidden email]
> > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
> >
> >
>
>
> --
> http://www.getgnulinux.org/windows
>
>
>
> ------------------------------------------------------------------------------
> Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
> Be part of this innovative community and reach millions of netbook users
> worldwide. Take advantage of special opportunities to increase revenue and
> speed time-to-market. Join now, and jumpstart your future.
> http://p.sf.net/sfu/intel-atom-d2d
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>

--
http://www.getgnulinux.org/windows

Wim Taymans

Re: udpsink issues

In reply to this post by Greg Wunder

On Mon, 2010-08-23 at 11:50 -0400, Greg Wunder wrote:
> Hi -
>
> I have a H.264 encoded file that I want to stream via use of udpsink.
> I've tried most of the online examples, but cannot seem to get an end
> app to receive this data from using gst-launch.
> Current syntax used is : gst-launch filesrc /home/gw/001.mpg !
> decodebin ! udpsink host=192.168.11.255 port=9000.
> What am I missing?

The maximum packet size of udp is 65536 bytes. Your raw decoded video
frame is likely bigger and thus will not be sent on the network. What
you are doing is not possible.

Wim

> are there better network based sinks to use?
>
> Greg
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by
>
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev
> _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

Greg Wunder

Re: udpsink issues

RE: [gst-devel] udpsink issues

Do you have a proposed revised pipeline?

-----Original Message-----
From: Wim Taymans [[hidden email]]
Sent: Tue 8/24/2010 9:06 AM
To: Discussion of the development of GStreamer
Subject: Re: [gst-devel] udpsink issues

On Mon, 2010-08-23 at 11:50 -0400, Greg Wunder wrote:
> Hi -
>
> I have a H.264 encoded file that I want to stream via use of udpsink.
> I've tried most of the online examples, but cannot seem to get an end
> app to receive this data from using gst-launch.
> Current syntax used is : gst-launch filesrc /home/gw/001.mpg !
> decodebin ! udpsink host=192.168.11.255 port=9000.
> What am I missing?

The maximum packet size of udp is 65536 bytes. Your raw decoded video
frame is likely bigger and thus will not be sent on the network. What
you are doing is not possible.

Wim

> are there better network based sinks to use?
>
> Greg
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by
>
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev
> _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

------------------------------------------------------------------------------
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

Wim Taymans

Re: udpsink issues

On Tue, 2010-08-24 at 09:30 -0400, Greg Wunder wrote:
> Do you have a proposed revised pipeline?

You could use RTP, like:

gst-launch filesrc /home/gw/001.mpg ! decodebin ! ffmpegcolorspace !
rtpvrawpay ! udpsink host=192.168.11.255 port=9000

you should probably also read:
http://cgit.freedesktop.org/gstreamer/gst-plugins-good/tree/gst/rtp/README#n251

Wim

>
> -----Original Message-----
> From: Wim Taymans [mailto:[hidden email]]
> Sent: Tue 8/24/2010 9:06 AM
> To: Discussion of the development of GStreamer
> Subject: Re: [gst-devel] udpsink issues
>
> On Mon, 2010-08-23 at 11:50 -0400, Greg Wunder wrote:
> > Hi -
> >
> > I have a H.264 encoded file that I want to stream via use of
> udpsink.
> > I've tried most of the online examples, but cannot seem to get an
> end
> > app to receive this data from using gst-launch.
> > Current syntax used is : gst-launch filesrc /home/gw/001.mpg !
> > decodebin ! udpsink host=192.168.11.255 port=9000.
> > What am I missing?
>
> The maximum packet size of udp is 65536 bytes. Your raw decoded video
> frame is likely bigger and thus will not be sent on the network. What
> you are doing is not possible.
>
> Wim
>
> > are there better network based sinks to use?
> >
> > Greg
> >
> >
> ------------------------------------------------------------------------------
> > This SF.net email is sponsored by
> >
> > Make an app they can't live without
> > Enter the BlackBerry Developer Challenge
> > http://p.sf.net/sfu/RIM-dev2dev
> > _______________________________________________ gstreamer-devel
> mailing list [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>
>
> ------------------------------------------------------------------------------
> Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
> Be part of this innovative community and reach millions of netbook
> users
> worldwide. Take advantage of special opportunities to increase revenue
> and
> speed time-to-market. Join now, and jumpstart your future.
> http://p.sf.net/sfu/intel-atom-d2d
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>
>
> ------------------------------------------------------------------------------
> Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
> Be part of this innovative community and reach millions of netbook users
> worldwide. Take advantage of special opportunities to increase revenue and
> speed time-to-market. Join now, and jumpstart your future.
> http://p.sf.net/sfu/intel-atom-d2d
> _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

Kapil Agrawal

Re: udpsink issues

Whats your receiving gst-launch pipe, I feel you might have missed the caps property in your udpsrc on receiver side ?

Regards
Kapil

On Tue, Aug 24, 2010 at 7:08 PM, Wim Taymans <[hidden email]> wrote:

On Tue, 2010-08-24 at 09:30 -0400, Greg Wunder wrote:
> Do you have a proposed revised pipeline?

You could use RTP, like:

gst-launch filesrc /home/gw/001.mpg ! decodebin ! ffmpegcolorspace !
rtpvrawpay ! udpsink host=192.168.11.255 port=9000

you should probably also read:
http://cgit.freedesktop.org/gstreamer/gst-plugins-good/tree/gst/rtp/README#n251

Wim

>
> -----Original Message-----
> From: Wim Taymans [mailto:[hidden email]]
> Sent: Tue 8/24/2010 9:06 AM
> To: Discussion of the development of GStreamer
> Subject: Re: [gst-devel] udpsink issues
>
> On Mon, 2010-08-23 at 11:50 -0400, Greg Wunder wrote:
> > Hi -
> >
> > I have a H.264 encoded file that I want to stream via use of
> udpsink.
> > I've tried most of the online examples, but cannot seem to get an
> end
> > app to receive this data from using gst-launch.
> > Current syntax used is : gst-launch filesrc /home/gw/001.mpg !
> > decodebin ! udpsink host=192.168.11.255 port=9000.
> > What am I missing?
>
> The maximum packet size of udp is 65536 bytes. Your raw decoded video
> frame is likely bigger and thus will not be sent on the network. What
> you are doing is not possible.
>
> Wim
>
> > are there better network based sinks to use?
> >
> > Greg
> >
> >
> ------------------------------------------------------------------------------
> > This SF.net email is sponsored by
> >
> > Make an app they can't live without
> > Enter the BlackBerry Developer Challenge
> > http://p.sf.net/sfu/RIM-dev2dev
> > _______________________________________________ gstreamer-devel
> mailing list [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>
>
> ------------------------------------------------------------------------------
> Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
> Be part of this innovative community and reach millions of netbook
> users
> worldwide. Take advantage of special opportunities to increase revenue
> and
> speed time-to-market. Join now, and jumpstart your future.
> http://p.sf.net/sfu/intel-atom-d2d
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>
>
> ------------------------------------------------------------------------------
> Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
> Be part of this innovative community and reach millions of netbook users
> worldwide. Take advantage of special opportunities to increase revenue and
> speed time-to-market. Join now, and jumpstart your future.
> http://p.sf.net/sfu/intel-atom-d2d
> _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

------------------------------------------------------------------------------
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

--
www.mediamagictechnologies.com (Gstreamer, ffmpeg, Red5, Streaming)
twitter handle: @gst_kaps
http://www.linkedin.com/in/kapilagrawal

------------------------------------------------------------------------------
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

Greg Wunder

Re: udpsink issues

In reply to this post by Wim Taymans

RE: [gst-devel] udpsink issues

This still doesn't seem to resolve the problem.
Attached is a test log output from gst-launch when I run.
The pipeline attempted is (slightly different than earlier):

gst-launch filesrc location=C:/test.mpg ! decodebin ! ffmpegcolorspace ! rtpvrawpay ! udpsink host=192.168.11.255 port=9000 ttl=75

Maybe someone might have an idea what the issue is.
It does appear to be complaining about TTL, but I set this.
This log was generated using debug level 3 for the entire run.

-----Original Message-----
From: Wim Taymans [[hidden email]]
Sent: Tue 8/24/2010 9:38 AM
To: Discussion of the development of GStreamer
Subject: Re: [gst-devel] udpsink issues

On Tue, 2010-08-24 at 09:30 -0400, Greg Wunder wrote:
> Do you have a proposed revised pipeline?

You could use RTP, like:

gst-launch filesrc /home/gw/001.mpg ! decodebin ! ffmpegcolorspace !
rtpvrawpay ! udpsink host=192.168.11.255 port=9000

you should probably also read:
http://cgit.freedesktop.org/gstreamer/gst-plugins-good/tree/gst/rtp/README#n251

Wim

>
> -----Original Message-----
> From: Wim Taymans [[hidden email]]
> Sent: Tue 8/24/2010 9:06 AM
> To: Discussion of the development of GStreamer
> Subject: Re: [gst-devel] udpsink issues
>
> On Mon, 2010-08-23 at 11:50 -0400, Greg Wunder wrote:
> > Hi -
> >
> > I have a H.264 encoded file that I want to stream via use of
> udpsink.
> > I've tried most of the online examples, but cannot seem to get an
> end
> > app to receive this data from using gst-launch.
> > Current syntax used is : gst-launch filesrc /home/gw/001.mpg !
> > decodebin ! udpsink host=192.168.11.255 port=9000.
> > What am I missing?
>
> The maximum packet size of udp is 65536 bytes. Your raw decoded video
> frame is likely bigger and thus will not be sent on the network. What
> you are doing is not possible.
>
> Wim
>
> > are there better network based sinks to use?
> >
> > Greg
> >
> >
> ------------------------------------------------------------------------------
> > This SF.net email is sponsored by
> >
> > Make an app they can't live without
> > Enter the BlackBerry Developer Challenge
> > http://p.sf.net/sfu/RIM-dev2dev
> > _______________________________________________ gstreamer-devel
> mailing list [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>
>
> ------------------------------------------------------------------------------
> Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
> Be part of this innovative community and reach millions of netbook
> users
> worldwide. Take advantage of special opportunities to increase revenue
> and
> speed time-to-market. Join now, and jumpstart your future.
> http://p.sf.net/sfu/intel-atom-d2d
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>
>
> ------------------------------------------------------------------------------
> Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
> Be part of this innovative community and reach millions of netbook users
> worldwide. Take advantage of special opportunities to increase revenue and
> speed time-to-market. Join now, and jumpstart your future.
> http://p.sf.net/sfu/intel-atom-d2d
> _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

------------------------------------------------------------------------------
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

output.log (37K) Download Attachment

Wim Taymans

Re: udpsink issues

On Thu, 2010-08-26 at 15:02 -0400, Greg Wunder wrote:
> This still doesn't seem to resolve the problem.
> Attached is a test log output from gst-launch when I run.
> The pipeline attempted is (slightly different than earlier):
>
> gst-launch filesrc location=C:/test.mpg ! decodebin !
> ffmpegcolorspace ! rtpvrawpay ! udpsink host=192.168.11.255 port=9000
> ttl=75
>
> Maybe someone might have an idea what the issue is.

Maybe it just doesn't work on windows, see also:
https://bugzilla.gnome.org/show_bug.cgi?id=604870

Wim

> It does appear to be complaining about TTL, but I set this.
> This log was generated using debug level 3 for the entire run.
>
> -----Original Message-----
> From: Wim Taymans [mailto:[hidden email]]
> Sent: Tue 8/24/2010 9:38 AM
> To: Discussion of the development of GStreamer
> Subject: Re: [gst-devel] udpsink issues
>
> On Tue, 2010-08-24 at 09:30 -0400, Greg Wunder wrote:
> > Do you have a proposed revised pipeline?
>
> You could use RTP, like:
>
> gst-launch filesrc /home/gw/001.mpg ! decodebin ! ffmpegcolorspace !
> rtpvrawpay ! udpsink host=192.168.11.255 port=9000
>
> you should probably also read:
> http://cgit.freedesktop.org/gstreamer/gst-plugins-good/tree/gst/rtp/README#n251
>
> Wim
>
> >
> > -----Original Message-----
> > From: Wim Taymans [mailto:[hidden email]]
> > Sent: Tue 8/24/2010 9:06 AM
> > To: Discussion of the development of GStreamer
> > Subject: Re: [gst-devel] udpsink issues
> >
> > On Mon, 2010-08-23 at 11:50 -0400, Greg Wunder wrote:
> > > Hi -
> > >
> > > I have a H.264 encoded file that I want to stream via use of
> > udpsink.
> > > I've tried most of the online examples, but cannot seem to get an
> > end
> > > app to receive this data from using gst-launch.
> > > Current syntax used is : gst-launch filesrc /home/gw/001.mpg !
> > > decodebin ! udpsink host=192.168.11.255 port=9000.
> > > What am I missing?
> >
> > The maximum packet size of udp is 65536 bytes. Your raw decoded
> video
> > frame is likely bigger and thus will not be sent on the network.
> What
> > you are doing is not possible.
> >
> > Wim
> >
> > > are there better network based sinks to use?
> > >
> > > Greg
> > >
> > >
> >
> ------------------------------------------------------------------------------
> > > This SF.net email is sponsored by
> > >
> > > Make an app they can't live without
> > > Enter the BlackBerry Developer Challenge
> > > http://p.sf.net/sfu/RIM-dev2dev
> > > _______________________________________________ gstreamer-devel
> > mailing list [hidden email]
> > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
> >
> >
> >
> >
> ------------------------------------------------------------------------------
> > Sell apps to millions through the Intel(R) Atom(Tm) Developer
> Program
> > Be part of this innovative community and reach millions of netbook
> > users
> > worldwide. Take advantage of special opportunities to increase
> revenue
> > and
> > speed time-to-market. Join now, and jumpstart your future.
> > http://p.sf.net/sfu/intel-atom-d2d
> > _______________________________________________
> > gstreamer-devel mailing list
> > [hidden email]
> > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
> >
> >
> >
> >
> ------------------------------------------------------------------------------
> > Sell apps to millions through the Intel(R) Atom(Tm) Developer
> Program
> > Be part of this innovative community and reach millions of netbook
> users
> > worldwide. Take advantage of special opportunities to increase
> revenue and
> > speed time-to-market. Join now, and jumpstart your future.
> > http://p.sf.net/sfu/intel-atom-d2d
> > _______________________________________________ gstreamer-devel
> mailing list [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>
>
> ------------------------------------------------------------------------------
> Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
> Be part of this innovative community and reach millions of netbook
> users
> worldwide. Take advantage of special opportunities to increase revenue
> and
> speed time-to-market. Join now, and jumpstart your future.
> http://p.sf.net/sfu/intel-atom-d2d
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
> Be part of this innovative community and reach millions of netbook users
> worldwide. Take advantage of special opportunities to increase revenue and
> speed time-to-market. Join now, and jumpstart your future.
> http://p.sf.net/sfu/intel-atom-d2d
> _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

Andoni Morales

Re: udpsink issues

This one is related too:
https://bugzilla.gnome.org/show_bug.cgi?id=534243
Andoni
2010/8/26 Wim Taymans <[hidden email]>:

> On Thu, 2010-08-26 at 15:02 -0400, Greg Wunder wrote:
>> This still doesn't seem to resolve the problem.
>> Attached is a test log output from gst-launch when I run.
>> The pipeline attempted is (slightly different than earlier):
>>
>> gst-launch filesrc location=C:/test.mpg ! decodebin !
>> ffmpegcolorspace ! rtpvrawpay ! udpsink host=192.168.11.255 port=9000
>> ttl=75
>>
>> Maybe someone might have an idea what the issue is.
>
> Maybe it just doesn't work on windows, see also:
> https://bugzilla.gnome.org/show_bug.cgi?id=604870
>
> Wim
>
>> It does appear to be complaining about TTL, but I set this.
>> This log was generated using debug level 3 for the entire run.
>>
>> -----Original Message-----
>> From: Wim Taymans [mailto:[hidden email]]
>> Sent: Tue 8/24/2010 9:38 AM
>> To: Discussion of the development of GStreamer
>> Subject: Re: [gst-devel] udpsink issues
>>
>> On Tue, 2010-08-24 at 09:30 -0400, Greg Wunder wrote:
>> > Do you have a proposed revised pipeline?
>>
>> You could use RTP, like:
>>
>> gst-launch filesrc /home/gw/001.mpg ! decodebin ! ffmpegcolorspace !
>> rtpvrawpay ! udpsink host=192.168.11.255 port=9000
>>
>> you should probably also read:
>> http://cgit.freedesktop.org/gstreamer/gst-plugins-good/tree/gst/rtp/README#n251
>>
>> Wim
>>
>> >
>> > -----Original Message-----
>> > From: Wim Taymans [mailto:[hidden email]]
>> > Sent: Tue 8/24/2010 9:06 AM
>> > To: Discussion of the development of GStreamer
>> > Subject: Re: [gst-devel] udpsink issues
>> >
>> > On Mon, 2010-08-23 at 11:50 -0400, Greg Wunder wrote:
>> > > Hi -
>> > >
>> > > I have a H.264 encoded file that I want to stream via use of
>> > udpsink.
>> > > I've tried most of the online examples, but cannot seem to get an
>> > end
>> > > app to receive this data from using gst-launch.
>> > > Current syntax used is : gst-launch filesrc /home/gw/001.mpg !
>> > > decodebin ! udpsink host=192.168.11.255 port=9000.
>> > > What am I missing?
>> >
>> > The maximum packet size of udp is 65536 bytes. Your raw decoded
>> video
>> > frame is likely bigger and thus will not be sent on the network.
>> What
>> > you are doing is not possible.
>> >
>> > Wim
>> >
>> > > are there better network based sinks to use?
>> > >
>> > > Greg
>> > >
>> > >
>> >
>> ------------------------------------------------------------------------------
>> > > This SF.net email is sponsored by
>> > >
>> > > Make an app they can't live without
>> > > Enter the BlackBerry Developer Challenge
>> > > http://p.sf.net/sfu/RIM-dev2dev
>> > > _______________________________________________ gstreamer-devel
>> > mailing list [hidden email]
>> > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>> >
>> >
>> >
>> >
>> ------------------------------------------------------------------------------
>> > Sell apps to millions through the Intel(R) Atom(Tm) Developer
>> Program
>> > Be part of this innovative community and reach millions of netbook
>> > users
>> > worldwide. Take advantage of special opportunities to increase
>> revenue
>> > and
>> > speed time-to-market. Join now, and jumpstart your future.
>> > http://p.sf.net/sfu/intel-atom-d2d
>> > _______________________________________________
>> > gstreamer-devel mailing list
>> > [hidden email]
>> > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>> >
>> >
>> >
>> >
>> ------------------------------------------------------------------------------
>> > Sell apps to millions through the Intel(R) Atom(Tm) Developer
>> Program
>> > Be part of this innovative community and reach millions of netbook
>> users
>> > worldwide. Take advantage of special opportunities to increase
>> revenue and
>> > speed time-to-market. Join now, and jumpstart your future.
>> > http://p.sf.net/sfu/intel-atom-d2d
>> > _______________________________________________ gstreamer-devel
>> mailing list [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
>> Be part of this innovative community and reach millions of netbook
>> users
>> worldwide. Take advantage of special opportunities to increase revenue
>> and
>> speed time-to-market. Join now, and jumpstart your future.
>> http://p.sf.net/sfu/intel-atom-d2d
>> _______________________________________________
>> gstreamer-devel mailing list
>> [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>>
>>
>>
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
>> Be part of this innovative community and reach millions of netbook users
>> worldwide. Take advantage of special opportunities to increase revenue and
>> speed time-to-market. Join now, and jumpstart your future.
>> http://p.sf.net/sfu/intel-atom-d2d
>> _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>
>
> ------------------------------------------------------------------------------
> Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
> Be part of this innovative community and reach millions of netbook users
> worldwide. Take advantage of special opportunities to increase revenue and
> speed time-to-market. Join now, and jumpstart your future.
> http://p.sf.net/sfu/intel-atom-d2d
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>

--
Andoni Morales Alastruey

LongoMatch:The Digital Coach
http://www.longomatch.ylatuya.es

------------------------------------------------------------------------------
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel