RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-08-18
New LibreELEC.tv Krypton build #0817: RPi / RPi2
(Supercedes previous build)
Code: # uname -a
Linux rpi512 4.7.0 #1 Wed Aug 17 22:58:39 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-20160817225656-#0817-g81237d7 [Build #0817]
# vcdbg log msg 2>&1 | grep DTOK
002385.729: Kernel trailer DTOK property says yes
# Kernel device tree status: Enabled
Based on tip of LibreELEC.tv master (81237d78, changelog) and tip of XBMC master (0300eae4, changelog) with the following modifications:- Includes newclock5 patches
- Excludes the LibreELEC linux-01-RPi_support patch in favour of sourcing these and possibly more recent patches directly from kernel branch rpi-4.7.y
- Includes latest bcm2835-driver master (7a0d52e1, ahead +4)
- Includes latest kodi-platform master (c8188d82)
- Includes latest libcec master (62b8520c, ahead +15)
- Includes latest libnfs master (fac3a954, ahead +34)
- Includes latest p8-platform master (041a8c6c, ahead +1)
- Includes latest addons: inputstream.mpd (7898a672, +13), inputstream.rtmp (9d9d4530, +1), inputstream.smoothstream (b63ecbb4, +3), peripheral.joystick (75966fa3, +5), pvr.argustv (e536f32e), pvr.demo (01c68c88), pvr.dvblink (20e1ccb4), pvr.dvbviewer (7a7ead36), pvr.filmon (efd379b8), pvr.hdhomerun (a71e816d), pvr.hts (66dcb89f), pvr.iptvsimple (21e91a5f), pvr.mediaportal.tvserver (72452b9d), pvr.mythtv (d10d210b), pvr.nextpvr (32b3c2ff), pvr.njoy (b5d65655), pvr.pctv (12d8baf1), pvr.stalker (5f440e00, +4), pvr.vbox (f38f82f0), pvr.vdr.vnsi (98673d3a, +1), pvr.vuplus (4f2ad621), pvr.wmc (979c37db)
- Exclude [env] kodi-999.99-PR10164-add-aetempo-filter.patch: Merged upstream
- Exclude [env] kodi-999.99-PR10206-recursive-remove.patch: Merged upstream
- Exclude [env] kodi-999.99-PR10211-videoplayer-fix-handling-of-progressive-content-in-rendermanager.patch: Merged upstream
- Exclude [env] kodi-999.99-VideoPlayer_Fix_build_after_dropping_deinterlacing_mode.patch: Merged upstream
- Exclude [env] libcec-PR208.patch: Merged upstream
- Include [env] patch: Add kodi binary addons (pvr, adsp, other)
- Include [env] patch: curl: bump 7.50.1 (sync with kodi 17b1)
- Include [env] patch: Don't build ADSP addons
- Include [env] patch: expat: Bump to 2.2.0
- Include [env] patch: ffmpeg: Bump to 3.1.2-Krypton-Beta1 (6da2f5f)
- Include [env] patch: kodi: sync appliance.xml after xbmc/PR10201
- Include [env] patch: Bump included addon versions to prevent online updates
- Include [env] patch: Add experimental splash video for RPi
- Include [env] patch: HACK: Disable multiple PVR addons during migration. Always enable inputstream.* and os.*
- Include [env] PR:535: init: Add upgrade check to avoid incompatible upgrades [RFC,WIP]
- Include [env] PR:621: init: mount per-client boot/disk if available & configured
- Revert [env] 46b9b7b3: rtmpdump (Reason: use newclock5 bump)
- Include [pkg] patch: drm/i915: Fixes and diagnostics for Braswell (linux)
- Include [pkg] patch: [skin.estuary] Hide watched items on home (kodi-theme-Estuary)
- Include [pkg] PR:8645: [video] Add season/TV show artwork to episodes/seasons even if they have their own fanart.
- Include [pkg] PR:8824: videodb: fix smart playlists not honoring "Show empty TV shows" setting.
- Include [pkg] PR:8922: [guiinfo] extend ranges for listitem properties
- Include [pkg] PR:10157: [WIP] Double the backslash in mysql in case we're in 'LIKE'
Build Highlights:
- Fix GPU memory leak with windowed video, and hidden animations (link)
Build Details:
- LibreELEC.tv:
- spotify-connect-web: rework (PR:616, 1 commit, 7 files changed)
- kodi/Intel: Various improvements from fritsch (PR:573, 4 commits, 6 files changed)
- webgrabplus: add user defined pre/post processing (PR:617, 1 commit, 3 files changed)
- scripts/mkimage: set real volume label on system partition (PR:626, 1 commit, 1 file changed)
- emby: update and enable optional platform specific hardware transcoding (PR:612, 4 commits, 8 files changed)
- chromium: add xdotool (PR:597, 2 commits, 3 files changed)
- multimedia-tools: add alsamixer, bump mpg123 and squeezelite (PR:620, 4 commits, 5 files changed)
- imagemagic: udpate to 6.9.5-5 (PR:630, 1 commit, 1 file changed)
- XBMC:
- [Language] - added a second label "Input" in the context of input dev… (PR:10301, 1 commit, 2 files changed)
- Settings: make Peripherals a Standard setting, not Advanced (PR:10302, 1 commit, 1 file changed)
- [darwin] - fix ssl access from python addons (PR:10108, 11 commits, 17 files changed)
- TextureManager: We still need to free textures when playing video (PR:10305, 1 commit, 1 file changed)
- Fix defect in CID 142067 and CID 142228 (PR:10303, 2 commits, 2 files changed)
- newclock5:
- New commits in this build:
- VideoPlayer: fixes for rewind (917b04e9)
- GUIImage: Avoid hidden animation resources not being freed (35234a7f)
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Corellon - 2016-08-18
What version of SMB does LibreElec use? From what I can see it's defaulting to SMB1?
Is there anyway to enable SMB2 or 3?
My media is hosted on a Media server with Dedupe enabled, problem is that when using SMB1 it returns unreadable files, however every other client that uses SMB2 or 3 gets the right blocks and can play the files.
For now I've been hosting using a DNLA server instead of SMB but would much rather use SMB (since my server is on a different subnet from the pi usually)
Thanks for the help
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Transponder69 - 2016-08-18
@Milhouse:
First: Thank you for all this nice builds.
Second: Since version #0731 the Library-Settings are not accessible any more (#0730 was working, #0817 is still bad).
(Changelog from #0731: ...Reorganise Library Settings (now called Media Settings)...)
Info: I am using Transparency Skin, I have not tested with the default Skin. I have the fear that the Skin developers have to do some adaptation because of the name change.
Please acknowledge or what info do you need or what should I test or where/to whom can I report this bug?
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - TVPL - 2016-08-18
@Milhouse: How to fix error on build #816 (the same in built #814, #815 skipped)
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-08-18
(2016-08-18, 02:31)Corellon Wrote: What version of SMB does LibreElec use? From what I can see it's defaulting to SMB1?
Is there anyway to enable SMB2 or 3?
My media is hosted on a Media server with Dedupe enabled, problem is that when using SMB1 it returns unreadable files, however every other client that uses SMB2 or 3 gets the right blocks and can play the files.
For now I've been hosting using a DNLA server instead of SMB but would much rather use SMB (since my server is on a different subnet from the pi usually)
Thanks for the help
Samba 3.6.25, which supports SMB1 and SMB2 but not SMB3.
With smb:// the connection is created by Kodi so you'll probably need to ask in the OS independent section as your question doesn't appear to be specific to LibreELEC or these builds.
SMB2 and SMB3 is not enabled in the kernel so OS mounts are unlikely to work with your server. Have you tried nfs:// instead?
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-08-18
(2016-08-18, 02:53)Transponder69 Wrote: @Milhouse:
First: Thank you for all this nice builds.
Second: Since version #0731 the Library-Settings are not accessible any more (#0730 was working, #0817 is still bad).
(Changelog from #0731: ...Reorganise Library Settings (now called Media Settings)...)
Info: I am using Transparency Skin, I have not tested with the default Skin. I have the fear that the Skin developers have to do some adaptation because of the name change.
Please acknowledge or what info do you need or what should I test or where/to whom can I report this bug?
Test with Estuary and only report issues reproducible with Estuary. Anything else is a third party skin issue that you report to your skin maintainer.
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-08-18
(2016-08-18, 04:23)TVPL Wrote: @Milhouse: How to fix error on build #816 (the same in built #814, #815 skipped)
I can't tell anything from your photograph. Did this problem start with #0814 (ie. #0813 is working)? What steps lead up to this problem? Upload a debug log (wiki).
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - TVPL - 2016-08-18
(2016-08-18, 04:30)Milhouse Wrote: (2016-08-18, 04:23)TVPL Wrote: @Milhouse: How to fix error on build #816 (the same in built #814, #815 skipped)
I can't tell anything from your photograph. Did this problem start with #0814 (ie. #0813 is working)? What steps lead up to this problem? Upload a debug log (wiki). Yes, this problem start with #0814 and show in Home screen when startup. Select OK and everything work fine.
I run RPi2 on my car so debug log not ready, sorry about that.
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-08-18
(2016-08-18, 06:47)TVPL Wrote: Yes, this problem start with #0814 and show in Home screen when startup. Select OK and everything work fine.
I run RPi2 on my car so debug log not ready, sorry about that.
OK, nothing really obvious in #0814 so will need the debug log to comment further. Enable debug logging, reboot, then upload the log.
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - ElectricPim - 2016-08-18
Still having trouble to use channel 13 for WIFI.
Is there a setting for WIFI country, or any way to enable channel 12/13
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - TVPL - 2016-08-18
(2016-08-18, 07:27)Milhouse Wrote: (2016-08-18, 06:47)TVPL Wrote: Yes, this problem start with #0814 and show in Home screen when startup. Select OK and everything work fine.
I run RPi2 on my car so debug log not ready, sorry about that.
OK, nothing really obvious in #0814 so will need the debug log to comment further. Enable debug logging, reboot, then upload the log. The same in #817, debug log here: http://sprunge.us/QRWd
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-08-18
(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).
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-08-18
(2016-08-18, 14:39)ElectricPim Wrote: Still having trouble to use channel 13 for WIFI.
Is there a setting for WIFI country, or any way to enable channel 12/13
This is most likely a configuration issue with your access point - if your AP is not announcing a country code then the Linux kernel in LibreELEC won't know which channels it is permitted to use so it will default to the most restrictive "global" regulatory configuration (country code 00, channels 1-11).
See this discussion for more details.
Install "Network Tools" from the LibreELEC Repository and you can check if your AP is announcing a country code:
For example my Netgear DGND4000 access point is not transmitting a country code, but one of my neighbours is:
Code: BSS xx:xx:xx:xx:xx:xx(on wlan0)
TSF: 0 usec (0d, 00:00:00)
freq: 2462
beacon interval: 100 TUs
capability: ESS Privacy ShortSlotTime (0x0411)
signal: -83.00 dBm
last seen: 0 ms ago
SSID: TALKTALK17xxxx
Supported rates: 1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0
DS Parameter set: channel 11
ERP: <no flags>
Extended supported rates: 24.0 36.0 48.0 54.0
HT capabilities:
Capabilities: 0x198e
HT20/HT40
SM Power Save disabled
TX STBC
RX STBC 1-stream
Max AMSDU length: 7935 bytes
DSSS/CCK HT40
Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
Minimum RX AMPDU time spacing: 16 usec (0x07)
HT RX MCS rate indexes supported: 0-15
HT TX MCS rate indexes are undefined
HT operation:
* primary channel: 11
* secondary channel offset: no secondary
* STA channel width: 20 MHz
* RIFS: 0
* HT protection: no
* non-GF present: 0
* OBSS non-GF present: 0
* dual beacon: 0
* dual CTS protection: 0
* STBC beacon: 0
* L-SIG TXOP Prot: 0
* PCO active: 0
* PCO phase: 0
Overlapping BSS scan params:
* passive dwell: 20 TUs
* active dwell: 10 TUs
* channel width trigger scan interval: 180 s
* scan passive total per channel: 200 TUs
* scan active total per channel: 20 TUs
* BSS width channel transition delay factor: 5
* OBSS Scan Activity Threshold: 0.25 %
Extended capabilities: HT Information Exchange Supported
WPA: * Version: 1
* Group cipher: TKIP
* Pairwise ciphers: TKIP CCMP
* Authentication suites: PSK
RSN: * Version: 1
* Group cipher: TKIP
* Pairwise ciphers: TKIP CCMP
* Authentication suites: PSK
* Capabilities: 1-PTKSA-RC 1-GTKSA-RC (0x0000)
WMM: * Parameter version 1
* BE: CW 15-1023, AIFSN 3
* BK: CW 15-1023, AIFSN 7
* VI: CW 7-15, AIFSN 2, TXOP 3008 usec
* VO: CW 3-7, AIFSN 2, TXOP 1504 usec
Country: GB Environment: Indoor/Outdoor
Channels [1 - 13] @ 20 dBm
WPS: * Version: 1.0
* Wi-Fi Protected Setup State: 2 (Configured)
* Response Type: 3 (AP)
* UUID: 63041253-1019-2006-1228-50a72b17f378
* Manufacturer: Realtek Semiconductor Corp.
* Model: RTL8xxx
* Model Number: EV-2010-09-20
* Serial Number: 123456789012347
* Primary Device Type: 6-0050f204-1
* Device name: ADSL Modem/Router
* Config methods: PBC
* Unknown TLV (0x1049, 6 bytes): 00 37 2a 00 01 20
Another neighbour has thinks he is in America, even though we are both in the UK...
Code: Country: US Environment: Indoor only
Channels [1 - 11] @ 27 dBm
However most of the APs that I can "see" do NOT announce any country code, so any connecting (Linux) client will default to regulatory domain 00 (ie. global).
To force a specific regulatory domain/country, you can try (on your LibreELEC client):
Code: echo "options cfg80211 ieee80211_regdom=GB" > /etc/modprobe.d/cfg80211.conf
reboot
(change GB to whatever is appropriate for your location - see country codes)
To see which frequencies are currently supported by your LibreELEC client:
Code: iwlist wlan0 frequency
So for my RPi3, before forcing the regulatory domain to GB:
Code: rpi22:~ # iwlist wlan0 frequency
wlan0 11 channels in total; available frequencies :
Channel 01 : 2.412 GHz
Channel 02 : 2.417 GHz
Channel 03 : 2.422 GHz
Channel 04 : 2.427 GHz
Channel 05 : 2.432 GHz
Channel 06 : 2.437 GHz
Channel 07 : 2.442 GHz
Channel 08 : 2.447 GHz
Channel 09 : 2.452 GHz
Channel 10 : 2.457 GHz
Channel 11 : 2.462 GHz
Current Frequency:2.447 GHz (Channel 8)
and then afterwards once I had forced the regulatory domain to GB:
Code: rpi22:~ # iwlist wlan0 frequency
wlan0 13 channels in total; available frequencies :
Channel 01 : 2.412 GHz
Channel 02 : 2.417 GHz
Channel 03 : 2.422 GHz
Channel 04 : 2.427 GHz
Channel 05 : 2.432 GHz
Channel 06 : 2.437 GHz
Channel 07 : 2.442 GHz
Channel 08 : 2.447 GHz
Channel 09 : 2.452 GHz
Channel 10 : 2.457 GHz
Channel 11 : 2.462 GHz
Channel 12 : 2.467 GHz
Channel 13 : 2.472 GHz
Current Frequency:2.447 GHz (Channel 8)
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.
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - TVPL - 2016-08-18
(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). No other skin or configuration, I only run update by your .tar file, that all.
I'll try to disable auto-update and report later.
Thank.
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - raptorjr - 2016-08-18
(2016-08-14, 20:04)raptorjr Wrote: (2016-08-14, 18:34)popcornmix Wrote: (2016-08-14, 18:04)raptorjr Wrote: I'm having some buffering/stuttering problems on some files. Don't know if the Pi3 is not powerful enough, or if there is something wrong with my setup.
The format of the file is fine and you data is arriving over network okay (buffers fill up and remain full).
There are a few PVR/EPG messages while playing like:
Code: 17:45:45 684.769470 T:1472197536 DEBUG: EPG - UpdateFromScraper - updating EPG for channel 'VH-1' from client '440135507'
Is it any better with live tv disabled?
If not a sample would be useful (e.g. use makemkv or similar to produce a two minute sample) and upload somewhere (e.g. dropbox/google drive) and I'll test it here.
Thank you. I will try and disable LiveTV and see if that helps.
Haven't tried to figure out if the buffering/stuttering is happening at the same time every time, but will find out and make a sample if it is.
Disable LiveTV didn't help and I'm having a hard time to produce a sample. The problem doesn't occur at any specific point in the video, I only know that it will happen a few times.
Anyway, while continuing through the seasons I encountered a x265 file. I know that there are some problems and limitations with the Pi 3 and x265. But my knowledge is limited about this so I don't really know what files work and don't. This file only plays sound and no video, MMAL. I don't know if it is a bug or just something I have to accept? Works fine in VLC on Windows.
https://www.dropbox.com/s/9cz4sy1300g60mc/Example.mkv?dl=0
|