[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