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.
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.
Solved the same problem for me too