Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
yes, as I said, I'd expect problems if built with a different toolset. its not a drop in thing. I've reached out to the guy who was working on the phoneme port to android, as his archive went away, I'll tell you if I hear back from him. On Mon, Jan 25, 2021 at 5:55 PM Vitor Dall'Acqua wrote: > It seems people were discussing Vidon GPL violations in the Kodi forum. > > In this topic someone built a Kodi Jarvis version of vidon and the dropbox > link still works. > Libbdjvm.so is 1 year younger compared to the one in the apk supplied by > vidon website > > But still, same size and same error as before. > > On Mon, Jan 25, 2021 at 12:31 PM Vitor Dall'Acqua > wrote: > >> I believe they are DVDFab now. >> >> I'll try to reach from there. >> They do have DVDFab Media Player but it's Windows only. >> >> On Mon, Jan 25, 2021 at 12:29 PM Shaya Potter wrote: >> >>> vidon will be probably be antagonistic. :) >>> >>> On Mon, Jan 25, 2021 at 5:27 PM Vitor Dall'Acqua >>> wrote: >>> Done: https://github.com/vidonme/xbmc_runtime/issues/1 Done: https://github.com/MasterDevX/Termux-Java/issues/42 I don't think "Hax4us" actually wrote that library. On Mon, Jan 25, 2021 at 12:22 PM Shaya Potter wrote: > I know, but it isn't like they are selling it, I doubt they would be > antagonistic, its more likely that they don't see it or are too busy with > other things. no harm or foul in trying to reach out. > > On Mon, Jan 25, 2021 at 5:17 PM Vitor Dall'Acqua > wrote: > >> It's not the termux team. >> >> The JRE is like an addon. Someone made it and added to github, >> without source, a few years ago. >> >> On Mon, Jan 25, 2021 at 12:12 PM Shaya Potter >> wrote: >> >>> termux is an open source project, I doubt they would be antagonistic >>> to open source. Just explain why you are looking to be able to build a >>> jvm >>> to install with kodi. I'm pretty sure they would understand. >>> >>> On Mon, Jan 25, 2021 at 5:06 PM Vitor Dall'Acqua >>> wrote: >>> No source as usual. And I have asked on this git and the termux one for source. I doubt I'll get any reply. On Mon, Jan 25, 2021, 12:00 PM Shaya Potter wrote: > its not protection, it's that the .so file has to be compiled in > the same way as the kodi binary. if they aren't compiled in an > equivalent > way, then you can't load it and wll get errors such as you see. As I > said, > you should reach out to the people who provide those jvm binaries on > github > and say you wan to try to bring jvm to kodi on android, but need to > be able > to compile it from scratch to do so to work with kodi, do they have > the > source code available so that people can try to make it work with > kodi? > > On Mon, Jan 25, 2021 at 3:44 PM Vitor Dall'Acqua > wrote: > >> So close yet so far... >> >> It seems, 5 years ago, that a group forked Kodi (in that time >> named XBMC) and sold it as Vidon XBMC. >> This had bluray menu support for Android boxes. >> >> You can get the apk today from their site: >> http://vidon.me/ >> >> If you unpack the library you see a libbdjvm.so >> So renamed it to libjvm.so and packed it inside the 32bits >> version of Kodi. >> Fired Kodi and a bluray ISO: >> >> 2021-01-25 11:28:52.360 T:20316 DEBUG : >> CBlurayCallback::Logger - dl_posix.c:54: can't open library >> 'libjvm.so': >> dlopen failed: >> "/mnt/expand/cab01563-bcca-48fa-a0bf-0fbddaf9b192/app/org.xbmc.kodi19DV32-Oul0BM1JFWrYMUmo3Pd3yA==/lib/arm/libjvm.so" >> has text relocations ( >> https://android.googlesource.com/platform/bionic/+/master/android-changes-for-ndk-developers.md#Text-Relocations-Enforced-for-API-level-23 >> ) >> >> No source, not possible to recompile =( >> >> I guess this protection is now part of Android OS and can't be >> disabled just for testings, right? >> >> On Sun, Jan 24, 2021 at 1:11 PM Vitor Dall'Acqua < >> veg...@gmail.com> wrote: >> >>> This is a neat idea but this kind defeats the purpose, unless it >>> was mostly a copy and paste solution from what you already did and >>> easy to >>> achieve. >>> Also I don't know much of how to work with the skin kodi uses. I >>> believe it uses information stored in xml files to show content on >>> the >>> screen. >>> >>> but it's kinda of a bittersweet solution, menus are part of the >>> appeal of physical media, that's the
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
Forgot to add the link to the discussion: https://forum.kodi.tv/showthread.php?tid=252356=15 The user is Trigu75 On Mon, Jan 25, 2021 at 12:55 PM Vitor Dall'Acqua wrote: > It seems people were discussing Vidon GPL violations in the Kodi forum. > > In this topic someone built a Kodi Jarvis version of vidon and the dropbox > link still works. > Libbdjvm.so is 1 year younger compared to the one in the apk supplied by > vidon website > > But still, same size and same error as before. > > On Mon, Jan 25, 2021 at 12:31 PM Vitor Dall'Acqua > wrote: > >> I believe they are DVDFab now. >> >> I'll try to reach from there. >> They do have DVDFab Media Player but it's Windows only. >> >> On Mon, Jan 25, 2021 at 12:29 PM Shaya Potter wrote: >> >>> vidon will be probably be antagonistic. :) >>> >>> On Mon, Jan 25, 2021 at 5:27 PM Vitor Dall'Acqua >>> wrote: >>> Done: https://github.com/vidonme/xbmc_runtime/issues/1 Done: https://github.com/MasterDevX/Termux-Java/issues/42 I don't think "Hax4us" actually wrote that library. On Mon, Jan 25, 2021 at 12:22 PM Shaya Potter wrote: > I know, but it isn't like they are selling it, I doubt they would be > antagonistic, its more likely that they don't see it or are too busy with > other things. no harm or foul in trying to reach out. > > On Mon, Jan 25, 2021 at 5:17 PM Vitor Dall'Acqua > wrote: > >> It's not the termux team. >> >> The JRE is like an addon. Someone made it and added to github, >> without source, a few years ago. >> >> On Mon, Jan 25, 2021 at 12:12 PM Shaya Potter >> wrote: >> >>> termux is an open source project, I doubt they would be antagonistic >>> to open source. Just explain why you are looking to be able to build a >>> jvm >>> to install with kodi. I'm pretty sure they would understand. >>> >>> On Mon, Jan 25, 2021 at 5:06 PM Vitor Dall'Acqua >>> wrote: >>> No source as usual. And I have asked on this git and the termux one for source. I doubt I'll get any reply. On Mon, Jan 25, 2021, 12:00 PM Shaya Potter wrote: > its not protection, it's that the .so file has to be compiled in > the same way as the kodi binary. if they aren't compiled in an > equivalent > way, then you can't load it and wll get errors such as you see. As I > said, > you should reach out to the people who provide those jvm binaries on > github > and say you wan to try to bring jvm to kodi on android, but need to > be able > to compile it from scratch to do so to work with kodi, do they have > the > source code available so that people can try to make it work with > kodi? > > On Mon, Jan 25, 2021 at 3:44 PM Vitor Dall'Acqua > wrote: > >> So close yet so far... >> >> It seems, 5 years ago, that a group forked Kodi (in that time >> named XBMC) and sold it as Vidon XBMC. >> This had bluray menu support for Android boxes. >> >> You can get the apk today from their site: >> http://vidon.me/ >> >> If you unpack the library you see a libbdjvm.so >> So renamed it to libjvm.so and packed it inside the 32bits >> version of Kodi. >> Fired Kodi and a bluray ISO: >> >> 2021-01-25 11:28:52.360 T:20316 DEBUG : >> CBlurayCallback::Logger - dl_posix.c:54: can't open library >> 'libjvm.so': >> dlopen failed: >> "/mnt/expand/cab01563-bcca-48fa-a0bf-0fbddaf9b192/app/org.xbmc.kodi19DV32-Oul0BM1JFWrYMUmo3Pd3yA==/lib/arm/libjvm.so" >> has text relocations ( >> https://android.googlesource.com/platform/bionic/+/master/android-changes-for-ndk-developers.md#Text-Relocations-Enforced-for-API-level-23 >> ) >> >> No source, not possible to recompile =( >> >> I guess this protection is now part of Android OS and can't be >> disabled just for testings, right? >> >> On Sun, Jan 24, 2021 at 1:11 PM Vitor Dall'Acqua < >> veg...@gmail.com> wrote: >> >>> This is a neat idea but this kind defeats the purpose, unless it >>> was mostly a copy and paste solution from what you already did and >>> easy to >>> achieve. >>> Also I don't know much of how to work with the skin kodi uses. I >>> believe it uses information stored in xml files to show content on >>> the >>> screen. >>> >>> but it's kinda of a bittersweet solution, menus are part of the >>> appeal of physical media, that's the beauty of it. >>> >>> On Sun, Jan 24, 2021 at 1:03 PM Shaya Potter >>> wrote: >>>
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
It seems people were discussing Vidon GPL violations in the Kodi forum. In this topic someone built a Kodi Jarvis version of vidon and the dropbox link still works. Libbdjvm.so is 1 year younger compared to the one in the apk supplied by vidon website But still, same size and same error as before. On Mon, Jan 25, 2021 at 12:31 PM Vitor Dall'Acqua wrote: > I believe they are DVDFab now. > > I'll try to reach from there. > They do have DVDFab Media Player but it's Windows only. > > On Mon, Jan 25, 2021 at 12:29 PM Shaya Potter wrote: > >> vidon will be probably be antagonistic. :) >> >> On Mon, Jan 25, 2021 at 5:27 PM Vitor Dall'Acqua >> wrote: >> >>> Done: >>> >>> https://github.com/vidonme/xbmc_runtime/issues/1 >>> >>> Done: >>> https://github.com/MasterDevX/Termux-Java/issues/42 >>> >>> I don't think "Hax4us" actually wrote that library. >>> >>> On Mon, Jan 25, 2021 at 12:22 PM Shaya Potter wrote: >>> I know, but it isn't like they are selling it, I doubt they would be antagonistic, its more likely that they don't see it or are too busy with other things. no harm or foul in trying to reach out. On Mon, Jan 25, 2021 at 5:17 PM Vitor Dall'Acqua wrote: > It's not the termux team. > > The JRE is like an addon. Someone made it and added to github, without > source, a few years ago. > > On Mon, Jan 25, 2021 at 12:12 PM Shaya Potter > wrote: > >> termux is an open source project, I doubt they would be antagonistic >> to open source. Just explain why you are looking to be able to build a >> jvm >> to install with kodi. I'm pretty sure they would understand. >> >> On Mon, Jan 25, 2021 at 5:06 PM Vitor Dall'Acqua >> wrote: >> >>> No source as usual. >>> >>> And I have asked on this git and the termux one for source. >>> >>> I doubt I'll get any reply. >>> >>> On Mon, Jan 25, 2021, 12:00 PM Shaya Potter >>> wrote: >>> its not protection, it's that the .so file has to be compiled in the same way as the kodi binary. if they aren't compiled in an equivalent way, then you can't load it and wll get errors such as you see. As I said, you should reach out to the people who provide those jvm binaries on github and say you wan to try to bring jvm to kodi on android, but need to be able to compile it from scratch to do so to work with kodi, do they have the source code available so that people can try to make it work with kodi? On Mon, Jan 25, 2021 at 3:44 PM Vitor Dall'Acqua wrote: > So close yet so far... > > It seems, 5 years ago, that a group forked Kodi (in that time > named XBMC) and sold it as Vidon XBMC. > This had bluray menu support for Android boxes. > > You can get the apk today from their site: > http://vidon.me/ > > If you unpack the library you see a libbdjvm.so > So renamed it to libjvm.so and packed it inside the 32bits version > of Kodi. > Fired Kodi and a bluray ISO: > > 2021-01-25 11:28:52.360 T:20316 DEBUG : > CBlurayCallback::Logger - dl_posix.c:54: can't open library > 'libjvm.so': > dlopen failed: > "/mnt/expand/cab01563-bcca-48fa-a0bf-0fbddaf9b192/app/org.xbmc.kodi19DV32-Oul0BM1JFWrYMUmo3Pd3yA==/lib/arm/libjvm.so" > has text relocations ( > https://android.googlesource.com/platform/bionic/+/master/android-changes-for-ndk-developers.md#Text-Relocations-Enforced-for-API-level-23 > ) > > No source, not possible to recompile =( > > I guess this protection is now part of Android OS and can't be > disabled just for testings, right? > > On Sun, Jan 24, 2021 at 1:11 PM Vitor Dall'Acqua > wrote: > >> This is a neat idea but this kind defeats the purpose, unless it >> was mostly a copy and paste solution from what you already did and >> easy to >> achieve. >> Also I don't know much of how to work with the skin kodi uses. I >> believe it uses information stored in xml files to show content on >> the >> screen. >> >> but it's kinda of a bittersweet solution, menus are part of the >> appeal of physical media, that's the beauty of it. >> >> On Sun, Jan 24, 2021 at 1:03 PM Shaya Potter >> wrote: >> >>> ah, ok :) understood. >>> >>> On Sun, Jan 24, 2021 at 6:02 PM Vitor Dall'Acqua < >>> veg...@gmail.com> wrote: >>> the thing is, I'm not a computer engineer, I'm just a veterinary that knows how to solve a few problems. Doing a project in this magnitude is beyond what I can do.
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
I believe they are DVDFab now. I'll try to reach from there. They do have DVDFab Media Player but it's Windows only. On Mon, Jan 25, 2021 at 12:29 PM Shaya Potter wrote: > vidon will be probably be antagonistic. :) > > On Mon, Jan 25, 2021 at 5:27 PM Vitor Dall'Acqua wrote: > >> Done: >> >> https://github.com/vidonme/xbmc_runtime/issues/1 >> >> Done: >> https://github.com/MasterDevX/Termux-Java/issues/42 >> >> I don't think "Hax4us" actually wrote that library. >> >> On Mon, Jan 25, 2021 at 12:22 PM Shaya Potter wrote: >> >>> I know, but it isn't like they are selling it, I doubt they would be >>> antagonistic, its more likely that they don't see it or are too busy with >>> other things. no harm or foul in trying to reach out. >>> >>> On Mon, Jan 25, 2021 at 5:17 PM Vitor Dall'Acqua >>> wrote: >>> It's not the termux team. The JRE is like an addon. Someone made it and added to github, without source, a few years ago. On Mon, Jan 25, 2021 at 12:12 PM Shaya Potter wrote: > termux is an open source project, I doubt they would be antagonistic > to open source. Just explain why you are looking to be able to build a > jvm > to install with kodi. I'm pretty sure they would understand. > > On Mon, Jan 25, 2021 at 5:06 PM Vitor Dall'Acqua > wrote: > >> No source as usual. >> >> And I have asked on this git and the termux one for source. >> >> I doubt I'll get any reply. >> >> On Mon, Jan 25, 2021, 12:00 PM Shaya Potter >> wrote: >> >>> its not protection, it's that the .so file has to be compiled in the >>> same way as the kodi binary. if they aren't compiled in an equivalent >>> way, >>> then you can't load it and wll get errors such as you see. As I said, >>> you >>> should reach out to the people who provide those jvm binaries on github >>> and >>> say you wan to try to bring jvm to kodi on android, but need to be able >>> to >>> compile it from scratch to do so to work with kodi, do they have the >>> source >>> code available so that people can try to make it work with kodi? >>> >>> On Mon, Jan 25, 2021 at 3:44 PM Vitor Dall'Acqua >>> wrote: >>> So close yet so far... It seems, 5 years ago, that a group forked Kodi (in that time named XBMC) and sold it as Vidon XBMC. This had bluray menu support for Android boxes. You can get the apk today from their site: http://vidon.me/ If you unpack the library you see a libbdjvm.so So renamed it to libjvm.so and packed it inside the 32bits version of Kodi. Fired Kodi and a bluray ISO: 2021-01-25 11:28:52.360 T:20316 DEBUG : CBlurayCallback::Logger - dl_posix.c:54: can't open library 'libjvm.so': dlopen failed: "/mnt/expand/cab01563-bcca-48fa-a0bf-0fbddaf9b192/app/org.xbmc.kodi19DV32-Oul0BM1JFWrYMUmo3Pd3yA==/lib/arm/libjvm.so" has text relocations ( https://android.googlesource.com/platform/bionic/+/master/android-changes-for-ndk-developers.md#Text-Relocations-Enforced-for-API-level-23 ) No source, not possible to recompile =( I guess this protection is now part of Android OS and can't be disabled just for testings, right? On Sun, Jan 24, 2021 at 1:11 PM Vitor Dall'Acqua wrote: > This is a neat idea but this kind defeats the purpose, unless it > was mostly a copy and paste solution from what you already did and > easy to > achieve. > Also I don't know much of how to work with the skin kodi uses. I > believe it uses information stored in xml files to show content on the > screen. > > but it's kinda of a bittersweet solution, menus are part of the > appeal of physical media, that's the beauty of it. > > On Sun, Jan 24, 2021 at 1:03 PM Shaya Potter > wrote: > >> ah, ok :) understood. >> >> On Sun, Jan 24, 2021 at 6:02 PM Vitor Dall'Acqua < >> veg...@gmail.com> wrote: >> >>> the thing is, I'm not a computer engineer, I'm just a veterinary >>> that knows how to solve a few problems. >>> Doing a project in this magnitude is beyond what I can do. >>> >>> I would gladly help fund something like that, and I believe many >>> others in the Kodi forum would feel the same but this is as far as >>> my >>> skills go. >>> >>> On Sun, Jan 24, 2021 at 12:55 PM Shaya Potter >>> wrote: >>> as I said, reach out to them to get the source code and put the work into building it with the ndk that kodi uses. One can also look at
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
vidon will be probably be antagonistic. :) On Mon, Jan 25, 2021 at 5:27 PM Vitor Dall'Acqua wrote: > Done: > > https://github.com/vidonme/xbmc_runtime/issues/1 > > Done: > https://github.com/MasterDevX/Termux-Java/issues/42 > > I don't think "Hax4us" actually wrote that library. > > On Mon, Jan 25, 2021 at 12:22 PM Shaya Potter wrote: > >> I know, but it isn't like they are selling it, I doubt they would be >> antagonistic, its more likely that they don't see it or are too busy with >> other things. no harm or foul in trying to reach out. >> >> On Mon, Jan 25, 2021 at 5:17 PM Vitor Dall'Acqua >> wrote: >> >>> It's not the termux team. >>> >>> The JRE is like an addon. Someone made it and added to github, without >>> source, a few years ago. >>> >>> On Mon, Jan 25, 2021 at 12:12 PM Shaya Potter wrote: >>> termux is an open source project, I doubt they would be antagonistic to open source. Just explain why you are looking to be able to build a jvm to install with kodi. I'm pretty sure they would understand. On Mon, Jan 25, 2021 at 5:06 PM Vitor Dall'Acqua wrote: > No source as usual. > > And I have asked on this git and the termux one for source. > > I doubt I'll get any reply. > > On Mon, Jan 25, 2021, 12:00 PM Shaya Potter wrote: > >> its not protection, it's that the .so file has to be compiled in the >> same way as the kodi binary. if they aren't compiled in an equivalent >> way, >> then you can't load it and wll get errors such as you see. As I said, >> you >> should reach out to the people who provide those jvm binaries on github >> and >> say you wan to try to bring jvm to kodi on android, but need to be able >> to >> compile it from scratch to do so to work with kodi, do they have the >> source >> code available so that people can try to make it work with kodi? >> >> On Mon, Jan 25, 2021 at 3:44 PM Vitor Dall'Acqua >> wrote: >> >>> So close yet so far... >>> >>> It seems, 5 years ago, that a group forked Kodi (in that time named >>> XBMC) and sold it as Vidon XBMC. >>> This had bluray menu support for Android boxes. >>> >>> You can get the apk today from their site: >>> http://vidon.me/ >>> >>> If you unpack the library you see a libbdjvm.so >>> So renamed it to libjvm.so and packed it inside the 32bits version >>> of Kodi. >>> Fired Kodi and a bluray ISO: >>> >>> 2021-01-25 11:28:52.360 T:20316 DEBUG : >>> CBlurayCallback::Logger - dl_posix.c:54: can't open library 'libjvm.so': >>> dlopen failed: >>> "/mnt/expand/cab01563-bcca-48fa-a0bf-0fbddaf9b192/app/org.xbmc.kodi19DV32-Oul0BM1JFWrYMUmo3Pd3yA==/lib/arm/libjvm.so" >>> has text relocations ( >>> https://android.googlesource.com/platform/bionic/+/master/android-changes-for-ndk-developers.md#Text-Relocations-Enforced-for-API-level-23 >>> ) >>> >>> No source, not possible to recompile =( >>> >>> I guess this protection is now part of Android OS and can't be >>> disabled just for testings, right? >>> >>> On Sun, Jan 24, 2021 at 1:11 PM Vitor Dall'Acqua >>> wrote: >>> This is a neat idea but this kind defeats the purpose, unless it was mostly a copy and paste solution from what you already did and easy to achieve. Also I don't know much of how to work with the skin kodi uses. I believe it uses information stored in xml files to show content on the screen. but it's kinda of a bittersweet solution, menus are part of the appeal of physical media, that's the beauty of it. On Sun, Jan 24, 2021 at 1:03 PM Shaya Potter wrote: > ah, ok :) understood. > > On Sun, Jan 24, 2021 at 6:02 PM Vitor Dall'Acqua > wrote: > >> the thing is, I'm not a computer engineer, I'm just a veterinary >> that knows how to solve a few problems. >> Doing a project in this magnitude is beyond what I can do. >> >> I would gladly help fund something like that, and I believe many >> others in the Kodi forum would feel the same but this is as far as my >> skills go. >> >> On Sun, Jan 24, 2021 at 12:55 PM Shaya Potter >> wrote: >> >>> as I said, reach out to them to get the source code and put the >>> work into building it with the ndk that kodi uses. One can also >>> look at >>> phoneme (as petri mentioned) >>> >>> https://github.com/nikita36078/phoneME-android (example, don't >>> know if this is the most uptodate version of the phoneme / android >>> code >>> floating around) >>> >>> this is a java me environment and while not what libbluray is >>> commonly used with
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
Done: https://github.com/vidonme/xbmc_runtime/issues/1 Done: https://github.com/MasterDevX/Termux-Java/issues/42 I don't think "Hax4us" actually wrote that library. On Mon, Jan 25, 2021 at 12:22 PM Shaya Potter wrote: > I know, but it isn't like they are selling it, I doubt they would be > antagonistic, its more likely that they don't see it or are too busy with > other things. no harm or foul in trying to reach out. > > On Mon, Jan 25, 2021 at 5:17 PM Vitor Dall'Acqua wrote: > >> It's not the termux team. >> >> The JRE is like an addon. Someone made it and added to github, without >> source, a few years ago. >> >> On Mon, Jan 25, 2021 at 12:12 PM Shaya Potter wrote: >> >>> termux is an open source project, I doubt they would be antagonistic to >>> open source. Just explain why you are looking to be able to build a jvm to >>> install with kodi. I'm pretty sure they would understand. >>> >>> On Mon, Jan 25, 2021 at 5:06 PM Vitor Dall'Acqua >>> wrote: >>> No source as usual. And I have asked on this git and the termux one for source. I doubt I'll get any reply. On Mon, Jan 25, 2021, 12:00 PM Shaya Potter wrote: > its not protection, it's that the .so file has to be compiled in the > same way as the kodi binary. if they aren't compiled in an equivalent > way, > then you can't load it and wll get errors such as you see. As I said, you > should reach out to the people who provide those jvm binaries on github > and > say you wan to try to bring jvm to kodi on android, but need to be able to > compile it from scratch to do so to work with kodi, do they have the > source > code available so that people can try to make it work with kodi? > > On Mon, Jan 25, 2021 at 3:44 PM Vitor Dall'Acqua > wrote: > >> So close yet so far... >> >> It seems, 5 years ago, that a group forked Kodi (in that time named >> XBMC) and sold it as Vidon XBMC. >> This had bluray menu support for Android boxes. >> >> You can get the apk today from their site: >> http://vidon.me/ >> >> If you unpack the library you see a libbdjvm.so >> So renamed it to libjvm.so and packed it inside the 32bits version of >> Kodi. >> Fired Kodi and a bluray ISO: >> >> 2021-01-25 11:28:52.360 T:20316 DEBUG : >> CBlurayCallback::Logger - dl_posix.c:54: can't open library 'libjvm.so': >> dlopen failed: >> "/mnt/expand/cab01563-bcca-48fa-a0bf-0fbddaf9b192/app/org.xbmc.kodi19DV32-Oul0BM1JFWrYMUmo3Pd3yA==/lib/arm/libjvm.so" >> has text relocations ( >> https://android.googlesource.com/platform/bionic/+/master/android-changes-for-ndk-developers.md#Text-Relocations-Enforced-for-API-level-23 >> ) >> >> No source, not possible to recompile =( >> >> I guess this protection is now part of Android OS and can't be >> disabled just for testings, right? >> >> On Sun, Jan 24, 2021 at 1:11 PM Vitor Dall'Acqua >> wrote: >> >>> This is a neat idea but this kind defeats the purpose, unless it was >>> mostly a copy and paste solution from what you already did and easy to >>> achieve. >>> Also I don't know much of how to work with the skin kodi uses. I >>> believe it uses information stored in xml files to show content on the >>> screen. >>> >>> but it's kinda of a bittersweet solution, menus are part of the >>> appeal of physical media, that's the beauty of it. >>> >>> On Sun, Jan 24, 2021 at 1:03 PM Shaya Potter >>> wrote: >>> ah, ok :) understood. On Sun, Jan 24, 2021 at 6:02 PM Vitor Dall'Acqua wrote: > the thing is, I'm not a computer engineer, I'm just a veterinary > that knows how to solve a few problems. > Doing a project in this magnitude is beyond what I can do. > > I would gladly help fund something like that, and I believe many > others in the Kodi forum would feel the same but this is as far as my > skills go. > > On Sun, Jan 24, 2021 at 12:55 PM Shaya Potter > wrote: > >> as I said, reach out to them to get the source code and put the >> work into building it with the ndk that kodi uses. One can also >> look at >> phoneme (as petri mentioned) >> >> https://github.com/nikita36078/phoneME-android (example, don't >> know if this is the most uptodate version of the phoneme / android >> code >> floating around) >> >> this is a java me environment and while not what libbluray is >> commonly used with today, should be all that's needed for blurays to >> run. >> With that said, I don't know what limitations it has and how its >> graphic >> drawing capabilities will work with libbluray. >> >> getting it to build
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
I know, but it isn't like they are selling it, I doubt they would be antagonistic, its more likely that they don't see it or are too busy with other things. no harm or foul in trying to reach out. On Mon, Jan 25, 2021 at 5:17 PM Vitor Dall'Acqua wrote: > It's not the termux team. > > The JRE is like an addon. Someone made it and added to github, without > source, a few years ago. > > On Mon, Jan 25, 2021 at 12:12 PM Shaya Potter wrote: > >> termux is an open source project, I doubt they would be antagonistic to >> open source. Just explain why you are looking to be able to build a jvm to >> install with kodi. I'm pretty sure they would understand. >> >> On Mon, Jan 25, 2021 at 5:06 PM Vitor Dall'Acqua >> wrote: >> >>> No source as usual. >>> >>> And I have asked on this git and the termux one for source. >>> >>> I doubt I'll get any reply. >>> >>> On Mon, Jan 25, 2021, 12:00 PM Shaya Potter wrote: >>> its not protection, it's that the .so file has to be compiled in the same way as the kodi binary. if they aren't compiled in an equivalent way, then you can't load it and wll get errors such as you see. As I said, you should reach out to the people who provide those jvm binaries on github and say you wan to try to bring jvm to kodi on android, but need to be able to compile it from scratch to do so to work with kodi, do they have the source code available so that people can try to make it work with kodi? On Mon, Jan 25, 2021 at 3:44 PM Vitor Dall'Acqua wrote: > So close yet so far... > > It seems, 5 years ago, that a group forked Kodi (in that time named > XBMC) and sold it as Vidon XBMC. > This had bluray menu support for Android boxes. > > You can get the apk today from their site: > http://vidon.me/ > > If you unpack the library you see a libbdjvm.so > So renamed it to libjvm.so and packed it inside the 32bits version of > Kodi. > Fired Kodi and a bluray ISO: > > 2021-01-25 11:28:52.360 T:20316 DEBUG : > CBlurayCallback::Logger - dl_posix.c:54: can't open library 'libjvm.so': > dlopen failed: > "/mnt/expand/cab01563-bcca-48fa-a0bf-0fbddaf9b192/app/org.xbmc.kodi19DV32-Oul0BM1JFWrYMUmo3Pd3yA==/lib/arm/libjvm.so" > has text relocations ( > https://android.googlesource.com/platform/bionic/+/master/android-changes-for-ndk-developers.md#Text-Relocations-Enforced-for-API-level-23 > ) > > No source, not possible to recompile =( > > I guess this protection is now part of Android OS and can't be > disabled just for testings, right? > > On Sun, Jan 24, 2021 at 1:11 PM Vitor Dall'Acqua > wrote: > >> This is a neat idea but this kind defeats the purpose, unless it was >> mostly a copy and paste solution from what you already did and easy to >> achieve. >> Also I don't know much of how to work with the skin kodi uses. I >> believe it uses information stored in xml files to show content on the >> screen. >> >> but it's kinda of a bittersweet solution, menus are part of the >> appeal of physical media, that's the beauty of it. >> >> On Sun, Jan 24, 2021 at 1:03 PM Shaya Potter >> wrote: >> >>> ah, ok :) understood. >>> >>> On Sun, Jan 24, 2021 at 6:02 PM Vitor Dall'Acqua >>> wrote: >>> the thing is, I'm not a computer engineer, I'm just a veterinary that knows how to solve a few problems. Doing a project in this magnitude is beyond what I can do. I would gladly help fund something like that, and I believe many others in the Kodi forum would feel the same but this is as far as my skills go. On Sun, Jan 24, 2021 at 12:55 PM Shaya Potter wrote: > as I said, reach out to them to get the source code and put the > work into building it with the ndk that kodi uses. One can also look > at > phoneme (as petri mentioned) > > https://github.com/nikita36078/phoneME-android (example, don't > know if this is the most uptodate version of the phoneme / android > code > floating around) > > this is a java me environment and while not what libbluray is > commonly used with today, should be all that's needed for blurays to > run. > With that said, I don't know what limitations it has and how its > graphic > drawing capabilities will work with libbluray. > > getting it to build with the ndk that kodi uses is probably going > to be a bit of work (perhaps an understatement), but if you do, all > these > linking problems should hopefully disappear. (in the case of java me, > it's > no longer the jvm binary, but the cvm binary that you will be using) > > On Sun, Jan 24, 2021 at 5:45
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
It's not the termux team. The JRE is like an addon. Someone made it and added to github, without source, a few years ago. On Mon, Jan 25, 2021 at 12:12 PM Shaya Potter wrote: > termux is an open source project, I doubt they would be antagonistic to > open source. Just explain why you are looking to be able to build a jvm to > install with kodi. I'm pretty sure they would understand. > > On Mon, Jan 25, 2021 at 5:06 PM Vitor Dall'Acqua wrote: > >> No source as usual. >> >> And I have asked on this git and the termux one for source. >> >> I doubt I'll get any reply. >> >> On Mon, Jan 25, 2021, 12:00 PM Shaya Potter wrote: >> >>> its not protection, it's that the .so file has to be compiled in the >>> same way as the kodi binary. if they aren't compiled in an equivalent way, >>> then you can't load it and wll get errors such as you see. As I said, you >>> should reach out to the people who provide those jvm binaries on github and >>> say you wan to try to bring jvm to kodi on android, but need to be able to >>> compile it from scratch to do so to work with kodi, do they have the source >>> code available so that people can try to make it work with kodi? >>> >>> On Mon, Jan 25, 2021 at 3:44 PM Vitor Dall'Acqua >>> wrote: >>> So close yet so far... It seems, 5 years ago, that a group forked Kodi (in that time named XBMC) and sold it as Vidon XBMC. This had bluray menu support for Android boxes. You can get the apk today from their site: http://vidon.me/ If you unpack the library you see a libbdjvm.so So renamed it to libjvm.so and packed it inside the 32bits version of Kodi. Fired Kodi and a bluray ISO: 2021-01-25 11:28:52.360 T:20316 DEBUG : CBlurayCallback::Logger - dl_posix.c:54: can't open library 'libjvm.so': dlopen failed: "/mnt/expand/cab01563-bcca-48fa-a0bf-0fbddaf9b192/app/org.xbmc.kodi19DV32-Oul0BM1JFWrYMUmo3Pd3yA==/lib/arm/libjvm.so" has text relocations ( https://android.googlesource.com/platform/bionic/+/master/android-changes-for-ndk-developers.md#Text-Relocations-Enforced-for-API-level-23 ) No source, not possible to recompile =( I guess this protection is now part of Android OS and can't be disabled just for testings, right? On Sun, Jan 24, 2021 at 1:11 PM Vitor Dall'Acqua wrote: > This is a neat idea but this kind defeats the purpose, unless it was > mostly a copy and paste solution from what you already did and easy to > achieve. > Also I don't know much of how to work with the skin kodi uses. I > believe it uses information stored in xml files to show content on the > screen. > > but it's kinda of a bittersweet solution, menus are part of the appeal > of physical media, that's the beauty of it. > > On Sun, Jan 24, 2021 at 1:03 PM Shaya Potter > wrote: > >> ah, ok :) understood. >> >> On Sun, Jan 24, 2021 at 6:02 PM Vitor Dall'Acqua >> wrote: >> >>> the thing is, I'm not a computer engineer, I'm just a veterinary >>> that knows how to solve a few problems. >>> Doing a project in this magnitude is beyond what I can do. >>> >>> I would gladly help fund something like that, and I believe many >>> others in the Kodi forum would feel the same but this is as far as my >>> skills go. >>> >>> On Sun, Jan 24, 2021 at 12:55 PM Shaya Potter >>> wrote: >>> as I said, reach out to them to get the source code and put the work into building it with the ndk that kodi uses. One can also look at phoneme (as petri mentioned) https://github.com/nikita36078/phoneME-android (example, don't know if this is the most uptodate version of the phoneme / android code floating around) this is a java me environment and while not what libbluray is commonly used with today, should be all that's needed for blurays to run. With that said, I don't know what limitations it has and how its graphic drawing capabilities will work with libbluray. getting it to build with the ndk that kodi uses is probably going to be a bit of work (perhaps an understatement), but if you do, all these linking problems should hopefully disappear. (in the case of java me, it's no longer the jvm binary, but the cvm binary that you will be using) On Sun, Jan 24, 2021 at 5:45 PM Vitor Dall'Acqua wrote: > Today I tried with the 32bits build of Kodi with the arm build of > that java for termux, now that I know how to add files to the apk, it > was > much easier. > > So, the files for java need to be in the lib folder of the apk and > adding subfolders break the jarsigner. > This
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
termux is an open source project, I doubt they would be antagonistic to open source. Just explain why you are looking to be able to build a jvm to install with kodi. I'm pretty sure they would understand. On Mon, Jan 25, 2021 at 5:06 PM Vitor Dall'Acqua wrote: > No source as usual. > > And I have asked on this git and the termux one for source. > > I doubt I'll get any reply. > > On Mon, Jan 25, 2021, 12:00 PM Shaya Potter wrote: > >> its not protection, it's that the .so file has to be compiled in the same >> way as the kodi binary. if they aren't compiled in an equivalent way, then >> you can't load it and wll get errors such as you see. As I said, you >> should reach out to the people who provide those jvm binaries on github and >> say you wan to try to bring jvm to kodi on android, but need to be able to >> compile it from scratch to do so to work with kodi, do they have the source >> code available so that people can try to make it work with kodi? >> >> On Mon, Jan 25, 2021 at 3:44 PM Vitor Dall'Acqua >> wrote: >> >>> So close yet so far... >>> >>> It seems, 5 years ago, that a group forked Kodi (in that time named >>> XBMC) and sold it as Vidon XBMC. >>> This had bluray menu support for Android boxes. >>> >>> You can get the apk today from their site: >>> http://vidon.me/ >>> >>> If you unpack the library you see a libbdjvm.so >>> So renamed it to libjvm.so and packed it inside the 32bits version of >>> Kodi. >>> Fired Kodi and a bluray ISO: >>> >>> 2021-01-25 11:28:52.360 T:20316 DEBUG : >>> CBlurayCallback::Logger - dl_posix.c:54: can't open library 'libjvm.so': >>> dlopen failed: >>> "/mnt/expand/cab01563-bcca-48fa-a0bf-0fbddaf9b192/app/org.xbmc.kodi19DV32-Oul0BM1JFWrYMUmo3Pd3yA==/lib/arm/libjvm.so" >>> has text relocations ( >>> https://android.googlesource.com/platform/bionic/+/master/android-changes-for-ndk-developers.md#Text-Relocations-Enforced-for-API-level-23 >>> ) >>> >>> No source, not possible to recompile =( >>> >>> I guess this protection is now part of Android OS and can't be disabled >>> just for testings, right? >>> >>> On Sun, Jan 24, 2021 at 1:11 PM Vitor Dall'Acqua >>> wrote: >>> This is a neat idea but this kind defeats the purpose, unless it was mostly a copy and paste solution from what you already did and easy to achieve. Also I don't know much of how to work with the skin kodi uses. I believe it uses information stored in xml files to show content on the screen. but it's kinda of a bittersweet solution, menus are part of the appeal of physical media, that's the beauty of it. On Sun, Jan 24, 2021 at 1:03 PM Shaya Potter wrote: > ah, ok :) understood. > > On Sun, Jan 24, 2021 at 6:02 PM Vitor Dall'Acqua > wrote: > >> the thing is, I'm not a computer engineer, I'm just a veterinary that >> knows how to solve a few problems. >> Doing a project in this magnitude is beyond what I can do. >> >> I would gladly help fund something like that, and I believe many >> others in the Kodi forum would feel the same but this is as far as my >> skills go. >> >> On Sun, Jan 24, 2021 at 12:55 PM Shaya Potter >> wrote: >> >>> as I said, reach out to them to get the source code and put the work >>> into building it with the ndk that kodi uses. One can also look at >>> phoneme >>> (as petri mentioned) >>> >>> https://github.com/nikita36078/phoneME-android (example, don't know >>> if this is the most uptodate version of the phoneme / android code >>> floating >>> around) >>> >>> this is a java me environment and while not what libbluray is >>> commonly used with today, should be all that's needed for blurays to >>> run. >>> With that said, I don't know what limitations it has and how its graphic >>> drawing capabilities will work with libbluray. >>> >>> getting it to build with the ndk that kodi uses is probably going to >>> be a bit of work (perhaps an understatement), but if you do, all these >>> linking problems should hopefully disappear. (in the case of java me, >>> it's >>> no longer the jvm binary, but the cvm binary that you will be using) >>> >>> On Sun, Jan 24, 2021 at 5:45 PM Vitor Dall'Acqua >>> wrote: >>> Today I tried with the 32bits build of Kodi with the arm build of that java for termux, now that I know how to add files to the apk, it was much easier. So, the files for java need to be in the lib folder of the apk and adding subfolders break the jarsigner. This means some files will be overwritten and I used the JRE ones to do so. with the 64bits version the error is always the same ELF TLS DT entry is failing, with some google skills this seem like something about improperly linking the libs and this would only be
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
@petri this actually begs the question, do you or videolan in general want the license enforced for when people embed copyleft code in their commercial products without releasing the code (ala what the busybox people did). just wondering (this is probably also a Q for JBK) On Mon, Jan 25, 2021 at 5:04 PM Petri Hintukainen < phint...@users.sourceforge.net> wrote: > ma, 2021-01-25 kello 10:44 -0300, Vitor Dall'Acqua kirjoitti: > > So close yet so far... > > > > It seems, 5 years ago, that a group forked Kodi (in that time named > > XBMC) and sold it as Vidon XBMC. > > This had bluray menu support for Android boxes. > > > > You can get the apk today from their site: > > http://vidon.me/ > > > > If you unpack the library you see a libbdjvm.so > > So renamed it to libjvm.so and packed it inside the 32bits version of > > Kodi. > > The files are also in github: https://github.com/vidonme > > This is some version of PhoneME, with system classes embedded in the > library (except xmlparser.jar, which is in lib/). > > I can't find libbluray.jar file, looks like they embedded it to jvm > too. > > > Fired Kodi and a bluray ISO: > > > > 2021-01-25 11:28:52.360 T:20316 DEBUG : > > CBlurayCallback::Logger - dl_posix.c:54: can't open library > > 'libjvm.so': dlopen failed: "/mnt/expand/cab01563-bcca-48fa-a0bf- > > 0fbddaf9b192/app/org.xbmc.kodi19DV32- > > Oul0BM1JFWrYMUmo3Pd3yA==/lib/arm/libjvm.so" has text relocations ( > > > https://android.googlesource.com/platform/bionic/+/master/android-changes-for-ndk-developers.md#Text-Relocations-Enforced-for-API-level-23 > > ) > > No source, not possible to recompile =( > > > > I guess this protection is now part of Android OS and can't be > > disabled just for testings, right? > > > > On Sun, Jan 24, 2021 at 1:11 PM Vitor Dall'Acqua > > wrote: > > > This is a neat idea but this kind defeats the purpose, unless it > > > was mostly a copy and paste solution from what you already did and > > > easy to achieve. Also I don't know much of how to work with the > > > skin kodi uses. I believe it uses information stored in xml files > > > to show content on the screen. > > > > > > but it's kinda of a bittersweet solution, menus are part of the > > > appeal of physical media, that's the beauty of it. > > > > > > On Sun, Jan 24, 2021 at 1:03 PM Shaya Potter > > > wrote: > > > > ah, ok :) understood. > > > > > > > > On Sun, Jan 24, 2021 at 6:02 PM Vitor Dall'Acqua < > > > > veg...@gmail.com> wrote: > > > > > the thing is, I'm not a computer engineer, I'm just a > > > > > veterinary that knows how to solve a few problems. Doing a > > > > > project in this magnitude is beyond what I can do. > > > > > > > > > > I would gladly help fund something like that, and I believe > > > > > many others in the Kodi forum would feel the same but this is > > > > > as far as my skills go. > > > > > > > > > > On Sun, Jan 24, 2021 at 12:55 PM Shaya Potter < > > > > > spot...@gmail.com> wrote: > > > > > > as I said, reach out to them to get the source code and put > > > > > > the work into building it with the ndk that kodi uses. One > > > > > > can also look at phoneme (as petri mentioned) > > > > > > > > > > > > https://github.com/nikita36078/phoneME-android (example, > > > > > > don't know if this is the most uptodate version of the > > > > > > phoneme / android code floating around) > > > > > > > > > > > > this is a java me environment and while not what libbluray is > > > > > > commonly used with today, should be all that's needed for > > > > > > blurays to run. With that said, I don't know what > > > > > > limitations it has and how its graphic drawing capabilities > > > > > > will work with libbluray. > > > > > > > > > > > > getting it to build with the ndk that kodi uses is probably > > > > > > going to be a bit of work (perhaps an understatement), but if > > > > > > you do, all these linking problems should hopefully > > > > > > disappear. (in the case of java me, it's no longer the jvm > > > > > > binary, but the cvm binary that you will be using) > > > > > > > > > > > > On Sun, Jan 24, 2021 at 5:45 PM Vitor Dall'Acqua < > > > > > > veg...@gmail.com> wrote: > > > > > > > Today I tried with the 32bits build of Kodi with the arm > > > > > > > build of that java for termux, now that I know how to add > > > > > > > files to the apk, it was much easier. > > > > > > > So, the files for java need to be in the lib folder of the > > > > > > > apk and adding subfolders break the jarsigner. > > > > > > > This means some files will be overwritten and I used the > > > > > > > JRE ones to do so. > > > > > > > > > > > > > > with the 64bits version the error is always the same ELF > > > > > > > TLS DT entry is failing, with some google skills this seem > > > > > > > like something about improperly linking the libs and this > > > > > > > would only be possible to overcome with the source and the > > > > > > > possibility to build our own java for android. > > > > > > > > > > > > > > Next the 32bits, first it
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
No source as usual. And I have asked on this git and the termux one for source. I doubt I'll get any reply. On Mon, Jan 25, 2021, 12:00 PM Shaya Potter wrote: > its not protection, it's that the .so file has to be compiled in the same > way as the kodi binary. if they aren't compiled in an equivalent way, then > you can't load it and wll get errors such as you see. As I said, you > should reach out to the people who provide those jvm binaries on github and > say you wan to try to bring jvm to kodi on android, but need to be able to > compile it from scratch to do so to work with kodi, do they have the source > code available so that people can try to make it work with kodi? > > On Mon, Jan 25, 2021 at 3:44 PM Vitor Dall'Acqua wrote: > >> So close yet so far... >> >> It seems, 5 years ago, that a group forked Kodi (in that time named XBMC) >> and sold it as Vidon XBMC. >> This had bluray menu support for Android boxes. >> >> You can get the apk today from their site: >> http://vidon.me/ >> >> If you unpack the library you see a libbdjvm.so >> So renamed it to libjvm.so and packed it inside the 32bits version of >> Kodi. >> Fired Kodi and a bluray ISO: >> >> 2021-01-25 11:28:52.360 T:20316 DEBUG : >> CBlurayCallback::Logger - dl_posix.c:54: can't open library 'libjvm.so': >> dlopen failed: >> "/mnt/expand/cab01563-bcca-48fa-a0bf-0fbddaf9b192/app/org.xbmc.kodi19DV32-Oul0BM1JFWrYMUmo3Pd3yA==/lib/arm/libjvm.so" >> has text relocations ( >> https://android.googlesource.com/platform/bionic/+/master/android-changes-for-ndk-developers.md#Text-Relocations-Enforced-for-API-level-23 >> ) >> >> No source, not possible to recompile =( >> >> I guess this protection is now part of Android OS and can't be disabled >> just for testings, right? >> >> On Sun, Jan 24, 2021 at 1:11 PM Vitor Dall'Acqua >> wrote: >> >>> This is a neat idea but this kind defeats the purpose, unless it was >>> mostly a copy and paste solution from what you already did and easy to >>> achieve. >>> Also I don't know much of how to work with the skin kodi uses. I believe >>> it uses information stored in xml files to show content on the screen. >>> >>> but it's kinda of a bittersweet solution, menus are part of the appeal >>> of physical media, that's the beauty of it. >>> >>> On Sun, Jan 24, 2021 at 1:03 PM Shaya Potter wrote: >>> ah, ok :) understood. On Sun, Jan 24, 2021 at 6:02 PM Vitor Dall'Acqua wrote: > the thing is, I'm not a computer engineer, I'm just a veterinary that > knows how to solve a few problems. > Doing a project in this magnitude is beyond what I can do. > > I would gladly help fund something like that, and I believe many > others in the Kodi forum would feel the same but this is as far as my > skills go. > > On Sun, Jan 24, 2021 at 12:55 PM Shaya Potter > wrote: > >> as I said, reach out to them to get the source code and put the work >> into building it with the ndk that kodi uses. One can also look at >> phoneme >> (as petri mentioned) >> >> https://github.com/nikita36078/phoneME-android (example, don't know >> if this is the most uptodate version of the phoneme / android code >> floating >> around) >> >> this is a java me environment and while not what libbluray is >> commonly used with today, should be all that's needed for blurays to run. >> With that said, I don't know what limitations it has and how its graphic >> drawing capabilities will work with libbluray. >> >> getting it to build with the ndk that kodi uses is probably going to >> be a bit of work (perhaps an understatement), but if you do, all these >> linking problems should hopefully disappear. (in the case of java me, >> it's >> no longer the jvm binary, but the cvm binary that you will be using) >> >> On Sun, Jan 24, 2021 at 5:45 PM Vitor Dall'Acqua >> wrote: >> >>> Today I tried with the 32bits build of Kodi with the arm build of >>> that java for termux, now that I know how to add files to the apk, it >>> was >>> much easier. >>> >>> So, the files for java need to be in the lib folder of the apk and >>> adding subfolders break the jarsigner. >>> This means some files will be overwritten and I used the JRE ones to >>> do so. >>> >>> with the 64bits version the error is always the same ELF TLS DT >>> entry is failing, with some google skills this seem like something about >>> improperly linking the libs and this would only be possible to overcome >>> with the source and the possibility to build our own java for android. >>> >>> Next the 32bits, first it failed because of ld-linux-armhf.so.3 not >>> found. This isn't part of the package so I grabbed it >>> from arm-linux-gnueabihf. >>> $ sudo apt-get install libc6-armhf-cross >>> and it was found in usr/arm-linux-gnueabihf/lib/ld-linux-armhf.so.3
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
ma, 2021-01-25 kello 10:44 -0300, Vitor Dall'Acqua kirjoitti: > So close yet so far... > > It seems, 5 years ago, that a group forked Kodi (in that time named > XBMC) and sold it as Vidon XBMC. > This had bluray menu support for Android boxes. > > You can get the apk today from their site: > http://vidon.me/ > > If you unpack the library you see a libbdjvm.so > So renamed it to libjvm.so and packed it inside the 32bits version of > Kodi. The files are also in github: https://github.com/vidonme This is some version of PhoneME, with system classes embedded in the library (except xmlparser.jar, which is in lib/). I can't find libbluray.jar file, looks like they embedded it to jvm too. > Fired Kodi and a bluray ISO: > > 2021-01-25 11:28:52.360 T:20316 DEBUG : > CBlurayCallback::Logger - dl_posix.c:54: can't open library > 'libjvm.so': dlopen failed: "/mnt/expand/cab01563-bcca-48fa-a0bf- > 0fbddaf9b192/app/org.xbmc.kodi19DV32- > Oul0BM1JFWrYMUmo3Pd3yA==/lib/arm/libjvm.so" has text relocations ( > https://android.googlesource.com/platform/bionic/+/master/android-changes-for-ndk-developers.md#Text-Relocations-Enforced-for-API-level-23 > ) > No source, not possible to recompile =( > > I guess this protection is now part of Android OS and can't be > disabled just for testings, right? > > On Sun, Jan 24, 2021 at 1:11 PM Vitor Dall'Acqua > wrote: > > This is a neat idea but this kind defeats the purpose, unless it > > was mostly a copy and paste solution from what you already did and > > easy to achieve. Also I don't know much of how to work with the > > skin kodi uses. I believe it uses information stored in xml files > > to show content on the screen. > > > > but it's kinda of a bittersweet solution, menus are part of the > > appeal of physical media, that's the beauty of it. > > > > On Sun, Jan 24, 2021 at 1:03 PM Shaya Potter > > wrote: > > > ah, ok :) understood. > > > > > > On Sun, Jan 24, 2021 at 6:02 PM Vitor Dall'Acqua < > > > veg...@gmail.com> wrote: > > > > the thing is, I'm not a computer engineer, I'm just a > > > > veterinary that knows how to solve a few problems. Doing a > > > > project in this magnitude is beyond what I can do. > > > > > > > > I would gladly help fund something like that, and I believe > > > > many others in the Kodi forum would feel the same but this is > > > > as far as my skills go. > > > > > > > > On Sun, Jan 24, 2021 at 12:55 PM Shaya Potter < > > > > spot...@gmail.com> wrote: > > > > > as I said, reach out to them to get the source code and put > > > > > the work into building it with the ndk that kodi uses. One > > > > > can also look at phoneme (as petri mentioned) > > > > > > > > > > https://github.com/nikita36078/phoneME-android (example, > > > > > don't know if this is the most uptodate version of the > > > > > phoneme / android code floating around) > > > > > > > > > > this is a java me environment and while not what libbluray is > > > > > commonly used with today, should be all that's needed for > > > > > blurays to run. With that said, I don't know what > > > > > limitations it has and how its graphic drawing capabilities > > > > > will work with libbluray. > > > > > > > > > > getting it to build with the ndk that kodi uses is probably > > > > > going to be a bit of work (perhaps an understatement), but if > > > > > you do, all these linking problems should hopefully > > > > > disappear. (in the case of java me, it's no longer the jvm > > > > > binary, but the cvm binary that you will be using) > > > > > > > > > > On Sun, Jan 24, 2021 at 5:45 PM Vitor Dall'Acqua < > > > > > veg...@gmail.com> wrote: > > > > > > Today I tried with the 32bits build of Kodi with the arm > > > > > > build of that java for termux, now that I know how to add > > > > > > files to the apk, it was much easier. > > > > > > So, the files for java need to be in the lib folder of the > > > > > > apk and adding subfolders break the jarsigner. > > > > > > This means some files will be overwritten and I used the > > > > > > JRE ones to do so. > > > > > > > > > > > > with the 64bits version the error is always the same ELF > > > > > > TLS DT entry is failing, with some google skills this seem > > > > > > like something about improperly linking the libs and this > > > > > > would only be possible to overcome with the source and the > > > > > > possibility to build our own java for android. > > > > > > > > > > > > Next the 32bits, first it failed because of ld-linux- > > > > > > armhf.so.3 not found. This isn't part of the package so I > > > > > > grabbed it from arm-linux-gnueabihf. > > > > > > $ sudo apt-get install libc6-armhf-cross > > > > > > and it was found in usr/arm-linux-gnueabihf/lib/ld-linux- > > > > > > armhf.so.3 > > > > > > > > > > > > so, after that the error is: > > > > > > 2021-01-24 13:32:26.058 T:18658 DEBUG : > > > > > > CBlurayCallback::Logger - dl_posix.c:54: can't open library > > > > > > 'libjvm.so': dlopen failed: unknown reloc type
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
its not protection, it's that the .so file has to be compiled in the same way as the kodi binary. if they aren't compiled in an equivalent way, then you can't load it and wll get errors such as you see. As I said, you should reach out to the people who provide those jvm binaries on github and say you wan to try to bring jvm to kodi on android, but need to be able to compile it from scratch to do so to work with kodi, do they have the source code available so that people can try to make it work with kodi? On Mon, Jan 25, 2021 at 3:44 PM Vitor Dall'Acqua wrote: > So close yet so far... > > It seems, 5 years ago, that a group forked Kodi (in that time named XBMC) > and sold it as Vidon XBMC. > This had bluray menu support for Android boxes. > > You can get the apk today from their site: > http://vidon.me/ > > If you unpack the library you see a libbdjvm.so > So renamed it to libjvm.so and packed it inside the 32bits version of Kodi. > Fired Kodi and a bluray ISO: > > 2021-01-25 11:28:52.360 T:20316 DEBUG : CBlurayCallback::Logger > - dl_posix.c:54: can't open library 'libjvm.so': dlopen failed: > "/mnt/expand/cab01563-bcca-48fa-a0bf-0fbddaf9b192/app/org.xbmc.kodi19DV32-Oul0BM1JFWrYMUmo3Pd3yA==/lib/arm/libjvm.so" > has text relocations ( > https://android.googlesource.com/platform/bionic/+/master/android-changes-for-ndk-developers.md#Text-Relocations-Enforced-for-API-level-23 > ) > > No source, not possible to recompile =( > > I guess this protection is now part of Android OS and can't be disabled > just for testings, right? > > On Sun, Jan 24, 2021 at 1:11 PM Vitor Dall'Acqua wrote: > >> This is a neat idea but this kind defeats the purpose, unless it was >> mostly a copy and paste solution from what you already did and easy to >> achieve. >> Also I don't know much of how to work with the skin kodi uses. I believe >> it uses information stored in xml files to show content on the screen. >> >> but it's kinda of a bittersweet solution, menus are part of the appeal of >> physical media, that's the beauty of it. >> >> On Sun, Jan 24, 2021 at 1:03 PM Shaya Potter wrote: >> >>> ah, ok :) understood. >>> >>> On Sun, Jan 24, 2021 at 6:02 PM Vitor Dall'Acqua >>> wrote: >>> the thing is, I'm not a computer engineer, I'm just a veterinary that knows how to solve a few problems. Doing a project in this magnitude is beyond what I can do. I would gladly help fund something like that, and I believe many others in the Kodi forum would feel the same but this is as far as my skills go. On Sun, Jan 24, 2021 at 12:55 PM Shaya Potter wrote: > as I said, reach out to them to get the source code and put the work > into building it with the ndk that kodi uses. One can also look at > phoneme > (as petri mentioned) > > https://github.com/nikita36078/phoneME-android (example, don't know > if this is the most uptodate version of the phoneme / android code > floating > around) > > this is a java me environment and while not what libbluray is commonly > used with today, should be all that's needed for blurays to run. With > that > said, I don't know what limitations it has and how its graphic drawing > capabilities will work with libbluray. > > getting it to build with the ndk that kodi uses is probably going to > be a bit of work (perhaps an understatement), but if you do, all these > linking problems should hopefully disappear. (in the case of java me, it's > no longer the jvm binary, but the cvm binary that you will be using) > > On Sun, Jan 24, 2021 at 5:45 PM Vitor Dall'Acqua > wrote: > >> Today I tried with the 32bits build of Kodi with the arm build of >> that java for termux, now that I know how to add files to the apk, it was >> much easier. >> >> So, the files for java need to be in the lib folder of the apk and >> adding subfolders break the jarsigner. >> This means some files will be overwritten and I used the JRE ones to >> do so. >> >> with the 64bits version the error is always the same ELF TLS DT entry >> is failing, with some google skills this seem like something about >> improperly linking the libs and this would only be possible to overcome >> with the source and the possibility to build our own java for android. >> >> Next the 32bits, first it failed because of ld-linux-armhf.so.3 not >> found. This isn't part of the package so I grabbed it >> from arm-linux-gnueabihf. >> $ sudo apt-get install libc6-armhf-cross >> and it was found in usr/arm-linux-gnueabihf/lib/ld-linux-armhf.so.3 >> >> so, after that the error is: >> 2021-01-24 13:32:26.058 T:18658 DEBUG : >> CBlurayCallback::Logger - dl_posix.c:54: can't open library 'libjvm.so': >> dlopen failed: unknown reloc type 17 @ 0x981984c8 (65342) >> >> If you guys know anything else I would be happy to try
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
So close yet so far... It seems, 5 years ago, that a group forked Kodi (in that time named XBMC) and sold it as Vidon XBMC. This had bluray menu support for Android boxes. You can get the apk today from their site: http://vidon.me/ If you unpack the library you see a libbdjvm.so So renamed it to libjvm.so and packed it inside the 32bits version of Kodi. Fired Kodi and a bluray ISO: 2021-01-25 11:28:52.360 T:20316 DEBUG : CBlurayCallback::Logger - dl_posix.c:54: can't open library 'libjvm.so': dlopen failed: "/mnt/expand/cab01563-bcca-48fa-a0bf-0fbddaf9b192/app/org.xbmc.kodi19DV32-Oul0BM1JFWrYMUmo3Pd3yA==/lib/arm/libjvm.so" has text relocations ( https://android.googlesource.com/platform/bionic/+/master/android-changes-for-ndk-developers.md#Text-Relocations-Enforced-for-API-level-23 ) No source, not possible to recompile =( I guess this protection is now part of Android OS and can't be disabled just for testings, right? On Sun, Jan 24, 2021 at 1:11 PM Vitor Dall'Acqua wrote: > This is a neat idea but this kind defeats the purpose, unless it was > mostly a copy and paste solution from what you already did and easy to > achieve. > Also I don't know much of how to work with the skin kodi uses. I believe > it uses information stored in xml files to show content on the screen. > > but it's kinda of a bittersweet solution, menus are part of the appeal of > physical media, that's the beauty of it. > > On Sun, Jan 24, 2021 at 1:03 PM Shaya Potter wrote: > >> ah, ok :) understood. >> >> On Sun, Jan 24, 2021 at 6:02 PM Vitor Dall'Acqua >> wrote: >> >>> the thing is, I'm not a computer engineer, I'm just a veterinary that >>> knows how to solve a few problems. >>> Doing a project in this magnitude is beyond what I can do. >>> >>> I would gladly help fund something like that, and I believe many others >>> in the Kodi forum would feel the same but this is as far as my skills go. >>> >>> On Sun, Jan 24, 2021 at 12:55 PM Shaya Potter wrote: >>> as I said, reach out to them to get the source code and put the work into building it with the ndk that kodi uses. One can also look at phoneme (as petri mentioned) https://github.com/nikita36078/phoneME-android (example, don't know if this is the most uptodate version of the phoneme / android code floating around) this is a java me environment and while not what libbluray is commonly used with today, should be all that's needed for blurays to run. With that said, I don't know what limitations it has and how its graphic drawing capabilities will work with libbluray. getting it to build with the ndk that kodi uses is probably going to be a bit of work (perhaps an understatement), but if you do, all these linking problems should hopefully disappear. (in the case of java me, it's no longer the jvm binary, but the cvm binary that you will be using) On Sun, Jan 24, 2021 at 5:45 PM Vitor Dall'Acqua wrote: > Today I tried with the 32bits build of Kodi with the arm build of that > java for termux, now that I know how to add files to the apk, it was much > easier. > > So, the files for java need to be in the lib folder of the apk and > adding subfolders break the jarsigner. > This means some files will be overwritten and I used the JRE ones to > do so. > > with the 64bits version the error is always the same ELF TLS DT entry > is failing, with some google skills this seem like something about > improperly linking the libs and this would only be possible to overcome > with the source and the possibility to build our own java for android. > > Next the 32bits, first it failed because of ld-linux-armhf.so.3 not > found. This isn't part of the package so I grabbed it > from arm-linux-gnueabihf. > $ sudo apt-get install libc6-armhf-cross > and it was found in usr/arm-linux-gnueabihf/lib/ld-linux-armhf.so.3 > > so, after that the error is: > 2021-01-24 13:32:26.058 T:18658 DEBUG : > CBlurayCallback::Logger - dl_posix.c:54: can't open library 'libjvm.so': > dlopen failed: unknown reloc type 17 @ 0x981984c8 (65342) > > If you guys know anything else I would be happy to try but... > beyond that I have no idea what can be done. > I'm throwing the towel and giving up. > > It would be outstanding to have full blurays and blurays uhd on > Android. As Shaya said it is the holy grail because it's a much better > experience than having a computer running windows and CoreElec is very > hardware restricted. > > > > > > On Sat, Jan 23, 2021 at 9:02 PM Vitor Dall'Acqua > wrote: > >> 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
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
This is a neat idea but this kind defeats the purpose, unless it was mostly a copy and paste solution from what you already did and easy to achieve. Also I don't know much of how to work with the skin kodi uses. I believe it uses information stored in xml files to show content on the screen. but it's kinda of a bittersweet solution, menus are part of the appeal of physical media, that's the beauty of it. On Sun, Jan 24, 2021 at 1:03 PM Shaya Potter wrote: > ah, ok :) understood. > > On Sun, Jan 24, 2021 at 6:02 PM Vitor Dall'Acqua wrote: > >> the thing is, I'm not a computer engineer, I'm just a veterinary that >> knows how to solve a few problems. >> Doing a project in this magnitude is beyond what I can do. >> >> I would gladly help fund something like that, and I believe many others >> in the Kodi forum would feel the same but this is as far as my skills go. >> >> On Sun, Jan 24, 2021 at 12:55 PM Shaya Potter wrote: >> >>> as I said, reach out to them to get the source code and put the work >>> into building it with the ndk that kodi uses. One can also look at phoneme >>> (as petri mentioned) >>> >>> https://github.com/nikita36078/phoneME-android (example, don't know if >>> this is the most uptodate version of the phoneme / android code floating >>> around) >>> >>> this is a java me environment and while not what libbluray is commonly >>> used with today, should be all that's needed for blurays to run. With that >>> said, I don't know what limitations it has and how its graphic drawing >>> capabilities will work with libbluray. >>> >>> getting it to build with the ndk that kodi uses is probably going to be >>> a bit of work (perhaps an understatement), but if you do, all these linking >>> problems should hopefully disappear. (in the case of java me, it's no >>> longer the jvm binary, but the cvm binary that you will be using) >>> >>> On Sun, Jan 24, 2021 at 5:45 PM Vitor Dall'Acqua >>> wrote: >>> Today I tried with the 32bits build of Kodi with the arm build of that java for termux, now that I know how to add files to the apk, it was much easier. So, the files for java need to be in the lib folder of the apk and adding subfolders break the jarsigner. This means some files will be overwritten and I used the JRE ones to do so. with the 64bits version the error is always the same ELF TLS DT entry is failing, with some google skills this seem like something about improperly linking the libs and this would only be possible to overcome with the source and the possibility to build our own java for android. Next the 32bits, first it failed because of ld-linux-armhf.so.3 not found. This isn't part of the package so I grabbed it from arm-linux-gnueabihf. $ sudo apt-get install libc6-armhf-cross and it was found in usr/arm-linux-gnueabihf/lib/ld-linux-armhf.so.3 so, after that the error is: 2021-01-24 13:32:26.058 T:18658 DEBUG : CBlurayCallback::Logger - dl_posix.c:54: can't open library 'libjvm.so': dlopen failed: unknown reloc type 17 @ 0x981984c8 (65342) If you guys know anything else I would be happy to try but... beyond that I have no idea what can be done. I'm throwing the towel and giving up. It would be outstanding to have full blurays and blurays uhd on Android. As Shaya said it is the holy grail because it's a much better experience than having a computer running windows and CoreElec is very hardware restricted. On Sat, Jan 23, 2021 at 9:02 PM Vitor Dall'Acqua wrote: > 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 : > 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 > 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: >> >>
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
ah, ok :) understood. On Sun, Jan 24, 2021 at 6:02 PM Vitor Dall'Acqua wrote: > the thing is, I'm not a computer engineer, I'm just a veterinary that > knows how to solve a few problems. > Doing a project in this magnitude is beyond what I can do. > > I would gladly help fund something like that, and I believe many others in > the Kodi forum would feel the same but this is as far as my skills go. > > On Sun, Jan 24, 2021 at 12:55 PM Shaya Potter wrote: > >> as I said, reach out to them to get the source code and put the work into >> building it with the ndk that kodi uses. One can also look at phoneme (as >> petri mentioned) >> >> https://github.com/nikita36078/phoneME-android (example, don't know if >> this is the most uptodate version of the phoneme / android code floating >> around) >> >> this is a java me environment and while not what libbluray is commonly >> used with today, should be all that's needed for blurays to run. With that >> said, I don't know what limitations it has and how its graphic drawing >> capabilities will work with libbluray. >> >> getting it to build with the ndk that kodi uses is probably going to be a >> bit of work (perhaps an understatement), but if you do, all these linking >> problems should hopefully disappear. (in the case of java me, it's no >> longer the jvm binary, but the cvm binary that you will be using) >> >> On Sun, Jan 24, 2021 at 5:45 PM Vitor Dall'Acqua >> wrote: >> >>> Today I tried with the 32bits build of Kodi with the arm build of that >>> java for termux, now that I know how to add files to the apk, it was much >>> easier. >>> >>> So, the files for java need to be in the lib folder of the apk and >>> adding subfolders break the jarsigner. >>> This means some files will be overwritten and I used the JRE ones to do >>> so. >>> >>> with the 64bits version the error is always the same ELF TLS DT entry is >>> failing, with some google skills this seem like something about improperly >>> linking the libs and this would only be possible to overcome with the >>> source and the possibility to build our own java for android. >>> >>> Next the 32bits, first it failed because of ld-linux-armhf.so.3 not >>> found. This isn't part of the package so I grabbed it >>> from arm-linux-gnueabihf. >>> $ sudo apt-get install libc6-armhf-cross >>> and it was found in usr/arm-linux-gnueabihf/lib/ld-linux-armhf.so.3 >>> >>> so, after that the error is: >>> 2021-01-24 13:32:26.058 T:18658 DEBUG : >>> CBlurayCallback::Logger - dl_posix.c:54: can't open library 'libjvm.so': >>> dlopen failed: unknown reloc type 17 @ 0x981984c8 (65342) >>> >>> If you guys know anything else I would be happy to try but... >>> beyond that I have no idea what can be done. >>> I'm throwing the towel and giving up. >>> >>> It would be outstanding to have full blurays and blurays uhd on Android. >>> As Shaya said it is the holy grail because it's a much better experience >>> than having a computer running windows and CoreElec is very hardware >>> restricted. >>> >>> >>> >>> >>> >>> On Sat, Jan 23, 2021 at 9:02 PM Vitor Dall'Acqua >>> wrote: >>> 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 : 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 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 < > phint...@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 < >> > phint...@users.sourceforge.net> wrote: >> > > la, 2021-01-23 kello 17:43 -0300, Vitor Dall'Acqua kirjoitti: >> > > >
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
the thing is, I'm not a computer engineer, I'm just a veterinary that knows how to solve a few problems. Doing a project in this magnitude is beyond what I can do. I would gladly help fund something like that, and I believe many others in the Kodi forum would feel the same but this is as far as my skills go. On Sun, Jan 24, 2021 at 12:55 PM Shaya Potter wrote: > as I said, reach out to them to get the source code and put the work into > building it with the ndk that kodi uses. One can also look at phoneme (as > petri mentioned) > > https://github.com/nikita36078/phoneME-android (example, don't know if > this is the most uptodate version of the phoneme / android code floating > around) > > this is a java me environment and while not what libbluray is commonly > used with today, should be all that's needed for blurays to run. With that > said, I don't know what limitations it has and how its graphic drawing > capabilities will work with libbluray. > > getting it to build with the ndk that kodi uses is probably going to be a > bit of work (perhaps an understatement), but if you do, all these linking > problems should hopefully disappear. (in the case of java me, it's no > longer the jvm binary, but the cvm binary that you will be using) > > On Sun, Jan 24, 2021 at 5:45 PM Vitor Dall'Acqua wrote: > >> Today I tried with the 32bits build of Kodi with the arm build of that >> java for termux, now that I know how to add files to the apk, it was much >> easier. >> >> So, the files for java need to be in the lib folder of the apk and adding >> subfolders break the jarsigner. >> This means some files will be overwritten and I used the JRE ones to do >> so. >> >> with the 64bits version the error is always the same ELF TLS DT entry is >> failing, with some google skills this seem like something about improperly >> linking the libs and this would only be possible to overcome with the >> source and the possibility to build our own java for android. >> >> Next the 32bits, first it failed because of ld-linux-armhf.so.3 not >> found. This isn't part of the package so I grabbed it >> from arm-linux-gnueabihf. >> $ sudo apt-get install libc6-armhf-cross >> and it was found in usr/arm-linux-gnueabihf/lib/ld-linux-armhf.so.3 >> >> so, after that the error is: >> 2021-01-24 13:32:26.058 T:18658 DEBUG : >> CBlurayCallback::Logger - dl_posix.c:54: can't open library 'libjvm.so': >> dlopen failed: unknown reloc type 17 @ 0x981984c8 (65342) >> >> If you guys know anything else I would be happy to try but... >> beyond that I have no idea what can be done. >> I'm throwing the towel and giving up. >> >> It would be outstanding to have full blurays and blurays uhd on Android. >> As Shaya said it is the holy grail because it's a much better experience >> than having a computer running windows and CoreElec is very hardware >> restricted. >> >> >> >> >> >> On Sat, Jan 23, 2021 at 9:02 PM Vitor Dall'Acqua >> wrote: >> >>> 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 : >>> 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 >>> 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 < phint...@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 < > > phint...@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
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
With all this said, I'd like to propose a different take on how to get bluray's integrated into Kodi in a better way without menu support, that you might want to pursue. We know that kodi can't play java menus on android (or any env where it doesn't have a jvm). We also know that kodi can enumerate all the playlists that are available on the bluray ("bd-lite" some refer to it as). But this isn't that uesful, as the playlists don't convey any information to the end user. What if instead of just enumerating all the playlists, kodi could take an index file that mapped playlist #s to a text string ("Main Movie" "Featurette" "Deleted Scenes". Or even beyond that to include chapter metadata). Then end users copy drop the index file into the directory with their iso or BDMV fs and kodi could enumerate just what's defined, making it much more friendly to the end user. I implemented a proof of concept of this a while back as an attempt to convince the plex, emby, jellyfin people that they should support libbluray based playback. https://github.com/sjpotter/bluray-http-server (it's not just an http server, the fuse file system might be the more interesting part). This is a total hack, as it should be built into the playback software, not me trying to hack it at the file system level, but might provide you some inspiration into a better way for kodi to do it. On Sun, Jan 24, 2021 at 5:55 PM Shaya Potter wrote: > as I said, reach out to them to get the source code and put the work into > building it with the ndk that kodi uses. One can also look at phoneme (as > petri mentioned) > > https://github.com/nikita36078/phoneME-android (example, don't know if > this is the most uptodate version of the phoneme / android code floating > around) > > this is a java me environment and while not what libbluray is commonly > used with today, should be all that's needed for blurays to run. With that > said, I don't know what limitations it has and how its graphic drawing > capabilities will work with libbluray. > > getting it to build with the ndk that kodi uses is probably going to be a > bit of work (perhaps an understatement), but if you do, all these linking > problems should hopefully disappear. (in the case of java me, it's no > longer the jvm binary, but the cvm binary that you will be using) > > On Sun, Jan 24, 2021 at 5:45 PM Vitor Dall'Acqua wrote: > >> Today I tried with the 32bits build of Kodi with the arm build of that >> java for termux, now that I know how to add files to the apk, it was much >> easier. >> >> So, the files for java need to be in the lib folder of the apk and adding >> subfolders break the jarsigner. >> This means some files will be overwritten and I used the JRE ones to do >> so. >> >> with the 64bits version the error is always the same ELF TLS DT entry is >> failing, with some google skills this seem like something about improperly >> linking the libs and this would only be possible to overcome with the >> source and the possibility to build our own java for android. >> >> Next the 32bits, first it failed because of ld-linux-armhf.so.3 not >> found. This isn't part of the package so I grabbed it >> from arm-linux-gnueabihf. >> $ sudo apt-get install libc6-armhf-cross >> and it was found in usr/arm-linux-gnueabihf/lib/ld-linux-armhf.so.3 >> >> so, after that the error is: >> 2021-01-24 13:32:26.058 T:18658 DEBUG : >> CBlurayCallback::Logger - dl_posix.c:54: can't open library 'libjvm.so': >> dlopen failed: unknown reloc type 17 @ 0x981984c8 (65342) >> >> If you guys know anything else I would be happy to try but... >> beyond that I have no idea what can be done. >> I'm throwing the towel and giving up. >> >> It would be outstanding to have full blurays and blurays uhd on Android. >> As Shaya said it is the holy grail because it's a much better experience >> than having a computer running windows and CoreElec is very hardware >> restricted. >> >> >> >> >> >> On Sat, Jan 23, 2021 at 9:02 PM Vitor Dall'Acqua >> wrote: >> >>> 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 : >>> 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 >>> 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
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
as I said, reach out to them to get the source code and put the work into building it with the ndk that kodi uses. One can also look at phoneme (as petri mentioned) https://github.com/nikita36078/phoneME-android (example, don't know if this is the most uptodate version of the phoneme / android code floating around) this is a java me environment and while not what libbluray is commonly used with today, should be all that's needed for blurays to run. With that said, I don't know what limitations it has and how its graphic drawing capabilities will work with libbluray. getting it to build with the ndk that kodi uses is probably going to be a bit of work (perhaps an understatement), but if you do, all these linking problems should hopefully disappear. (in the case of java me, it's no longer the jvm binary, but the cvm binary that you will be using) On Sun, Jan 24, 2021 at 5:45 PM Vitor Dall'Acqua wrote: > Today I tried with the 32bits build of Kodi with the arm build of that > java for termux, now that I know how to add files to the apk, it was much > easier. > > So, the files for java need to be in the lib folder of the apk and adding > subfolders break the jarsigner. > This means some files will be overwritten and I used the JRE ones to do > so. > > with the 64bits version the error is always the same ELF TLS DT entry is > failing, with some google skills this seem like something about improperly > linking the libs and this would only be possible to overcome with the > source and the possibility to build our own java for android. > > Next the 32bits, first it failed because of ld-linux-armhf.so.3 not found. > This isn't part of the package so I grabbed it from arm-linux-gnueabihf. > $ sudo apt-get install libc6-armhf-cross > and it was found in usr/arm-linux-gnueabihf/lib/ld-linux-armhf.so.3 > > so, after that the error is: > 2021-01-24 13:32:26.058 T:18658 DEBUG : CBlurayCallback::Logger > - dl_posix.c:54: can't open library 'libjvm.so': dlopen failed: unknown > reloc type 17 @ 0x981984c8 (65342) > > If you guys know anything else I would be happy to try but... > beyond that I have no idea what can be done. > I'm throwing the towel and giving up. > > It would be outstanding to have full blurays and blurays uhd on Android. > As Shaya said it is the holy grail because it's a much better experience > than having a computer running windows and CoreElec is very hardware > restricted. > > > > > > On Sat, Jan 23, 2021 at 9:02 PM Vitor Dall'Acqua wrote: > >> 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 : >> 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 >> 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 < >>> phint...@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 < > phint...@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
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
Today I tried with the 32bits build of Kodi with the arm build of that java for termux, now that I know how to add files to the apk, it was much easier. So, the files for java need to be in the lib folder of the apk and adding subfolders break the jarsigner. This means some files will be overwritten and I used the JRE ones to do so. with the 64bits version the error is always the same ELF TLS DT entry is failing, with some google skills this seem like something about improperly linking the libs and this would only be possible to overcome with the source and the possibility to build our own java for android. Next the 32bits, first it failed because of ld-linux-armhf.so.3 not found. This isn't part of the package so I grabbed it from arm-linux-gnueabihf. $ sudo apt-get install libc6-armhf-cross and it was found in usr/arm-linux-gnueabihf/lib/ld-linux-armhf.so.3 so, after that the error is: 2021-01-24 13:32:26.058 T:18658 DEBUG : CBlurayCallback::Logger - dl_posix.c:54: can't open library 'libjvm.so': dlopen failed: unknown reloc type 17 @ 0x981984c8 (65342) If you guys know anything else I would be happy to try but... beyond that I have no idea what can be done. I'm throwing the towel and giving up. It would be outstanding to have full blurays and blurays uhd on Android. As Shaya said it is the holy grail because it's a much better experience than having a computer running windows and CoreElec is very hardware restricted. On Sat, Jan 23, 2021 at 9:02 PM Vitor Dall'Acqua wrote: > 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 : 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 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 < >> phint...@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 < >>> > phint...@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@videolan.org >>> > https://mailman.videolan.org/listinfo/libbluray-devel >>> >>> >>> ___ >>> libbluray-devel mailing list >>> libbluray-devel@videolan.org >>>
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
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 : 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 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 < > phint...@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 < >> > phint...@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@videolan.org >> > https://mailman.videolan.org/listinfo/libbluray-devel >> >> >> ___ >> libbluray-devel mailing list >> libbluray-devel@videolan.org >> https://mailman.videolan.org/listinfo/libbluray-devel >> > ___ libbluray-devel mailing list libbluray-devel@videolan.org https://mailman.videolan.org/listinfo/libbluray-devel
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
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 < phint...@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 < > > phint...@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@videolan.org > > https://mailman.videolan.org/listinfo/libbluray-devel > > > ___ > libbluray-devel mailing list > libbluray-devel@videolan.org > https://mailman.videolan.org/listinfo/libbluray-devel > ___ libbluray-devel mailing list libbluray-devel@videolan.org https://mailman.videolan.org/listinfo/libbluray-devel
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
la, 2021-01-23 kello 23:38 +0200, Shaya Potter kirjoitti: > On Sat, Jan 23, 2021, 11:32 PM Petri Hintukainen < > phint...@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@videolan.org > https://mailman.videolan.org/listinfo/libbluray-devel ___ libbluray-devel mailing list libbluray-devel@videolan.org https://mailman.videolan.org/listinfo/libbluray-devel
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
Yeah and that .so.6 file is a link file and it wasn't added. I guess this is because somewhere it prevents anything beyond .so files to be added. I'll try to ask for the source code but I doubt we will get it. On Sat, Jan 23, 2021 at 7:33 PM Shaya Potter wrote: > And to follow up, the earlier error is that dlopen was prevented from > opening the library, the newer error is that it was able to open it, but > couldn't resolve all it's dependencies. > > On Sat, Jan 23, 2021, 11:51 PM Vitor Dall'Acqua wrote: > >> I can add the libjvm.so adding the file inside a mid build step of kodi, >> when it makes the apk file. >> to build the apk with kodi you do >> $ make apk >> >> but I guess the path is wrong still >> >> 2021-01-23 19:36:07.121 T:23253 DEBUG : >> CBlurayCallback::Logger - bdj.c:333: Opening libjvm ... >> >> 2021-01-23 19:36:07.133 T:23253 DEBUG : >> CBlurayCallback::Logger - dl_posix.c:54: can't open library 'libjvm.so': >> dlopen failed: library "libm.so.6" not found >> >> 2021-01-23 19:36:07.133 T:23253 DEBUG : >> CBlurayCallback::Logger - bdj.c:474: Skipping /lib/arm64/ (not found) >> >> I figure based on that previews log that android would be like this >> >> 2021-01-23 18:21:35.377 T:19738 DEBUG : >> CBlurayCallback::Logger - dl_posix.c:54: can't open library >> '/storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm.so': dlopen failed: >> library "/storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm.so" needed >> or dlopened by >> "/mnt/expand/cab01563-bcca-48fa-a0bf-0fbddaf9b192/app/org.xbmc.kodi19DV-BHAaVSj7u8lhvDk_OSQttQ >> *==*/lib/arm64/libkodi.so" is not accessible for the namespace >> "classloader-namespace" >> >> because of those == >> >> or maybe it found and failed because of libm.so.6 >> >> On Sat, Jan 23, 2021 at 6:38 PM Shaya Potter wrote: >> >>> On Sat, Jan 23, 2021, 11:32 PM Petri Hintukainen < >>> phint...@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/ >>> ___ >>> libbluray-devel mailing list >>> libbluray-devel@videolan.org >>> https://mailman.videolan.org/listinfo/libbluray-devel >>> >> ___ >> libbluray-devel mailing list >> libbluray-devel@videolan.org >> https://mailman.videolan.org/listinfo/libbluray-devel >> > ___ > libbluray-devel mailing list > libbluray-devel@videolan.org > https://mailman.videolan.org/listinfo/libbluray-devel > ___ libbluray-devel mailing list libbluray-devel@videolan.org https://mailman.videolan.org/listinfo/libbluray-devel
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
And to follow up, the earlier error is that dlopen was prevented from opening the library, the newer error is that it was able to open it, but couldn't resolve all it's dependencies. On Sat, Jan 23, 2021, 11:51 PM Vitor Dall'Acqua wrote: > I can add the libjvm.so adding the file inside a mid build step of kodi, > when it makes the apk file. > to build the apk with kodi you do > $ make apk > > but I guess the path is wrong still > > 2021-01-23 19:36:07.121 T:23253 DEBUG : CBlurayCallback::Logger > - bdj.c:333: Opening libjvm ... > > 2021-01-23 19:36:07.133 T:23253 DEBUG : CBlurayCallback::Logger > - dl_posix.c:54: can't open library 'libjvm.so': dlopen failed: library > "libm.so.6" not found > > 2021-01-23 19:36:07.133 T:23253 DEBUG : CBlurayCallback::Logger > - bdj.c:474: Skipping /lib/arm64/ (not found) > > I figure based on that previews log that android would be like this > > 2021-01-23 18:21:35.377 T:19738 DEBUG : CBlurayCallback::Logger > - dl_posix.c:54: can't open library > '/storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm.so': dlopen failed: > library "/storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm.so" needed > or dlopened by > "/mnt/expand/cab01563-bcca-48fa-a0bf-0fbddaf9b192/app/org.xbmc.kodi19DV-BHAaVSj7u8lhvDk_OSQttQ > *==*/lib/arm64/libkodi.so" is not accessible for the namespace > "classloader-namespace" > > because of those == > > or maybe it found and failed because of libm.so.6 > > On Sat, Jan 23, 2021 at 6:38 PM Shaya Potter wrote: > >> On Sat, Jan 23, 2021, 11:32 PM Petri Hintukainen < >> phint...@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/ >> >>> ___ >> libbluray-devel mailing list >> libbluray-devel@videolan.org >> https://mailman.videolan.org/listinfo/libbluray-devel >> > ___ > libbluray-devel mailing list > libbluray-devel@videolan.org > https://mailman.videolan.org/listinfo/libbluray-devel > ___ libbluray-devel mailing list libbluray-devel@videolan.org https://mailman.videolan.org/listinfo/libbluray-devel
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
The jvm you found for termux is very very specific to how termux installs applications (if you look the package itself provides its own libc, which libm is a part of). You really need the source code and the ability to build it from scratch using the same ndk that kodi uses. Just my two cents. On Sat, Jan 23, 2021, 11:51 PM Vitor Dall'Acqua wrote: > I can add the libjvm.so adding the file inside a mid build step of kodi, > when it makes the apk file. > to build the apk with kodi you do > $ make apk > > but I guess the path is wrong still > > 2021-01-23 19:36:07.121 T:23253 DEBUG : CBlurayCallback::Logger > - bdj.c:333: Opening libjvm ... > > 2021-01-23 19:36:07.133 T:23253 DEBUG : CBlurayCallback::Logger > - dl_posix.c:54: can't open library 'libjvm.so': dlopen failed: library > "libm.so.6" not found > > 2021-01-23 19:36:07.133 T:23253 DEBUG : CBlurayCallback::Logger > - bdj.c:474: Skipping /lib/arm64/ (not found) > > I figure based on that previews log that android would be like this > > 2021-01-23 18:21:35.377 T:19738 DEBUG : CBlurayCallback::Logger > - dl_posix.c:54: can't open library > '/storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm.so': dlopen failed: > library "/storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm.so" needed > or dlopened by > "/mnt/expand/cab01563-bcca-48fa-a0bf-0fbddaf9b192/app/org.xbmc.kodi19DV-BHAaVSj7u8lhvDk_OSQttQ > *==*/lib/arm64/libkodi.so" is not accessible for the namespace > "classloader-namespace" > > because of those == > > or maybe it found and failed because of libm.so.6 > > On Sat, Jan 23, 2021 at 6:38 PM Shaya Potter wrote: > >> On Sat, Jan 23, 2021, 11:32 PM Petri Hintukainen < >> phint...@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/ >> >>> ___ >> libbluray-devel mailing list >> libbluray-devel@videolan.org >> https://mailman.videolan.org/listinfo/libbluray-devel >> > ___ > libbluray-devel mailing list > libbluray-devel@videolan.org > https://mailman.videolan.org/listinfo/libbluray-devel > ___ libbluray-devel mailing list libbluray-devel@videolan.org https://mailman.videolan.org/listinfo/libbluray-devel
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
I can add the libjvm.so adding the file inside a mid build step of kodi, when it makes the apk file. to build the apk with kodi you do $ make apk but I guess the path is wrong still 2021-01-23 19:36:07.121 T:23253 DEBUG : CBlurayCallback::Logger - bdj.c:333: Opening libjvm ... 2021-01-23 19:36:07.133 T:23253 DEBUG : CBlurayCallback::Logger - dl_posix.c:54: can't open library 'libjvm.so': dlopen failed: library "libm.so.6" not found 2021-01-23 19:36:07.133 T:23253 DEBUG : CBlurayCallback::Logger - bdj.c:474: Skipping /lib/arm64/ (not found) I figure based on that previews log that android would be like this 2021-01-23 18:21:35.377 T:19738 DEBUG : CBlurayCallback::Logger - dl_posix.c:54: can't open library '/storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm.so': dlopen failed: library "/storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm.so" needed or dlopened by "/mnt/expand/cab01563-bcca-48fa-a0bf-0fbddaf9b192/app/org.xbmc.kodi19DV-BHAaVSj7u8lhvDk_OSQttQ *==*/lib/arm64/libkodi.so" is not accessible for the namespace "classloader-namespace" because of those == or maybe it found and failed because of libm.so.6 On Sat, Jan 23, 2021 at 6:38 PM Shaya Potter wrote: > On Sat, Jan 23, 2021, 11:32 PM Petri Hintukainen < > phint...@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/ > >> ___ > libbluray-devel mailing list > libbluray-devel@videolan.org > https://mailman.videolan.org/listinfo/libbluray-devel > ___ libbluray-devel mailing list libbluray-devel@videolan.org https://mailman.videolan.org/listinfo/libbluray-devel
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
On Sat, Jan 23, 2021, 11:32 PM Petri Hintukainen < phint...@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/ > ___ libbluray-devel mailing list libbluray-devel@videolan.org https://mailman.videolan.org/listinfo/libbluray-devel
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
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. > On Sat, Jan 23, 2021 at 5:42 PM Shaya Potter > wrote: > > I'm guessing you mean, one can't add directories in an apk? > > > > On Sat, Jan 23, 2021 at 10:38 PM Vitor Dall'Acqua > > wrote: > > > Yes, I'm adding it to the apk, the problem is that if I set it > > > like this: > > > #undef JDK_HOME > > > #define JDK_HOME "/lib/arm64/" > > > > > > It needs to look at the root of JDK_HOME. I can't add folders. > > > And from the looks of the log it will look for it in > > > /lib/arm64/jre/lib/aarch64/server/libjvm.so > > > > > > On Sat, Jan 23, 2021 at 5:33 PM Shaya Potter > > > wrote: > > > > so seems related to the issue I mentioned > > > > > > > > https://stackoverflow.com/questions/59608865/library-is-not-accessible-for-the-namespace-classloader-namespace > > > > > > > > seems to be that the solution is that you will have to include > > > > it in the apk itself. > > > > > > > > On Sat, Jan 23, 2021 at 10:26 PM Vitor Dall'Acqua < > > > > veg...@gmail.com> wrote: > > > > > Well... managed to get it to see... > > > > > > > > > > 2021-01-23 18:21:35.375 T:19738 DEBUG : > > > > > CBlurayCallback::Logger - bdj.c:311: Opening > > > > > /storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm ... > > > > > > > > > > 2021-01-23 18:21:35.377 T:19738 DEBUG : > > > > > CBlurayCallback::Logger - dl_posix.c:54: can't open library > > > > > '/storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm.so': > > > > > dlopen failed: library > > > > > "/storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm.so" > > > > > needed or dlopened by "/mnt/expand/cab01563-bcca-48fa-a0bf- > > > > > 0fbddaf9b192/app/org.xbmc.kodi19DV- > > > > > BHAaVSj7u8lhvDk_OSQttQ==/lib/arm64/libkodi.so" is not > > > > > accessible for the namespace "classloader-namespace" > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Sat, Jan 23, 2021 at 3:30 PM Shaya Potter < > > > > > spot...@gmail.com> wrote: > > > > > > > > > > > > i looked at what they call "source code", its not source > > > > > > (unless I'm missing it). It's just the pre built binaries. > > > > > > > > > > > > I didn't say that google did that exactly, I said, I think > > > > > > they have made it difficult to put executables there in > > > > > > Android Q (with that said, might not be a near term proble > > > > > > if the app isn't targeted specifically to android Q's API > > > > > > level, which kodi probably is not). What I also said, I > > > > > > dont know how that would impact dlopen (which is not > > > > > > directly executing the program) if android would block that > > > > > > as well. > > > > > > > > > > > > with that said, I'd still think (perhaps incorrectly) from > > > > > > a security point of view, kodi would want to ship the jvm > > > > > > within their apk as this would prevent external things from > > > > > > breaking it and not have it provided by the user (then > > > > > > again, on all desktop environments it is provided by the > > > > > > user). > > > > > > > > > > > > for reference where I came across a discussion a bit ago: > > > > > > https://www.reddit.com/r/androiddev/comments/b2inbu/psa_android_q_blocks_executing_binaries_in_your/ > > > > > > > > > > > > if I had to guess, it probably would work for now (even on > > > > > > Q), but in the future there might be issues as google > > > > > > prevents older and older api targets from being updated in > > > > > > the play store. > > > > > > > > > > > > On Sat, Jan 23, 2021 at 8:08 PM Vitor Dall'Acqua < > > > > > > veg...@gmail.com> wrote: > > > > > > > But Shaya, the source is present in the linked file > > > > > > > here. > > > > > > > The thing is that it's beyond my capabilities try to add > > > > > > > this to Kodi as a dependency. > > > > > > > Also another problem I'm seeing here is that while I'm > > > > > > > able to pack into an apk the libjvm.so so it is installed > > > > > > > when you install Kodi, this isn't the case for the .jar > > > > > > > files. > > > > > > > > > > > > > > You mentioned that Google made sure to close down the > > > > > > > possibility of loading a .so file from outside the app > > > > > > > folder? > > > > > > > So you think even if libbluray could read > > > > > > > /storage/emulated/0/ it would fail in use the libjvm? > > > > > > > > > > > > > > On
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
without knowing much about android, you might have to include it in assets not lib. (just comparing against the phoneme app, which include a java me env) https://filesbear.com/android/tools-utilities/tools/phoneme-jar-emulator/ On Sat, Jan 23, 2021 at 10:44 PM Vitor Dall'Acqua wrote: > 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. > > On Sat, Jan 23, 2021 at 5:42 PM Shaya Potter wrote: > >> I'm guessing you mean, one can't add directories in an apk? >> >> On Sat, Jan 23, 2021 at 10:38 PM Vitor Dall'Acqua >> wrote: >> >>> Yes, I'm adding it to the apk, the problem is that if I set it like this: >>> >>> #undef JDK_HOME >>> #define JDK_HOME "/lib/arm64/" >>> >>> It needs to look at the root of JDK_HOME. I can't add folders. >>> And from the looks of the log it will look for it in >>> /lib/arm64/jre/lib/aarch64/server/libjvm.so >>> >>> On Sat, Jan 23, 2021 at 5:33 PM Shaya Potter wrote: >>> so seems related to the issue I mentioned https://stackoverflow.com/questions/59608865/library-is-not-accessible-for-the-namespace-classloader-namespace seems to be that the solution is that you will have to include it in the apk itself. On Sat, Jan 23, 2021 at 10:26 PM Vitor Dall'Acqua wrote: > Well... managed to get it to see... > > 2021-01-23 18:21:35.375 T:19738 DEBUG : > CBlurayCallback::Logger - bdj.c:311: Opening > /storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm ... > > 2021-01-23 18:21:35.377 T:19738 DEBUG : > CBlurayCallback::Logger - dl_posix.c:54: can't open library > '/storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm.so': dlopen > failed: > library "/storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm.so" needed > or dlopened by > "/mnt/expand/cab01563-bcca-48fa-a0bf-0fbddaf9b192/app/org.xbmc.kodi19DV-BHAaVSj7u8lhvDk_OSQttQ==/lib/arm64/libkodi.so" > is not accessible for the namespace "classloader-namespace" > > > > > > On Sat, Jan 23, 2021 at 3:30 PM Shaya Potter > wrote: > >> >> i looked at what they call "source code", its not source (unless I'm >> missing it). It's just the pre built binaries. >> >> I didn't say that google did that exactly, I said, I think they have >> made it difficult to put executables there in Android Q (with that said, >> might not be a near term proble if the app isn't targeted specifically to >> android Q's API level, which kodi probably is not). What I also said, I >> dont know how that would impact dlopen (which is not directly executing >> the >> program) if android would block that as well. >> >> with that said, I'd still think (perhaps incorrectly) from a security >> point of view, kodi would want to ship the jvm within their apk as this >> would prevent external things from breaking it and not have it provided >> by >> the user (then again, on all desktop environments it is provided by the >> user). >> >> for reference where I came across a discussion a bit ago: >> https://www.reddit.com/r/androiddev/comments/b2inbu/psa_android_q_blocks_executing_binaries_in_your/ >> >> if I had to guess, it probably would work for now (even on Q), but in >> the future there might be issues as google prevents older and older api >> targets from being updated in the play store. >> >> On Sat, Jan 23, 2021 at 8:08 PM Vitor Dall'Acqua >> wrote: >> >>> But Shaya, the source is present in the linked file here. >>> >>> The thing is that it's beyond my capabilities try to add this to >>> Kodi as a dependency. >>> Also another problem I'm seeing here is that while I'm able to pack >>> into an apk the libjvm.so so it is installed when you install Kodi, this >>> isn't the case for the .jar files. >>> >>> You mentioned that Google made sure to close down the possibility of >>> loading a .so file from outside the app folder? >>> So you think even if libbluray could read /storage/emulated/0/ it >>> would fail in use the libjvm? >>> >>> On Sat, Jan 23, 2021 at 2:30 PM Shaya Potter >>> wrote: >>> vitor, I'd think that kodi's path manipulation wouldn't impact the jre at all. It's just for internal kodi use for themes and media and the like, but nothing to do with OS operations (and petri can verify if this or true, motivated the need for libbluray to have the ability to a pluggable set of file system operations that could be provided to it). But while libbluray can use the a provided set of operations, the jvm can't. I'd think one of your goals should be to get the group that made those jvm binaries to release the source and build for it, then kodi
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
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. On Sat, Jan 23, 2021 at 5:42 PM Shaya Potter wrote: > I'm guessing you mean, one can't add directories in an apk? > > On Sat, Jan 23, 2021 at 10:38 PM Vitor Dall'Acqua > wrote: > >> Yes, I'm adding it to the apk, the problem is that if I set it like this: >> >> #undef JDK_HOME >> #define JDK_HOME "/lib/arm64/" >> >> It needs to look at the root of JDK_HOME. I can't add folders. >> And from the looks of the log it will look for it in >> /lib/arm64/jre/lib/aarch64/server/libjvm.so >> >> On Sat, Jan 23, 2021 at 5:33 PM Shaya Potter wrote: >> >>> so seems related to the issue I mentioned >>> >>> >>> https://stackoverflow.com/questions/59608865/library-is-not-accessible-for-the-namespace-classloader-namespace >>> >>> seems to be that the solution is that you will have to include it in the >>> apk itself. >>> >>> On Sat, Jan 23, 2021 at 10:26 PM Vitor Dall'Acqua >>> wrote: >>> Well... managed to get it to see... 2021-01-23 18:21:35.375 T:19738 DEBUG : CBlurayCallback::Logger - bdj.c:311: Opening /storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm ... 2021-01-23 18:21:35.377 T:19738 DEBUG : CBlurayCallback::Logger - dl_posix.c:54: can't open library '/storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm.so': dlopen failed: library "/storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm.so" needed or dlopened by "/mnt/expand/cab01563-bcca-48fa-a0bf-0fbddaf9b192/app/org.xbmc.kodi19DV-BHAaVSj7u8lhvDk_OSQttQ==/lib/arm64/libkodi.so" is not accessible for the namespace "classloader-namespace" On Sat, Jan 23, 2021 at 3:30 PM Shaya Potter wrote: > > i looked at what they call "source code", its not source (unless I'm > missing it). It's just the pre built binaries. > > I didn't say that google did that exactly, I said, I think they have > made it difficult to put executables there in Android Q (with that said, > might not be a near term proble if the app isn't targeted specifically to > android Q's API level, which kodi probably is not). What I also said, I > dont know how that would impact dlopen (which is not directly executing > the > program) if android would block that as well. > > with that said, I'd still think (perhaps incorrectly) from a security > point of view, kodi would want to ship the jvm within their apk as this > would prevent external things from breaking it and not have it provided by > the user (then again, on all desktop environments it is provided by the > user). > > for reference where I came across a discussion a bit ago: > https://www.reddit.com/r/androiddev/comments/b2inbu/psa_android_q_blocks_executing_binaries_in_your/ > > if I had to guess, it probably would work for now (even on Q), but in > the future there might be issues as google prevents older and older api > targets from being updated in the play store. > > On Sat, Jan 23, 2021 at 8:08 PM Vitor Dall'Acqua > wrote: > >> But Shaya, the source is present in the linked file here. >> >> The thing is that it's beyond my capabilities try to add this to Kodi >> as a dependency. >> Also another problem I'm seeing here is that while I'm able to pack >> into an apk the libjvm.so so it is installed when you install Kodi, this >> isn't the case for the .jar files. >> >> You mentioned that Google made sure to close down the possibility of >> loading a .so file from outside the app folder? >> So you think even if libbluray could read /storage/emulated/0/ it >> would fail in use the libjvm? >> >> On Sat, Jan 23, 2021 at 2:30 PM Shaya Potter >> wrote: >> >>> vitor, I'd think that kodi's path manipulation wouldn't impact the >>> jre at all. It's just for internal kodi use for themes and media and >>> the >>> like, but nothing to do with OS operations (and petri can verify if >>> this or >>> true, motivated the need for libbluray to have the ability to a >>> pluggable >>> set of file system operations that could be provided to it). But while >>> libbluray can use the a provided set of operations, the jvm can't. >>> >>> I'd think one of your goals should be to get the group that made >>> those jvm binaries to release the source and build for it, then kodi can >>> include it as part of their build process and even ship with it in the >>> play >>> store. I'd think vlc would be interested in this, as well? This would >>> also be necessary as would have to ship different jvm's for 32 bit kodi >>> and >>> 64 bit. >>> >>> On Sat, Jan 23, 2021 at 2:22 PM Vitor Dall'Acqua >>> wrote: >>> Petri, do you happen to have the source with
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
I'm guessing you mean, one can't add directories in an apk? On Sat, Jan 23, 2021 at 10:38 PM Vitor Dall'Acqua wrote: > Yes, I'm adding it to the apk, the problem is that if I set it like this: > > #undef JDK_HOME > #define JDK_HOME "/lib/arm64/" > > It needs to look at the root of JDK_HOME. I can't add folders. > And from the looks of the log it will look for it in > /lib/arm64/jre/lib/aarch64/server/libjvm.so > > On Sat, Jan 23, 2021 at 5:33 PM Shaya Potter wrote: > >> so seems related to the issue I mentioned >> >> >> https://stackoverflow.com/questions/59608865/library-is-not-accessible-for-the-namespace-classloader-namespace >> >> seems to be that the solution is that you will have to include it in the >> apk itself. >> >> On Sat, Jan 23, 2021 at 10:26 PM Vitor Dall'Acqua >> wrote: >> >>> Well... managed to get it to see... >>> >>> 2021-01-23 18:21:35.375 T:19738 DEBUG : >>> CBlurayCallback::Logger - bdj.c:311: Opening >>> /storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm ... >>> >>> 2021-01-23 18:21:35.377 T:19738 DEBUG : >>> CBlurayCallback::Logger - dl_posix.c:54: can't open library >>> '/storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm.so': dlopen failed: >>> library "/storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm.so" needed >>> or dlopened by >>> "/mnt/expand/cab01563-bcca-48fa-a0bf-0fbddaf9b192/app/org.xbmc.kodi19DV-BHAaVSj7u8lhvDk_OSQttQ==/lib/arm64/libkodi.so" >>> is not accessible for the namespace "classloader-namespace" >>> >>> >>> >>> >>> >>> On Sat, Jan 23, 2021 at 3:30 PM Shaya Potter wrote: >>> i looked at what they call "source code", its not source (unless I'm missing it). It's just the pre built binaries. I didn't say that google did that exactly, I said, I think they have made it difficult to put executables there in Android Q (with that said, might not be a near term proble if the app isn't targeted specifically to android Q's API level, which kodi probably is not). What I also said, I dont know how that would impact dlopen (which is not directly executing the program) if android would block that as well. with that said, I'd still think (perhaps incorrectly) from a security point of view, kodi would want to ship the jvm within their apk as this would prevent external things from breaking it and not have it provided by the user (then again, on all desktop environments it is provided by the user). for reference where I came across a discussion a bit ago: https://www.reddit.com/r/androiddev/comments/b2inbu/psa_android_q_blocks_executing_binaries_in_your/ if I had to guess, it probably would work for now (even on Q), but in the future there might be issues as google prevents older and older api targets from being updated in the play store. On Sat, Jan 23, 2021 at 8:08 PM Vitor Dall'Acqua wrote: > But Shaya, the source is present in the linked file here. > > The thing is that it's beyond my capabilities try to add this to Kodi > as a dependency. > Also another problem I'm seeing here is that while I'm able to pack > into an apk the libjvm.so so it is installed when you install Kodi, this > isn't the case for the .jar files. > > You mentioned that Google made sure to close down the possibility of > loading a .so file from outside the app folder? > So you think even if libbluray could read /storage/emulated/0/ it > would fail in use the libjvm? > > On Sat, Jan 23, 2021 at 2:30 PM Shaya Potter > wrote: > >> vitor, I'd think that kodi's path manipulation wouldn't impact the >> jre at all. It's just for internal kodi use for themes and media and the >> like, but nothing to do with OS operations (and petri can verify if this >> or >> true, motivated the need for libbluray to have the ability to a pluggable >> set of file system operations that could be provided to it). But while >> libbluray can use the a provided set of operations, the jvm can't. >> >> I'd think one of your goals should be to get the group that made >> those jvm binaries to release the source and build for it, then kodi can >> include it as part of their build process and even ship with it in the >> play >> store. I'd think vlc would be interested in this, as well? This would >> also be necessary as would have to ship different jvm's for 32 bit kodi >> and >> 64 bit. >> >> On Sat, Jan 23, 2021 at 2:22 PM Vitor Dall'Acqua >> wrote: >> >>> Petri, do you happen to have the source with your latest changes? >>> >>> code.videolan.org is down and I would like to work on this during >>> the weekend. >>> >>> On Fri, Jan 22, 2021 at 6:08 PM Petri Hintukainen < >>> phint...@users.sourceforge.net> wrote: >>> pe, 2021-01-22 kello 16:54 -0300, Vitor Dall'Acqua kirjoitti: >
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
Yes, I'm adding it to the apk, the problem is that if I set it like this: #undef JDK_HOME #define JDK_HOME "/lib/arm64/" It needs to look at the root of JDK_HOME. I can't add folders. And from the looks of the log it will look for it in /lib/arm64/jre/lib/aarch64/server/libjvm.so On Sat, Jan 23, 2021 at 5:33 PM Shaya Potter wrote: > so seems related to the issue I mentioned > > > https://stackoverflow.com/questions/59608865/library-is-not-accessible-for-the-namespace-classloader-namespace > > seems to be that the solution is that you will have to include it in the > apk itself. > > On Sat, Jan 23, 2021 at 10:26 PM Vitor Dall'Acqua > wrote: > >> Well... managed to get it to see... >> >> 2021-01-23 18:21:35.375 T:19738 DEBUG : >> CBlurayCallback::Logger - bdj.c:311: Opening >> /storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm ... >> >> 2021-01-23 18:21:35.377 T:19738 DEBUG : >> CBlurayCallback::Logger - dl_posix.c:54: can't open library >> '/storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm.so': dlopen failed: >> library "/storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm.so" needed >> or dlopened by >> "/mnt/expand/cab01563-bcca-48fa-a0bf-0fbddaf9b192/app/org.xbmc.kodi19DV-BHAaVSj7u8lhvDk_OSQttQ==/lib/arm64/libkodi.so" >> is not accessible for the namespace "classloader-namespace" >> >> >> >> >> >> On Sat, Jan 23, 2021 at 3:30 PM Shaya Potter wrote: >> >>> >>> i looked at what they call "source code", its not source (unless I'm >>> missing it). It's just the pre built binaries. >>> >>> I didn't say that google did that exactly, I said, I think they have >>> made it difficult to put executables there in Android Q (with that said, >>> might not be a near term proble if the app isn't targeted specifically to >>> android Q's API level, which kodi probably is not). What I also said, I >>> dont know how that would impact dlopen (which is not directly executing the >>> program) if android would block that as well. >>> >>> with that said, I'd still think (perhaps incorrectly) from a security >>> point of view, kodi would want to ship the jvm within their apk as this >>> would prevent external things from breaking it and not have it provided by >>> the user (then again, on all desktop environments it is provided by the >>> user). >>> >>> for reference where I came across a discussion a bit ago: >>> https://www.reddit.com/r/androiddev/comments/b2inbu/psa_android_q_blocks_executing_binaries_in_your/ >>> >>> if I had to guess, it probably would work for now (even on Q), but in >>> the future there might be issues as google prevents older and older api >>> targets from being updated in the play store. >>> >>> On Sat, Jan 23, 2021 at 8:08 PM Vitor Dall'Acqua >>> wrote: >>> But Shaya, the source is present in the linked file here. The thing is that it's beyond my capabilities try to add this to Kodi as a dependency. Also another problem I'm seeing here is that while I'm able to pack into an apk the libjvm.so so it is installed when you install Kodi, this isn't the case for the .jar files. You mentioned that Google made sure to close down the possibility of loading a .so file from outside the app folder? So you think even if libbluray could read /storage/emulated/0/ it would fail in use the libjvm? On Sat, Jan 23, 2021 at 2:30 PM Shaya Potter wrote: > vitor, I'd think that kodi's path manipulation wouldn't impact the jre > at all. It's just for internal kodi use for themes and media and the > like, > but nothing to do with OS operations (and petri can verify if this or > true, > motivated the need for libbluray to have the ability to a pluggable set of > file system operations that could be provided to it). But while libbluray > can use the a provided set of operations, the jvm can't. > > I'd think one of your goals should be to get the group that made those > jvm binaries to release the source and build for it, then kodi can include > it as part of their build process and even ship with it in the play store. > I'd think vlc would be interested in this, as well? This would also be > necessary as would have to ship different jvm's for 32 bit kodi and 64 > bit. > > On Sat, Jan 23, 2021 at 2:22 PM Vitor Dall'Acqua > wrote: > >> Petri, do you happen to have the source with your latest changes? >> >> code.videolan.org is down and I would like to work on this during >> the weekend. >> >> On Fri, Jan 22, 2021 at 6:08 PM Petri Hintukainen < >> phint...@users.sourceforge.net> wrote: >> >>> pe, 2021-01-22 kello 16:54 -0300, Vitor Dall'Acqua kirjoitti: >>> > I have not tried to build Java from source. >>> > The version used by Termux, can be found as pre compiled and source >>> > here: >>> > >>> https://github.com/Hax4us/java/releases/download/v8/jdk8_aarch64.tar.gz >>> > >>> > I can
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
so seems related to the issue I mentioned https://stackoverflow.com/questions/59608865/library-is-not-accessible-for-the-namespace-classloader-namespace seems to be that the solution is that you will have to include it in the apk itself. On Sat, Jan 23, 2021 at 10:26 PM Vitor Dall'Acqua wrote: > Well... managed to get it to see... > > 2021-01-23 18:21:35.375 T:19738 DEBUG : CBlurayCallback::Logger > - bdj.c:311: Opening /storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm > ... > > 2021-01-23 18:21:35.377 T:19738 DEBUG : CBlurayCallback::Logger > - dl_posix.c:54: can't open library > '/storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm.so': dlopen failed: > library "/storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm.so" needed > or dlopened by > "/mnt/expand/cab01563-bcca-48fa-a0bf-0fbddaf9b192/app/org.xbmc.kodi19DV-BHAaVSj7u8lhvDk_OSQttQ==/lib/arm64/libkodi.so" > is not accessible for the namespace "classloader-namespace" > > > > > > On Sat, Jan 23, 2021 at 3:30 PM Shaya Potter wrote: > >> >> i looked at what they call "source code", its not source (unless I'm >> missing it). It's just the pre built binaries. >> >> I didn't say that google did that exactly, I said, I think they have made >> it difficult to put executables there in Android Q (with that said, might >> not be a near term proble if the app isn't targeted specifically to android >> Q's API level, which kodi probably is not). What I also said, I dont know >> how that would impact dlopen (which is not directly executing the program) >> if android would block that as well. >> >> with that said, I'd still think (perhaps incorrectly) from a security >> point of view, kodi would want to ship the jvm within their apk as this >> would prevent external things from breaking it and not have it provided by >> the user (then again, on all desktop environments it is provided by the >> user). >> >> for reference where I came across a discussion a bit ago: >> https://www.reddit.com/r/androiddev/comments/b2inbu/psa_android_q_blocks_executing_binaries_in_your/ >> >> if I had to guess, it probably would work for now (even on Q), but in the >> future there might be issues as google prevents older and older api targets >> from being updated in the play store. >> >> On Sat, Jan 23, 2021 at 8:08 PM Vitor Dall'Acqua >> wrote: >> >>> But Shaya, the source is present in the linked file here. >>> >>> The thing is that it's beyond my capabilities try to add this to Kodi as >>> a dependency. >>> Also another problem I'm seeing here is that while I'm able to pack into >>> an apk the libjvm.so so it is installed when you install Kodi, this isn't >>> the case for the .jar files. >>> >>> You mentioned that Google made sure to close down the possibility of >>> loading a .so file from outside the app folder? >>> So you think even if libbluray could read /storage/emulated/0/ it would >>> fail in use the libjvm? >>> >>> On Sat, Jan 23, 2021 at 2:30 PM Shaya Potter wrote: >>> vitor, I'd think that kodi's path manipulation wouldn't impact the jre at all. It's just for internal kodi use for themes and media and the like, but nothing to do with OS operations (and petri can verify if this or true, motivated the need for libbluray to have the ability to a pluggable set of file system operations that could be provided to it). But while libbluray can use the a provided set of operations, the jvm can't. I'd think one of your goals should be to get the group that made those jvm binaries to release the source and build for it, then kodi can include it as part of their build process and even ship with it in the play store. I'd think vlc would be interested in this, as well? This would also be necessary as would have to ship different jvm's for 32 bit kodi and 64 bit. On Sat, Jan 23, 2021 at 2:22 PM Vitor Dall'Acqua wrote: > Petri, do you happen to have the source with your latest changes? > > code.videolan.org is down and I would like to work on this during the > weekend. > > On Fri, Jan 22, 2021 at 6:08 PM Petri Hintukainen < > phint...@users.sourceforge.net> wrote: > >> pe, 2021-01-22 kello 16:54 -0300, Vitor Dall'Acqua kirjoitti: >> > I have not tried to build Java from source. >> > The version used by Termux, can be found as pre compiled and source >> > here: >> > >> https://github.com/Hax4us/java/releases/download/v8/jdk8_aarch64.tar.gz >> > >> > I can give a go with Kodi, which is what I'm familiar with, to git >> > clone the latest changes from libbluray, add the lib/arm/client to >> it >> > and add the files from that archive linked here. >> > Does it still need a bin folder inside? is the structure correct >> > there? >> >> Structure seems to be normal. I think you need only files from >> /jdk8/jre/ and maybe from /glib/ (?). >> >> JAVA_HOME would point to .../jdk8/ or
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
Well... managed to get it to see... 2021-01-23 18:21:35.375 T:19738 DEBUG : CBlurayCallback::Logger - bdj.c:311: Opening /storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm ... 2021-01-23 18:21:35.377 T:19738 DEBUG : CBlurayCallback::Logger - dl_posix.c:54: can't open library '/storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm.so': dlopen failed: library "/storage/emulated/0/JAVA/jre/lib/aarch64/server/libjvm.so" needed or dlopened by "/mnt/expand/cab01563-bcca-48fa-a0bf-0fbddaf9b192/app/org.xbmc.kodi19DV-BHAaVSj7u8lhvDk_OSQttQ==/lib/arm64/libkodi.so" is not accessible for the namespace "classloader-namespace" On Sat, Jan 23, 2021 at 3:30 PM Shaya Potter wrote: > > i looked at what they call "source code", its not source (unless I'm > missing it). It's just the pre built binaries. > > I didn't say that google did that exactly, I said, I think they have made > it difficult to put executables there in Android Q (with that said, might > not be a near term proble if the app isn't targeted specifically to android > Q's API level, which kodi probably is not). What I also said, I dont know > how that would impact dlopen (which is not directly executing the program) > if android would block that as well. > > with that said, I'd still think (perhaps incorrectly) from a security > point of view, kodi would want to ship the jvm within their apk as this > would prevent external things from breaking it and not have it provided by > the user (then again, on all desktop environments it is provided by the > user). > > for reference where I came across a discussion a bit ago: > https://www.reddit.com/r/androiddev/comments/b2inbu/psa_android_q_blocks_executing_binaries_in_your/ > > if I had to guess, it probably would work for now (even on Q), but in the > future there might be issues as google prevents older and older api targets > from being updated in the play store. > > On Sat, Jan 23, 2021 at 8:08 PM Vitor Dall'Acqua wrote: > >> But Shaya, the source is present in the linked file here. >> >> The thing is that it's beyond my capabilities try to add this to Kodi as >> a dependency. >> Also another problem I'm seeing here is that while I'm able to pack into >> an apk the libjvm.so so it is installed when you install Kodi, this isn't >> the case for the .jar files. >> >> You mentioned that Google made sure to close down the possibility of >> loading a .so file from outside the app folder? >> So you think even if libbluray could read /storage/emulated/0/ it would >> fail in use the libjvm? >> >> On Sat, Jan 23, 2021 at 2:30 PM Shaya Potter wrote: >> >>> vitor, I'd think that kodi's path manipulation wouldn't impact the jre >>> at all. It's just for internal kodi use for themes and media and the like, >>> but nothing to do with OS operations (and petri can verify if this or true, >>> motivated the need for libbluray to have the ability to a pluggable set of >>> file system operations that could be provided to it). But while libbluray >>> can use the a provided set of operations, the jvm can't. >>> >>> I'd think one of your goals should be to get the group that made those >>> jvm binaries to release the source and build for it, then kodi can include >>> it as part of their build process and even ship with it in the play store. >>> I'd think vlc would be interested in this, as well? This would also be >>> necessary as would have to ship different jvm's for 32 bit kodi and 64 bit. >>> >>> On Sat, Jan 23, 2021 at 2:22 PM Vitor Dall'Acqua >>> wrote: >>> Petri, do you happen to have the source with your latest changes? code.videolan.org is down and I would like to work on this during the weekend. On Fri, Jan 22, 2021 at 6:08 PM Petri Hintukainen < phint...@users.sourceforge.net> wrote: > pe, 2021-01-22 kello 16:54 -0300, Vitor Dall'Acqua kirjoitti: > > I have not tried to build Java from source. > > The version used by Termux, can be found as pre compiled and source > > here: > > > https://github.com/Hax4us/java/releases/download/v8/jdk8_aarch64.tar.gz > > > > I can give a go with Kodi, which is what I'm familiar with, to git > > clone the latest changes from libbluray, add the lib/arm/client to it > > and add the files from that archive linked here. > > Does it still need a bin folder inside? is the structure correct > > there? > > Structure seems to be normal. I think you need only files from > /jdk8/jre/ and maybe from /glib/ (?). > > JAVA_HOME would point to .../jdk8/ or .../jdk8/jre/. Or, you could try > if simply symlinking .../jdk8/jre/lib/aarch64/server/libjvm.so next to > libbluray.so works. > > The files in top-level bin folder are wrapper scripts. Looking at > those, you may need to set LD_LIBRARY_PATH so that libraries from /glib > can be found. But I don't know if JVM needs those, or if those are only > used with some of the applications. > > >
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
i looked at what they call "source code", its not source (unless I'm missing it). It's just the pre built binaries. I didn't say that google did that exactly, I said, I think they have made it difficult to put executables there in Android Q (with that said, might not be a near term proble if the app isn't targeted specifically to android Q's API level, which kodi probably is not). What I also said, I dont know how that would impact dlopen (which is not directly executing the program) if android would block that as well. with that said, I'd still think (perhaps incorrectly) from a security point of view, kodi would want to ship the jvm within their apk as this would prevent external things from breaking it and not have it provided by the user (then again, on all desktop environments it is provided by the user). for reference where I came across a discussion a bit ago: https://www.reddit.com/r/androiddev/comments/b2inbu/psa_android_q_blocks_executing_binaries_in_your/ if I had to guess, it probably would work for now (even on Q), but in the future there might be issues as google prevents older and older api targets from being updated in the play store. On Sat, Jan 23, 2021 at 8:08 PM Vitor Dall'Acqua wrote: > But Shaya, the source is present in the linked file here. > > The thing is that it's beyond my capabilities try to add this to Kodi as a > dependency. > Also another problem I'm seeing here is that while I'm able to pack into > an apk the libjvm.so so it is installed when you install Kodi, this isn't > the case for the .jar files. > > You mentioned that Google made sure to close down the possibility of > loading a .so file from outside the app folder? > So you think even if libbluray could read /storage/emulated/0/ it would > fail in use the libjvm? > > On Sat, Jan 23, 2021 at 2:30 PM Shaya Potter wrote: > >> vitor, I'd think that kodi's path manipulation wouldn't impact the jre at >> all. It's just for internal kodi use for themes and media and the like, >> but nothing to do with OS operations (and petri can verify if this or true, >> motivated the need for libbluray to have the ability to a pluggable set of >> file system operations that could be provided to it). But while libbluray >> can use the a provided set of operations, the jvm can't. >> >> I'd think one of your goals should be to get the group that made those >> jvm binaries to release the source and build for it, then kodi can include >> it as part of their build process and even ship with it in the play store. >> I'd think vlc would be interested in this, as well? This would also be >> necessary as would have to ship different jvm's for 32 bit kodi and 64 bit. >> >> On Sat, Jan 23, 2021 at 2:22 PM Vitor Dall'Acqua >> wrote: >> >>> Petri, do you happen to have the source with your latest changes? >>> >>> code.videolan.org is down and I would like to work on this during the >>> weekend. >>> >>> On Fri, Jan 22, 2021 at 6:08 PM Petri Hintukainen < >>> phint...@users.sourceforge.net> wrote: >>> pe, 2021-01-22 kello 16:54 -0300, Vitor Dall'Acqua kirjoitti: > I have not tried to build Java from source. > The version used by Termux, can be found as pre compiled and source > here: > https://github.com/Hax4us/java/releases/download/v8/jdk8_aarch64.tar.gz > > I can give a go with Kodi, which is what I'm familiar with, to git > clone the latest changes from libbluray, add the lib/arm/client to it > and add the files from that archive linked here. > Does it still need a bin folder inside? is the structure correct > there? Structure seems to be normal. I think you need only files from /jdk8/jre/ and maybe from /glib/ (?). JAVA_HOME would point to .../jdk8/ or .../jdk8/jre/. Or, you could try if simply symlinking .../jdk8/jre/lib/aarch64/server/libjvm.so next to libbluray.so works. The files in top-level bin folder are wrapper scripts. Looking at those, you may need to set LD_LIBRARY_PATH so that libraries from /glib can be found. But I don't know if JVM needs those, or if those are only used with some of the applications. ___ libbluray-devel mailing list libbluray-devel@videolan.org https://mailman.videolan.org/listinfo/libbluray-devel >>> ___ >>> libbluray-devel mailing list >>> libbluray-devel@videolan.org >>> https://mailman.videolan.org/listinfo/libbluray-devel >>> >> ___ >> libbluray-devel mailing list >> libbluray-devel@videolan.org >> https://mailman.videolan.org/listinfo/libbluray-devel >> > ___ > libbluray-devel mailing list > libbluray-devel@videolan.org > https://mailman.videolan.org/listinfo/libbluray-devel > ___ libbluray-devel mailing list
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
But Shaya, the source is present in the linked file here. The thing is that it's beyond my capabilities try to add this to Kodi as a dependency. Also another problem I'm seeing here is that while I'm able to pack into an apk the libjvm.so so it is installed when you install Kodi, this isn't the case for the .jar files. You mentioned that Google made sure to close down the possibility of loading a .so file from outside the app folder? So you think even if libbluray could read /storage/emulated/0/ it would fail in use the libjvm? On Sat, Jan 23, 2021 at 2:30 PM Shaya Potter wrote: > vitor, I'd think that kodi's path manipulation wouldn't impact the jre at > all. It's just for internal kodi use for themes and media and the like, > but nothing to do with OS operations (and petri can verify if this or true, > motivated the need for libbluray to have the ability to a pluggable set of > file system operations that could be provided to it). But while libbluray > can use the a provided set of operations, the jvm can't. > > I'd think one of your goals should be to get the group that made those jvm > binaries to release the source and build for it, then kodi can include it > as part of their build process and even ship with it in the play store. > I'd think vlc would be interested in this, as well? This would also be > necessary as would have to ship different jvm's for 32 bit kodi and 64 bit. > > On Sat, Jan 23, 2021 at 2:22 PM Vitor Dall'Acqua wrote: > >> Petri, do you happen to have the source with your latest changes? >> >> code.videolan.org is down and I would like to work on this during the >> weekend. >> >> On Fri, Jan 22, 2021 at 6:08 PM Petri Hintukainen < >> phint...@users.sourceforge.net> wrote: >> >>> pe, 2021-01-22 kello 16:54 -0300, Vitor Dall'Acqua kirjoitti: >>> > I have not tried to build Java from source. >>> > The version used by Termux, can be found as pre compiled and source >>> > here: >>> > >>> https://github.com/Hax4us/java/releases/download/v8/jdk8_aarch64.tar.gz >>> > >>> > I can give a go with Kodi, which is what I'm familiar with, to git >>> > clone the latest changes from libbluray, add the lib/arm/client to it >>> > and add the files from that archive linked here. >>> > Does it still need a bin folder inside? is the structure correct >>> > there? >>> >>> Structure seems to be normal. I think you need only files from >>> /jdk8/jre/ and maybe from /glib/ (?). >>> >>> JAVA_HOME would point to .../jdk8/ or .../jdk8/jre/. Or, you could try >>> if simply symlinking .../jdk8/jre/lib/aarch64/server/libjvm.so next to >>> libbluray.so works. >>> >>> The files in top-level bin folder are wrapper scripts. Looking at >>> those, you may need to set LD_LIBRARY_PATH so that libraries from /glib >>> can be found. But I don't know if JVM needs those, or if those are only >>> used with some of the applications. >>> >>> >>> >>> ___ >>> libbluray-devel mailing list >>> libbluray-devel@videolan.org >>> https://mailman.videolan.org/listinfo/libbluray-devel >>> >> ___ >> libbluray-devel mailing list >> libbluray-devel@videolan.org >> https://mailman.videolan.org/listinfo/libbluray-devel >> > ___ > libbluray-devel mailing list > libbluray-devel@videolan.org > https://mailman.videolan.org/listinfo/libbluray-devel > ___ libbluray-devel mailing list libbluray-devel@videolan.org https://mailman.videolan.org/listinfo/libbluray-devel
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
vitor, I'd think that kodi's path manipulation wouldn't impact the jre at all. It's just for internal kodi use for themes and media and the like, but nothing to do with OS operations (and petri can verify if this or true, motivated the need for libbluray to have the ability to a pluggable set of file system operations that could be provided to it). But while libbluray can use the a provided set of operations, the jvm can't. I'd think one of your goals should be to get the group that made those jvm binaries to release the source and build for it, then kodi can include it as part of their build process and even ship with it in the play store. I'd think vlc would be interested in this, as well? This would also be necessary as would have to ship different jvm's for 32 bit kodi and 64 bit. On Sat, Jan 23, 2021 at 2:22 PM Vitor Dall'Acqua wrote: > Petri, do you happen to have the source with your latest changes? > > code.videolan.org is down and I would like to work on this during the > weekend. > > On Fri, Jan 22, 2021 at 6:08 PM Petri Hintukainen < > phint...@users.sourceforge.net> wrote: > >> pe, 2021-01-22 kello 16:54 -0300, Vitor Dall'Acqua kirjoitti: >> > I have not tried to build Java from source. >> > The version used by Termux, can be found as pre compiled and source >> > here: >> > https://github.com/Hax4us/java/releases/download/v8/jdk8_aarch64.tar.gz >> > >> > I can give a go with Kodi, which is what I'm familiar with, to git >> > clone the latest changes from libbluray, add the lib/arm/client to it >> > and add the files from that archive linked here. >> > Does it still need a bin folder inside? is the structure correct >> > there? >> >> Structure seems to be normal. I think you need only files from >> /jdk8/jre/ and maybe from /glib/ (?). >> >> JAVA_HOME would point to .../jdk8/ or .../jdk8/jre/. Or, you could try >> if simply symlinking .../jdk8/jre/lib/aarch64/server/libjvm.so next to >> libbluray.so works. >> >> The files in top-level bin folder are wrapper scripts. Looking at >> those, you may need to set LD_LIBRARY_PATH so that libraries from /glib >> can be found. But I don't know if JVM needs those, or if those are only >> used with some of the applications. >> >> >> >> ___ >> libbluray-devel mailing list >> libbluray-devel@videolan.org >> https://mailman.videolan.org/listinfo/libbluray-devel >> > ___ > libbluray-devel mailing list > libbluray-devel@videolan.org > https://mailman.videolan.org/listinfo/libbluray-devel > ___ libbluray-devel mailing list libbluray-devel@videolan.org https://mailman.videolan.org/listinfo/libbluray-devel
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
pe, 2021-01-22 kello 16:54 -0300, Vitor Dall'Acqua kirjoitti: > I have not tried to build Java from source. > The version used by Termux, can be found as pre compiled and source > here: > https://github.com/Hax4us/java/releases/download/v8/jdk8_aarch64.tar.gz > > I can give a go with Kodi, which is what I'm familiar with, to git > clone the latest changes from libbluray, add the lib/arm/client to it > and add the files from that archive linked here. > Does it still need a bin folder inside? is the structure correct > there? Structure seems to be normal. I think you need only files from /jdk8/jre/ and maybe from /glib/ (?). JAVA_HOME would point to .../jdk8/ or .../jdk8/jre/. Or, you could try if simply symlinking .../jdk8/jre/lib/aarch64/server/libjvm.so next to libbluray.so works. The files in top-level bin folder are wrapper scripts. Looking at those, you may need to set LD_LIBRARY_PATH so that libraries from /glib can be found. But I don't know if JVM needs those, or if those are only used with some of the applications. ___ libbluray-devel mailing list libbluray-devel@videolan.org https://mailman.videolan.org/listinfo/libbluray-devel
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
and my bad libjvm.so is present. you can find it in jdk8_aarch64/jdk8/jre/lib/aarch64/server On Fri, Jan 22, 2021 at 8:34 PM Vitor Dall'Acqua wrote: > The player setting, if it works, would be the best option, at least from > my perspective. > > Kodi uses path translation, called special protocol, > see here: > https://kodi.wiki/view/Special_protocol > > 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. > 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. > > On Fri, Jan 22, 2021 at 5:26 PM Petri Hintukainen < > phint...@users.sourceforge.net> wrote: > >> pe, 2021-01-22 kello 14:46 -0300, Vitor Dall'Acqua kirjoitti: >> > Well, I was looking at Petri's latest commit and now libbluray will >> > search for JVM inside it's own folder. >> > This might be the answer for JRE on Android. >> >> It should also help with libbluray .jar files, those can now be next to >> libbluray.so (or the module where libbluray is linked in). >> >> I don't know if it helps with JRE, libjvm.so would need to be in the >> same directory with libbluray.so. This is of course possible only if >> JVM is relatively simple (like PhoneME was). I don't know if symbolic >> link would work (?). >> Maybe this could be extended to support full JRE tree too. "Normal" >> linux JVM paths are more or less useless with Android anyway. >> >> >> Another possible solution could be adding libjvm.so location to dynamic >> linker search path (like in old OpenJDK android examples). They seem to >> add /data/app/jre/lib/arm/jli and /data/app/jre/lib too ; these are not >> required with Linux, but seem to be an issue with MacOS (see >> bdj.c:_load_jli_macos()). >> >> >> Also JAVA_HOME should work now with "lib/arm/client". If it is >> difficult to set, it would be quite simple to add player setting for >> this (something like bd_set_player_setting_str(bd, BD_JAVA_HOME, >> "/some/path")). Still, being able to figure it out automatically would >> be the easiest way :) >> >> >> >> ___ >> libbluray-devel mailing list >> libbluray-devel@videolan.org >> https://mailman.videolan.org/listinfo/libbluray-devel >> > ___ libbluray-devel mailing list libbluray-devel@videolan.org https://mailman.videolan.org/listinfo/libbluray-devel
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
The player setting, if it works, would be the best option, at least from my perspective. Kodi uses path translation, called special protocol, see here: https://kodi.wiki/view/Special_protocol 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. 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. On Fri, Jan 22, 2021 at 5:26 PM Petri Hintukainen < phint...@users.sourceforge.net> wrote: > pe, 2021-01-22 kello 14:46 -0300, Vitor Dall'Acqua kirjoitti: > > Well, I was looking at Petri's latest commit and now libbluray will > > search for JVM inside it's own folder. > > This might be the answer for JRE on Android. > > It should also help with libbluray .jar files, those can now be next to > libbluray.so (or the module where libbluray is linked in). > > I don't know if it helps with JRE, libjvm.so would need to be in the > same directory with libbluray.so. This is of course possible only if > JVM is relatively simple (like PhoneME was). I don't know if symbolic > link would work (?). > Maybe this could be extended to support full JRE tree too. "Normal" > linux JVM paths are more or less useless with Android anyway. > > > Another possible solution could be adding libjvm.so location to dynamic > linker search path (like in old OpenJDK android examples). They seem to > add /data/app/jre/lib/arm/jli and /data/app/jre/lib too ; these are not > required with Linux, but seem to be an issue with MacOS (see > bdj.c:_load_jli_macos()). > > > Also JAVA_HOME should work now with "lib/arm/client". If it is > difficult to set, it would be quite simple to add player setting for > this (something like bd_set_player_setting_str(bd, BD_JAVA_HOME, > "/some/path")). Still, being able to figure it out automatically would > be the easiest way :) > > > > ___ > libbluray-devel mailing list > libbluray-devel@videolan.org > https://mailman.videolan.org/listinfo/libbluray-devel > ___ libbluray-devel mailing list libbluray-devel@videolan.org https://mailman.videolan.org/listinfo/libbluray-devel
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
pe, 2021-01-22 kello 14:46 -0300, Vitor Dall'Acqua kirjoitti: > Well, I was looking at Petri's latest commit and now libbluray will > search for JVM inside it's own folder. > This might be the answer for JRE on Android. It should also help with libbluray .jar files, those can now be next to libbluray.so (or the module where libbluray is linked in). I don't know if it helps with JRE, libjvm.so would need to be in the same directory with libbluray.so. This is of course possible only if JVM is relatively simple (like PhoneME was). I don't know if symbolic link would work (?). Maybe this could be extended to support full JRE tree too. "Normal" linux JVM paths are more or less useless with Android anyway. Another possible solution could be adding libjvm.so location to dynamic linker search path (like in old OpenJDK android examples). They seem to add /data/app/jre/lib/arm/jli and /data/app/jre/lib too ; these are not required with Linux, but seem to be an issue with MacOS (see bdj.c:_load_jli_macos()). Also JAVA_HOME should work now with "lib/arm/client". If it is difficult to set, it would be quite simple to add player setting for this (something like bd_set_player_setting_str(bd, BD_JAVA_HOME, "/some/path")). Still, being able to figure it out automatically would be the easiest way :) ___ libbluray-devel mailing list libbluray-devel@videolan.org https://mailman.videolan.org/listinfo/libbluray-devel
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
by the way, there's no libjvm.so present. We do have libjava.so, could this be the one we need? On Fri, Jan 22, 2021 at 4:54 PM Vitor Dall'Acqua wrote: > I have not tried to build Java from source. > > The version used by Termux, can be found as pre compiled and source here: > https://github.com/Hax4us/java/releases/download/v8/jdk8_aarch64.tar.gz > > I can give a go with Kodi, which is what I'm familiar with, to git clone > the latest changes from libbluray, add the lib/arm/client to it and add the > files from that archive linked here. > Does it still need a bin folder inside? is the structure correct there? > > > > > On Fri, Jan 22, 2021 at 4:34 PM Petri Hintukainen < > phint...@users.sourceforge.net> wrote: > >> to, 2021-01-21 kello 00:11 +0200, Shaya Potter kirjoitti: >> > I can't speak to any specifics, but there are some obvious issues >> > that would prevent libbluray from loading it. >> > >> > libbluray searches for the the java root dir in a number of places >> > (including the JAVA_HOME env) >> > >> > from the root dir, it searches in a number of subdir's for libjvm.so >> > >> > the dirs it searches are >> > >> > static const char * const jvm_dir[] = {"jre/lib/" JAVA_ARCH >> > "/server", >> > "lib/server", >> > "lib/client", >> > >> > it turns out that none of those dirs are where this jvm stores >> > libjvm.so. it stores it in "lib/arm/client". >> > >> > hence it can't find it. a simple experiment would be for you to >> > build your own libbluray and add "lib/arm/client" or perhaps even >> > "lib" JAVA_ARCH "/client" (again, unsure) and see if that improves >> > the situation. >> >> I've added these to libbluray git. >> >> > with that said, I have some skepticism that it can work when loaded >> > into the shared data partition as google has gone through efforts to >> > lock down executable code being stored there, with that said, I don't >> > know how that impact dlopen and the like and might only impact >> > Android Q users. >> > >> > but again, this is just low hanging fruit issues, dont really know >> > what it would be. (with that said, I think the holy grail for many >> > people would be to have kodi be able to use java on android). >> > >> > The other issue is that these devs don't provide any source code for >> > the jvm that they built. as it's under the GPL and they aren't >> > providing sources they built it from, they are arguably in violation >> > of the license. that's going to prevent it from anyone putting >> > significant effort into it. >> >> Has anyone tried building it from sources ? Is it just about figuring >> out correct configuration options, or does it need some patching ? >> >> It would be nice to get small and compact JVM, but I don't know how >> much stripped version it is possible to build... Or if it would be >> possible to simply remove unneeded files from the image. >> >> > On Sat, Jan 2, 2021 at 4:35 AM Vitor Dall'Acqua >> > wrote: >> > > Just wanted to share this with you, >> > > Someone made a JRE for Termux that runs on Android devices. >> > > https://github.com/MasterDevX/Termux-Java >> > > >> > > I've tried to add this to Kodi and setenv >> > > setenv("JAVA_HOME", "/storage/emulated/0/JAVA/", 1); >> > > >> > > added the binaries and the *.jar files >> > > >> > > Libbluray still won't see it. >> > > >> > > DEBUG : CBlurayCallback::Logger - bdj.c:746: BD-J check: >> > > Failed to load JVM library >> > > >> > > I have little to no experience with Android and how paths are set >> > > but if it's just a matter of figuring out how to set it, it would >> > > be really nice to have. >> > > >> > > Hope someone shares the sentiment and feels like having a look at >> > > it. >> > > >> > > Regards >> > > Vitor >> > > >> > > ___ >> > > libbluray-devel mailing list >> > > libbluray-devel@videolan.org >> > > https://mailman.videolan.org/listinfo/libbluray-devel >> > ___ >> > libbluray-devel mailing list >> > libbluray-devel@videolan.org >> > https://mailman.videolan.org/listinfo/libbluray-devel >> >> >> >> ___ >> libbluray-devel mailing list >> libbluray-devel@videolan.org >> https://mailman.videolan.org/listinfo/libbluray-devel >> > ___ libbluray-devel mailing list libbluray-devel@videolan.org https://mailman.videolan.org/listinfo/libbluray-devel
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
I have not tried to build Java from source. The version used by Termux, can be found as pre compiled and source here: https://github.com/Hax4us/java/releases/download/v8/jdk8_aarch64.tar.gz I can give a go with Kodi, which is what I'm familiar with, to git clone the latest changes from libbluray, add the lib/arm/client to it and add the files from that archive linked here. Does it still need a bin folder inside? is the structure correct there? On Fri, Jan 22, 2021 at 4:34 PM Petri Hintukainen < phint...@users.sourceforge.net> wrote: > to, 2021-01-21 kello 00:11 +0200, Shaya Potter kirjoitti: > > I can't speak to any specifics, but there are some obvious issues > > that would prevent libbluray from loading it. > > > > libbluray searches for the the java root dir in a number of places > > (including the JAVA_HOME env) > > > > from the root dir, it searches in a number of subdir's for libjvm.so > > > > the dirs it searches are > > > > static const char * const jvm_dir[] = {"jre/lib/" JAVA_ARCH > > "/server", > > "lib/server", > > "lib/client", > > > > it turns out that none of those dirs are where this jvm stores > > libjvm.so. it stores it in "lib/arm/client". > > > > hence it can't find it. a simple experiment would be for you to > > build your own libbluray and add "lib/arm/client" or perhaps even > > "lib" JAVA_ARCH "/client" (again, unsure) and see if that improves > > the situation. > > I've added these to libbluray git. > > > with that said, I have some skepticism that it can work when loaded > > into the shared data partition as google has gone through efforts to > > lock down executable code being stored there, with that said, I don't > > know how that impact dlopen and the like and might only impact > > Android Q users. > > > > but again, this is just low hanging fruit issues, dont really know > > what it would be. (with that said, I think the holy grail for many > > people would be to have kodi be able to use java on android). > > > > The other issue is that these devs don't provide any source code for > > the jvm that they built. as it's under the GPL and they aren't > > providing sources they built it from, they are arguably in violation > > of the license. that's going to prevent it from anyone putting > > significant effort into it. > > Has anyone tried building it from sources ? Is it just about figuring > out correct configuration options, or does it need some patching ? > > It would be nice to get small and compact JVM, but I don't know how > much stripped version it is possible to build... Or if it would be > possible to simply remove unneeded files from the image. > > > On Sat, Jan 2, 2021 at 4:35 AM Vitor Dall'Acqua > > wrote: > > > Just wanted to share this with you, > > > Someone made a JRE for Termux that runs on Android devices. > > > https://github.com/MasterDevX/Termux-Java > > > > > > I've tried to add this to Kodi and setenv > > > setenv("JAVA_HOME", "/storage/emulated/0/JAVA/", 1); > > > > > > added the binaries and the *.jar files > > > > > > Libbluray still won't see it. > > > > > > DEBUG : CBlurayCallback::Logger - bdj.c:746: BD-J check: > > > Failed to load JVM library > > > > > > I have little to no experience with Android and how paths are set > > > but if it's just a matter of figuring out how to set it, it would > > > be really nice to have. > > > > > > Hope someone shares the sentiment and feels like having a look at > > > it. > > > > > > Regards > > > Vitor > > > > > > ___ > > > libbluray-devel mailing list > > > libbluray-devel@videolan.org > > > https://mailman.videolan.org/listinfo/libbluray-devel > > ___ > > libbluray-devel mailing list > > libbluray-devel@videolan.org > > https://mailman.videolan.org/listinfo/libbluray-devel > > > > ___ > libbluray-devel mailing list > libbluray-devel@videolan.org > https://mailman.videolan.org/listinfo/libbluray-devel > ___ libbluray-devel mailing list libbluray-devel@videolan.org https://mailman.videolan.org/listinfo/libbluray-devel
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
to, 2021-01-21 kello 00:11 +0200, Shaya Potter kirjoitti: > I can't speak to any specifics, but there are some obvious issues > that would prevent libbluray from loading it. > > libbluray searches for the the java root dir in a number of places > (including the JAVA_HOME env) > > from the root dir, it searches in a number of subdir's for libjvm.so > > the dirs it searches are > > static const char * const jvm_dir[] = {"jre/lib/" JAVA_ARCH > "/server", > "lib/server", > "lib/client", > > it turns out that none of those dirs are where this jvm stores > libjvm.so. it stores it in "lib/arm/client". > > hence it can't find it. a simple experiment would be for you to > build your own libbluray and add "lib/arm/client" or perhaps even > "lib" JAVA_ARCH "/client" (again, unsure) and see if that improves > the situation. I've added these to libbluray git. > with that said, I have some skepticism that it can work when loaded > into the shared data partition as google has gone through efforts to > lock down executable code being stored there, with that said, I don't > know how that impact dlopen and the like and might only impact > Android Q users. > > but again, this is just low hanging fruit issues, dont really know > what it would be. (with that said, I think the holy grail for many > people would be to have kodi be able to use java on android). > > The other issue is that these devs don't provide any source code for > the jvm that they built. as it's under the GPL and they aren't > providing sources they built it from, they are arguably in violation > of the license. that's going to prevent it from anyone putting > significant effort into it. Has anyone tried building it from sources ? Is it just about figuring out correct configuration options, or does it need some patching ? It would be nice to get small and compact JVM, but I don't know how much stripped version it is possible to build... Or if it would be possible to simply remove unneeded files from the image. > On Sat, Jan 2, 2021 at 4:35 AM Vitor Dall'Acqua > wrote: > > Just wanted to share this with you, > > Someone made a JRE for Termux that runs on Android devices. > > https://github.com/MasterDevX/Termux-Java > > > > I've tried to add this to Kodi and setenv > > setenv("JAVA_HOME", "/storage/emulated/0/JAVA/", 1); > > > > added the binaries and the *.jar files > > > > Libbluray still won't see it. > > > > DEBUG : CBlurayCallback::Logger - bdj.c:746: BD-J check: > > Failed to load JVM library > > > > I have little to no experience with Android and how paths are set > > but if it's just a matter of figuring out how to set it, it would > > be really nice to have. > > > > Hope someone shares the sentiment and feels like having a look at > > it. > > > > Regards > > Vitor > > > > ___ > > libbluray-devel mailing list > > libbluray-devel@videolan.org > > https://mailman.videolan.org/listinfo/libbluray-devel > ___ > libbluray-devel mailing list > libbluray-devel@videolan.org > https://mailman.videolan.org/listinfo/libbluray-devel ___ libbluray-devel mailing list libbluray-devel@videolan.org https://mailman.videolan.org/listinfo/libbluray-devel
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
Well, I was looking at Petri's latest commit and now libbluray will search for JVM inside it's own folder. This might be the answer for JRE on Android. On Thu, Jan 21, 2021 at 3:18 AM Shaya Potter wrote: > As I said, Im not sure about the design that for blurays menus mean it's > not in normal playback > > Look at the game of thrones blurays, they have an interactive playback > mode which plays episodes normally with interactive "menu" content that can > give you information on the scene you are watching. > > I'd wonder what it would mean to say that anytime one is in a java title, > one doesn't consider it a static menu, but "normal playback". > > Just a thought. > > On Thu, Jan 21, 2021, 1:42 AM Vitor Dall'Acqua wrote: > >> Oh, my bad, I figured you were. >> >> The distinction applies for everything it plays, including DVDs. Kodi is >> a multi layer player and the way input stream bluray passes >> chapters/subtitles/audio follows the same route as any other video file >> being played. >> One example of this is that chapters do not work with Blurays and UHD >> Blurays that have popup menus, because there are restrictions to avoid the >> end user to skip a chapter during menus, makes sense but during playback >> while thinking menus are active stops chapter skipping. >> >> And while possible, and I did, restore chapters for menus that's exactly >> the opposite way the problem should be handled. >> >> What I did, in this commit here: >> https://github.com/xbmc/xbmc/pull/17210 >> >> Is that the user decides if menus are available or not and what he/she >> would like to control. >> It works but an automatic solution would be a much better user >> experience. >> >> Libbluray do have some calls that in theory should do this, but those are >> never used like: >> BD_ARGB_OVERLAY_CLOSE >> >> Even BD_OVERLAY_IG is always != 0. >> >> As you can see I tried to fix that last year, giving an attempt now once >> again. >> I even went down to irc to nagg libbluray devs around asking this but >> can't find an answer. >> >> One of Team Kodi devs proposed a very elaborated solution that's beyond >> my skills that is implement a OSD reader, similar to the Google Translator >> API used by RetroArch to translate games in real time. >> This is like killing an ant with a nuke. >> >> Hope now that we are discussing this once again a light might come up >> because I have debug every single line in here: >> >> https://github.com/xbmc/xbmc/blob/master/xbmc/cores/VideoPlayer/DVDInputStreams/DVDInputStreamBluray.cpp >> >> And nothing is consistent when the popup menu closes. >> All I need is a flag saying: the popup menu is gone, that's it. >> >> >> On Wed, Jan 20, 2021 at 8:05 PM Shaya Potter wrote: >> >>> I'm not really a libbluray developer, but I'm wondering if kodi's >>> distinction between menu and non menu really applies to blurays in >>> general. One can have menu type stuff on screen when a blurays is playing >>> a movie, even resizing the video. Heck, I've even seen dynamic animations >>> done via java code overlayed on top of playing video (ex: the trivia track >>> from the breakfast club 30th anniversary blurays, the dvd includes it as a >>> normal vobsub, the bluray tries to be fancier). >>> >>> I.e. if the movie is being played from a java/xlet context, is there a >>> difference if it's a menu or not? I really don't know, hence asking the q. >>> >>> >>> On Thu, Jan 21, 2021, 12:46 AM Vitor Dall'Acqua >>> wrote: >>> Really glad to hear back on this. Exactly, having libbluray running on Kodi on Android would make many people happy. Alas, this is not my first time attempting this and failing. It would make things much simpler if would be possible to just embed jre into libbluray when compiling but that probably violates several license agreements. Right now, I'm still working on libbluray and Kodi with a different issue, actually the only remaining issue with bluray and bluray uhd playback on Kodi using libbluray (on linux and windows). Kodi has 2 states when playing a disc: inside a menu and playback. The problem I'm facing is the popup menus, which causes Kodi to behave as if it's inside a menu during entire playback. I need to figure out a way to get any value when the popup menu isn't rendering on screen. BD_EVENT_POPUP doesn't change. All the axis, img byte size, the palette, still can't figure out anything that I can use. Do you have advice of what can be used for this? This would greatly improve the user experience using Kodi and full discs. Either way, thank you for taking your time to answer this. Regards Vitor On Wed, Jan 20, 2021, 7:11 PM Shaya Potter wrote: > I can't speak to any specifics, but there are some obvious issues that > would prevent libbluray from loading it. > >
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
As I said, Im not sure about the design that for blurays menus mean it's not in normal playback Look at the game of thrones blurays, they have an interactive playback mode which plays episodes normally with interactive "menu" content that can give you information on the scene you are watching. I'd wonder what it would mean to say that anytime one is in a java title, one doesn't consider it a static menu, but "normal playback". Just a thought. On Thu, Jan 21, 2021, 1:42 AM Vitor Dall'Acqua wrote: > Oh, my bad, I figured you were. > > The distinction applies for everything it plays, including DVDs. Kodi is a > multi layer player and the way input stream bluray passes > chapters/subtitles/audio follows the same route as any other video file > being played. > One example of this is that chapters do not work with Blurays and UHD > Blurays that have popup menus, because there are restrictions to avoid the > end user to skip a chapter during menus, makes sense but during playback > while thinking menus are active stops chapter skipping. > > And while possible, and I did, restore chapters for menus that's exactly > the opposite way the problem should be handled. > > What I did, in this commit here: > https://github.com/xbmc/xbmc/pull/17210 > > Is that the user decides if menus are available or not and what he/she > would like to control. > It works but an automatic solution would be a much better user experience. > > Libbluray do have some calls that in theory should do this, but those are > never used like: > BD_ARGB_OVERLAY_CLOSE > > Even BD_OVERLAY_IG is always != 0. > > As you can see I tried to fix that last year, giving an attempt now once > again. > I even went down to irc to nagg libbluray devs around asking this but > can't find an answer. > > One of Team Kodi devs proposed a very elaborated solution that's beyond my > skills that is implement a OSD reader, similar to the Google Translator API > used by RetroArch to translate games in real time. > This is like killing an ant with a nuke. > > Hope now that we are discussing this once again a light might come up > because I have debug every single line in here: > > https://github.com/xbmc/xbmc/blob/master/xbmc/cores/VideoPlayer/DVDInputStreams/DVDInputStreamBluray.cpp > > And nothing is consistent when the popup menu closes. > All I need is a flag saying: the popup menu is gone, that's it. > > > On Wed, Jan 20, 2021 at 8:05 PM Shaya Potter wrote: > >> I'm not really a libbluray developer, but I'm wondering if kodi's >> distinction between menu and non menu really applies to blurays in >> general. One can have menu type stuff on screen when a blurays is playing >> a movie, even resizing the video. Heck, I've even seen dynamic animations >> done via java code overlayed on top of playing video (ex: the trivia track >> from the breakfast club 30th anniversary blurays, the dvd includes it as a >> normal vobsub, the bluray tries to be fancier). >> >> I.e. if the movie is being played from a java/xlet context, is there a >> difference if it's a menu or not? I really don't know, hence asking the q. >> >> >> On Thu, Jan 21, 2021, 12:46 AM Vitor Dall'Acqua wrote: >> >>> Really glad to hear back on this. >>> >>> Exactly, having libbluray running on Kodi on Android would make many >>> people happy. >>> >>> Alas, this is not my first time attempting this and failing. >>> >>> It would make things much simpler if would be possible to just embed jre >>> into libbluray when compiling but that probably violates several license >>> agreements. >>> >>> Right now, I'm still working on libbluray and Kodi with a different >>> issue, actually the only remaining issue with bluray and bluray uhd >>> playback on Kodi using libbluray (on linux and windows). >>> >>> Kodi has 2 states when playing a disc: inside a menu and playback. >>> The problem I'm facing is the popup menus, which causes Kodi to behave >>> as if it's inside a menu during entire playback. >>> >>> I need to figure out a way to get any value when the popup menu isn't >>> rendering on screen. >>> >>> BD_EVENT_POPUP doesn't change. >>> All the axis, img byte size, the palette, still can't figure out >>> anything that I can use. >>> >>> Do you have advice of what can be used for this? >>> >>> This would greatly improve the user experience using Kodi and full discs. >>> >>> Either way, thank you for taking your time to answer this. >>> >>> Regards >>> Vitor >>> >>> >>> >>> >>> On Wed, Jan 20, 2021, 7:11 PM Shaya Potter wrote: >>> I can't speak to any specifics, but there are some obvious issues that would prevent libbluray from loading it. libbluray searches for the the java root dir in a number of places (including the JAVA_HOME env) from the root dir, it searches in a number of subdir's for libjvm.so the dirs it searches are static const char * const jvm_dir[] = {"jre/lib/" JAVA_ARCH "/server",
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
Oh, my bad, I figured you were. The distinction applies for everything it plays, including DVDs. Kodi is a multi layer player and the way input stream bluray passes chapters/subtitles/audio follows the same route as any other video file being played. One example of this is that chapters do not work with Blurays and UHD Blurays that have popup menus, because there are restrictions to avoid the end user to skip a chapter during menus, makes sense but during playback while thinking menus are active stops chapter skipping. And while possible, and I did, restore chapters for menus that's exactly the opposite way the problem should be handled. What I did, in this commit here: https://github.com/xbmc/xbmc/pull/17210 Is that the user decides if menus are available or not and what he/she would like to control. It works but an automatic solution would be a much better user experience. Libbluray do have some calls that in theory should do this, but those are never used like: BD_ARGB_OVERLAY_CLOSE Even BD_OVERLAY_IG is always != 0. As you can see I tried to fix that last year, giving an attempt now once again. I even went down to irc to nagg libbluray devs around asking this but can't find an answer. One of Team Kodi devs proposed a very elaborated solution that's beyond my skills that is implement a OSD reader, similar to the Google Translator API used by RetroArch to translate games in real time. This is like killing an ant with a nuke. Hope now that we are discussing this once again a light might come up because I have debug every single line in here: https://github.com/xbmc/xbmc/blob/master/xbmc/cores/VideoPlayer/DVDInputStreams/DVDInputStreamBluray.cpp And nothing is consistent when the popup menu closes. All I need is a flag saying: the popup menu is gone, that's it. On Wed, Jan 20, 2021 at 8:05 PM Shaya Potter wrote: > I'm not really a libbluray developer, but I'm wondering if kodi's > distinction between menu and non menu really applies to blurays in > general. One can have menu type stuff on screen when a blurays is playing > a movie, even resizing the video. Heck, I've even seen dynamic animations > done via java code overlayed on top of playing video (ex: the trivia track > from the breakfast club 30th anniversary blurays, the dvd includes it as a > normal vobsub, the bluray tries to be fancier). > > I.e. if the movie is being played from a java/xlet context, is there a > difference if it's a menu or not? I really don't know, hence asking the q. > > > On Thu, Jan 21, 2021, 12:46 AM Vitor Dall'Acqua wrote: > >> Really glad to hear back on this. >> >> Exactly, having libbluray running on Kodi on Android would make many >> people happy. >> >> Alas, this is not my first time attempting this and failing. >> >> It would make things much simpler if would be possible to just embed jre >> into libbluray when compiling but that probably violates several license >> agreements. >> >> Right now, I'm still working on libbluray and Kodi with a different >> issue, actually the only remaining issue with bluray and bluray uhd >> playback on Kodi using libbluray (on linux and windows). >> >> Kodi has 2 states when playing a disc: inside a menu and playback. >> The problem I'm facing is the popup menus, which causes Kodi to behave as >> if it's inside a menu during entire playback. >> >> I need to figure out a way to get any value when the popup menu isn't >> rendering on screen. >> >> BD_EVENT_POPUP doesn't change. >> All the axis, img byte size, the palette, still can't figure out anything >> that I can use. >> >> Do you have advice of what can be used for this? >> >> This would greatly improve the user experience using Kodi and full discs. >> >> Either way, thank you for taking your time to answer this. >> >> Regards >> Vitor >> >> >> >> >> On Wed, Jan 20, 2021, 7:11 PM Shaya Potter wrote: >> >>> I can't speak to any specifics, but there are some obvious issues that >>> would prevent libbluray from loading it. >>> >>> libbluray searches for the the java root dir in a number of places >>> (including the JAVA_HOME env) >>> >>> from the root dir, it searches in a number of subdir's for libjvm.so >>> >>> the dirs it searches are >>> >>> static const char * const jvm_dir[] = {"jre/lib/" JAVA_ARCH "/server", >>>"lib/server", >>> "lib/client", >>> >>> >>> it turns out that none of those dirs are where this jvm stores >>> libjvm.so. it stores it in "lib/arm/client". >>> >>> hence it can't find it. a simple experiment would be for you to build >>> your own libbluray and add "lib/arm/client" or perhaps even "lib" JAVA_ARCH >>> "/client" (again, unsure) and see if that improves the situation. >>> >>> with that said, I have some skepticism that it can work when loaded into >>> the shared data partition as google has gone through efforts to lock down >>> executable code being stored there, with that said, I don't know how
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
I'm not really a libbluray developer, but I'm wondering if kodi's distinction between menu and non menu really applies to blurays in general. One can have menu type stuff on screen when a blurays is playing a movie, even resizing the video. Heck, I've even seen dynamic animations done via java code overlayed on top of playing video (ex: the trivia track from the breakfast club 30th anniversary blurays, the dvd includes it as a normal vobsub, the bluray tries to be fancier). I.e. if the movie is being played from a java/xlet context, is there a difference if it's a menu or not? I really don't know, hence asking the q. On Thu, Jan 21, 2021, 12:46 AM Vitor Dall'Acqua wrote: > Really glad to hear back on this. > > Exactly, having libbluray running on Kodi on Android would make many > people happy. > > Alas, this is not my first time attempting this and failing. > > It would make things much simpler if would be possible to just embed jre > into libbluray when compiling but that probably violates several license > agreements. > > Right now, I'm still working on libbluray and Kodi with a different issue, > actually the only remaining issue with bluray and bluray uhd playback on > Kodi using libbluray (on linux and windows). > > Kodi has 2 states when playing a disc: inside a menu and playback. > The problem I'm facing is the popup menus, which causes Kodi to behave as > if it's inside a menu during entire playback. > > I need to figure out a way to get any value when the popup menu isn't > rendering on screen. > > BD_EVENT_POPUP doesn't change. > All the axis, img byte size, the palette, still can't figure out anything > that I can use. > > Do you have advice of what can be used for this? > > This would greatly improve the user experience using Kodi and full discs. > > Either way, thank you for taking your time to answer this. > > Regards > Vitor > > > > > On Wed, Jan 20, 2021, 7:11 PM Shaya Potter wrote: > >> I can't speak to any specifics, but there are some obvious issues that >> would prevent libbluray from loading it. >> >> libbluray searches for the the java root dir in a number of places >> (including the JAVA_HOME env) >> >> from the root dir, it searches in a number of subdir's for libjvm.so >> >> the dirs it searches are >> >> static const char * const jvm_dir[] = {"jre/lib/" JAVA_ARCH "/server", >> "lib/server", >> "lib/client", >> >> >> it turns out that none of those dirs are where this jvm stores >> libjvm.so. it stores it in "lib/arm/client". >> >> hence it can't find it. a simple experiment would be for you to build >> your own libbluray and add "lib/arm/client" or perhaps even "lib" JAVA_ARCH >> "/client" (again, unsure) and see if that improves the situation. >> >> with that said, I have some skepticism that it can work when loaded into >> the shared data partition as google has gone through efforts to lock down >> executable code being stored there, with that said, I don't know how that >> impact dlopen and the like and might only impact Android Q users. >> >> but again, this is just low hanging fruit issues, dont really know what >> it would be. (with that said, I think the holy grail for many people would >> be to have kodi be able to use java on android). >> >> The other issue is that these devs don't provide any source code for the >> jvm that they built. as it's under the GPL and they aren't providing >> sources they built it from, they are arguably in violation of the license. >> that's going to prevent it from anyone putting significant effort into it. >> >> >> On Sat, Jan 2, 2021 at 4:35 AM Vitor Dall'Acqua wrote: >> >>> Just wanted to share this with you, >>> >>> Someone made a JRE for Termux that runs on Android devices. >>> https://github.com/MasterDevX/Termux-Java >>> >>> I've tried to add this to Kodi and setenv >>> setenv("JAVA_HOME", "/storage/emulated/0/JAVA/", 1); >>> >>> added the binaries and the *.jar files >>> >>> Libbluray still won't see it. >>> >>> DEBUG : CBlurayCallback::Logger - bdj.c:746: BD-J check: Failed >>> to load JVM library >>> >>> I have little to no experience with Android and how paths are set but if >>> it's just a matter of figuring out how to set it, it would be really nice >>> to have. >>> >>> Hope someone shares the sentiment and feels like having a look at it. >>> >>> Regards >>> Vitor >>> >>> ___ >>> libbluray-devel mailing list >>> libbluray-devel@videolan.org >>> https://mailman.videolan.org/listinfo/libbluray-devel >>> >> ___ >> libbluray-devel mailing list >> libbluray-devel@videolan.org >> https://mailman.videolan.org/listinfo/libbluray-devel >> > ___ > libbluray-devel mailing list > libbluray-devel@videolan.org > https://mailman.videolan.org/listinfo/libbluray-devel >
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
Really glad to hear back on this. Exactly, having libbluray running on Kodi on Android would make many people happy. Alas, this is not my first time attempting this and failing. It would make things much simpler if would be possible to just embed jre into libbluray when compiling but that probably violates several license agreements. Right now, I'm still working on libbluray and Kodi with a different issue, actually the only remaining issue with bluray and bluray uhd playback on Kodi using libbluray (on linux and windows). Kodi has 2 states when playing a disc: inside a menu and playback. The problem I'm facing is the popup menus, which causes Kodi to behave as if it's inside a menu during entire playback. I need to figure out a way to get any value when the popup menu isn't rendering on screen. BD_EVENT_POPUP doesn't change. All the axis, img byte size, the palette, still can't figure out anything that I can use. Do you have advice of what can be used for this? This would greatly improve the user experience using Kodi and full discs. Either way, thank you for taking your time to answer this. Regards Vitor On Wed, Jan 20, 2021, 7:11 PM Shaya Potter wrote: > I can't speak to any specifics, but there are some obvious issues that > would prevent libbluray from loading it. > > libbluray searches for the the java root dir in a number of places > (including the JAVA_HOME env) > > from the root dir, it searches in a number of subdir's for libjvm.so > > the dirs it searches are > > static const char * const jvm_dir[] = {"jre/lib/" JAVA_ARCH "/server", > "lib/server", > "lib/client", > > > it turns out that none of those dirs are where this jvm stores libjvm.so. > it stores it in "lib/arm/client". > > hence it can't find it. a simple experiment would be for you to build > your own libbluray and add "lib/arm/client" or perhaps even "lib" JAVA_ARCH > "/client" (again, unsure) and see if that improves the situation. > > with that said, I have some skepticism that it can work when loaded into > the shared data partition as google has gone through efforts to lock down > executable code being stored there, with that said, I don't know how that > impact dlopen and the like and might only impact Android Q users. > > but again, this is just low hanging fruit issues, dont really know what it > would be. (with that said, I think the holy grail for many people would be > to have kodi be able to use java on android). > > The other issue is that these devs don't provide any source code for the > jvm that they built. as it's under the GPL and they aren't providing > sources they built it from, they are arguably in violation of the license. > that's going to prevent it from anyone putting significant effort into it. > > > On Sat, Jan 2, 2021 at 4:35 AM Vitor Dall'Acqua wrote: > >> Just wanted to share this with you, >> >> Someone made a JRE for Termux that runs on Android devices. >> https://github.com/MasterDevX/Termux-Java >> >> I've tried to add this to Kodi and setenv >> setenv("JAVA_HOME", "/storage/emulated/0/JAVA/", 1); >> >> added the binaries and the *.jar files >> >> Libbluray still won't see it. >> >> DEBUG : CBlurayCallback::Logger - bdj.c:746: BD-J check: Failed >> to load JVM library >> >> I have little to no experience with Android and how paths are set but if >> it's just a matter of figuring out how to set it, it would be really nice >> to have. >> >> Hope someone shares the sentiment and feels like having a look at it. >> >> Regards >> Vitor >> >> ___ >> libbluray-devel mailing list >> libbluray-devel@videolan.org >> https://mailman.videolan.org/listinfo/libbluray-devel >> > ___ > libbluray-devel mailing list > libbluray-devel@videolan.org > https://mailman.videolan.org/listinfo/libbluray-devel > ___ libbluray-devel mailing list libbluray-devel@videolan.org https://mailman.videolan.org/listinfo/libbluray-devel
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
I also don't know if however you are setting up the env variable, actually carries over to kodi (or what the 1 or a 0 would mean for setenv() ) but this PR might be a guide for a useful way to make it more generic https://github.com/xbmc/xbmc/pull/4076 On Thu, Jan 21, 2021 at 12:11 AM Shaya Potter wrote: > I can't speak to any specifics, but there are some obvious issues that > would prevent libbluray from loading it. > > libbluray searches for the the java root dir in a number of places > (including the JAVA_HOME env) > > from the root dir, it searches in a number of subdir's for libjvm.so > > the dirs it searches are > > static const char * const jvm_dir[] = {"jre/lib/" JAVA_ARCH "/server", > "lib/server", > "lib/client", > > > it turns out that none of those dirs are where this jvm stores libjvm.so. > it stores it in "lib/arm/client". > > hence it can't find it. a simple experiment would be for you to build > your own libbluray and add "lib/arm/client" or perhaps even "lib" JAVA_ARCH > "/client" (again, unsure) and see if that improves the situation. > > with that said, I have some skepticism that it can work when loaded into > the shared data partition as google has gone through efforts to lock down > executable code being stored there, with that said, I don't know how that > impact dlopen and the like and might only impact Android Q users. > > but again, this is just low hanging fruit issues, dont really know what it > would be. (with that said, I think the holy grail for many people would be > to have kodi be able to use java on android). > > The other issue is that these devs don't provide any source code for the > jvm that they built. as it's under the GPL and they aren't providing > sources they built it from, they are arguably in violation of the license. > that's going to prevent it from anyone putting significant effort into it. > > > On Sat, Jan 2, 2021 at 4:35 AM Vitor Dall'Acqua wrote: > >> Just wanted to share this with you, >> >> Someone made a JRE for Termux that runs on Android devices. >> https://github.com/MasterDevX/Termux-Java >> >> I've tried to add this to Kodi and setenv >> setenv("JAVA_HOME", "/storage/emulated/0/JAVA/", 1); >> >> added the binaries and the *.jar files >> >> Libbluray still won't see it. >> >> DEBUG : CBlurayCallback::Logger - bdj.c:746: BD-J check: Failed >> to load JVM library >> >> I have little to no experience with Android and how paths are set but if >> it's just a matter of figuring out how to set it, it would be really nice >> to have. >> >> Hope someone shares the sentiment and feels like having a look at it. >> >> Regards >> Vitor >> >> ___ >> libbluray-devel mailing list >> libbluray-devel@videolan.org >> https://mailman.videolan.org/listinfo/libbluray-devel >> > ___ libbluray-devel mailing list libbluray-devel@videolan.org https://mailman.videolan.org/listinfo/libbluray-devel
Re: [libbluray-devel] Found a JRE compiled for Android (ARM)
I can't speak to any specifics, but there are some obvious issues that would prevent libbluray from loading it. libbluray searches for the the java root dir in a number of places (including the JAVA_HOME env) from the root dir, it searches in a number of subdir's for libjvm.so the dirs it searches are static const char * const jvm_dir[] = {"jre/lib/" JAVA_ARCH "/server","lib/server", "lib/client", it turns out that none of those dirs are where this jvm stores libjvm.so. it stores it in "lib/arm/client". hence it can't find it. a simple experiment would be for you to build your own libbluray and add "lib/arm/client" or perhaps even "lib" JAVA_ARCH "/client" (again, unsure) and see if that improves the situation. with that said, I have some skepticism that it can work when loaded into the shared data partition as google has gone through efforts to lock down executable code being stored there, with that said, I don't know how that impact dlopen and the like and might only impact Android Q users. but again, this is just low hanging fruit issues, dont really know what it would be. (with that said, I think the holy grail for many people would be to have kodi be able to use java on android). The other issue is that these devs don't provide any source code for the jvm that they built. as it's under the GPL and they aren't providing sources they built it from, they are arguably in violation of the license. that's going to prevent it from anyone putting significant effort into it. On Sat, Jan 2, 2021 at 4:35 AM Vitor Dall'Acqua wrote: > Just wanted to share this with you, > > Someone made a JRE for Termux that runs on Android devices. > https://github.com/MasterDevX/Termux-Java > > I've tried to add this to Kodi and setenv > setenv("JAVA_HOME", "/storage/emulated/0/JAVA/", 1); > > added the binaries and the *.jar files > > Libbluray still won't see it. > > DEBUG : CBlurayCallback::Logger - bdj.c:746: BD-J check: Failed > to load JVM library > > I have little to no experience with Android and how paths are set but if > it's just a matter of figuring out how to set it, it would be really nice > to have. > > Hope someone shares the sentiment and feels like having a look at it. > > Regards > Vitor > > ___ > libbluray-devel mailing list > libbluray-devel@videolan.org > https://mailman.videolan.org/listinfo/libbluray-devel > ___ libbluray-devel mailing list libbluray-devel@videolan.org https://mailman.videolan.org/listinfo/libbluray-devel