cybrnook

You will never find a good balance. Many movies these days will have 10+ duplicate mpls titles all with the same length, just tracks are disordered. So while one of those 10+ tracks is the right one, you will still catch the others as well.

You're a beast

Doing some more rips this weekend and playing with CPU pinning. I see this every time this container is restarted, I assume a red herring? : (ghb:1000): GLib-GIO-CRITICAL **: 13:35:37.336: g_dbus_proxy_new_sync: assertion 'G_IS_DBUS_CONNECTION (connection)' failed GLib-GIO-Message: 13:35:37.491: Using the 'memory' GSettings backend. Your settings will not be saved or shared with other applications. In the end, all movies converted without issue.

Probably just clear your cache, check ad blocker, check browser etc..... Working fine for me:

🙂 /usr/lib/jvm/jdk-12/bin # ldd java /lib/ld-musl-x86_64.so.1 (0x148e7e3eb000) libjli.so => ./../lib/libjli.so (0x148e7dfd9000) libc.musl-x86_64.so.1 => /lib/ld-musl-x86_64.so.1 (0x148e7e3eb000) libz.so.1 => /lib/libz.so.1 (0x148e7ddc2000) /usr/lib/jvm/jdk-12/bin # ./java -version openjdk version "12-ea" 2019-03-19 OpenJDK Runtime Environment (build 12-ea+18) OpenJDK 64-Bit Server VM (build 12-ea+18, mixed mode, sharing) Awesome 🙂

Looks similar to the dual path needed, same as MakeMKV.

Just want to chime in that this plugin is still working great, and has saved my butt a few times now 🙂 Thanks @dlandon

Thanks, glad it didn't take 2 hours of searching

Would you rather users not report these issues to you? Only better to have fatal or serious issues rather than minor ones?

Again, just doing my part 🙂 putting it on the radar

Same footer font issue in FCP as in Backup/Restore:

Just doing my part and reporting the issues is all...

Noticed that this plugin's text/font is set differently than anywhere else in the unraid webui: Regular Menu: Backup Menu (Settings):

Thanks buddy, looking forward to testing it out.

Can the application run without JAVA altogether? I think I read in the MakeMKV forums, users were comparing their installs to running MakeMKV on windows, which would not have JAVA installed by default. Is it possible that you can build your Alpine base without JAVA, and we just rely on MakeMKV's ability to decode without, assuming it can't properly use JAVA to begin with (Does MakeMKV have a hard dependency on JAVA?)? I feel like this could be a solution, as I read another users "solution" was to just rename jvm to jvm.save and that solved their issue. So that would lead me to believe that IF MakeMKV find's JAVA it will attempt to use it, else if it does NOT find JAVA, it falls back onto stored procedures it can carry out itself. Seem at all plausible? https://www.makemkv.com/forum/viewtopic.php?f=3&t=17268 "I just ran into this problem again with the UHD version of Wonder. I was able to get around it (on linux) by: sudo mv /usr/lib/jvm /usr/lib/jvm.save That way MakeMKV couldn't find the Java runtime and I was able to rip the disc (at least it's in progress). Once it's done I can just rename the directory again to re-enable Java. I'm running the latest Oracle version btw." Are the JAVA exceptions local to Alpine Linux that we are using? In reading up on that, there seems to be a few github issues opened here and there talking about the issues in trying to run Oracle JAVA on Alpine (MUSL, GNU, glibc, etc..). Would yet another alternative be to switch the base OS to something a bit more friendly? I assume that would put a heavier load on you as you use the same base for all your containers I believe.