<div dir="auto">Shortly before a release there are several RC (release candidate) builds. That is the perfect time to perform this testing and identify and fix problems. </div><br><div class="gmail_quote"><div dir="ltr">On Thu, Apr 12, 2018, 3:51 AM Sebastian Dröge <<a href="mailto:sebastian@centricular.com">sebastian@centricular.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wed, 2018-04-11 at 15:25 -0700, Mikel Pérez wrote:<br>
> I've been writing a music player (for replaygain, faster library<br>
> scanning than mediastore + caching external storage results, better<br>
> API overall than android's MediaPlayer, etc) for a while and tried to<br>
> update to 1.14.0, but I can't compile my app because of these<br>
> messages:<br>
> [...]<br>
<br>
That's this bug here:<br>
<a href="https://bugzilla.gnome.org/show_bug.cgi?id=794599" rel="noreferrer noreferrer" target="_blank">https://bugzilla.gnome.org/show_bug.cgi?id=794599</a><br>
<br>
It also should affect iOS for the same reasons, and will be fixed with<br>
1.14.1.<br>
<br>
> also, while I can compile with 1.12.4, I can't run the x86 version<br>
> due to text rellocations:<br>
> [...]<br>
<br>
This is probably<br>
<a href="https://bugzilla.gnome.org/show_bug.cgi?id=742633" rel="noreferrer noreferrer" target="_blank">https://bugzilla.gnome.org/show_bug.cgi?id=742633</a><br>
<br>
and not fixed in 1.14 from what I can see. You need to disable the<br>
libav and x264 plugins as the code of the underlying libraries has text<br>
relocations.<br>
<br>
In general, please always report in Bugzilla if something does not work<br>
so that it can be fixed :)<br>
<br>
> so it seems this 1.14.0 release is borked for android, and the<br>
> previous one was borked for x86 android. is the project still being<br>
> maintained? I'd hate to see it go because I found the perfect lib for<br>
> my musicplayer<br>
<br>
It's still maintained and people are using it in production, but<br>
unfortunately not much testing from 3rd parties seems to happen in GIT<br>
master and also not with pre-releases, so such problems only show up<br>
after the releases then. So bugs that don't affect everybody might get<br>
unnoticed until someone actually tests the new release in their<br>
application that makes use of the affected features, and then reports<br>
them.<br>
<br>
The first one for example only happens if you use both the dtls plugin<br>
and souphttpsrc with TLS support, the second one only happens on x86 if<br>
using the x264 or libav plugin.<br>
<br>
-- <br>
Sebastian Dröge, Centricular Ltd · <a href="http://www.centricular.com" rel="noreferrer noreferrer" target="_blank">http://www.centricular.com</a>_______________________________________________<br>
gstreamer-android mailing list<br>
<a href="mailto:gstreamer-android@lists.freedesktop.org" target="_blank" rel="noreferrer">gstreamer-android@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-android" rel="noreferrer noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/gstreamer-android</a><br>
</blockquote></div>