[libbluray-devel] Found a JRE compiled for Android (ARM)

[Vitor Dall'Acqua]

I managed to insert everything into the apk, here's how:

use sdk command lines tool aapt and do:
$aapt add -v apkname.apk files/*

sign with
jarsigner -verbose -sigalg SHA1withRSA -digestalg SHA1 -keystore
~/.android/debug.keystore apkname.apk androiddebugkey

ok, now that we have everything inside the apk and unpaking the way we want
here's the new problem:
2021-01-23 21:58:03.326 T:30186   DEBUG <general>: CBlurayCallback::Logger
- dl_posix.c:54: can't open library 'libjvm.so': dlopen failed: unsupported
ELF TLS DT entry in
"/mnt/expand/cab01563-bcca-48fa-a0bf-0fbddaf9b192/app/org.xbmc.kodi19DV-ZUB_1OMT4YBiycijbgSzvA==/lib/arm64/libjvm.so"

so, is this a game over without the source code?


On Sat, Jan 23, 2021 at 7:53 PM Vitor Dall'Acqua <veggav at gmail.com> wrote:

> Ok 10 hours of work is enough for a day. I'll be back tomorrow.
>
> And from what I see we actually need the files inside
> /mnt/expand/cab01563-bcca-48fa-a0bf-0fbddaf9b192/app/org.xbmc.kodi19DV-
> BHAaVSj7u8lhvDk_OSQttQ==/
>
> looking clearly now it's no == the path actually has 2 =
>
> I already know how to pack stuff using Kodi make apk, I'm adding here:
>
> build/tools/android/packaging/xbmc/build/intermediates/stripped_native_libs/debugUnsigned/out/lib/arm64-v8a/
>
> and when compiling those are showing up.. but for some reason.. the *so.6
> isn't going.. probably because it is a link...
>
> On Sat, Jan 23, 2021 at 7:37 PM Petri Hintukainen <
> phintuka at users.sourceforge.net> wrote:
>
>> la, 2021-01-23 kello 23:38 +0200, Shaya Potter kirjoitti:
>> > On Sat, Jan 23, 2021, 11:32 PM Petri Hintukainen <
>> > phintuka at users.sourceforge.net> wrote:
>> > > la, 2021-01-23 kello 17:43 -0300, Vitor Dall'Acqua kirjoitti:
>> > > > Well, I'm no expert but when I tried to add it along with other
>> > > > libraries it ended up in the same folder along with all other
>> > > libs.
>> > >
>> > > Then, it should find libjvm.so from there without any path ? If
>> > > JAVA_HOME is unset, first probed library is "libjvm.so" without any
>> > > path added to it.
>> > >
>> > > If not, you could try adding following snippet to
>> > > bdj.c:_load_jvm(),
>> > > before "java_home = getenv("JAVA_HOME")" line:
>> > >
>> > >     handle = dl_dlopen("/lib/arm64/libjvm.so", NULL);
>> > >     if (handle) {
>> > >         return handle;
>> > >     }
>> > >
>> > > But JVM probably won't find other files it needs if those are
>> > > inside
>> > > the apk.
>> >
>> > I was arguing that the whole jvm needs to be in the apk, see the
>> > phoneme apk I linked to.  It includes cvm in /assets/
>>
>> Yes, that seems to allow keeping the directory structure. libjvm.so
>> probably looks for the other files using paths relative to it's
>> location. But how are files in assets accessed? If those are not
>> accessible from "normal" filesystem it doesn't work.
>>
>> Can we use something similar to this:
>> /mnt/expand/cab01563-bcca-48fa-a0bf-0fbddaf9b192/app/org.xbmc.kodi19DV-
>> BHAaVSj7u8lhvDk_OSQttQ==/lib/arm64/libkodi.so
>>
>> If not, those files need to be extracted somewhere in the filesystem.
>>
>> > _______________________________________________
>> > libbluray-devel mailing list
>> > libbluray-devel at videolan.org
>> > https://mailman.videolan.org/listinfo/libbluray-devel
>>
>>
>> _______________________________________________
>> 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/20210123/2415e5a7/attachment.html>