• 1
  • 391
  • 392
  • 393(current)
  • 394
  • 395
  • 495
v18 LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)
(2018-07-06, 08:28)fcorreia Wrote: I can not use media files within RAR, even with Archive support (999.1.0.0) and RAR archive (999.2.0.3).
I'm running build # 702 on a RPi2, but I've had this problem since I switched to the Milhouse-9.0 update channel.
Is it a known bug or is there something wrong on my side?
 You have to install the * .zip manually

http://milhouse.libreelec.tv/builds/addo...2/vfs.rar/

You will find these links in the first post under point 11
[3x RPi3]#[ AV Receiver - Marantz NR1506 ]#[ TV Panasonic TX-50EXW784 ]#[ NAS - OMV 4.1.xx (Arrakis) @ NanoPI M4 ]#[ Nextcloud 17.0.3 @ ODROID C2 ]
libretro-compatibility addon is broken since a while. I thought it works again with the latest RP-updates.
Maybe CvH or someone else can add missing emulators from Kodi-game? I commented about it in CvH's PR here: https://github.com/LibreELEC/LibreELEC.t...t-29215363
Maybe he forgot about it ...

Edit: Here is CvH's PR: https://github.com/LibreELEC/LibreELEC.tv/pull/2817 Smile

Milhouse 0507 RPi3+
libretro-compatibility 1.0.36.106
Philips TV with Kodi 20.2 with IPTV --- Orbsmart 500 Android 21 alpha/beta as Online-radio/TV in the kitchen
New test build tonight?
(2018-07-06, 21:05)Germeleon Wrote: New test build tonight?
let you be surprised  Big Grin
[3x RPi3]#[ AV Receiver - Marantz NR1506 ]#[ TV Panasonic TX-50EXW784 ]#[ NAS - OMV 4.1.xx (Arrakis) @ NanoPI M4 ]#[ Nextcloud 17.0.3 @ ODROID C2 ]
Sad 
(2018-07-06, 09:33)Aux_ Wrote:
(2018-07-06, 08:28)fcorreia Wrote: I can not use media files within RAR, even with Archive support (999.1.0.0) and RAR archive (999.2.0.3).
I'm running build # 702 on a RPi2, but I've had this problem since I switched to the Milhouse-9.0 update channel.
Is it a known bug or is there something wrong on my side?
 You have to install the * .zip manually

http://milhouse.libreelec.tv/builds/addo...2/vfs.rar/

You will find these links in the first post under point 11 
not working for me
(2018-07-07, 00:09)fcorreia Wrote: not working for me

No debug log, no problem.
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.
New LibreELEC.tv Leia build #0706: RPi / RPi2
(Supercedes previous build)

SHA256 Checksum: 5c630d171459ac6db278cf9713f7e097ecdc541dff8854c3e4d5ae56fc473614 (RPi)
SHA256 Checksum: fcd4448bc7b5f5e9e5761101c4cddffa9029ac28a84a15132550d5728f5dfa21 (RPi2)

text:
# uname -a
Linux rpi512 4.14.52 #1 Fri Jul 6 21:05:16 BST 2018 armv6l GNU/Linux

# vcgencmd version
Jul 3 2018 14:21:36
Copyright © 2012 Broadcom
version 47b05c853342eb6e4ea5b017d981e0ef247fb8be (clean) (release)

# lsb_release
LibreELEC (Milhouse): devel-20180706210328-#0706-g60ee116 [Build #0706]

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

Based on tip of LibreELEC.tv master (60ee116, changelog) and tip of XBMC master (04ceaea, changelog) with the following modifications: Build Highlights:
  1. bluez: bump version to 5.50
  2. guiinfo: grab gfx lock when registering GUIInfoProviders
