omapfbplay depends on libav

omapfbplay depends on libav

[maniacbug]

But where does one find a recipe for libav?  I've looked  in Angstom and Yocto, but cannot seem to find it.

While I'm at it...  I'm looking for a way to play mpeg4 or h.264 from the command line.  omapfbplay seems like the best choice.  Does anyone have another recommendation?

Thanks,

m.b

Re: omapfbplay depends on libav

[Denys Dmytriyenko]

On Tue, Jul 24, 2012 at 08:36:54PM -0700, maniacbug wrote:
> But where does one find a recipe for libav? I've looked in Angstom and 
> Yocto, but cannot seem to find it.

http://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-multimedia/libav


> While I'm at it... I'm looking for a way to play mpeg4 or h.264 from the 
> command line. omapfbplay seems like the best choice. Does anyone have 
> another recommendation?

gstreamer?

-- 
Denys

Re: omapfbplay depends on libav

[maniacbug]

Thanks for writing back.


 > http://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-multimedia/libav


Oh yes, there is is.  Ok, this is surprising.  I THOUGHT that OE and Yocto shared the core layer, but clearly not.  recipes-multimedia is significantly different between the two.

Also, this libav recipe has the following horrible line :)  This leads me to believe no one is running omapfbplay on A9, like Pandaboard.

EXTRA_FFCONF_armv7a = "--cpu=cortex-a8"

 > gstreamer? 

Does gstreamer come with a simple tool in /usr/bin?  From the recipes I'm looking at, it seems gstreamer provides only libs.  On desktop linux, I'd use gst123, but that pulls in gtk+-2.0 which is more overhead than I want.

Using Yocto, gstreamer does install gst-launch, but I do not currently possess the knowledge to "build a gstreamer pipeline", AND gst-launch is "primarily a debugging tool, you should not build applications on top of it."

I'm looking for something which I can just exec and go, "<toolname> <mediafile>.m4v"

Thanks

m.b


----- Original Message -----
From: Denys Dmytriyenko <denys@ti.com>
To: maniacbug <maniacbug@ymail.com>
Cc: "meta-ti@yoctoproject.org" <meta-ti@yoctoproject.org>
Sent: Tuesday, July 24, 2012 10:11 PM
Subject: Re: [meta-ti] omapfbplay depends on libav

On Tue, Jul 24, 2012 at 08:36:54PM -0700, maniacbug wrote:
> But where does one find a recipe for libav? I've looked in Angstom and 
> Yocto, but cannot seem to find it.



> While I'm at it... I'm looking for a way to play mpeg4 or h.264 from the 
> command line. omapfbplay seems like the best choice. Does anyone have 
> another recommendation?



-- 
Denys

Re: omapfbplay depends on libav

[Koen Kooi]

Op 25 jul. 2012, om 21:16 heeft maniacbug het volgende geschreven:

> Thanks for writing back.
> 
> 
>  > http://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-multimedia/libav
> 
> 
> Oh yes, there is is.  Ok, this is surprising.  I THOUGHT that OE and Yocto shared the core layer, but clearly not.

They do, it's called openembedded-core. And I think you mean poky, not yocto.

>  recipes-multimedia is significantly different between the two.

It's exactly the same. Do not confuse oe-core with meta-oe, however

> Also, this libav recipe has the following horrible line :)  This leads me to believe no one is running omapfbplay on A9, like Pandaboard.

> 
> EXTRA_FFCONF_armv7a = "--cpu=cortex-a8"

Ah, your intimate knowledge of libav reveals itself! Libav has no specific A9 optimizations, only NEON ones, so your insinuation is not based on actual facts.

>  > gstreamer? 
> 
> Does gstreamer come with a simple tool in /usr/bin?  From the recipes I'm looking at, it seems gstreamer provides only libs.  On desktop linux, I'd use gst123, but that pulls in gtk+-2.0 which is more overhead than I want.
> 
> Using Yocto,

I think you mean poky, not yocto.

Re: omapfbplay depends on libav

[Enrico]

On Wed, Jul 25, 2012 at 9:16 PM, maniacbug <maniacbug@ymail.com> wrote:
> Using Yocto, gstreamer does install gst-launch, but I do not currently possess the knowledge to "build a gstreamer pipeline", AND gst-launch is "primarily a debugging tool, you should not build applications on top of it."
>
> I'm looking for something which I can just exec and go, "<toolname> <mediafile>.m4v"

gst-launch playbin2 uri=file:///<mediafile>.m4v

or

ffplay <mediafile>.m4v

Enrico

Re: omapfbplay depends on libav

[maniacbug]

> They do, it's called openembedded-core. 
> It's exactly the same. Do not confuse oe-core with meta-oe, however

Ok, yes it is a bit confusing.  Thank you for helping clarify.

In fact, when I started building OE, asking for clarification of OE issues, the response from that list was, "Beginners should use Yocto."  Indeed it's helpful that yocto/poky are cleanly organized and well-documented.  OE seems to have many more subtle nuances.

> And I think you mean poky, not yocto.

Well now, this appears to have been debated at length.  If 'poky' is preferred here, I'm happy to use it.  Do note, though, that /etc/issue proudly proclaims that I am running "Yocto (built by poky)". And in order to download the denzil release from yoctoproject.org, one clicks on a link entitled, "Yocto Project".  So try not to be too hard on people who think they are running Yocto on their hardware.  The boundaries of Yocto and Poky are not clear and obvious.

> Ah,
 your intimate knowledge of libav reveals itself! Libav has no specific 
A9 optimizations, only NEON ones, so your insinuation is not based on 
actual facts.

Yes, it's true.  I'm hopeful to achieve a running video player in this environment without intimate knowledge of libav.  To my view, that's the nice thing of Linux as opposed to running bare metal: there's a wealth of software available.  It should be possible to assemble a working system without intimate knowledge of every component.

Plus, every time we post to a list, we get a few more helpful nuggets :)

m.b