Kodi Community Forum
v17 LibreELEC Testbuilds for RaspberryPi (Kodi 17.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: v17 LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) (/showthread.php?tid=269814)



RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - UsefulG - 2016-09-13

@pyrodex Do you have OMXplayer enabled? I had a very similar issue where blu ray iso rips were missing the centre channel but it worked for mp4 dvd rips, once I had disabled OMX to use only MMAL it worked perfectly.


RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - pyrodex - 2016-09-13

(2016-09-13, 15:19)UsefulG Wrote: @pyrodex Do you have OMXplayer enabled? I had a very similar issue where blu ray iso rips were missing the centre channel but it worked for mp4 dvd rips, once I had disabled OMX to use only MMAL it worked perfectly.

According to my settings I don't:

Code:
<usemmal default="true">true</usemmal>
<useomx default="true">true</useomx>
<useomxplayer default="true">false</useomxplayer>



RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - UsefulG - 2016-09-13

(2016-09-13, 15:52)pyrodex Wrote:
(2016-09-13, 15:19)UsefulG Wrote: @pyrodex Do you have OMXplayer enabled? I had a very similar issue where blu ray iso rips were missing the centre channel but it worked for mp4 dvd rips, once I had disabled OMX to use only MMAL it worked perfectly.

According to my settings I don't:

Code:
<usemmal default="true">true</usemmal>
<useomx default="true">true</useomx>
<useomxplayer default="true">false</useomxplayer>

Sorry I think I might be talking about the wrong thing not omxplayer but in hardware acceleration in the GUI I switched off OMX and the problem went away.


RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - smp1 - 2016-09-13

0912 crashed and rebooted when watching live tv. No crash log, just this in regular log:

11:27:09 32784.890625 T:1512571808 NOTICE: CVideoPlayerAudio:Tonguerocess - stream stalled


RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - herrmeier01 - 2016-09-13

(2016-09-13, 01:04)smp1 Wrote: The 1080i to 720p channel switching seem to be fixed now.
Yes, seems to be fixed... Nice Blush
Channel switching feels little bit faster too


RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-09-13

(2016-09-13, 08:26)MONSTA Wrote: Always (24>25 fps). Absolutely any mkv. The last one was bd remux 40 gb. Before that varius rips 4-15 gb. No matter from ntfs or ext4 (if it's important).
m2ts or avi didn't tested, but sure get the same Smile

Looks to be a memory leak in the atempo resampling. I see about 23MB lost per minute with eventually kodi killed due to OOM in dmesg log.


RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - smp1 - 2016-09-13

Something is definitely broken in 0912. It froze twice already with live TV. Freeze, then reboot with no crash log, "CVideoPlayerAudio:Tonguerocess - stream stalled" in log.
It crashed both times after almost exactly 5 hours of watching the HDTV channel. No overclocking, no GPU resampling, no joystick Smile


RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-09-13

(2016-09-13, 20:47)smp1 Wrote: Something is definitely broken in 0912. It froze twice already with live TV. Freeze, then reboot with no crash log, "CVideoPlayerAudio:Tonguerocess - stream stalled" in log.
It crashed both times after almost exactly 5 hours of watching the HDTV channel. No overclocking, no GPU resampling, no joystick Smile

Try setting "Threshold for pitch correction" to 100 in case you are hitting the atempo memory leak.
If that doesn't help can you confirm if #0911 is definitely okay?


RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - smp1 - 2016-09-13

(2016-09-13, 21:00)popcornmix Wrote: Try setting "Threshold for pitch correction" to 100 in case you are hitting the atempo memory leak.
I will try.
Quote:If that doesn't help can you confirm if #0911 is definitely okay?
I skipped #0910 and #0911. #0909 was ok.


RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-09-13

(2016-09-13, 18:19)smp1 Wrote: 0912 crashed and rebooted when watching live tv. No crash log, just this in regular log:

11:27:09 32784.890625 T:1512571808 NOTICE: CVideoPlayerAudio:Tonguerocess - stream stalled

If you're getting a crash but not crashlog, it's possible/probable Kodi is being killed by the OOM (out-of-memory) killer in which case the details will be written to the system journal ("journalctl | pastebinit").


RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - smp1 - 2016-09-13

(2016-09-13, 21:37)Milhouse Wrote: "journalctl | pastebinit").
Unfortunately I already did a full reboot, so the old log seem to be lost. Will have to wait until it crash again.


RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-09-13

New LibreELEC.tv Krypton build #0913: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.7.3 #1 Tue Sep 13 21:05:38 BST 2016 armv6l GNU/Linux

# vcgencmd version
Sep 13 2016 17:05:50
Copyright (c) 2012 Broadcom
version 28e0cf01abd491536d0178d0d9c71de5e8b0d33f (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20160913210411-#0913-gb5ffe37 [Build #0913]

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

# Kernel device tree status: Enabled

Based on tip of LibreELEC.tv master (b5ffe378, changelog) and tip of XBMC master (abf1aa5d, changelog) with the following modifications: Build Highlights:
  1. New firmware with updated warning artwork (see post)
    • Under voltage:
      Image
    • Throttling arm due to temperature (80-85'C):
      Image
    • Throttling arm and gpu due to temperature (85+'C):
      Image
Build Details:
  1. Firmware (Sep 13):
    • firmware: arm_display: Fix alpha of warning icons. See: link
    • firmware: mmal: Advertise sliced formats in MMAL_PARAMETER_SUPPORTED_ENCODINGS
    • firmware: IL Resize: Accept strides greater than the minimum
    • firmware: vmcs_host: Poll for multiple dispmanx messages
    • firmware: VCHI clients: Poll for messages until empty. See: link
    • firmware: tvservice/cecservice: Make unexpected messages more fatal
  2. LibreELEC.tv:
    • WeTek_Hub: Add libcec/aocec support (PR:723, 3 commits, 5 files changed)
    • projects/WeTek_Hub: enable multichannel PCM and HD Audio passthrough (PR:709, 1 commit, 5 files changed)
    • Decommission PKG_ADDON_REPOVERSION (PR:720, 1 commit, 32 files changed)
    • Imx6 updates (PR:729, 2 commits, 2 files changed)
  3. XBMC:
    • [AMLOGIC] (void*) type cast compile fix for 64 bit platforms (PR:10401, 1 commit, 1 file changed)
    • AE: CActiveAEResampleFFMPEG check for resampling being active before … (PR:10459, 1 commit, 2 files changed)
    • [RDS] enable internal announcements by default (PR:10460, 1 commit, 3 files changed)
    • [AddonInstaller] - 1 year and 8 month after the last recursion fix fr… (PR:10444, 1 commit, 1 file changed)
  4. inputstream.mpd:
  5. inputstream.smoothstream:
    • remove OSX 6.3 from travis check (081c6c43)
  6. peripheral.joystick:
    • add debian packaging (PR:51, 1 commit, 7 files changed)
  7. Additional commits/pull requests/changes not yet merged upstream:



RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Combie81 - 2016-09-13

On the Pi3 I've come across an issue in build #0913 - and quite a lot of other revisions back - where after I had created an additional couple of user profiles and after switching user the mouse cursor seems to either disappear completely(visually - function still works) or theres a garbled box that takes up a chunk of the screen.

I did a clean install using the installer and faced the same issue, and again as I patched up through versions.


RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-09-13

(2016-09-13, 15:13)pyrodex Wrote: I noticed last night and previous night when playing a 5.1 audio show that after a pause and play there is a chance where the audio channels don't come back properly. For example on 9/11 I paused the show we were watching to talk a second and hit play again but then the center channel which carried the voices was missing, we heard audio from the other channels but the actors had no voices. Last night on 9/12 we paused the show to talk and upon hitting play the actors sounded like they were really far away at the end of a tunnel. On both occasions hitting stop and play again resolved the issue, I was even able to skip back and go over the same scene to ensure there was no video corruption.

Can you try a few things to narrow it down (one at a time, set them back if they don't help - you may need to set settings level to expert first):
In system/audio settings set "Keep audio device alive" to "always"
Does enabling omxplayer in video/acceleration settings help?
Does enabling passthrough in system/audio settings help?
In system/audio settings does setting "resample quality" from gpu to medium help?

What are you connected to? e.g. Pi->AV receiver->TV? Make and model?


RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - kampfi - 2016-09-13

use #0913

i have one crashlog after playing with VNC from pc(win10)-->pi
I could not simulate it one time more, for more details

http://sprunge.us/LHiF
---------------------------------------------------------------------------
and i have one Picture for u guys..

Image

the text runs over on German language