[TESTING] Kodi 18 (Leia) builds for Vero 2 & 4K

Yes, and I suggest with those generic question not to SPAM the TESTING thread.

That’s a letdown. It’s working on LibreELEC.

That’s not possible.

Are you sure your LibreELEC device isn’t x64, i.e. a PC (which runs X11)?

To clarify: BD folder structure is supported; but BD-J isn’t.

LibreELEC running on Raspberry Pi 3

See here Post #50

I don’t want CEC on my TV. It displays annoying OSD popups on every volume change, it tries to control every CEC device. The implementation is really buggy (± 5 year old Samung TV).

I have further described the problem here: CEC volume control for AVR not working after upgrade to latest kodi version

@gmc I’ve tried enabling cec on my tv, and everything starts working, but I get annoying messages on my tv when i change my volume (my avr also overlays a volume change). I really want cec on my tv disabled.

The log is showing good things:

20:16:06.227 T:4064277232   DEBUG: LIRC: - NEW 73 0 KEY_VOLUMEUP linux-input-layer (KEY_VOLUMEUP)
20:16:06.267 T:4074345056   DEBUG: HandleKey: leftctrl (0xd0) pressed, action is VolumeUp
20:16:06.271 T:3774972656   DEBUG: CecLogMessage - << 25:44:41
20:16:06.275 T:4064277232   DEBUG: LIRC: - NEW 73 0 KEY_VOLUMEUP_UP linux-input-layer (KEY_VOLUMEUP_UP)
20:16:06.312 T:4074345056   DEBUG: HandleKey: 0 (0x00, obc255) pressed, action is
20:16:06.522 T:3774972656   DEBUG: CecLogMessage - << 25:45
20:16:07.563 T:4064277232   DEBUG: LIRC: - NEW 73 0 KEY_VOLUMEUP linux-input-layer (KEY_VOLUMEUP)
20:16:07.587 T:4064277232   DEBUG: LIRC: - NEW 73 0 KEY_VOLUMEUP_UP linux-input-layer (KEY_VOLUMEUP_UP)
20:16:07.595 T:4074345056   DEBUG: HandleKey: leftctrl (0xd0) pressed, action is VolumeUp
20:16:07.595 T:4074345056   DEBUG: HandleKey: 0 (0x00, obc255) pressed, action is
20:16:07.598 T:3774972656   DEBUG: CecLogMessage - << 25:44:41
20:16:07.852 T:3774972656   DEBUG: CecLogMessage - << 25:45
20:16:08.979 T:4064277232   DEBUG: LIRC: - NEW 73 0 KEY_VOLUMEUP linux-input-layer (KEY_VOLUMEUP)
20:16:09.013 T:4074345056   DEBUG: HandleKey: leftctrl (0xd0) pressed, action is VolumeUp
20:16:09.018 T:3774972656   DEBUG: CecLogMessage - << 25:44:41
20:16:09.043 T:4064277232   DEBUG: LIRC: - NEW 73 0 KEY_VOLUMEUP_UP linux-input-layer (KEY_VOLUMEUP_UP)
20:16:09.058 T:4074345056   DEBUG: HandleKey: 0 (0x00, obc255) pressed, action is
20:16:09.272 T:3774972656   DEBUG: CecLogMessage - << 25:45
20:16:09.747 T:4064277232   DEBUG: LIRC: - NEW 73 0 KEY_VOLUMEUP linux-input-layer (KEY_VOLUMEUP)
20:16:09.773 T:4074345056   DEBUG: HandleKey: leftctrl (0xd0) pressed, action is VolumeUp
20:16:09.775 T:3774972656   DEBUG: CecLogMessage - << 25:44:41
20:16:09.803 T:4064277232   DEBUG: LIRC: - NEW 73 0 KEY_VOLUMEUP_UP linux-input-layer (KEY_VOLUMEUP_UP)
20:16:09.818 T:4074345056   DEBUG: HandleKey: 0 (0x00, obc255) pressed, action is
20:16:10.026 T:3774972656   DEBUG: CecLogMessage - << 25:45
20:16:10.115 T:4064277232   DEBUG: LIRC: - NEW 73 0 KEY_VOLUMEUP linux-input-layer (KEY_VOLUMEUP)
20:16:10.147 T:4064277232   DEBUG: LIRC: - NEW 73 0 KEY_VOLUMEUP_UP linux-input-layer (KEY_VOLUMEUP_UP)
20:16:10.156 T:4074345056   DEBUG: HandleKey: leftctrl (0xd0) pressed, action is VolumeUp
20:16:10.156 T:4074345056   DEBUG: HandleKey: 0 (0x00, obc255) pressed, action is
20:16:10.270 T:3774972656   DEBUG: CecLogMessage - << 25:44:41
20:16:10.522 T:3774972656   DEBUG: CecLogMessage - << 25:45
20:16:18.435 T:4064277232   DEBUG: LIRC: - NEW 73 0 KEY_VOLUMEUP linux-input-layer (KEY_VOLUMEUP)
20:16:18.449 T:4074345056   DEBUG: HandleKey: leftctrl (0xd0) pressed, action is VolumeUp
20:16:18.455 T:3774972656   DEBUG: CecLogMessage - << 25:44:41
20:16:18.483 T:4064277232   DEBUG: LIRC: - NEW 73 0 KEY_VOLUMEUP_UP linux-input-layer (KEY_VOLUMEUP_UP)
20:16:18.496 T:4074345056   DEBUG: HandleKey: 0 (0x00, obc255) pressed, action is
20:16:18.706 T:3774972656   DEBUG: CecLogMessage - << 25:45

