OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - 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 16.0) (/showthread.php?tid=231092) Pages:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
|
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - sunnyhero - 2015-09-13 (2015-09-13, 01:58)Leopold Wrote:(2015-09-12, 18:47)sunnyhero Wrote: I am started having some issues from yesterday on pi2... when ever i am trying to install Milhouse new test build the openelec dev update addon showing invalid custom source url. I am trying to update form build #0902 to # 0911'Go into the add-on settings and disable the custom source. Did the trick.....thank you Sir... RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-09-13 (2015-09-13, 18:47)Milhouse Wrote: Running "bcmstat.sh -cxgpd10" during a movie might help confirm if there is a leak, either of GPU memory or RAM - keep an eye on the "GPUMem Free" and "Memory Free/Used" columns. I've updated bcmstat.sh with a "D" option to show GPU (reloc) and ARM available memory deltas. This will be in the next build (or grab the latest version from github). ASS subtitles are known to leak memory, but interestingly GPU memory seems to be leaking too with ASS subs. The GPU is losing 1,048,576 bytes whenever a multi-line (eg. 2 line) subtitle is shown, or it could be coincidence that the chunk of memory being allocated always happens whenever a multi-line sub is displayed - perhaps it's the length of the subtitle that triggers the leak (with multi-line subs typically being longer than single lines). Small ARM memory allocations are more or less constant, with no obvious correlation between single and multi-line subs. Edit: The GPU memory leak is real in #0912 - at <10MB reloc available the subtitles are shown as blocks, and after ending playback the GPU memory isn't freed with textures (eg. bubbles background) no longer displayed. In #0907 with either mmal or omx the same 1,048,576 block is being allocated but is paired with a corresponding free, so effectively no memory loss. With build #0908+ there are only allocates and no frees, resulting in the GPU leak. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - bagofcrap24 - 2015-09-13 (2015-09-13, 18:47)Milhouse Wrote:(2015-09-13, 18:01)wchick132 Wrote: I believe there might be memory leaks and causing corruption of the fonts. I'm also seeing similar breakage. Subtitles have turned into a solid white box with black shadow and OSD does not display (keeps flashing white bars) I have left the command above running and can confirm GPU Memory runs down to 0. it went from full almost full 384MB to 0 over the course of 5x anime episodes. These use ASS subtitles which are known to leak memory. My Pi reboots daily on a cron job and I have never got to the point of Out of Memory issues even while watching 10-20 anime episodes (using ASS) in a day. currently Im getting between 4-5 epioses before running out of GPU memory. Here is the bcmstat.sh -cxgpd10 output http://pastebin.com/fxLpQrzm RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-09-13 New OpenELEC Jarvis build #0913: RPi / RPi2 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (43d56068, changelog) and tip of XBMC master (1007adfb, changelog) with the following modifications:
Re: RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-09-14 (2015-09-13, 22:20)bagofcrap24 Wrote: Here is the bcmstat.sh -cxgpd10 output Yes, that's what I'm seeing since #0908. With v0.3.3 of bcmstat.sh you should also see the GPU memory leaking in 1MB allocations by enabling the "D" option (a widescreen monitor helps to see it all on one line - or drop the "p"/"x" options). (I've just pushed v0.3.4 which will include both GPU and ARM stats when using only the D option, negating the requirement for g and x options resulting in a more compact display) Question: bcmstat.sh is reporting your sdram_freq @ 400MHz (default on Pi2 is 450MHz) - have you applied the default Pi1 sdram_freq of 400MHz on your Pi2? Or is this a detection error in bcmstat.sh, can you paste your config.txt? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - popcornmix - 2015-09-14 Okay, for the gpu mem leak. Are subs essential? Does an external subtitle file leak whatever video it is played with? If so, can someone upload a sub file that is known to leak. Ideally one that leaks quicky (I wonder if the sub can be edited to just contain repeated multi-line subs if that is what causes the probem). Once gpu mem gets low, does a "systemctl restart kodi" recover the gpu mem, or does it require a reboot? If gpu memory doesn't recover, then I'd be interested in output of "vcdbg reloc" after a "systemctl stop kodi" to see the names of the leaked items. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-09-14 I'm only seeing it with external ASS so far - but then I don't have any muxed ASS files to test with as all my MKVs are muxed with SRT or non-ASS subs (PGS etc.). With muxed subs I'm not seeing any leakage so far. I'll try muxing my test ASS file with a video and see what happens. The ASS file I'm testing with is here - it's just a random file someone posted a while back when first reporting the leak with ASS. Drop it alongside any video and play it with subs enabled and I'm pretty sure you'll see leakage of both GPU and ARM memory. This file will leak quite quickly - you'll see numerous 1,048,576 GPU allocations in the first few minutes, and it's possible to exhaust 320MB of GPU mem in about an hour or so with this subtitle file when playing an SD video. All the GPU memory is returned when Kodi is restarted (doesn't require a Pi reboot). RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-09-14 Same 1,048,576 allocations without frees when playing an MKV with muxed ASS sub. I've now tested another MKV video file with embedded PGS subs, and that too seems to be allocating 1,048,576 bytes of GPU memory without any corresponding free, so this isn't ASS specific. An MKV with embedded VOBSUB subtitle also has this problem, but is leaking 1,048,576 bytes of GPU memory at a much slower rate than PGS/ASS. An MKV with SRT subtitles also has this1,048,576 GPU leak problem, again at a much slower rate than PGS/ASS (ie. fairly infrequent, but it's there). RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-09-14 Here's the output of "bcmstast,sh Dd1" (v0.3.4) when playing an SD video with the test ASS file (external): http://pastebin.com/raw.php?i=GNDj7eq9 Playback starts at 12:18:29 and appears to leak 10-11MB of GPU memory during the first 2 minutes. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - grayback - 2015-09-14 (2015-09-13, 18:01)wchick132 Wrote:(2015-09-11, 19:40)grayback Wrote: Hello, Hello, I think, my PGS subtitle problem is not due to memory leaks, because it's always the same line and the next subtitles are good. Only the large ones make problem. What can I do to identify the problem? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-09-14 @popcornmix - I've uploaded a script here which will generate an ASS file based on various parameters - as written it will generate an ASS file (test.ass) that displays a 3 line subtitle twice a second. With the default 3-line ASS file generated by this script, I'm leaking 1,048,576 to 2,097,152 bytes of GPU memory every second - GPU memory is exhausted within 4 minutes (gpu_mem=320). Edit: Script updated to allow sub-second intervals - GPU leaks even faster. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-09-14 Also I lied - once the GPU memory is leaked, restarting Kodi does not always recover the GPU memory and the Pi needs a reboot. However sometimes it doesn't need a reboot to recover the memory, and a Kodi restart is sufficient. Weird. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - popcornmix - 2015-09-14 Thanks for subtitle script. I've updated newclock4 and confirmed the leak doesn't occur. The only difference between newclock4 and newclock5 are the VideoPlayer commits, so it is one of those. I'll see if I can narrow further. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - popcornmix - 2015-09-14 (2015-09-14, 13:47)grayback Wrote: I think, my PGS subtitle problem is not due to memory leaks, because it's always the same line and the next subtitles are good. Only the large ones make problem. Can you test on another kodi platform? E.g. a nightly build on windows or linux. Would be useful to know if it's an upstream kodi issue. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - wchick132 - 2015-09-14 (2015-09-14, 13:47)grayback Wrote: Hello, Test your video with build #0907 or earlier, if it doesn't happen then probably it's your PGS subtitle. |