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-07-16 (2016-07-16, 16:15)TVPL Wrote: #0715 not detect 1TB HDD portable with option "max_usb_crurrent=1" in config.txt Are you saying this works with #0714 and it broke with #0715? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - TVPL - 2016-07-16 (2016-07-16, 17:30)Milhouse Wrote:No, I update from #618 to #0715 after lircd work fine.(2016-07-16, 16:15)TVPL Wrote: #0715 not detect 1TB HDD portable with option "max_usb_crurrent=1" in config.txt RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Doktor-X - 2016-07-16 (2016-07-16, 13:39)Milhouse Wrote:Yes(2016-07-16, 09:11)Doktor-X Wrote: hi i want to ask is there any reasons why kodi on pi can't see filenames that have letters like ČĆŠŽ but windows can?Are you using Estuary? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - smp1 - 2016-07-16 (2016-07-16, 11:58)popcornmix Wrote: Does that work without overclock (no lagging?)Yes. I even tried to underclock the RAM to 400 for testing. "arm_uc=15" + "sdram_freq=400" - no errors "arm_uc=10" + "sdram_freq=400" - huge amount of errors I guess it was not a RAM bandwidth issue afterall. Quote:Is this with omxplayer disabled and advanced deinterlace?Correct. Quote:Can you go any lower? e.g. 13 or 14?With default "10" I get 1-3 stream errors during 1 hour. With "12" I got 1 stream error after 2 hours of testing. With "15" no stream errors after 14 hours of testing. Didn't try 13 or 14 yet. However, I never tried to record or stream to network during the test. This could probably open a whole new can of worms. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-07-17 (2016-07-16, 17:41)TVPL Wrote:(2016-07-16, 17:30)Milhouse Wrote:No, I update from #618 to #0715 after lircd work fine.(2016-07-16, 16:15)TVPL Wrote: #0715 not detect 1TB HDD portable with option "max_usb_crurrent=1" in config.txt Please identify the first build that doesn't work. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-07-17 New LibreELEC.tv Krypton build #0716: RPi / RPi2 (Supercedes previous build) Code: # uname -a Based on tip of LibreELEC.tv master (de6f79d0, changelog) and tip of XBMC master (49a16adb, changelog) with the following modifications:
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-07-17 (2016-07-16, 22:14)smp1 Wrote: Yes. I even tried to underclock the RAM to 400 for testing. The issue is the large amount of bandwidth the deinterlace consumes increases the sdram latency the arm sees. Some (but not all) DVB USB devices drop packets if they are delayed at all. The problem with increasing the arm sdram priority (which is what your setting does), is that if the arm now does a large memcpy it will dominate the bus and probably cause the deinterlace to be slow and potentially skip a frame. The v3d_limiter setting keeps the deinterlace at higher priority than the arm, so the arm can't interfere, but also leaves gaps where other users can get in. That would be the preferred solution to get working. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - metaron - 2016-07-17 I'm a little confused about this 'fixed' lirc in #0714 and later having just tried it and #0716. I use "dtoverlay=gpio-ir" in config.txt to drive my IR rx device. When I go back to #0618 everything works (i.e. I can use my remote to drive kodi's interface): Quote:- section of dmesg with #0618 For a while I would swear I was using #0711 last weekend and that seemed to work, but now it won't (even if I downgrade to #0618 and then back to #0711) Quote:- section of dmesg with #0711 ssh into the box: irw fails to show any keypresses, even if I 'systemctl stop kodi' If I killall -9 lircd and lirceventd then run irrecord the IR driver seems to be working fine, so this looks like a remaining lircd problem. Testing with #0716 I get the same behaviour: Quote:- section of dmesg with #0716 I've tried swapping back to "dtoverlay=lirc-rpi" but that doesn't seem to change anything. Still no response to my remote using irw or within kodi. Quote:- section of dmesg with #0716 and lirc-rpi NB: My remote isn't a MCE remote or such, it's just a one I had lying around which I created an lircd.conf file for using irrecord and put in /storage/.config I've tried the lastest Alpha LibreElec builds and they have the same issue. (7.0.1 and 7.0.0 work) Something's obviously different for me compared to all the other happy campers out there. Any suggestions? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - doveman2 - 2016-07-17 After I couldn't get TVheadend working with #712 or #715 (to be precise, lsusb wasn't even showing my DVB-T adapter), I downgraded back to #701 and after installing TvH 8.0.103 it's working again. I can't say exactly what version of TVh it is as it doesn't show this information under Add-on information. RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - tilu01 - 2016-07-17 #716 strange background sounds with external sound cards on the main screen if i play music or video the noice is gone. it sounds like an old tractor engine greez oh btw no problem with #715 RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-07-17 (2016-07-17, 13:21)tilu01 Wrote: #716 Are you 100% sure of this? There is only one commit I can see that affects audio, but it does look correct. What sound card are you seeing the problem with? Do you get the problem with HDMI or analogue audio? Does it help if you enable/disable GPU in "Resample Quality" in system/audio settings? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Kiralina - 2016-07-17 (2016-07-17, 13:45)popcornmix Wrote:(2016-07-17, 13:21)tilu01 Wrote: #716 No noises for me on RP3 and HiFiBerry Digi + (optical sound output). RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-07-17 (2016-07-16, 20:20)Doktor-X Wrote:(2016-07-16, 13:39)Milhouse Wrote:Yes(2016-07-16, 09:11)Doktor-X Wrote: hi i want to ask is there any reasons why kodi on pi can't see filenames that have letters like ČĆŠŽ but windows can?Are you using Estuary? When you say you can't see the filenames, do you mean they aren't being listed/shown by Kodi - is there a blank entry in the list where the file should be, or is it not in the list at all? Is this in File view or Library view? If you've scanned your library, are the movies/episodes for these files in your library (check with "texturecache.py jd movies movie-name" and paste the results). When you say "but windows can" - what does this mean? Kodi on Windows is showing the filenames correctly? Or that you see the files in Windows File Explorer? Are you accessing these files over smb://? What about if the files are stored locally on the SD card, do they appear in Kodi? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - smp1 - 2016-07-17 (2016-07-17, 12:26)popcornmix Wrote: The problem with increasing the arm sdram priority (which is what your setting does), is that if the arm now does a large memcpyI didn't notice any frame skips during the playback. The only issues I noticed so far is when I start to record the HD channel - I could get a HDMI dropout for a fraction of a second. Same could happen if I press "codec info" during the playback of a high bitrate 1080i file. But those are very minor issues. Quote:The v3d_limiter setting keeps the deinterlace at higher priority than the arm, so the arm can't interfere, but also leaves gaps whereCan this be tested in real time with vcgencmd command rather than config.txt? RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - bubi - 2016-07-17 Interlacing.... I got this file, that still doesn't work (1080i29.97 PAFF): https://www.sendspace.com/file/pymi0x Code: General |