[libbluray-devel] JRE for Android part 3

[Vitor Dall'Acqua]

ahm.... how do I check that?

I'm disabling JIT now to test.
But I still think the problem is that Kodi isn't using hardware
accelaration during menus and this is why it's  slow.

On Fri, Jan 29, 2021 at 10:51 AM Shaya Potter <spotter at gmail.com> wrote:

> it is using the hotspot vm? not the zerovm?
>
> On Fri, Jan 29, 2021 at 3:44 PM Vitor Dall'Acqua <veggav at gmail.com> wrote:
>
>> JIT isn't disabled here.
>>
>> I believe this has something to do with how Kodi works while is inside a
>> menu because if I start a scene and it still thinks it's inside a menu, the
>> playback is sluggish.
>> If I just start the main menu and the menu statement is off the movie
>> plays fine.
>>
>> On Fri, Jan 29, 2021 at 10:40 AM Shaya Potter <spotter at gmail.com> wrote:
>>
>>> great job.  so petri was right about the no jit (to be expected that he
>>> would be).  but this provides a good starting point, I think, especially as
>>> this seems to be a supported configuration of the jvm.
>>>
>>> On Fri, Jan 29, 2021 at 3:36 PM Vitor Dall'Acqua <veggav at gmail.com>
>>> wrote:
>>>
>>>> IT'S WORKING!!!
>>>>
>>>> https://ibb.co/2Zf5DTD
>>>>
>>>> really really slow.. but it's working
>>>>
>>>> On Fri, Jan 29, 2021, 10:16 AM Petri Hintukainen <
>>>> phintuka at users.sourceforge.net> wrote:
>>>>
>>>>> pe, 2021-01-29 kello 14:58 +0200, Shaya Potter kirjoitti:
>>>>> > it probably doesn't make a difference, but  meant setting DISPLAY env
>>>>> > variable to :0.0 (much like JAVA_HOME you were dealing with before).
>>>>> >
>>>>> > On Fri, Jan 29, 2021 at 2:33 PM Vitor Dall'Acqua <veggav at gmail.com>
>>>>> > wrote:
>>>>> > > Made no difference
>>>>> > >   setenv("X11_DISPLAY", "DISPLAY=:0.0", 1);
>>>>> > >
>>>>> > >   setenv("X11_DISPLAY", "X11_DISPLAY=:0.0", 1);
>>>>> > >
>>>>> > > maybe I'm not writing it properly.
>>>>>
>>>>> It should be without X11_ prefix:
>>>>>
>>>>>   setenv("DISPLAY", ":0.0", 1);
>>>>>
>>>>> This seems to be enough. Or skip autodetection with
>>>>>
>>>>>    option[n++].optionString = str_dup("-Djava.awt.headless=false");
>>>>>
>>>>> (it seems to assume Linux == X11 ...).
>>>>>
>>>>> > > On Fri, Jan 29, 2021 at 5:49 AM Shaya Potter <spotter at gmail.com>
>>>>> > > wrote:
>>>>> > > > On Fri, Jan 29, 2021 at 2:02 AM Vitor Dall'Acqua <
>>>>> > > > veggav at gmail.com> wrote:
>>>>> > > > > Ok solved the write protected with
>>>>> > > > >     option[n++].optionString = str_dup   ("-
>>>>> > > > > Djava.io.tmpdir=/storage/emulated/0/Android/");
>>>>> > > > >
>>>>> > > > > Petri, now this is beyond me:
>>>>> > > > > 2021-01-28 21:58:59.346 T:18499   DEBUG <general>:
>>>>> > > > > CBlurayCallback::Logger - org.videolan.BDJLoader:0: ERROR:
>>>>> > > > > loadN() failed: java.awt.HeadlessException:
>>>>> > > > >                                                    No X11
>>>>> > > > > DISPLAY variable was set, but this program performed an
>>>>> > > > > operation which requires it.
>>>>> > > > >
>>>>> > > > > Do you have any idea?
>>>>> > > > >
>>>>> > > >
>>>>> > > > this is the headless awt thing i mentioned before.  This is very
>>>>> > > > good progress I'd think.
>>>>> > > >
>>>>> > > > A simple thing to try to do is set env variable X11_DISPLAY=:0,
>>>>> > > > if it's just checking for the env var but doesn't actually draw
>>>>> > > > to it, it might get it past it.  If it actually has to draw, it
>>>>> > > > will fail somewhere else later.  The question is what libbluray
>>>>> > > > would need for java9's headless awt mode.
>>>>> > > > _______________________________________________
>>>>> > > > libbluray-devel mailing list
>>>>> > > > libbluray-devel at videolan.org
>>>>> > > > https://mailman.videolan.org/listinfo/libbluray-devel
>>>>> > > _______________________________________________
>>>>> > > libbluray-devel mailing list
>>>>> > > libbluray-devel at videolan.org
>>>>> > > https://mailman.videolan.org/listinfo/libbluray-devel
>>>>> > _______________________________________________
>>>>> > libbluray-devel mailing list
>>>>> > libbluray-devel at videolan.org
>>>>> > https://mailman.videolan.org/listinfo/libbluray-devel
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> libbluray-devel mailing list
>>>>> libbluray-devel at videolan.org
>>>>> https://mailman.videolan.org/listinfo/libbluray-devel
>>>>>
>>>> _______________________________________________
>>>> libbluray-devel mailing list
>>>> libbluray-devel at videolan.org
>>>> https://mailman.videolan.org/listinfo/libbluray-devel
>>>>
>>> _______________________________________________
>>> libbluray-devel mailing list
>>> libbluray-devel at videolan.org
>>> https://mailman.videolan.org/listinfo/libbluray-devel
>>>
>> _______________________________________________
>> libbluray-devel mailing list
>> libbluray-devel at videolan.org
>> https://mailman.videolan.org/listinfo/libbluray-devel
>>
> _______________________________________________
> libbluray-devel mailing list
> libbluray-devel at videolan.org
> https://mailman.videolan.org/listinfo/libbluray-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/libbluray-devel/attachments/20210129/cb4e596f/attachment.html>