[niwa2]

#408 RPi 3, iso BD files still very slow (>1 minute typically) to start playing from an NFS sever (Synology) - other media players access and start playing same files in ~1 second.

ISO files will always be much slower than mkv. An mkv file has an index at the start with all the important data.
An ISO file doesn't and a lot more data needs to be parsed to work out what needs to be done.

Try setting "Blu-ray playback mode" to "Play main movie" in video/discs settings, and also enable "attempt to skip introduction before DVD menu" if you use DVD ISOs.

Has anything changed regarding ISO playback within the last month or so?
I was on 0224 and I believe ISO playback started much quicker than today. For example the same ISO used to start in under 10 seconds and now it takes over 30s for the same movie to start.

[popcornmix]

Has anything changed regarding ISO playback within the last month or so?
I was on 0224 and I believe ISO playback started much quicker than today. For example the same ISO used to start in under 10 seconds and now it takes over 30s for the same movie to start.

#0303 introduced support for 3D using updated libbluray, so may have affected the speed. Can you test with #0302 and #0303?

[Sinisan]

#408 RPi 3, iso BD files still very slow (>1 minute typically) to start playing from an NFS sever (Synology) - other media players access and start playing same files in ~1 second.

ISO files will always be much slower than mkv. An mkv file has an index at the start with all the important data.
An ISO file doesn't and a lot more data needs to be parsed to work out what needs to be done.

Try setting "Blu-ray playback mode" to "Play main movie" in video/discs settings, and also enable "attempt to skip introduction before DVD menu" if you use DVD ISOs.

Thank you for your help, but I have strange thing. An ISO is ok when read with Kodi 16.1 and not with Kodi 17. It's an ISO file, without 3D, just a movie. When I want to see it using folder browsing, the first time I valide nothing happen (except the sound that makes me sure I made the action). If I try again, I can (sometime) an error message saying that (sorry for the translate, the message is not in english) "Error to read one or more files. Read the log to have more informations on this message".

Of course, I tried to wait about 3 minutes (in reality, the Kodi screensaver started), and nothing happen, the first time I choose. And this file, even in ISO format, is started immediately with Kodi 16.1.

Do you have any idea ?

Thank you very much.

[Sinisan]

(please remove this post, duplicate)

[niwa2]

Has anything changed regarding ISO playback within the last month or so?
I was on 0224 and I believe ISO playback started much quicker than today. For example the same ISO used to start in under 10 seconds and now it takes over 30s for the same movie to start.

#0303 introduced support for 3D using updated libbluray, so may have affected the speed. Can you test with #0302 and #0303?

Bingo. That seems to be it.
With 0302 the 3D iso starts playing almost instantaneous (less that 2s).
Debug log 0302

With 0303 the exact same file takes 53 seconds to start playing.
Debug log 0303

[popcornmix]

With 0302 the 3D iso starts playing almost instantaneous (less that 2s).
Debug log 0302

With 0303 the exact same file takes 53 seconds to start playing.
Debug log 0303

Looks to be a libnfs issue. Can you try mounting the NFS as an OS mount and then opening the ISO from there?

For me an OS NFS mount the ISO opens in 2s. A libnfs mount takes nearly 3 minutes...
I think the issue is that libbluray opens and closes the ISO many times and that is very inefficient with libnfs.

[Milhouse]

New OpenELEC.tv Krypton build #0410: RPi / RPi2
(Supercedes previous build)

Code:

# uname -a
Linux rpi512 4.4.6 #1 Sun Apr 10 21:05:05 BST 2016 armv6l GNU/Linux

