hello to all I'm stopping to build enigma2 too many mistakes.
hello to all I'm stopping to build enigma2 too many mistakes.
I have been trying to solve this problem for over a week now and have not been able to find a solution yet:
It occurs at the start of E2 when it tries to load the plugin ServiceMP3, in this case it is built with gstreamer. When the plugin is built with eplayer3 it starts, and E2 starts too. Apparently the plugin cannot find the symbol g_option_context_parse in the library libglib-2.0.0.so. The library is present as a link in the location reported (/usr/lib) and indeed contains the symbol mentioned. The link points to an actuall library. I noticed it tries to use libglib-2.0.0.so and not the expected libglib-2.0.so.Code:[NetworkBrowser] fallback to default translation for Search for network shares [NetworkBrowser] fallback to default translation for MountManager [NetworkBrowser] fallback to default translation for Manage network shares Backtrace: /usr/local/bin/enigma2(_Z17handleFatalSignaliP7siginfoPv) [0x4855B4] /usr/lib/libglib-2.0.so.0(g_option_context_parse) [0x297A63E0] -------FATAL SIGNAL [gRC] main thread is non-idle! display spinner!
When the file servicemp3.so of the plugin is linked during the build, all required libraries are found:
I have run out ideas. Can anybody spot the problem?Code:libtool: link: sh4-linux-g++ -fPIC -DPIC -shared -nostdlib /home/ndv/abs-diff08/tufsbox/cross/bin/../target/usr/lib/crti.o /home/ndv/abs-diff08/tufsbox/cross/bin/../lib/gcc/sh4-linux/4.8.4/crtbeginS.o .libs/pythonmodule.o .libs/servicemp3.o .libs/servicemp3record.o -Wl,-rpath -Wl,/home/ndv/abs-diff08/tufsbox/cdkroot/usr/lib -Wl,-rpath -Wl,/home/ndv/abs-diff08/tufsbox/cdkroot/usr/lib /home/ndv/abs-diff08/tufsbox/cdkroot/usr/lib/libgstpbutils-1.0.so /home/ndv/abs-diff08/tufsbox/cdkroot/usr/lib/libgstreamer-1.0.so /home/ndv/abs-diff08/tufsbox/cdkroot/usr/lib/libglib-2.0.so /home/ndv/abs-diff08/tufsbox/cdkroot/usr/lib/libgobject-2.0.so -L../../../tufsbox/cdkroot/usr/lib -L../../../tufsbox/cdkroot/usr/lib/gstreamer-1.0 -L/home/ndv/abs-diff08/tufsbox/cdkroot/usr/lib -L/home/ndv/abs-diff08/tufsbox/cdkroot/lib -L/home/ndv/abs-diff08/tufsbox/cross/bin/../lib/gcc/sh4-linux/4.8.4 -L/home/ndv/abs-diff08/tufsbox/cross/bin/../lib/gcc -L/home/ndv/abs-diff08/tufsbox/cross/bin/../lib/gcc/sh4-linux/4.8.4/../../../../sh4-linux/lib -L/home/ndv/abs-diff08/tufsbox/cross/bin/../target/lib -L/home/ndv/abs-diff08/tufsbox/cross/bin/../target/usr/lib -lstdc++ -lm -lc -lgcc_s /home/ndv/abs-diff08/tufsbox/cross/bin/../lib/gcc/sh4-linux/4.8.4/crtendS.o /home/ndv/abs-diff08/tufsbox/cross/bin/../target/usr/lib/crtn.o -pthread -Os -Wl,-rpath -Wl,/usr/lib -Wl,-rpath-link -Wl,/home/ndv/abs-diff08/tufsbox/cdkroot/usr/lib -Wl,--gc-sections -pthread -Wl,-soname -Wl,servicemp3.so -o .libs/servicemp3.so libtool: link: ( cd ".libs" && rm -f "servicemp3.la" && ln -s "../servicemp3.la" "servicemp3.la" )
Regards,
Audioniek.
Receivers: Rebox: RE-4000, 8000, 9000, 2200, 2210, 2220, 4200, 4210, 4220, 8220, 8500, SAB Unix Triple, Golden Media Spark TripleX, Amiko Alien 2+, Sogno Spark Revolution, Kathrein UFS910(1 & 14W)/912/913/922(CX24116 & AVL2108 tuners), Vizyon revolution 820HD PVR, AB IPBox 91HD/9000HD/9000HD rev.2, Xsarius Alpha HD10, nBox BKSA/BSLA/BXZB/BZZB, Vitamin HD 5000
Sats: Astra 1, 2 & 3, Hotbird
Main activity: building my own E2 images for Fortis receivers
I suspect that I can only help a little there.
2 things I still notice ...
Or 3...
gst is still linked to the original mediaframwork handling. I think it would be better to completely separate from it.
It is possible that the gcc used was simply not intended for this case.
Maybe you can test the same locally with the 4.9.4 and take note of the error messages.
But all in all, the gst is simply not worth thinking at all.
I build the in my pli Images only out of laziness and use the best to wonder about the mistakes.
Use takes place exclusively with exteplayer / libeplayer3.
It works and makes no complaints.
ffmpeg 4.1 or 3.4.2 or whatever it does not matter at all.
The box runs so well.
greetings
hi Audioniek
I think, you should add glib-networking on enigma2-servicemp3
https://github.com/Audioniek/buildsy...lugins.mk#L202
https://github.com/Audioniek/buildsy...lugins.mk#L208
look here:
https://github.com/PLi-metas/meta-fu...emp3epl.bb#L88
https://github.com/OpenPLi/openpli-o...vicemp3.bb#L81
@rantanplan: Thanks for your feedback. Some observations on your remarks:
- If you select eplayer3 only as framework, gstreamer, its plugins and sinks are not built at all with diff0 and diff2 and the image runs. To me that is an indication that gst is indeed now completely seperated.
- PLi-metas use the same gcc, and their image runs fine with gst.
- The code in the ServiceMP3 plugin is effectively the same as when it was part of E2. In practice, servicemp3.cpp, and servicemp3record.cpp have been taken out of E2 and put in a separate plugin.
I agree that eplayer3 does all one needs but the original OpenPLi uses it and people want to have it, at the expense of an image that is quite a bit larger and slower.
@pop1234: glib-networking already is a dependency of gstreamer, so it is not needed as an dependency of ServiceMP3 when built with gstreamer. It is indeed built when gstreamer is selected as framework. Also the symbol that apparently cannot be found at runtime is part of glib, not glib-networking. At compile/link time there are no significant error messages, just one compiler warning. The path given in the error message at runtime is the correct one (/user/lib) and the file needed (libglib-2.0.so.0) is indeed present there and contains the symbol. Thank you for your in input though.
Regards,
Audioniek.
Receivers: Rebox: RE-4000, 8000, 9000, 2200, 2210, 2220, 4200, 4210, 4220, 8220, 8500, SAB Unix Triple, Golden Media Spark TripleX, Amiko Alien 2+, Sogno Spark Revolution, Kathrein UFS910(1 & 14W)/912/913/922(CX24116 & AVL2108 tuners), Vizyon revolution 820HD PVR, AB IPBox 91HD/9000HD/9000HD rev.2, Xsarius Alpha HD10, nBox BKSA/BSLA/BXZB/BZZB, Vitamin HD 5000
Sats: Astra 1, 2 & 3, Hotbird
Main activity: building my own E2 images for Fortis receivers
No 'we' use gcc 4.9.4 ;-)
- PLi-metas use the same gcc, and their image runs fine with gst.
https://github.com/PLi-metas/meta-fu...-fulan.inc#L13
but that does not have to be better. But it is not worse.
- - - Aktualisiert - - -
Vielleicht hilft auch ein Blick ins Image und in derzeitiger Nutzung im Zusammenhang mit serviceapp.
https://github.com/PLi-metas/meta-fu...-fulan.inc#L23
https://github.com/PLi-metas/servicemp3epl
@Audioniek
links gst_plugins_dvbmediasink is old Dec 10, 2016
you can update https://github.com/Duckbox-Developer...reamer.mk#L302 Support video spark/vb6/vb8/vb9 codecs is update Nov 14, 2018
@Audioniek
In enigma2-plugins.mk, in: ifeq ($(MEDIAFW), eplayer3) section, is necessary add
SERVICEMP3_DEPS += $(D)/tools-libeplayer3
..otherwise build enigma2 with option 2
fail with error: not found -leplayer3
In this case compile ok, ( enigma2 not start for symbol problem )
@Audioniek
Another question, in gstream use is necessary add also:
gst_plugins_good
gst_plugins_bad
..otherwise not play mp3.