Kodi Community Forum
OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Printable Version

+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111)
+---- Forum: Raspberry Pi (https://forum.kodi.tv/forumdisplay.php?fid=166)
+---- Thread: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) (/showthread.php?tid=231092)



RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-07-08

Ping @sraue...


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - DistantSynAck - 2015-07-08

(2015-07-08, 02:24)mp1111 Wrote:
(2015-07-08, 02:13)Milhouse Wrote: To be honest 110ms from the west coast USA via the Atlantic to Switzerland isn't at all shabby, are you sure you're not simply seeing packet loss?

Although other than discussing this, there's really nothing I can do as I have no control over the server infrastructure, and as far as I can tell it's working fine - has this problem started only recently? Maybe others can chime in if they're also having slow download problems, or if any other US-based users are *not* having download problems.

Maybe it's something to do with whoever is taking a pair of shears to telecommunications fibre in your local...

Hi,

This started to happen 2 days ago. Until then, I had very good download speed while downloading from your host.

Right when you dropped support to PVR. When I tried to download "the fix" yesterday I realized my new speed.

If I am the only one with this issue- sorry....

I still will download your builds and testSmile

Keep up the good work, here man...

Cheers.

I just downloaded build 707 without issue. I'm on the east coast.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - J_E_F_F - 2015-07-08

I pull it at about 1.8MB/s

This is to a web server on the backbone in Dallas Texas (USA). Kinda slow, but usable

Code:
Resolving milhouse.openelec.tv... 82.220.2.33
Connecting to milhouse.openelec.tv|82.220.2.33|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 120156160 (115M) [application/x-tar]
Saving to: `OpenELEC-RPi.arm-6.0-Milhouse-20150707210143-#0707-g59a3db3.tar'

100%[===========================================================================================================>] 120,156,160 1.79M/s   in 64s



RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - mp1111 - 2015-07-08

(2015-07-08, 03:04)J_E_F_F Wrote: I pull it at about 1.8MB/s

This is to a web server on the backbone in Dallas Texas (USA). Kinda slow, but usable

Code:
Resolving milhouse.openelec.tv... 82.220.2.33
Connecting to milhouse.openelec.tv|82.220.2.33|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 120156160 (115M) [application/x-tar]
Saving to: `OpenELEC-RPi.arm-6.0-Milhouse-20150707210143-#0707-g59a3db3.tar'

100%[===========================================================================================================>] 120,156,160 1.79M/s   in 64s

Hi,

Works better now..

RPi.arm-6.0-Milhouse-20150707210143-%230707-g59a3db3.tar
Resolving milhouse.openelec.tv (milhouse.openelec.tv)... 82.220.2.33
Connecting to milhouse.openelec.tv (milhouse.openelec.tv)|82.220.2.33|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 120156160 (115M) [application/x-tar]
Saving to: `OpenELEC-RPi.arm-6.0-Milhouse-20150707210143-#0707-g59a3db3.tar'

100%[===================================================================================================================================================================================================>] 120,156,160 1.81M/s in 75s

2015-07-08 04:16:47 (1.53 MB/s) - `OpenELEC-RPi.arm-6.0-Milhouse-20150707210143-#0707-g59a3db3.tar' saved [120156160/120156160]

Thanks everyone!


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - miigotu - 2015-07-08

I had a really slow download too of releases, but it was not just Milhouse releases, and it has been that way for months (200Kb/s max)

Today when I updated from the version where pvr addons were disabled, I got it at 2MB/s. My video playback over wifi seems better too. Do the pvr addons affect network throughput whatsoever? Because it seemed like mine got better once all of the addons were disabled when the popups told me they were incompatible.


@Milhouse can the addons be disabled by default?


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - cudencuden - 2015-07-08

idk how KODI can slow down the speed of your network...or slow down devices on the network not using KODI......have you tried that...when it is slow...does the slow speed happen on devices not using kodi?


Re: RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-07-08

(2015-07-08, 14:06)miigotu Wrote: Do the pvr addons affect network throughput whatsoever?

I don't think so.

(2015-07-08, 14:06)miigotu Wrote: @Milhouse can the addons be disabled by default?

New PVR and audio-decoder add-ons should already be disabled by default. Which add-ons are a problem?


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-07-08

New OpenELEC Isengard build #0708b: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.1.1 #1 Wed Jul 8 21:14:36 BST 2015 armv6l GNU/Linux

# vcgencmd version
Jul  8 2015 18:11:40
Copyright (c) 2012 Broadcom
version 9702675b541cff9f37d30decd45f5e21bf4d9a34 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20150708211347-#0708-g59a3db3 [Build #0708]

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

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (59a3db3c, changelog) and tip of XBMC master (2efc4456, changelog) with the following modifications: Build Highlights:
  1. New firmware
  2. Support saving skin settings as addon data instead of in guisettings.xml
  3. Mouse scrollwheel support
  4. New v53 musicdb schema
  5. #0708b: Revert "Support saving skin settings as addon data instead of in guisettings.xml" as kodi.bin is stuck in a recursive/infinite loop while loading guisettings.xml