Build Details:
  1. XBMC:
    • Game OSD: Simplify setting labels and filter controllers (PR:14102, 4 commits, 14 files changed)
    • RetroPlayer: Fix segfault when loading game (PR:14146, 3 commits, 9 files changed)
    • RetroPlayer: Remove MMAL renderer on RPi (PR:13727, 1 commit, 13 files changed)
    • guiinfo: grab gfx lock when registering GUIInfoProviders (PR:14152, 1 commit, 1 file changed)
    • [cleanup] silence compiler warnings (PR:14144, 6 commits, 9 files changed)
    • VAAPIGL[ES]: Only unmap if interop is active (PR:14156, 1 commit, 2 files changed)
    • [videplayer][pvr] Fix a crash when stopping playback while teletext is opened. (PR:14155, 1 commit, 7 files changed)
  2. inputstream.adaptive:
    • Fix segfault if stream download returns failure (faf22f1)
  3. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [env] PR:2798 (perma): linux (Generic): update to linux-4.17.4
    • Added: [env] PR:2816 (perma): bluez: bump version to 5.50
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.
(2018-06-29, 15:46)HiassofT Wrote:
(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 
Hi,

the patch you added made my remote completly going crazy. without the patch, 1 button press was a 5, with the patch 1 press my remote made 10 presses.

I finally screwed that mceusb recievers and bought a flirc device. since 5 days no problems. with the mceusb devices the problems starting after 1-2 days.
New LibreELEC.tv Leia build #0707: RPi / RPi2
(Supercedes previous build)

SHA256 Checksum: 7b0b8e1f14f5c6e6e1d4037d86faffeee113f0683e6aaea734f9a79488c7909b (RPi)
SHA256 Checksum: 82f5f1b3eeab3d08bdf7db413cf02321d7d3a9187e33d39b7cc9d3cffcd47f87 (RPi2)

text:
# uname -a
Linux rpi512 4.14.52 #1 Sat Jul 7 22:04:14 BST 2018 armv6l GNU/Linux

# vcgencmd version
Jul 3 2018 14:21:36
Copyright © 2012 Broadcom
version 47b05c853342eb6e4ea5b017d981e0ef247fb8be (clean) (release)

# lsb_release
LibreELEC (Milhouse): devel-20180707220257-#0707-g65d87ea [Build #0707]

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

Based on tip of LibreELEC.tv master (65d87ea, changelog) and tip of XBMC master (2a76746, changelog) with the following modifications: Build Highlights:
  1. systemd: change uuid generation
  2. move activating OSD to GUIWindowFullScreen
Build Details:
  1. LibreELEC.tv:
    • ffmpeg: install ffmpeg from ffmpeg-tools, don't include in image (PR:2805, 7 commits, 10 files changed)
    • settings: bump LibreELEC-settings to pick-up changes (PR:2819, 1 commit, 1 file changed)
    • systemd: change uuid generation (PR:2708, 1 commit, 2 files changed)
  2. XBMC:
    • RetroPlayer: Zero-copy support (PR:14149, 4 commits, 34 files changed)
    • [cleanup] silence compiler warnings (PR:14159, 4 commits, 12 files changed)
    • move activating OSD to GUIWindowFullScreen (PR:14158, 1 commit, 3 files changed)
  3. libnfs:
    • configure.ac: fix --enable-utils (PR:261, 1 commit, 1 file changed)
  4. pvr.zattoo:
    • Enable replay also for hls streams (12134c8)
  5. kernel 4.14.y:
    • New commits in this build:
      • drm/vc4: Set premultiplied for alpha formats (a479cfa8)
      • drm/vc4: Check if plane requires background fill (3d4165e2)
      • drm/vc4: Move plane state to header (9563c455)
      • drm/vc4: Enable background color fill when necessary (be09ec5f)
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.
okay. I do not speak English I use a translator. It does not work and here I leave the error log. When I access the module, I look for some content and find it, but it does not reproduce it.



http://ix.io/1gnX
(2018-07-08, 00:14)arielf Wrote: okay. I do not speak English I use a translator. It does not work and here I leave the error log. When I access the module, I look for some content and find it, but it does not reproduce it.



http://ix.io/1gnX

The YouTube video you are trying to play works fine on my RPi, testing with:
text:
texturecache.py playw "plugin://plugin.video.youtube/play/?video_id=3r_dd1ZL8lQ"

It looks like your problem is with certificate authentication:
text:
11:27:52.967 T:1509536624 ERROR: CCurlFile::FillBuffer - Failed: Peer certificate cannot be authenticated with given CA certificates(60)

Can you verify the time on your RPi is being set correctly? There are a lot of connmand timeserver errors in your log:
text:
Jun 22 08:11:58 LibreELEC connmand[329]: Time request for server 2803:eb80:4000:3::2 failed (101/Network is unreachable)
Jun 22 08:11:58 LibreELEC connmand[329]: Time request for server 2801:0:140:1::a1 failed (101/Network is unreachable)
so if you fix your network timeserver configuration then I'm sure you'll be able to play these videos (and authenticate with other servers).
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.
Build #0706 introduces a regression in TV/teletext. After leaving and re-entering teletext (no channel switch in between), the last active page is no longer remembered, but reset to the default #100. The Tvheadend HTSP Client version (999.4.3.1) did not change, so I assume the issue comes from another component. [Logfile] I've just checked that the problem persists in build #0707.

Btw.1: I'd appreciate [a configuration option] to get rid of the fading effect when entering/leaving teletext.

Btw.2: During update, when "Found new .tar archive" is printed to screen, it wouldn't hurt to show the actual filename as well.

Btw.3: In order to watch German DVB-T2, I've started to overclock my RPi3. But it becomes hot and I get some stutter after a few minutes. As I understand, the HEVC decoding mostly (all?) takes place in the CPU, so it would not benefit from overclocking the GPU parts? Would it make sense to only overclock the CPU for this use case?
(2018-07-08, 00:36)LeoD Wrote: Build #0706 introduces a regression in TV/teletext. After leaving and re-entering teletext (no channel switch in between), the last active page is no longer remembered, but reset to the default #100. The Tvheadend HTSP Client version (999.4.3.1) did not change, so I assume the issue comes from another component. [Logfile] I've just checked that the problem persists in build #0707.

Presumably something to do with the following change, which is the only obviously Teletext related change in #0706:

(2018-07-07, 02:42)Milhouse Wrote: Build Details:
  1. XBMC:
    • [videplayer][pvr] Fix a crash when stopping playback while teletext is opened. (PR:14155, 1 commit, 7 files changed)

(2018-07-08, 00:36)LeoD Wrote: Btw.1: I'd appreciate [a configuration option] to get rid of the fading effect when entering/leaving teletext.

Btw.2: During update, when "Found new .tar archive" is printed to screen, it wouldn't hurt to show the actual filename as well.

Estuary Feature Requests.

(2018-07-08, 00:36)LeoD Wrote: Btw.3: In order to watch German DVB-T2, I've started to overclock my RPi3. But it becomes hot and I get some stutter after a few minutes. As I understand, the HEVC decoding mostly (all?) takes place in the CPU, so it would not benefit from overclocking the GPU parts? Would it make sense to only overclock the CPU for this use case?

HEVC decoding uses both CPU and GPU, and can use a lot of RAM bandwidth, so overclocking CPU, GPU and SDRAM will all provide incremental benefits provided your hardware has the overclocking headroom to remain stable.
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.
Sad 
(2018-07-08, 00:52)Milhouse Wrote: Estuary Feature Requests.
Some other skins I've tested show the same behaviour. I guess it's in the Player component which actually has teletext configuration options.
(2018-07-08, 00:52)Milhouse Wrote: HEVC decoding uses both CPU and GPU, and can use a lot of RAM bandwidth, so overclocking CPU, GPU and SDRAM will all provide incremental benefits provided your hardware has the overclocking headroom to remain stable.
I had hoped to save some trial and error work Confused . Four more matches and the world cup is over, anyway. Wink
I am having an issue with audio Passthrough since #701 up to #707
• Using #630 when playing videos the amp indicates it is receiving Dolby Digital or DTS correctly
• Using #701 onwards the amp shows PCM for videos that are being correctly identified by #630.

However from #701 onwards
• If I disable audio Passthrough in Settings and then enable it again it makes no difference all shows are detected as PCM
• If I disable audio Passthrough in the playing video and then enable it again the audio is detected as Dolby Digital or DTS as appropriate
• After this If I stop the video  and start it again the audio may be detected correctly some of the time but not always

I am using a RPI 3. I have been updating daily for some months and have only seen this issue since #701
  • 1
  • 391
  • 392
  • 393(current)
  • 394
  • 395
  • 495

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