<div dir="auto">You are right.<div dir="auto">That's why I asked for the source with Petri's changes.</div><div dir="auto"><br></div><div dir="auto">But they probably would want me to create the build process.</div><div dir="auto">And this is out of my league.</div><div dir="auto"><br></div><div dir="auto">I will try to convince somebody to take this showing as this works as expected. As you mentioned as a proof of concept.</div><div dir="auto"><br></div><div dir="auto">But for the moment, the JRE library can be installed as an addon, not support by Kodi.</div><div dir="auto">The only thing is that environment variables need to be set for it to work and libbluray needs 3 or 4 lines of code to work too.</div><div dir="auto"><br></div><div dir="auto">I once worked with my Kodi build, called Kodi HDR Edition.</div><div dir="auto">Since windows had no public api to turn hdr on and off and pass the metadata I had to use nvidia and amd private apis. This could not be part of Kodi.</div><div dir="auto"><br></div><div dir="auto">So i maintained it for more than a year and an unofficial build.</div><div dir="auto">The same is happening with Dolby Vision on android right now, until ffmpeg team decides to add support for mkv dolby vision we are doing it our way but it won't get merged into Kodi.</div><div dir="auto"><br></div><div dir="auto">And the same will happen to bluray menu playback.</div><div dir="auto">It will be a standalone build with standalone addon for people to use until it gets merged with Kodi as a binary addon.</div><div dir="auto"><br></div><div dir="auto"> (I'll just use the same build that supports dolby vision)</div><div dir="auto"><br></div><div dir="auto">Not much different to the way vpeter does for CoreElec. You have to use his image of the OS for bluray menu support.</div><div dir="auto"><br></div><div dir="auto"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jan 30, 2021, 2:45 PM Shaya Potter <<a href="mailto:spotter@gmail.com">spotter@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jan 30, 2021 at 7:27 PM Vitor Dall'Acqua <<a href="mailto:veggav@gmail.com" target="_blank" rel="noreferrer">veggav@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">This problem is true for every disc, regular or uhd.<div dir="auto">Since the shield is doing all the hard work with software rendering the entire menu becomes slow.</div><div dir="auto">But this isn't perceptible with the shield on 1080p because it has the power to render it and display the menu.</div><div dir="auto"><br></div><div dir="auto">Both cases you present might be the reason for that.</div><div dir="auto"><br></div><div dir="auto">But I would say that the missing ts packets have a higher chance of being the one.</div><div dir="auto"><br></div><div dir="auto">The good news is that I tried several regular blurays and everything plays just fine.</div><div dir="auto"><br></div><div dir="auto">This is probably the last step we have to work with, after that is just preparing for release.</div><div dir="auto"><br></div><div dir="auto">Also, Petri, do you think you could share the changes you made on JRE to allow it to run without JAVA_HOME?</div><div dir="auto"><br></div><div dir="auto">And did you create a make file to compile it? Or did it by hand?</div><div dir="auto"><br></div><div dir="auto">And finally, the changes needed on libbluray are just a few lines of code on bdj.c.</div><div dir="auto">Do you think a #ifdef android would be a good idea?</div><div dir="auto"><br></div><div>I believe that even VLC could play full disks on Android too. <br></div></div></blockquote><div><br></div><div>if I had to guess, I think kodi would want more.  They wouldn't want to drop a prebuilt jvm into their tree, they would want their build process to use jvm sources, perhaps apply a set of patches to it, and build the jvm as part of the normal android build.  Of course, I could be wrong.  I think the work that's been done in these threads is proof of concept to demonstrate that it can work and its something kodi should support by default as part of their "store" builds..  I'd think that it would be constructive for you to loop in kodi's android developers to this discussion.  i.e. they might know intricacies of android that the rest of us are missing.  thoughts?<br></div></div></div>
_______________________________________________<br>
libbluray-devel mailing list<br>
<a href="mailto:libbluray-devel@videolan.org" target="_blank" rel="noreferrer">libbluray-devel@videolan.org</a><br>
<a href="https://mailman.videolan.org/listinfo/libbluray-devel" rel="noreferrer noreferrer" target="_blank">https://mailman.videolan.org/listinfo/libbluray-devel</a><br>
</blockquote></div>