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) - Milhouse - 2016-11-14 (2016-11-14, 00:58)bill_orange Wrote: Your screen looks very much like mine with only incidental differences. I am not running a static IP. I seems to be that is unlikely to be the problem since I can connect, and play KODI remotely through the web interface. The only problem is having sound come out the local device (stream) from Kodi remotely. Maybe there's a problem accessing local content via the virtual file system (vfs). Could you try some old builds to see if this is a recently introduced problem. If older builds behave differently (ie. they work) then identifying the first non-working build would be the next step. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - 3DBuff - 2016-11-14 3D ISO Frame Packing is working now with #1113. Thanks guys. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Sinisan - 2016-11-14 Hello all, I've got freeze playing 3D ISO with #1113. I tried to switch on again OMXPlayer i(t was switched off since 1008 I think, for my side), but no change. Unfortunately, I can't see anything in the log : http://sprunge.us/MEeM but perhaps i'm looking for the wrong things ? During this log, I had freeze juste before stop playing. Do you have any idea ? Thank you. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - bill_orange - 2016-11-14 (2016-11-14, 02:36)Milhouse Wrote:(2016-11-14, 00:58)bill_orange Wrote: Your screen looks very much like mine with only incidental differences. I am not running a static IP. I seems to be that is unlikely to be the problem since I can connect, and play KODI remotely through the web interface. The only problem is having sound come out the local device (stream) from Kodi remotely. Well that went badly. I tried to go back to the first build in the update list and it crashed KODI. I tried to go back even further to #0202 and it crashed the OS (rainbow screen only). Right now I am loading the 7.0.2 release to get up and running again. I am not sure this feature ever worked. I looked in the Chorus git and there were problems all the way back in 2014 / 2015. https://github.com/jez500/chorus/issues/116 They seemed to confirm your suspicion that it is a malformed link into the virtual file system. **edit** 7.0.2 exhibits the same behavior. On another forum a KODI 16.1 user reported the same problem. I don't see any practical way to regress far enough back to find out if this a problem from the beginning or just something really old. If necessary can you suggest a way to regress to 2014 or before? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - 3DBuff - 2016-11-14 (2016-11-14, 15:02)Sinisan Wrote: Hello all, What type of freeze are you getting? Is is buffering, stopping for a bit? Is the system locking up with no go afterwords requiring reboot? Short pauses and buffering is most likely from network / hard drive issue. 3D ISO is very data demanding. Any network glitch or NAS updating, rechecking database will cause this issue. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Sinisan - 2016-11-14 (2016-11-14, 20:11)3DBuff Wrote: What type of freeze are you getting? Is is buffering, stopping for a bit? Is the system locking up with no go afterwords requiring reboot? Hello 3DBuff, Yes, it looks like it's buffering (please forgive me, I had should explain that). No reboot needed : it freezes for a few seconds, and then goes. If I go back, and then reply the scene, it will not freeze again at the same time, or yes, no rule. You're probably right about the network / hard drive issue, but : - My NAS is double-linked with two gigabytes category 6 network cables, and those links and the raspberry are linked thru a gigabyte managed switch. The two NAS ports are linked together using LACP (802.3ad) aggregation. - I have no problem with other discs. Perhaps a specific thing : i'll check this iso. - why Kodi doesn't display "Buffering" as it can does sometime ? - how could I be sure ? can I build a specific log ? - ...how can I solve that ? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - 3DBuff - 2016-11-14 (2016-11-14, 20:31)Sinisan Wrote:(2016-11-14, 20:11)3DBuff Wrote: What type of freeze are you getting? Is is buffering, stopping for a bit? Is the system locking up with no go afterwords requiring reboot? First think is to make sure you are not on WiFi connection at the end to the RPi. When you do have a Lan cable going to the RPi then you could stick this wire into laptop and copy questionable ISO file to your local hard drive. Your connection should be 100Mb just like a RPi (make adjustment in the network card if you have 1Gb laptop card) and check your network speed. Win 10 will give you a nice graph. If your network is up to snuff than you should see around 10 Megabytes per second steady stream. Anything 5 MBps or less you have an issue. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - wizzard72 - 2016-11-14 (2016-11-12, 00:45)wizzard72 Wrote: Popcornmix, thank you for your fast responce.I found the problem. The HDMI board inside the AVR is the defect. Sometimes it detects the speakers and then I have audio, and sometime it doesn't. It's a well known problem with Onkyo amps. Thanks for your help trying to resolve this. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - MikeKL - 2016-11-15 (2016-10-24, 23:21)MikeKL Wrote:Kodi crash after 1st boot of #1113, Kodi crash debug log(2016-10-21, 23:51)MikeKL Wrote:kodi crash after 1st boot of #1024, Kodi crash debug log(2016-10-14, 07:33)MikeKL Wrote: kodi crash after 1st boot of #1013 Kodi crash debug logkodi crash after 1st boot of #1021 Kodi crash debug log Ref "ERROR: SQL: [TV29.db] SQL error or missing database" in log "rm -f /storage/.kodi/userdata/Database/TV29.db" has been commented out of my autostart.sh for almost all build install/boots since #1024 with no 1st boot crash issues. (Thought Improved stablity at 1st boot might be due to recent PVR epg fixes) RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-11-15 New LibreELEC.tv Krypton build #1114: RPi / RPi2 (Supercedes previous build) Code: # uname -a Based on tip of LibreELEC.tv master (055384be, changelog) and tip of XBMC master (f9d600a3, changelog) with the following modifications:
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-11-15 (2016-11-12, 19:03)Vimes Wrote: I too have been trying to find something repeatable, like you note. As yet I haven't been able to. Last night it happened, the video paused for a few seconds and the audio continued and then the video starts starts back up, jumping to be in sync with the sound. Dave's issue involved a: "ERROR: CMMALVideo::GetPicture - called but m_output_ready is empty" in kodi.log - does yours? I've had a closer look at the code around there and have tweaked something that looked suspicious. As I can't reproduce on demand it's hard to say if it has helped, but let me know if you think latest build is any better. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Sinisan - 2016-11-15 (2016-11-14, 23:08)3DBuff Wrote: First think is to make sure you are not on WiFi connection at the end to the RPi. When you do have a Lan cable going to the RPi then you could stick this wire into laptop and copy questionable ISO file to your local hard drive. Your connection should be 100Mb just like a RPi (make adjustment in the network card if you have 1Gb laptop card) and check your network speed. Win 10 will give you a nice graph. If your network is up to snuff than you should see around 10 Megabytes per second steady stream. Anything 5 MBps or less you have an issue. Hello 3DBuff, Thank for your help. What you say looks a good idea, I'll check that (except my connection isn't SMB, and I don't have any Windows laptot, but anyway, i'll find a way to check NAS read thru network ). Indeed, is it normal to don't see any message regarding buffering in the log ? Thank you RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - gendo - 2016-11-15 @Milhouse can you kindly add https://github.com/kodi-pvr/pvr.filmon/pull/56 to tonight's build. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Vimes - 2016-11-15 (2016-11-15, 13:49)popcornmix Wrote:(2016-11-12, 19:03)Vimes Wrote: I too have been trying to find something repeatable, like you note. As yet I haven't been able to. Last night it happened, the video paused for a few seconds and the audio continued and then the video starts starts back up, jumping to be in sync with the sound. I have just checked my kodi.log for that output and sadly, or not, No it doesn't contain that line. It did it again last night, again randomly, with a three seconds video pause whilst the sound continued as normal and then the video jumped forward to be in sync with the sound. I'll update to the latest version and then comment if it happens again. I appreciate the consideration given to this and I'm sorry for not being less vague. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Solomalee - 2016-11-15 Hi guys, I'm running the DVBlink client and I'm finding that when I start live TV (from guide, last viewed or channel list), it begins to start the TV channel but freezes. This only happens after the RPI has been left unused for several hours (typically overnight). The TV is getting turned off, but the PI is still running in the background - any ideas? Solo |