• 1
  • 2
  • 3
  • 4(current)
  • 5
  • 6
  • 218
v17 LibreELEC Testbuilds for RaspberryPi (Kodi 17.0)
#46
I am not sure if you had seen my post in your old thread. the .strm files start to break around 0312. The good news is more .strm files are working in 0417 than in 0414. I am not allowed to post the m3u8 or the addon due to forum rules.
Theater: The PS4/XBONE killer running Kodi 17.3 3D Movie Box: Raspberry Pi running LibreElec 8.0 Alpha BROKEN Family Room: "A6-Pack" running Kodi 17.3 Whole House: FireTV running Kodi 17.3
#47
You really need to demonstrate the problem with a legit strm or m3u8 file.
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.
#48
(2016-04-17, 23:33)Milhouse Wrote: [*]VideoPlayer: add setting for double/triple buffers (7a3dfb1b)

Can you test the lipsync with this set to 2 or 3 (in system/video settings) and report what you prefer. Also compare to previous build (which effectively had 1 as the setting).
The number equates to how many frames of latency the render system has, and it applies an audio offset to compensate.
#49
Does LibreElec have yet TVHeadEnd plugin ? I could not figure it out just reading the various threads (or more to the point, I think it's not there yet).

Since my LiveTV setup relies on TVHeadEnd, before making the jump I'd like to be sure I'm not breaking it completely :-)

Thanks
#50
(2016-04-18, 13:15)popcornmix Wrote:
(2016-04-17, 23:33)Milhouse Wrote: [*]VideoPlayer: add setting for double/triple buffers (7a3dfb1b)

Can you test the lipsync with this set to 2 or 3 (in system/video settings) and report what you prefer. Also compare to previous build (which effectively had 1 as the setting).
The number equates to how many frames of latency the render system has, and it applies an audio offset to compensate.

Will test lipsync later but setting 3 gives small stutter in start of live tv playback with Tvh, setting 2 is smooth from start.
#51
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.

Don't know if its useful/helpful but the following are kodi.crashlog(s) before a full and clean start of kodi when using #0417
(After user shutdown/reboot of Librelec)

http://sprunge.us/jVKg
http://sprunge.us/gRVU
http://sprunge.us/ECGQ
http://sprunge.us/gQQF
http://sprunge.us/ZhaO
http://sprunge.us/FOWFt
http://sprunge.us/FbCf
http://sprunge.us/QXfM

plus standard kodi.log after above crash.logs of kodi

