• 1
  • 133
  • 134
  • 135(current)
  • 136
  • 137
  • 218
v17 LibreELEC Testbuilds for RaspberryPi (Kodi 17.0)
(2016-09-03, 16:51)popcornmix Wrote:
(2016-09-03, 16:02)smp1 Wrote: #0902 just crashed (joystick was disconnected this time). Looks like something to do with audio resampling? Crashlog - http://sprunge.us/UFOQ

Does disabling "GPU" resampling in system/audio settings help?
The channel I was watching when it crashed has a 192kbps/48khz audio track, "sync playback to display" is disabled. Is Kodi supposed to do any resampling? I mean, should "resampling" in system/audio settings do anything in this case?
(2016-09-03, 00:42)zaphod24 Wrote:
(2016-09-02, 20:25)zaphod24 Wrote:
(2016-09-02, 18:44)popcornmix Wrote: Yes, same here - no display issues.

Ain't that always the way... I'm viewing using the myth pvr plugin and I cut the 35 min video down to 30 seconds. I'll play the 30 seconds after work tonight and see what happens. In the meantime, just curious, did you guys play the sample directly from the RPI3 or over the network with NFS/SMB?

Of course I've updated to 0902 and changed to the modest overclock and now the issue is gone Smile I'm just happy it isn't doing that any more. Thanks for all the help and these great builds!

Had a little more time to test today. Even with 0902, a modest overclock is needed to stop the "invalid format" issue. Without it, the problem still occurs. Works just fine with the modest overclock so I am calling that a win.
New LibreELEC.tv Krypton build #0903: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.7.2 #1 Sat Sep 3 21:11:16 BST 2016 armv6l GNU/Linux

