[libbluray-devel] JRE for Android part 3

[Vitor Dall'Acqua]

I think the other changes I did are not needed if you preload the
libraries (those were required to get it loaded in Ubuntu / x86_64).

the only library I'm preloading is libnet.so that is used by libnio.so, or
else it says it's not possible to find it.
I'm not using that snip you made to preload every lib and it's working.

Just to let you know.

On Sun, Jan 31, 2021 at 12:50 PM Petri Hintukainen <
phintuka at users.sourceforge.net> wrote:

> la, 2021-01-30 kello 14:27 -0300, Vitor Dall'Acqua kirjoitti:
> > Also, Petri, do you think you could share the changes you made
> > on JRE to allow it to run without JAVA_HOME?
>
> Attached.
>
> Source tree was from:
> git clone --depth 1
> https://github.com/PojavLauncherTeam/openjdk-aarch64-jdk8u openjdk
>
> I think the other changes I did are not needed if you preload the
> libraries (those were required to get it loaded in Ubuntu / x86_64).
>
> Preloading is weird and quite hacky. And those libraries are never
> closed. I don't know if it belongs to libbluray. Maybe if it was just
> one, consistent library. But definetely not blindly all libraries in
> lib/ folder.
>
> If JVM doesn't find the libraries, it cold be fixable with -
> Djava.library.path (or simliar) or LD_LIBRARY_PATH. If JVM doesn't try
> loading those, it is bug in java files.
>
> If we can't get it loading properly, preloading could be done in Kodi
> or in libjvm.so wrapper library. It is specific to this one JVM and/or
> configuration.
>
> > And did you create a make file to compile it? Or did it by hand?
>
> There are build scripts in
> https://github.com/PojavLauncherTeam/android-openjdk-build-multiarch.git
>
> > And finally, the changes needed on libbluray are just a few lines of
> > code on bdj.c.
> > Do you think a #ifdef android would be a good idea?
>
> For generic, android specific parts, yes.
> If there are some App / Kodi specific things (like paths), we need to
> add some way to configure those build-time and/or runtime.
>
> > I believe that even VLC could play full disks on Android too.
>
> Depends on the device. This requires some kind of keyboard or remote
> controller (BD-J can't be used with touch screen). In "normal" phone or
> tablet the user would be stuck in the first BD-J menu.
> So we need some kind of virtual remote controller for those devices.
> Either on-screen "keypad", or translating gestures to key events.
>
> (almost all HDMV menus should be usable with touch screen / mouse).
>
>
> _______________________________________________
> libbluray-devel mailing list
> libbluray-devel at videolan.org
> https://mailman.videolan.org/listinfo/libbluray-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/libbluray-devel/attachments/20210131/3be7e6c1/attachment.html>