[OE-core] [PATCH] gstreamer1.0-plugins-bad: Backport patches for improving live playback
Khem Raj
raj.khem at gmail.com
Thu Dec 22 16:46:34 UTC 2016
> On Dec 22, 2016, at 2:25 AM, Nicolas Dechesne <nicolas.dechesne at linaro.org> wrote:
>
> On Thu, Dec 22, 2016 at 9:14 AM, Khem Raj <raj.khem at gmail.com> wrote:
>>
>> Signed-off-by: Khem Raj <raj.khem at gmail.com>
>> ---
>> ...1-mssdemux-improved-live-playback-support.patch | 929 +++++++++++++++++++++
>> ...ming-implement-adaptivedemux-s-get_live_s.patch | 183 ++++
>> ...ming-use-the-duration-from-the-list-of-fr.patch | 62 ++
>> .../gstreamer/gstreamer1.0-plugins-bad_1.10.2.bb | 3 +
>> 4 files changed, 1177 insertions(+)
>> create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0001-mssdemux-improved-live-playback-support.patch
>> create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0001-smoothstreaming-implement-adaptivedemux-s-get_live_s.patch
>> create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0001-smoothstreaming-use-the-duration-from-the-list-of-fr.patch
>>
>
> Do we really want to do that? Backporting in stable branch looks right
> to me, but backporting to master while we know that we will get gst
> 1.12 on time for the next release anyways, doesn't sound great to me.
> maybe we should get these patches merged in 1.10.x instead of carrying
> them ourselves?
Thats a good idea, if we have 1.12 coming in time for 2.3 release then I would not worry about it so much.
however back-porting is certainly a good option but it should be carried out independently of OE work.
More information about the Openembedded-core
mailing list