[amediauser]

This is fixed with build #0422, 3D iso files play correctly.

With builds #0420 / #0421 Kodi crashes and restarts (see kodi_crash.log) when trying to play a 3D iso file, probably as a result of the ffmpeg buffer changes, #0419 plays correctly.

DEBUG: ffmpeg[5BDE03A0]: Assertion len >= s->orig_buffer_size failed at libavformat/aviobuf.c:535

[vali]

Hi
Any plans in future to bring Vice (C64 Emulator) in builds?

Also, i have problems with arcade emulator (MAME), he is not opening .zip files, there is no response, you just hit a play button and nothing happens.

Thank you.

[popcornmix]

Sorry, my bad. Here it is.crashlog

Looks like amediauser's issue. Is it still present in latest build?

[SpokV]

Sorry, my bad. Here it is.crashlog

Looks like amediauser's issue. Is it still present in latest build?

No. still a crash when playing net video. Same issue.
Here is the log for 422 crashlog

[garbear]

Any plans in future to bring Vice (C64 Emulator) in builds?

This will happen once someone does the port from the libretro repo

Also, i have problems with arcade emulator (MAME), he is not opening .zip files, there is no response, you just hit a play button and nothing happens.

Add this to your advancedsettings.xml:

Code:

<advancedsettings>
  <videoextensions>
    <remove>.bin|.img|.iso|.zip</remove>
  </videoextensions>
  <musicextensions>
    <remove>.cue|.zip</remove>
  </musicextensions>
  <pictureextensions>
    <remove>.zip</remove>
  </pictureextensions>
</advancedsettings>

[levil1]

Start reading here:
2554178 (post)

Think your problem will be resolved by editing file smb.conf in /storage/.smb
Change: client max protocol = SMB3
To: client max protocol = SMB1

And restart

Perfect ! problem resolved with editing smb.conf

many thanks rudrood !

But now with new build all "windows/smb share" users must to modify the file after each new install ? or smb3 more diffused than the smb1 ?

[popcornmix]

No. still a crash when playing net video. Same issue.
Here is the log for 422 crashlog

We may need a crash log from a debug build to narrow this down more.
Either that or instructions of how to reproduce.

[Milhouse]

But now with new build all "windows/smb share" users must to modify the file after each new install ?

No, you should only need to make this change (once per client), assuming your server only "speaks" SMB1.

However SMB1 is deprecated by Microsoft as it's a major security risk, and they are (and have been for some time) warning/encouraging users to stop using SMB1 completely.

I believe Windows Server 2012 no longer supports SMB1 by default, hence the push towards a newer version of SMB.

You should contact your NAS vendor to see what they are doing about supporting a more recent version of SMB (Samba).

[SpokV]

No. still a crash when playing net video. Same issue.
Here is the log for 422 crashlog

We may need a crash log from a debug build to narrow this down more.
Either that or instructions of how to reproduce.

Where can i get a debug build?

[Milhouse]

I'll upload a debug build a bit later this afternoon.

[Milhouse]

Where can i get a debug build?

Build #0422x: RPi2

[Milhouse]

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

Code:

# uname -a
Linux rpi512 4.10.12 #1 Sun Apr 23 21:05:50 BST 2017 armv6l GNU/Linux

