•   
  • 1
  • 117
  • 118
  • 119(current)
  • 120
  • 121
  • 218
  •   
  Thread Closed
v17 LibreELEC Testbuilds for RaspberryPi (Kodi 17.0)
If I want to spin down external USB... Huh
Is there any reason that LibreElec wouldn't be able to play this file:

Code:
[email protected]:/home/hts# mediainfo Olympics\ 2016\:\ Basketball.ts
General
ID                                       : 2043 (0x7FB)
Complete name                            : Olympics 2016: Basketball.ts
Format                                   : MPEG-TS
File size                                : 53.9 MiB
Duration                                 : 30s 696ms
Overall bit rate mode                    : Variable
Overall bit rate                         : 14.6 Mbps

Video
ID                                       : 512 (0x200)
Menu ID                                  : 1081 (0x439)
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : [email protected]
Format settings, CABAC                   : Yes
Format settings, ReFrames                : 4 frames
Format settings, GOP                     : M=4, N=12
Codec ID                                 : 27
Duration                                 : 30s 600ms
Bit rate                                 : 13.7 Mbps
Width                                    : 1 920 pixels
Height                                   : 1 080 pixels
Display aspect ratio                     : 16:9
Frame rate                               : 25.000 fps
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Interlaced
Scan order                               : Top Field First
Bits/(Pixel*Frame)                       : 0.265
Stream size                              : 50.1 MiB (93%)
Color primaries                          : BT.709
Transfer characteristics                 : BT.709
Matrix coefficients                      : BT.709

Audio
ID                                       : 660 (0x294)
Menu ID                                  : 1081 (0x439)
Format                                   : MPEG Audio
Format version                           : Version 1
Format profile                           : Layer 2
Codec ID                                 : 4
Duration                                 : 30s 648ms
Bit rate mode                            : Constant
Bit rate                                 : 192 Kbps
Channel(s)                               : 2 channels
Sampling rate                            : 48.0 KHz
Compression mode                         : Lossy
Delay relative to video                  : -510ms
Stream size                              : 718 KiB (1%)
Language                                 : English

Menu
ID                                       : 256 (0x100)
Menu ID                                  : 1081 (0x439)
Duration                                 : 30s 696ms
List                                     : 512 (0x200) (AVC) / 660 (0x294) (MPEG Audio, English)
Language                                 :  / English
Service name                             : BBC Olym 1 HD
Service provider                         : BSkyB
Service type                             : advanced codec HD digital television

It plays in WMP and VLC without a problem. On LibreElec I just get black screen.
I'm running LibreELEC (Milhouse) - Version: devel-20160817225656-#0817-g81237d7 [Build #0817]
(2016-08-18, 17:24)Milhouse Wrote:
(2016-08-18, 16:30)TVPL Wrote: The same in #817, debug log here: http://sprunge.us/QRWd

I don't understand why this would start only with #0814, as this would seem to be the source of the notification:
Code:
16:49:04  14.601470 T:1873802144   ERROR: CCurlFile::FillBuffer - Failed: Couldn't resolve host name(6)
16:49:04  14.601711 T:1873802144   ERROR: CCurlFile::Open failed with code 0 for http://mirrors.kodi.tv/addons/krypton/addons.xml.gz.md5
16:49:04  14.601950 T:1873802144   ERROR: Open - failed to open source <http://mirrors.kodi.tv/addons/krypton/addons.xml.gz.md5>
16:49:04  14.602110 T:1873802144   ERROR: CRepository: failed read 'http://mirrors.kodi.tv/addons/krypton/addons.xml.gz.md5'

Were you using a different skin prior to #0814, or some other configuration?

The cause of the above error (and thus, I believe, the notification) would be that you don't have a functioning network.

My advice would be to disable repository auto-updates (Settings > System settings > Add-ons > Updates).
I've checked, auto-update is "Never update...".
My configuration no change since updated to libreElec buid #0607 (when DVD re-support)... May be i wrong else ?
(2016-08-19, 04:09)TVPL Wrote: I've checked, auto-update is "Never update...".

Hmmm... but Kodi is clearly checking the repository for an update (and failing).