Build Details:
  1. Firmware (Jul 8):
    • firmware: arm_loader: Increase stack and ensure icache flush is done before threads in execute multi
    • firmware: arm_loader: Switch to vpu queues and more profile logging
    • firmware: clocks: Allow arm to be overclocked to 1.6GHz
    • firmware: gpioman: Don't force all pin pulls to their defaults
    • firmware: arm_loader: Fix length on get palette mailbox call. See: link
    • firmware: vchiq: Better error handling. firmware: vchiq: Make fragment size vary with cache line size. See: link
  2. XBMC:
    • [confluence] get rid of iCCP warnings from libpng (PR:7411, 1 commit, 404 files changed)
    • [Confluence] Fix for widget labels (labels out of sync) (PR:7434, 1 commit, 1 file changed)
    • [Webdav]: Native Exists() and Stat() functions (PR:7073, 1 commit, 2 files changed)
    • [confluence][core] update build info formatting in SettingsSystemInfo (PR:6974, 3 commits, 3 files changed)
    • Add dateAdded to musiclibrary and use it for sorting (PR:7336, 1 commit, 15 files changed)
    • Fix another instance of coverity #719001 (PR:7420, 1 commit, 1 file changed)
    • [cosmetics] - fix method typos ("Availalbe" --> "Available") (PR:7448, 1 commit, 5 files changed)
    • [libexif] Add processing of comment tags used by Windows. (PR:7309, 1 commit, 1 file changed)
    • [xbmc][music] Better handling of tags for multifile cue files (PR:7282, 1 commit, 4 files changed)
    • [CURL] xbmc/URL.cpp adapted to parse URI containing IPv6 (PR:7168, 1 commit, 2 files changed)
    • [epg] Swap everything from 'std::map<unsigned int, CEpg*>' to 'EPGMAP' (PR:7267, 1 commit, 5 files changed)
    • [guilib] use textcolor from labelInfo for textboxes (PR:7205, 1 commit, 1 file changed)
    • [guilib] add Container.SortOrder InfoLabel (PR:7340, 2 commits, 5 files changed)
    • support saving skin settings as addon data instead of in guisettings.xml (PR:7359, 4 commits, 7 files changed)
    • various compiler warnings (PR:7451, 4 commits, 3 files changed)
    • [guilib] fix label overlap in radiobutton control (#15854) (PR:7452, 1 commit, 2 files changed)
    • Added detection for Windows 10 in systeminfo (PR:7456, 1 commit, 2 files changed)
    • fix a few coverity warnings (PR:7410, 1 commit, 5 files changed)
    • [AutorunMediaJob] make hardcoded strings translatable (PR:7426, 1 commit, 2 files changed)
    • [guilib] - listen to GUI_MSG_SETFOCUS for all container types (PR:7218, 1 commit, 2 files changed)
    • Drop internal HDHomeRun support (PR:7142, 1 commit, 57 files changed)
  3. newclock4:
    • New commits in this build:
      • [input] Handle mouse scrollwheel events (da304f84)
  4. kernel 4.1.y:
    • New commits in this build:
      • vchiq_arm: Two cacheing fixes (12b3ffe5)
      • BCM270X_DT: Overlay for the Fen Logic VGA666 board (7c2317ab)



RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - barberio - 2015-07-08

hts.pvr is causing a segfault on boot, (Crashlog https://dl.dropboxusercontent.com/u/1970271/kodi-crash-1.txt ) can you try quashing https://github.com/kodi-pvr/pvr.hts/commit/44b33a0ebbc1360b35276c5c03814893210c58ad to see if that change caused the issue?


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-07-08

(2015-07-08, 23:10)barberio Wrote: (Crashlog https://dl.dropboxusercontent.com/u/1970271/kodi-crash-1.txt )

This isn't a crash log - can you run the following in ssh:
Code:
paste $(ls -1art /storage/.kodi/temp/kodi_crashlog* | tail -1)
and paste the url.

What is the last test build that doesn't crash?


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-07-09

Making a backup copy of guisettings.xml would be a very good idea - it looks like there is a bug in #0708 that results in guisettings.xml becoming unreadable on the next boot once a setting is changed, preventing Kodi from starting (actually, it loops, producing an enormous kodi.log file).


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-07-09

I've pulled the #0708 build as it will trash your guisettings.xml due to PR7359 and then fail to start. Will upload a new build shortly without PR7359.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - miigotu - 2015-07-09

@cudencuden It was only slow when downloading using my Pi or Pi2 using the dev update or curl/wget. I always had to download with my pc (on the same network) and it was fast, but the scp was then also slow.

I was guessing that a pvr client may have been polling the network for pvr services too aggressively, or a combination of the like 15 that were enabled (they came enabled in some build and I never knew it). The update that had PVR client dependancies stripped out caused Kodi to slew a bunch of popups to disable the pvr client addons because of missing dependancies, which I disabled and now the speed is to normal.

Unless there was something changed on the dev update server to provide downloads faster, this was my issue, but that wouldn't explain also having slow scp over my internal network to the pi's.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-07-09

Last build replaced by #0708b to fix problem with PR7359.

(2015-07-09, 02:30)miigotu Wrote: a combination of the like 15 that were enabled (they came enabled in some build and I never knew it)

Yes, a while ago PVR addons were enabled by default, but this behaviour was subsequently changed, however if the addons were enabled in your system before the change was introduced then they would have remained enabled - fresh installations should not have PVR addons enabled by default.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Gizmo81 - 2015-07-09

Hi, at moment I'm at 701 and I want to wait for beta of Kodi 16 before I switch to a higher of your builds.
I have a problem in kodi 15 which you maybe can fix in 16, because you also fixed the other library clean problem
with source no longer available, but it was.
My problem now: CreateLoader - Unsupported protocol(plugin) in plugin://plugin.video..... warning during video library clean.