All of lore.kernel.org
 help / color / mirror / Atom feed
From: Khem Raj <raj.khem@gmail.com>
To: Scott Branden <scott.branden@broadcom.com>
Cc: Patches and discussions about the oe-core layer
	<openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH v2 1/2] x265: add x265 recipe
Date: Sun, 9 Feb 2020 15:35:01 -0800	[thread overview]
Message-ID: <CAMKF1srW_aR=4TZBxTdnTXwRWZg0u7TDhiNme9JsE8NSzXy_sw@mail.gmail.com> (raw)
In-Reply-To: <2159565f-eaca-697d-0711-e39aeccb1ba2@broadcom.com>

On Sun, Feb 9, 2020 at 11:27 AM Scott Branden
<scott.branden@broadcom.com> wrote:
>
>
>
> On 2020-02-08 11:18 a.m., Khem Raj wrote:
> > On Fri, Feb 7, 2020 at 8:02 PM Scott Branden <scott.branden@broadcom.com> wrote:
> >> Hi Khem,
> >>
> >> On 2020-02-07 5:12 p.m., Khem Raj wrote:
> >>
> >>
> >>
> >> On Fri, Feb 7, 2020 at 4:01 PM Scott Branden via Openembedded-core <openembedded-core@lists.openembedded.org> wrote:
> >>> Add x265 recipe from latest revision of stable branch.
> >>
> >> I wonder if it belongs to core are there deps on it that we need in common metadata
> >>
> >> I simply followed where x264 recipe is located and placed x265 beside it.
> >> Both are needed when enabled in ffmpeg.
> >>
> >> I don't know if that answers your question as to where they should be located.
> > idea is to keep small and therefore we should assess the inclusions in core
> > we have many packageconfigs which require packages from other layers
> > so if ffmpeg needs it and is optional then it should be fine to keep
> > it in meta-multimedia and packageconfig in ffmpeg disabled by default.
> I don't see why x264 would be in core and x265 in meta-multimedia.
> Both should be moved to meta-multimedia then?
>

I followed the thread a bit and I see there are followups where
usecase for other recipes in core is now
established, where this seemed a leaf package being added to oe-core,
So perhaps it should be added
to validation loops as well like x264.

> I think you would also require a bbappend to fffmpeg recipe to add x264
> and x265 to ffmpeg packageconfig.
> if that is the case, why not move ffmpeg to meta-multimedia as well?
>

You would not go down that line of thought since these packages are in
the dependency chain for validating reference
images in core along with they being used by other packages from other layers.

> >
> >>>
> >>> Signed-off-by: Scott Branden <scott.branden@broadcom.com>
> >>> ---
> >>>   meta/recipes-multimedia/x265/x265_git.bb | 20 ++++++++++++++++++++
> >>>   1 file changed, 20 insertions(+)
> >>>   create mode 100644 meta/recipes-multimedia/x265/x265_git.bb
> >>>
> >>> diff --git a/meta/recipes-multimedia/x265/x265_git.bb b/meta/recipes-multimedia/x265/x265_git.bb
> >>> new file mode 100644
> >>> index 0000000000..796fbbc13a
> >>> --- /dev/null
> >>> +++ b/meta/recipes-multimedia/x265/x265_git.bb
> >>> @@ -0,0 +1,20 @@
> >>> +SUMMARY = "H.265/HEVC video encoder"
> >>> +DESCRIPTION = "A free software library and application for encoding video streams into the H.265/HEVC format."
> >>> +HOMEPAGE = "http://www.videolan.org/developers/x265.html"
> >>> +
> >>> +LICENSE = "GPLv2"
> >>> +LICENSE_FLAGS = "commercial"
> >>> +LIC_FILES_CHKSUM = "file://../COPYING;md5=c9e0427bc58f129f99728c62d4ad4091"
> >>> +
> >>> +DEPENDS = "gnutls zlib libpcre"
> >>> +
> >>> +SRC_URI = "git://github.com/videolan/x265;branch=stable \
> >>> +          "
> >>> +
> >>> +SRCREV = "4ef6b67fd46e1584e52a11a264812edcaef02526"
> >>> +
> >>> +S = "${WORKDIR}/git/source"
> >>> +
> >>> +inherit lib_package pkgconfig cmake
> >>> +
> >>> +AS[unexport] = "1"
> >>> --
> >>> 2.17.1
> >>>
> >>> --
> >>> _______________________________________________
> >>> Openembedded-core mailing list
> >>> Openembedded-core@lists.openembedded.org
> >>> http://lists.openembedded.org/mailman/listinfo/openembedded-core
> >>
>


  reply	other threads:[~2020-02-09 23:35 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-02-08  0:01 [PATCH v2 1/2] x265: add x265 recipe Scott Branden
2020-02-08  0:01 ` [PATCH v2 2/2] ffmpeg: add PACKAGECONFIG support for x265 Scott Branden
2020-02-08  1:12 ` [PATCH v2 1/2] x265: add x265 recipe Khem Raj
2020-02-08  4:02   ` Scott Branden
2020-02-08 19:18     ` Khem Raj
2020-02-09 19:27       ` Scott Branden
2020-02-09 23:35         ` Khem Raj [this message]
2020-02-10  6:15           ` Scott Branden
2020-02-10 11:42             ` Alexander Kanavin
2020-02-10 16:01               ` Khem Raj
2020-02-10 21:17                 ` Scott Branden

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAMKF1srW_aR=4TZBxTdnTXwRWZg0u7TDhiNme9JsE8NSzXy_sw@mail.gmail.com' \
    --to=raj.khem@gmail.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=scott.branden@broadcom.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.