• 1
  • 37
  • 38
  • 39(current)
  • 40
  • 41
  • 89
OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2
(2015-05-14, 22:11)visata Wrote: Could you please let me know where are the logs stored? /var/log? Which file I should provide?
http://kodi.wiki/view/Log_file/Advanced

Check chapter 4.2.
Chapter 4.2 implies you have to install pastebinit first. It is built in to openelec and can be used as pastebinit or just paste. No need (or ability) to apt-get on openelec.

Also there is no need to use cat and | (pipe )

Code:
pastebinit .kodi/temp/kodi.log
is the more correct unix invocation. The cat and pipe uses far more resources. This matters little in a one off like the above on today's processors. But start writing large bash scripts and you'll regret having two or three processes forked when one will do.

Here endeth the lesson.
If I have helped you or increased your knowledge, click the 'thumbs up' button to give thanks :) (People with less than 20 posts won't see the "thumbs up" button.)
New OpenELEC Isengard build #0514: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.0.2 #1 Fri May 15 05:16:56 BST 2015 armv6l GNU/Linux

# vcgencmd version
May 13 2015 14:58:12
Copyright (c) 2012 Broadcom
version 8e0e0dbfe92be77d6355082451280d32f5bf0ff3 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20150515051606-#0514-gb1027e0 [Build #0514]

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

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (b1027e0e, changelog) and tip of XBMC master (1993d12a, changelog) with the following modifications:
  • Includes newclock4 patches
  • Excludes the OpenELEC fernetmenta patches due to conflicts with newclock4
  • Excludes the OpenELEC linux-01-RPi_support patch in favour of sourcing these and possibly more recent patches directly from kernel branch rpi-4.0.y
  • Default setting for "Show RSS Feed" changed to disabled (new installs only) [patch details]
  • Disabled "Total Duration" in Confluence (see build #0221 for details)
  • Includes latest dcadec master (396e7565)
  • Includes latest kodi-platform master (054a42f6)
  • Includes latest libcec master (18555911)
  • Includes latest libnfs master (77e3d80f)
  • Includes latest platform master (aafa6e9f)
  • Includes latest addons: pvr.argustv (fa84ac21), pvr.demo (34d60a1a), pvr.dvblink (6084c4ec), pvr.dvbviewer (3dd826e4), pvr.filmon (8794b9c1), pvr.hts (d038dfcb), pvr.iptvsimple (27c4221e), pvr.mediaportal.tvserver (d9bfdee5), pvr.mythtv (c8104897), pvr.nextpvr (ecc65989), pvr.njoy (2733f344), pvr.pctv (c240226a), pvr.stalker (2d65b21d), pvr.vbox (52fe59a6), pvr.vdr.vnsi (824a8a4c), pvr.vuplus (d7270912), pvr.wmc (295b2161)
  • Includes commits from shairplay/master (juhovh)
  • Exclude kodi-995.01-add-dcadec-support.patch: Temporarily revert dcadec settings and use newclock4 version
  • Include patch: Enable vcsm kernel options for HEVC optimisations
  • Include patch: Temporary fix for xbmc_vis_dll header (see comment)
  • Include patch: Enable the mailbox driver (new kernel options)
  • Include patch: Enable dcadec on x86
  • Include patch: Add experimental splash video
  • Include patch: Add ffmpeg dependency and includes for HEVC optimisations
  • Include patch: Enable pvr addons
  • Include PR:6732: [pvr] fixed crash when multiple add-on instances get registered
  • Include PR:6919: added: also hide thumbs for unwatched episodes if option to show plot is off
  • Include PR:7048: videodb: Don't allow column value length to exceed key size of unique index
  • Include PR:7069: [cmake] add libplatform to kodi-platform depends
  • Include PR:7093: [AirTunes] - features
  • Revert 47d39d71: Revert kernel 4.0.3 until raspberrypi sync
Build Highlights:
  1. HEVC optimisations for RPi2. Makes better use of multiple cores. 720p playback now seems to be almost perfect, but 1080p is still too much.
Build Details:
  1. OpenELEC:
    • project imx6: two system packages (soc fan and status led) (PR:4146, 1 commit, 9 files changed)
    • IMX: Power off LED and display after poweroff (PR:4149, 1 commit, 1 file changed)
    • u-boot: support for multiple targets, patches for udoo system (PR:4147, 1 commit, 6 files changed)
    • projects/imx6/patches/linux: udoo system support (PR:4150, 1 commit, 5 files changed)
    • buildsys: add $OS_VERSION to builddir for dev builds (PR:4148, 2 commits, 2 files changed)
    • linux: update to linux-4.0.3, change order of options to later include kernel related packages (47d39d71)
  2. XBMC:
    • [Python] Fix ControlList.additems() method (PR:7070, 2 commits, 1 file changed)
    • [videodb] consider removable drives when checking for matching source du... (PR:7005, 1 commit, 1 file changed)
    • UPnP: Avoid unnecessary searches for external subtitles (PR:6805, 4 commits, 8 files changed)
    • IMX: Attempt to revert last buffer alignment change and to improve it (PR:7105, 1 commit, 1 file changed)
    • [KeyMapping/Joystick] - fix regression introduced in https://github.c… (PR:7104, 1 commit, 1 file changed)
    • [stings] Improve sentence for CEC settings (f635d853)
  3. newclock4:
    • New commits in this build:
      • [ffmpeg] Add GPU acceleration to hevc (d11acca1)
      • ffmpeg: test: increase number of threads (ef7a52c0)
      • temp: don't reset codec when running behind (f27e462e)
    • Commits no longer in build:
      • consider removable drives when checking for matching source during library cleanup (b646a14a)
      • Revert: omxplayer: testing give preference to dts timestamp (ebe5ed44)
  4. Additional commits/pull requests/changes not yet merged upstream:
    • Added: patch: Enable vcsm kernel options for HEVC optimisations
    • Added: patch: Temporary fix for xbmc_vis_dll header (see comment)
    • Added: patch: Add ffmpeg dependency and includes for HEVC optimisations
    • Reverted: 47d39d71: Revert kernel 4.0.3 until raspberrypi sync
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-05-11, 07:23)Milhouse Wrote:
(2015-05-09, 16:09)steve1977 Wrote: @Milhouse, any chance to include the two PR below into one of the upcoming OE builts. Both are related to airplay functionality:

http://forum.kodi.tv/showthread.php?tid=203356
http://forum.kodi.tv/showthread.php?tid=225954

Any change?

Last chance to reply before the AirTunes stuff is dropped from the next build... this is a testing thread, if stuff is added by request it won't be kept unless there is a confirmed positive benefit.
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.
Has anyone else experienced 1080 H264 video playing as audio instead? Everything else seems to play fine. If not I guess I'll need to rebuild my card.
@nikc0069: why rebuild your card? What build where you using before this problem started - go back through the builds and identify when the problem starts. Once you've identified the build when the problem starts, upload a debug log. I've tried three 1080p H264 videos, with and without omxplayer, and all OK.
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.
(deleted)
#0514
PVR (DVBViewer) now works fine;
OMXplayer playback MPEG2(1080i) be smooth again

Thank you for your hard work.
oh man...HEVC (x265) 720p works on rp2 ? that is awesome!!!
(2015-05-15, 07:38)Milhouse Wrote:
(2015-05-11, 07:23)Milhouse Wrote:
(2015-05-09, 16:09)steve1977 Wrote: @Milhouse, any chance to include the two PR below into one of the upcoming OE builts. Both are related to airplay functionality:

http://forum.kodi.tv/showthread.php?tid=203356
http://forum.kodi.tv/showthread.php?tid=225954

Any change?

Last chance to reply before the AirTunes stuff is dropped from the next build... this is a testing thread, if stuff is added by request it won't be kept unless there is a confirmed positive benefit.

Apologies, I must have missed ths. Let me try over the weekend and get back. Would be great if this was implemented!
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
@steve1977: Thanks.
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-05-15, 13:25)cudencuden Wrote: oh man...HEVC (x265) 720p works on rp2 ? that is awesome!!!

