[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