[libbluray-devel] JRE for Android part 3
Shaya Potter
spotter at gmail.com
Fri Jan 29 13:40:07 UTC 2021
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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/libbluray-devel/attachments/20210129/11f57cfe/attachment.html>
More information about the libbluray-devel
mailing list