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 - Mfleigle - 2015-05-19 (2015-05-19, 18:43)Milhouse Wrote: There's not really anything relevant in that log, which is to be expected if the OS is freezing. Maybe there'd be something in dmesg, but capturing this information is a problem when the OS has already frozen. Being able to reliably reproduce the freeze is important, and the steps to reproduce might provide some clue as to what is happening. Knowing for sure when the problem started is also useful. I can't seem to reproduce the issue manually, it just seems to happen after watching videos for about 90 minutes. I have the overclock set to High. I'll disable it. I have the GPU memory in MB set to 448; I'll reset it to 256. I have it set to output the maximum 1.2A USB (it's the only way I can use my USB 3.0 HDD). I don't see the rainbow square. And I don't know about: Quote:If you're using the sdhost driver, switch to the mmc driver and see if the problem goes away. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Milhouse - 2015-05-19 (2015-05-19, 18:51)Mfleigle Wrote: And I don't know about:Quote:If you're using the sdhost driver, switch to the mmc driver and see if the problem goes away. If you haven't added dtoverlay=sdhost to config.txt you'll be using the standard mmc driver, which is fine. One other thing to do would be to run "bcmstat.sh cgxpd10" in an ssh window, this will allow you to monitor various system stats up until the point where the system freezes (make the ssh window wide enough to prevent the lines from wrapping). If ARM or GPU memory is being leaked somewhere, this could explain the freeze. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Mfleigle - 2015-05-19 (2015-05-19, 19:12)Milhouse Wrote:I'll try the ssh command.(2015-05-19, 18:51)Mfleigle Wrote: And I don't know about:Quote:If you're using the sdhost driver, switch to the mmc driver and see if the problem goes away. The only other change I have done since this problem started is I switched from using tx3g/srt subtitles to using Advanced Substation Alpha. I'm not sure if that's relevant but thought I'd add that. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Milhouse - 2015-05-19 Well, there's a suspected memory leak in libass which is the library used to render both ASS and ASA subtitles - see trac #15820. Currently no solution, and it affects all platforms including x86. Monitoring with bcmstat.sh will confirm if your ARM memory is disappearing, although exhausting RAM should result in the out of memory (OOM) killer killing kodi.bin which should then restart, rather than the whole OS freezing. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Mfleigle - 2015-05-19 (2015-05-19, 19:26)Milhouse Wrote: Well, there's a suspected memory leak in libass which is the library used to render both ASS and ASA subtitles - see trac #15820. Currently no solution, and it affects all platforms including x86. OK I forgot, but that's why I hadn't post the problem the day it happened. I thought maybe the ASS subtitles were the culprit, and was waiting to see if a later build fixed it. Yes I know I should have posted instead of waiting for another person to report/fix but usually that happens. The system I used before I got the RPi2 (and am using when I get tired of the RPi locking up) is currently running OpenELEC-Nvidia_Legacy.x86_64-5.95.1 and I don't have the problem. It has 4GB Ram and 1GB GPU Ram (I think). RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Milhouse - 2015-05-19 (2015-05-19, 19:34)Mfleigle Wrote: The system I used before I got the RPi2 (and am using when I get tired of the RPi locking up) is currently running OpenELEC-Nvidia_Legacy.x86_64-5.95.1 and I don't have the problem. It has 4GB Ram and 1GB GPU Ram (I think). Your x86 system almost certainly has the same ASS problem - I tested an OpenELEC x86-based system with ASS subtitles and observed the x86 system leaking RAM. It's just that your x86 system has well over 4x the amount of free RAM your RPi2 has, and it will take the x86 system a lot longer to exhaust all of the available RAM and show any problem.. These are very rough figures, but let's assume your 4GB x86 system has 3.5GB of free RAM, at a leak rate of 132KB/second it will take almost 8 hours of continuous playback before exhausting all available RAM. An RPi2 with about 700MB free RAM will take... 90 minutes. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Mfleigle - 2015-05-19 (2015-05-19, 19:44)Milhouse Wrote:So I guess I either wait till the ASS bug is patched or switch back to srt. I love the way the ASS subtitles appear (they look real dvd/bluray subs )(2015-05-19, 19:34)Mfleigle Wrote: The system I used before I got the RPi2 (and am using when I get tired of the RPi locking up) is currently running OpenELEC-Nvidia_Legacy.x86_64-5.95.1 and I don't have the problem. It has 4GB Ram and 1GB GPU Ram (I think). This is slightly off topic, but why does the OpenELEC-Nvidia_Legacy.x86_64 have the correct keyboard layout for my logitech K400 (I can use the home button to go to the home screen)? All RPi builds I've tried do not see the button, and I can't seem to get it to map using the keymap addon. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Milhouse - 2015-05-19 (2015-05-19, 19:49)Mfleigle Wrote: This is slightly off topic, but why does the OpenELEC-Nvidia_Legacy.x86_64 have the correct keyboard layout for my logitech K400 (I can use the home button to go to the home screen)? All RPi builds I've tried do not see the button, and I can't seem to get it to map using the keymap addon. Sorry no idea, best to start a new thread or check/ask in the OpenELEC forum. I run a custom Nvidia_Legacy x86 build on my Revo3700 and have no problem with the Home button when using a VRC-1100. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Mfleigle - 2015-05-19 (2015-05-19, 19:56)Milhouse Wrote:I only have the problem on the RPi. The x86 builds work fine(2015-05-19, 19:49)Mfleigle Wrote: This is slightly off topic, but why does the OpenELEC-Nvidia_Legacy.x86_64 have the correct keyboard layout for my logitech K400 (I can use the home button to go to the home screen)? All RPi builds I've tried do not see the button, and I can't seem to get it to map using the keymap addon. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Milhouse - 2015-05-19 Sorry. I meant to say I have no problem with the Home button on my RPi builds, this also works on my Nvidia_Legacy build (all use the same remote, VRC-1100, albeit Harmony One emulating VRC-1100 in the case of the x86). There are architectural differences between OE RPi and OE x86, eg. lack of x.org in RPi builds, maybe the Logitech K400 driver is doing something stupid that depends on something which is missing from the RPi - you'll need to dig deeper or find someone that can investigate. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Mfleigle - 2015-05-19 (2015-05-19, 20:04)Milhouse Wrote: Sorry. I meant to say I have no problem with the Home button on my RPi builds, this also works on my Nvidia_Legacy build (all use the same remote, VRC-1100, albeit Harmony One emulating VRC-1100 in the case of the x86). There are architectural differences between OE RPi and OE x86, eg. lack of x.org in RPi builds, maybe the Logitech K400 driver is doing something stupid that depends on something which is missing from the RPi - you'll need to dig deeper or find someone that can investigate. Alright. Thanks for the advice, and for all work you do for the builds. One last question do you know a subtitle format that is similar to ASS that Kodi agrees with? I like the light shadows I can use with ASS. SRT subs are to thick or nonexistent RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - miigotu - 2015-05-20 @Milhouse As for my previous problems, I have found some mass packet dropping over wlan. http://sprunge.us/cDEW Is there any way I can get a test build which includes RTL8188EU from the head of https://github.com/lwfinger/rtl8188eu ? There are some fixes for n-wireless with newer kernels where there was a struct out of alignment, among other things, and the patches in OE/packages/linux-drivers/RTL8188EU/patches are no longer needed as well. Although I have had a few build errors over the past few days, I can build it myself, but I would like to keep it as close to your build as possible to rule out any other changes if the updated RTL8188EU driver improves the issue. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Milhouse - 2015-05-20 New OpenELEC Isengard build #0519: RPi / RPi2 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (dd9b49e6, changelog) and tip of XBMC master (da65bf6b, changelog) with the following modifications:
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Milhouse - 2015-05-20 (2015-05-20, 03:04)miigotu Wrote: Is there any way I can get a test build which includes RTL8188EU from the head of https://github.com/lwfinger/rtl8188eu ? There are some fixes for n-wireless with newer kernels where there was a struct out of alignment, among other things, and the patches in OE/packages/linux-drivers/RTL8188EU/patches are no longer needed as well. I'll include the latest commits from the rtl8188eu repo for the next few builds, and I've uploaded a Pi2 test build based on #0519 with the new RTL8188EU commits here. However I don't want to carry these commits long term, so if they're of any benefit you'll need to pester the OpenELEC developers so that master is updated. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - miigotu - 2015-05-20 (2015-05-20, 04:36)Milhouse Wrote:(2015-05-20, 03:04)miigotu Wrote: Is there any way I can get a test build which includes RTL8188EU from the head of https://github.com/lwfinger/rtl8188eu ? There are some fixes for n-wireless with newer kernels where there was a struct out of alignment, among other things, and the patches in OE/packages/linux-drivers/RTL8188EU/patches are no longer needed as well. Thanks. I'll test it out. About 50 commits over the past 15 months for RTL8188EU lol. Should help. EDIT: @Milhouse I guess no need to add this to the next few days builds, as I still have packet loss (about half as many packets for the same Tx though), and I still have the random failed video starts. Log is pretty much the same as well: http://sprunge.us/GbKg Since none of my other devices have an dropped packets, and this Pi is the closest device to my router, I am going to just assume its a hardware/antenna problem. I have ordered a Panda PAU06 which I think is supported with the mt7601u driver, and has an external antenna. |