Kodi Community Forum

Full Version: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
(2015-05-27, 21:16)MONSTA Wrote: [ -> ]Where to upload? The log is too large for log sites.

http://xbmclogs.com/ ?
New OpenELEC Isengard build #0527: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.0.4 #1 Wed May 27 21:42:26 BST 2015 armv6l GNU/Linux

# vcgencmd version
May 23 2015 16:42:55
Copyright (c) 2012 Broadcom
version 29d1114a122b6ef70bdfb7d4db3dd28bdfc38ac2 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20150527214139-#0527-g08f6036 [Build #0527]

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

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (08f60365, changelog) and tip of XBMC master (520a0101, changelog) with the following modifications: Build Highlights:
  1. Add luma prediction on QPUs
  2. Replace separate screensavers with ShaderToy screensaver, add new ones
Build Details:
  1. XBMC:
    • [pvr] fix CPVRDirectory::Exists always returns false (fixes 15997) (PR:7194, 1 commit, 1 file changed)
    • [Fix][subs] Don't try to read a vob sub file without a corresponding … (PR:7190, 1 commit, 1 file changed)
    • Make XrandR mandatory (PR:7062, 5 commits, 9 files changed)
  2. newclock4:
    • New commits in this build:
      • dvdplayer: do not signal started until output of first frame (e207e694)
      • [ffmpeg] squash: Added support for running luma prediction on QPUs (f7cafbe1)
      • [screensavers] Replace screensavers with shadertoy. Add some new ones. (38f081c0)
      • [vis/shadertoy] Update to match changes in screensaver shadertoy (2755a059)
      • squash: fix visualistaion/screensaver typo (90c1dedd)
  3. kernel 4.0.y:
    • New commits in this build:
      • bcm270x: add dtparam for audio node (f187d961)
      • Merge pull request #981 from HiassofT/dt-audio (cc96dc4d)
      • device-tree: spi: make spi-bcm2835 the default spi driver and prepare for dma (656c6494)
      • bcm2835-audio: Create the platform device if the DT node is disabled (1e1ac984)
      • Merge pull request #987 from msperl/rpi-4.0.y-enable-spi-bcm2835-by-default (9f3236df)
Hello,

popped back to have a look at the latest advances. :-)



With the latest build ( 0526 ) I get immediate freezing of live tv using VDR.

It occurs within choosing of any channel? ( sd or hd )

Heres the log:
http://xbmclogs.com/pypiwhiii

the behaviour starts at 22:19:42 for this log

Any ideas?

Kodi related or VDR related?

Many thanks

pootler
(2015-05-27, 23:47)Milhouse Wrote: [ -> ]Add luma prediction on QPUs

Should be another HEVC/H.265 performance boost with this (and reduction in arm cpu)
Yes, I'm seeing quite a significant reduction in ARM usage, however Sintel 720p has visual streaks during playback, and Sintel 1080p is now quite a bit more juddery (despite ARM CPU being lower).

Sintel 720:
Image

This is with bcmstat *not* running - I had a lockup with Sintel 1080p and bcmstat running.

I'm not seeing the same horizontal streaks in Sintel 1080p that I am with Sintel 720p, instead I'm seeing blue/purple pixellation with Sintel 1080p:

Image

(and when I stopped playback of the above video, the RPi2 froze solid - network lost, bcmstat hadn't been running)
(2015-05-26, 03:20)Elky Wrote: [ -> ]
(2015-05-26, 03:08)MukiDA Wrote: [ -> ]I'm gonna have to test versions individually to be sure, but for versions of OpenELEC past 521, I'm not getting any 3D playback whatsoever. Trying to play a 3D movie results in a black screen and paused playback.

@MukiDA I had the same problem but found using mkvtoolnix to set the stereo mode to 1 give me a picture, but on playback its dropping a lot of frames.

I guess I'm probably gonna lurk for a few days ('n check the notes for each release) to see if it's a known issue that's already being worked on.
Today's log with the error, more clear https://drive.google.com/file/d/0B9_XmyO...sp=sharing
Something wrong with audio rendering?
(2015-05-28, 00:01)popcornmix Wrote: [ -> ]
(2015-05-27, 23:47)Milhouse Wrote: [ -> ]Add luma prediction on QPUs

Should be another HEVC/H.265 performance boost with this (and reduction in arm cpu)

Uhm... here I'm experiencing a regression - more stuttering.

One last thing:
subtitles position adjustment doesn't not work on last builds.
Just verified with #0527, no more problems with mkv files with attachments.
(2015-05-28, 09:11)MONSTA Wrote: [ -> ]Today's log with the error, more clear https://drive.google.com/file/d/0B9_XmyO...sp=sharing
Something wrong with audio rendering?

Can you change resampling quality to high (away from GPU accelerated) and report if it helps?
(2015-05-26, 22:33)querty1000 Wrote: [ -> ]
(2015-05-26, 03:08)MukiDA Wrote: [ -> ]I'm gonna have to test versions individually to be sure, but for versions of OpenELEC past 521, I'm not getting any 3D playback whatsoever. Trying to play a 3D movie results in a black screen and paused playback.

