•   
  • 1
  • 389
  • 390
  • 391(current)
  • 392
  • 393
  • 451
  •   
v18 -  LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)
(2018-06-28, 02:42)smp1 Wrote: TV playback does not work with #0627x. When I click a channel nothing happens. No issues with normal #0627. http://ix.io/1fdq

Is non-PVR (smb://, nfs://, or local) video playing OK? The problem seems to be with pvr.vdr.vnsi/ffmpeg.

(2018-06-28, 09:26)tija Wrote: Maybe because of this:


Packages disabled/not included:
DVB Driver Addons

Yes, possible - @smp1 can you confirm what DVB hardware you are using. Check journalctl for any errors.
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.
Reply
@Milhouse Non-pvr video works, DVB tuner (DVBSky S960) seem to be working - at least I can see that it powers up and locks to the satellite transponder. I don't use DVB driver addons - my tuner is supported by a kernel driver.
Code:
LibreELEC:~ # journalctl | grep dvb
Jun 22 14:11:50 LibreELEC kernel: usb 1-1.3: dvb_usb_v2: found a 'DVBSky S960/S860' in warm state
Jun 22 14:11:50 LibreELEC kernel: usb 1-1.3: dvb_usb_v2: will pass the complete MPEG2 transport stream to the software demuxer
Jun 22 14:11:50 LibreELEC kernel: dvbdev: DVB: registering new adapter (DVBSky S960/S860)
Jun 22 14:11:50 LibreELEC kernel: usb 1-1.3: dvb_usb_v2: MAC address: 00:17:42:54:96:0c
Jun 22 14:11:50 LibreELEC kernel: Registered IR keymap rc-dvbsky
Jun 22 14:11:50 LibreELEC kernel: rc rc0: lirc_dev: driver dvb_usb_dvbsky registered at minor = 0, scancode receiver, no transmitter
Jun 22 14:11:50 LibreELEC kernel: usb 1-1.3: dvb_usb_v2: schedule remote query interval to 300 msecs
Jun 22 14:11:50 LibreELEC kernel: usb 1-1.3: dvb_usb_v2: 'DVBSky S960/S860' successfully initialized and connected
Jun 22 14:11:50 LibreELEC kernel: usbcore: registered new interface driver dvb_usb_dvbsky
Jun 28 15:59:45 LibreELEC kernel: m88ds3103 3-0068: downloading firmware from file 'dvb-demod-m88ds3103.fw'
Jun 28 15:59:46 LibreELEC vdr[571]: [571] DVBAPI: decryption library: libdvbcsa
Reply
There's a massive amount of stuttering on 25p live tv h264 1080 streams using mmal advanced deinterlacing.
Reply
(2018-06-28, 15:38)loggio Wrote: There's a massive amount of stuttering on 25p live tv h264 1080 streams using mmal advanced deinterlacing.

Since when? Is this a new problem with last night's #0627 build, or a problem you have only noticed recently?

While it's interesting to know that you have found a problem, actually knowing the build when it started is even more useful.
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.
Reply
(2018-06-28, 15:09)smp1 Wrote: @Milhouse Non-pvr video works, DVB tuner (DVBSky S960) seem to be working - at least I can see that it powers up and locks to the satellite transponder. I don't use DVB driver addons - my tuner is supported by a kernel driver.

Not sure what the issue is right now, could you post a link to your full journalctl?
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.
Reply
(2018-06-23, 19:59)HiassofT Wrote:
(2018-06-23, 17:42)ramis52 Wrote: not sure where  to post but since #416 there is a huge problem with harmony remotes and mceusb recievers. After a few Days of running all later builds my harmony makes 5X clicks on a single Button Press. I tried alot to narrow down the problem (disable cec,tried another mceusb reciever,...).
Any help would be apreciated. If this is the wrong Forum pls move.
Which mceusb receiver are you using? Please post dmesg and lsusb output.

When this happens does rebooting solve it? Does it work again after a power cycle?

If you catch such a situation please stop kodi and eventlircd
Code:
systemctl stop kodi
systemctl stop eventlircd
Then run the following commands, at the same time (from 2 ssh session), press a button and post the outputs.

in the first shell:
Code:
ir-ctl -r
and in the second one:
Code:
ir-keytable -t

Also post dmesg and journalctl outputs after the remote acted up
Code:
dmesg | paste
journalctl -a | paste

so long,

Hias  
 Hi,

now my remote is acting wierd again. A reboot/powercycle will help. here are the log files.

lsusb http://ix.io/1fiv

dmesg and journalctl before the reboot

http://ix.io/1fig
http://ix.io/1fih

output from ssh1

https://pastebin.com/Nj41U98t

output from ssh2

LibreELEC:~ # ir-keytable -t
Can't open lirc device: Device or resource busy
LibreELEC:~ #

hope this helps a bit.
Reply
(2018-06-28, 16:00)Milhouse Wrote: Not sure what the issue is right now, could you post a link to your full journalctl? 
http://ix.io/1fiC
Reply
(2018-06-28, 14:26)Milhouse Wrote:
(2018-06-28, 02:42)smp1 Wrote: TV playback does not work with #0627x. When I click a channel nothing happens. No issues with normal #0627. http://ix.io/1fdq

Is non-PVR (smb://, nfs://, or local) video playing OK? The problem seems to be with pvr.vdr.vnsi/ffmpeg.
(2018-06-28, 09:26)tija Wrote: Maybe because of this:


Packages disabled/not included:
DVB Driver Addons

Yes, possible - @smp1 can you confirm what DVB hardware you are using. Check journalctl for any errors. 
Here Live-TV is working fine on #0627x with Sundtek DVB-C stick
Reply
New LibreELEC.tv Leia build #0628: RPi / RPi2
(Supercedes previous build)

SHA256 Checksum: 394e2d5d71bfa2f4b821512700d3987f1bd900a03f8a67cb90e0e03f13abc856 (RPi)
SHA256 Checksum: 9f267d73d87a7c7729d57535f7e526946a8ab84422d21b7c1544bd76eb3c1434 (RPi2)

# uname -a
Linux rpi512 4.14.52 #1 Thu Jun 28 21:05:06 BST 2018 armv6l GNU/Linux

# vcgencmd version
Jun 21 2018 14:07:17
Copyright © 2012 Broadcom
version 8885266d85a7c3c03894fcb03c9724020f9cd77e (clean) (release)

# lsb_release
LibreELEC (Milhouse): devel-20180628210348-#0628-g3e3cc3d [Build #0628]

# Kodi version
(18.0-ALPHA3 Git:95de5f5). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (3e3cc3d, changelog) and tip of XBMC master (69472d0, changelog) with the following modifications: Build Highlights:
  1. Drop ffmpeg from image, rename ffmpegx to ffmpeg in ffmpeg-tools add-on
  2. inputstream.adaptive and pvr.next API updates
Build Details:
  1. LibreELEC.tv:
    • configure: drop unused build options (PR:2794, 16 commits, 16 files changed)
  2. XBMC:
    • [cmake] always build with -Wall (PR:14107, 1 commit, 1 file changed)
    • filesystem: SpecialProtocol - fix possible endless recursion in URIUt (PR:14121, 1 commit, 1 file changed)
    • win10: filesystem - catch possible exception (PR:14122, 1 commit, 1 file changed)
    • FFmpeg: Bump to 4.0.1-Leia-Alpha3-1 (PR:14123, 1 commit, 4 files changed)
  3. inputstream.adaptive:
    • Rework for renewal after HTTP 403 / kodi api changes (560728d)
    • Version bump 2.2.24 (16a4043)
  4. pvr.nextpvr:
    • Add implementation for GetReadStreamChunkSize() (PR:75, 3 commits, 9 files changed)
  5. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] PR:2801 (perma): mesa: only build va tracker if using a gallium driver that uses it
    • Added: [env] PR:2805 (perma): ffmpeg: install ffmpeg from ffmpeg-tools, don't include in image
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.
Reply
Hi there,
this post is not really concerning the new build, but i am new here and do not know a better forum...
I am compiling LibreELEC for my own and today i encountered a compiling error(compile_command+=: not found ....) with popt 1.16 after spending some time investigating I have found the problem.. There is a configuration script which tests for available shell syntax (eval "$1+=\$2" causes problems with dash) but this syntax uses /bin/sh to test for syntax... so i have created a patch which sets the shell to ../toolchain/bin/dash which is used for compiling...
Maybe this will help someone. I will attach the patch. You only need to create a new folder: packages/devel/popt/patches and copy the patch there.
Enjoy!

Edit: libdaemon seems to have the same/simular problems but the relative path doesn't help so i hard coded the path... maybe someone knows a better solution

Actually i have no idea how to attach a file xD so here is the plain text (this could remove some formatting and might need a fix before using):

diff --git a/configure b/configure
--- a/configure
+++ b/configure
@@ -1,1 +1,1 @@
-#! /bin/sh
+#! ../toolchain/bin/dash
Reply
(2018-06-29, 00:28)n0n4m3 Wrote: this post is not really concerning the new build, but i am new here and do not know a better forum...
The best forum for this type of discussion would be https://forum.libreelec.tv, or github.com if you're able to identify the pull request that introduced the problem (which, in this case, is PR2785).

(2018-06-29, 00:28)n0n4m3 Wrote: I am compiling LibreELEC for my own and today i encountered a compiling error(compile_command+=: not found ....)

Fortunately we're aware of this issue, but the bug is rather subtle, triggered by an unusual build host configuration.

Check your build host and see if you have /bin/sh symbolically linked to /bin/bash, ie.
$ ls -la /bin/sh
lrwxrwxrwx 1 root root 4 Nov 5 2017 /bin/sh -> bash

tl;dr: the configure script used by popt is broken. Sym link /bin/sh to /bin/dash.

What is happening is that the configure script in the popt package is executed, which invokes #!/bin/sh which, due to the sym link, actually invokes bash. Eventually configure is supposed to re-invoke itself using the configured CONFIG_SHELL, ie. $TOOLCHAIN/bin/dash, but doesn't, because the sym linked shell (which is bash, and not sh or even dash) meets all the preconditions for configure, so a new (and correct) shell is never invoked.

configure then proceeds to generate the libtool script, and while generating this code it will test the currently executing shell which should by now be $TOOLCHAIN/bin/dash but because the shell is still /bin/sh (ie. bash), it generates code that includes "bashisms".

Consequently, libtool is invoked with the $TOOLCHAIN/bin/dash shell which is unable to understand the generated bashism:
 # Append VALUE to the end of shell variable VAR.
func_append ()
{
eval "$1+=\$2"
}

The solution of course is to fix the popt package, but this hasn't been updated in years, and the configure code is horrible - you fix one bug only to reveal another. We might look for an updated package, if there is one, but this isn't the only package with this problem, so I'm not sure it's worth fixing - apparently jq and tvheadend may suffer from the same problem.

Your proposed fix will only work so long as everyone is using $TOOLCHAIN/bin/dash which is not guaranteed as there is the option to not use dash (so you could in fact build with CONFIG_SHELL=/bin/bash on the command line, which should work for you and avoid the confusion over sh/bash/dash, it will just take longer to build as bash is slower than dash).

The alternative, and the solution I'm recommending, is just to not sym link /bin/sh to bash in the first place, as sh and bash are very different shells. This may at one time have been a standard, over 3-4+ years ago, but I don't think it is recommended these days - the system shell should be a POSIX compliant shell, and bash is not POSIX compliant. Ubuntu, for instance, will now use /bin/dash as the standard system shell as dash is POSIX compliant (Ubuntu will sym link /bin/sh to dash)

You can still configure your own user account to use whatever shell you prefer, including /bin/bash - just don't sym link the system shell to /bin/bash.
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.
Reply
(2018-06-28, 18:13)ramis52 Wrote: Hi,

now my remote is acting wierd again. A reboot/powercycle will help. here are the log files.

lsusb http://ix.io/1fiv

dmesg and journalctl before the reboot

http://ix.io/1fig
http://ix.io/1fih

output from ssh1

https://pastebin.com/Nj41U98t

output from ssh2

LibreELEC:~ # ir-keytable -t
Can't open lirc device: Device or resource busy
LibreELEC:~ #

hope this helps a bit.
@ramis52 Thanks for the info!

The IR receiver indeed is doing weird things. It sends nonsense data (even when it seems to be working) and the ir-ctl -r output shows that it somehow "forgot" it's timeout setting.

Please do another test with the build you've been using (any current build up to and including #0628 will do):

use the IR remote for a while, verify that it's working fine, then ssh in, run
Code:
ir-ctl -r
then press a button and post the output (no need to stop kodi etc). Please also upload dmesg again.

Tonight's build will contain a patch that disables the IR timeout optimizations for your IR receiver. Please test and report back if this build fixes the issues. If it fails, run the "ir-ctl -r" test and post dmesg and journal.

so long,

Hias
Reply
Is it somehow possible to include a JRE (VM) into the built to support BD-J?
Reply
(2018-06-29, 17:42)_novalis Wrote: Is it somehow possible to include a JRE (VM) into the built to support BD-J?
vpeter is working on it. Read this thread for more info: https://forum.libreelec.tv/thread/11701-...#post84647

so long,

Hias
Reply
New LibreELEC.tv Leia build #0629: RPi / RPi2
(Supercedes previous build)

SHA256 Checksum: 70075b1b67b1a9d85d03cfecd554dd1b954714523d170b6212ede6276e2beddd (RPi)
SHA256 Checksum: e0567546b9bf109784518ffc90525cbcf3c7b0d3beccbf86c8b0612c9e3e384a (RPi2)

# uname -a
Linux rpi512 4.14.52 #1 Fri Jun 29 21:05:05 BST 2018 armv6l GNU/Linux

# vcgencmd version
Jun 29 2018 13:17:42
Copyright © 2012 Broadcom
version 97765855d9ae607d0e678171cf9d83b218f237dd (clean) (release)

# lsb_release
LibreELEC (Milhouse): devel-20180629210312-#0629-g3e3cc3d [Build #0629]

# Kodi version
(18.0-ALPHA3 Git:95de5f5). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (3e3cc3d, changelog) and tip of XBMC master (773ed31, changelog) with the following modifications: Build Highlights:
  1. New firmware (network reboot fix)
  2. linux (RPi): disable IR timeout improvement on Formosa e017 receiver
Build Details:
  1. Firmware (Jun 29):
    • firmware: arm_loader: Update NOTIFY_REBOOT to reset the GPIO expander See: link
    • firmware: Allow selection of DSI port for LCD
  2. XBMC:
    • [Skin] add DefaultMusicSources icon (PR:14126, 1 commit, 2 files changed)
    • [Estuary] Add setting to show profilename (PR:14007, 1 commit, 4 files changed)
    • Estuary fixes (PR:14099, 3 commits, 3 files changed)
    • [linux] windowing/gbm: plane selection rework (PR:14113, 4 commits, 7 files changed)
    • Settings: GBM - hide "Display mode" setting (PR:14120, 1 commit, 1 file changed)
  3. kernel 4.14.y:
    • New commits in this build:
      • ov5647: Add set_fmt and get_fmt calls. (a05e6d8a)
      • ov5647: dt: add device tree for PWDN control (5c18151c)
      • ov5647: Add support for PWDN GPIO. (490d9512)
      • ov5647: Add support for non-continuous clock mode (6e723cb3)
      • media: tc358743: Increase FIFO level to 374. (5bdc0a92)
      • tc358743: fix connected/active CSI-2 lane reporting (eeb1e421)
      • tc358743: Add support for 972Mbit/s link freq. (28700cad)
      • media: tc358743: Check I2C succeeded during probe. (66de8dc6)
      • adv7180: Default to the first valid input (f4cf5629)
      • videodev2: Add helper defines for printing FOURCCs (1cc8cb28)
      • dt-bindings: Document BCM283x CSI2/CCP2 receiver (46228643)
      • bcm2835-unicam: Driver for CCP2/CSI2 camera interface (71cfc951)
      • bcm2835-unicam: Revert changes for notifier fn ptrs (8ac50fb2)
      • MAINTAINERS: Add entry for BCM2835 camera driver (0a827209)
      • defconfig: Enable Unicam driver and various sources on Pi platforms. (2f1c0ad3)
      • media: adv7180: Nasty hack to allow input selection. (02f815fb)
      • media: adv7180: Add YPrPb support for ADV7282M (1e72a58e)
  4. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [env] PR:2788 (perma): kodi: July 2018
    • Updated: [env] PR:2798 (perma): linux (Generic): update to linux-4.17.3
    • Added: [env] PR:2807 (perma): linux (RPi): disable IR timeout improvement on Formosa e017 receiver
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.
Reply
  •   
  • 1
  • 389
  • 390
  • 391(current)
  • 392
  • 393
  • 451
  •   
 
Thread Rating:
  • 22 Vote(s) - 4.64 Average



Logout Mark Read Team Forum Stats Members Help
LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)4.6422