# vcgencmd version
Apr 19 2017 13:34:02
Copyright (c) 2012 Broadcom
version e49fda6e8d837fd3cbac4900a141dd7fba7ca3e3 (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20170423210234-#0423-gd8293a9 [Build #0423]

# Kodi version
(18.0-ALPHA1 Git:78cce57). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (d8293a9f, changelog) and tip of XBMC master (c5eb8487, changelog) with the following modifications:

• Includes newclock5 patches
  
• Excludes the LibreELEC linux-01-RPi_support patch in favour of sourcing these and possibly more recent patches directly from kernel branch rpi-4.10.y
  
• Includes latest bcm2835-driver master (570b095e, ahead +1)
  
• Includes latest kodi-platform master (36fb4937)
  
• Includes latest libcec master (3953f8dc, ahead +12)
  
• Includes latest libnfs master (1052ba94, ahead +58)
  
• Includes latest p8-platform master (2d90f986)
  
• Includes latest addons: inputstream.adaptive (f23ba39c, +1), inputstream.rtmp (6c1af46a), peripheral.joystick (3c7ea594, +4), pvr.argustv (7135b279), pvr.demo (1606b612), pvr.dvblink (2634f6fb, +3), pvr.dvbviewer (13c6e5e7), pvr.filmon (e026519d), pvr.hdhomerun (98cb8d40), pvr.hts (2993f43d, +1), pvr.iptvsimple (53d63cce), pvr.mediaportal.tvserver (d4dad613), pvr.mythtv (08d609b2), pvr.nextpvr (bb21826b), pvr.njoy (1ce9aba1), pvr.octonet (8549a31c), pvr.pctv (e3b2b845), pvr.stalker (0466af9d), pvr.vbox (d61c5013, +1), pvr.vdr.vnsi (9ede401c), pvr.vuplus (d7fdd1ea, +2), pvr.wmc (5aa3b1ca)
  
• Include [env] compare: tvheadend42: update (pngquant)
  
• Include [env] compare: cleanup: minor package fixes
  
• Include [env] compare: linux: update to linux-4.10.12
  
• Include [env] patch: vfs.rar: new kodi-binary-addon
  
• Include [env] patch: Bump included addon versions to prevent online updates
  
• Include [env] patch: rapidjson: update to rapidjson-1.1.0
  
• Include [env] patch: Add experimental splash video for RPi
  
• Include [env] patch: HACK: Disable multiple PVR addons during migration. Always enable inputstream.* and os.*
  
• Include [env] patch: Add kodi binary addons (pvr, adsp, other)
  
• Include [env] PR:1469: samba: update to samba-4.6.2
  
• Include [pkg] PR:56: bluetooth: add missing 'Connect' option when device is Trusted (service.libreelec.settings)
  
• Include [pkg] PR:62: change smbd and nmbd location (service.libreelec.settings)
  
• Include [pkg] PR:63: lircd: settings changes required for LE PR 1320 (service.libreelec.settings)
  
• Revert [pkg] b420b15a: cmake: bump ffmpeg to 3.3 (kodi)
  
• Revert [pkg] f9c9cdfd: squash ffmpeg cmake (kodi)
  

Build Highlights:

1. smsc95xx: Use skb_cow_head to deal with cloned skbs
   

Build Details:

1. LibreELEC.tv:
   • connman: fix ipv4 IP Forwarding bug (PR:1552, 1 commit, 1 file changed)
     
   • qtbase: fix stdlib.h build error (PR:1544, 1 commit, 1 file changed)
     
   • ffmpegx: fix build issue after openssl change (PR:1542, 1 commit, 1 file changed)
     
   • lirc cleanup: switch to upstream fixes and configuration (PR:1320, 11 commits, 31 files changed)
     
   • imx6-status-led: add support for som v1.5 from solidrun (PR:1561, 1 commit, 1 file changed)
     
2. XBMC:
   • Create slovenian.xml (PR:11999, 1 commit, 1 file changed)
     
   • ADD: [droid] speech-to-text in keyboard (PR:11978, 4 commits, 16 files changed)
     
   • FileCache: Increase CHUNK_SIZE to 128 KB (PR:11619, 4 commits, 4 files changed)
     
3. newclock5:
   • Commits no longer in build:
     • Increase CHUNK_SIZE to 128 KB (72639ffd)
       
     • NFSFile: Return max chunksize possible (4aa68a93)
       
     • DVDDemuxFFMPEG: Increase FFMPEG_FILE_BUFFER_SIZE to 128K (b9dee484)
       
     • DVDDemuxFFmpeg: Store probe_buffer on heap (a47821b7)
       
4. kernel 4.10.y:
   • New commits in this build:
     • smsc95xx: Use skb_cow_head to deal with cloned skbs (18c2a29f)
       
5. Additional commits/pull requests/changes not yet merged upstream:
   • Added: [env] compare: cleanup: minor package fixes
     

[MMXT]

Is h265 playback for the most recent builds STILL working for all of you?

I am using osmc since a while and my laptop is under repair, so I cannot test with a pure, fresh libreelec image. For me (osmc) h265 playback keeps crashing osmc since a few builds (either a full crash or just sound playing without video), while not long ago h265 playback was much better than every previous build of either libreelec or osmc I ever had. Not that h265 playback would be neccassary for me, but I wonder why it was so much better shortly before.

So I am interested if it`s just my (modified) system or native libreelec as well?

[Sam.Nazarko]

Post a debug log of the OSMC issue (on our forum) and we'll take a look. Here isn't appropriate (as this is an LE thread)

[Milhouse]

Is h265 playback for the most recent builds STILL working for all of you?

It looks like h265 playback has been broken (instant crash) since #0419 when builds reverted back to ffmpeg-3.1.6 to investigate audio glitches.

This is a debug-enabled crashlog: http://sprunge.us/IBcF

It's possible the change from ffmpeg-3.3 back to ffmpeg-3.1.6 wasn't entirely complete and is causing problems with h265.

Edit: Hmmm, so it's not every HEVC sample that is crashing - Hobbit and Big Buck Bunny are OK, but the Big Bang Theory sample (8x01 The Locomotion Interruption, 68MB) crashes every time.

This Friends sample (12MB) will also crash: http://sprunge.us/ECMD

Both the Big Bang Theory and Friends samples have been fine up until now.

Edit2: It looks like 1080p HEVC files are playing normally, but everything else (ie. 720p HEVC) is crashing. BBB 720p crashes, BBB 1080p plays normally; Sintel 720p crashes, Sintel 1080p plays normally. Both Big Bang Theory and Friends samples are 720p.