Posts by MikeKL
-
-
Is there a way to manually check the version of TagLib installed, in the LibreELEC 13.0 environment?
I have been following the improvements/developments of .mka/.mkv music tagging and wanted gain an improved understanding of which version of TagLib is being used to write relevant included tags in mkv/mkv to MyMusic84.db in Kodi V22 and LibreELEC 13. (to ensure comparing like to like)
As a Kodi user in both Windows and Rpi5, its not easy to understand if Kodi Piers RC environment and setups are aligned.
Especially true now that Kodi Master nightlies, although stated as V22 nightlies, once installed indicate Kodi v23... since Kodi v22 "Piers" RC1 was released. Along with MyMusic84.db bumped upto MyMusic85.db
Hope my query makes sense

-
---Another Update---
I double checked HDMI settings on my Sony TA-AN1000 AVR as I was aware that I had a setting selected which turned OFF AVR HDMI Pass-through when the AVR was turned OFF by TV being turned OFF via TV remote. (CEC communication)
Prior to LibreELEC 13 (LibreELEC 12) this particular setting on the AVR being set to OFF did not cause the TV remote to lose control of Kodi when TV Switched OFF and back ON.
I have changed this setting on the AVR to ON and when Pass-through is enabled when AVR is switched OFF, Kodi control via TV Remote is NOT lost when TV is switched OFF and back ON again.

