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 <[email protected]> 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 <[email protected]> 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 < >> [email protected]> 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 <[email protected]> >>> > 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 <[email protected]> >>> > > wrote: >>> > > > On Fri, Jan 29, 2021 at 2:02 AM Vitor Dall'Acqua < >>> > > > [email protected]> 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 >>> > > > [email protected] >>> > > > https://mailman.videolan.org/listinfo/libbluray-devel >>> > > _______________________________________________ >>> > > libbluray-devel mailing list >>> > > [email protected] >>> > > https://mailman.videolan.org/listinfo/libbluray-devel >>> > _______________________________________________ >>> > libbluray-devel mailing list >>> > [email protected] >>> > https://mailman.videolan.org/listinfo/libbluray-devel >>> >>> >>> _______________________________________________ >>> libbluray-devel mailing list >>> [email protected] >>> https://mailman.videolan.org/listinfo/libbluray-devel >>> >> _______________________________________________ >> libbluray-devel mailing list >> [email protected] >> https://mailman.videolan.org/listinfo/libbluray-devel >> > _______________________________________________ > libbluray-devel mailing list > [email protected] > https://mailman.videolan.org/listinfo/libbluray-devel >
_______________________________________________ libbluray-devel mailing list [email protected] https://mailman.videolan.org/listinfo/libbluray-devel
