•   
  • 1
  • 38
  • 39
  • 40(current)
  • 41
  • 42
  • 168
  •   
  Thread Closed
OpenELEC Testbuilds for RaspberryPi (Kodi 16.0)
I can try that but i have a feeleing that this is not the case. Also Milhouse was sometimes able to reproduce the crash and sometimes not. You Popcornmix did not see the crash at all. It seems that the crash occures faster if Pi is overclocked. If not will last longer but it will 100% happened. I have tried all the possible variations and all crashes no matter if backend is tvheadend or iptv simple.

Did the log that i have pasted revealed something. I have checked all possible logs from most of the crashes and all seems similar at the end with repeated line patterns.
(2015-08-10, 13:01)illiac4 Wrote: Milhouse will you be so kind and compile latest tvheadend if possible so i can see if maybe new tvheadend is going to solve the problem.

New tvheadend add-on builds: RPi / RPi2
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
(2015-08-10, 20:08)MarkT Wrote: I second the crash reports for DVB. #809 vdr-addon, VNSI, FTA or encrypted. Video stalls, audio keeps on playing,
can't tune to a different channel.

My gut feeling is that firmware doesn't handle corrupted MPEG TS/PS well. Which will eventually show up, because
DVB is not 100% good data all the time. Maybe memleak, maybe internal structure corruption.

Hmmm... if that was the cause, i would expect the stalls to happen mostly on video playback (fullscreen). but for me it happens more often, when trying to switch a channel (via overlay).

Or not?

Max
(2015-08-10, 20:31)Milhouse Wrote:
(2015-08-10, 13:01)illiac4 Wrote: Milhouse will you be so kind and compile latest tvheadend if possible so i can see if maybe new tvheadend is going to solve the problem.

New tvheadend add-on builds: RPi / RPi2

TNX will install tomorrow morning and will test it right away with debug logs.
Ok here is another debug log from another freeze (everything has freezed and i had to reset pi). I have used iptv simple addon this time.

http://xbmclogs.com/pewlizoso
If the problem seems to be firmware related, then downloading:
https://github.com/raspberrypi/firmware/...lfraw=true
https://github.com/raspberrypi/firmware/...t?raw=true

and replacing start.elf/fixup.dat from boot partition will include assert logging.
After the failure run:
Code:
sudo vcdbg log msg

and we'll see if anything useful shows up.
Will do that. The only problem is if the freeze occures also network is dead then so if this kind of freeze happens i will not be able to run the command.
Sorry, but with version i've a new problem.
I watch a recording and short time (5s) will be advertising time, the sound is goaway until the advertising is start.
Yes I know that in german the sound setting is different between film and advertising,
But this long time is new, older version was is about 1s.
Code:
# vcdbg log assert
871453.420: assert( abs(clock_rate[i] - f) < 1000000 ) failed; ../../../../../helpers/arm_loader/arm_loader.c::adjust_gpu_freqs_pre line 2785
871453.458: assert( abs(clock_rate[i] - f) < 1000000 ) failed; ../../../../../helpers/arm_loader/arm_loader.c::adjust_gpu_freqs_pre line 2785
871453.501: assert( abs(clock_rate[i] - f) < 1000000 ) failed; ../../../../../helpers/arm_loader/arm_loader.c::adjust_gpu_freqs_pre line 2785
873551.481: assert( abs(clock_rate[i] - f) < 1000000 ) failed; ../../../../../helpers/arm_loader/arm_loader.c::adjust_gpu_freqs_pre line 2785
873551.532: assert( abs(clock_rate[i] - f) < 1000000 ) failed; ../../../../../helpers/arm_loader/arm_loader.c::adjust_gpu_freqs_pre line 2785
873551.578: assert( abs(clock_rate[i] - f) < 1000000 ) failed; ../../../../../helpers/arm_loader/arm_loader.c::adjust_gpu_freqs_pre line 2785
885856.840: assert( abs(clock_rate[i] - f) < 1000000 ) failed; ../../../../../helpers/arm_loader/arm_loader.c::adjust_gpu_freqs_pre line 2785
885856.875: assert( abs(clock_rate[i] - f) < 1000000 ) failed; ../../../../../helpers/arm_loader/arm_loader.c::adjust_gpu_freqs_pre line 2785
885856.915: assert( abs(clock_rate[i] - f) < 1000000 ) failed; ../../../../../helpers/arm_loader/arm_loader.c::adjust_gpu_freqs_pre line 2785
888551.502: assert( abs(clock_rate[i] - f) < 1000000 ) failed; ../../../../../helpers/arm_loader/arm_loader.c::adjust_gpu_freqs_pre line 2785
888551.554: assert( abs(clock_rate[i] - f) < 1000000 ) failed; ../../../../../helpers/arm_loader/arm_loader.c::adjust_gpu_freqs_pre line 2785
888551.600: assert( abs(clock_rate[i] - f) < 1000000 ) failed; ../../../../../helpers/arm_loader/arm_loader.c::adjust_gpu_freqs_pre line 2785

