249 replies to this topic

[christophecvr]

Seemed that this option is now also in source ?? or I screwed up with my test . I first retry with full fresh build (also let come the sources again.By erasing them from sources.

[christophecvr]

By double checking the c99 was set, It was just one off the tests who failed later on this test is done again with the c99. That is not the problem. eighter a lot off not find header files is the problem.

[Erik Slagter]

If header files are not found, that probably means that we lack some packages (-devel) "native" in OE.

 

Can you do a "make clean" (or the equivalent) and then post the output of a make run?

[christophecvr]

If header files are not found, that probably means that we lack some packages (-devel) "native" in OE.

 

Can you do a "make clean" (or the equivalent) and then post the output of a make run?

No the make files are still not made , the failure is in config fase. But I'm trrying now first by modifieing the bitbake file like it was done on 1.0.7

[Erik Slagter]

Can you post the output from that phase then?

Edited by Erik Slagter, 28 January 2014 - 15:02.

[christophecvr]

I Just took the full workdir out off openpli-oe-core/build/tmp/work/mips32el-oe-linux  For the plugin base.

 

Perhaps someone can find something why it does not configure

Attached Files

•  WorkdirGstplugini-base1.2.2.zip   6.43MB   1 downloads

[radxnl]

i just build 1.2.2 base, good and bad without any major problems

 

steps needed are to update remote repositories ( 1.2.2 was added recently, openpli is not up to date... yet! )

 

make to use new orc version and just build gstreamer1.0 etc etc

 

maybe i will push a new branch when i have time with all (even though they are minor) fixes.

[theparasol]

Fresh gstreamer branch on latest rev would be very much appriciated radxnl, so a novice gitter like me can start coding/testing with the more interesting gstreamer stuff (and probably bite the dust too)

 

Hope you can find some time to burn!

[christophecvr]

i just build 1.2.2 base, good and bad without any major problems

 

steps needed are to update remote repositories ( 1.2.2 was added recently, openpli is not up to date... yet! )

 

make to use new orc version and just build gstreamer1.0 etc etc

 

maybe i will push a new branch when i have time with all (even though they are minor) fixes.

Would be nice to have a gst1.0 branch.

 

But if you have a git patch with those minor changes , You may set it ass well. Then i'll maybe be able to find out what I missed with my changes what I missed

[christophecvr]

steps needed are to update remote repositories

How to update submodules to latest commit ?

It always use openembedded-core comit a5e6926...

[Erik Slagter]

... git submodule update ... 

 

The versions (commit id's) of the submodule are tied to the checkout of the main repo.

 

If you explicity want/need other submodule versions than linked to the current checkout, you must go the directory where the submodule resides, do a "git pull" there, go back to the main repo, and then to a commit there (of the submodule or -a).

[christophecvr]

Updating the openembedded-core was not needed. That by openpli is updated enough.

 

It's just orc (just removing that from openpli-meta is enough)

 

Then the full gstreamer does compile whitout problems.

 

However gst-subsink and gst-dvbmediasink still a lot off work on. Also the machine dependent dvbmediasink and so on ...

 

The goal is to have gtreamer 0.1 completeley removed.

[theparasol]

Yes, but why use 1.0 and not start directly with 1.2.2 instead, its stable according to gstreamer site?

 

[Sjaaky]

The main effort is to go from 0.10 to 1.0, because of the api change. I espect that the update from 1.0 to 1.x is trivial. So yes your point is valid, but when I speak of gstreamer 1, I don't care about the rest of the version number.

[christophecvr]

The main effort is to go from 0.10 to 1.0, because of the api change. I espect that the update from 1.0 to 1.x is trivial. So yes your point is valid, but when I speak of gstreamer 1, I don't care about the rest of the version number.

 I'm bussy with the gstreamer off openembedde-core repos. There if we give the package . Jus need to set gstreamer1.0  and gstreamer1.0-plugins-base etc ..   . At this time it will automatically result in version 1.2.2

 

gstreamer1.0_1.2.2 and it does compile if orc off openembedded-core is used (I just remove orc out off meta-openpli) . That's even the goal in future I gues

[MiLo]

If gst 0.1 compiles well with the new orc version, we might as well remove the old orc recipe from the master branch.

[christophecvr]

In my personal test branch it did . I've even had one full image build vuduo2 with 0.1.xx and 1.0_1.222 in . However next time I'll do a standard image build(with gst 0.1) which I use on my box dm8000 and vuduo2 I will try once with just the orc removed out off meta-openpli/recipes-devtools  And then report if it's ok .

 

At this time in experimental tries with 1.2.2 I do have the build with the full gstreamer1.0 compiled and all plugins packages. And none off the 0.1 gstreamer .

 

However the gst-dvb-mediasink , subsink and as consequence the enigma2.bb do not build yet. They still seem to request for gst 0.1. Shure it's a small change somwhere , but still couldn't pin point the cause.

 

Gues it a multiple problem . With the 1.2.2 off openembedded its in a work dir gstreamer1.0xxx  also the plugins are in a work dir off gstreamer1.0-plugins-base , good ,bad or ugly . The splitet packages off plugins are not gst-plugins-base-alsa but gstreamer1.0-plugins-base-alsa for example

[Sjaaky]

However the gst-dvb-mediasink , subsink and as consequence the enigma2.bb do not build yet. They still seem to request for gst 0.1. Shure it's a small change somwhere , but still couldn't pin point the cause.

 

There are config variable to choose between gst 0.1 and gst 1. Find them and they will compile .

For enigma use pass --with-gstversion to configure.

[christophecvr]

I do have here the error log for build vuduo2

 

Changes I made removed the gstreamer 0.1 out of openpli-meta, removed the orc out of openpli-meta.

Then it uses the gstreamer out off openembedded and orc out off openembedded.

 

Then I adapted the vuduox.inc to use gst-plugin-dvbmediasink (instead off the gst-plugin-vuplus-dvbmediasink)

 

Changes the bb files to use gstreamer1.0  of openembedded.

 

Fails on dvbmediasin,subsink and as consequence enigma2

 

The gstreamer1.0 and plugins (all)  self compiled and installed ok.

 

I also included the relevant bitbake files I modified and used

Attached Files

•  GST122ErrorlogsDvbmediasinkandSubsinck.zip   23.04KB   3 downloads

Edited by christophecvr, 30 January 2014 - 13:23.

[christophecvr]

@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