From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id 80728E008CC; Sat, 15 Nov 2014 15:02:31 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, FREEMAIL_FROM, RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1 X-Spam-HAM-Report: * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (picmaster[at]mail.bg) * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no * trust * [193.201.172.117 listed in list.dnswl.org] * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's * domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature Received: from mx1.mail.bg (mx1.mail.bg [193.201.172.117]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id CB769E0085D for ; Sat, 15 Nov 2014 15:02:25 -0800 (PST) Received: from [192.168.0.40] (unknown [93.152.132.123]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mx1.mail.bg (Postfix) with ESMTPSA id 557BF6000E60; Sun, 16 Nov 2014 01:02:23 +0200 (EET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mail.bg; s=default; t=1416092543; bh=5XtpVIqcnhmLgr38fONSqp2ysimndgdMVW4+SKyzifQ=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=eCYMMPY+SmIwN6+73Ku1+FtwkR2ruC13My4a//OaI69nXPTZeK9OqUAESVV89F4sC hVuE+rSBfelwp/CyCTzTODmmHk5+5fLNJiOpmqNxZpNf6Z4EWtXt3sYYoOn3urGdyc r83MonI+KUPWgqce+IwxSPFtjJ8f/KMQagKp/eCg= Message-ID: <5467DB7F.1000604@mail.bg> Date: Sun, 16 Nov 2014 01:02:23 +0200 From: Nikolay Dimitrov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.2.0 MIME-Version: 1.0 To: Daiane Angolini References: <54664E1A.50009@mail.bg> In-Reply-To: Cc: "meta-freescale@yoctoproject.org" Subject: Re: [dizzy] Choppy gstreamer video (MPEG TS over UDP) X-BeenThere: meta-freescale@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Usage and development list for the meta-fsl-* layers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Nov 2014 23:02:31 -0000 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hi Daiane, On 11/14/2014 10:25 PM, Daiane Angolini wrote: > On Fri, Nov 14, 2014 at 4:46 PM, Nikolay Dimitrov wrote: >> Hi guys, >> >> I have an issue with gstreamer, running on imx6q sabresd (dizzy). The >> gstreamer pipeline has to play a live video stream over the network. >> The video stream is MPEG TS over UDP unicast, carrying h264 video + mp3 >> audio. Here's the pipeline: >> >> gst-launch udpsrc port=5000 ! decodebin2 ! mfw_v4lsink >> The biggest issue right now with this setup is that the video is very >> choppy - shortly after the playback starts (<10s) the video becomes >> choppy, e.g. after decoding 1 frame it pauses for 2-3s before >> displaying the next frame (all frames in between are skipped, so it >> looks like a slideshow). Also, gstreamer is giving warnings in the >> console: >> >> WARNING: from element >> /GstPipeline:pipeline0/MFW_GST_V4LSINK_INFO_T:mfw_gst_v4lsink_info_t0: A lot >> of buffer >> s are being dropped. >> Additional debug info: >> /home/picmaster/work/yocto-dizzy-sabresd/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gstreamer/0.1 >> 0.36-r2/gstreamer-0.10.36/libs/gst/base/gstbasesink.c(2875): >> gst_base_sink_is_too_late (): /GstPipeline:pipe >> line0/MFW_GST_V4LSINK_INFO_T:mfw_gst_v4lsink_info_t0: >> There may be a timestamping problem, or this computer is too slow. >> >> As I'm by no means a gstreamer expert, I tried different combinations >> of queues in all possible places in the pipeline, but with no success. >> What's interesting to note is that if I make a local file copy of the >> live stream, it plays without the choppines: >> >> gst-launch playbin2 uri=file:///tmp/stream.ts >> >> Has someone seen such behavior of gstreamer, or even better - has an >> idea how to solve it? Thanks in advance for taking your time to read >> and respond. > > I have never-ever got a good streaming audio+video. > > There are several imx-community pages with how-tos to streaming (i.e. > [1][2]) you can use to get a better line instead of using decodebin > (which I´m not sure is going to really know your streaming caps > instead of guessing) Playbin was very unstable for most of my tests (either refuses to play stream at all, or freezes on 1st or consequent frames). Then I started to use decodebin to have more control of the pipeline, and more stable results (to some minimal extent). Most, if not all of these examples are hard to be applied in my case: my customer has already deployed infrastructure for the previous product generation, where they use MPEG-TS transport over multicast UDP, and I can't deviate from that. Also currently gstreamer-0.10 just doesn't support multicast, that's why I'm testing on unicast for now, and will have to fix the multicast bug soon. > Another thing, your network does matter, a lot! So start with a local > network or even ppp. Totally agree. I'm using Gigabit LAN, which is dedicated to this development. Also, when deployed, the final product will also run on dedicated network segments with dedicated media servers, so I don't expect issues with that. > I haven´t tested gstreamer 1.x, maybe it can be better for streaming > audio+video. I don't know whether the FSL plugins are compatible with Gstreamer-1.0. If they're, I can give it a try. > [1]https://community.freescale.com/docs/DOC-94646 > [2]https://community.freescale.com/docs/DOC-97781 Thanks for sharing the links, the Freescale community was the first place where I looked for information. Regards, Nikolay