urgent problem in udpsrc
Gerard Toonstra
gtoonstra at gmail.com
Wed Jan 16 12:17:48 PST 2013
Not sure if this is the same thing that I was subject to on the mac osx, but try adding ffmpegcolorspace before the ximagesink. That fixed my issue and
it looks like the error path could be the same. Not sure what needs to be done to not have to use ffmpegcolorspace. On my Ubuntu Linux it works fine without.
G>
On Jan 16, 2013, at 5:00 PM, Larry Backman <zavarian at gmail.com> wrote:
> Might be nothing, but don't you need iptables to get udp data?
>
> --Larry
>
> Do not go where the path may lead, go instead to where there is no path and leave a trail.
> -Ralph Waldo Emerson
>
>
> On Wed, Jan 16, 2013 at 11:02 AM, Chuck Crisler <ccrisler at mutualink.net> wrote:
> OK, so this is about the simplest, most reliable plugin, and it is failing. Clearly the plugin isn't at fault, but something in my system is. The pipeline is:
>
> udpsrc port=$1 typefind=true ! 'application/x-rtp,media=video,payload=96,clock-rate=90000,encoding-name=H264' \
> ! rtph264depay ! video/x-h264 ! ffdec_h264 ! ximagesink sync=false
>
> I am running on a brand-newly created VirtualBox VM RHEL 6.3. Gstreamer 0.10.30, good-plugins version 0.10.25 running. This is one of my standard test scripts that I can always count on, but most of my work is on CentOS 6.0 and not in a VM. Regrettably, I don't have an option here. IPTables is off. Does anyone <PLEASE> have any ideas what to look at to resolve this problem?
>
> Tia, Tia, Tia
>
> Chuck Crisler
>
> 0:00:06.846011060 7428 0x95d12c0 LOG udpsrc gstudpsrc.c:450:gst_udpsrc_create:<udpsrc0> doing select, timeout 0
> 0:00:07.013663876 7428 0x95d12c0 LOG udpsrc gstudpsrc.c:453:gst_udpsrc_create:<udpsrc0> select returned 1
> 0:00:07.013780639 7428 0x95d12c0 LOG udpsrc gstudpsrc.c:493:gst_udpsrc_create:<udpsrc0> ioctl says 14 bytes available
> 0:00:07.013805965 7428 0x95d12c0 LOG udpsrc gstudpsrc.c:564:gst_udpsrc_create:<udpsrc0> read 14 bytes
> 0:00:07.014037595 7428 0x95d12c0 DEBUG rtph264depay gstrtph264depay.c:530:gst_rtp_h264_depay_process:<rtph264depay0> receiving 2 bytes
> 0:00:07.014055459 7428 0x95d12c0 DEBUG rtph264depay gstrtph264depay.c:547:gst_rtp_h264_depay_process:<rtph264depay0> NRI 0, Type 9
> 0:00:07.014067384 7428 0x95d12c0 DEBUG rtph264depay gstrtph264depay.c:414:gst_rtp_h264_depay_mark_delta:<rtph264depay0> type 9
> ERROR: from element /GstPipeline:pipeline0/GstUDPSrc:udpsrc0: Internal data flow error.
> Additional debug info:
> gstbasesrc.c(2550): gst_base_src_loop (): /GstPipeline:pipeline0/GstUDPSrc:udpsrc0:
> streaming task paused, reason not-negotiated (-4)
> Execution ended after 6953034929 ns.
> Setting pipeline to PAUSED ...
> 0:00:07.019580591 7428 0x9449050 LOG udpsrc gstudpsrc.c:979:gst_udpsrc_unlock:<udpsrc0> Flushing
> Setting pipeline to READY ...
> 0:00:07.019841439 7428 0x9449050 LOG udpsrc gstudpsrc.c:979:gst_udpsrc_unlock:<udpsrc0> Flushing
> 0:00:07.019869849 7428 0x9449050 LOG udpsrc gstudpsrc.c:992:gst_udpsrc_unlock_stop:<udpsrc0> No longer flushing
> 0:00:07.019924968 7428 0x9449050 DEBUG udpsrc gstudpsrc.c:1005:gst_udpsrc_stop: stopping, closing sockets
> Setting pipeline to NULL ...
> Freeing pipeline ...
>
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20130116/11e58b97/attachment-0001.html>
More information about the gstreamer-devel
mailing list