2520 replies to this topic

[christophecvr]

I now just erased all from my current openplgst-1.0 . Will do build from scratch with gst-head. master.

 

Then there will be now remainings from older gst packages.

[malakudi]

I have tested the OpenATV gstreamer 1.4.5 images on VU+ Zero, VU+ Solo2 and VU+ Duo2. Working great for all media I have used. I don't use TSMedia 9.3 so I cannot comment on this.

[christophecvr]

@athoik

 

What do You preffer  Like to know it before i start build from scratch

 

this

inherit gitpkgv
PV = "1.4.5+git${SRCPV}"
PKGV = "1.4.5+git${GITPKGV}"

or

inherit gitpkgv
PV = "git${SRCPV}"
PKGV = "git${GITPKGV}"

[Rob van der Does]

I've tested the ET8k on ViX & XTA (all based on OE-A 3.0, so all GST 1.4 images) and the box is fine (including HbbTV (the official Xtrend HbbTV plugin)).

 

What does not work is the OpenOperaBrowser. But as that is (possibly even illegal) derived from other packages and only required for boxes that have no official HbbTV support from the manufacturer, I don't think that should be a show stopper.

 

 

PS: I don't use any streaming plugins, so I can't comment on that area.

Edited by Rob van der Does, 28 April 2015 - 08:31.

[athoik]

 

@athoik

 

What do You preffer  Like to know it before i start build from scratch

 

this

inherit gitpkgv
PV = "1.4.5+git${SRCPV}"
PKGV = "1.4.5+git${GITPKGV}"

or

inherit gitpkgv
PV = "git${SRCPV}"
PKGV = "git${GITPKGV}"

 

I prefer version+git (eg when 1.4.6 version released you can switch using opkg upgrade).

[christophecvr]

 

 

@athoik

 

What do You preffer  Like to know it before i start build from scratch

 

this

inherit gitpkgv
PV = "1.4.5+git${SRCPV}"
PKGV = "1.4.5+git${GITPKGV}"

or

inherit gitpkgv
PV = "git${SRCPV}"
PKGV = "git${GITPKGV}"

 

I prefer version+git (eg when 1.4.6 version released you can switch using opkg upgrade).

 

Yes I though so.

[MastaG]

I agree to version + git as well.

[christophecvr]

oeps my build is now started with

 

inherit gitpkgv
PV = "git${SRCPV}"
PKGV = "git${GITPKGV}"

 

I misreaded the version + git. shit to late build is already half away.

 

But after all , If you update (now I have autorev) but once decided we will have a fix srcrev I gues. Which one we don't yet.

When this is changed the pkgv changes also , then update should also happen NOT ?

[christophecvr]

p.s.

 

About the PV used finally,

 

Is there not a core member who nows the best way ?

 

Gues Milo or Pieterg should now the best way as they are experts concerning this mather.

Edited by christophecvr, 28 April 2015 - 10:02.

[christophecvr]

Now I have as example that I just took from my current processing build

 

gstreamer1.0-plugins-base-gitAUTOINC+69f66aff9e-r0 do_package_write_ipk

[christophecvr]

Here I now did my build from scratch for dm8000.

Build ok as from first time . Total time off build (my personalised image where feeds are included) 01 Hr 03 min. That's ok.

 

Flashed box

tested all media ok

only HLS not tested on dream.

 

Here the patch against the current gst-1 branch.

This to build with latest git master head off gstreamer1.0

 

This patch is just made so can be seen what patches I did aplied.

Attached Files

•  GST-1-20150428-GIT.patch   31.66KB   10 downloads

Edited by christophecvr, 28 April 2015 - 11:09.

[christophecvr]

As extra info Here the list which srcrev is used. (I used autorev) but picked up the build rev out off work.

gstreamer1.0  d1620f1c2edd6e4f9803f327c1d12a46e8be2bbf
gstreamer1.0-plugins-bad cb56a6b32bd2f1c0afbbc4d5c29a6b4f5a62c807
gstreamer1.0-plugins-base 69f66aff9e2fbdde07daa13e9386e68912cdc0e8
gstreamer1.0-plugins-good 73c0c2920f9aca96982a4de0c20b3417aa148b81
gstreamer1.0-plugins-ugly 9a18b9e4ce6e38f40d743777f6095845f2fa6414

[christophecvr]

vuduo2 also ok fresh build flashed.

 

Just one bump converning gstreamer1.0-libav during build but I adapted the concerned LIC check then build ok.

 

Playing all 100 % inclusif HLS.

 

gstreamer1.0-libav 1caf1197502cd8165b4b2f7be37e6f25eda2ccea

 

I set by me by gstreamer the SRCREV to those mentionned.

[Erik Slagter]

git vs tar - maybe we can use git and set SRCREV to specific commit, this way we can get basically same behaviour as with tar if we set SRCREV to commit as was tar created, right?