Certainly is. With this version many 720p files should play fine. There will be files with certain encoding options that may not keep up, but that is still being worked on.
We'll try an improve hevc performance futher, but it's hard to be certain what the limit will be.

For now any testing of hevc/h.265 would be useful. Of most interest is any files that play with corruption or crash (and worked before this update).
I'd be interested in any reports of successes (resolution/bitrate etc from mediainfo would be useful).
Report on any 720p (or lower) files that fail to keep and and we can look into them.
(2015-05-13, 13:24)Leopold Wrote:
(2015-05-12, 19:51)popcornmix Wrote:
(2015-05-12, 19:36)Leopold Wrote: Since build #0505 I have a problem with stuttering live tv video where the audio temporarily goes out of sync. This seems to occur only when OMXPlayer is enabled. Unfortunately I can't recreate the issue with a recorded live tv clip, it only happens when playing live.

There are a couple of possibilities in #0505. The PVR addons got bumped, and this:
Quote:omxplayer: testing give preference to dts timestamp

was introduced. I'll revert the omxplayer commit for tonight's build (only - as that commit did fix dvd stutter issues), so please test that.

Any more info? Is playback fine with omxplayer acceleration disabled?
How long is audio out of sync for? Does it coincide with errors in the stream?
Live tv is fine with the #0512 build so it looks like you found the culprit. I have double checked and the problem does go away if OMXPlayer acceleration is disabled.

The problem appears more like the video frame rate slows down and then speeds back up to get back in sync with audio. There are no audible audio problems. Quite often the video only plays at the correct speed for a second or so before going wrong again for a few seconds.

I'll have a look at errors when I get a chance.
Any ideas about this? I did a tail -f on the log file while watching live tv and didn't see any errors.
Leopold's Repository: Home of LibreELEC Dev Updater ...
(2015-05-15, 09:44)Milhouse Wrote: @nikc0069: why rebuild your card? What build where you using before this problem started - go back through the builds and identify when the problem starts. Once you've identified the build when the problem starts, upload a debug log. I've tried three 1080p H264 videos, with and without omxplayer, and all OK.

Thanks Milhouse.

I was going to do so, but as I took the target files from the official Openelec 5.0.8 stable build and "upgraded" using them and it still happened, I didn't think it was related to these test builds. Logs look ok and no crash so would e nothing in the crash logs. Do you still think it could be related to the test builds after that? If so I can roll back over the weekend - I think the last ok build was 508 but I can't be sure until I work back through them.
(2015-05-15, 15:06)Leopold Wrote: Any ideas about this? I did a tail -f on the log file while watching live tv and didn't see any errors.

I was thinking more of visual glitches on screen (e.g. from a weak antenna signal). They can sometimes cause audio sync issues.
Ideally I'd like a sample that shows the problem - then I'd know exactly what the issue is, but you say recordings play fine?

In settings/system/debugging/component specific can you enable "Dump video frames to debug file" and "Dump audio frames to debug file".
You should end up with files in ~/.kodi/temp. Can you upload debug files that had the audio sync issue?
  • 1
  • 37
  • 38
  • 39(current)
  • 40
  • 41
  • 89

Logout Mark Read Team Forum Stats Members Help
OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 214