[libbluray-devel] JRE for Android part 3

[Shaya Potter]

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

> This problem is true for every disc, regular or uhd.
> Since the shield is doing all the hard work with software rendering the
> entire menu becomes slow.
> But this isn't perceptible with the shield on 1080p because it has the
> power to render it and display the menu.
>
> Both cases you present might be the reason for that.
>
> But I would say that the missing ts packets have a higher chance of being
> the one.
>
> The good news is that I tried several regular blurays and everything plays
> just fine.
>
> This is probably the last step we have to work with, after that is just
> preparing for release.
>
> Also, Petri, do you think you could share the changes you made on JRE to
> allow it to run without JAVA_HOME?
>
> And did you create a make file to compile it? Or did it by hand?
>
> And finally, the changes needed on libbluray are just a few lines of code
> on bdj.c.
> Do you think a #ifdef android would be a good idea?
>
> I believe that even VLC could play full disks on Android too.
>

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?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/libbluray-devel/attachments/20210130/9629ca5c/attachment.html>