From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ptmx.org (ptmx.org [178.63.28.110]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 3432EE0055C for ; Wed, 20 Nov 2013 05:23:21 -0800 (PST) Received: from [192.168.178.14] (chello080108009040.14.11.vie.surfer.at [80.108.9.40]) by ptmx.org (Postfix) with ESMTPSA id CB79D269DC; Wed, 20 Nov 2013 14:23:19 +0100 (CET) Message-ID: <528CB81B.3070804@pseudoterminal.org> Date: Wed, 20 Nov 2013 14:24:43 +0100 From: Carlos Rafael Giani User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Joshua Kurland References: <528A463E.7050802@pseudoterminal.org> In-Reply-To: Cc: "meta-freescale@yoctoproject.org" Subject: Re: Regarding GStreamer-1.x status on iMX6Q 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: Wed, 20 Nov 2013 13:23:22 -0000 Content-Type: multipart/alternative; boundary="------------050509020009030807070407" --------------050509020009030807070407 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Yes, the current status in Github is what I was talking about. The only thing missing from the decoder atm is VC1/WMV3 support. I have to figure out some parsing details there. My current focus is on the video transform element (bugfixes & second deinterlace mode). I forgot to mention one other thing that already works: transcoding with zerocopy. Meaning, pictures decoded by the VPU can be passed to the encoder directly without having to copy the pixels. Initial tests show that real-time 1080p transcoding to h264 baseline is feasible with this. On 2013-11-18 19:20, Joshua Kurland wrote: > That's great news! At this point in time decoding is the only thing > important to me. Have you pushed the stable version of the decoder to > the gstreamer-imx repo? > > Thanks, > Josh Kurland > > > On Mon, Nov 18, 2013 at 11:54 AM, Carlos Rafael Giani > > wrote: > > On 2013-11-18 17:07, Otavio Salvador wrote: > > (adding Carlos in Cc) > > On Mon, Nov 18, 2013 at 1:48 PM, Joshua Kurland > > wrote: > > Can anyone give a status update on the > stability/functionality of > gstreamer-1.x plugin on the imx6Q? The readme page has > listed it in > alpha for a while. > > For the application that I am working on, it would be more > beneficial > to use 1.x. If their is still work to be done with > porting it over, I > would be available to help as long as someone points me in > the right > direction. > > Carlos did the current public work for 1.0 support. He may > provided a > good status update on this. > > > I prefer this email address :) > > Current status: decoder has been running stable for me. h264 > encoder has been working stable too. mpeg2,h263,mpeg4p2 encoders > haven't been tested as much. > There are a few known bugs in the IPU transform and eglvivsink > transform plugins. The reason why it is still alpha is that some > features are missing (second deinterlace mode, some element > properties, and 3D support). Once this is done, I'll switch to > beta. The planned release of the beta version is end of November. > > Carlos > > --------------050509020009030807070407 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Yes, the current status in Github is what I was talking about. The only thing missing from the decoder atm is VC1/WMV3 support. I have to figure out some parsing details there.
My current focus is on the video transform element (bugfixes & second deinterlace mode).

I forgot to mention one other thing that already works: transcoding with zerocopy. Meaning, pictures decoded by the VPU can be passed to the encoder directly without having to copy the pixels. Initial tests show that real-time 1080p transcoding to h264 baseline is feasible with this.

On 2013-11-18 19:20, Joshua Kurland wrote:
That's great news!  At this point in time decoding is the only thing important to me.  Have you pushed the stable version of the decoder to the gstreamer-imx repo?  

Thanks,
Josh Kurland


On Mon, Nov 18, 2013 at 11:54 AM, Carlos Rafael Giani <dv@pseudoterminal.org> wrote:
On 2013-11-18 17:07, Otavio Salvador wrote:
(adding Carlos in Cc)

On Mon, Nov 18, 2013 at 1:48 PM, Joshua Kurland
<joshua.kurland@adtecdigital.net> wrote:
Can anyone give a status update on the stability/functionality of
gstreamer-1.x plugin on the imx6Q?  The readme page has listed it in
alpha for a while.

For the application that I am working on, it would be more beneficial
to use 1.x.  If their is still work to be done with porting it over, I
would be available to help as long as someone points me in the right
direction.
Carlos did the current public work for 1.0 support. He may provided a
good status update on this.


I prefer this email address :)

Current status: decoder has been running stable for me. h264 encoder has been working stable too. mpeg2,h263,mpeg4p2 encoders haven't been tested as much.
There are a few known bugs in the IPU transform and eglvivsink transform plugins. The reason why it is still alpha is that some features are missing (second deinterlace mode, some element properties, and 3D support). Once this is done, I'll switch to beta. The planned release of the beta version is end of November.

Carlos


--------------050509020009030807070407--