Jump to content


Photo

Unable to compile gst-1.0 branch


  • Please log in to reply
249 replies to this topic

Re: Unable to compile gst-1.0 branch #61 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 30 January 2014 - 16:28

@MiLo

 

Ter info

 

I just tested a build from scratch for vuduo2 with standard git just removed the orc out of meta-openpli/recipes-devtools

 

The orc is enabled by gstreamer 0.1.36 I saw. And it did worked fine with the orc out off openembedded-core/recipes-devtools  orc_0.4.18

 

I can confirm @christophecvr.

 

Removing the orc from meta-opepli works also for dm800se.

 

Package: orc
Version: 0.4.18-r2.0
Description: Optimised Inner Loop Runtime Compiler
 Optimised Inner Loop Runtime Compiler.
Section: base
Priority: optional
Maintainer: OE-Core Developers <openembedded-core@lists.openembedded.org>
License: BSD-2-Clause & BSD-3-Clause
Architecture: mips32el
OE: orc
Homepage: http://code.entropywave.com/projects/orc/
Depends: liborc-0.4-0 (>= 0.4.18), liborc-test-0.4-0 (>= 0.4.18), libc6 (>= 2.18)
Source: http://code.entropywave.com/download/orc/orc-0.4.18.tar.gz;name=orc

Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: Unable to compile gst-1.0 branch #62 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 30 January 2014 - 17:10

@athoik

 

Do You also have a source for the gst-plugin-subsink as that is the problem. seems to be fine if I use you're dvbmediasink as source



Re: Unable to compile gst-1.0 branch #63 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 30 January 2014 - 19:04

You are missing branch in the SRC_URI.

 

-SRC_URI = "git://git.code.sf.net/p/openpli/gstsubsink;protocol=git"
+SRC_URI = "git://git.code.sf.net/p/openpli/gstsubsink;protocol=git;branch=gst-1.0"

Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: Unable to compile gst-1.0 branch #64 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 30 January 2014 - 19:27

Ok gstsubsink now as wel compiles and install. But not enigma2 yet.

 

I just first will restart a build from scratch. But for enigma2 there is no extra branch for that into pli4. ?



Re: Unable to compile gst-1.0 branch #65 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 30 January 2014 - 21:08

Now only enigma2 does not compile. All rest is ok. This with gstremaer1.0_1.2.2 off openembedded

 

I inluded the error logs modified bb files and a git patch off my changes against the current master git

 

Almost good but whitout the enigma2 not very usable :wacko:

 

 

 

 

Attached Files



Re: Unable to compile gst-1.0 branch #66 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 30 January 2014 - 21:23

