All of lore.kernel.org
 help / color / mirror / Atom feed
From: Scott Branden <scott.branden@broadcom.com>
To: Khem Raj <raj.khem@gmail.com>,
	Alexander Kanavin <alex.kanavin@gmail.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: Mon, 10 Feb 2020 13:17:08 -0800	[thread overview]
Message-ID: <871ad7a3-93ba-8f45-7b9b-2ae458782118@broadcom.com> (raw)
In-Reply-To: <CAMKF1spnPDqoOfSHs8tZSJGC54HnKk167sochq8MMh5X_ddu=w@mail.gmail.com>



On 2020-02-10 8:01 a.m., Khem Raj wrote:
> On Mon, Feb 10, 2020 at 3:42 AM Alexander Kanavin
> <alex.kanavin@gmail.com> wrote:
>> As long as we're consistent, I'm ok with either option. I think it's ultimately up to RP to make the call.
>>
>>
> The usecase is fine, as long as we add x265 support to gst plugins and
> ffmeg and it gets tested via reference
> images, I see no issues adding it.
I'm changing my opinion now and leaning toward meta-multimedia as Khem 
originally suggested.
For the simple reason that I think x265 only builds (easily) for x86 
based platforms.

That being the case:
we only add the packageconfig option to ffmpeg but don't enable by 
default in the PACKAGECONFIG default in the ffmpeg recipe.
PACKAGECONFIG[x265] = "--enable-libx265,--disable-libx265,x265"

And add the x265 recipe to meta-multimedia and limit to x86 at this time.
Is this what I would set in the x265 recipe?

COMPATIBLE_MACHINE_x86 = "(.*)"
COMPATIBLE_MACHINE_x86-64 = "(.*)"
>> Alex
>>
>> On Mon, 10 Feb 2020 at 07:16, Scott Branden via Openembedded-core <openembedded-core@lists.openembedded.org> wrote:
>>>
>>>
>>> On 2020-02-09 3:35 p.m., Khem Raj wrote:
>>>> 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 leave it to the powers that be to decide where to place this recipe.
>>>>> 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
>>> --
>>> _______________________________________________
>>> Openembedded-core mailing list
>>> Openembedded-core@lists.openembedded.org
>>> http://lists.openembedded.org/mailman/listinfo/openembedded-core



      reply	other threads:[~2020-02-10 21:17 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
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 [this message]

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=871ad7a3-93ba-8f45-7b9b-2ae458782118@broadcom.com \
    --to=scott.branden@broadcom.com \
    --cc=alex.kanavin@gmail.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=raj.khem@gmail.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.