v17 LibreELEC Testbuilds for RaspberryPi (Kodi 17.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: v17 LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) (/showthread.php?tid=269814) 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
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
|
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - allan87 - 2016-11-23 (2016-11-22, 14:11)popcornmix Wrote:yes, that also fixes the problem.(2016-11-22, 08:57)allan87 Wrote: That alleviates the problem. It had been on auto. LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - ksooo - 2016-11-23 (2016-11-22, 23:02)grisia Wrote:(2016-11-22, 19:46)ksooo Wrote: @grisia can you confirm this issue fixed in latest build? @grisia the following is just theory as I'm not able to reproduce the problem. Maybe I'm wrong with this, need your help to get clarity. Looking at the screen shots I fear that your directory structure on disk is somehow "broken" and that latest changes in Kodi reveal that this only worked by chance. Look at the first shot of the 'working' build. You see in the sidebar on the right, that the "Disney Jr." folder contains only three items? This is, what is actually on your hard disk in the "Disney Jr." folder. The sidebar, compared to the listing on the left, seems not to be buggy. Listing on the left was fixed for latest Kodi and now it also displays the three items which are actually in the physical directory on your disk. So, to confirm my thesis or to disprove it, could you please tell me how the structure on your hard disk (!) looks like for the disney Jr -> wunderhaus path shown in the screen shots? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - drdwridav - 2016-11-23 Is anyone having issues with streams (think they are HLS) such as learningit's NBC and Syfy addons from the kodi repo? They've always worked fine until recent builds, now getting error messages and episodes won't stream. I've gone back to build 1024 for now as this is stable. Had sporadic success in getting episodes to play in 1026. 1101 onwards, no episodes work. If this is not a known issue I'll reinstall the latest build and send over a debug. Thanks RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - grisia - 2016-11-23 (2016-11-23, 09:19)ksooo Wrote:(2016-11-22, 23:02)grisia Wrote:(2016-11-22, 19:46)ksooo Wrote: @grisia can you confirm this issue fixed in latest build? @ksooo I realized that sidebar on the right only contains files of a group. But until now I ignored that. I would think that is since the first build of Kodi 17... I don't know. For me left side shows correct content until Build #1115. For completeness here is the folder structure: Code: supervisor@pvr ~ % tree /mnt/shares/storage/media/records RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - ksooo - 2016-11-23 @grisia thanks for file tree. I think I now know what goes wrong and I'm pretty confident that I can come up with a proper fix soon. :-) As a quick test, could you perhaps temporarily rename the folder "Micky Maus Wunderhaus" to "greetings from ksooo", restart kodi and look whether now a folder "greetings from ksooo" appears under "Disney Jr. HD" and that the content of "greetings from ksooo" is all the "Mickey Maus Wunderhaus" files? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - hanspeter - 2016-11-23 (2016-11-22, 19:35)popcornmix Wrote:(2016-11-22, 19:28)hanspeter Wrote: start.elf/fixup.dat are identical, but bootcode.bin does the trick, been running for 18hrs with #1121 and the bootcode.bin from #1119, rocksolid, including "full" overclocking (arm=1000/gpu=500/sdram=500/all overvoltage=2,forceturbo), so it at least looks like bootcode is the cause... Running now on #1121 and #1121, vcgencmd get_mem arm shows arm=688M for 21hrs+, no crashes anymore . Should i test anything else? I'm obviously the only one with the problem, is it possible another configuration option causes the crashes? My config is pretty basic, the only special thing i could think of is the emby-sync-plugin, which is a real memory-hog, is it possible that this (or some other addon) fulls up to the limit and then it crashes? I'm not a programmer, but doesn't this smell like the GPU thinks the 16MB is still hers, and as soon as it's used by the OS, kaboom? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-11-23 (2016-11-23, 12:06)drdwridav Wrote: If this is not a known issue I'll reinstall the latest build and send over a debug. Not specifically, I don't think, so a debug log from the latest build would be useful, thanks. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-11-23 (2016-11-23, 15:49)hanspeter Wrote: I'm not a programmer, but doesn't this smell like the GPU thinks the 16MB is still hers, and as soon as it's used by the OS, kaboom? There are hundreds of users of these builds. I think an issue like that would be hit by more than one user. Note linux uses all free memory for file caching, so even if kodi isn't using all memory, it will after a while all contain important data. It seems something is unusual with your hardware or configuration. Can you detect the problem more quickly with this: Code: wget https://www.dropbox.com/s/z6twfxt63vchcio/memtester?dl=0 -O memtester (use a higher size than 512M if that doesn't spot a problem) Can you test a fresh install and see if that still has crashes for you? (Don't adjust config.txt or install any extras). If it does, there may be a hardware problem. If it doesn't then something you have configured/installed has caused it and it would be good to identify what. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - arndtw - 2016-11-23 (2016-11-21, 23:32)hanspeter Wrote: This one freezes (ssh and serial-console dead, log stops), with random colored noise on the screen, not reproducable, sometimes while playing video, sometimes while idle with black screensaver on; happened six or seven times in the last 18h... I have the same problem with #1121 #1122 and #1120 on Rpi3 config.txt is untouched beside the keys for hardware decoding. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-11-23 (2016-11-23, 17:02)arndtw Wrote: I have the same problem with #1121 #1122 and #1120 on Rpi3 Try adding "total_mem=1008" to config.txt. I need to find a way to reproduce. If you aware of any operations or settings that provoke it, that would be useful information. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - gendo - 2016-11-23 (2016-11-23, 17:09)popcornmix Wrote:(2016-11-23, 17:02)arndtw Wrote: I have the same problem with #1121 #1122 and #1120 on Rpi3 I got two random hangs as well since the build that give more ram.. one with a blank screen and one with video all garbled up.. in both cases was a complete hand not just kodi.. ie. could not ssh to box.. will keep trying to find a patern.. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - hanspeter - 2016-11-23 (2016-11-23, 17:02)arndtw Wrote:(2016-11-21, 23:32)hanspeter Wrote: This one freezes (ssh and serial-console dead, log stops), with random colored noise on the screen, not reproducable, sometimes while playing video, sometimes while idle with black screensaver on; happened six or seven times in the last 18h... thank god, at least i'm not crazy . Let's try to find similaritys in our system. I'm on a RPi2, so it's not a SoC-Version specific thing. advancedsettings.xml Code: <advancedsettings> installed addons: Code: metadata.album.universal repository.emby.kodi script.module.autocompletion RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - hanspeter - 2016-11-23 (2016-11-23, 16:41)popcornmix Wrote:(2016-11-23, 15:49)hanspeter Wrote: I'm not a programmer, but doesn't this smell like the GPU thinks the 16MB is still hers, and as soon as it's used by the OS, kaboom? the memchecker seems to run fine with up and including 628M. With 629M, it freezes after a few Stuck-Adress-Loops: Code: ./memtester 629M With 630M, it freezes immediatly on the first loop: Code: ./memtester 630M does this mean anything...? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-11-23 (2016-11-23, 17:36)hanspeter Wrote: the memchecker seems to run fine with up and including 628M. With 629M, it freezes after a few Stuck-Adress-Loops: Is this different with total_mem=1008 present and absent? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - hanspeter - 2016-11-23 (2016-11-23, 17:43)popcornmix Wrote:(2016-11-23, 17:36)hanspeter Wrote: the memchecker seems to run fine with up and including 628M. With 629M, it freezes after a few Stuck-Adress-Loops: yes, it's lowered by 16MB, 613M works, 614M freezes: Code: ./memtester 613M same behavior also with the bootcode.bin from #1119, freezes with 614M. Is this expected, or is the memtester freezing with a large value already a symptom of this problem...? edit: just tested another RPi2 with LibreElec #1122, memtester behaves the same and crashes with 614M... |