That is what I had in mind.

[Erik Slagter]

I prefer version+git (eg when 1.4.6 version released you can switch using opkg upgrade).

Yes.

[pieterg]

http://forums.openpl...ndpost&p=488823 is a good fix.

 

But perhaps with a more generic subject/description?

It's not just for streaming, but required for all re-negotiation situations.

[athoik]

Subject: [PATCH] gstreamer1.0: smoothstreaming add RRECOMMENDS to
 glibc-gconv-utf-16

smoothstreaming -  gstreamer plugin - typefind cannot convert input from
UTF16-LE to UTF-8 when determining if we are dealing with smoothstreaming
or not, you have to install glibc-gconv-utf-16 -> opkg install glibc-gconv-utf-16.

http://forums.openpli.org/topic/29501-gstreamer-10/page-57#entry488808

Thanks @mx3L

diff --git a/meta-openpli/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc b/meta-openpli/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
index 728a6c7..8d30559 100644
--- a/meta-openpli/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
+++ b/meta-openpli/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
@@ -3,6 +3,7 @@ require gstreamer1.0-plugins.inc
 LICENSE = "GPLv2+ & LGPLv2+ & LGPLv2.1+ "
 
 DEPENDS += "gstreamer1.0-plugins-base bzip2 libpng jpeg libdca"
+RRECOMMENDS_${PN}-smoothstreaming = "glibc-gconv-utf-16"
 
 S = "${WORKDIR}/gst-plugins-bad-${PV}"
 
-- 

 

Hi, using latest GStreamer (HEAD) there is not need to depend on glibc-gconv-utf-16.

 

Regarding MSS with UTF-16: http://cgit.freedesk...f9bcb07c5ece2c0
 

typefinding: detect MSS manifests without using g_convert()
Embedded systems often have limited charset conversion
functionality, so don't rely on g_convert() (i.e. iconv)
for UTF-16 to UTF-8 conversions, we can easily enough do
that ourselves by converting to native endianness and
then using GLib's helper functions.

It seems that they fix it after reporting the issue on IRC.

[athoik]

Hi,

Parsing h265 files now doesn't crash (core dump) with gst-launch (with latest HEAD).

codecparser: h265: Fix the number of tile rows/columns parsing
The possible minimum value for num_tile_columns_minus1 and num_tile_rows_minus1
is zero (7.4.3.3).

https://bugzilla.gnome.org/show_bug.cgi?id=748641

[athoik]

@mx3L, @devs

Using latest version of GStreamer (current HEAD) with latest version of OpenPLi dvbmediasink
(the original one but same happens on modified too) I get the following errors (again and again):

# gst-launch-1.0 playbin uri=http://megahdlive1-f.akamaihd.net/i/live_1@105260/master.m3u8
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
WARNING: from element /GstPlayBin:playbin0/GstPlaySink:playsink: No volume control found
Additional debug info:
/opt/openpli/openpligst/build/tmp/work/mips32el-oe-linux/gstreamer1.0-plugins-base/1.4.5+gitAUTOINC+5a8d1d2246-r0/git/gst/playback/gstplaysink.c(2861): gen_audio_chain (): /GstPlayBin:playbin0/GstPlaySink:playsink:
Volume/mute is not available

(gst-launch-1.0:1631): GStreamer-CRITICAL **: gst_mini_object_ref: assertion 'mini_object != NULL' failed
(gst-launch-1.0:1631): GStreamer-CRITICAL **: gst_caps_merge: assertion 'GST_IS_CAPS (caps2)' failed

(gst-launch-1.0:1631): GStreamer-CRITICAL **: gst_mini_object_ref: assertion 'mini_object != NULL' failed
(gst-launch-1.0:1631): GStreamer-CRITICAL **: gst_caps_merge: assertion 'GST_IS_CAPS (caps2)' failed

Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock

I ask on GStreamer IRC and it seems that this error is "dvbmediasink" specific (using fakesink there is no error).

So "dvbmediasink" need further improvements.

[mx3L]

@athoik

I'm still on 1.4.5, and there are no issues:

root@et4x00:/var/volatile/tmp# gst-launch-1.0 playbin uri=http://megahdlive1-f.akamaihd.net/i/live_1@105260/master.m3u8
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
WARNING: from element /GstPlayBin:playbin0/GstPlaySink:playsink: No volume control found
Additional debug info:
/home/marko/git/openpli-oe-core/build/tmp/work/mips32el-nf-oe-linux/gstreamer1.0-plugins-base/1.4.5-r1/gst-plugins-base-1.4.5/gst/playback/gstplaysink.c(2862): gen_audio_chain (): /GstPlayBin:playbin0/GstPlaySink:playsink:
Volume/mute is not available
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock