[Milhouse]

New OpenELEC Jarvis build #0813: RPi / RPi2
(Supercedes previous build)

Code:

# uname -a
Linux rpi512 4.1.4 #1 Thu Aug 13 21:02:46 BST 2015 armv6l GNU/Linux

# vcgencmd version
Aug 13 2015 17:49:56
Copyright (c) 2012 Broadcom
version 1a80d1a84ccd39da33b5d3895cd83b10c9ec09af (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20150813210156-#0813-gcac5a18 [Build #0813]

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

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (cac5a18a, changelog) and tip of XBMC master (61d176e5, 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-4.1.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 dcadec master (2a9186e3, ahead +34)
  
• Includes latest kodi-platform master (15edaf78, ahead +2)
  
• Includes latest libcec master (e8506b3d, ahead +29)
  
• Includes latest libnfs master (cc69b9c1, ahead +29)
  
• Includes latest platform master (081032fd, ahead +3)
  
• Includes latest addons: adsp.basic (da6ee5dd), adsp.biquad.filters (b6a31a90), adsp.freesurround (4dd3202f), asplib (490de460), pvr.argustv (ea420dab, +23), pvr.demo (45a8d199, +14), pvr.dvblink (65f5f996, +16), pvr.dvbviewer (d1052eb5, +14), pvr.filmon (7801e242, +13), pvr.hts (be23b852, +44), pvr.iptvsimple (daf2bd51, +13), pvr.mediaportal.tvserver (77936036, +27), pvr.mythtv (d5cc9081, +60), pvr.nextpvr (927da9c3, +16), pvr.njoy (0ea9adf2, +13), pvr.pctv (9a6107da, +13), pvr.stalker (e7c55b69, +13), pvr.vbox (d6815373, +25), pvr.vdr.vnsi (63f3bac6, +13), pvr.vuplus (abe2b6ac, +15), pvr.wmc (5602a332, +15)
  
• Exclude kodi-100.10-handle-SIGTERM.patch: Use updated Kodi patch from stefansaraev repo
  
• Include b24d9e06: handle SIGTERM
  
• Include dd9ec795: Add crossguid package
  
• Include e428e67a: events: only log incompatible/broken add-ons that are installed
  
• Include patch: Add crossguid dependency
  
• Include patch: Add ffmpeg dependency and includes for HEVC optimisations
  
• Include patch: Fix devinput 18b8ba44
  
• Include patch: Add experimental splash video
  
• Include patch: Enable pvr addons, disable PVR updates
  
• Include patch: Update with latest version of pull request
  
• Include PR:125: Fix for holding buttons on remotes of Philips TVs (libcec)
  
• Include PR:4228: ffmpeg: update to ffmpeg-2.7.1
  
• Include PR:4260: sshd: restart on failure. dont wait for network
  
• Include PR:4262: buildsys improvements
  
• Include PR:4266: [systemd] update to systemd-224
  
• Include PR:7462: added: hide thumbs for unwatched episodes option to show plot is off
  
• Include PR:7783: [binary addons] use TARGET_LINKER_FILE_NAME as library filename
  
• Include PR:7784: [FontTTF] Fixed a blurry font which is happening sometimes in some cases.
  
• Revert 25a51dad: Not yet ready for prime time
  

Build Highlights:

1. New firmware with fix for lockup when starting playback
   
2. Don't log events for add-ons that aren't installed
   

Build Details:

1. Firmware (Aug 13):
   • firmware: clock: Add freq volt lock around measure_clock. Has been observed to kill a changing clock source
     
2. XBMC:
   • [cleanup] removes unused actions (PR:7793, 1 commit, 3 files changed)
     
3. Additional commits/pull requests/changes not yet merged upstream:
   • Added: e428e67a: events: only log incompatible/broken add-ons that are installed
     

[zaphod24]

Same freezing issues when using FF to skip 1 minute ~10 times with 0813 as with 0812. With no overclock and force_turbo=1 it doesn't seem to happen, or at least not as often. Not sure what that means or what additional testing or logs I can provide.

Edit: Once again, disabing MMAL-Advanced deinterlacing and changing back to Auto seems to eliminate playback and seeking issues.

[keynet]

Since #0802 using VNSI PVR plugin, startup has been hit-and-miss.
Using latest VNSI from Git
Kodi always reports that "No PVR addon has been started..." (though it has) and nothing seems to be logged any more.
If PVR starts OK, then all seems OK, but it's about 50/50 as to succesful startup or a crash when loading the PVR data

[Milhouse]

Since #0802 using VNSI PVR plugin, startup has been hit-and-miss.
Using latest VNSI from Git
Kodi always reports that "No PVR addon has been started..." (though it has) and nothing seems to be logged any more.
If PVR starts OK, then all seems OK, but it's about 50/50 as to succesful startup or a crash when loading the PVR data

Crash? Then you'll have a crashlog.

Code:

paste $(ls -1art /storage/.kodi/temp/kodi_crashlog* | tail -1)

If you can reproduce the crash with debug enabled build #0813x (see next post) then your crashlog will be more detailed and useful.

I'll upload new debug builds later.

[Milhouse]

Debug-enabled build #0813x: RPi / RPi2.

Requires FAT partition >= 384MB.

[Heiko123]

Same freezing issues when using FF to skip 1 minute ~10 times with 0813 as with 0812. With no overclock and force_turbo=1 it doesn't seem to happen, or at least not as often. Not sure what that means or what additional testing or logs I can provide.

Edit: Once again, disabing MMAL-Advanced deinterlacing and changing back to Auto seems to eliminate playback and seeking issues.

Did you get a freezing, within a reboot or only freezes and you can press the "STOP" Button and you see the recorded list again ?

Because, I have had this problem within one of the latest updates:
- Skip and Reverse from H264 Channel all OK
- Skip within a mpg2 channel I get a "freeze" and with "STOP" I get back to list. (I thought I have a network problem, but now ...)

What I dont know is, is it on all mpeg recordings or only on it with a switch from audio/video format between film and advertising.

[Patrics83]

No crash log have been generated. Kodi just restarts.

Maybe it's an out of memory situation due to all the recursion - after Kodi has restarted, run "journalctl --no-pager | paste" and paste the link.

Sorry for the delay...

Here's the output: http://sprunge.us/TAaB

(build #0803)

[Milhouse]

Sorry for the delay...

Here's the output: http://sprunge.us/TAaB

(build #0803)

Yes that confirms OOM, almost certainly due to the unbounded recursion consuming all memory (or maybe just heap).

Although this is obviously an issue, it could also be "by design" (albeit a design that doesn't work well/at all on low memory systems) in which case I'd suggest opening a trac ticket and hopefully a developer familiar with this area can decide if there's a better way of handling recursive slideshows that will work without using all available memory.

[popcornmix]

Crash during video playback in latest nightly #0812.

Code:

Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x0096abc4 in PLT_CtrlPoint::RenewSubscriber(NPT_Reference<PLT_EventSubscriber>) ()

Full log: http://pastebin.com/JrJruQeR

Can you describe the uPnP devices on your network?
Using this debug build (needs expanded FAT partition) will probably give a better backtrace that would be useful.

[illiac4]

Popcornmix: sorry to bother you but do you have any 'joker' in your mind to solve the problem with memory leak that I am facing?

[popcornmix]

Popcornmix: sorry to bother you but do you have any 'joker' in your mind to solve the problem with memory leak that I am facing?

No, it's not something I've had a chance to look into too deeply.
So what evidence do we have that there is a memory leak? The gpu logs here don't indicate any GPU side leaks.

We need to be sure that arm memory reducing is a real leak. Note that linux will use any spare memory as file cache, so free memory going down, but stopping at about 16M may not be a memory leak (use "free" to see where memory is being used and see here). If there genuinely is an arm memory leak then kodi will exit with an out-of-memory message in the kernel log (dmesg).

I don't doubt there is a problem, but we need to be sure the "memory leak" exists.
Obviously if you can provide instructions so I reproduce the problem that would help.

[illiac4]

Hmm this is problematic since i have only 768kb upload. I can make the connection so that you will be able to connect through your livetv to my server but it will be jerky but still you will be able to observe memory leak. I can create a iptv simple addon link to m3u with hosting if you want.

[zequiqac]

#0804

-OMX off
-sync playback to display on

All online and HDD content work fine.

x265 test file 2 still drops frames. and freezes. No overclocking.

Both x265/HEVC videos you uploaded contain no subtitle (I verified with mediainfo). Playback of them, if without subtitle, were just flawless. Testings were all done with build #0804.

For the first x265/HEVC video, when I use an external English subtitle file in .srt format, I counted 10 freeze-pixelation-recovery sequences during the 12 minutes of playback. Video usually only freeze for a few seconds, 10 at the most.

For the second x265/HEVC video, I used an external .srt file which has nothing to show for the first 3 minutes (ie. first subtitle started after 3 minute), playback was also flawless. That means loading of subtitle files (at least for .srt) would not cause video freeze, only showing subtitle would. In fact, for x265/HEVC video with embedded subtitle, playback freeze problem won't happen if I turned subtitle display off in the first place.

I checked the info while playing the first x265/HEVC video. I'm little surprised that bitrate of the first video is pretty high (over 1.6MB/s) and playback without subtitle was smooth with no frame drop. I think they did a great job to utilize the full potential of RPi2.

Hello, I have a Rpi2 and am very happy with everything you have to give this little gizmo !. For a long time I have been following the forum, and at first, all I congratulate you for the extraordinary work they do and the dedication with which they do.
Now, the question, wchick132 have seen something more about the problem file playback X265 / HEVC ?. I have exactly the same problems (including the latest version, # 813), if the video does not have subtitles or stick reproduce without problems, but if the video has a subtitle (regardless of extension or file encoding) presents some pixelations in reproduction. I tried everything:

Overclock / No Overclock
Auto / interlaced Off / On
Advanced MMAL / Bob / Bob Half / MMAL Advanced Half / Automatic

But I always came to the conclusion that the subtitles should be causing some kind of problem, because without them reproduction is excellent !!.
If I can help with any record, video, tests, etc., let me know !.
Thank you very much!

I'm sorry, but English is not my native language, Google helps a bit with communication (or not communication)

[popcornmix]

Hmm this is problematic since i have only 768kb upload. I can make the connection so that you will be able to connect through your livetv to my server but it will be jerky but still you will be able to observe memory leak. I can create a iptv simple addon link to m3u with hosting if you want.

Can you explain the evidence that says there is a leak? Can you report the output of "free -h" at start of playback, after a while, and then just before hang?

[zaphod24]

Same freezing issues when using FF to skip 1 minute ~10 times with 0813 as with 0812. With no overclock and force_turbo=1 it doesn't seem to happen, or at least not as often. Not sure what that means or what additional testing or logs I can provide.

Edit: Once again, disabing MMAL-Advanced deinterlacing and changing back to Auto seems to eliminate playback and seeking issues.

Did you get a freezing, within a reboot or only freezes and you can press the "STOP" Button and you see the recorded list again ?

Because, I have had this problem within one of the latest updates:
- Skip and Reverse from H264 Channel all OK
- Skip within a mpg2 channel I get a "freeze" and with "STOP" I get back to list. (I thought I have a network problem, but now ...)

What I dont know is, is it on all mpeg recordings or only on it with a switch from audio/video format between film and advertising.

The freezes I am getting are the kind that are only corrected with a reboot. Even then, I end up having to pull the power. After the freeze occurs (which includes any SSH sessions I have going) I am able to log back on with SSH, but running bcmstat.sh results in hang that I can only cancel with ctrl-c. I've tried overclocking, no overclocking, force_turbo=1, disable_auto_turbo=1. The only thing that doesn't eventually result in a freeze while skipping/seeking in a video is to change deinterlacing from MMAL-Advanced back to Auto (which is Bob). My content is typically live or recorded TV in mpeg2 1080i60 format. The issue with skipping/seeking does not involve program to advert or advert to program transitions as it is reproducible just by seeking in the program itself before any adverts.