udpsrc : I can't receive h264 packet and play it

Mathieu Duponchelle mathieu at centricular.com
Thu Aug 22 01:23:27 UTC 2019


The message says to add a queue, so maybe add a queue ;)

On 8/22/19 3:21 AM, Du Dengke wrote:
> Thanks first!
> Unluckily, it not works for me, I am regret to update the gstreamer from source code, maybe it mixs the 1.8.3 and 1.16.0.
>
> Other words:
> when I decode the h264 and encode it in h264 in sender:
>     gst-launch-1.0 -v filesrc location=easy_c.mp4 ! qtdemux ! h264parse ! avdec_h264 ! x264enc ! rtph264pay ! udpsink host=127.0.0.1
>
> Result:
>     the receiver can show the video, but with much delay and drop a lot of frame:
> ``````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````
> WARNING: from element /GstPipeline:pipeline0/GstXvImageSink:xvimagesink0: Pipeline construction is invalid, please add queues.
> Additional debug info:
> ../libs/gst/base/gstbasesink.c(1218): gst_base_sink_query_latency (): /GstPipeline:pipeline0/GstXvImageSink:xvimagesink0:
> Not enough buffering available for  the processing deadline of 0:00:00.015000000, add enough queues to buffer  0:00:00.015000000 additional data. Shortening processing latency to 0:00:00.000000000.
> WARNING: from element /GstPipeline:pipeline0/GstXvImageSink:xvimagesink0: A lot of buffers are being dropped.
> Additional debug info:
> ../libs/gst/base/gstbasesink.c(3005): gst_base_sink_is_too_late (): /GstPipeline:pipeline0/GstXvImageSink:xvimagesink0:
> There may be a timestamping problem, or this computer is too slow.
> WARNING: from element /GstPipeline:pipeline0/GstXvImageSink:xvimagesink0: A lot of buffers are being dropped.
> Additional debug info:
> ../libs/gst/base/gstbasesink.c(3005): gst_base_sink_is_too_late (): /GstPipeline:pipeline0/GstXvImageSink:xvimagesink0:
> There may be a timestamping problem, or this computer is too slow.
> ``````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````````
>
> //dengke
>
> On Wed, Aug 21, 2019 at 9:40 PM Mathieu Duponchelle <mathieu at centricular.com <mailto:mathieu at centricular.com>> wrote:
>
>     Hey,
>
>     Try specifying a host on the udpsink and an address on the udpsrc, these pipelines work for me:
>
>     Receiver:
>
>     gst-launch-1.0 udpsrc caps="application/x-rtp" address=127.0.0.1 ! rtph264depay ! h264parse ! avdec_h264 ! videoconvert ! queue ! xvimagesink
>
>     Sender:
>
>     gst-launch-1.0 filesrc location=/home/meh/Videos/small_ball.mp4 ! qtdemux ! h264parse ! rtph264pay ! udpsink host=127.0.0.1
>
>     On 8/21/19 10:49 AM, Du Dengke wrote:
>>     Hi experts:
>>     OS: Ubuntu 16.04.6 LTS
>>     Gstreamer Version: I update it to 1.16.0
>>
>>     Sender and Receiver both on one machine.
>>
>>     Sender:
>>         GST_DEBUG=4 gst-launch-1.0 filesrc location=easy_c.mp4 ! qtdemux ! h264parse ! rtph264pay ! udpsink
>>     I using wireshark to watch, all thing go well, something like:
>>         ......
>>         31072 121.161706931 127.0.0.1 127.0.0.1 UDP 1442 51378 → 5004 Len=1400
>>         ......
>>
>>     Receiver:
>>         GST_DEBUG=4 gst-launch-1.0 udpsrc caps="application/x-rtp" ! rtph264depay ! h264parse ! avdec_h264 ! xvimagesink
>>
>>     seems go well, but nothing appear, I take some log here:
>>     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>     Setting pipeline to PLAYING ...
>>     0:00:00.020110200  4381      0x202cc00 INFO               GST_EVENT gstevent.c:1450:gst_event_new_latency: creating latency event 0:00:00.000000000
>>     0:00:00.020125274  4381      0x202cc00 INFO                     bin gstbin.c:2780:gst_bin_do_latency_func:<pipeline0> configured latency of 0:00:00.000000000
>>     0:00:00.020136579  4381      0x202cc00 INFO              GST_STATES gstbin.c:2503:gst_bin_element_set_state:<xvimagesink0> current READY pending PAUSED, desired next PLAYING
>>     0:00:00.020142248  4381      0x202cc00 INFO              GST_STATES gstbin.c:2957:gst_bin_change_state_func:<pipeline0> child 'xvimagesink0' is changing state asynchronously to PLAYING
>>     0:00:00.020148377  4381      0x202cc00 INFO              GST_STATES gstbin.c:2503:gst_bin_element_set_state:<avdec_h264-0> current PAUSED pending VOID_PENDING, desired next PLAYING
>>     0:00:00.020154187  4381      0x202cc00 INFO              GST_STATES gstelement.c:2676:gst_element_continue_state:<avdec_h264-0> completed state change to PLAYING
>>     0:00:00.020159424  4381      0x202cc00 INFO              GST_STATES gstelement.c:2579:_priv_gst_element_state_changed:<avdec_h264-0> notifying about state-changed PAUSED to PLAYING (VOID_PENDING pending)
>>     0:00:00.020166928  4381      0x202cc00 INFO              GST_STATES gstbin.c:2951:gst_bin_change_state_func:<pipeline0> child 'avdec_h264-0' changed state to 4(PLAYING) successfully
>>     0:00:00.020173149  4381      0x202cc00 INFO              GST_STATES gstbin.c:2503:gst_bin_element_set_state:<h264parse0> current PAUSED pending VOID_PENDING, desired next PLAYING
>>     0:00:00.020178564  4381      0x202cc00 INFO              GST_STATES gstelement.c:2676:gst_element_continue_state:<h264parse0> completed state change to PLAYING
>>     0:00:00.020183568  4381      0x202cc00 INFO              GST_STATES gstelement.c:2579:_priv_gst_element_state_changed:<h264parse0> notifying about state-changed PAUSED to PLAYING (VOID_PENDING pending)
>>     0:00:00.020190138  4381      0x202cc00 INFO              GST_STATES gstbin.c:2951:gst_bin_change_state_func:<pipeline0> child 'h264parse0' changed state to 4(PLAYING) successfully
>>     0:00:00.020196292  4381      0x202cc00 INFO              GST_STATES gstbin.c:2503:gst_bin_element_set_state:<rtph264depay0> current PAUSED pending VOID_PENDING, desired next PLAYING
>>     0:00:00.020201631  4381      0x202cc00 INFO              GST_STATES gstelement.c:2676:gst_element_continue_state:<rtph264depay0> completed state change to PLAYING
>>     0:00:00.020206440  4381      0x202cc00 INFO              GST_STATES gstelement.c:2579:_priv_gst_element_state_changed:<rtph264depay0> notifying about state-changed PAUSED to PLAYING (VOID_PENDING pending)
>>     0:00:00.020212854  4381      0x202cc00 INFO              GST_STATES gstbin.c:2951:gst_bin_change_state_func:<pipeline0> child 'rtph264depay0' changed state to 4(PLAYING) successfully
>>     0:00:00.020222030  4381      0x202cc00 INFO              GST_STATES gstelement.c:2676:gst_element_continue_state:<udpsrc0> completed state change to PLAYING
>>     0:00:00.020228362  4381      0x202cc00 INFO              GST_STATES gstelement.c:2579:_priv_gst_element_state_changed:<udpsrc0> notifying about state-changed PAUSED to PLAYING (VOID_PENDING pending)
>>     0:00:00.020234673  4381      0x202cc00 INFO              GST_STATES gstbin.c:2951:gst_bin_change_state_func:<pipeline0> child 'udpsrc0' changed state to 4(PLAYING) successfully
>>     New clock: GstSystemClock
>>     0:01:17.678501741  4381      0x21460a0 INFO               GST_EVENT gstevent.c:901:gst_event_new_segment: creating segment event time segment start=0:00:00.000000000, offset=0:00:00.000000000, stop=99:99:99.999999999, rate=1.000000, applied_rate=1.000000, flags=0x00, time=0:00:00.000000000, base=0:00:00.000000000, position 0:00:00.000000000, duration 99:99:99.999999999
>>     0:01:17.678521905  4381      0x21460a0 INFO                 basesrc gstbasesrc.c:2962:gst_base_src_loop:<udpsrc0> marking pending DISCONT
>>     0:01:17.678543028  4381      0x21460a0 INFO               GST_EVENT gstevent.c:901:gst_event_new_segment: creating segment event time segment start=0:00:00.000000000, offset=0:00:00.000000000, stop=99:99:99.999999999, rate=1.000000, applied_rate=1.000000, flags=0x00, time=0:00:00.000000000, base=0:00:00.000000000, position 0:01:17.658403007, duration 99:99:99.999999999
>>     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>     The receiver stop here.
>>
>>     My question:
>>         How to let me know the receiver receive the packets, and why can't i play it?
>>
>>     //dengke
>>
>>
>>
>>     _______________________________________________
>>     gstreamer-devel mailing list
>>     gstreamer-devel at lists.freedesktop.org <mailto:gstreamer-devel at lists.freedesktop.org>
>>     https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>     _______________________________________________
>     gstreamer-devel mailing list
>     gstreamer-devel at lists.freedesktop.org <mailto:gstreamer-devel at lists.freedesktop.org>
>     https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20190822/96c1b047/attachment.html>


More information about the gstreamer-devel mailing list