•   
  • 1
  • 32
  • 33
  • 34(current)
  • 35
  • 36
  • 168
  •   
  Thread Closed
OpenELEC Testbuilds for RaspberryPi (Kodi 16.0)
New OpenELEC Jarvis build #0806: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.1.4 #1 Thu Aug 6 21:26:39 BST 2015 armv6l GNU/Linux

# vcgencmd version
Aug  3 2015 14:56:05
Copyright (c) 2012 Broadcom
version 4b51d81eb0068a875b336f4cc2c468cbdd06d0c5 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20150806212548-#0806-g15ce945 [Build #0806]

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

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (15ce9459, changelog) and tip of XBMC master (c27f8d7d, changelog) with the following modifications: Build Highlights:
  1. libnfs update
  2. [rbp] Make sync playback to display the default option
Build Details:
  1. XBMC:
    • [infomanager] add Container.HasParent info bool (PR:7714, 1 commit, 3 files changed)
    • [pydocs] don't tell people to use os.getcwd() (PR:7730, 1 commit, 1 file changed)
    • [ios] - fix linkage for VTB framework for ios < 6 - fixes vtb on ios … (PR:7735, 1 commit, 1 file changed)
    • [win32] remove old DirectX var from installer (3342b9bf)
  2. libnfs:
    • init: do not write to stderr in rpc_set_error (PR:123, 1 commit, 1 file changed)
  3. pvr.hts:
    • Autorec: Fix handling of start end stop time. (PR:86, 1 commit, 4 files changed)
    • Fix timer Start/End clocks showing incorrect time after 'save' (PR:87, 1 commit, 2 files changed)
  4. newclock4:
    • New commits in this build:
      • Revert "[mmalrenderer] Wait for vsync before submitting to mmal when display sync is disabled" (02cdac4b)
      • Revert "[rbp] Refactor the vsync handle to support multiple callers" (d14531ad)
      • [rbp] Make sync playback to display the default option (07cf728d)
  5. kernel 4.1.y:
    • New commits in this build:
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.
(2015-08-07, 03:07)Mfleigle Wrote: Is there anyway to remove the pvr manager? I have all the pvr addons disabled, and still see "PVR Manager Is Starting Up" on boot.

Do you have TV disabled (Settings > TV > Enabled > [unchecked])?
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.
(2015-08-07, 03:28)Milhouse Wrote:
(2015-08-07, 03:07)Mfleigle Wrote: Is there anyway to remove the pvr manager? I have all the pvr addons disabled, and still see "PVR Manager Is Starting Up" on boot.

Do you have TV disabled (Settings > TV > Enabled > [unchecked])?

Yes
(2015-08-07, 03:33)Mfleigle Wrote: Yes

Which is the build that introduces this problem?

I'm not seeing this problem (also all PVR clients disabled, TV disabled), so it would appear to be something specific to your system (maybe a mangled setting) - could you try a fresh guisettings.xml?
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.
(2015-08-07, 03:51)Milhouse Wrote:
(2015-08-07, 03:33)Mfleigle Wrote: Yes

Which is the build that introduces this problem?

I'm not seeing this problem (also all PVR clients disabled, TV disabled), so it would appear to be something specific to your system (maybe a mangled setting) - could you try a fresh guisettings.xml?

I believe it was #803. It started in the build that fixed the blank screen I was seeing after the splash. I thought maybe that was the fix

EDIT: I deleted the guisettinys.xml, and that fixed it. Thanks.
(2015-08-07, 04:05)Mfleigle Wrote: I believe it was #803. It started in the build that fixed the blank screen I was seeing after the splash. I thought maybe that was the fix

That build includes PR7664 which added the dialog you are now seeing - could you upload a debug log of your system starting up? Are you testing with Confluence? If you have TV disabled I've no idea why you are seeing this issue, to be honest.

Ping @xhaggi
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.
(2015-08-07, 04:05)Mfleigle Wrote: EDIT: I deleted the guisettinys.xml, and that fixed it. Thanks.

