<div dir="ltr">Well, I changed my cross toolchain (uclibc, make with buildroot-2013.08.1) to another toolchain found in raspberry pi github website (glibc, make with ct-ng 1.15.2) to resolve another problem and it solved this problem too.<div>
I discovered strange behavior in thread context with my uclibc cross toolchain and decided to change it.<br><div>Now the gst-omx plugin works perfectly (the h264 encoder) with gst-launch-1.0 command but not works with gst-rtsp-server library (I'll open another thread).</div>
<div><br></div><div>I'll investigate more to find differences between the two toolchains. </div><div><br></div><div>thanks for your help.<br><div><br></div></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
2013/12/20 Sebastian Dröge <span dir="ltr"><<a href="mailto:sebastian@centricular.com" target="_blank">sebastian@centricular.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Mi, 2013-12-18 at 17:49 +0100, Vincent BENOIT wrote:<br>
> I use buildroot version 2013.08.1 to build my embedded RPi system (kernel<br>
> 3.12.0 - uclibc cross toolchain) with rpi-userland package.<br>
> toolchain :<br>
> # ./arm-buildroot-linux-uclibcgnueabi-gcc --version<br>
> arm-buildroot-linux-uclibcgnueabi-gcc (Buildroot 2013.08.1) 4.7.3<br>
> Copyright © 2012 Free Software Foundation, Inc.<br>
><br>
> I try the gst-omx plugin package originally supplied with buildroot<br>
> packages (tag version 1.0.0) compiled neatly then I've modified the<br>
> buildroot makefile to compile the head git version of gst-omx plugin.<br>
> I have the same error with the two versions of gst-omx package.<br>
<br>
</div>What configure parameters are used for building gst-omx, can you attach<br>
the config.log? What's the output of ldd on libgstomx.so?<br>
<br>
Does your vcos library export the symbol vcos_global_lock at all? From<br>
your logs it is loaded but this symbol is not found. This does not look<br>
like a problem in gst-omx at all to me as gst-omx does not use this<br>
symbol directly.<br>
<br>
I would check if everything is ok with your toolchain, libc and dynamic<br>
linker, and also check if the userland part of the RPi firmware is a<br>
known to be working version.<br>
<div class="im"><br>
> I'm agree that this error seems to be an linking error but nothing wrong in<br>
> my build trace.<br>
><br>
> the library libopenmaxil.so is in /usr/lib like libvcos.so, libbcm_host.so,<br>
> ...<br>
<br>
</div>The RPi firmware userland part is supposed to be in /opt/vc btw :)<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Sebastian Dröge, Centricular Ltd - <a href="http://www.centricular.com" target="_blank">http://www.centricular.com</a><br>
Expertise, Straight from the Source<br>
</div></div><br>_______________________________________________<br>
gstreamer-openmax mailing list<br>
<a href="mailto:gstreamer-openmax@lists.freedesktop.org">gstreamer-openmax@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-openmax" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-openmax</a><br>
<br></blockquote></div><br></div>