Kodi Community Forum

(2015-01-17, 20:14)Milhouse Wrote: [ -> ]@pootler: If there's an upstream VDR bug (or no support for your hardware) you should report it on the OpenELEC forum. If a fix is forthcoming I'll include it my build.

o.k- thanks

New OpenELEC I****** build: #0117
(Supercedes previous build)


Based on tip of OpenELEC master (a0dee49e, changelog) and tip of XBMC master (c2edfe47, changelog) with the following modifications:

• Includes newclock4 patches
  
• Excludes the OpenELEC fernetmenta patches due to conflicts with newclock4
  
• Excludes the OpenELEC linux-01-RPi_support patch in favour of sourcing these and possibly more recent patches directly from kernel branch rpi-3.18.y
  
• Excludes the OpenELEC kodi-001-helix_rpb_backports patch in favour of sourcing these and possibly more recent patches directly from newclock4 branch
  
• Default setting for "Show RSS Feed" changed to disabled (new installs only) [patch details]
  
• Disabled "Total Duration" in Confluence (see build #0221 for details)
  
• Adapted service.openelec.settings to take advantage of PR:5217 [patch details]
  
• Includes latest libnfs master (d1c2c47f)
  
• Includes latest libcec master (9f000e43)
  
• Includes latest xbmc-pvr-addons master (ce70914a)
  
• Includes latest xbmc-addon-xvdr master (6ba17254)
  
• Includes additional ffmpeg codecs/muxers enabled for testing/benchmarking purposes (see patch)
  
• Includes animated splash support (patch)
  
• Includes commits from libcec-2.2.0 (popcornmix)
  
• Exclude kodi-102-dont_really_depend_on_SDL_image.patch: No longer required
  
• Exclude lirc_rpi.conf: No longer required, let Device Tree handle lirc_rpi (add "dtoverlay=lirc-rpi" to config.txt)
  
• Include d6f4bebf: new package: libsquish
  
• Include patch: Use our own texturepacker
  
• Include patch: Enable kernel device-tree support (details)
  
• Include patch: Fix build patch for kodi-pvr-addons
  
• Include patch: Add *.dtb files to firmware
  
• Include patch: Add device tree kernel trailer
  
• Include PR:3804: ffmpeg: update to ffmpeg-2.4.6
  
• Include PR:5430: [URIUtils] Fix IsSmb, IsFTP, IsAfp, IsDAV and IsNfs.
  
• Include PR:5752: [jsonrpc] Allow retrieving empty TV shows via VideoLibrary.GetTVShows.
  
• Include PR:5958: Fix state not saved after #5842 if playing from "Recently added".
  
• Include PR:6201: webserver: refactor, unification of handlers and bug fixes
  

Build Highlights:

1. New Linux kernel, 3.18.3
   
2. Added: PR:3804: ffmpeg: update to ffmpeg-2.4.6
   
3. Updated libnfs
   

Build Details:

1. OpenELEC:
   • Wetekfixes (PR:3798, 5 commits, 6 files changed)
     
   • boblightd: bump (4.3.5) (d4f51136)
     
   • OpenELEC-settings: update to 0.6.1 (4f7cb780)
     
   • linux: update to linux-3.18.3 (476b061d)
     
   • gdb: update to gdb-7.8.2 (9b94010c)
     
   • init: drop atv legacy (a0dee49e)
     
2. XBMC:
   • cppcheck performance fixes in guilib/ (PR:6132, 1 commit, 3 files changed)
     
   • cppcheck performance fixes in settings/ (PR:6188, 1 commit, 1 file changed)
     
   • [cosmetic] fix signed/unsigned mismatch (PR:6119, 1 commit, 1 file changed)
     
   • cppcheck performance fixes in test/ (PR:6190, 1 commit, 1 file changed)
     
   • cppcheck performance fixes in rendering/ (PR:6186, 1 commit, 1 file changed)
     
   • cppcheck performance fixes in threads/ (PR:6191, 1 commit, 1 file changed)
     
   • Fix duplicate statement in buttontranslator (PR:6167, 1 commit, 1 file changed)
     
   • cppcheck performance fixes in input/ (PR:6133, 1 commit, 8 files changed)
     
   • [Confluence] Cosmetics (b99142f8)
     
   • videodb: potentially fix SQL query in GetRandomMusicVideo (37dd3cbd)
     
3. libnfs:
   • opendir_cb: use a fattr3 pointer instead of dereferencing every time (63d89357)
     
   • nfs_mount: rename nfs_mount_10/9/8_cb to nfs_mount_11/10/9_cb (7378a13f)
     
   • nested_mounts: collect filehandles for all nested mounts during nfs_mount() (08ad1b80)
     
   • nested_mounts: collect fattr3 data for all nested mounts (c7190d30)
     
   • nfs_lookuppath_async: replace path components with nested mount filehandles (27348486)
     
   • opendir_cb: use attributes from the nested mount in opendir (1eea1c46)
     
   • Add auto-traverse-mount URL argument and default it to TRUE (d1c2c47f)
     
4. kernel 3.18.y:
   • Commits no longer in build:
     • config: Add CONFIG_R8188EU and CONFIG_R8723AU (c4e0fdf3)
       
     • config: Add USB_NET_HUAWEI_CDC_NCM, USB_NET_SR9700 and USB_NET_SR9800 (f4f63e24)
       
     • squash: Correct the GPIOEDS initialisation (0008982b)
       
5. Additional commits/pull requests/changes not yet merged upstream:
   • Added: PR:3804: ffmpeg: update to ffmpeg-2.4.6
     

The wtv index speed up patch isn't in the last build, will be in the next.

Hi,

Up till now Kodi 15 test builds have been running really smooth without any issues.

However in #0117 CPU gets stuck at 100% randomly, after some time it goes back to normal usage 12-30% when idle.
Not sure if this is a real problem but I made a log so you could have a look if there's something that misbehaves in my setup.

LOG

(Installation info: Clean install of OE 5.0.0 final and then test build #0109 and up to #0117)

Thanks for all hard work you guys put in to this!

/Patric

Impossible to determine the CPU loading from the debug log - when was it at 100%, when was it not?

Perhaps combine it with the output of "bcmstat.sh -xcd10" which would give timings for when CPU load is high or low and can be cross referenced with the debug log (bcmstat.sh is included in my test builds). Scrape the console output and put it on pastebin.

What dvb adapters are supported in these builds? I am particularly interested in geniatech t230 aka August t210 v2

Same as in stock builds.

(2015-01-18, 09:52)Milhouse Wrote: [ -> ]Impossible to determine the CPU loading from the debug log - when was it at 100%, when was it not?

Perhaps combine it with the output of "bcmstat.sh -xcd10" which would give timings for when CPU load is high or low and can be cross referenced with the debug log (bcmstat.sh is included in my test builds). Scrape the console output and put it on pastebin.

Good idea!

Kodi
http://sprunge.us/XHUP

Bcmstat
http://sprunge.us/NIUO

Maybe this is the problem?

09:30:34 256.597809 T:2776462400 DEBUG: ExtractThumb - decode failed in nfs://192.168.1.11/data/Filmer/Demo/hd_dolby_atmos_amaze-DWEU.m2ts after 321 packets.
09:30:34 256.607819 T:2776462400 DEBUG: CNFSFile::Close closing file data/Filmer/Demo/hd_dolby_atmos_amaze-DWEU.m2ts
09:30:34 256.615479 T:2776462400 DEBUG: ExtractThumb - measured 94219 ms to extract thumb from file <nfs://192.168.1.11/data/Filmer/Demo/hd_dolby_atmos_amaze-DWEU.m2ts> in 321 packets.

Making your console wider makes bcmstat much easier to read...

Disabling CEC logging is also a good idea (unless your problem relates to CEC, of course). I find logs riddled with CEC crap almost impossible to follow.

As for your problem, yes, try disabling "Extract thumbs".

(2015-01-18, 10:46)Milhouse Wrote: [ -> ]Making your console wider makes bcmstat much easier to read...

Disabling CEC logging is also a good idea (unless your problem relates to CEC, of course). I find logs riddled with CEC crap almost impossible to follow.

As for your problem, yes, try disabling "Extract thumbs".

Whoops, I will disable CEC logging. I think it's enabled by default.

Regarding bcmstat output, I ran it from autostart.sh and pushed it's output to a .log file.

I will remove that specific folder and see what happens (only some demo files I tested once or twice) if that doesn't fix it I will disable Thumbnails extracting as you suggested.

Strange that I haven't noticed this "issue" until now tho.

Thanks for taking your time.

I will let you know how it goes

(2015-01-18, 10:58)Patrics83 Wrote: [ -> ]Whoops, I will disable CEC logging. I think it's enabled by default.

Yes it is. Probably the first thing to turn off once you've got CEC working!

(2015-01-18, 10:58)Patrics83 Wrote: [ -> ]Regarding bcmstat output, I ran it from autostart.sh and pushed it's output to a .log file.

Never mind, it's fine - I initially viewed it on an Android tablet and the browser (Chrome) is wrapping the lines, which is annoying. A desktop browser displays it correctly.

(2015-01-18, 11:39)Milhouse Wrote: [ -> ]

(2015-01-18, 10:58)Patrics83 Wrote: [ -> ]Whoops, I will disable CEC logging. I think it's enabled by default.

Yes it is. Probably the first thing to turn off once you've got CEC working!

(2015-01-18, 10:58)Patrics83 Wrote: [ -> ]Regarding bcmstat output, I ran it from autostart.sh and pushed it's output to a .log file.

Never mind, it's fine - I initially viewed it on an Android tablet and the browser (Chrome) is wrapping the lines, which is annoying. A desktop browser displays it correctly.

Thanks, I have turned of the CEC filter now.

After removing that "Demo" directory that contained that specific file CPU load doesn't stick at 100% anymore.

I will investigate the logs better next time I encounter some kind of issue...

(2015-01-18, 10:05)luksol Wrote: [ -> ]What dvb adapters are supported in these builds? I am particularly interested in geniatech t230 aka August t210 v2

Hi Luksol

I have the same tuner- I posted a bit earlier that it is not recognised in openelec official build version 5.

It is seen in these latest builds, but for some reason, these latest builds have ( for me ) a really really slow channel change which makes it difficult to use.
Also ( I am using VDR ), w_scan does not seem to find HD channels.

ON this thread, - http://openelec.tv/forum/71-pvr-live-tv/...mitstart=0 - there is a patched official build of the older kernel that also works.

hope that helps

If you can get it working with a quick channel change ( and if you are using VDR, HD channels ) on the latest builds then let me know.!

Cheers

Pootler

(2015-01-18, 13:31)pootler Wrote: [ -> ]It is seen in these latest builds, but for some reason, these latest builds have ( for me ) a really really slow channel change which makes it difficult to use.
Also ( I am using VDR ), w_scan does not seem to find HD channels.

If the channel switch time got slower 21 days ago, then it's probably this:
https://github.com/xbmc/xbmc/pull/6036

Note this needs a fix to report the correct mime type in the PVR add-on, so best report the issue in the PVR add-on thread.

(2015-01-18, 13:47)popcornmix Wrote: [ -> ]

(2015-01-18, 13:31)pootler Wrote: [ -> ]It is seen in these latest builds, but for some reason, these latest builds have ( for me ) a really really slow channel change which makes it difficult to use.
Also ( I am using VDR ), w_scan does not seem to find HD channels.

If the channel switch time got slower 21 days ago, then it's probably this:
https://github.com/xbmc/xbmc/pull/6036

Note this needs a fix to report the correct mime type in the PVR add-on, so best report the issue in the PVR add-on thread.

Thanks popcornmix.