Problem is line 1964 in servicemp3.cpp (http://sourceforge.n...cemp3.cpp#l1964)

 

 

We need something like the following:

 

 

#if GST_VERSION_MAJOR < 1
   GstStructure *extras = gst_structure_empty_new("extras");
#else
   GstStructure *extras = gst_structure_new_empty("extras");
#endif

 

See here for more info on GStreamer porting : http://cgit.freedesk...ting-to-1.0.txt


Edited by athoik, 30 January 2014 - 21:23.

Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: Unable to compile gst-1.0 branch #67 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 30 January 2014 - 22:19

Yes that did worked out. I just patched that file into the work directory and then used bitbake -b ../enigma2.bb -f -c compile

 

then did bitbake openpli-enigma2-image  again.

 

Now enigma2 compiles. Unfortunately the next problem is enigma2-plugins.bb

 

It does not configure as it requires gstreamer 0.1 stuff which is not there by me  (the goal is to get rid of gstreamer 0.1 completely.)

 

error log added.

 

 

Attached Files



Re: Unable to compile gst-1.0 branch #68 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 30 January 2014 - 22:38

and I tried it also with branch=gst-1.0 and --with-gstversion=1.0 but for the branch gives empty recipe error. and the --with-gstversion=1.0 does nothing



Re: Unable to compile gst-1.0 branch #69 betacentauri

  • PLi® Core member
  • 7,185 posts

+323
Excellent

Posted 30 January 2014 - 23:04

Change this line in configure.ac (http://sourceforge.n...ee/configure.ac)
 

PKG_CHECK_MODULES(GSTREAMER, gstreamer-0.10 gstreamer-pbutils-0.10)

Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: Unable to compile gst-1.0 branch #70 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 30 January 2014 - 23:49

Change this line in configure.ac (http://sourceforge.n...ee/configure.ac)
 

PKG_CHECK_MODULES(GSTREAMER, gstreamer-0.10 gstreamer-pbutils-0.10)

That did not solve the problem . It does configure that well but then does not compile because gstreamer is missing. I tried with

PKG_CHECK_MODULES(GSTREAMER, gstreamer1.0) still no configure

 

and also once with check removed

 

configure ok but no compile

 

p. s. I first removed the plugin with cleanall .

 

included log do configure with check removed log do compile

used bitbake -b .../enigma2-plugin  -f -c unpack

 

Then patched the ac in work dir

 

Continued with

bitbake -b ../enigma2-plugin -f -c compile

Attached Files



Re: Unable to compile gst-1.0 branch #71 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 31 January 2014 - 00:07

Oeps sorry I did one wrong thing.  It still does not compile, but now due to an mp3 error gues same as athoik patch will need to be done

 

PKG_CHECK_MODULES(GSTREAMER, gstreamer-1.0) its off course checking the image for that check.

 

the configure and compile log

 

 

 

 

Attached Files



Re: Unable to compile gst-1.0 branch #72 betacentauri

  • PLi® Core member
  • 7,185 posts

+323
Excellent

Posted 31 January 2014 - 07:34

Goto merlinmp3player.cpp:244:

Change

if (!gst_element_query_duration(m_gst_pipeline, &fmt, &len))

to

if (!gst_element_query_duration(m_gst_pipeline, fmt, &len))

 

Goto merlinmp3player.cpp:299:

Change

if (!gst_element_query_position(m_gst_pipeline, &fmt, &len))

to

if (!gst_element_query_position(m_gst_pipeline, fmt, &len))


Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: Unable to compile gst-1.0 branch #73 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 31 January 2014 - 07:35

I did find a work around but ... do not think it's correct. However now I do have a complete image. For this last compile error merlinmp3 I changed the merlinmp3player.cpp

 

from 

126  gst_bus_set_sync_handler(gst_pipeline_get_bus (GST_PIPELINE (m_gst_pipeline)), gstBusSyncHandler, this );

244  if (!gst_element_query_duration(m_gst_pipeline, &fmt, &len))

299  if (!gst_element_query_position(m_gst_pipeline, &fmt, &len))

to

126  gst_bus_set_sync_handler(gst_pipeline_get_bus (GST_PIPELINE (m_gst_pipeline)), gstBusSyncHandler, this, NULL  );

244  if (!gst_element_query_duration(m_gst_pipeline, fmt, &len))

299  if (!gst_element_query_position(m_gst_pipeline, fmt, &len))


Re: Unable to compile gst-1.0 branch #74 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 31 January 2014 - 07:36

Goto merlinmp3player.cpp:244:

Change

if (!gst_element_query_duration(m_gst_pipeline, &fmt, &len))

to

if (!gst_element_query_duration(m_gst_pipeline, fmt, &len))

 

Goto merlinmp3player.cpp:299:

Change

if (!gst_element_query_position(m_gst_pipeline, &fmt, &len))

to

if (!gst_element_query_position(m_gst_pipeline, fmt, &len))

That was just done an also the first with the NULL

 

Now I do have a complete image



Re: Unable to compile gst-1.0 branch #75 littlesat

  • PLi® Core member
  • 56,273 posts

+691
Excellent

Posted 31 January 2014 - 07:47

The Merlin mod should be made conditional... ;)


WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Unable to compile gst-1.0 branch #76 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 31 January 2014 - 07:59

The Merlin mod should be made conditional... ;)

like this ?

 

#if GST_VERSION_MAJOR < 1
 gst_bus_set_sync_handler(gst_pipeline_get_bus (GST_PIPELINE (m_gst_pipeline)), gstBusSyncHandler, this );
#else
 gst_bus_set_sync_handler(gst_pipeline_get_bus (GST_PIPELINE (m_gst_pipeline)), gstBusSyncHandler, this, NULL);
#endif
#if GST_VERSION_MAJOR < 1
 if (!gst_element_query_duration(m_gst_pipeline, &fmt, &len))
#else
 if (!gst_element_query_duration(m_gst_pipeline, fmt, &len))
#endif

at least if we can use #if GST_VERSION_MAJOR < 1 in that package



Re: Unable to compile gst-1.0 branch #77 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 31 January 2014 - 08:02

and then also that pkg check should be conditional ass well.



Re: Unable to compile gst-1.0 branch #78 betacentauri

  • PLi® Core member
  • 7,185 posts

+323
Excellent

Posted 31 January 2014 - 08:14


The Merlin mod should be made conditional... ;)

