[libbluray-devel] JRE for Android part 3

[Shaya Potter]

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