(2016-08-19, 04:09)TVPL Wrote: My configuration no change since updated to libreElec buid #0607 (when DVD re-support)... May be i wrong else ?

I don't know, it makes no sense for this to have only started with #0814. Are you absolutely sure you don't see this in #0813 or earlier?

I'm not able to reproduce, so perhaps a clean .kodi will help.
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.
(2016-08-18, 22:23)ezar Wrote: If I want to spin down external USB... Huh

Try the LibreELEC forum for general LibreELEC help and support.
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.
(2016-08-19, 04:17)Milhouse Wrote:
(2016-08-19, 04:09)TVPL Wrote: I've checked, auto-update is "Never update...".

Hmmm... but Kodi is clearly checking the repository for an update (and failing).

(2016-08-19, 04:09)TVPL Wrote: My configuration no change since updated to libreElec buid #0607 (when DVD re-support)... May be i wrong else ?

I don't know, it makes no sense for this to have only started with #0814. Are you absolutely sure you don't see this in #0813 or earlier?

I'm not able to reproduce, so perhaps a clean .kodi will help.
Yes, I don't see this in #0813 and earlier.
New LibreELEC.tv Krypton build #0818: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.7.0 #1 Thu Aug 18 21:04:34 BST 2016 armv6l GNU/Linux

# vcgencmd version
Aug 16 2016 14:36:37
Copyright (c) 2012 Broadcom
version 745cb6a4122e616a2e68534c3c98faaf237e0fc7 (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20160818210253-#0818-g44e3ae7 [Build #0818]

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

# Kernel device tree status: Enabled

Based on tip of LibreELEC.tv master (44e3ae71, changelog) and tip of XBMC master (5ec77196, changelog) with the following modifications: Build Highlights:
  1. Minors
Build Details:
  1. LibreELEC.tv:
    • distro-tool: Fix error, improve performance (PR:631, 1 commit, 1 file changed)
    • packages: Fix legacy OE site URLs (PR:632, 1 commit, 3 files changed)
    • wireless-regdb: update to wireless-regdb-2016.06.10 (PR:633, 1 commit, 1 file changed)
  2. XBMC:
    • VideoPlayer: fixes for rewind (PR:10304, 1 commit, 5 files changed)
    • [estuary] Fix rebase error in #10293 (PR:10306, 1 commit, 1 file changed)
  3. inputstream.rtmp:
    • fixed: bump kodi.inputstream to v1.0.5 (9c05b8dd)
  4. newclock5:
    • Commits no longer in build:
      • VideoPlayer: fixes for rewind (917b04e9)
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.
(2016-08-18, 18:13)Milhouse Wrote: Forcing a specific regulatory domain is not likely to be something that will be implemented or even needs fixing in LibreELEC - if the AP you are connected to is not announcing the correct regulatory domain (ie. country) then the current default behaviour ("global") is entirely correct. In such circumstances you will have to manually configure the regulatory domain/country in /etc/modprobe.d/cfg80211.conf.

@Milhouse, thx for your lengthy explanation.

RPI3. Remarks:

My AP sends a country code
Code:
Country: NL    Environment: Indoor/Outdoor
        Channels [1 - 13] @ 20 dBm

Raspbian has a setting for WIFI Country code in raspi-config

@popcornmix, @PhilE mentioned LibreElec needs one too.

On my RPI LibreElec
Code:
iwlist wlan0 frequency
...
Channel 10 : 2.457 GHz
Channel 11 : 2.462 GHz
Current Frequency:2.462 GHz (Channel 11)

So it doesn't actually listen to my AP. Probably thats why raspi-config has a setting for it. Maybe it's not Linux but WIFI driver firmware.

Code:
echo "options cfg80211 ieee80211_regdom=NL" > /etc/modprobe.d/cfg80211.conf
reboot
That did the trick.
Code:
iwlist wlan0 frequency
...
Channel 11 : 2.462 GHz
Channel 12 : 2.467 GHz
Channel 13 : 2.472 GHz
Current Frequency:2.462 GHz (Channel 11)

Thx, but still confused. Maybe a GUI solution has to be considered?
Forcing the country code seems wrong when the AP is correctly announcing the country/regulatory domain, but if it's needed (because the AP announcement is always ignored) then perhaps it's something that could be added in the WiFi section of the LibreELEC Settings add-on.
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.
Dunno why raspi-config has this setting, when following the WIFI country announcement of the AP should be the default. Must be a RPI3 issue, never had that problem with other Linux boxes.

In this RPI3 case I would say: setting the country code by GUI would be nice. Maybe it can be solved by a firmware update?

BTW my router let me setup the country code, don't you have that setting in yours?
(2016-08-19, 10:19)ElectricPim Wrote: Dunno why raspi-config has this setting, when following the WIFI country announcement of the AP should be the default. Must be a RPI3 issue, never had that problem with other Linux boxes.

In this RPI3 case I would say: setting the country code by GUI would be nice. Maybe it can be solved by a firmware update?

It's certainly a little odd that an announced country isn't honoured, maybe that could be fixed by a firmware or WiFi driver update. Presumably the country code is supported in raspi-config either because the WiFi driver won't/can't support announced countries or there are too many access points that fail to announce the country.

(2016-08-19, 10:19)ElectricPim Wrote: BTW my router let me setup the country code, don't you have that setting in yours?

With my Netgear DGND4000 I can choose a region such as Europe, Africa, Asia, Middle East, South America, or a subset of countries (USA, Canada, Mexico, Israel, Japan etc.) most of which have specific WiFi limitations/constraints, but not UK/GB or any other European country. Thanks, Netgear... Smile

I could be wrong about this announcement thing though, if so few access points support it then how does it work...?

Perhaps since LE is only ever going to be the WiFi client there's little harm in configuring a more permissive country/regulatory domain (eg. GB) by default - it's only going to connect to channels 12 and 13 if the associated AP is configured to use those channels.

Edit: LibreELEC supports WiFi access point "tethering" too so maybe not such a good idea.
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.
(2016-08-19, 10:47)Milhouse Wrote: Perhaps since LE is only ever going to be the WiFi client there's little harm in configuring a more permissive country/regulatory domain (eg. GB) by default - it's only going to connect to channels 12 and 13 if the associated AP is configured to use those channels.

I doubt that, AFAIK you're not allowed to sell in countries that forbid certain channels when they're enabled by default.
Just looking at the channels listed by an Intel NUC (Intel WiFi), and "iwlist wlan0 frequency" returns channels 1-13 without any need to hack the country, so I'm starting to wonder if this is a Raspberry Pi 3 WiFi issue...? Or Intel are cheating...
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.
Regulatory domains are mostly applied on network infrastructure (Access Points, Wireless Controllers,..etc) and enterprise networking products rather than clients or devices containing WiFi. As typically if no AP can broadcast on a certain channel in a certain country, then no clients will access that channel.
This is getting more confusing now since even clients can do hotspot modes.
You can understand it more by looking into enterprise networking products from Cisco or Juniper.

Edit: To add, then people will not be allowed in certain countries with their phones and laptops because that country has a different Regulatory Domain, you can even get your home router through customs and nobody will check, again it is more for enterprise networking products and importation in bulk quantities of network products to sell inside the country.
(2016-08-19, 11:04)Milhouse Wrote: Just looking at the channels listed by an Intel NUC (Intel WiFi), and "iwlist wlan0 frequency" returns channels 1-13 without any need to hack the country, so I'm starting to wonder if this is a Raspberry Pi 3 WiFi issue...? Or Intel are cheating...

IMHO it is a RPI3 thing. Why would they design a raspi-config setting?

As I recall I read something about it and that for some regulatory reasons higher channels were disabled by default. Can't find the source. Maybe popcornmix or someone from the foundation can shed some light.

I agree allowing more channels by default would be the easiest solution. Maybe Intel (and the rest of the world) is just pragmatic. Smile
  •   
  • 1
  • 117
  • 118
  • 119(current)
  • 120
  • 121
  • 218
  •   
  Thread Closed
 
Thread Rating:
  • 19 Vote(s) - 4.63 Average



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