• 1
  • 201
  • 202
  • 203(current)
  • 204
  • 205
  • 218
v17 LibreELEC Testbuilds for RaspberryPi (Kodi 17.0)
(2016-11-22, 00:16)Milhouse Wrote: I believe so, but just remove the sdram_freq overclock for now and see what difference that makes.

No good, removed sdram overclock+overvoltage, but it just died again (picture froze, audio was looping for a few seconds, then the random-noise-picture for a few seconds), no serial or ssh...

is it worth a try to copy the bootcode.bin from #1119 to #1120 and see if it happens then, or won't that work anyways?
(2016-11-22, 01:48)hanspeter Wrote: No good, removed sdram overclock+overvoltage, but it just died again (picture froze, audio was looping for a few seconds, then the random-noise-picture for a few seconds), no serial or ssh...

is it worth a try to copy the bootcode.bin from #1119 to #1120 and see if it happens then, or won't that work anyways?

First can you try disabling all overclocks.

Then if that doesn't have any effect, try swapping bootcode.bin/start.elf/fixup.dat with the same from #1119 (not sure if it will work, but worth a try).

Are you seeing this on specific types of videos - live tv or not, deinterlaced or not, h264 or some other codec? I've tried a few videos and haven't seen any problems so far.
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.
(2016-11-21, 22:59)Milhouse Wrote:
(2016-11-21, 21:12)allan87 Wrote: Any idea what is going on? Happy to provide logs, as directed.
Please provide a full debug log (see note #9 in first post). Thanks.
Done. http://sprunge.us/hWhN
(2016-11-22, 00:32)popcornmix Wrote:
(2016-11-21, 21:12)allan87 Wrote: On a Pi 2, playback of MPEG2 streams is no longer fluid. Playback is from a mythTV backend, which recorded from an HDHomerun. I have MMAL acceleration on, OMX acceleration off. Audio is fine, and in sync, but movement stutters continually. Playback was previously perfect.

Can you try changing deinterlace method to bob?
That alleviates the problem. It had been on auto.

Thanks.
(2016-11-22, 08:57)allan87 Wrote: That alleviates the problem. It had been on auto.

Can you also try adding:
Code:
core_freq=400
to config.txt and test again with deinterlace set to auto?
(That is a default setting on Pi3 which doesn't seem to have this issue, but isn't a default on Pi2, although it is something I am contemplating).
I am just playing around with Librelec on my Rpi3. Now i have the problem that some videos are stuttereing permantly. Audio and video are not in sync. The videos are stored on my server and come with nfs to my pi. Most of my videos run well. The network is fast enough. On my other machines these videos run perfect, but not on the pi.

Can you help me?

http://sprunge.us/HLfE

I use build #1121
(2016-11-22, 16:32)arndtw Wrote: Can you help me?

Code:
15:24:48.285 T:1589711776 WARNING: CMMALVideo::Open Codec mmal-vc1 is not supported

By default VC-1 isn't hardware decoded. It requires a codec licence to be enabled.
See: http://swag.raspberrypi.org/collections/...icense-key
(2016-11-22, 02:10)Milhouse Wrote:
(2016-11-22, 01:48)hanspeter Wrote: No good, removed sdram overclock+overvoltage, but it just died again (picture froze, audio was looping for a few seconds, then the random-noise-picture for a few seconds), no serial or ssh...

is it worth a try to copy the bootcode.bin from #1119 to #1120 and see if it happens then, or won't that work anyways?
First can you try disabling all overclocks.
Done that, removed all non-default-options including forceturbo from config.txt, still hangs (every 90min at best)...

(2016-11-22, 02:10)Milhouse Wrote: Are you seeing this on specific types of videos - live tv or not, deinterlaced or not, h264 or some other codec? I've tried a few videos and haven't seen any problems so far.
Of course not, that would make it too easy Wink. Crashes happen with all kinds of codecs (1080p-h264 mkv, 1080i-h264 live, 1080p-vc1), and even with kodi idle on black-screensaver.

(2016-11-22, 02:10)Milhouse Wrote: Then if that doesn't have any effect, try swapping bootcode.bin/start.elf/fixup.dat with the same from #1119 (not sure if it will work, but worth a try).
start.elf/fixup.dat are identical, but bootcode.bin does the trick, been running for 18hrs with #1121 and the bootcode.bin from #1119, rocksolid, including "full" overclocking (arm=1000/gpu=500/sdram=500/all overvoltage=2,forceturbo), so it at least looks like bootcode is the cause...

Is there no way for mere mortals to get some sort of logging/debug-output "below" what is available on the ttl-serial-pins...? Or any other way i could help? I can life with the fact that i have to copy the older bootcode.bin, but is this gonna work forever?
(2016-11-22, 19:28)hanspeter Wrote: start.elf/fixup.dat are identical, but bootcode.bin does the trick, been running for 18hrs with #1121 and the bootcode.bin from #1119, rocksolid, including "full" overclocking (arm=1000/gpu=500/sdram=500/all overvoltage=2,forceturbo), so it at least looks like bootcode is the cause...

Can you run with latest bootcode.bin and add "total_mem=1008" to config.txt?
That should be roughly the same as the previous bootcode.bin.
(2016-11-19, 23:08)grisia Wrote: Hi,
Since build #1115 I've have an issue with pvr recordings.

In Kodi I have grouping turned on for pvr recordings. Since build #1115 all records in sub,sub-folders/groups disappears.

For series I create a channel folder and seriesname as subfolder of channel. So I got a folder structure for example like this '[Chanelname]/[Seriesname]/[Episode.mkv]'. But since #1115 i don't see any series folder/group in Kodi.

When I disable grouping in Kodi I see all recordings.

May be "[PVR] Fix recordings url encoding. (PR:10930, 2 commits, 5 files changed)" or "Json fixes (PR:10927, 2 commits, 4 files changed)" is affecting this issue.

As PVR backend i'm on Tvheadend 4.1-2322~g879d532


Build #1114 Recordings

Recodings overview
Image

Subgroup "Disney Jr."
Image

Subgroup "Disney Jr./Wunderhaus"
Image


Build #1115 Recordings

Recodings overview
Image

Subgroup "Disney Jr." with missing sub/subgroups
Image


@grisia can you confirm this issue fixed in latest build?
(2016-11-22, 19:35)popcornmix Wrote:
(2016-11-22, 19:28)hanspeter Wrote: start.elf/fixup.dat are identical, but bootcode.bin does the trick, been running for 18hrs with #1121 and the bootcode.bin from #1119, rocksolid, including "full" overclocking (arm=1000/gpu=500/sdram=500/all overvoltage=2,forceturbo), so it at least looks like bootcode is the cause...

Can you run with latest bootcode.bin and add "total_mem=1008" to config.txt?
That should be roughly the same as the previous bootcode.bin.

Yes, running now on #1121, vcgencmd get_mem arm shows arm=688M

will report if it still crashes, thanks to milhouse and popcornmix in any case Blush
(2016-11-22, 19:46)ksooo Wrote: @grisia can you confirm this issue fixed in latest build?

@ksooo I'm now on Build #1121 and behavior for me is like before. Still no sub groups.
New LibreELEC.tv Krypton build #1122: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.8.10 #1 Tue Nov 22 21:04:22 GMT 2016 armv6l GNU/Linux

# vcgencmd version
Nov 19 2016 19:49:42
Copyright (c) 2012 Broadcom
version af95a294891b6ca0d369ffb1cabcc3f6c53489ca (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20161122210301-#1122-gd4d5e7f [Build #1122]

# Kodi version
(17.0-BETA6 Git:17.0-beta5-e92818a). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (d4d5e7fe, changelog) and tip of XBMC master (6120ee91, changelog) with the following modifications: Build Highlights:
  1. New 4.8.10 kernel
  2. cmake fixes
Build Details:
  1. LibreELEC.tv:
    • udpxy: fix build after gcc changes (PR:970, 1 commit, 1 file changed)
    • libopenmpt: update to 0.2.7386-beta20.3 (PR:972, 1 commit, 1 file changed)
    • lftp: fix build after gcc changes (PR:969, 1 commit, 1 file changed)
    • steamcontroller: mute python compileall.py output (PR:971, 1 commit, 1 file changed)
    • libopenmtp: fix typo (PR:973, 1 commit, 1 file changed)
  2. XBMC:
    • [cmake] Properly find correct libcec version (PR:10960, 1 commit, 1 file changed)
    • AESinkOSS: Fix compilation after STREAM_TYPE transition (PR:10670, 1 commit, 1 file changed)
    • GUIWindowSlideShow: Protect against empty slides access (PR:10971, 1 commit, 1 file changed)
    • remove unused control id definitions (PR:10936, 1 commit, 4 files changed)
    • [cmake] allow RPi to build with lirc support (#10962) (30f6f3b7)
  3. pvr.vbox:
    • Fixed previous coverity issues (#162) (e4183831)
  4. newclock5:
    • Commits no longer in build:
      • GUIWindowSlideShow: Protect against empty slides access (5184a8b5)
  5. 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.
I've uploaded a one-off build based on kernel 4.9.0-rc6, build #1122x: RPi / RPi2

As a special bleeding-edge feature this build includes the Estuary "Next Gen" skin that will soon be merged into Kodi master. This is an updated version of the Estuary skin with many fixes and improvements. Definitely worth a look.

Please post skin related bug/issue reports in the Estuary sub-forum, please. All other feedback, including brief supporting or critical thoughts on the new Estuary (but not bug reports!), in this thread.
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.
I'll be switching to the Estuary "Next Gen" skin in regular builds starting with build #1123. I'll be using the latest bleeding edge version of the skin, direct from the lead developers personal repository, which should ensure bug fixes (and hopefully to a lesser extent, bugs) will be seen first in these builds.

Also, anyone using USB DACs, IR GPIO etc., please test 4.9.0-rc6 (see above post) and report any issues (or indeed if everything is working!) 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.
  • 1
  • 201
  • 202
  • 203(current)
  • 204
  • 205
  • 218

Logout Mark Read Team Forum Stats Members Help
LibreELEC Testbuilds for RaspberryPi (Kodi 17.0)19