•   
  • 1
  • 315
  • 316
  • 317(current)
  • 318
  • 319
  • 431
  •   
v18 -  LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)
latest update to #310 is not better for handling with mouse - scrolling i a folder is terrible and the progress bar => act one ones iniative ;-)
Reply
Full IPv6 - Support missing

Hi all,

I'm not sure, if only my RPi3 didn't work correctly. My prob is, that I want to connect via WebDav to a WebDavShare at my colleagues home. He uses a fibre connection to the web and his provider allows and supports only IPV6-Connections.

My RPi3 get's an IPV6-Adresse within my LAN - but this one isn't for use outside - means, my RasPi didn't get a global IPV6.

All other Devices in my LAN are getting an global IPV6 from my Fritz!Box 7590 - so the IPV6-Support from my DHCP (the Fritz!Box) is existent and works well, because I can connect with my iPhone and my also used AFTV-Stick (with Kodi on it too (v.17.6) to my colleagues share via there global the used IPV6 from this devices.

My Fritzbox shows me, that the RPi3 didn't get an global IPV6 - only an internal IPV6, wich starts with "fe80:" - the global one hast to start with "2001:"...
Ifconfig via SSH shows the same on RPi3...

Further Informations:
My RasPi3 is connectet via Cable to the Fritz!Box

My Settings are:
Milhouse Build #0307 (same with #0302 & #0303)

LibreElec - Network - WLAN -> off
LibreElec - Network - Cable -> on
Connection - Wired - Settings - IPv4 -> DHCP
Connection - Wired - Settings - IPv6 -> Auto 
Even if I switch this to "manual" and set some settings, IPv6 won't work correctly and no global IP were set....

Where is my fault? What have I to do, to edit or to switch on or off to get full IPv6 Support working?

​​​​​​​Thanks for Reply
Reply
New LibreELEC.tv Leia build #0311: RPi / RPi2
(Supercedes previous build)

SHA256 Checksum: de7cec02afd3a5af9127c2ff35784754570e532d6f2894428ab2bc2de6e00dbd (RPi)
SHA256 Checksum: 324e7c1a589d8c10d6293ee00d3f6399eeb6f8bf4afb7fe22678461ee853f685 (RPi2)

# uname -a
Linux rpi512 4.14.24 #1 Sun Mar 11 21:06:05 GMT 2018 armv6l GNU/Linux

# vcgencmd version
Mar 9 2018 20:00:26
Copyright © 2012 Broadcom
version a113099ad5cf63c7ce12c4f579655b258ba33ebe (clean) (release)

# lsb_release
LibreELEC (Milhouse): devel-20180311210422-#0311-g0a89bee [Build #0311]

# Kodi version
(18.0-ALPHA2 Git:89a53e4). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (0a89bee, changelog) and tip of XBMC master (4bd20f5, changelog) with the following modifications: Build Highlights:
  1. AE: init struct AESinkRegEntry
Build Details:
  1. LibreELEC.tv:
    • iptables: Fix "public" ruleset order (PR:2569, 1 commit, 2 files changed)
    • settings: bump package for firewall fixes (PR:2574, 1 commit, 1 file changed)
  2. XBMC:
    • AE: init struct AESinkRegEntry (PR:13636, 1 commit, 1 file changed)
    • [GBM] implement missing OnDisplayLost/OnDisplayReset notifications (PR:13629, 2 commits, 7 files changed)
    • GUIInfoManager: revert 8809df940d265f79e3d529b6591a2c8333ed06d6, this (PR:13631, 1 commit, 2 files changed)
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-03-11, 18:36)Bosode Wrote: Full IPv6 - Support missing

Can you test LibreELEC 8.2.3 and if that has the same problem it should be reported on the LibreELEC forum.
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
@popcornmix:
Found that starting with build 0307 my overclocked RPI3 also crashes with h264 thvheadend footage.
The crash happens direct when I start a channel. The image stops but the sound continues.

The config I used for testing looks like this: 
arm_freq=1300
over_voltage=2
sdram_freq=550
over_voltage_sdram=5
sdram_schmoo=0x02000020
dtoverlay=sdtweak,overclock_50=83
# gpu_freq=500
core_freq=500
isp_freq=500
h264_freq=500
v3d_freq=500

The maximum gpu config that doesn't crash is:
core_freq=500
# isp_freq=500
# h264_freq=500
# v3d_freq=500

Strangest thing is that even though it's h264 data, the PI crashes when I keep 
h264_freq=500 disabled but with isp_freq and v3d_freq enabled (also separate).

When I replace fixup.dat and start.elf with the ones you've posted earlier the problem is gone with the full overclock config (with build 0307 till 0311).
Reply
@rudrood Does the crash still occur if advanced deinterlace is disabled?
When enabled that uses 3d hardware and hence v3d_freq.
Reply
@popcornmix

Tested:
# gpu_freq=500
core_freq=500
#isp_freq=500
#h264_freq=500
v3d_freq=500

No crash with bob, as soon as I enable advanced it crashes.
Reply
New LibreELEC.tv Leia build #0312: RPi / RPi2
(Supercedes previous build)