Please check in more detail. From what I can see standard Blu-Ray menus work: but BD-J doesn’t. That’s the same on OSMC.

I’ll check with LE guys. If JRE is all that’s needed this should be fine; but I suspect that a windowing System such as X11 is needed.

17.8-366, 8 Dec 2018: Based off OSMC commit (79dde32f1) and xbmc (2ef402b66)

xbmc

  • Default DVDInputStream::OpenStream to true (PR:15010, 1 commit, 1 file changed)

Includes latest addons: inputstream.adaptive (efd4b4f, +3), inputstream.rtmp (ce7f559), peripheral.joystick (5429dc4), peripheral.xarcade (f09a0e7), pvr.argustv (83aa1e9), pvr.demo (964686d), pvr.dvblink (4ae42fe, +1), pvr.dvbviewer (cda813e), pvr.filmon (e850633), pvr.hdhomerun (a9d7309), pvr.hts(6a12442), pvr.iptvsimple (90a8d6f), pvr.mediaportal.tvserver (b17fdad), pvr.mythtv (d3a5af2, +3), pvr.nextpvr (ccdfd63), pvr.njoy (4467cac), pvr.octonet(203f800), pvr.pctv (b60b971), pvr.stalker (2245b0d, +1), pvr.teleboy (50689bd), pvr.vbox (6ed2f63), pvr.vdr.vnsi (cbb75ab), pvr.vuplus (1207082), pvr.wmc(81e2090), pvr.zattoo (4688f45), vfs.libarchive (6d39012), vfs.sftp (6749200), pvr.sledovanitv.cz

@Acadia: I checked with the developer of the LE community build which added BD-J support. Apparently it does work; so we will look in to it. However, it may require distribution of Oracle’s JRE which would have licensing implications.

I’ve asked for clarification if it still works with GLES platforms

@sam_nazarko Hi Sam. Yes, I did some more testing yesterday. I loaded CoreELEC on my old Vero 4k and BD-J menus are working fine after making the modifications described in the LE forum. It would be great if it could be made a possibility on OSMC even if the user is required to install Oracle JRE themselves. Would be happy to help with any testing if required…

Somethings not right in this version mate, couldn’t play any live TV channels…I reverted back to 17.8-365 and its working perfectly.

Happy to supply any logs/info etc when the footballs finished.

Using TVHeadend and the hts client.

There is a new PR15020 which fixes issues with PR15010 from the previous version. Will add in fix for next nightly.

No worries, I’ll hang fire till then.

Worth mentioning in here in case anyone else runs into the problem before the next nightly is available.

1 Like

Yep exact same problem for me. Will test again after next nightly

I have the same issue with VNSI client, no more live TV on 366, but reverting works fine. Recordings play fine though.

There are a couple of problems here:

  • Java has licensing issues, and from what I can tell, the Oracle JRE needs to be used as does X11. OpenJRE doesn’t seem suitable.
  • Java is bigger than the OSMC image. That’s quite a large dependency. If libbluray and Kodi could dynamically load Java, then it could be an optional add-on.

For now, it’s not appropriate to include this in OSMC. But we can review this periodically.

Sam

17.8-367, 10 Dec 2018: Based off OSMC commit (afc21371bc) and xbmc (3bcf989d1)

xbmc

  • PR:15020 (perma): [DemuxClient] Call SetStreamProps only if OpenStream succeeds

Includes latest addons: inputstream.adaptive (efd4b4f, +3), inputstream.rtmp (ce7f559), peripheral.joystick (5429dc4), peripheral.xarcade (f09a0e7), pvr.argustv (83aa1e9), pvr.demo (964686d), pvr.dvblink (4ae42fe, +1), pvr.dvbviewer (cda813e), pvr.filmon (e850633), pvr.hdhomerun (a9d7309), pvr.hts(6a12442), pvr.iptvsimple (90a8d6f), pvr.mediaportal.tvserver (b17fdad), pvr.mythtv (d3a5af2, +3), pvr.nextpvr (ccdfd63), pvr.njoy (4467cac), pvr.octonet(203f800), pvr.pctv (b60b971), pvr.stalker (2245b0d, +1), pvr.teleboy (50689bd), pvr.vbox (6ed2f63), pvr.vdr.vnsi (cbb75ab), pvr.vuplus (1207082), pvr.wmc(81e2090), pvr.zattoo (4688f45), vfs.libarchive (6d39012), vfs.sftp (6749200), pvr.sledovanitv.cz

This solves the problem with 17.8-366, where playback wouldn’t start.
Cheers.

1 Like

Solved the same problem for me too