• 1
  • 143
  • 144
  • 145(current)
  • 146
  • 147
  • 168
OpenELEC Testbuilds for RaspberryPi (Kodi 16.0)
New OpenELEC Jarvis build #1121: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.3.0 #1 Sat Nov 21 21:04:29 GMT 2015 armv6l GNU/Linux

# vcgencmd version
Nov 18 2015 15:48:41
Copyright (c) 2012 Broadcom
version 0c9af7cde38e223c95c3404f468db8fc5004495c (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20151121210338-#1121-g297af74 [Build #1121]

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

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (297af74b, changelog) and tip of XBMC master (98e0275a, changelog) with the following modifications: Build Highlights:
  1. A few changes
Build Details:
  1. XBMC:
    • New keymappings for keyboard-like remotes (PR:8411, 13 commits, 6 files changed)
    • [PVR] Fix for blank Currently In Prog Recordings (PR:8414, 1 commit, 1 file changed)
  2. newclock5:
    • New commits in this build:
      • settings: add video dither (b044df4d)
      • tmp (45677273)
      • Add video stream selection. (8ac3eb33)
      • Merge pull request #324 from ace20022/multi_video_streams (5739e760)
    • Commits no longer in build:
      • gl: split output stage from convolution shaders (85928975)
  3. Additional commits/pull requests/changes not yet merged upstream:
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.
(2015-11-21, 20:25)popcornmix Wrote:
(2015-11-21, 03:55)Milhouse Wrote: [*]CAdvancedSettings: add <glmipmapping> (bool) (05297da6)
[*]CGLTexture: perform trilinear filtering if enabled (b1aeaed8)

See PR:8409

An advancedsetting.xml file like:
Code:
<advancedsettings>
    <glmipmapping>true</glmipmapping>
</advancedsettings>
will enable mipmapping. In theory it will probably slow down the gui a little and may improve the quality of posters (particularly ones that have been resized down).
Feel free to try and report back if you can see a difference.

Thanks for your help, popcornmix. Mipmapping very noticeably improves the rendering quality when browsing pictures which need to be scaled down (especially in slideshow mode), i.e. pixelation is reduced quite a lot for high-frequency areas. For those interested in actual examples, please check the PR link.
With mipmapping enabled, I _think_ I can see a slightly better image.
With the Amber skin GUI tends to be noticeably slower at times, for example when opening DialogVideoInfo on movies or TV shows - the poster is shown - where at times it may need a second or two (for some reason this is particularly noticeable on the first item in movie sets).
Same applies in views where this background is shown: https://github.com/jester-xbmc/skin.ambe...efault.jpg
According to bcmstat.sh included in these builds, GPU is eating much more memory while scrolling, but it is not causing a problem for me.
New OpenELEC Jarvis build #1122: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.3.0 #1 Sun Nov 22 21:39:07 GMT 2015 armv6l GNU/Linux

# vcgencmd version
Nov 18 2015 15:48:41
Copyright (c) 2012 Broadcom
version 0c9af7cde38e223c95c3404f468db8fc5004495c (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20151122213818-#1122-g297af74 [Build #1122]

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

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (297af74b, changelog) and tip of XBMC master (fbccdc4a, changelog) with the following modifications: Build Highlights:
  1. Kodi 16.0 beta3
  2. WARNING: Passthrough audio is most likely broken in this build
    popcornmix Wrote:There's been quite a number of passthrough related changes from fernet's branch.

    I don't think passthrough is working (I don't have a passthrough capable device where I'm testing so not 100% sure).

    I think non-passthrough is okay.

    I don't expect I'll fix it tonight (I suspect it needs changes from fernet).

    If you hear no audio when using passthrough then disable passthrough for the time being. Currently with VideoPlayer when "sync playback to display" is enabled (the default) then passthrough is automatically disabled, so most users probably don't have passthrough enabled and won't be affected.
Build Details:
  1. XBMC:
    • bump to 16.0 beta3 (PR:8412, 1 commit, 2 files changed)
    • Fix codepage problem to input Korean properly. (PR:8406, 1 commit, 1 file changed)
    • show an ok dialog instead of the addon update dialog when no available versions (PR:8416, 1 commit, 2 files changed)
    • [re-touched] skin update (fbccdc4a)
  2. dcadec:
    • Add more verbose logging. (49457122)
    • Never set embedded stereo flag for core. (00e4b0b5)
    • Document downmixing flags in more detail. (d347da8a)
    • Limit number of downmix channels to 32. (de4c3aa4)
    • Allow some unusual XLL downmix configurations. (1473244d)
    • Remove unused fields from core decoder structure. (5b5a8a32)
    • Restrict core NBLKS field to a multiple of 8. (f29ea41d)
  3. newclock5:
    • New commits in this build:
      • [MMAL] Update to support VideoPlayer renderer (fb685381)
      • AE: move iec packing for passthrough into AE, contains squashed code from fritsch (783e5ad0)
      • AESinkALSA: Explicitely push supported Stream Types and AE_FMT_RAW (21906246)
      • AESinkAudiotrack: Add Stream Types (515f4c31)
      • AESink: Remove m_frameSamples from sink implementations (a0cacbac)
      • AEUtils: Add Streamtypes to Enumeration output (fe4d5925)
      • AEUtils: Fix DataFormatToStr with new AE_FMT_RAW (002abe07)
      • AE: drop old raw data formats (bf89d93f)
      • DVDAudioCodecPassthrough: Set samplerate when creating StreamInfo (f3134bd2)
      • AE: update OSX sink (3332c7c4)
      • AESinkDirectSound: Prepare for new STREAM_TYPES (01483a64)
      • AESinkWASAPI: Prepare for new STREAM_TYPES (6b7febb0)
      • AESinkDARWINIOS: Port to new STREAM_TYPE (574f6e6e)
      • Merge pull request #331 from fritsch/ae-wip (b22ad262)
      • squash: Fix mipmap generation for GL ES pt2 (8c7df264)
      • fixup! [PATCH] ADD: [demux] support ssif (14f0a92d)
      • [OMXAudio] Remove obsolete hw decode support (d54f92f9)
      • AE: update Pi Sink (d679bd0d)
      • AE: update omx audio (ffb31db1)
    • Commits no longer in build:
      • settings: add video dither (b044df4d)
      • AE: refactor AEStreamInfo and remove some bullshit coding style (3f440063)
      • AE: test type of stream for passthough modes (ae275060)
      • AE: add raw stream info to AEAudioFormat (cc90bb1d)
      • AE: drop encoded sample rate (b488d90b)
      • AE: pass entire AEAudioFormat to MakeStream (6099c4a3)
      • Merge pull request #318 from afedchin/videoplayer (bb0ebe93)
      • tmp (45677273)
      • Merge pull request #324 from ace20022/multi_video_streams (5739e760)
  4. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [pkg] PR:8407: [addons] workaround for pausing repository updates during playback
    • Added: [pkg] PR:8419: add InstallAddon builtin
    • Added: [pkg] PR:8421: [dbwrapers] Include database name in error message
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.
(2015-11-22, 19:21)menakite Wrote: With mipmapping enabled, I _think_ I can see a slightly better image.
With the Amber skin GUI tends to be noticeably slower at times, for example when opening DialogVideoInfo on movies or TV shows - the poster is shown - where at times it may need a second or two (for some reason this is particularly noticeable on the first item in movie sets).
Same applies in views where this background is shown: https://github.com/jester-xbmc/skin.ambe...efault.jpg
According to bcmstat.sh included in these builds, GPU is eating much more memory while scrolling, but it is not causing a problem for me.

Can you try again with tonight's build?
I think the gpu accelerated textures (which will be all the posters/fanart) weren't going through the mipmap path, so only the GUI controls were mipmapped.
I've added a fix that should enable it for the gpu accelerated path.
(2015-11-23, 01:00)popcornmix Wrote:
(2015-11-22, 19:21)menakite Wrote: With mipmapping enabled, I _think_ I can see a slightly better image.
With the Amber skin GUI tends to be noticeably slower at times, for example when opening DialogVideoInfo on movies or TV shows - the poster is shown - where at times it may need a second or two (for some reason this is particularly noticeable on the first item in movie sets).
Same applies in views where this background is shown: https://github.com/jester-xbmc/skin.ambe...efault.jpg
According to bcmstat.sh included in these builds, GPU is eating much more memory while scrolling, but it is not causing a problem for me.

Can you try again with tonight's build?
I think the gpu accelerated textures (which will be all the posters/fanart) weren't going through the mipmap path, so only the GUI controls were mipmapped.
I've added a fix that should enable it for the gpu accelerated path.

Does this require the cached thumbnails to be deleted and repopulated after enabling mipmapping?
(2015-11-23, 01:51)Jdiesel Wrote: Does this require the cached thumbnails to be deleted and repopulated after enabling mipmapping?

No. Mipmapping is only applied to final rendering. It won't affect cached files.
After reboot, with Kodi sitting on the Home screen, GPU has 181 MB free out of 256, this has always been about ~195 in previous builds and ~192 yesterday.
I've re-cached 938 textures (texturecache C @allow.recacheall=yes) yesterday and again today - not actually sure if needed. Edit: okay, looks like it's not...
GUI is definitely slow in last build. Takes about ~0.5 seconds to load poster and fanart, until then the previous ones are shown. Episode thumbnails are instant instead.
I confirm the problem with DialogVideoInfo and the skin "default" background.
At some point when scrolling through GUI GPU only had 62 MB free.

After the tests, with Kodi on Home I have 126 MB free on GPU vs. ~170 on previous builds.
But I can definitely see an improvement with this poster: http://thetvdb.com/banners/posters/248837-4.jpg where in the info dialog the "g"/∞ looked pretty odd and is okay-ish now.

5.1 passthrough is indeed broken (static noise), but AC3 2.0 is passed okay.
5.1 AC3:
Code:
00:59:34 1166.503784 T:1431303072  NOTICE: Creating audio stream (codec id: 86019, channels: 6, sample rate: 48000, pass-through)
00:59:34 1166.504883 T:1945105312   ERROR: CAESinkPi::GetChannelMap - Unexpected CEA mapping 0,6

5.1 DTS:
Code:
01:00:16 1208.671387 T:1422914464   ERROR: CAEStreamInfo::GetDuration - invalid stream type
01:00:16 1208.671631 T:1422914464  NOTICE: Creating audio stream (codec id: 86020, channels: 6, sample rate: 48000, pass-through)
01:00:16 1208.672241 T:1945105312   ERROR: CAESinkPi::GetChannelMap - Unexpected CEA mapping 0,6

2.0 AC3:
Code:
01:01:50 1302.421387 T:1414525856  NOTICE: Creating audio stream (codec id: 86019, channels: 2, sample rate: 48000, pass-through)
01:01:50 1302.510620 T:1965105728  NOTICE: Display resolution ADJUST : 1920x1080 (1920x1080) @ 50.00 - Full Screen (32) (weight: 0.000)
01:01:50 1302.926392 T:1945105312   ERROR: CEngineStats::UpdateSinkDelay - inconsistency in buffer time

In all cases "pll" is always 1.00000, "err" is always 0.0ms, but "a/v" is constantly increasing (negatively).

HDMI has duplicate stream types and Analogue is reporting passthrough ones (and duplicates):
https://p.6core.net/p/USaN1VVeCRJbToBBLhnpW0tZ

Edit 2: went out of memory on GPU on resume with Kodi left on a TV show:
Code:
06:32:10 21122.474609 T:1526723488  NOTICE: DecodeJpegToTexture: unable to decode to texture special://masterprofile/Thumbnails/c/cc992589.jpg 1920x1080
06:32:10 21123.035156 T:1658475424  NOTICE: DecodeJpegToTexture: unable to decode to texture special://masterprofile/Thumbnails/b/b986a136.jpg 1920x1080
06:32:10 21123.162109 T:1650086816  NOTICE: DecodeJpegToTexture: unable to decode to texture special://masterprofile/Thumbnails/d/d1684f82.jpg 1280x720
06:32:11 21123.582031 T:1892676512   ERROR: COMXCoreComponent::DecoderEventHandler OMX.broadcom.egl_render - OMX_ErrorInsufficientResources, insufficient resources
06:32:11 21123.582031 T:1461711776   ERROR: COMXTexture::HandlePortSettingChange m_omx_tunnel_decode.Establish (80001000)
06:32:11 21123.582031 T:1461711776   ERROR: COMXTexture::Decode - HandlePortSettingChange failed (0)
06:32:11 21123.582031 T:1461711776  NOTICE: DecodeJpegToTexture: unable to decode to texture special://masterprofile/Thumbnails/0/04e55692.jpg 1920x1080
06:32:11 21123.583984 T:1461711776   ERROR: COMXCoreComponent::SetStateForComponent - OMX.broadcom.image_decode failed with omx_err(0x80001000)
06:32:11 21123.583984 T:1526723488  NOTICE: DecodeJpegToTexture: unable to decode to texture special://masterprofile/Thumbnails/b/bbcd909b.jpg 1920x1080
I am upgrading my Win/OSX clients to Beta-2 now. Which OE releases feature the same library database versions? The Wiki is not updated for Beta-2 yet? Also, is there any easy way to figure this out beyond asking in this forum? Thanks in advance!
Server: Asus Sabertooth Z77 | Intel Core i5 3.4 GHz | 16 GB DDR3 | 128 GB SSD, 82 TB (9 x 6 TB, 7 x 4 TB)
HTPC 1: Raspberry Pi 2 | HTPC 2: Raspberry Pi 2 | HTPC 3: Raspberry Pi
(2015-11-23, 02:52)steve1977 Wrote: I am upgrading my Win/OSX clients to Beta-2 now. Which OE releases feature the same library database versions? The Wiki is not updated for Beta-2 yet?

The wiki is current and correct - there have been no further schema bumps after alpha-4 (personally, I wouldn't have bothered adding beta1 to the wiki as it had no relevant changes).

(2015-11-23, 02:52)steve1977 Wrote: Also, is there any easy way to figure this out beyond asking in this forum? Thanks in advance!

There's no easy way, but this page has the dates and git sha of each schema change, so with a bit of git/github investigation you could probably work out what database versions are being used by any particular build, as long as you know the date and/or kodi sha (for official OE releases, you'd get this info from the OE repository).
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.
how can we submit request to have ability to update OpenELEC/Kodi from local file? ...like downloading a tar to an USB device...plug USB device into Rpi...then being able to reference tar file on USB device to update OpenELEC/Kodi.
(2015-11-24, 00:22)cudencuden Wrote: how can we submit request to have ability to update OpenELEC/Kodi from local file? ...like downloading a tar to an USB device...plug USB device into Rpi...then being able to reference tar file on USB device to update OpenELEC/Kodi.

I guess the place to start might be the OpenELEC forum, with a "feature request" type of post (I'm pretty sure the OE developers don't accept feature requests on github).

Adding a feature to the OpenELEC Settings add-on might make sense (basically, pick the drive and select the tar to be copied to the .update folder).

It's probably a fair amount of work - just a shame the File Manager can't be used (although it "sees" the attached drive, it's blind to tar files). Plus it doesn't give access to the .update folder.

Alternatively, perhaps @Leopold might be willing to add something to the Dev Update 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.
New OpenELEC Jarvis build #1123: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.3.0 #1 Tue Nov 24 01:10:13 GMT 2015 armv6l GNU/Linux

# vcgencmd version
Nov 18 2015 15:48:41
Copyright (c) 2012 Broadcom
version 0c9af7cde38e223c95c3404f468db8fc5004495c (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20151124010920-#1123-g4466c1a [Build #1123]

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

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (4466c1ad, changelog) and tip of XBMC master (0766e899, changelog) with the following modifications: Build Highlights:
  1. Passthrough audio should be fixed in this build
Build Details:
  1. OpenELEC:
    • dbus: update to version 1.10.4 (PR:4457, 1 commit, 1 file changed)
    • systemd: update to version 228 (PR:4458, 1 commit, 3 files changed)
    • u-boot: build with gcc 5.2.0 (PR:4464, 1 commit, 1 file changed)
  2. XBMC:
    • [Confluence] disallow program addons selection (PR:8415, 1 commit, 1 file changed)
    • Android key handling fixes (PR:8431, 2 commits, 1 file changed)
  3. dcadec:
    • Scan for core extensions in reverse order. (c3b2ac8d)
    • Warn about unknown core extended audio type. (a06e1a2d)
  4. pvr.vdr.vnsi:
    • Code cleanup (PR:39, 5 commits, 4 files changed)
    • fix large number of recordings (PR:40, 2 commits, 2 files changed)
  5. newclock5:
    • New commits in this build:
      • [shader] - fix compilation of glsl shaders for gles (0944f134)
      • AE: set channel layout for iec packing (c4f9fbbe)
      • AE: fix and cleanup (5e0dc48e)
      • [videoplayer] Add video stream selection. (d05b8845)
      • Revert "Added: HttpProxy parameter for setting proxies on stream urls." (fe76733f)
      • AE: fix frame size for raw (3fac9614)
      • [OmxAudio] Make m_format more local (2e3d552d)
      • UI for toggling high quality picture downscaling (515d2e39)
      • Minor correction (d662946a)
      • Removing global mipmapping option (9bbfe905)
      • CBaseTexture: added mipmapping option (a5255260)
      • CGLTexture: check object flag for mipmapping instead of advanced settings (0d745cd2)
      • CGUIWindowSlideShow: set mipmapping if enabled in picture settings (f02c18f4)
    • Commits no longer in build:
      • [MMAL] Update to support VideoPlayer renderer (fb685381)
      • Add video stream selection. (65f785f7)
      • Merge pull request #331 from fritsch/ae-wip (b22ad262)
      • fixup! [PATCH] ADD: [demux] support ssif (14f0a92d)
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.
(2015-11-24, 00:22)cudencuden Wrote: how can we submit request to have ability to update OpenELEC/Kodi from local file? ...like downloading a tar to an USB device...plug USB device into Rpi...then being able to reference tar file on USB device to update OpenELEC/Kodi.
Just to be sure - You are aware that you can update by coping the tar file to the update folder and rebooting? I can't figure why, if you know this, you would be interested in the feature you suggest.
(2015-11-24, 06:51)allan87 Wrote: I can't figure why, if you know this, you would be interested in the feature you suggest.

Maybe because the existing method typically requires a network - either to download the tar directly from the internet to the .update folder, to copy the tar over the network to Samba Update folder, or connecting via a network with ssh to copy the tar file from an attached drive to the .update folder.

A "GUI" method could be useful on devices that aren't connected to a network (Kodi is used in a lot of embedded and not necessarily networked installations). Or where the box is administered by users that don't want to mess around with Samba/ssh etc. For example, send a flash drive containing the tar file to your parents, along with a note "Follow these 6 easy steps to upgrade...1) Insert flash drive in telly box 2) Go to menu item System -> OpenELEC 3) Click on "Upgrade from Drive" (or whatever) 4) Click on xyz drive 5) Click on upgrade.tar 6) Click Yes to proceed". Etc.
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.
  • 1
  • 143
  • 144
  • 145(current)
  • 146
  • 147
  • 168

Logout Mark Read Team Forum Stats Members Help
OpenELEC Testbuilds for RaspberryPi (Kodi 16.0)10