Once DVB video has frozen, Kodi GUI will freeze after a few actions as well ("stop video" for the most part).

"systemctl restart kodi" does not bring back a workable system, only workable GUI. Trying to watch TV again will freeze Kodi again, stating "Buffering..." and nothing more.

After another "systemctl restart kodi" and then when I try to play an MP4 video, GUI will say "Working..." and freeze, no video/audio.

Then I killed basically every add-on process with exception of kodi, restarted Kodi again and it would freeze on that MP4 at "Working...".

Now I turned off any video acceleration to see if it makes a difference.
Katastrophentourist
New OpenELEC Jarvis build #0810: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.1.4 #1 Mon Aug 10 21:25:28 BST 2015 armv6l GNU/Linux

# vcgencmd version
Aug 10 2015 20:05:05
Copyright (c) 2012 Broadcom
version 010f0680c51cd693b4533061fb19f439451d46e9 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20150810212440-#0810-ge3f7ec9 [Build #0810]

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

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (e3f7ec97, changelog) and tip of XBMC master (6d50460c, changelog) with the following modifications: Build Highlights:
  1. New firmware
  2. Fix for power button shutdown
  3. cmake and binary addon updates
  4. Fixed a blurry font which is happening sometimes in some cases - most noticeable on Nox, apparently
Build Details:
  1. Firmware (Aug 10):
    • firmware: power: reduce unnecessary register writes when setting voltages
    • firmware: audioplus: Explicitly handle pause scbs when querying the playback position. Avoids interrupts being disabled for milliseconds when silence is playing (or about to play)
    • firmware: audioplus: Speed up the ISR based processing with vector code
    • firmware: di_adv: Request turbo mode per frame when doing gpu deinterlace
  2. XBMC:
    • [EPG] Fix: Respect view mode changes of EPG window when controlling number of epg data updates (PR:7770, 1 commit, 4 files changed)
    • [binary addons] automatically set the proper platform specific library in addon.xml (PR:7570, 7 commits, 9 files changed)
    • fixed: Watched icon not displayed if item is also resumable (fixes #15766) (PR:7752, 1 commit, 4 files changed)
    • [gui] use a global enum to specify the default render orders (PR:7726, 1 commit, 13 files changed)
    • [SectionLoader] - remove logging in D'Tor (PR:7746, 1 commit, 1 file changed)
    • fixed: can't set locale in right language and region (PR:7738, 1 commit, 1 file changed)
    • [xbmc][applicationmessenger] Fix endless loop during shutdown. (PR:7777, 1 commit, 1 file changed)
    • [binary addons] fix addon.xml generation if addon.xml.in contains sem… (PR:7780, 1 commit, 1 file changed)
  3. pvr.argustv:
    • Automatically fill in platform and library name (PR:26, 1 commit, 2 files changed)
  4. pvr.demo:
    • Automatically fill in platform and library name (PR:20, 1 commit, 1 file changed)
  5. pvr.dvblink:
    • Automatically fill in platform and library name (PR:26, 1 commit, 2 files changed)
  6. pvr.dvbviewer:
    • Automatically fill in platform and library name (PR:17, 2 commits, 2 files changed)
  7. pvr.filmon:
    • Automatically fill in platform and library name (PR:21, 1 commit, 2 files changed)
  8. pvr.hts:
    • Automatically fill in platform and library name (PR:84, 1 commit, 2 files changed)
  9. pvr.iptvsimple:
    • Automatically fill in platform and library name (PR:36, 1 commit, 2 files changed)
  10. pvr.mediaportal.tvserver:
    • Automatically fill in platform and library name (PR:22, 1 commit, 2 files changed)
  11. pvr.mythtv:
    • Automatically fill in platform and library name (PR:28, 1 commit, 2 files changed)
  12. pvr.nextpvr:
    • Automatically fill in platform and library name (PR:23, 1 commit, 2 files changed)
  13. pvr.njoy:
    • Automatically fill in platform and library name (PR:16, 1 commit, 2 files changed)
  14. pvr.pctv:
    • Automatically fill in platform and library name (PR:20, 1 commit, 2 files changed)
  15. pvr.stalker:
    • Automatically fill in platform and library name (PR:19, 1 commit, 2 files changed)
  16. pvr.vbox:
    • Automatically fill in platform and library name (PR:95, 1 commit, 2 files changed)
  17. pvr.vdr.vnsi:
    • Automatically fill in platform and library name (PR:25, 1 commit, 1 file changed)
  18. pvr.vuplus:
    • Automatically fill in platform and library name (PR:18, 1 commit, 2 files changed)
  19. pvr.wmc:
    • Automatically fill in platform and library name (PR:20, 1 commit, 2 files changed)
  20. Additional commits/pull requests/changes not yet merged upstream:
    • Added: PR:7783: [binary addons] use TARGET_LINKER_FILE_NAME as library filename
    • Added: PR:7784: [FontTTF] Fixed a blurry font which is happening sometimes in some cases.
    • Added: PR:7785: [binary addons] make sure PLATFORM is set
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Does the firmware deinterlace change mean advanced deinterlacing will automatically set turbo mode again? I'd love to turn it off and/or not have to set the governor to performance at boot.

Edit: Thinking it must be forcing turbo during advanced deinterlacing again. Worked great during video playback but then froze when stopping and going back to the gui. For now it is back to echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor which works when stopping video playback.
(2015-08-10, 21:09)popcornmix Wrote: If the problem seems to be firmware related, then downloading:
https://github.com/raspberrypi/firmware/...lfraw=true
https://github.com/raspberrypi/firmware/...t?raw=true

and replacing start.elf/fixup.dat from boot partition will include assert logging.
After the failure run:
Code:
sudo vcdbg log msg

and we'll see if anything useful shows up.

Ok here is one:
http://sprunge.us/CTZc
Debug (it is on my server since it is too big; 1,6MB):
http://bite-in.com/debug/debug1.tgz

MMAL used as player with auto deinterlacer. It has freezed after few minutes. This time picture has freezed, sound continues but is interrupted every few seconds, kodi lokks like it has freezed (no respones from remote), ssh works, debug text is also not refreshing anymore on the screen.

systemctl restart kodi
2) Video playback stalls, and it's impossible to stop and restart another video. "systemctl restart kodi" brings back a working kodi



OK another freeze, same settings as above and the same freeze behaviour:
http://sprunge.us/PgYM
http://bite-in.com/debug/debug2.tgz
This time MMAL Bob deinterlacer used:
Crash after few seconds with the same bahaviour as above:
http://sprunge.us/ANCg
http://bite-in.com/debug/debug3.tgz
This time no deinterlacer used, MMAL as player. It took longer to freeze. The same behaviour: picture freezed, sound continues, no response on gui


http://sprunge.us/BULK

6mb
http://bite-in.com/debug/debug4.tgz

systemctl restart kodi
2) Video playback stalls, and it's impossible to stop and restart another video. "systemctl restart kodi" brings back a working kodi


P.S.:
I will try to reproduce it also with OMX player but I assume it will take longer than with MMAL. But i am sure it will eventually happen.


P.P.S.:
I am looking now at the debug log on gui and it seems that memory is leaking. ATM i am trying to reproduce 'crash' with omx player and it seems that memory is slowly dropping. I assume that debug logging has nothing to do with this.
As i have suspected. With OMX player the memory was constantly dropping till arount 3 mb was free then it has stalled the video and after a minute kodi has restarted.
This is the debug log from but it does not reveal a lot: http://pastebin.com/RCCT1P8a
And as stadet few posts before even that kodi hase restarted after memory leak no crash dump log was created.
Hello,

Millhouse I want to thank you for your efforts. It saved my use of the Raspberry Pi2. Long story short - I had hard trouble playing some .mkv with OpeneElec 5.0.8, They played fine on my old media player and computer, but wouldn't work on the RPi2. So last ditch effort I installed your firmware and viola! All worked.

Except for subtitles. I don't use them. Could you add an option to turn them off? I couldn't find any such option (if there is please point me to the correct setting).

Thanks and thanks for your work!
  •   
  • 1
  • 38
  • 39
  • 40(current)
  • 41
  • 42
  • 168
  •   
  Thread Closed
 
Thread Rating:
  • 10 Vote(s) - 5 Average



Logout Mark Read Team Forum Stats Members Help
OpenELEC Testbuilds for RaspberryPi (Kodi 16.0)510