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) - Milhouse - 2015-09-26 (2015-09-26, 15:06)navy1978_1 Wrote: Hi, You should probably start a thread in the PVR IPTVSimple support forum and maybe the Kodi add-on developer will port the change for you. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - navy1978_1 - 2015-09-26 (2015-09-26, 15:12)Milhouse Wrote: You should probably start a thread in the PVR IPTVSimple support forum and maybe the Kodi add-on developer will port the change for you. I opened a post there.. Thanks! RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - doveman2 - 2015-09-26 Still seem to be issues with the EPG (build #918). I went to set a recording today but the EPG was showing programmes from yesterday (Friday) and going back to the main menu and then to the EPG again didn't fix it, nor did disabling the tvh client addon and re-enabling it. I cleared the data in the end but now it doesn't show any programmes, so I just have to hope it populates before the programme I want to record is on this evening. Hmm, just checked in the tvh browser interface and it's not showing my tuners at all anymore, so maybe there's a bug in one of the recent builds that's causing that. I'll try the latest and then work my way backwards to see what I can find. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - doldi - 2015-09-26 (2015-09-25, 21:26)doldi Wrote: Build #0924: VideoAddons works from morning to night on my both RPi2. I can confirm: the 13-14 list refresh and later after 5sec stopping Video prob is fixed now since #924. #925 is also working fine for me. THX RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - scotty144 - 2015-09-26 Milhouse, as instructed in the other thread here is the URL for my crash log. Re Kodi crashes when attempting to play a 3D iso file. Thanks so much for the help. http://xbmclogs.com/ptdlagbr5 RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-09-26 @scotty144: If Kodi is crashing you should have a crashlog (see first post, note #4 for details). If you're able to install debug-enabled builds (requires FAT partition sized at least 384MB, see first post/note#5) then you should be able to generate a more detailed crashlog - the latest debug-enabled RPi2 build is build #0921x. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - doveman2 - 2015-09-26 (2015-08-28, 16:08)Milhouse Wrote: For some strange reason, this shows my /media/USB folder instead of /storage/.kodi. In WinSCP under storage/ I see .kodi and .kodi[USB] so maybe that gives a clue? I added an entry just for /storage/.kodi/temp so it looks like this: [Kodi] path = /storage/.kodi available = yes browsable = yes public = yes writable = yes root preexec = mkdir -p /storage/.kodi [Temp] path = /storage/.kodi/temp available = yes browsable = yes public = yes writable = yes root preexec = mkdir -p /storage/.kodi/temp and now Temp shows my USB root, whilst Kodi correctly shows /storage/.kodi with the temp folder under it! RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - doveman2 - 2015-09-26 (2015-09-26, 19:07)doveman2 Wrote: Still seem to be issues with the EPG (build #918). I went to set a recording today but the EPG was showing programmes from yesterday (Friday) and going back to the main menu and then to the EPG again didn't fix it, nor did disabling the tvh client addon and re-enabling it. I cleared the data in the end but now it doesn't show any programmes, so I just have to hope it populates before the programme I want to record is on this evening. Seems to be hardware. I went back to #908, which I know was working, removed "dwc_otg.fiq_fsm_mask=0xF" from cmdline.txt and removed the line from /etc/modprobe.d/dvbt.conf that I'd added to try and disable the tuners IR sensor in an attempt to fix my stuttering problems (which turned out to be caused by the other IR dongle I was using) and nothing helped. Even though I'd pulled the power to the RPi, which is powering the hub the tuner is plugged into to, after I disconnected the tuner from the hub and plugged it directly into the RPi it showed up, so I plugged it back into the hub and it's working in that again now. So I guess it needed power-cycling for some reason and cutting the power to the RPi briefly wasn't enough. Re: RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-09-26 (2015-09-26, 22:30)doveman2 Wrote: For some strange reason, this shows my /media/USB folder instead of /storage/.kodi. In WinSCP under storage/ I see .kodi and .kodi[USB] so maybe that gives a clue? I added an entry just for /storage/.kodi/temp so it looks like this: "mount | paste" is the only way to know what devices are mounted and where. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-09-26 New OpenELEC Jarvis build #0926: RPi / RPi2 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (eb0ed51a, changelog) and tip of XBMC master (318f3e2a, changelog) with the following modifications:
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - J_E_F_F - 2015-09-27 Not Pi, but nightly specific. If you share the database/library via UPnP and the database version changes (such as /MyVideos94.db in 16 Alpha 2 to /MyVideos97.db in the latest nightly, do all my Pi's need to be on the same build, or at least support the DB version of the UPnP library host? Could there be and issue if the UPnP host was v97 and the receiver was v96 for example? Basically my main Pi scans my files, creates and shares the library with other Pi's If I update my main Pi all the time, could there be an issue if I don't update the other Pi's who are receiving the UPnP library from the main (more recent build) Pi? Is there an actual library on the receiving Pi's? I ask because I see populated somewhat recent *.db files in /storage/.kodi/userdata/Database of the UPnP receiver with no local music/video files and no folders selected other than for UPnP. In the past I had that Pi scan a remote file server, are those music, video .db files left over from that, or are they still used as a UPnP library receiver? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - doveman2 - 2015-09-27 (2015-09-26, 22:41)Milhouse Wrote: "mount | paste" is the only way to know what devices are mounted and where. Thanks, Here you go http://sprunge.us/GJSR RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - popcornmix - 2015-09-27 (2015-09-27, 03:14)J_E_F_F Wrote: Not Pi, but nightly specific. Might be better to ask in a general or uPnP specific thread (perhaps here). uPnP is not something I use, so I'm not sure what the expected behaviour is. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - cobric - 2015-09-27 (2015-09-26, 21:06)scotty144 Wrote: Milhouse, as instructed in the other thread here is the URL for my crash log. Re Kodi crashes when attempting to play a 3D iso file. Probably same problem that I have playing 3D isos. I posted crash log from latest debug version few posts back. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-09-28 New OpenELEC Jarvis build #0927: RPi / RPi2 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (5fec628e, changelog) and tip of XBMC master (f42c66f1, changelog) with the following modifications:
|