OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Printable Version +- Kodi Community Forum (https://forum.kodi.tv) +-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33) +--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111) +---- Forum: Raspberry Pi (https://forum.kodi.tv/forumdisplay.php?fid=166) +---- Thread: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 (/showthread.php?tid=224025) |
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - kisas - 2015-05-24 (2015-05-24, 04:35)nickr Wrote:(2015-05-24, 04:22)kisas Wrote: anyone can use Raspberry Pi2 as an airplay target?Please, you only asked your question a couple of hours ago. My apology, I saw more people posted here. I have been working on this issue for 3 weeks. But I haven't figured it out. Tried many versions. Very frustrated. I hope at least I should know if anyone has successfully used airplay on their Raspberry Pi. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - kisas - 2015-05-24 (2015-05-24, 04:37)wchick132 Wrote:(2015-05-24, 04:22)kisas Wrote: anyone can use Raspberry Pi2 as an airplay target? I guess the airplay codes on Raspberry XBMC is quite old. Hope someone can update it soon. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - cudencuden - 2015-05-24 using #0523c , overclocked using kodi's recommended modest settings. sample vid: https://drive.google.com/file/d/0B_5gfDCsSRh_WUxiSzlRcWIyR1E/view?usp=sharing encode settings: 720p, constant quality 20, constant framerate, fast decode checked. playback quality: video still stutters..though parts of the sample clip played a lot smoother compared to earlier builds..so there are improvements.. Code: General RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - doveman2 - 2015-05-24 Running #517 on my v2, I left it showing the EPG with debug logging enabled for a day, maybe a bit more and when I looked at it this morning, it was locked up and unresponsive, although the log still seems to be recognising the remote keypresses. There's a lot of errors towards the end of the log, from around 22:03 last night, referring to Tvheadend HTSP Client: pvr.hts - failed to write (Invalid argument) Tvheadend HTSP Client: pvr.hts - failed to transmit so maybe that's what brought it down, although perhaps Kodi could be made more robust so that a problem with TvH doesn't crash the whole thing. If they only fault is in TvH though, please let me know and I'll report it in the appropriate place. The log came to 177MB, so I've zipped it down to 10MB and uploaded it here: https://drive.google.com/file/d/0B1fDI89phEESZVUtS0NqNVBSa0E/view?usp=sharing RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - fab67 - 2015-05-24 HEVC decoding is better in #523c. some previous videos that stutters are now smooth. Some continue to stutters but less if the bitrate is too high ( CRF < 22 for example ) CRF 23 seems to be the limit for my samples. I haven't try preset > medium, psy-rd and others settings yet but will take a look latter. The cpu usage is also really lower with this version. When samples with previous version have cpu usage between 80 and 90% now it's rather between 65 and 80%. I also see videos that stutters but have cpu usage under 85%. Perhaps some bottlenecks in the VPU or GPU ? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - bagofcrap24 - 2015-05-24 (2015-05-24, 05:49)kisas Wrote:(2015-05-24, 04:35)nickr Wrote:(2015-05-24, 04:22)kisas Wrote: anyone can use Raspberry Pi2 as an airplay target?Please, you only asked your question a couple of hours ago. Video doesn't work which has been known for a long time. I can successfully send music to the pi2 via airplay from; My nexus 5 (android 5.1.1) using the allstream app. A relatives iPhone 6 (iOS 8) using the os' built in airplay So it seems the issue is more on your end. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - popcornmix - 2015-05-24 (2015-05-24, 05:54)kisas Wrote: I guess the airplay codes on Raspberry XBMC is quite old. Hope someone can update it soon. These build use top-of-tree code. There is no newer airplay code. Airplay should support music and videos from non-DRM sources. This means no Youtube app (but youtube from safari is okay), and no mirroring. Re: RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Milhouse - 2015-05-24 (2015-05-24, 08:39)doveman2 Wrote: There's a lot of errors towards the end of the log, from around 22:03 last night, referring to You'll need to run this past the tvheadend maintainer. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - popcornmix - 2015-05-24 (2015-05-24, 04:57)Milhouse Wrote: See bcmstat results - this is a Pi2 with gpu_mem=320. On the first play of Sintel_1080p_27qp_24fps_1aud_9subs.mkv the GPU mem drops to 191MB but returns to 249MB when playback is stopped. When playback is started a second time, GPU mem now drops to 180MB. When playback is stopped a second time at 02:38:34, the reloc memory is reported as 661MB... This isn't reproducible 100% of the time, but I have seen it happen 3 or 4 times so far while testing #0523c.Not caught it so far in my dev environment (after 10 start/stops). If you get this state again, can you report output of: Code: vcgencmd cache_flush && vcdbg reloc Also stop kodi and run those commands again. I'd like to know if the heap is permanently broken. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - slack3r - 2015-05-24 Try this hevc sample: https://docs.google.com/uc?id=0B9YhsPfRT_xASGlTRW5vbkJJU3M&export=download I get some stutters and video artifacts (at the end of playback). Encoded with ffmpeg-2.6.3 + libx265-1.6, crf=26, other settings at default. No overclock. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Milhouse - 2015-05-24 (2015-05-24, 18:46)popcornmix Wrote: If you get this state again, can you report output of: I've run some more tests. It's not easy to reproduce the memory problem, but it is fairly easy to reproduce some sort of odd behaviour. Playing Sintel 720p for a few seconds - ie. stopping playback at 45 seconds when the fight starts - followed by Sintel 1080p for another 45 seconds, and possibly repeating playback of Sintel 1080p a second time will usually provoke some kind of problem - either unrealistic GPU mem > 600MB, a complete system freeze, or briefly frozen playback followed by very severe visual artefacts (blue/green pixelation). Quite often a system crash may occur when stopping playback once the pixelation is visible, either when stopping the video in which the pixelation first appeared, or a subsequent video. If you see no problem after playing Sintel 1080p the first time (for 45 seconds), you'll almost certainly have problems playing it a subsequent time (either crash, or visual artefacts). Try Sintel 720p, Sintel 1080, Sintel 720, Sintel 1080 in that order (playing each for 10 seconds) and you should eventually experience abnormal behaviour. Here's bcmstat showing GPU Mem at 705MB (@18:59:49) after alternating playback of Sintel 720p/1080p then finally terminating playback of Sintel 1080p at which point the GPU memory becomes abnormal. These are the corresponding vcgencmd cache_flush && vcdbg reloc once the memory became abnormal, run three times: #1, #2, and #3 (in that order). The kodi.log - sorry, not debug - is here (note that the time in kodi is BST, or UTC+1, while the system time shown in bcmstat is UTC). I then shut down kodi, and captured three more vcdbg reloc: #4, #5 and #6. bcmstat continued to show abnormal GPU memory after shutting down kodi.bin. The above tests were performed with no overlock other than for sdhost, using this config.txt. These are the two Sintel files I'm testing with: Sintel 720p: Dropbox, 66MB Sintel 1080p: Dropbox, 113MB RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Milhouse - 2015-05-24 New OpenELEC Isengard build #0524: RPi / RPi2 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (4c129658, changelog) and tip of XBMC master (0f1aea5f, changelog) with the following modifications:
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Milhouse - 2015-05-24 Another test with #0524 - I played Sintel 720 for a few seconds, then Sintel 1080 three times for a few seconds each, and the GPU mem free (vcgencmd get_mem reloc) became an impossible 4091MB - bcmstat output. Unfortunately the system totally froze (network connection lost) and it required power cycling. I now think that running bcmstat.sh is a crucial step required to trigger abnormal behaviour - it seems harder to cause abnormal behaviour when bcmstat is *not* running, although corruption still seems to be occurring as when not running bcmstat.sh, after playing Sintel 720/1080 a few times without any obvious error, trying to run "/usr/bin/vcgencmd get_mem reloc_total" produces the following error: Code: /usr/bin/vcgencmd: error while loading shared libraries: librt.so.1: failed to map segment from shared object In fact, it's no longer possible to load any shared library on a system that is in this state: Code: rpi22:~ # journalctl --no-pager dmesg is clean. As a minimal test, the following should be sufficient to see when memory corruption has occurred without running the whole bcmstat.sh: Code: while [ : ]; do echo "$(date): $(/usr/bin/vcgencmd get_mem reloc)"; sleep 1; done While running the above code, play Sintel 720p and Sintel 1080 in sequence, for 10-20 seconds each, until the reported reloc amount becomes abnormal. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - popcornmix - 2015-05-25 Interesting. I had caught a corrupt heap with Sintel on OE and I was running bcmstat (but hadn't guessed it might make it more likely). Not reproduced it in debug env, but will try using bcmstat. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - doveman2 - 2015-05-25 (2015-05-24, 14:51)Milhouse Wrote: You'll need to run this past the tvheadend maintainer. Thanks, I'll do that. |