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-11-12 (2015-11-12, 03:34)menakite Wrote: Did you make a backup of a .fi file that is causing a crash in recent builds? Kinda wondering if I should remove the fix that will delete *.fi files on kodi startup, as now we may never be able to reproduce, understand and fix/avoid. Although presumably it's just a case of starting with, say, a build from a few weeks ago, collect a few *.fi files by navigating the GUI, then fast forward to build #1110 (as this doesn't delete *.fi files on startup) and see if you can make build #1110 crash after loading one of old *.fi files? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - SofaKng - 2015-11-12 I'm testing out my RPi2 for the first time and Kodi seems a tiny bit sluggish. For example, when I seek around in a movie (albeit, a full blu-ray rip @ 20 - 30 Mbps) it will stop to buffer which takes about 5 seconds before beginning playback again. I also notice that in the system information, it says CPU0 is around 70% usage when nothing is playing. Is this normal? (the other cores are at 0% though) RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - J_E_F_F - 2015-11-12 at idle, my RPi2 hovers around 7%, either on a single core, or split between two cores, such as 5% and 2% note that using something like #bcmstat.sh p produces noticeably higher CPU load than #top and then pressing 1 to see the individual CPUs RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-11-12 I've removed build #1111 as it is causing a problem, particularly when trying to upgrade to a new build as the new tar that is written is often corrupted. I've tried several methods to transfer a new tar file - scp, wget, Leopolds add-on - and they all create corrupted tar files in the .update folder. There is also a risk that build #1111 may result in fileystem corruption. Anyone that has upgraded to build #1111 - there have been at least 40 installations - should immediately downgrade to #1110 as soon as possible. You will need to do this manually using a PC, and NOT the RPi. To downgrade, use 7-Zip (or a Linux PC) to extract the contents of the target and 3rdparty/firmware folders from the tar file to the root of the SD card, being careful not to overwrite your config.txt. Also, ensure that KERNEL is renamed to kernel.img. After booting into #1110 you should be able to upgrade to build #1111b (once it is uploaded - uploading now...) Apologies for this inconvenience. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-11-12 (2015-11-11, 20:24)mujunk Wrote: In noob terms...does this bluetooth audio thing mean that I can plug in a USB bluetooth dongle to my Rpi2 and listen using BT headphones? Yes, although this facility will not be available in build #1111b:
Once you've successfully configured the above whenever your Bluetooth speakers or headset is connected you should hear audio over Bluetooth, and when they are disconnected you should hear audio over HDMI. It's not yet perfect, and lag/latency can be a bit of an issue, but it's generally working and should be considered a "work in progress". RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-11-12 New OpenELEC Jarvis build #1111b: RPi / RPi2 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (2a7db0dc, changelog) and tip of XBMC master (a11c9e46, changelog) with the following modifications:
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - MONSTA - 2015-11-12 I confirm. On #1111b spdif selectable again. Thank you. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-11-12 (2015-11-12, 07:46)MONSTA Wrote: I confirm. On #1111b spdif selectable again. Thank you. Thanks @MONSTA. Can you confirm if the passthrough device is greyed out with build #1109, as #1109 didn't have the ALSA/Pulse bridge but it did have PulseAudio available as a service (it shouldn't be enabled by default, though probably worth double checking). Assuming the option isn't greyed out in #1109, can you go into OpenELEC Settings addon -> Services, scroll down to Pulseaudio and then click on "Enable Pulseaudio" so that it is enabled. Reboot #1109, and now see if the passthrough device option is still available to you in Settings -> Audio. It will be interesting to know if having the Pulse audio service running is the cause of the conflict. Once you're done you can disable Pulseaudio. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - MONSTA - 2015-11-12 (2015-11-12, 08:33)Milhouse Wrote: can you go into OpenELEC Settings addon -> Services, scroll down to Pulseaudio and then click on "Enable Pulseaudio" so that it is enabled. Reboot #1109, and now see if the passthrough device option is still available to you in Settings -> Audio. It will be interesting to know if having the Pulse audio service running is the cause of the conflict. Yes. Spdif disappeared after enabling of this service, just greyed HDMI, and appeared again after disabling. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-11-12 Thanks MONSTA RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - popcornmix - 2015-11-12 (2015-11-12, 07:01)Milhouse Wrote: [*]firmware: usb: Increase axi priority to 15 - it needs to be odd @bagofcrap24 @polo_joe can you check if latest build helps the artefacts with advanced deinterlace? I've increased the priority of the USB block which could help. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - polo_joe - 2015-11-12 should hvs_priority and v3d_clock be removed from config.txt before testing? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Gregoire - 2015-11-12 Keeps asking me to update to the latest b version while I already have. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - popcornmix - 2015-11-12 (2015-11-12, 14:26)polo_joe Wrote: should If it helps, you should notice an improvement in both cases. Try without those settings first and then with if it doesn't seem to help. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - SofaKng - 2015-11-12 (2015-11-12, 05:30)J_E_F_F Wrote: at idle, my RPi2 hovers around 7%, either on a single core, or split between two cores, such as 5% and 2%Thanks. After letting my RPI2 sit idle all night, it's showing about 15% idle CPU usage (using 'top' over SSH). However, I'm still wondering if it's normal to see [Buffering...] for a few seconds when seeking around very large files. I'm using wired gigabit Ethernet and NFS. My over HTPC seeks around pretty much instantly. EDIT: Also, I am using a 64 GB Samsung microSD card because I didn't have anything else available. I've ordered the NOOBS card directly from RPi foundation because I heard that's a very good card, but could my existing card be causing some of this buffering? |