[libbluray-devel] JRE for Android part 3

Vitor Dall'Acqua veggav at gmail.com
Fri Jan 29 13:35:46 UTC 2021


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


More information about the libbluray-devel mailing list