<div dir="ltr">FIXED IT:<div><br></div><div> case BD_EVENT_STILL_TIME:<br> /* {<br> if (m_dvd.state != DVDSTATE_STILL)<br> {<br> // else notify the player we have received a still frame<br><br> m_dvd.iDVDStillTime = *static_cast<int*>(pData);<br> m_dvd.iDVDStillStartTime = XbmcThreads::SystemClockMillis();<br><br> if (m_dvd.iDVDStillTime != 0)<br> m_dvd.iDVDStillTime *= 1000;<br><br> /* adjust for the output delay in the video queue <br> unsigned int time = 0;<br> if (m_CurrentVideo.stream && m_dvd.iDVDStillTime > 0)<br> {<br> time = (unsigned int)(m_VideoPlayerVideo->GetOutputDelay() / (DVD_TIME_BASE / 1000));<br> if (time < 10000 && time > 0)<br> m_dvd.iDVDStillTime += time;<br> }<br> m_dvd.state = DVDSTATE_STILL;<br> CLog::Log(LOGDEBUG, "BD_EVENT_STILL_TIME - waiting %i sec, with delay of %d sec",<br> m_dvd.iDVDStillTime, time / 1000);<br> }<br> }*/<br></div><div><br></div><div>I had to comment this and now video plays fine. </div><div>But... for some reason.. the menu isn't rendered in HDR. </div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Jan 31, 2021 at 12:58 PM Vitor Dall'Acqua <<a href="mailto:veggav@gmail.com">veggav@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I think the other changes I did are not needed if you preload the<br>libraries (those were required to get it loaded in Ubuntu / x86_64).<br><div><br></div><div>the only library I'm preloading is libnet.so that is used by libnio.so, or else it says it's not possible to find it. </div><div>I'm not using that snip you made to preload every lib and it's working. </div><div><br></div><div>Just to let you know.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Jan 31, 2021 at 12:50 PM Petri Hintukainen <<a href="mailto:phintuka@users.sourceforge.net" target="_blank">phintuka@users.sourceforge.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">la, 2021-01-30 kello 14:27 -0300, Vitor Dall'Acqua kirjoitti:<br>
> Also, Petri, do you think you could share the changes you made<br>
> on JRE to allow it to run without JAVA_HOME?<br>
<br>
Attached.<br>
<br>
Source tree was from:<br>
git clone --depth 1<br>
<a href="https://github.com/PojavLauncherTeam/openjdk-aarch64-jdk8u" rel="noreferrer" target="_blank">https://github.com/PojavLauncherTeam/openjdk-aarch64-jdk8u</a> openjdk<br>
<br>
I think the other changes I did are not needed if you preload the<br>
libraries (those were required to get it loaded in Ubuntu / x86_64).<br>
<br>
Preloading is weird and quite hacky. And those libraries are never<br>
closed. I don't know if it belongs to libbluray. Maybe if it was just<br>
one, consistent library. But definetely not blindly all libraries in<br>
lib/ folder.<br>
<br>
If JVM doesn't find the libraries, it cold be fixable with -<br>
Djava.library.path (or simliar) or LD_LIBRARY_PATH. If JVM doesn't try<br>
loading those, it is bug in java files.<br>
<br>
If we can't get it loading properly, preloading could be done in Kodi<br>
or in libjvm.so wrapper library. It is specific to this one JVM and/or<br>
configuration.<br>
<br>
> And did you create a make file to compile it? Or did it by hand?<br>
<br>
There are build scripts in<br>
<a href="https://github.com/PojavLauncherTeam/android-openjdk-build-multiarch.git" rel="noreferrer" target="_blank">https://github.com/PojavLauncherTeam/android-openjdk-build-multiarch.git</a><br>
<br>
> And finally, the changes needed on libbluray are just a few lines of<br>
> code on bdj.c.<br>
> Do you think a #ifdef android would be a good idea?<br>
<br>
For generic, android specific parts, yes.<br>
If there are some App / Kodi specific things (like paths), we need to<br>
add some way to configure those build-time and/or runtime.<br>
<br>
> I believe that even VLC could play full disks on Android too.<br>
<br>
Depends on the device. This requires some kind of keyboard or remote<br>
controller (BD-J can't be used with touch screen). In "normal" phone or<br>
tablet the user would be stuck in the first BD-J menu.<br>
So we need some kind of virtual remote controller for those devices.<br>
Either on-screen "keypad", or translating gestures to key events.<br>
<br>
(almost all HDMV menus should be usable with touch screen / mouse).<br>
<br>
<br>
_______________________________________________<br>
libbluray-devel mailing list<br>
<a href="mailto:libbluray-devel@videolan.org" target="_blank">libbluray-devel@videolan.org</a><br>
<a href="https://mailman.videolan.org/listinfo/libbluray-devel" rel="noreferrer" target="_blank">https://mailman.videolan.org/listinfo/libbluray-devel</a><br>
</blockquote></div>
</blockquote></div>