Debugging enabled in System -> Settings -> System -> Logging.
HDHomeRun stream initiated. Waiting for issue to re-occur.
Debugging enabled in System -> Settings -> System -> Logging.
HDHomeRun stream initiated. Waiting for issue to re-occur.
Shorty after upgrading to LE10RC1 (LE9.97.1), KODI crashed and restarted on me. I was watching Live TV at the time (HDHomeRun stream).
Can someone review the Crash Log and confirm if this is a problem with the audio packages or the PVR addon?
I was not able to locate the core file referenced at the top of the CORE file.
Has anyone rebuilt the 9.80.8/Generic/x86_64/service.transmission/ release to account for the change in curl from building against gnutls to openssl? I am looking for an x86_64 build, and all references in this thread are for the Raspberry PI.
Medusa for *ELEC 9.2 has been updated to version 0.4.6
If you inadvertently update it to a later version simply 'update' the add-on to revert to version 0.4.6
Thanks for this! I applied updates in the Medusa UI as well, thinking it was a final bug-fix for the 0.4.x version. Nope.
I went into the LibreELEC addon settings, updated the Medua addon to 9.2.0.6, and then updated again to 9.2.0.7. Everything appears to be back up and running.
It's really unfortunate that Emby has an actual plugin you can just install from the Libreelec repository for a server and it just works instantly but Plex does not and have you to go through this entire mess to get a Plex server to work. Updates are a pain in the ass, it still just dies sometimes and stops working for no reason, it's a disaster. I feel like this could be so much better.
Plex is not officially supported on LibreELEC, so anything that is done with best effort. Plex should and does work on LibreELEC, but when it doesn't, you are on your own.
Noticed the following message in Medusa after the latest update:
2020-08-16 13:47:42 WARNING MAIN :: [471c8ed] As of October 1st 2020 Medusa will not run on Python 2.x any longer.
Python 2.x has passed its sunset date as you can read here: https://tinyurl.com/y4zwbawq
Please upgrade your Python version to 3.6 or higher as soon as possible!
I realize that this will likely require an upgrade on the LibreELEC side, and that LE probably isn't going to Python3 until v10.
Any thoughts on how to proceed come October?
I have noticed the following issue since 9.2.2, and just upgraded to 9.2.3. I don't recall this issue happening in the 9.0 releases or earlier.
Starting Kodi (18.7 Git:18.7.1-Leia). Platform: Linux x86 64-bit
Using Release Kodi x64 build
Kodi compiled 2020-06-01 by GCC 8.3.0 for Linux x86 64-bit version 5.1.16 (327952)
Running on LibreELEC (official): 9.2.3, kernel: Linux x86 64-bit version 5.1.16
FFmpeg version/source: 4.0.4-Kodi
Host CPU: Intel(R) Core(TM) i3-6100 CPU @ 3.70GHz, 4 cores available
Upon initial boot, the network interface does not appear to be auto-negotiating to the highest option, 1000/FULL. ethtool ouput indicated that it has though.
# ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised pause frame use: Symmetric Receive-only
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Link partner advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Link partner advertised pause frame use: Symmetric
Link partner advertised auto-negotiation: Yes
Link partner advertised FEC modes: Not reported
Speed: 1000Mb/s
Duplex: Full
Port: MII
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x00000033 (51)
drv probe ifdown ifup
Link detected: yes
Display More
But network transfer speeds never exceed 12 Megabytes/second (100 Mbps), and the network switch port indicates that it is running only at 100 Mbps Full Duplex.
I bounce the network switch interface, and the port properly negotiates to 1000 Mbps FULL Duplex, and network speeds also greatly increase.
After a day or two though, I find that network speeds decrease again, as I see the network switch is again at 100 Mbps Full Duplex.
Log file from most recent boot:
hastebin
Log file from first boot after upgrade when network interface did not come up.
hastebin
dmesg output
dmesg output focusing on network interface
dmesg | grep r8169
[ 0.515516] libphy: r8169: probed
[ 0.515859] r8169 0000:01:00.0 eth0: RTL8168g/8111g, 00:01:6c:d8:5a:00, XID 4c0, IRQ 123
[ 0.515861] r8169 0000:01:00.0 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko]
[ 11.433730] Generic Realtek PHY r8169-100:00: attached PHY driver [Generic Realtek PHY] (mii_bus:phy_addr=r8169-100:00, irq=IGNORE)
[ 11.577481] r8169 0000:01:00.0 eth0: Link is Down
[ 37.966482] r8169 0000:01:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx
[ 316.538968] r8169 0000:01:00.0 eth0: Link is Down
[ 323.738602] r8169 0000:01:00.0 eth0: Link is Up - 1Gbps/Full - flow control rx/tx
[ 747.109745] r8169 0000:01:00.0: invalid large VPD tag 7f at offset 0
02_System.log
hastebin
03_Hardware.log
hastebin
It appears that the packages are no longer available.
2020-04-15 09:43:05.606 T:140168421938944 ERROR: Requested path https://addons.tnds82.xyz/tnds_addons/libreelec/9.2.0/Generic/x86_64/service.plexmediaserver/service.plexmediaserver-9.2.0.124.zip not found in known repository directories
2020-04-15 09:43:05.606 T:140168421938944 ERROR: CAddonInstallJob[service.plexmediaserver]: failed to resolve addon install source path
2020-04-15 09:43:32.868 T:140170372880512 WARNING: CGUIWindowManager - HandleAction - ignoring action 107, because topmost modal dialog closing animation is running
2020-04-15 09:43:33.006 T:140167854757632 WARNING: Previous line repeats 1 times.
2020-04-15 09:43:33.006 T:140167854757632 ERROR: Requested path https://addons.tnds82.xyz/tnds_addons/libreelec/9.2.0/Generic/x86_64/service.tnds82/service.tnds82-9.2.0.7.zip not found in known repository directories
2020-04-15 09:43:33.006 T:140167854757632 ERROR: CAddonInstallJob[service.tnds82]: failed to resolve addon install source path
I upgraded to LibreELEC 9.2 Beta2 (9.1.502). The issue still exists.
Everything was running fine for 5 days, and then the issue occurred.
The audio configuration is 2.1 channels. The static seems isolated to the left channel. I turned up the volume during playback, and I can hear the static in the left channel evenwhen the video playback is not paused, but it is not as loud when playback is paused.
After the issue happens, I can go into the KODI audio settings, and change the channels configuration to 2.0. After the configuration change, the issue goes away. A restart of KODI, or the entire system, is not required. If I change the channels configuration back to 2.1 without a KODI or system restart, the issue returns. A restart of the KODI process or a reboot of the device also resolves the problem
The issue last occurred between 2019-11-08 17:00 and 2019-11-08 18:00. DEBUG Logging was enabled at the time.
Kodi logs linked to below, broken into several parts due to the size of the kodi.log file.
alobucesur.kodi
iguposecey.kodi
yoxamofahi.kodi
iyodozakaw.kodi
aludetukuw.kodi
lujajokejo.kodi
pexesuyopi.kodi
ixegixupol.kodi
The issue occurred again today after just more than 2 days of up time.
I enabled DEBUG logs between 10:50 and 11:00 on 2019-10-19. I played several different types of video files and streams, and the issue occurred on all of them.
The KODI log is split in two due to file size.
Attaching the full log package for detailed AUDIO and HARDWARE logs.
Do you mean instead of running the upgrade for LibreElec you ran a clean install of 9.1.002? Or a clean install of PMS after upgrading LE?
I performed a clean install of the the Plex Media Server addon.
Hardware Specs:
00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Host Bridge/DRAM Registers (rev 07)
00:02.0 VGA compatible controller: Intel Corporation HD Graphics 530 (rev 06)
00:14.0 USB controller: Intel Corporation Sunrise Point-H USB 3.0 xHCI Controller (rev 31)
00:16.0 Communication controller: Intel Corporation Sunrise Point-H CSME HECI (rev 31)
00:17.0 SATA controller: Intel Corporation Sunrise Point-H SATA controller [AHCI mode] (rev 31)
00:1c.0 PCI bridge: Intel Corporation Sunrise Point-H PCI Express Root Port (rev f1)
00:1f.0 ISA bridge: Intel Corporation Sunrise Point-H LPC Controller (rev 31)
00:1f.2 Memory controller: Intel Corporation Sunrise Point-H PMC (rev 31)
00:1f.3 Audio device: Intel Corporation Sunrise Point-H HD Audio (rev 31)
00:1f.4 SMBus: Intel Corporation Sunrise Point-H SMBus (rev 31)
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c)
Display More
Ever since I upgrade from 9.0.2 to 9.1.002, I have noticed that there is audio static when video playback is paused. Has anyone else noticed this behavior?
This issue did not exist in 9.0.1 or 9.0.2. I upgraded to 9.1.002 to move past a memory leak that was fixed in KODI 18.3.
Haven't had a problem running this script which I keep manually updated through a similar method to Plex Media Server on LibreELEC however when upgrading to LibreELEC-RPi2.arm-9.1.002.img.gz I can't seem to get PMS running again. Reinstalling doesn't work either. Downgrading back to 9.0.2 instantly makes it run again. Anyone else?
Yes. Had the exact same problem. Couldn't figure it out, and the folks over at Plex told me "It's unsupported". Unfortunately, I was left to perform a clean install on 9.1.002. Took all of 30 minutes. Sorry for the bad news. Wish I could have provided a more helpful answer.
I'm running Plex 1.16.4 no issues. The Plex binaries are self contained and linked libraries are included. Although it's not supported by the Plex team, LE runs it perfectly.
It runs well, until it doesn't. I ran into an issue earlier this week where after I upgraded, the service was crashing upon startup. I went to the Plex Forums for support, and I could not receive assistance because I was not running on one of their support platforms.
So yes. I had been running PMS on OpenELEC and then LibreELEC just fine for 5 years (perhaps more) without any major issues. But then I encountered an issue that required additional support, and I was unable to get it. Not to mention the ongoing memory leak issues that were introduced into the 1.15.x release and still exists, and the EPG issue that has been introduced into the 1.16.x release. I try to provide troubleshooting information to help diagnose the problems. Once they look at the logs and see the LE directory structure in use, I get the 'Not Supported' line.
So I was left to perform a fresh install, and within a few hours, i was back up and running, perhaps a little better without the last few years worth of upgrade artifacts.
Looks like the folks over at Plex are stating that they OFFICIALLY don't support running Plex Media Server on LibreELEC.
So that stinks. I ran into some upgrade issues and I was told that although I was running a Debian based install, they cannot support PMS on LibreELEC.