+- 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) - doldi - 2016-08-02
THX popcornmix
on all my 3 peaces of Pi i use the equal Samsung 32GB evo SD card with equal testbuilds and AddOns.
All Pi have the correct mpeg codecs from Rasp-shop -> verified
i observed this mode of behavior with the pi3 also on the lanports 2,3 and 4 with different mode of behavior (equal manufacturing company from RSonline).
Tested with an other Kingstenfresh insalled sd-card on pi3 with no positiv result (LibreELEC-RPi2.arm-7.0.3)
I think i have to put this PI3 into the garbage can / trash ... tzz :-(
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-08-02
(2016-08-02, 21:17)doldi Wrote: on all my 3 peaces of Pi i use the equal Samsung 32GB evo SD card with equal testbuilds and AddOns.
All Pi have the correct mpeg codecs from Rasp-shop -> verified
i observed this mode of behavior with the pi3 also on the lanports 2,3 and 4 with different mode of behavior (equal manufacturing company from RSonline).
Tested with an other Kingstenfresh insalled sd-card on pi3 with no positiv result (LibreELEC-RPi2.arm-7.0.3)
Did you swap the Pi2 and Pi3 over?
i.e. you currently have Pi2 with SDcard A connected to ethernet cable A, and Pi3 with SDcard B connected to ethernet cable B.
I want you to swap so Pi2 uses SDcard B and ethernet cable B and Pi3 uses SDcard A and ethernet cable A.
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - doldi - 2016-08-02
popcornmix,
1)
have put the SD card from fine working Pi2 into the raspiPi3 and he did not work without stuttering with 1Gb/s or 100Mb/s on all my lanports.
2)
put the pi3 SD card into my raspi-pi2 all LAN Ports will work fine without video stuttering.
checked all options i think
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-08-02
(2016-08-02, 21:50)doldi Wrote: checked all options i think
Does adding smsc95xx.turbo_mode=Y to cmdline.txt help?
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - doldi - 2016-08-02
(2016-08-02, 21:52)popcornmix Wrote:(2016-08-02, 21:50)doldi Wrote: checked all options i think
Does adding smsc95xx.turbo_mode=Y to cmdline.txt help?
hmm, only temporarily, a little better but after 10 seconds stuttering begins.
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - beertank - 2016-08-02
Problem with #802 (upgrade from #801), unable to boot on Pi2 B and Pi3, Just loops endlessly between Kodi and LibreELEC animations. Doesn't get any further
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - bill_orange - 2016-08-02
(2016-08-02, 23:08)beertank Wrote: Problem with #802 (upgrade from #801), unable to boot on Pi2 B and Pi3, Just loops endlessly between Kodi and LibreELEC animations. Doesn't get any further
Same here. It looks like the restart happens pretty far up the loading sequence. I can still remote in and put #801 in .update. Unfortunately after uploading the old version it does not load and stays in the loop.
Bill
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - beertank - 2016-08-02
(2016-08-02, 23:10)bill_orange Wrote:(2016-08-02, 23:08)beertank Wrote: Problem with #802 (upgrade from #801), unable to boot on Pi2 B and Pi3, Just loops endlessly between Kodi and LibreELEC animations. Doesn't get any further
Same here. It looks like the restart happens pretty far up the loading sequence. I can still remote in and put #801 in .update. Unfortunately after uploading the old version it does not load and stays in the loop.
Bill
I was able to copy #801.tar to .update then rebooted OK to #801 and gave warning message that #802 was NOT installed. Seems to be working fine in #801
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-08-02
Apologies, #0802 is not a good build, I've pulled it from the servers.
I just came home to find the Pi1, Pi3 and NUC on the splash screen. Since Kodi is failing to even create a new log, my "good build" detection (which parses kodi.log to detect successful startup) failed to identify this snafu as the log from #0801 is being verified (which was an OK build), sigh. Anyway that's fixed now so we shouldn't have a repeat of this (ie. publishing a build that can't even start kodi).
PR10217 is needed which will be in #0802b.
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - bill_orange - 2016-08-02
(2016-08-02, 23:28)beertank Wrote:(2016-08-02, 23:10)bill_orange Wrote:(2016-08-02, 23:08)beertank Wrote: Problem with #802 (upgrade from #801), unable to boot on Pi2 B and Pi3, Just loops endlessly between Kodi and LibreELEC animations. Doesn't get any further
Same here. It looks like the restart happens pretty far up the loading sequence. I can still remote in and put #801 in .update. Unfortunately after uploading the old version it does not load and stays in the loop.
Bill
I was able to copy #801.tar to .update then rebooted OK to #801 and gave warning message that #802 was NOT installed. Seems to be working fine in #801
On the second try, I was also able to recover. I was forcing the reboot by pulling power. I think you have to yank out the power cord at the right spot in the loop.
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - beertank - 2016-08-02
(2016-08-02, 23:35)bill_orange Wrote:(2016-08-02, 23:28)beertank Wrote:(2016-08-02, 23:10)bill_orange Wrote: Same here. It looks like the restart happens pretty far up the loading sequence. I can still remote in and put #801 in .update. Unfortunately after uploading the old version it does not load and stays in the loop.
Bill
I was able to copy #801.tar to .update then rebooted OK to #801 and gave warning message that #802 was NOT installed. Seems to be working fine in #801
On the second try, I was also able to recover. I was forcing the reboot by pulling power. I think you have to yank out the power cord at the right spot in the loop.
After the copy to .update I could SSH (Putty) and issue a reboot command, so no need to pull power.
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - beertank - 2016-08-02
Confirm #802b boots up fine. Thanks for prompt fix Millhouse.
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-08-03
New LibreELEC.tv Krypton build #0802b: RPi / RPi2
(Supercedes previous build)
Code:
# uname -a
Linux rpi512 4.7.0 #1 Tue Aug 2 22:32:12 BST 2016 armv6l GNU/Linux
# vcgencmd version
Jul 28 2016 12:46:32
Copyright (c) 2012 Broadcom
version e12916091ba9d68ef2780e4e142ade56aa301754 (clean) (release)
# lsb_release
LibreELEC (Milhouse) - Version: devel-20160802223029-#0802b-gfb39931 [Build #0802b]
# vcdbg log msg 2>&1 | grep DTOK
002390.470: Kernel trailer DTOK property says yes
# Kernel device tree status: EnabledBased on tip of LibreELEC.tv master (fb39931f, changelog) and tip of XBMC master (f5f9dc51, changelog) with the following modifications:
- Includes newclock5 patches
- Excludes the LibreELEC linux-01-RPi_support patch in favour of sourcing these and possibly more recent patches directly from kernel branch rpi-4.7.y
- Includes latest bcm2835-driver master (1205048f, ahead +1)
- Includes latest kodi-platform master (c8188d82)
- Includes latest libcec master (62b8520c, ahead +15)
- Includes latest libnfs master (fac3a954, ahead +34)
- Includes latest p8-platform master (041a8c6c, ahead +1)
- Includes latest addons: inputstream.mpd (44447b07, +8), inputstream.rtmp (7bf2298e), inputstream.smoothstream (b63ecbb4, +3), peripheral.joystick (6090a90e), pvr.argustv (e536f32e), pvr.demo (01c68c88), pvr.dvblink (20e1ccb4), pvr.dvbviewer (7a7ead36), pvr.filmon (efd379b8), pvr.hdhomerun (a71e816d), pvr.hts (66dcb89f), pvr.iptvsimple (21e91a5f), pvr.mediaportal.tvserver (72452b9d), pvr.mythtv (d10d210b), pvr.nextpvr (32b3c2ff), pvr.njoy (b5d65655), pvr.pctv (12d8baf1), pvr.stalker (5f440e00, +4), pvr.vbox (f38f82f0), pvr.vdr.vnsi (8515b4bf), pvr.vuplus (4f2ad621), pvr.wmc (979c37db)
- Exclude [env] kodi-999.99-PR10164-add-aetempo-filter.patch: Merged upstream
- Exclude [env] kodi-999.99-PR10206-recursive-remove.patch: Merged upstream
- Exclude [env] libcec-PR208.patch: Merged upstream
- Include [env] patch: Add kodi binary addons (pvr, adsp, other)
- Include [env] patch: Don't build ADSP addons
- Include [env] patch: Bump included addon versions to prevent online updates
- Include [env] patch: HACK: Disable multiple PVR addons during migration. Always enable inputstream.*, os.* and peripheral.*
- Include [env] patch: Add experimental splash video for RPi
- Include [env] PR:535: init: Add upgrade check to avoid incompatible upgrades [RFC,WIP]
- Revert [env] 46b9b7b3: rtmpdump (Reason: use newclock5 bump)
- Include [pkg] patch: [skin.estuary] Hide watched items on home (kodi-theme-Estuary)
- Include [pkg] PR:171: fix seeklabel (kodi-theme-Estuary)
- Include [pkg] PR:8645: [video] Add season/TV show artwork to episodes/seasons even if they have their own fanart.
- Include [pkg] PR:8824: videodb: fix smart playlists not honoring "Show empty TV shows" setting.
- Include [pkg] PR:8922: [guiinfo] extend ranges for listitem properties
- Include [pkg] PR:10157: [WIP] Double the backslash in mysql in case we're in 'LIKE'
- Include [pkg] PR:10217: [linux] fix datadir (KODI_HOME) detection
- More libcec updates
- inputstream.mpd and inputstream.smoothstream updates
- #0802b: PR:10217: [linux] fix datadir (KODI_HOME) detection
- LibreELEC.tv:
- XBMC:
- VideoPlayer: fix pixel format for ffmpeg based hw decoders (PR:10213, 1 commit, 1 file changed)
- [xbmc][improvement] Fix detection of KODI_HOME (PR:10180, 2 commits, 5 files changed)
- [PVR][json-rpc] Added field PVR.Fields.Channel.isrecording (PR:10179, 1 commit, 3 files changed)
- [xbmc/fix] Fix crash on shutdown (PR:10204, 1 commit, 3 files changed)
- [xbmc[[cleanup] Add a variadic overload to AddFileToFolder to simplify usage (PR:10012, 2 commits, 21 files changed)
- [settings] restore input devices to system, and move json-rpc app set… (PR:10201, 1 commit, 5 files changed)
- fix listprovider updating (PR:10203, 3 commits, 2 files changed)
- VideoPlayer: fix pixel format for ffmpeg based hw decoders (PR:10213, 1 commit, 1 file changed)
- libcec:
- added: enduring events (long press) in eventghost. fixes #188 (240b195c)
- Merge branch 'pr192' into v4 (44a3d14c)
- added: TransmitSystemAudioModeRequest() (1157d109)
- fixed: send a <system audio mode request> when an avr is found and the source is activated (73546ee1)
- Merge branch 'pr208' into v4 (4c75c4de)
- Fix TDA995x check, part 2 (2bd62826)
- TDA995x: Add missing std:: namespace (85709f47)
- Merge branch 'pr214' into v4 (511163e7)
- Fall back to look for libudev.pc if udev.pc is not usable (298e62bd)
- Merge branch 'pr231' into v4 (66deb68d)
- Merge branch 'v4' (0f2be44e)
- added: EnableAudio() API command (f7551592)
- added: udev rule to prevent modemmanager and mtp from probing the CEC adapter, which prevents it from working right after it gets plugged in (71dbfcdc)
- fixed: missing param check in TransmitSystemAudioModeRequest() in 1157d1095ac5e406b4163d3950d77b716990ec23 (62b8520c)
- added: enduring events (long press) in eventghost. fixes #188 (240b195c)
- inputstream.mpd:
- UTC->time_t conversion fix (241071c0)
- compile fix timegm / transport library path to decrypters (e15a8fed)
- Merge branch 'master' of https://github.com/mapfau/inputstream.mpd (52011be4)
- load wv from library path (63fca155)
- version bumps (92a1cacf)
- Merge branch 'master' of https://github.com/mapfau/inputstream.mpd (cf0aed9c)
- don't use timegm as it is no std and fails for DROID_32 (ee05c4c3)
- Merge branch 'master' of https://github.com/mapfau/inputstream.mpd (64719729)
- include fix (1a282a5c)
- Merge branch 'master' of https://github.com/mapfau/inputstream.mpd (e9f82b6a)
- static expat binding (ed3eb821)
- Merge branch 'master' of https://github.com/mapfau/inputstream.mpd (44447b07)
- UTC->time_t conversion fix (241071c0)
- inputstream.smoothstream:
- pvr.stalker:
- session manager (PR:71, 4 commits, 15 files changed)
- session manager (PR:71, 4 commits, 15 files changed)
- Additional commits/pull requests/changes not yet merged upstream:
- Exclude [env] kodi-999.99-PR10164-add-aetempo-filter.patch: Merged upstream
- Exclude [env] libcec-PR208.patch: Merged upstream
- Added: [pkg] PR:10217: [linux] fix datadir (KODI_HOME) detection
- Exclude [env] kodi-999.99-PR10164-add-aetempo-filter.patch: Merged upstream
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-08-03
(2016-08-02, 22:24)doldi Wrote: hmm, only temporarily, a little better but after 10 seconds stuttering begins.
What does
vcgencmd get_throttled
report after you have had stuttering?
RE: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0) - Hoopla - 2016-08-03
I seem to have video stuttering with DTS videos. Any setting I need to change?