http://sprunge.us/NSXK
RPi4, (LibreELEC 11.0) hdmi0 -> Philips 55PUS7304 4K TV, hdmi1 -> Onkyo TX-SR608 AV Receiver
#52
(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.
#53
(2016-04-18, 19:45)popcornmix Wrote: 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.
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

Any suggested way on best way to step back now that I have switched from Openelec #0415 to LibreElec #0416?

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
RPi4, (LibreELEC 11.0) hdmi0 -> Philips 55PUS7304 4K TV, hdmi1 -> Onkyo TX-SR608 AV Receiver
#54
(2016-04-18, 19:17)VincentNguyen Wrote: Does LibreElec have yet TVHeadEnd plugin ? I could not figure it out just reading the various threads (or more to the point, I think it's not there yet).

Since my LiveTV setup relies on TVHeadEnd, before making the jump I'd like to be sure I'm not breaking it completely :-)

Thanks

Not yet, use the old OpenELEC addon, if that still works.
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.
#55
(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).
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.
#56
(2016-04-18, 20:36)Milhouse Wrote:
(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).
OK will regress back through the OE builds as you have suggested (when time allows) keeping current "service.multimedia.tvheadend-8.0.2-#0324-milhouse-v4.1-1724-g41707e1" I have currently installed.
RPi4, (LibreELEC 11.0) hdmi0 -> Philips 55PUS7304 4K TV, hdmi1 -> Onkyo TX-SR608 AV Receiver
#57
New LibreELEC.tv Krypton build #0418: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.4.7 #1 Mon Apr 18 21:05:20 BST 2016 armv6l GNU/Linux

# vcgencmd version
Apr 17 2016 12:53:37
Copyright (c) 2012 Broadcom
version b0ec6dc0de19e9db1913ccdac06d270edfd37b5e (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20160418210418-#0418-gca62a87 [Build #0418]

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

# Kernel device tree status: Enabled

Based on tip of LibreELEC.tv master (ca62a87b, changelog) and tip of XBMC master (2c578562, changelog) with the following modifications: Build Highlights:
  1. NOTE: DVD playback remains temporarily disabled
  2. LibreELEC master opens for Kodi 17
  3. [rbp] Default to double buffered
  4. Another go at fixing pvr.argustv - please test & report
  5. Drop repo database hack (not needed after PR9642)
  6. [addons] ask for version on install (PR9643 - superceeds PR9642)
Build Details:
  1. LibreELEC.tv:
    • Kodi 17 (redo) (PR:98, 22 commits, 101 files changed)
    • ffmpeg: Update to ffmpeg 3.0.1 and Kodi upstream (PR:77, 2 commits, 14 files changed)
    • rebrand: one more leftover (PR:170, 1 commit, 1 file changed)
    • tinyxml2: really disable shared (PR:177, 1 commit, 1 file changed)
    • kodi: Add repository.kodi.game (PR:176, 1 commit, 3 files changed)
    • tools/repo-tool: make it actually usable (PR:159, 1 commit, 1 file changed)
    • xf86-video-nvidia-legacy: Change driver from 304.x to 340.x (PR:178, 1 commit, 1 file changed)
    • inputstream.mpd: fix build (PR:171, 1 commit, 1 file changed)
    • tools: improve distro-tool performance (PR:180, 1 commit, 1 file changed)
  2. XBMC:
    • Format numbers with localized separators (PR:9550, 2 commits, 7 files changed)
    • ffmpeg: reduce log spam (PR:9646, 1 commit, 1 file changed)
  3. pvr.argustv:
    • send postdata using CURLADDOPTION (PR:50, 2 commits, 3 files changed)
  4. newclock5:
    • New commits in this build:
      • [rbp] Default to double buffered (e78f038d)
  5. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] patch: Drop repo hack (not needed after PR9642)
    • Added: [env] PR:174: Set default volume steps to 20
    • Added: [pkg] PR:51: More CURL Post (pvr.argustv)
    • Added: [pkg] PR:9643: [addons] ask for version on install
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.
#58
Sorry for beeing Offtopic but what is the advantage of LibreELEC against Open? Besides these v17 builds, does it make sense to update an OpenELEC RPi2 7 Beta (v16 KODI) to LibreELEC 7 Beta/Relase for those who will stay with v16 stable or does it makes only sense for those who will play with the newest KODI and these Milhouse builds?
#59
(2016-04-19, 07:54)querty1000 Wrote: Sorry for beeing Offtopic but what is the advantage of LibreELEC against Open? Besides these v17 builds, does it make sense to update an OpenELEC RPi2 7 Beta (v16 KODI) to LibreELEC 7 Beta/Relase for those who will stay with v16 stable or does it makes only sense for those who will play with the newest KODI and these Milhouse builds?
There have been lot's of forum posts about this in different fora. On the LibreElec landingpage there is a clear explenation about why they forked. Maybe you should read / search those forumpost and put it together for yourself.
#60
I noticed last night when watching my usual bedtime array of shows on my RPI3 a few weird video hurking/jerking with the #418 build. Could it be due to the buffers? I noticed my were set to 3 but i never set the value.
HTPC(s): All running LibreELEC
  • AMD 2200G APU on Gigabyte AB350N-Gaming WIFI-CF
  • RPI3 x2 | RPI2 x2
NAS: FreeNAS (Latest Stable) | NFS/CIFS
  • 1
  • 2
  • 3
  • 4(current)
  • 5
  • 6
  • 218

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