<div dir="ltr"><div dir="ltr">The player setting, if it works, would be the best option, at least from my perspective. <div><br></div><div>Kodi uses path translation, called special protocol,</div><div>see here: </div><div><a href="https://kodi.wiki/view/Special_protocol">https://kodi.wiki/view/Special_protocol</a></div><div><br></div><div> so you can map to a read and write path like the user data folder, have a JRE folder in there and it would much easier to experiment and figure out what works and what doesn't. </div><div>Also this would not cause Kodi to carry JRE in itself, or it's addons since I have no idea how legal something like this would be. </div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 22, 2021 at 5:26 PM Petri Hintukainen <<a href="mailto:phintuka@users.sourceforge.net">phintuka@users.sourceforge.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">pe, 2021-01-22 kello 14:46 -0300, Vitor Dall'Acqua kirjoitti:<br>
> Well, I was looking at Petri's latest commit and now libbluray will<br>
> search for JVM inside it's own folder. <br>
> This might be the answer for JRE on Android.<br>
<br>
It should also help with libbluray .jar files, those can now be next to<br>
libbluray.so (or the module where libbluray is linked in).<br>
<br>
I don't know if it helps with JRE, libjvm.so would need to be in the<br>
same directory with libbluray.so. This is of course possible only if<br>
JVM is relatively simple (like PhoneME was). I don't know if symbolic<br>
link would work (?).<br>
Maybe this could be extended to support full JRE tree too. "Normal"<br>
linux JVM paths are more or less useless with Android anyway.<br>
<br>
<br>
Another possible solution could be adding libjvm.so location to dynamic<br>
linker search path (like in old OpenJDK android examples). They seem to<br>
add /data/app/jre/lib/arm/jli and /data/app/jre/lib too ; these are not<br>
required with Linux, but seem to be an issue with MacOS (see<br>
bdj.c:_load_jli_macos()).<br>
<br>
<br>
Also JAVA_HOME should work now with "lib/arm/client". If it is<br>
difficult to set, it would be quite simple to add player setting for<br>
this (something like bd_set_player_setting_str(bd, BD_JAVA_HOME,<br>
"/some/path")). Still, being able to figure it out automatically would<br>
be the easiest way :)<br>
<br>
<br>
<br>
_______________________________________________<br>
libbluray-devel mailing list<br>
<a href="mailto:libbluray-devel@videolan.org" target="_blank">libbluray-devel@videolan.org</a><br>
<a href="https://mailman.videolan.org/listinfo/libbluray-devel" rel="noreferrer" target="_blank">https://mailman.videolan.org/listinfo/libbluray-devel</a><br>
</blockquote></div>