# vcgencmd version
Apr  8 2016 20:16:32
Copyright (c) 2012 Broadcom
version e3bfc49ea56050dbe545ec3acfa5637b25464d5b (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20160410210411-#0410-g0026734 [Build #0410]

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

# Kernel device tree status: Enabled

Based on tip of OpenELEC.tv master (0026734b, changelog) and tip of XBMC master (25dc4bf3, changelog) with the following modifications:

• Includes newclock5 patches
  
• Excludes the OpenELEC linux-01-RPi_support patch in favour of sourcing these and possibly more recent patches directly from kernel branch rpi-4.4.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 bcm2835-driver master (e968a4e7, ahead +14)
  
• Includes latest kodi-platform master (92583ef9, ahead +2)
  
• Includes latest libcec master (6d68d212)
  
• Includes latest libnfs master (3c26ce1e, ahead +13)
  
• Includes latest p8-platform master (041a8c6c, ahead +1)
  
• Includes latest addons: adsp.basic (5cf12e83, +7), adsp.biquad.filters (af575f3d, +7), adsp.freesurround (6dc533be, +8), asplib (da66f517, +13), inputstream.mpd (6bd24f3f), peripheral.joystick (76b7c40a, +48), pvr.argustv (974820ab, +25), pvr.demo (e74822f2, +21), pvr.dvblink (82c7b4d5, +20), pvr.dvbviewer (6ab861fa, +33), pvr.filmon (0d8dd5bd, +27), pvr.hdhomerun (fd9daf4a, +32), pvr.hts (0f88a357, +67), pvr.iptvsimple (b741cac7, +27), pvr.mediaportal.tvserver (96f415e3, +52), pvr.mythtv (f8d25fda, +36), pvr.nextpvr (d445c5ad, +27), pvr.njoy (b9b0ae43, +19), pvr.pctv (f1880484, +25), pvr.stalker (14a7c70d, +28), pvr.vbox (e70146d8, +27), pvr.vdr.vnsi (12364058, +44), pvr.vuplus (d8c6f9ba, +23), pvr.wmc (898e2dad, +33)
  
• Includes commits from service.openelec.settings/, ahead +1 (OpenELEC)
  
• Exclude [env] kodi-999.42-KEY_EPG.patch: Added upstream
  
• Exclude [env] package.mk: dcadec: Drop (not needed anymore)
  
• Include [env] e7cbe9cb: xf86-video-intel: explicitely disable TearFree and TripleBuffer
  
• Include [env] ed774729: Intel: Implement Passthrough-Range
  
• Include [env] 3a6268c9: VAAPI: Enable EGL
  
• Include [env] 6be9ebe7: libva / libva-driver-intel: bump to 1.7.0
  
• Include [env] 98c65e6a: Kodi: Use Limited Range by default
  
• Include [env] 20965d0a: mesa: update to 11.2.0-rc4
  
• Include [env] patch: xf86-video-intel: bump to 3fafabe
  
• Include [env] patch: Clean Kodi view cache on startup
  
• Include [env] patch: Fix OE settings button after Estuary update
  
• Include [env] patch: HACK: Disable multiple PVR addons during migration. Always enable inputstream.*
  
• Include [env] patch: Add extra headers needed by 3D BD MVC
  
• Include [env] patch: Add support for dynamic device tree overlays
  
• Include [env] patch: Set default volume steps to 20
  
• Include [env] patch: Enable game controllers in manifest, add repository.kodi.game
  
• Include [env] patch: Bump libbluray - include MVC support
  
• Include [env] patch: Enable other binary addons
  
• Include [env] patch: Reinstate version check service add-on - avoid black screens on x86?
  
• Include [env] patch: Update inputstream.mpd settings
  
• Include [env] patch: Install dtoverlay userland
  
• Include [env] patch: Enable pvr addons, disable pvr updates
  
• Include [env] patch: Add experimental splash video for RPi
  
• Include [env] patch: Binary-Addons: Package inputstream.mpd
  
• Include [env] patch: kodi: peripheral.joystick binary addon
  
• Include [env] PR:4500: kodi: update to 17.0
  
• Include [env] PR:4537: [scripts] Add PKG_SOURCE_NAME for non-standard package tarballs
  
• Include [env] PR:4661: stripping changes
  
• Revert [env] 46b9b7b3: rtmpdump (Reason: use newclock5 bump)
  
• Include [pkg] PR:8645: [video] Add season/TV show artwork to episodes/seasons even if they have their own fanart.
  
• Include [pkg] PR:8723: Implement filecache retry logic
  
• Include [pkg] PR:8824: videodb: fix smart playlists not honoring "Show empty TV shows" setting.
  
• Include [pkg] PR:8922: [guiinfo] extend ranges for listitem properties
  
• Include [pkg] PR:9334: [chg] decrease volume steps to 20
  
• Include [pkg] PR:9538: [Peripherals] m_bNeedsPolling broken for busses where it is set outsi?
  
• Revert [pkg] e9a6d59f: VideoPlayer: inputstream, fix cp error (Reason: inputstream.mpd needs update) (kodi)
  
• Revert [pkg] PR:9531: VideoPlayer: add method for requesting desired video resolution to demuxer (Reason: inputstream.mpd needs update)
  

Build Highlights:

1. NOTE: DVD playback remains temporarily disabled
   
2. MMAL render updates
   
3. PVR addon updates
   
4. Revert "NFSFile: Chank ChunkSize to 1MB"
   

Build Details:

1. XBMC:
   • [JSON] Add Files.SetFileDetails to JSON API (PR:9256, 1 commit, 6 files changed)
     
   • Fix some logic flaws in NetworkServices settings change (PR:9246, 2 commits, 1 file changed)
     
   • make heading in add/edit source dialog properly translatable (PR:9580, 1 commit, 2 files changed)
     
   • [pvr] add virtual and override to shared CPVRClients functions (PR:9585, 1 commit, 1 file changed)
     
   • [pvr] reduce compare amount on PVRManager to detect window (PR:9584, 1 commit, 2 files changed)
     
   • proper rounding of temperature values - fixes trac #16671 (PR:9577, 1 commit, 2 files changed)
     
   • [mmalrenderer] Wait for vsync before submitting to mmal when display sync is disabled (PR:9594, 4 commits, 5 files changed)
     
   • OMXPlayerVideo: Avoid warnings from initialisation order (PR:9596, 1 commit, 1 file changed)
     
   • [pvr] - fix update addons, get also disabled addons (PR:9598, 1 commit, 1 file changed)
     
   • VideoPlayer: some rework after b37c8565e080b89fb51e2f5963a38cd6360d021c (PR:9597, 1 commit, 1 file changed)
     
   • [pvr] remove unused custom addon update logic (PR:9593, 1 commit, 2 files changed)
     
2. newclock5:
   • New commits in this build:
     • Revert "NFSFile: Chank ChunkSize to 1MB" (28b3c446)
       
     • Revert "[epg] avoid PVR thread to persist epg tables directly (sync issue with epg thread)" (ae73ee68)
       
     • [pvr] skip persisting EGP on CreateChannelEpgs (047b6f10)
       
   • Commits no longer in build:
     • [rbp] Make sync playback to display the default option (cc36b20f)
       
     • stereoscopicmanager: Don't treat mono as stereoscopic (81d3ca41)
       
     • Revert "[rbp] Make sync playback to display the default option" (566771a5)
       
     • [rbp] Refactor the vsync handle to support multiple callers (9acd9151)
       
     • [mmalrenderer] Wait for vsync before submitting to mmal when display sync is disabled (c89ce296)
       
     • MMALRenderer: Block in RenderUpdate to avoid high CPU with WaitPresentTime commits (5751bb73)
       
     • MMAL: Increase GetAllowedReferences to allow larger queue in RenderManager (fbab8942)
       

[3DBuff]

I have done a little bit of testing with 7.1 LPCM audio. I'm using 7.1 HDMI to analog extractor and it appears to be full 7.1 audio on all channels. When playing 5.1 channels audio on the same setup I get 3 channels in the front and 2 surround left and right and nothing on the back.

Is there a quick software setup to play the same sound on "surround right" and "surround back right" speakers with 5.1 ch audio on 7.1 system? My receiver has this function build in for DD and DTS but not for analog multi-channel input from audio extractor. Alternative way would be to make RCA type of splitters and join wires for side and back channels on each side when playing 5.1 LPCM source.

[popcornmix]

Is there a quick software setup to play the same sound on "surround right" and "surround back right" speakers with 5.1 ch audio on 7.1 system? My receiver has this function build in for DD and DTS but not for analog multi-channel input from audio extractor. Alternative way would be to make RCA type of splitters and join wires for side and back channels on each side when playing 5.1 LPCM source.

The ADSP add-on can probably do this, but I'm not sure how reliable it is.
I don't believe it is possible from kodi direct.

[popcornmix]

For me an OS NFS mount the ISO opens in 2s. A libnfs mount takes nearly 3 minutes...
I think the issue is that libbluray opens and closes the ISO many times and that is very inefficient with libnfs.

I've removed a commit that increased the chunk size libnfs uses (in last build). It is a little quicker for me now when using libnfs, so might be worth another try.
The OS mount was still considerably quicker though.

[J_E_F_F]

Double Library Entries, as noted here: http://forum.kodi.tv/showthread.php?tid=260843

I am seeing what appears to be double searches on newly added content, but not so much double entries in the library.

Is this an issue? Could it have anything to do with switching to a MySQL database? I have seen the behavior for several builds, and possibly since moving to a shared MySQL database.



Debug log: http://sprunge.us/QUfK

[J_E_F_F]

Here is moving TV shows from a root show title folder into a season folder



Additional Debug Log: http://sprunge.us/agEB

[Milhouse]

Double Library Entries, as noted here: http://forum.kodi.tv/showthread.php?tid=260843

I am seeing what appears to be double searches on newly added content, but not so much double entries in the library.

Pretty sure it's not actually a double episode, but two "OnUpdate" notifications being output by Kodi for each new episode.

If you enable the texturecache.py @logfile we can see all the notifications being emitted by Kodi during the scan. I'm not seeing this though (added some episodes last night with #0410), which would suggest it is a configuration issue (I'm also using MySQL). All of my NFOs have stream info embedded with local thumbs, perhaps your NFOs don't have stream info or you're extracting thumbs?

