[germa18]

build #0528 stuttering appears back with OMX player
videoplayer is working but have some glitches (audio not fully synchronised sometimes, video not smooth)

I agree the OMX stutter is back (fixed in #0502), but are you sure it started with #0528? I've gone back through the last few builds and the OMX stutter starts with #0525 - a lot changed in that build, I dropped the threading PR, but also there were some video player related changes which may be causing the OMX regression.  

yes it started before it, but i don 't know when it begins, i only tested this build and not the previous
i'm on 0407 where all is working fine (or almost)

[germa18]

i find the issue that i has posted last time about a very strange problem.
it seems that when i watch a show that i recorded with TVH, it randomly exit the video (with mmal and OMX), i'm on the latest build for tvh #0527 (but the problem is here from weeks now, i updated every night the new build and the problem was already there), i'm on 0407 build LE, but i try to update to the latest, included the 0527 and it did it  no matter the LE build or TVH build.
If i navigate through file explorer on LE, and watch the video, no problem at all, so it seems to be a PVR issue (the souscription ended, i can see it on the tvh web) 
i have the log, maybe it will help @popcornmix and @Milhouse or maybe we will need to involve the TVH developper?
TVH debug : https://pastebin.com/XY1Y9kGY
Kodi debug : https://pastebin.com/RG5N7d6x

no one on this? @popcornmix and @Milhouse

[-DH-]

A while back we already had that issue, the check for "codecpar->extradata_size > 0" returned false, leading to a discard of the stream and the log message above.
I guess there is still some code missing in the patches for ffmpeg 4.0, extradata-wise ?

Try again with tonight's build. I've fixed something that makes my sample file play in 3D. 

Yep,  your patch (b5c7ba51) fixed it. 3D MVC iso playback is working again.
Thanks popcornmix

[Halloway]

 I first noticed it on #0520, 20-May-2018, this being the first Kodi 18 nightly I installed. I updated today from #0520 to #0526 and the problem was still evident. I am not using a DAC, my Pi3B+ is connected to an AV receiver via HDMI.

H. 

Did you manage to recreate this one? Has anyone else had the same problem? 

I haven't, no. If you can identify the first of these builds with the issue it may point someone in the right direction. 

 I've started testing earlier builds but I've got a problem in that I can update to #0401 (in which the audio glitch is still evident.) but if I try to update to #0301, it won't reboot after installing. It just sits there with the big square rainbow. Am I missing something?

[Klojum]

@adiadore

Thanks for link to the uploaded log file. However, banned addons are apparently still installed on your Kodi system. Completely remove them and provide a clean kodi.log file if you want support on this forum. I also suggest you re-read the forum rules (wiki) where it says policy on piracy. You agreed to them upon registration.

[Halloway]

Did you manage to recreate this one? Has anyone else had the same problem? 

I haven't, no. If you can identify the first of these builds with the issue it may point someone in the right direction.  

 I've started testing earlier builds but I've got a problem in that I can update to #0401 (in which the audio glitch is still evident.) but if I try to update to #0301, it won't reboot after installing. It just sits there with the big square rainbow. Am I missing something? 

Update: the earliest build I can install on my RPi3 B+ is #0310 and the glitch is evident in that build. I will try other avenues now, perhaps try the analogue audio output to see if that is problematic.

[Milhouse]

New LibreELEC.tv Leia build #0529: RPi / RPi2
(Supercedes previous build)

SHA256 Checksum: a2d59f269351db0cde80e3f753db713c21e6c5bcd1798f0d2af43ad902e0c77f (RPi)
SHA256 Checksum: 1892918a73f87e3bb94cc67b07f06e290421fef32ffbbf437f0e21ac4cb842e5 (RPi2)

text:
# uname -a

Linux rpi512 4.14.44 #1 Tue May 29 21:05:07 BST 2018 armv6l GNU/Linux



# vcgencmd version

May 25 2018 14:36:49 

Copyright © 2012 Broadcom

version 1d00025257e46ea069b2a0f59f0f443b2be2124e (clean) (release)



# lsb_release

LibreELEC (Milhouse): devel-20180529210311-#0529-g66a913d [Build #0529]



# Kodi version

(18.0-ALPHA2 Git:f241207f). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (66a913d, changelog) and tip of XBMC master (795b10a, changelog) with the following modifications:

• Includes newclock5 patches
  
• Includes latest bcm2835-driver master (784fe6c)
  
• Includes latest kodi-platform master (e8574b8)
  
• Includes latest libcec master (8adc786, ahead +26)
  
• Includes latest libnfs master (6a33413, ahead +132)
  
• Includes latest p8-platform master (a822e19)
  
• Includes latest addons: inputstream.adaptive (d4a9954), inputstream.rtmp (b8e3f39), peripheral.joystick (80224e1), pvr.argustv (2bce465), pvr.demo (20d81d8), pvr.dvblink (a87258b), pvr.dvbviewer (884b732), pvr.filmon (470ca1c), pvr.hdhomerun (4639740), pvr.hts (4f7196d), pvr.iptvsimple (e220777), pvr.mediaportal.tvserver (c4e32b0), pvr.mythtv (9d15025), pvr.nextpvr (78a80de), pvr.njoy (5a2c2d3), pvr.octonet (54680a3), pvr.pctv (17c1897), pvr.stalker (0700069), pvr.teleboy (3e9e537), pvr.vbox (48ffcba), pvr.vdr.vnsi (a2880c7), pvr.vuplus (6c94eec), pvr.wmc (a7ec576), pvr.zattoo (f04367b), vfs.libarchive (84a4876)
  
• Exclude [env] kodi-0100-temp-add-pr13594.patch: merged upstream
  
• Include [env] compare (perma): dmidecode: initial package
  
• Include [env] patch: RPi/RPi2: enable Broadcom WiFi debugging (see details)
  
• Include [env] patch: libcec: fix PR390
  
• Include [env] patch: libcec: don't link non-existant libtinfo
  
• Include [env] patch: kodi: remove annoying, excessively repetitive addon logging
  
• Include [env] patch: rev hack for kodi
  
• Include [env] patch: HACK: Disable multiple PVR addons during migration. Always enable inputstream.* and os.*
  
• Include [env] patch: Add experimental splash video for RPi
  
• Include [env] patch: Bump included addon versions to prevent online updates
  
• Include [env] patch: Add kodi binary addons (pvr, adsp, inputstream, vfs, other)
  
• Include [env] PR:2449 (perma): Adding support for AMD GPUs
  
• Include [env] PR:2680 (perma): kodi: mid-May 2018
  
• Include [env] PR:2696 (perma): linux: update ouya patch
  
• Include [env] PR:2722 (perma): fix "code may be misoptimized" warnings
  
• Include [env] PR:2725 (perma): Python2: update to Python2-2.7.15, bump Python-related packages
  
• Include [env] PR:2729 (perma): linux: update to linux-4.14.44
  
• Include [pkg] patch: skin.estuary: reduce system info font size (kodi)
  
• Include [pkg] PR:13904 (perma): Fix whitelistable resolutions on some platforms
  
• Include [pkg] PR:13929 (perma): Fixed: use fadelabel instead of textbox for Estuary notications so the text scrolls again
  

Build Highlights:

1. New 4.14.44 kernel
   
2. Python2: update to Python2-2.7.15 (and bump various Python related packages)
   

Build Details:

1. XBMC:
   • [DirectX] add a couple experimental features. (PR:13947, 4 commits, 11 files changed)
     
   • Port xmbcclient.py to Python 3, retaining Python 2 compatibility (PR:13923, 1 commit, 1 file changed)
     
   • [Estuary] Fix mvid skin home page target so nodes work (PR:13953, 1 commit, 1 file changed)
     
2. Additional commits/pull requests/changes not yet merged upstream:
   • Updated: [env] PR:2680 (perma): kodi: mid-May 2018
     
   • Added: [env] PR:2725 (perma): Python2: update to Python2-2.7.15, bump Python-related packages
     
   • Added: [env] PR:2729 (perma): linux: update to linux-4.14.44
     

[adiadore]

@adiadore

Thanks for link to the uploaded log file. However, banned addons are apparently still installed on your Kodi system. Completely remove them and provide a clean kodi.log file if you want support on this forum. I also suggest you re-read the forum rules (wiki) where it says policy on piracy. You agreed to them upon registration.

thank you! here is the clean log: https://paste.ubuntu.com/p/n38nJvxvp9/

[garbear]

Retroplayer is still crashing (since #402). #401 is the last working version Crash Log
 21:55:29.897 T:1940258832   ERROR: Failed to open nfs://192.168.1.2/Multimedia/ROMs/SNES/Chrono Trigger (U) [!].xml: Failed to open file
It looks like it is changing the file extension from .smc to .xml

ping @garbear

@quig This should be fixed by https://github.com/zach-morris/plugin.pr...rl/pull/52 . Can you update to the latest IARL?

[bleep42]

ffmpeg: hevc: Fixes for ffmpeg 4 (680c1487)

 I still see a bad performance with that high bitrate Elysium video (compared to a ffmpeg 3 builds).     

Hi, I've been on hols, so have only just caught up. :-)
Please note the Elysium video is very much only a testing file, to be honest I never expected the Pi, of any sort, to be able to play it without stepping, I would certainly never use such high quality factor/bit rate for normal video file compression/viewing; I only use it, and others at lower bit rates, to see how the HEVC decoding is improving over time.
So I was surprised when the update ffmpeg 4.0-Leia-Alpha-1 came out that there was an approximate 10% CPU usage, step backwards while decoding, ie the sample Elysium file, which was easily playing before 4.0-Leia-Alpha-1 with about 10% spare, even at peak times, suddenly was maxing out at 100% at peak times, even sometimes stepping (on a Pi3B+).
I realise that there may well have been other under the hood improvements in quality, sharpness, etc... I don't know?
I was mearly pointing out, to those concerned, that there had been an apparent retrograde step, as far as HEVC decoding was concerned, I note that there have been a couple of further ff-mpeg updates recently, these have made a very small improvement in CPU usage, but nothing like it was before.
Regards,
Kevin Moore.

[popcornmix]

I was mearly pointing out, to those concerned, that there had been an apparent retrograde step, as far as HEVC decoding was concerned, I note that there have been a couple of further ff-mpeg updates recently, these have made a very small improvement in CPU usage, but nothing like it was before.

Our HEVC guy has reproduced the issue. He can see it when rebasing to ffmpeg 4 without any change in the Pi specific code.
Very high bitrate files have ~10% performance hit. We'll try to identify what has caused the issue.

[bleep42]

I was mearly pointing out, to those concerned, that there had been an apparent retrograde step, as far as HEVC decoding was concerned, I note that there have been a couple of further ff-mpeg updates recently, these have made a very small improvement in CPU usage, but nothing like it was before.

Our HEVC guy has reproduced the issue. He can see it when rebasing to ffmpeg 4 without any change in the Pi specific code.
Very high bitrate files have ~10% performance hit. We'll try to identify what has caused the issue. 

Thanks Popcornmix,
To reiterate, I am quite frankly stunned at how well HEVC plays on a Pi3, even a Pi2, when I think of how it was a year or so ago, and how everyone said it would never work without pure hardware decoding, all due to your and your teams fantastic work. Thank you.
If you do, or don't manage to claw back the extra few percent, is academic, as I would suspect, that the majority of people, using sensible bitrate files, it works admirably. :-)
Thank you. Kevin.

[Opalnir]

I have a problem from some times with kodi.
When i open a video from youtube from Yatse (or a twitch one) the rpi crash and sometime restart, or worth, freeze.

I've try to run the video from the link without any plugin, that's work on my computer (with VLC) but continue to make my kodi crash
Link of the video:
https://video-weaver.cdg02.hls.ttvnw.net...N-adq.m3u8


Logs => https://paste.ubuntu.com/p/jwdXw3Jf7p/
I've ask to the plugin creator, and he said " this is a Kodi issue with high quality streams. "
Thanks for your help

EDIT: When i past this link in a strm file, that's work
EDIT2: After i've talk about my strm test to the creator, he reply that's a problem with metadata of the file/stream and the API of Kodi. It seems, when the dialogbusy issue will be fix, this error will be fix too (if i've understand correctly )

[popcornmix]

To reiterate, I am quite frankly stunned at how well HEVC plays on a Pi3, even a Pi2, when I think of how it was a year or so ago, and how everyone said it would never work without pure hardware decoding, all due to your and your teams fantastic work. Thank you.
If you do, or don't manage to claw back the extra few percent, is academic, as I would suspect, that the majority of people, using sensible bitrate files, it works admirably. :-)
Thank you. Kevin. 

Looks like it was a bug in ffmpeg 4 that stopped inline assembly from being used: http://ffmpeg.org/pipermail/ffmpeg-devel...30732.html
Hopefully will be fixed in tonight's build.

[adiadore]

thank you! here is the clean log: https://paste.ubuntu.com/p/WTmz9zzbYB/

no one else can reproduce this?
I did a clean new install and as soon as i add username/password in zattoo pvr client and enable it, while pvr manager % starts loading in top right corner kodi crashes again and again until it starts in safe mode