# vcgencmd version
Sep  2 2016 11:53:38
Copyright (c) 2012 Broadcom
version 0706e45eb49a02aadefa58183d474791df2a81fb (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20160903211012-#0903-gd41dfce [Build #0903]

# vcdbg log msg 2>&1 | grep DTOK
002392.613: Kernel trailer DTOK property says yes

# Kernel device tree status: Enabled

Based on tip of LibreELEC.tv master (d41dfce1, changelog) and tip of XBMC master (6fe54873, changelog) with the following modifications: Build Highlights:
  1. Fix seeking about OOM fixes
  2. RPi overlay updates
  3. Drop udev from peripheral.joystick to see if this improves stability
  4. Fix for netradio crashes (PR10387)
Build Details:
  1. LibreELEC.tv:
    • projects/imx6: small fixes for kodi master (PR:686, 1 commit, 2 files changed)
    • tvheadend42: update to 4.0.9-12 (PR:687, 1 commit, 2 files changed)
  2. XBMC:
    • VideoPlayer: fix pts for passthrough audio (PR:10383, 1 commit, 1 file changed)
    • Update uniqueids when we change imdbnumber via json (PR:10385, 1 commit, 1 file changed)
    • log failed texture loading (PR:10376, 1 commit, 3 files changed)
    • FFmpeg: Bump to 3.1.3-Krypton-Beta3 (PR:10357, 1 commit, 1 file changed)
    • [Estuary] Fix channel icons / thumbnails. (PR:10390, 1 commit, 2 files changed)
  3. kernel 4.7.y:
    • New commits in this build:
      • brcmfmac: revise SDIO error message in brcmf_sdio_drivestrengthinit (80a4cd58)
      • brcmfmac: use ndev->needed_headroom to reserve additional header space (60d819dd)
      • brcmfmac: change rx_seq check log from error print to debug print (3eec51e0)
      • overlays: Add audremap overlay (7dbe02e2)
      • overlays: Add swap_lr and enable_jack to audremap (d8f12e4a)
      • BCM270X_DT: Add audio_pins to CM dtb (8312bf9a)
      • BCM270X_DT: Don't enable UART0 in CM3 dtb (8c3aad91)
      • Overlay for Microchip MCP23S08/17 SPI gpio expanders (#1566) (cb4bd36e)
      • overlays: added sc16is750 UART over I2C (#1617) (91a20086)
      • overlays: Clarify gpio-poweroff semantics in README (d8091e8a)
      • overlays: Add assert_falling_edge to pps-gpio overlay (6e32787e)
  4. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [pkg] patch: peripheral.joystick: Disable udev and see if stability improves (peripheral.joystick)
    • Added: [pkg] PR:10387: VideoPlayer: catch silly CRedirectException, fixes crash
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
(2016-09-03, 19:49)cojms1 Wrote:
(2016-09-03, 19:41)popcornmix Wrote: Are you quite sure about it starting in #826? Hard to imagine any changes there that could affect this.

Afraid so. Went backwards and forwards a few times. I couldn't see anything in the release post either that I thought would do it. I have also spotted that the filename holding the settings has changed as well. It used to be rpi_2708_1001.xml but now seems to be rpi_2708_1001_CEC Adapter.xml. I'm not sure which version introduced this. I did spot this as the name for the CEC device had changed when I did the original update to latest. When I wet into the CEC settings in Kodi I realised that my settings had disappeared. I set them backup and this new file was created. Working through the versions I left that file in place so not sure, as I said, which version introduced it.

The last libCEC updates were in #0801 and #0802b (click on the "+15" link next to the libcec entry at the top of the latest release notes to see all changes added to libcec that are not in upstream LE master).

Build #0826 is the first build to use "rpi_2708_1001_CEC Adapter.xml" instead of "rpi_2708_1001.xml". This is due to the changes in PR10309, specifically here.

The change of name is likely to cause a few support headaches when users upgrade to the new version of Kodi 17 and complain their CEC is broken (or at least not behaving as it did before the upgrade).

As for why the TV no longer goes into standby, I can only imagine right now that you've not configured CEC the same as you had it before (ie. the settings you had in #0825) - you'd have picked up the default CEC values when booting into #0826. Can you pastebin your rpi_2708_1001.xml and rpi_2708_1001_CEC Adapter.xml files?

You could also try:
Code:
systemctl stop kodi
cd /storage/.kodi/userdata/peripheral_data
mv rpi_2708_1001.xml "rpi_2708_1001_CEC Adapter.xml"
and you should have exactly the same CEC setup in #0826+ as you had prior to #0826.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
I'll add the following patch in future builds which will revert the CEC settings file name back to it's original name. We shouldn't be changing the name of the settings file until we have a migration plan in place (see comments).

http://sprunge.us/aRSA
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
#903 doesn't crash anymore with controller connected. Now running for 2+ hrs. So it seems it's the udev support that causes the crashes.
Great. And presumably if you kill Kodi with "kill -SIGSEGV $(pidof kodi.bin)", you now get a more-or-less normal looking stacktrace (crashlog)?
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
(2016-09-04, 10:25)Milhouse Wrote: Great. And presumably if you kill Kodi with "kill -SIGSEGV $(pidof kodi.bin)", you now get a more-or-less normal looking stacktrace (crashlog)?

Correct

Code:
Thread 1 (Thread 0x74ef1000 (LWP 529)):
#0  0x7519dc74 in nanosleep () at ../sysdeps/unix/syscall-template.S:84
#1  0x751cb36c in usleep (useconds=<optimized out>) at ../sysdeps/posix/usleep.c:32
#2  0x00457970 in CGraphicContext::Flip(bool, bool) ()
#3  0x007a3b50 in CApplication::Render() ()
#4  0x00805a0c in CXBApplicationEx::Run() ()
#5  0x0068286c in XBMC_Run ()
#6  0x0036432c in main ()
############# END STACK TRACE ###############
(2016-09-04, 07:25)Milhouse Wrote:
Code:
systemctl stop kodi
cd /storage/.kodi/userdata/peripheral_data
mv rpi_2708_1001.xml "rpi_2708_1001_CEC Adapter.xml"
and you should have exactly the same CEC setup in #0826+ as you had prior to #0826.

Appears that I obviously didn't configure them the same from the GUI. Overwriting the file seems to have solved the issue. You're prediction of a support headache looks like it manifested in me. Tongue

Thanks guys.
(2016-09-04, 10:40)cojms1 Wrote: Appears that I obviously didn't configure them the same from the GUI. Overwriting the file seems to have solved the issue. You're prediction of a support headache looks like it manifested in me. Tongue

Thanks guys.

Actually there will be a fix in tonight's build which means you need to copy that file back before you upgrade (otherwise you'll be on default settings, again).

Code:
systemctl stop kodi
cd /storage/.kodi/userdata/peripheral_data
cp "rpi_2708_1001_CEC Adapter.xml" rpi_2708_1001.xml

Then, once you've updated to tonight's build, the "rpi_2708_1001_CEC Adapter.xml" file will be redundant and can be deleted.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
No problem. Based on the conversation in the link you sent earlier, am I right in assuming eat this filename will change again (replacing spaces etc) at some point but should have a migration plan to avoid going back to default?
(2016-08-15, 20:30)popcornmix Wrote:
(2016-08-15, 18:51)thent Wrote: since long time ago - unfortunately I cannot tell since which build exactly, but at least the beginning of this year - I've been experiencing kodi crashes (+ subsequent rebooting) when opening audio streams. I'm using the radiotunes addon together with Yatse from several Android devices to run the streams. Usually, when kodi was idle for hours, it crashes immediately after opening a second stream righter after the first one.

Yes. I flagged it on the Kodi Slack, and the problem has been identified

Seems like this is still unfixed even with the latest stream URL patches? As my RPi2 is still crashing with #0903 unfortunately, but only when I open streams very frequently.
@popcornmix
Did you have a chance to have a deeper look into the 1080i to 720p channel switching issue?

I would assume that this issue affects all resolutions when coming from interlaced channel and switch to a progressive channel. On HD channels the problem is more clearly visible because of the higher load they cause.
At least on my pi3 it appears to be so.

imho this needs to be fixed before kodi 17 comes out of beta.
(2016-09-04, 10:59)cojms1 Wrote: No problem. Based on the conversation in the link you sent earlier, am I right in assuming eat this filename will change again (replacing spaces etc) at some point but should have a migration plan to avoid going back to default?
I've submitted PR10393. This will use the old filename if it exists, otherwise it will create/use the new filename (with underscores instead of spaces). Hopefully it will be accepted.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
(2016-09-03, 21:18)smp1 Wrote: The channel I was watching when it crashed has a 192kbps/48khz audio track, "sync playback to display" is disabled. Is Kodi supposed to do any resampling? I mean, should "resampling" in system/audio settings do anything in this case?

If this is live TV then yes, resampling is always active (to keep client and server clocks in sync).
  • 1
  • 133
  • 134
  • 135(current)
  • 136
  • 137
  • 218

Logout Mark Read Team Forum Stats Members Help
LibreELEC Testbuilds for RaspberryPi (Kodi 17.0)19