mpegtsmux pipeline appears correct but no network activity

[Andres Gonzalez]

Hi,
This pipeline works great and the input yuv file is rendered without error.
It is about a 24 second file:

gst-launch-1.0 -v filesrc location=$FILE blocksize=518400 do-timestamp=true
\
       ! videoparse format=2 width=720 height=480 framerate=30/1
framesize=518400 \
       ! videoconvert ! videorate \
       ! ximagesink

Now I want to extend this to stream the file using MPEG-TS in a UDP stream
(without RTP) to another application that reads MPEG-TS streams:

gst-launch-1.0 -v filesrc location=$FILE blocksize=518400 do-timestamp=true
\
        ! videoparse format=2 width=720 height=480 framerate=30/1
framesize=518400 \
        ! videoconvert ! videorate ! x264enc byte-stream=true bitrate=5000 \
        ! queue ! mpegtsmux alignment=7 pat-interval=9000 pmt-interval=9000
\
        ! queue ! udpsink host=192.68.70.15 port=12345 sync=false

This runs without errors, but there is no network activity, that is,
wireshark sees nothing. The debug output shows the pipeline going to the
PLAYING state, but after about 15 seconds the pipeline gets an EOS which is
before the end of the file.

What is wrong with this pipeline?
What would be causing this pipeline to exit before the end of the file?
some sort of timeout?
Why isn't this pipeline writing data to the udp stream?

Thanks,
-Andres






--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Nicolas Dufresne-5]

Le mercredi 21 mars 2018 à 12:07 -0700, Andres Gonzalez a écrit :

> Hi,
> This pipeline works great and the input yuv file is rendered without error.
> It is about a 24 second file:
>
> gst-launch-1.0 -v filesrc location=$FILE blocksize=518400 do-timestamp=true
> \
>        ! videoparse format=2 width=720 height=480 framerate=30/1
> framesize=518400 \
>        ! videoconvert ! videorate \
>        ! ximagesink
>
> Now I want to extend this to stream the file using MPEG-TS in a UDP stream
> (without RTP) to another application that reads MPEG-TS streams:
>
> gst-launch-1.0 -v filesrc location=$FILE blocksize=518400 do-timestamp=true
> \
>         ! videoparse format=2 width=720 height=480 framerate=30/1
> framesize=518400 \
>         ! videoconvert ! videorate ! x264enc byte-stream=true bitrate=5000 \
>         ! queue ! mpegtsmux alignment=7 pat-interval=9000 pmt-interval=9000
> \
>         ! queue ! udpsink host=192.68.70.15 port=12345 sync=false

By disabling the synchronization, you will send over UDP as fast as
possible. As a side effect, a lot of packets will be lost and your
streaming will look really bad. Enabled the sync there, it will improve
things. You will still need to fix your network issues, check your
firewall.

>
> This runs without errors, but there is no network activity, that is,
> wireshark sees nothing. The debug output shows the pipeline going to the
> PLAYING state, but after about 15 seconds the pipeline gets an EOS which is
> before the end of the file.
>
> What is wrong with this pipeline?
> What would be causing this pipeline to exit before the end of the file?
> some sort of timeout?
> Why isn't this pipeline writing data to the udp stream?
>
> Thanks,
> -Andres
>
>
>
>
>
>
> --
> Sent from: http://gstreamer-devel.966125.n4.nabble.com/
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

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

[Andres Gonzalez]

Just an update to my previous post.

I misread the sync property on udpsink so that was an error. It should be
true which is the default so I removed it and the pipeline now streams to
the end of the file correctly.

However, I still get no network activity.

-Andres



--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Andres Gonzalez]

Hi,
I found my problem so thought I would document it for future reference.

The problem was that the command line gst-launch sees the "." in the IP
address 192.168.70.15 so I needed to enclose the IP address in double quotes
so the address is parsed properly. So in my script I just used a shell
variable for the IP address like I did for the filesrc file name.

-Andres



--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Nicolas Dufresne-5]

Le mercredi 21 mars 2018 à 12:39 -0700, Andres Gonzalez a écrit :
> Hi,
> I found my problem so thought I would document it for future reference.
>
> The problem was that the command line gst-launch sees the "." in the IP
> address 192.168.70.15 so I needed to enclose the IP address in double quotes
> so the address is parsed properly. So in my script I just used a shell
> variable for the IP address like I did for the filesrc file name.
>

Thanks for sharing ! I didn't notice the missing "", and didn't know
what the parse launch parser would do.

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