SHA256 Checksum: 1e9295e175919a91e21067f4a45f6fccd459a04adff42895e0be9e9a228830bd (RPi)
SHA256 Checksum: 9566fa2d6005aa995069155697013d122f42ee4542ca1cf5d5926b762bc48778 (RPi2)

# uname -a
Linux rpi512 4.14.24 #1 Mon Mar 12 21:06:28 GMT 2018 armv6l GNU/Linux

# vcgencmd version
Mar 9 2018 20:00:26
Copyright © 2012 Broadcom
version a113099ad5cf63c7ce12c4f579655b258ba33ebe (clean) (release)

# lsb_release
LibreELEC (Milhouse): devel-20180312210438-#0312-g6130d1d [Build #0312]

# Kodi version
(18.0-ALPHA2 Git:89a53e4). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (6130d1d, changelog) and tip of XBMC master (5e2d291, changelog) with the following modifications: Build Highlights:
  1. Various language updates
Build Details:
  1. LibreELEC.tv:
    • amlogic: changes for qca9377 sdio module (PR:2544, 1 commit, 5 files changed)
    • linux: switch to Raspberry Pi vendor kernel (PR:2566, 11 commits, 20 files changed)
  2. XBMC:
    • FIX: crash: playerfactory is not initialized when using profile login (PR:13635, 1 commit, 1 file changed)
    • [lang][kodi.core] automatic syntax corrections for the en_GB language file (ce304e5)
    • [lang][skin.estuary] updated language files from Transifex (d9b27ef)
    • [lang][skin.estouchy] updated language files from Transifex (f30dccf)
  3. pvr.argustv:
    • [lang] updated language files from Transifex (3556049)
  4. pvr.dvblink:
    • [lang] updated language files from Transifex (594e062)
  5. pvr.dvbviewer:
    • [lang] updated language files from Transifex (05cff5b)
  6. pvr.filmon:
    • [lang] updated language files from Transifex (c7243fb)
  7. pvr.hdhomerun:
    • [lang] updated language files from Transifex (f3e0177)
  8. pvr.mediaportal.tvserver:
    • [lang] updated language files from Transifex (74e2bea)
  9. pvr.vuplus:
    • [lang] updated language files from Transifex (dc230dd)
  10. pvr.wmc:
    • [lang] updated language files from Transifex (e0a9190)
  11. kernel 4.14.y:
    • New commits in this build:
      • arm64: enable thermal / enable mmc (#2425) (add09058)
  12. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] PR:2577 (perma): buildsystem: simplify SIMD support (neon/mmx/sse/sse2)
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,
I've tested build #310 on RPI 3 but keyboard settings to change from US keyboard to Fr keyboard is not working. It's fully working on Kodi 17.6 (Libre elec 8.2.3)

I've used Libreelec settings (and not kodi settings).
Reply
@rudrood @J_E_F_F Can you test this firmware: https://drive.google.com/uc?id=1UySODq-f...t=download

You should extract start_x.elf and fixup_x.dat, rename to start.elf / fixup.dat and replace the ones visible on sdcard (or in /flash when ssh-ed in).

Does it fix you overclock hevc/deinterlace related issues?
Reply
(2018-03-13, 09:29)HpNoTiQ Wrote: Hi,
I've tested build #310 on RPI 3 but keyboard settings to change from US keyboard to Fr keyboard is not working. It's fully working on Kodi 17.6 (Libre elec 8.2.3)

I've used Libreelec settings (and not kodi settings).

Most likely the libinput change in #0302.
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-03-13, 16:06)popcornmix Wrote: @rudrood @J_E_F_F Can you test this firmware: https://drive.google.com/uc?id=1UySODq-f...t=download

You should extract start_x.elf and fixup_x.dat, rename to start.elf / fixup.dat and replace the ones visible on sdcard (or in /flash when ssh-ed in).

Does it fix you overclock hevc/deinterlace related issues?
Yes, working oke till now. No problems with:

core_freq=500
isp_freq=500
h264_freq=500
v3d_freq=500
Reply
(2018-03-13, 17:07)rudrood Wrote: Yes, working oke till now. No problems with:

Thanks that is good to know.
@J_E_F_F would be good to confirm if your hevc issue is fixed.
Reply
With #312 i a have yet the problem on my rpi3 and also on a rpi2 with the mouse => scrolling in a big folder and select something is absolutly impossible, also in the skin.
The scrollbar (video/audio) is moving/shifting if i touch the mouse.

Harald

edit: back to 8.2.3 and this all will work fine on both pi.
Reply
since I'm thinking about moving over to HEVC from h264 for new encodes I do, is "fastdecode" flag in Handbrake still needed to get decent performance on a PI3, or doesn't it matter that much anymore after all the optimizations done for the PI? I gave it a quick test with a sample the other day, and it seemed to play fine on a non-overclocked PI3, albeit all 4 cores seemed to be maxed out. I tried an older test encode from over a year ago that I remember I had done using "fastdecode" flag, and CPU usage was down at like 30%. So I assume it's still a thing, but I'm not sure if it was just related to the test-sample I did without fastdecode and that a different movie/sample might perform better.
Reply
  •   
  • 1
  • 315
  • 316
  • 317(current)
  • 318
  • 319
  • 431
  •   
 
Thread Rating:
  • 19 Vote(s) - 4.58 Average



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