I would also recommend adding "Frame Packed" as a 3D type, outright, rather than attempt to implement it into an existing stereoscopic setup.

I have also the problem, 3D full frame doesn't play anymore. i get also the black screen but with sound

I'm not seeing this in my test environment. We added three commits in #521 - I'll revert one tonight and the others on subsequent days if the issue is still present.
popcornmix,
It seems to be helping. I unable to repeat the bug yet. Too hard for RPi, if the audio DTS HD MA 7.1. Stuttering sound.

I disabled "8ch decoding", ok now
New OpenELEC Isengard build #0528: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.0.4 #1 Thu May 28 21:05:57 BST 2015 armv6l GNU/Linux

# vcgencmd version
May 23 2015 16:42:55
Copyright (c) 2012 Broadcom
version 29d1114a122b6ef70bdfb7d4db3dd28bdfc38ac2 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20150528210355-#0528-gca20237 [Build #0528]

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

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (ca202374, changelog) and tip of XBMC master (0d59d96c, changelog) with the following modifications: Build Highlights:
  1. NEON SAO HEVC optimisations
  2. libarmmem-a7 on RPi2
Build Details:
  1. OpenELEC:
    • Fix typo on DESCRIPTION (PR:4169, 1 commit, 1 file changed)
    • Revert "gpu-viv-bin-mx6q: rename to package 'imx-gpu-viv', update to imx-gpu-viv-5.0.11.p4.4, merge package 'gpu-viv-g2d' to package 'imx-gpu-viv'" (1c05782a)
    • sqlite: update to sqlite-autoconf-3081002 (6b9f2ccb)
    • llvm: update to llvm-3.6.1 (5b776783)
    • arm-mem: update to arm-mem-4418bb4 (97f8a427)
    • arm-mem: install libarmmem-a7.so on cortex-a7 (bdb7909c)
    • libc: install package 'arm-mem' on all RPi variants (51452357)
    • u-boot: update to u-boot-imx6-e817fa3 (95844b49)
    • projects/RPi*|imx6/linux: enable CONFIG_W1, this fixes #3975 (413817a9)
    • updated zlib to use usr/ (741721ab)
  2. XBMC:
    • [Fix] Fix an out of range exception when the sum of seek steps is zero. (PR:7196, 1 commit, 1 file changed)
    • IMX: 3D related changes (PR:7186, 3 commits, 3 files changed)
    • [cec] Fix return value handling logic for CEC_TV_PRESENT_CHECK_TIMEOUT dialog (PR:7197, 1 commit, 1 file changed)
  3. dcadec:
    • Add excessive frame size workaround to stream parser. (bb04be29)
  4. newclock4:
    • New commits in this build:
      • [ffmpeg] squash: merge in Neon SAO optimisations from OpenHEVC (bdb11334)
      • [ffmpeg] squash: hack: increase picture buffer allocation size to avoid corruption issue (3ea17a79)
      • Revert "[mvc] Enable 3d attribute of mvc video automatically" (d9d3baf0)
    • Commits no longer in build:
      • temp: don't reset codec when running behind (1a924231)
      • [visualisation] Improvements to shadertoy (35d7e1c7)
      • Revert "temp: don't reset codec when running behind" (61257cfc)
      • [screensavers] Replace screensavers with shadertoy. Add some new ones. (38f081c0)
      • [vis/shadertoy] Update to match changes in screensaver shadertoy (2755a059)
      • squash: fix visualistaion/screensaver typo (90c1dedd)
  5. kernel 4.0.y:
    • New commits in this build:
      • BCM270x: Move power module (4d4edcd3)
      • bcm2835: Use empty bootargs in Device Tree (a742dce3)
      • Merge pull request #980 from notro/power (886477a3)
      • scripts: Add mkknlimg and knlinfo scripts from tools repo (c1cc7d70)
      • scripts/mkknlimg: Add support for ARCH_BCM2835 (28f888d1)
(2015-05-28, 18:56)popcornmix Wrote: [ -> ]
(2015-05-26, 22:33)querty1000 Wrote: [ -> ]
(2015-05-26, 03:08)MukiDA Wrote: [ -> ]I'm gonna have to test versions individually to be sure, but for versions of OpenELEC past 521, I'm not getting any 3D playback whatsoever. Trying to play a 3D movie results in a black screen and paused playback.

I would also recommend adding "Frame Packed" as a 3D type, outright, rather than attempt to implement it into an existing stereoscopic setup.

I have also the problem, 3D full frame doesn't play anymore. i get also the black screen but with sound

I'm not seeing this in my test environment. We added three commits in #521 - I'll revert one tonight and the others on subsequent days if the issue is still present.


Ah, we had a miscommunication: 521 is fine. It's playing 3D films properly. It is the builds AFTER 521 that have the issues present. (unless you meant that you were reverting *to* those 3 commits, in which case, carry on! I'll keep you posted as to the performance on the next few days' builds)

May 28th build seems better (no blackscreen), but playback is still sluggish, e.g. it's still experiencing the previously-mentioned "dropped frames". If it helps, when I press the "o" key, it looks like OpenELEC is generally running at 12 to 20fps on a 24fps film. However, in previous builds, I'd get ~10fps during playback and the video was still smooth.