Is this an issue? Could it have anything to do with switching to a MySQL database? I have seen the behavior for several builds, and possibly since moving to a shared MySQL database.

Assuming I'm right, it would be good to stop Kodi outputting two notifications for each update. Although it's mostly cosmetic, it is a new (and possibly undesirable) behaviour.

Based on your Walking Dead S02E01 scan, these are the announcements emitted by Kodi:

Code:

08:59:06   9.100851 T:1961784224   DEBUG: CAnnouncementManager - Announcement: OnClear from xbmc
08:59:32  34.528023 T:1961784224   DEBUG: CAnnouncementManager - Announcement: OnScanStarted from xbmc
08:59:33  35.570412 T:1961784224   DEBUG: CAnnouncementManager - Announcement: OnUpdate from xbmc
08:59:33  35.583447 T:1961784224   DEBUG: CAnnouncementManager - Announcement: OnUpdate from xbmc
08:59:36  38.634682 T:1961784224   DEBUG: CAnnouncementManager - Announcement: OnScanFinished from xbmc

So two OnUpdate notifications for one episode.

[J_E_F_F]

If you enable the texturecache.py @logfile we can see all the notifications being emitted by Kodi during the scan.

All of my NFOs have stream info embedded with local thumbs, perhaps your NFOs don't have stream info or you're extracting thumbs?

How do I enable the texturecache.py @logfile

Also, I do not use NFO files.

[Milhouse]

How do I enable the texturecache.py @logfile

Code:

texturecache.py @logfile=/tmp/tc.log vscan

then upload /tmp/tc.log - it will include all the comms between Kodi and texturecache.py.

Also, I do not use NFO files.

That could well be the difference.