[libbluray-devel] JRE for Android part 3

[Vitor Dall'Acqua]

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