OpenELEC 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: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) (/showthread.php?tid=250817) 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
|
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - niwa2 - 2016-04-05 (2016-04-05, 08:02)Milhouse Wrote:(2016-04-04, 21:40)niwa2 Wrote: And another thing I noticed with the updated confluence skin: Yesterday evening I could only see 3.0.6 in the default repo. I switched to this one which fixed the black areas on the home screen. And all the other visual anomalies except for the message boxes. The confirmation message when I switched to the confluence skin was already completely transparent, with only text and the yes and no buttons visible. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - asavah - 2016-04-05 @popcornmix sorry for the noise again, I found the guilty, it was libarmmem.so (bavison/arm-mem) which slipped in from pi2/pi1 builds, removing ld.so.preload and rebooting fixed ALL the issues, guess ffmpeg3 or something else does not like it any more. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-04-05 (2016-04-05, 19:42)asavah Wrote: it was libarmmem.so (bavison/arm-mem) which slipped in from pi2/pi1 builds, Can you just confirm what problem libarmem caused? Are you saying it caused the skips you are seeing with live streams on Pi3, or something else? Is your build based on raspbian, openelec, or something else? It would be surprising if it did as libarmmem should be faster than the default libc version. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - niwa2 - 2016-04-05 (2016-04-05, 19:30)niwa2 Wrote:(2016-04-05, 08:02)Milhouse Wrote:(2016-04-04, 21:40)niwa2 Wrote: And another thing I noticed with the updated confluence skin: ok confluence just updated to 3.0.7 and everything is good now. Also the 3D icon is back with 0404 RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - asavah - 2016-04-05 @popcornmix libarmmem was causing INSANE amount of skips with live streams, like hundreds of skips in a few seconds, Skips are still present atm, even with local media, I'm watching a movie from local file - mkv/1080p/h264 - 19k skips in 1h 30m, it's not as bad as with armmem but still not as good as before, iI've seen commits to newclock5 branch and firmware, building as I write this, will report back. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-04-05 (2016-04-05, 22:45)asavah Wrote: libarmmem was causing INSANE amount of skips with live streams, like hundreds of skips in a few seconds, I'd like you to double and triple check that. I'm using libarmmem in my dev environment and it's used on these OE builds Also can you confirm what your build is? Is it your own OpenELEC build? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - asavah - 2016-04-06 @popcornmix https://github.com/popcornmix/xbmc/commit/a224e0d20c7e8c30b96a2309e849b031bf8956ad Yay,thanks!!! Good stuff, no skips on any kind of media, live or local. SD live tv stream running for 15m with mmal, sync and deinterlacing - 2 skips, which is awesome. Quote:I'd like you to double and triple check that.Yes, please. I've re-enabled libarmmem.so and rebooted - no skips, when I first disabled it the amount of skips decreased by order of magnitude (placebo effect?), I was using it for ages on all the pis, never caused any inconvenience. Quote:Also can you confirm what your build is? Is it your own OpenELEC build?It's my own homergrown thing, the concept is the same as OpenELEC - minimal OS with all the necessary bits for Kodi. Provided I use bleeding edge sources for some components the thingy is surprisingly stable. I follow closely your newclock5 branch for Kodi, rpf git for kernel and firmware. I also shamelessly borrow patches, scripts and tricks from OpenELEC, debian, arch and buildroot. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - popcornmix - 2016-04-06 (2016-04-06, 00:40)asavah Wrote: It's my own homergrown thing, the concept is the same as OpenELEC - minimal OS with all the necessary bits for Kodi. Do you do this to get some feature not supported by OE (and other distros)? Or do you just enjoy producing you own build? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-04-06 New OpenELEC.tv Krypton build #0405: RPi / RPi2 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC.tv master (0026734b, changelog) and tip of XBMC master (6368510e, changelog) with the following modifications:
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - 3DBuff - 2016-04-06 I noticed after today's update that "Audio offset" is not working. The adjustment works I can change the numbers or move the slider but it has no effect on audio delay during the playback. I really make use of it when using small multi channel headphone amp. rather then full blown receiver for headphones. It started from #0404 - audio offset not working #0403 is working fine. Thanks for all the updates, commitment to the project and 3D ISO playback RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - SpokV - 2016-04-06 This project is amazing. Taking not the best platform on the market, but with dedicated SW making it a deal braker. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - CAM STEW - 2016-04-06 I'm having a weird issue, I don't know if it is specific to these alpha builds but I have just plugged a third HDD into my pi and it recognises the names of all 3 HDDs but it seems to think two of the HDDs are the same. You can see in this image that openelec can see 3 HDDs but if I select the top two ones it will take me to the same place despite being separate drives with different content on them. Anyone have any ideas how to fix? Never mind, I fixed it. I just renamed both drives to completely different things, apparently adding a "1" on to the end of the name isn't enough for kodi to see there is a difference. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Gothicawakening - 2016-04-06 Sorry if this is already posted, but I tried reading this whole thread and it's now over 130 pages and CEC is too short for the search to allow! I found that with 403 (not tried 404 or 405 yet) that KODi would completely and utterly freeze dead when I did this: 1) Open video settings menu on my projector 2) Make some changes 3) Close video settings menu This would freeze KODI regardless if it was running a video or just idle. Sorry no log file as debug logging was off and I haven't had time to recreate since. If this isn't a know issue I'm happy to get a log file for it. Disabling CEC fixed it. Oddly enough, I can't image why the projector would be sending anything on CEC after changing color / brightness settings! NB: Any chance of a summary page of know / in progress issues for this build? I doubt many people have time to read 136 pages! RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - toppot - 2016-04-06 (2016-04-05, 16:58)toppot Wrote:(2016-04-05, 16:29)popcornmix Wrote:(2016-04-05, 14:17)toppot Wrote: I could start disabling add-ons one at a time... But with a 1 hour wait that is probably not the smartest idea..... hmm, not much wiser.... One one occasion there was a memory leak - on another the above mentioned... But looking at logs I am not finding anything conclusive... Log file It is difficult to find in the log - since it happens after 1 hour, but it does take "some" time to show the full effect... But around 11.30 some kodi.bin processes have upped from %user around 2-4, during 10 min. to around 30-40.... But I dont see anything suspicious... Anybody?? This is really killing me, since the first hour it is more or less perfect.. (and the daily driver in the living room - not good for WAF) BTW: Looking at the event log... Does anybody know what this "Alarm Clock set" is RE: OpenELEC Testbuilds for RaspberryPi (Kodi 17.0) - Milhouse - 2016-04-06 Alarm clock - I think it's Leopolds dev update addon, it will check for a new version every 3 hours. For the one hour problem, have you tried a stock/clean system - no add-ons, only Estuary skin... At least it might help narrow down if this is add-on/skin related, or a core issue. |