So I suppose we can conclude that I have resolved my issue with change to setting on AVR.
Should I mark the thread as resolved or would it be useful to keep thread open and provide further CEC logs in working and non working states using cec-ctl -w -M for comparison etc.
-
OK I did full power-down (Wait 30mins) and then powered-up the units in TV - AVR - Rpi5 order. However the Issue remains i.e. when the TV is switched off and back on. Control of Kodi via CEC is lost until a request to switch to another HDMI connection on TV is made with a subsequent return to the original utilised HDMI connection. Where connection and control of Kodi is then re-established.
The code below is information captured using cec-ctl -M command.
Whilst command running following is my usage sequence of the TV remote :-
- Used remote to control Kodi GUI with move about with "up, down, right and left" tv remote key presses etc.
- Switched TV OFF using TV remote. (Automatically switched OFF AVR)
- Switched TV ON Using TV remote. (Automatically switched ON AVR)
- Used TV remote to confirm Rpi5 to be used as playback device by AVR (AVR menu typically appears on AVR Switch on)
- Could not use TV remote to control Kodi
- Performed a switch of HDMI with TV remote and back to orginal HDMI connection
- Kodi GUI responds to TV remote Key presses
Code
Display MoreLibreELEC:~ # cec-ctl -M Driver Info: Driver Name : vc4_hdmi Adapter Name : vc4-hdmi-0 Capabilities : 0x0000030e Logical Addresses Transmit Passthrough Connector Info Reply Vendor ID Driver version : 6.18.36 Available Logical Addresses: 1 DRM Connector Info : card 1, connector 35 Physical Address : 1.2.0.0 Logical Address Mask : 0x0002 CEC Version : 1.4 Vendor ID : 0x001582 (Pulse-Eight) OSD Name : '' Logical Addresses : 1 (Allow Fallback to Unregistered) Logical Address : 1 (Recording Device 1) Primary Device Type : Record Logical Address Type : Record All Device Types : Record RC TV Profile : None Device Features : None Monitor All mode is not supported, falling back to regular monitoring Initial Event: State Change: PA: 1.2.0.0, LA mask: 0x0002 Received from TV to Recording Device 1 (0 to 1): USER_CONTROL_PRESSED (0x44): ui-cmd: down (0x02) Transmitted by Recording Device 1 to TV (1 to 0): IMAGE_VIEW_ON (0x04) Transmitted by Recording Device 1 to all (1 to 15): ACTIVE_SOURCE (0x82): phys-addr: 1.2.0.0 Received from TV to Recording Device 1 (0 to 1): USER_CONTROL_RELEASED (0x45) Transmitted by Recording Device 1 to TV (1 to 0): MENU_STATUS (0x8e): menu-state: activated (0x00) Received from TV to Recording Device 1 (0 to 1): USER_CONTROL_PRESSED (0x44): ui-cmd: down (0x02) Received from TV to Recording Device 1 (0 to 1): USER_CONTROL_RELEASED (0x45) Received from TV to Recording Device 1 (0 to 1): USER_CONTROL_PRESSED (0x44): ui-cmd: up (0x01) Received from TV to Recording Device 1 (0 to 1): USER_CONTROL_RELEASED (0x45) Received from TV to Recording Device 1 (0 to 1): USER_CONTROL_PRESSED (0x44): ui-cmd: right (0x04) Received from TV to Recording Device 1 (0 to 1): USER_CONTROL_RELEASED (0x45) Received from TV to Recording Device 1 (0 to 1): USER_CONTROL_PRESSED (0x44): ui-cmd: select (0x00) Received from TV to Recording Device 1 (0 to 1): USER_CONTROL_RELEASED (0x45) Received from TV to all (0 to 15): STANDBY (0x36) (warn: State Change events were lost) 1866.857275: Event: State Change: PA: f.f.f.f, LA mask: 0x0000 Received from Audio System to all (5 to 15): SET_SYSTEM_AUDIO_MODE (0x72): sys-aud-status: off (0x00) Received from Audio System to all (5 to 15): VENDOR_COMMAND_WITH_ID (0xa0): vendor-id: 0x080046 (Sony) vendor-specific-data: 0x00 0x37 0x00 0x00 0x02 0x21 1867.358802: Event: State Change: PA: 1.2.0.0, LA mask: 0x0000 Transmitted by Recording Device 1 to Recording Device 1 (1 to 1): POLL Tx, Not Acknowledged (4), Max Retries 1867.522814: Event: State Change: PA: 1.2.0.0, LA mask: 0x0002 Transmitted by Recording Device 1 to all (1 to 15): REPORT_PHYSICAL_ADDR (0x84): phys-addr: 1.2.0.0 prim-devtype: record (0x01) Transmitted by Recording Device 1 to all (1 to 15): DEVICE_VENDOR_ID (0x87): vendor-id: 0x001582 (Pulse-Eight) Received from TV to Recording Device 1 (0 to 1): GIVE_PHYSICAL_ADDR (0x83) Transmitted by Recording Device 1 to all (1 to 15): REPORT_PHYSICAL_ADDR (0x84): phys-addr: 1.2.0.0 prim-devtype: record (0x01) Received from Tuner 1 to all (3 to 15): REPORT_PHYSICAL_ADDR (0x84): phys-addr: 1.0.0.0 prim-devtype: tuner (0x03) Received from Audio System to all (5 to 15): REPORT_PHYSICAL_ADDR (0x84): phys-addr: 1.0.0.0 prim-devtype: audiosystem (0x05) Received from TV to Recording Device 1 (0 to 1): GIVE_PHYSICAL_ADDR (0x83) Transmitted by Recording Device 1 to all (1 to 15): REPORT_PHYSICAL_ADDR (0x84): phys-addr: 1.2.0.0 prim-devtype: record (0x01) Received from Tuner 1 to all (3 to 15): REPORT_PHYSICAL_ADDR (0x84): phys-addr: 1.0.0.0 prim-devtype: tuner (0x03) Received from Audio System to all (5 to 15): REPORT_PHYSICAL_ADDR (0x84): phys-addr: 1.0.0.0 prim-devtype: audiosystem (0x05) Received from TV to Recording Device 1 (0 to 1): GIVE_PHYSICAL_ADDR (0x83) Transmitted by Recording Device 1 to all (1 to 15): REPORT_PHYSICAL_ADDR (0x84): phys-addr: 1.2.0.0 prim-devtype: record (0x01) Received from Tuner 1 to all (3 to 15): REPORT_PHYSICAL_ADDR (0x84): phys-addr: 1.0.0.0 prim-devtype: tuner (0x03) Received from Audio System to all (5 to 15): REPORT_PHYSICAL_ADDR (0x84): phys-addr: 1.0.0.0 prim-devtype: audiosystem (0x05) Received from TV to Recording Device 1 (0 to 1): GIVE_PHYSICAL_ADDR (0x83) Transmitted by Recording Device 1 to all (1 to 15): REPORT_PHYSICAL_ADDR (0x84): phys-addr: 1.2.0.0 prim-devtype: record (0x01) Received from Tuner 1 to all (3 to 15): REPORT_PHYSICAL_ADDR (0x84): phys-addr: 1.0.0.0 prim-devtype: tuner (0x03) Received from Audio System to all (5 to 15): REPORT_PHYSICAL_ADDR (0x84): phys-addr: 1.0.0.0 prim-devtype: audiosystem (0x05) Received from TV to all (0 to 15): REPORT_PHYSICAL_ADDR (0x84): phys-addr: 0.0.0.0 prim-devtype: tv (0x00) Transmitted by Recording Device 1 to all (1 to 15): REPORT_PHYSICAL_ADDR (0x84): phys-addr: 1.2.0.0 prim-devtype: record (0x01) Received from TV to all (0 to 15): DEVICE_VENDOR_ID (0x87): vendor-id: 0x00903e (Philips) Transmitted by Recording Device 1 to all (1 to 15): DEVICE_VENDOR_ID (0x87): vendor-id: 0x001582 (Pulse-Eight) Received from TV to all (0 to 15): REQUEST_ACTIVE_SOURCE (0x85) Transmitted by Recording Device 1 to all (1 to 15): ACTIVE_SOURCE (0x82): phys-addr: 1.2.0.0 (warn: State Change events were lost) 2015.627113: Event: State Change: PA: f.f.f.f, LA mask: 0x0000 Received from Audio System to all (5 to 15): ROUTING_CHANGE (0x80): orig-phys-addr: 1.0.0.0 new-phys-addr: 1.2.0.0 2017.136085: Event: State Change: PA: 1.2.0.0, LA mask: 0x0000 (warn: State Change events were lost) 2017.320304: Event: State Change: PA: f.f.f.f, LA mask: 0x0000 Received from Audio System to all (5 to 15): VENDOR_COMMAND_WITH_ID (0xa0): vendor-id: 0x080046 (Sony) vendor-specific-data: 0x00 0x37 0x00 0x00 0x02 0x01 Transmitted by Recording Device 1 to Recording Device 1 (1 to 1): POLL Tx, Not Acknowledged (2), Max Retries 2017.408204: Event: State Change: PA: f.f.f.f, LA mask: 0x0000 2017.787581: Event: State Change: PA: 1.2.0.0, LA mask: 0x0000 Transmitted by Recording Device 1 to Recording Device 1 (1 to 1): POLL Tx, Not Acknowledged (4), Max Retries 2018.145871: Event: State Change: PA: 1.2.0.0, LA mask: 0x0002 Transmitted by Recording Device 1 to all (1 to 15): REPORT_PHYSICAL_ADDR (0x84): phys-addr: 1.2.0.0 prim-devtype: record (0x01) Transmitted by Recording Device 1 to all (1 to 15): DEVICE_VENDOR_ID (0x87): vendor-id: 0x001582 (Pulse-Eight) Received from Audio System to all (5 to 15): REPORT_PHYSICAL_ADDR (0x84): phys-addr: 1.0.0.0 prim-devtype: audiosystem (0x05) Received from Audio System to all (5 to 15): REPORT_PHYSICAL_ADDR (0x84): phys-addr: 1.0.0.0 prim-devtype: audiosystem (0x05) Received from Tuner 1 to all (3 to 15): REPORT_PHYSICAL_ADDR (0x84): phys-addr: 1.0.0.0 prim-devtype: tuner (0x03) Received from Audio System to all (5 to 15): DEVICE_VENDOR_ID (0x87): vendor-id: 0x080046 (Sony) Received from Tuner 1 to all (3 to 15): DEVICE_VENDOR_ID (0x87): vendor-id: 0x080046 (Sony) Received from Tuner 1 to all (3 to 15): REPORT_PHYSICAL_ADDR (0x84): phys-addr: 1.0.0.0 prim-devtype: tuner (0x03) Received from TV to all (0 to 15): SET_STREAM_PATH (0x86): phys-addr: 1.0.0.0 Received from Tuner 1 to all (3 to 15): ACTIVE_SOURCE (0x82): phys-addr: 1.0.0.0 Received from Audio System to all (5 to 15): DEVICE_VENDOR_ID (0x87): vendor-id: 0x080046 (Sony) Received from TV to all (0 to 15): SET_STREAM_PATH (0x86): phys-addr: 1.0.0.0 Received from Tuner 1 to all (3 to 15): ACTIVE_SOURCE (0x82): phys-addr: 1.0.0.0 Received from Tuner 1 to all (3 to 15): ACTIVE_SOURCE (0x82): phys-addr: 1.0.0.0 Received from Tuner 1 to all (3 to 15): DEVICE_VENDOR_ID (0x87): vendor-id: 0x080046 (Sony) Received from Audio System to all (5 to 15): ROUTING_CHANGE (0x80): orig-phys-addr: 1.0.0.0 new-phys-addr: 1.2.0.0 Transmitted by Recording Device 1 to TV (1 to 0): IMAGE_VIEW_ON (0x04) Transmitted by Recording Device 1 to all (1 to 15): ACTIVE_SOURCE (0x82): phys-addr: 1.2.0.0 Transmitted by Recording Device 1 to TV (1 to 0): IMAGE_VIEW_ON (0x04) Transmitted by Recording Device 1 to TV (1 to 0): MENU_STATUS (0x8e): menu-state: activated (0x00) Transmitted by Recording Device 1 to all (1 to 15): ACTIVE_SOURCE (0x82): phys-addr: 1.2.0.0 Transmitted by Recording Device 1 to TV (1 to 0): MENU_STATUS (0x8e): menu-state: activated (0x00) Received from TV to all (0 to 15): SET_STREAM_PATH (0x86): phys-addr: 1.2.0.0 Transmitted by Recording Device 1 to all (1 to 15): ACTIVE_SOURCE (0x82): phys-addr: 1.2.0.0 Received from TV to Recording Device 1 (0 to 1): GIVE_DEVICE_POWER_STATUS (0x8f) Transmitted by Recording Device 1 to TV (1 to 0): REPORT_POWER_STATUS (0x90): pwr-state: on (0x00) Received from TV to all (0 to 15): SET_STREAM_PATH (0x86): phys-addr: 1.2.0.0 Transmitted by Recording Device 1 to all (1 to 15): ACTIVE_SOURCE (0x82): phys-addr: 1.2.0.0 Received from TV to Recording Device 1 (0 to 1): USER_CONTROL_PRESSED (0x44): ui-cmd: down (0x02) Received from TV to Recording Device 1 (0 to 1): USER_CONTROL_RELEASED (0x45) ^Z[2]+ Stopped cec-ctl -M LibreELEC:~ #HarryH I am not sure I understand option(s) I should check within Rpi5 CEC Settings. i.e. Reference the following "unclear comment to me" that you made..
Since the TV sends the remote key commands to the active source only, the RPi5 must be identified as active source in beforehand of remote key routing. Do you have checked that this option is enabled within your KODI CEC adapter settings?
-
Thank you both for your suggestions. I am going to look more carefully at the sequence of powering everything down and then bringing items powered up and online
I've read that sequence of power up should be focused on TV first followed by the AVR and then finally the device(s) connected to the AVR.
I've already kept hdmi connected elements in chain to a minimum until issue is hopefully fully resolved (TV - AVR - Rpi5) before connecting any other playback devices to AVR via HDMI.
Will update thread with my findings..
-
---Update---
Switching TV from HDMI1 to another TV HDMI connection (with nothing connected to it) and then back to HDMI1, utilising the TV remote, wakes up the CEC connection in LibreELEC after TV has been switched off and back on. (Rather than having to re-boot Rpi5 in order to wake-up the CEC Connection)
I am still investigating route cause to the loss of TV Remote CEC connection, but assume this finding will probably indicate that issue is not being caused by LibreELEC 13 (But something else in my HDMI handshake between the TV, AVR and Rpi5)
-
Current LibreELEC 13 Nightly installed on Rpi5 i.e. LibreELEC-RPi5.aarch64-13.0-nightly-20260711-3a340a8
Following issue noted since switching from LibreELEC 12 to 13 Piers Beta 1 "Note a clean LibreELEC installation on Rpi5, no update from LibreELEC 12"
I am having a particular issue I have never seen before when using LibreELEC 12 on my Rpi5, where the TV remote via CEC loses control of Kodi when the TV is switched OFF and then back ON again. This issue happens consistently i.e. When I reboot the Rpi5 (TV and AVR remain switched on) CEC via TV Remote works perfectly, however if I switch off the TV (which switches off the AVR) when I switch the TV back on (with AVR switched on by TV wake-up etc) I have no control of Kodi via CEC remote. (Until I perform a reboot of LibreELEC Rpi5)
I have checked the CEC settings, re-setting to the defaults, after testing varied changes with no improvement observed etc.
I used ssh and "getedid create" command to save working HDMI settings when CEC is correctly operational, (Custom HDMI settings) but doing this makes things perhaps worse as CEC then doesn’t work at ALL when under the Custom HDMI settings. (CEC consistently NOT working)
Here is standard Kodi log (when CEC operational) using log capture method available in LibreELEC settings https://paste.libreelec.tv/bionomic-raven.log
For more detailed Kodi debug log its unclear what to switch on in debug and what action to perform when, in order to capture any meaningful EDID/CEC data surrounding fact that CEC is working, then not working (after TV switched off and back on again) in same Kodi debug log etc.
Note Rpi5 is connected to HDMI IN of AVR via HDMI port closest to power connection on Rpi5. TV is connected to HDMI OUT (ARC or eARC) of AVR
Issue was not present in LibreELEC 12 with same physical connection set-up between Rpi5, AVR and TV
-
Are you absloutely sure your using latest ovpn files from ExpressVPN, I would download the very latest and double check contents.
I compared your ovpn content with one of my current ovpn's with OpenVPN working fine for me. You seem to be missing a second certificate at the very bottom of the file?
-
Although zomboided commented in thread end of Jan 2024 that he is not planning on maintaining/updating addon any further. He also stated that addon should continue to work with UserDefined import of an individuals lastest VPN provided *.ovpn files etc.
Ref the addons wiki section - UserDefined
I confirm that addon version 7.0.3 can be installed on a fresh install of latest LibreELEC Omega release (beta 2) and the addon operates fine with my chosen VPN Provider and most up-to-date *.ovpn files. (Rpi4)
-
Yes I think I probably had similar symptom/issue prior, to a more specifically fixed HDMI setup; via use of getedid command.
My thoughts would be to give getedid command a try (only when sure both HDMI connections from rpi4 are working as you expect) to store the known status/profile of each working HDMI connection.
It cannot hurt to use "getedid create" to store HDMI profiles such that your rpi4 "always" uses same known working HDMI 0 & 1 profiles between boot-ups, rather than occasionally switching to something that cause Video HDMI 0 or Audio HDMI 1 to suddenly not work as expected.
Note: You can always revert back to vanilla HDMI setup/installation (default installation is restored) with "getedid delete" command if it doesnt help.
---edit---
I extracted following info from the log you posted in other thread, to highlight what I believe you wish HDMI 0 and HDMI 1 to be permenently assigned to and never get confused between them.
Video
Codem_deviceName : hdmi:CARD=vc4hdmi0,DEV=0 m_displayName : vc4-hdmi-0 (vc4hdmi0) m_displayNameExtra: GSM LG TV SSCR2 on HDMIAudio
-
Great you have it working, just by simple selection of correct device for Audio in Kodi Audio settings.
Yes in my case, I was able to use TV CEC remote to control Kodi GUI and adjust AVR volume with following HDMI connections between devices.
- AVR HDMI OUT <-> TV HDMI (ARC connection)
- Rpi4 HDMI-0 -> TV (Video)
- Rpi4 HDMI-1 -> AVR (Audio)
I found in my usage case that configuring EDID further ensured that HDMI connections would not get confused when devices were being switched off/on in any un-intended sequences.
-
Can I use one HDMI output of the Raspberry Pi 4B for video and the other HDMI output for audio?
Yes you can but it takes time to setup and overall inter-operability (i.e. CEC control) may not work between all your devices as seamlessly (due to use of Rpi4's Dual HDMI connections at same time) as you would like/expect. However the Video and Audio outputs will be assigned to correct devices and work as you wish them to.
It involves use of SSH from a PC to Rpi4 and getedid commands to gather and store specific information on "confirmed connected" HDMI connections for TV and AVR so they are always assigned on boot-up, in prefered sequence. Ref https://wiki.libreelec.tv/configuration/edid
Then once this is setup, you will need to review Audio options within Kodi to ensure that the correct HDMI to AVR options are selected and utilised for Audio :-
- Settings -> System -> Audio -> Audio output device
- Settings -> System -> Audio -> Passthrough output device
With Passthrough options then enabled for HD Audio that your AVR supports.
Been a long time since I previously successfully setup my older system to do this (Which worked OK) and I have just recently updated my AVR so not able to fully recollect and review previous sequence of setup etc.
Been looking for most suitable Libreelec thread to direct you for your specific desired usage case, if I find something will post link.
-
---edit--- removed suggested idea of solution as was not required.
Great you've got it working. Enjoy
-
I can personally say from my own experience that Zattoo pvr add-on works really well in Kodi for Live, Timeshift and recording; with all recordings stored in the cloud. (Can be accessed from multiple devices/locations) The guide within Kodi can look forward and back up to seven days (as setup by user) and any item in guide can be selected for playback/recording from start etc.
-
Make sure you hit the save button at bottom right of settings screen after making each change for your wifi settings, to ensure persistance after a reboot? (option to save after selecting autoconnect on, has caught me out in past)
-
You mean scan your prepared music files into kodi that have now been correctly updated and adequately tagged using musicbrainz.
-
Another more basic manual option is to goto "Settings -> Media -> Library" and use "Video Library -> Clean Library" option.
(To manually perform a clean-up of removed video items as and when you require)
Note in order to see/utilise this particular option you will need to be switched from the Standard view, to Advanced (or higher) view of Kodi GUI settings.
See https://kodi.wiki/view/Settings/Media/Library#Clean_library for further information.
-
Check that your downloaded Flac files have also been tagged sufficiently/correctly.
I downloaded one of the files from site you mentioned and Flac file had NO tag information.
(I use Mp3Tag on Win PC to check if file(s) have tags)
Read important info on Tagging that is required for music in your Kodi library?