2016-04-20, 15:11
2016-04-20, 16:49
(2016-04-20, 00:32)Milhouse Wrote:(2016-04-19, 23:50)bill_orange Wrote:(2016-04-17, 18:39)bill_orange Wrote: I noticed a couple of things with build #416.
1) Pandoki rejects my credential.
2) Yahoo weather installs okay but rejects any location information.
I reverted to the last OpenElec build and the issues were not found.
Could both issues have the same root cause?
Bill
Here is a log file for the two problems.
http://xbmclogs.com/ppzff1rwg
Pandoki looks like an SSL/Certificate error:
Can you enable libcURL component logging and upload a new debug log?Code:14:42:14 36.327782 T:1463940000 ERROR: ERROR:root:Network error: <urlopen error [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:590)>
14:42:14 36.330311 T:1463940000 NOTICE: plugin.audio.pandoki Auth BAD
14:42:22 43.938244 T:1463940000 ERROR: ERROR:root:Network error: <urlopen error [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:590)>
14:42:22 43.941467 T:1463940000 NOTICE: plugin.audio.pandoki Auth BAD
14:42:23 44.825291 T:1961758720 ERROR: GetDirectory - Error getting plugin://plugin.audio.pandoki/
14:42:23 44.825710 T:1961758720 ERROR: CGUIMediaWindow::GetDirectory(plugin://plugin.audio.pandoki/) failed
Yahoo weather looks like a skin error - are you testing with stock Estuary?
If you're testing with Estuary, please report this in the Estuary bugs thread. If you're not testing with Estuary, report this bug to your skin maintainer.Code:14:43:44 125.638481 T:1961758720 INFO: Loading skin file: MyWeather.xml, load type: KEEP_IN_MEMORY
14:43:44 125.687256 T:1961758720 ERROR: Misplaced [
14:43:44 125.687370 T:1961758720 ERROR: Error parsing boolean expression !Control.HasFocus($PARAM[list_id])
Here is the libcURL log of the Pandoki failure. http://xbmclogs.com/ptw6lb2bm
I am running stock Estuary. Can you give me the link to the Estuary bug thread?
2016-04-20, 17:30
Estuary bug thread: http://forum.kodi.tv/showthread.php?tid=262373
We're looking into the SSL issue, thanks.
We're looking into the SSL issue, thanks.
2016-04-20, 19:46
(2016-04-18, 19:45)popcornmix Wrote:(2016-04-18, 19:31)MikeKL Wrote: Last few testbuilds of OpenElec and now LibreElec (perhaps since my enabling two pvr backends?) I have been more frequently seeing two or more kodi crash/restarts, before a full and clean start of Kodi.
The theme seems to be segfault in CDatabase stuff from PVR:
Code:Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x0055a974 in CDatabase::Connect(std::string const&, DatabaseSettings const&, bool) ()
#1 0x0055ac60 in CDatabase::Open(DatabaseSettings const&) ()
#2 0x0070527c in PVR::CPVRManager::Process() ()
#3 0x00a1e188 in CThread::Action() ()
#4 0x00a1e9c8 in CThread::staticThread(void*) ()
#5 0x76d17ed0 in start_thread (arg=0x55ca13a0) at pthread_create.c:335
#6 0x752aa3a0 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:89 from /lib/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
Program terminated with signal SIGSEGV, Segmentation fault.
#1 0x00559868 in CDatabase::InitSettings(DatabaseSettings&) ()
#2 0x0055ac04 in CDatabase::Open(DatabaseSettings const&) ()
#3 0x0070527c in PVR::CPVRManager::Process() ()
#4 0x00a1e188 in CThread::Action() ()
#5 0x00a1e9c8 in CThread::staticThread(void*) ()
#6 0x76d19ed0 in start_thread (arg=0x583a03a0) at pthread_create.c:335
#7 0x752ac3a0 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:89 from /lib/libc.so.6
CDatabase hasn't changed in ages, so it will be a PVR commit. If you can identify the first build with the problem that may help identifying where the problem came from.
(2016-04-18, 20:36)Milhouse Wrote:OK, been testing not quite as you requested (got frustrated with step back through each build) with following results(2016-04-18, 20:13)MikeKL Wrote: hmm that could prove tricky now, as was stepping through OpenElec testbuilds more or less with each related TVHeadened PVR update builds that milhouse was providing here and only recently added Filmon.PVR to mix
I assume the tvheadend addon has a degree of backward compatability built-in, so you should be able to remain on the latest tvheadend version you installed and step back through the OE builds.
(2016-04-18, 20:13)MikeKL Wrote: Any suggested way on best way to step back now that I have switched from Openelec #0415 to LibreElec #0416?
Just go back through the OpenELEC builds - #0414, #0413 etc.
(2016-04-18, 20:13)MikeKL Wrote: Very quickly stepped back to earliest #0333 LibrElec testbuild, but kodi just constantly crashed at boot video and never started cleanly, here is one of crashlogs with #0330 http://sprunge.us/TFWj
That's an unrelated issue - the peripheral.joystick addon is missing in that build. Since those builds are unsupported, you should regression test using only the OE builds (prior to LE #0416).
Stepped back from LibreElec #0416 to last openelec testbuild #0415 then did couple of jumped steps back to OpenElec #0326 before I had a clean Kodi re-boot with no crashes
Checked and confirmed following PVR backends/frontends installed on #0326 and are interacting/working OK
PVR back-ends - Filmon API v2.2 & HTS Tvheadend 4.1-1724
PVR front-ends - PVR Filmon Client v1.2.0 & Tvheadened HTSP Client v3.2.1
Kodi.log
Then when stepping forward to build #0327, kodi crashes (never recovers to full kodi start) but termination error is different in the kodi.crashlog
kodi.log
kodi.crashlog
Hope information is of some use PVR API 5.1.1 introduced for clients at #0327?
Will step back and stay on OpenElec testbuild #0326 for time being with this rpi2 unless you want me to test with other specific test builds and/or jump to a latest LibreElec testbuild etc.
2016-04-21, 05:40
New LibreELEC.tv Krypton build #0420: RPi / RPi2
(Supercedes previous build)
Based on tip of LibreELEC.tv master (fee76beb, changelog) and tip of XBMC master (e32c99e6, changelog) with the following modifications:
(Supercedes previous build)
Code:
# uname -a
Linux rpi512 4.4.7 #1 Thu Apr 21 04:09:27 BST 2016 armv6l GNU/Linux
# vcgencmd version
Apr 19 2016 18:45:45
Copyright (c) 2012 Broadcom
version 9dc453dc69db79656c9920742f6d51c604356a8b (clean) (release)
# lsb_release
LibreELEC (Milhouse) - Version: devel-20160421040821-#0420-gfee76be [Build #0420]
# vcdbg log msg 2>&1 | grep DTOK
002483.028: Kernel trailer DTOK property says yes
# Kernel device tree status: Enabled
Based on tip of LibreELEC.tv master (fee76beb, changelog) and tip of XBMC master (e32c99e6, changelog) with the following modifications:
- Includes newclock5 patches
- Excludes the LibreELEC linux-01-RPi_support patch in favour of sourcing these and possibly more recent patches directly from kernel branch rpi-4.4.y_rebase
- Default setting for "Show RSS Feed" changed to disabled (new installs only) [patch details]
- Disabled "Total Duration" in Confluence (see build #0221 for details)
- Includes latest bcm2835-driver master (c5e13197, ahead +2)
- Includes latest kodi-platform master (92583ef9, ahead +2)
- Includes latest libcec master (6d68d212)
- Includes latest libnfs master (3c26ce1e, ahead +13)
- Includes latest p8-platform master (041a8c6c, ahead +1)
- Includes latest addons: adsp.basic (5cf12e83), adsp.biquad.filters (af575f3d), adsp.freesurround (6dc533be), asplib (da66f517), inputstream.mpd (4323ce68), inputstream.smoothstream (1813bbb4), peripheral.joystick (76b7c40a), pvr.argustv (531dae9c, +2), pvr.demo (e74822f2), pvr.dvblink (82c7b4d5), pvr.dvbviewer (6ab861fa), pvr.filmon (0d8dd5bd), pvr.hdhomerun (fd9daf4a), pvr.hts (c930462c, +1), pvr.iptvsimple (b741cac7), pvr.mediaportal.tvserver (96f415e3), pvr.mythtv (f8d25fda), pvr.nextpvr (d445c5ad), pvr.njoy (b9b0ae43), pvr.pctv (f1880484), pvr.stalker (14a7c70d), pvr.vbox (e70146d8), pvr.vdr.vnsi (1e9d691b, +2), pvr.vuplus (d8c6f9ba), pvr.wmc (898e2dad)
- Includes commits from service.openelec.settings/, ahead +1 (OpenELEC)
- Include [env] e7cbe9cb: xf86-video-intel: explicitely disable TearFree and TripleBuffer
- Include [env] ed774729: Intel: Implement Passthrough-Range
- Include [env] 98c65e6a: Kodi: Use Limited Range by default
- Include [env] patch: xf86-video-intel: bump to 3fafabe
- Include [env] patch: Drop repo hack (not needed after PR9642)
- Include [env] patch: HACK: Disable multiple PVR addons during migration. Always enable inputstream.*
- Include [env] patch: Add extra headers needed by 3D BD MVC
- Include [env] patch: Add experimental splash video for RPi
- Include [env] patch: Bump libbluray - include MVC support
- Include [env] patch: Enable pvr addons, disable pvr updates
- Include [env] patch: Enable other binary addons
- Include [env] PR:174: Set default volume steps to 20
- Revert [env] 46b9b7b3: rtmpdump (Reason: use newclock5 bump)
- Include [pkg] PR:51: More CURL Post (pvr.argustv)
- Include [pkg] PR:8645: [video] Add season/TV show artwork to episodes/seasons even if they have their own fanart.
- Include [pkg] PR:8824: videodb: fix smart playlists not honoring "Show empty TV shows" setting.
- Include [pkg] PR:8922: [guiinfo] extend ranges for listitem properties
- Include [pkg] PR:9538: [Peripherals] m_bNeedsPolling broken for busses where it is set outsi?
- Include [pkg] PR:9643: [addons] ask for version on install
- NOTE: DVD playback remains temporarily disabled
- Fix ffmpeg leaks (not fixing libass leaks)
- XBMC:
- pvr.vdr.vnsi:
- fix unwanted exit of VDR UI (PR:76, 2 commits, 2 files changed)
- fix unwanted exit of VDR UI (PR:76, 2 commits, 2 files changed)
- newclock5:
- New commits in this build:
- Commits no longer in build:
2016-04-21, 15:45
Just updated to #0420 as my first try on the LibreELEC platform (updated from OpenELEC).
Getting blank video screen on playing any video content. Sometimes stopping will revert to menu UI, but mostly UI remains blank (but can still hear navigation sounds). Reboot resolves UI, but blank screen again when trying to play any video.
http://xbmclogs.com/pldzcvya1
Getting blank video screen on playing any video content. Sometimes stopping will revert to menu UI, but mostly UI remains blank (but can still hear navigation sounds). Reboot resolves UI, but blank screen again when trying to play any video.
http://xbmclogs.com/pldzcvya1
2016-04-21, 15:58
(2016-04-21, 15:45)rickwookie Wrote: Just updated to #0420 as my first try on the LibreELEC platform (updated from OpenELEC).
Getting blank video screen on playing any video content. Sometimes stopping will revert to menu UI, but mostly UI remains blank (but can still hear navigation sounds). Reboot resolves UI, but blank screen again when trying to play any video.
http://xbmclogs.com/pldzcvya1
Hmm, looking here http://forum.libreelec.tv/thread-96.html it appears that this known issue should be resolved. Is your build not based on that same LE beta2?
2016-04-21, 16:07
(2016-04-21, 15:45)rickwookie Wrote: Just updated to #0420 as my first try on the LibreELEC platform (updated from OpenELEC).
Your issue isn't related to Jarvis LE builds. The problem is:
Code:
OMX_ErrorInsufficientResources, insufficient resources
You have set gpu_mem=128 when the default it 256. Try setting it back.
2016-04-21, 20:01
Millhouse - has your website fallen over?
Either that or you've removed the libreelec builds...
Either that or you've removed the libreelec builds...
2016-04-21, 20:25
2016-04-21, 20:51
2016-04-22, 00:10
That's interesting. Not had any issue that I've notice with that setting until this build though. My install has been constantly upgraded and was originally on a first gen RPi 1 (256 MB) so that'll probably be where that can from. Here's the bit from my config.txt:Should I set them all to 256 or just comment out gpu_mem_256 and gpu_mem_512?
Code:
####################################################$
# Memory (System/GPU configuration )
####################################################$
# default GPU memory split (do not change if you do $
gpu_mem=128
# SDRAM size based GPU memory split, uncomment and s$
gpu_mem_256=128
gpu_mem_512=128
2016-04-22, 00:48
(2016-04-21, 20:01)BigTastyBurger Wrote: Millhouse - has your website fallen over?
Either that or you've removed the libreelec builds...
The LibreELEC FTP server has received an OS upgrade. And there's not going to be #0421 build tonight, normal service should resume tomorrow.