OpenELEC Testbuilds for RaspberryPi - 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 (/showthread.php?tid=140518) 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
|
RE: OpenELEC Testbuilds for RaspberryPi - Milhouse - 2013-03-11 The latest up-to-date git build of stock OpenELEC has xbmc.bin terminating with a segmentation fault after selecting "Reboot" or "Power off" from the shutdown menu - this is without my patch being applied. Anyone else able to confirm? The shutdown takes a long time as well. Presumably something has been committed on 10 March that has caused this as there were now problems up to the end of 9 March. You can see this for yourself by selecting Reboot, and instead of the Pi rebooting the XBMC GUI will restart thanks to the watchdog. To observe the seg fault, touch the lock file to prevent XBMC being automatically restarted, kill XBMC, start XBMC manually and then select Power off or Reboot from the Shutdown menu (may require a keyboard): Code: rpi512:~ # touch /var/lock/xbmc.disabled Because XBMC doesn't exit cleanly it is always restarted by the watchdog. Edit: I've just bisected all the 10 March commits and it's PR 2387 that introduces the seg fault. RE: OpenELEC Testbuilds for RaspberryPi - JoeCool999 - 2013-03-11 (2013-02-27, 09:01)rbej Wrote: Rbej Frodo Brench Thanks for your hard work. I've got a bug to report, however. When playing video streams via AirPlay to the RPi, XBMC doesn't update the resolution (and bitrate of videoclip). It gets the AirPlay via a .m3u8-playlist, and I reckon the quality should be determined by the Internet-speed, and then switch resolution to a more suitable choice, but I haven't gotten it to work. It starts to play at the lowest bitrate and resolution, and stays there. Very good build despite this little bug. I hope it's fixable somehow! Cheers! RE: OpenELEC Testbuilds for RaspberryPi - popcornmix - 2013-03-11 (2013-03-11, 07:04)MilhouseVH Wrote: Edit: I've just bisected all the 10 March commits and it's PR 2387 that introduces the seg fault. Are you able to use gdb to get a backtrace of the crash? RE: OpenELEC Testbuilds for RaspberryPi - Milhouse - 2013-03-11 (2013-03-11, 13:17)popcornmix Wrote: Are you able to use gdb to get a backtrace of the crash? Yep, I had a chat on irc and pasted a link there, here it is. Looks like it's CEC-related, opdenkamp is aware. Not sure if the illegal instructions are anything to be concerned about, this old discussion is pretty much all I could find. RE: OpenELEC Testbuilds for RaspberryPi - popcornmix - 2013-03-11 (2013-03-11, 03:32)MilhouseVH Wrote: I've also just updated this PR (though I think I may have messed it up slightly by trying to squash my commits!) to include ifdef's for the Raspberry Pi, so that original suspend/hibernate behaviour is restored for non-Pi systems. The patch is here, and maybe this patch could be accepted into xbmc master at some point (unless there is a better solution). Your PR is messed up. You should rebase your single change onto top of xbmc master tree. If you edit rpi-power-defaults branch and force push, then PR will magically update. Something like: Code: git reset --hard 03e18f4313e331c6fbc484049025f8ba8194a844 However you should expect reluctance for xbmc to accept a PR with ifdef's when it may be possible to solve without ifdefs. RE: OpenELEC Testbuilds for RaspberryPi - Milhouse - 2013-03-11 (2013-03-11, 13:25)popcornmix Wrote: Your PR is messed up. You should rebase your single change onto top of xbmc master tree. Ha, yeah, really a noob where git is concerned. I followed a guide to squash the commit and obviously I shouldn't have pulled in all the other commits. Anyway, this is what I have: Code: neil@nm-linux:~/myOpenELEC/xbmc$ git status but when running git reset: Code: $ git reset --hard Commit:03e18f4 Any ideas? (2013-03-11, 13:25)popcornmix Wrote: However you should expect reluctance for xbmc to accept a PR with ifdef's when it may be possible to solve without ifdefs. Yeah, that did occur to me, though not entirely sure how to solve it without ifdefs (my original patch was even nastier). RE: OpenELEC Testbuilds for RaspberryPi - Milhouse - 2013-03-11 I did "git reset --hard HEAD" and that did the trick, PR updated as you said it would, many thanks! RE: OpenELEC Testbuilds for RaspberryPi - LehighBri - 2013-03-11 (2013-03-01, 17:31)popcornmix Wrote:(2013-03-01, 00:43)LehighBri Wrote: Quick update. I tried that build with a clean install and am still getting out of sync video. I think the previous example didn't make it as apparent... see below for a new sample file that the video and sound get out of sync every time around the 14-15 seconds mark of playback starting. Can folks try this new sample I just uploaded? I can reproduce it on multiple rpi's with the update above. popcornmix - just wanted to check in on my issue above. I think it got buried many pages ago. Any update/progress? Is there a better place for me to log this so that it doesn't get lost or do you have what you need? RE: OpenELEC Testbuilds for RaspberryPi - popcornmix - 2013-03-11 (2013-03-10, 01:16)sraue Wrote: the problem here is xbmc calls "upower" to get if suspend/hibernate is supported. because upower depends on consolekit, which depends (still) on x11 librarys we dont include upower (also because supend/hibernate is not supported). this also means xbmc shows this options which are set as default because xbmc dont get the requested info On my raspbian image, I did: Code: sudo apt-get install hal which looks like the information wanted from: Code: m_CanSuspend = QueryCapability("power_management.can_suspend"); So I'm not sure if that is the code path we want to enable. (2013-03-11, 13:58)LehighBri Wrote: popcornmix - just wanted to check in on my issue above. I think it got buried many pages ago. Any update/progress? Is there a better place for me to log this so that it doesn't get lost or do you have what you need? I have all the information I need - just not the day or two needed to spend investigating the problem. It will happen when some of the issues I'm currently working on are resolved. It may be worth openening an xbmc trac ticket with a link to the relevent information, so it is not forgotten. RE: OpenELEC Testbuilds for RaspberryPi - LehighBri - 2013-03-11 (2013-03-11, 16:24)popcornmix Wrote:(2013-03-11, 13:58)LehighBri Wrote: popcornmix - just wanted to check in on my issue above. I think it got buried many pages ago. Any update/progress? Is there a better place for me to log this so that it doesn't get lost or do you have what you need? Sure thing... I'm sure you're busy and I have a workaround to record to .mpg instead of .ts (which doesn't have the same packet loss and thus plays back ok). Still would be nice in the future to have the .ts handled like VLC, etc. Much appreciated. And so we don't lose this, I created the trac ticket below and assigned to you and gimli (hopefully that is correct). http://trac.xbmc.org/ticket/14179 RE: OpenELEC Testbuilds for RaspberryPi - rbej - 2013-03-11 Update Frodo Branch - Xbmc Frodo 12.0.6 (many new fixes) http://forum.xbmc.org/showthread.php?tid=140518&pid=1350100#pid1350100 RE: OpenELEC Testbuilds for RaspberryPi - doveman2 - 2013-03-12 Is there any way I can keep Storage on the SD but point the .xbmc directory to my NFS server? That would avoid the issues I'm having with the ssh key permissions being incorrect and preventing ssh/winscp access but keep most of the writing on the NFS share/off the SD card and thus minimise the chances of corruption when overclocking. RE: OpenELEC Testbuilds for RaspberryPi - wOOx - 2013-03-12 (2013-03-11, 23:15)rbej Wrote: Update Frodo Branch Thanks for the updates of your compilation. It is possible, apart from *.tar.bz2, to compile the *.img?. So could we Windows users, do a clean installation with its compilation. RE: OpenELEC Testbuilds for RaspberryPi - Milhouse - 2013-03-12 (2013-03-12, 13:45)wOOx Wrote: Thanks for the updates of your compilation. Just use a stock OpenELEC image and then update using the contents of the Rbej tar.bz2. RE: OpenELEC Testbuilds for RaspberryPi - wOOx - 2013-03-12 (2013-03-12, 13:49)MilhouseVH Wrote:(2013-03-12, 13:45)wOOx Wrote: Thanks for the updates of your compilation. So I've been doing so far. But many users, making their first installation from windows. Thank you. |