OK great, hopefully it was just a one off.
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.
Figured out high cpu usage of kodi.bin's ActiveAE thread: Had audio resample at high (using ffmpeg software libs). I changed it to GPU accelerated and that problem is gone now, too.
Katastrophentourist
(2015-08-03, 17:55)Leopold Wrote: It looks like the new libnfs may have introduced a problem in #0802. I just had a SEGV.
http://sprunge.us/OZFJ
After running with #0803x for a few days I just had another crash related to NFS so I have a debug traceback.
http://sprunge.us/HKOD

This time it's not a SEGV, it's an assertion failing in libnfs. It looks like the exception is not caught so Kodi terminates.
Leopold's Repository: Home of LibreELEC Dev Updater ...
i dont know if this is only me but after upgreating to latest build my rc remote buttons are mest up so i need to use Keymap Editor to set everything back on its track
OK, I found out I had to add some settings to config.txt to enable my HifiBerry DAC https://www.hifiberry.com/guides/configu...-overlays/ so I've done that and now I can set the ALSA device for audio output but I'm still not getting any sound.

I tested with my TV and then a portable speaker, just in case it was a cable problem but nothing with either.

Log is too big to pastebin, so I've compressed it and shared it here: https://drive.google.com/file/d/0B1fDI89...sp=sharing

Hopefully it's something simple that I need to change.
(2015-08-07, 17:16)doveman2 Wrote: Hopefully it's something simple that I need to change.

Can you paste the following links:
Code:
dmesg | paste
lsmod | paste
lsusb | paste
lsusb -v | paste
cat /flash/config.txt | paste
This might provide enough information for someone that has a Hifiberry DAC to suggest a solution.
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.
(2015-08-07, 11:00)Leopold Wrote:
(2015-08-03, 17:55)Leopold Wrote: It looks like the new libnfs may have introduced a problem in #0802. I just had a SEGV.
http://sprunge.us/OZFJ
After running with #0803x for a few days I just had another crash related to NFS so I have a debug traceback.
http://sprunge.us/HKOD

This time it's not a SEGV, it's an assertion failing in libnfs. It looks like the exception is not caught so Kodi terminates.

So this crash only started with #0803/#0803x? Never with #0802? Or #0801? What's strange is the libnfs update in #0802 should have been benign.

Edit: I've opened issue #124 on the libnfs repo, hopefully Ronnie can give some insight.
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.
(2015-08-07, 18:15)Milhouse Wrote:
(2015-08-07, 11:00)Leopold Wrote:
(2015-08-03, 17:55)Leopold Wrote: It looks like the new libnfs may have introduced a problem in #0802. I just had a SEGV.
http://sprunge.us/OZFJ
After running with #0803x for a few days I just had another crash related to NFS so I have a debug traceback.
http://sprunge.us/HKOD

This time it's not a SEGV, it's an assertion failing in libnfs. It looks like the exception is not caught so Kodi terminates.

So this crash only started with #0803/#0803x? Never with #0802? Or #0801? What's strange is the libnfs update in #0802 should have been benign.

Edit: I've opened issue #124 on the libnfs repo, hopefully Ronnie can give some insight.
Yes this particular crash has only happened once. The assert that fails is this one https://github.com/sahlberg/libnfs/blame.../pdu.c#L92
Leopold's Repository: Home of LibreELEC Dev Updater ...
(2015-08-07, 17:59)Milhouse Wrote: Can you paste the following links:
Code:
dmesg | paste
lsmod | paste
lsusb | paste
lsusb -v | paste
cat /flash/config.txt | paste
This might provide enough information for someone that has a Hifiberry DAC to suggest a solution.

Thanks, didn't know about that little trick Smile

dmesg http://sprunge.us/jNEh
lsmod http://sprunge.us/EKUd
lsusb http://sprunge.us/BIDZ
lsusb -v http://sprunge.us/QgWE (it displayed 5 lines of "can't get debug descriptor: Resource temporarily unavailable" before showing the link)
cat /flash/config.txt http://sprunge.us/hHQc

EDIT: Turns out I got confused and enabled the drivers for the DAC, when I have the DAC+ Blush All working now I've fixed that Cool
  •   
  • 1
  • 32
  • 33
  • 34(current)
  • 35
  • 36
  • 168
  •   
  Thread Closed
 
Thread Rating:
  • 10 Vote(s) - 5 Average



Logout Mark Read Team Forum Stats Members Help
OpenELEC Testbuilds for RaspberryPi (Kodi 16.0)510