like this ?
#if GST_VERSION_MAJOR < 1
 gst_bus_set_sync_handler(gst_pipeline_get_bus (GST_PIPELINE (m_gst_pipeline)), gstBusSyncHandler, this );
#else
 gst_bus_set_sync_handler(gst_pipeline_get_bus (GST_PIPELINE (m_gst_pipeline)), gstBusSyncHandler, this, NULL);
#endif
#if GST_VERSION_MAJOR < 1
 if (!gst_element_query_duration(m_gst_pipeline, &fmt, &len))
#else
 if (!gst_element_query_duration(m_gst_pipeline, fmt, &len))
#endif

at least if we can use #if GST_VERSION_MAJOR < 1 in that package

Looks good.
Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: Unable to compile gst-1.0 branch #79 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 31 January 2014 - 17:42

I just continued, But this time stuck for creating a patch file which does not apply on enigma2 git (enigma2.bb)

 

As  inherit gitpkgv pythonnative  is used a patch won't apply

If I use inherit gitpkgv  A patch apply's but then again configure error.

 

For that it would be nice if one off the dev's is willing to apply the patch to enigma2

 

Posted here

From cc0935e7bdbd86f6b8dafb4f89546a7a0f775925 Mon Sep 17 00:00:00 2001
From: christophecvr <stefansat@telenet.be>
Date: Fri, 31 Jan 2014 16:02:56 +0100
Subject: [PATCH]  On branch gst-patch 	modified:  
 lib/service/servicemp3.cpp

---
 lib/service/servicemp3.cpp |    4 ++++
 1 file changed, 4 insertions(+)

diff --git a/lib/service/servicemp3.cpp b/lib/service/servicemp3.cpp
index 6d09556..896ae95 100644
--- a/lib/service/servicemp3.cpp
+++ b/lib/service/servicemp3.cpp
@@ -1961,7 +1961,11 @@ void eServiceMP3::playbinNotifySource(GObject *object, GParamSpec *unused, gpoin
 		}
 		if (g_object_class_find_property(G_OBJECT_GET_CLASS(source), "extra-headers") != 0 && !_this->m_extra_headers.empty())
 		{
+#if GST_VERSION_MAJOR < 1
 			GstStructure *extras = gst_structure_empty_new("extras");
+#else
+			GstStructure *extras = gst_structure_new_empty("extras");
+#endif
 			size_t pos = 0;
 			while (pos != std::string::npos)
 			{
-- 
1.7.9.5

The git patch is attached to tis message

Attached Files


Edited by christophecvr, 31 January 2014 - 17:45.


Re: Unable to compile gst-1.0 branch #80 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 31 January 2014 - 19:13

and here the enigma2-plugins   patch.

 

Once these are in its easy to create a GST-1.0 branch for pli4 wich has an already base good building image.

 

 

Attached Files




0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users