[mythtv] --enable-bdjava

[Craig Treleaven]

> On Jan 12, 2016, at 3:05 PM, Richard Hulme <peper03 at yahoo.com> wrote:
> 
> On 12/01/16 17:22, George Nassas wrote:
>> On Jan 12, 2016, at 10:54 AM, Craig Treleaven <ctreleaven at cogeco.ca> wrote:
>> 
>>> Sorry I can’t help, but I just noticed that configure option a couple days ago.  What *is* bdjava?  Why would one want it?
>> 
>> Some blurays have have java driven interactions and I think there’s a JRE micro-environment definition that says what authors can expect to be available. Anyway —bdjava would compile-in support for the runtime.
>> 
>> It looks like there was an incomplete commit but I’m curious if the author intended this to be production ready or a rough stab or whatever.
> 
> Hi George,
> 
> Yes, it was an unintentionally incomplete commit.  I synced our copy of libbluray to the latest upstream version yesterday and managed to forget to include all the new files in the commit :(
> 
> I've just pushed a commit with the missing files.
> 
> Having said that, I'm afraid there's not much point building with the --enable-bdjava option at the moment as the general support for Java-based menus is still mostly missing.
> 
> I started looking at it last spring but then life got in the way again.
> 
> Our overlay support is currently not quite right and doesn't support the overlays used in Java-based menus.  There was some cyclic initialisation problem in the code that interfaces with ffmpeg that caused a segfault and I think there were one or two other issues too, that I can't remember just at the moment.
> 
> I added the --enable-bdjava option when I updated the libbluray code last year as a first step.  At the moment it mainly just causes the Java source files to be compiled, but it's quite possible that it causes the playback code to try to use Java menus, which is not going to end happily, as I said.

What’s the reason for shipping a copy of libbluray with Myth?  is it modfied/customized some way?

Craig