<div dir="ltr">ok, it now uses java_home for the java tmp dir...<div><br></div><div>It doesn't improve.. but one thing that might be the problem, is the same thing I reported here, quite some time ago...</div><div><br></div><div><a href="https://forum.rclone.org/t/constant-access-to-the-same-file-over-and-over-again/9849">https://forum.rclone.org/t/constant-access-to-the-same-file-over-and-over-again/9849</a><br></div><div><br></div><div>I use rclone to serve the files from google drive and Jriver uses libbluray to display the menus on Windows. </div><div>Without the cache backend of rclone it's impossible to use libbluray because it hammers the files, instead of grabbing it all, it keeps accessing it over and over again. </div><div><br></div><div>Right now, I'm testing with isos on my NAS, on my LAN, nothing like rclone but looking at the logs this seems to be the case. </div><div>The best thing would be that libbluray actually copies all the bdjo, *.mpls, *.clpi and all data files.. and access m2ts that play in the background with bigger chunks of data. </div><div><br></div><div>that's just my guess but looking at the logs and taking 2 to 3 minutes to actually start a disc and looking at logcat and see it access mpls over and over, this seems to be the case. </div><div>Hopefully this is something easy to change and not something that requires rewrite of libbluray entirely. </div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 29, 2021 at 2:33 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">no it does not</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 29, 2021 at 2:26 PM Vitor Dall'Acqua <<a href="mailto:veggav@gmail.com" target="_blank">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"> setenv("LIBBLURAY_CACHE_ROOT", CSpecialProtocol::TranslatePath("special://userdata/cache/bluray/cache/").c_str(), 1);<br><div><br></div><div>solves <span style="color:rgb(80,0,80)">option[n++].optionString = str_dup ("-Djava.io.tmpdir=/storage/</span><span style="color:rgb(80,0,80)">emulated/0/Android/"); </span></div><div><span style="color:rgb(80,0,80)"><br></span></div><div><span style="color:rgb(80,0,80)">it seems. </span></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 29, 2021 at 1:33 PM Vitor Dall'Acqua <<a href="mailto:veggav@gmail.com" target="_blank">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 have a guess why it's sluggish now..<div><br></div><div>This is how kodi sets the temp dir:</div><div>#ifdef HAVE_LIBBLURAY_BDJ<br> std::string cacheDir = CSpecialProtocol::TranslatePath("special://userdata/cache/bluray/cache");<br> std::string persistentDir =<br> CSpecialProtocol::TranslatePath("special://userdata/cache/bluray/persistent");<br> bd_set_player_setting_str(m_bd, BLURAY_PLAYER_PERSISTENT_ROOT, persistentDir.c_str());<br> bd_set_player_setting_str(m_bd, BLURAY_PLAYER_CACHE_ROOT, cacheDir.c_str());<br>#endif<br></div><div><br></div><div>but.. java doesn't honor it and tries to use /tmp/bdj-cache-dir</div><div>and that's why I had to use </div><div><br></div><div> option[n++].optionString = str_dup ("-Djava.io.tmpdir=/storage/emulated/0/Android/");<br></div><div><br></div><div>Petri, you know libbluray better than anyone. </div><div><br></div><div>What is going on with this?</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 29, 2021 at 11:18 AM Vitor Dall'Acqua <<a href="mailto:veggav@gmail.com" target="_blank">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">Playing on nvidia shield tv pro (2019)<div><br></div><div>same for 2k movies. </div><div>The problem is somewhere here:</div><div><a href="https://github.com/xbmc/xbmc/pull/19102/commits/c895ed9d7652f2345bfb0a347c85b77a81e944b1#diff-2dcdd81ad44e3f2f759d9e58cfb0dcbca6d7509c19a6521b29f8b760579c40cdR4693" target="_blank">https://github.com/xbmc/xbmc/pull/19102/commits/c895ed9d7652f2345bfb0a347c85b77a81e944b1#diff-2dcdd81ad44e3f2f759d9e58cfb0dcbca6d7509c19a6521b29f8b760579c40cdR4693</a><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 29, 2021 at 11:05 AM Shaya Potter <<a href="mailto:spotter@gmail.com" target="_blank">spotter@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"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 29, 2021 at 4:02 PM Vitor Dall'Acqua <<a href="mailto:veggav@gmail.com" target="_blank">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">Java isn't installed system wide. It's just a library being loaded. <div>if I use adb shell to do this there's nothing to be returned. </div><div><br></div><div>I'll test it now while I test JIT disabled.. but I'm pretty sure it's how Kodi treats menu playback. </div><div>I have fixed the chapter skipping and seeking in titles with popup menus so I know that is do some really weird things during menu playback, like stopping time and such. <br></div></div></blockquote><div><br></div><div>but I'm not sure why kodi should behave performantly on x86 and not on android (unless the android device is severly underpowered relative to the x86, which can be true).</div><div><br></div><div>what device are you playing it on? nvidia shield (generation?) or something else?<br></div></div></div>
_______________________________________________<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>
</blockquote></div>
</blockquote></div>
</blockquote></div>