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 - miappa - 2013-01-24 @sdsnyr94 I get the same issues if I overclock specific settings. For example, if I overclock isp_freq or gpu_freq. But, it might very possibly be power supplĂ˝ as well as overclocking might demand more current. So, check overclock settings and power supply. RE: OpenELEC Testbuilds for RaspberryPi - sdsnyr94 - 2013-01-24 (2013-01-24, 17:12)miappa Wrote: @sdsnyr94 No overclock, and I have tried 2 power supplies, a powered USB hub, and the connection off my TV... only thing that works without lockup is Xbian Alpha 3. RE: OpenELEC Testbuilds for RaspberryPi - FattyMcDirty - 2013-01-24 (2013-01-23, 03:55)spjonez Wrote:(2013-01-22, 23:25)FattyMcDirty Wrote: one question: using the standard skin now... it's running pretty nice with your help, storage is now on USB, BUT: the artwork, like dvd cases etc... ya.. kinda "low res" - is this intended to be so? can i load them in high-res somehow?Change *res settings and delete cache: that did it, thanks! (2013-01-23, 16:38)popcornmix Wrote:(2013-01-23, 16:23)FattyMcDirty Wrote: so does no one know how to workaround that issue? it's not related to the pi connected to the amp... that issue also exists when i connect mit rpi directly to my tv..... very strange... and somewhat annoying it's also not build-related... cause i already tried others... so what could it be? mh.. those ones changed the situation, but none of them actually keep up with the hdmi-output from my htpc strangely. it just doesn't look as sharp as it should be and the blacks are also greyed out. setting hdmi_pixel_encoding= to 0 results in a VERY pixelated UI, so that one is definitely not the solution. setting it to 1 seems to look like the standard, as if this setting was not manually added. is it possible, that the overall quality of the hdmi-out is not that top notch? RE: OpenELEC Testbuilds for RaspberryPi - popcornmix - 2013-01-24 (2013-01-24, 17:30)FattyMcDirty Wrote: mh.. those ones changed the situation, but none of them actually keep up with the hdmi-output from my htpc strangely. it just doesn't look as sharp as it should be and the blacks are also greyed out. setting hdmi_pixel_encoding= to 0 results in a VERY pixelated UI, so that one is definitely not the solution. setting it to 1 seems to look like the standard, as if this setting was not manually added. is it possible, that the overall quality of the hdmi-out is not that top notch? I believe the output of HDMI is effectively perfect (within 1 lsb of a dedicated pattern generator). Are you using a computer monitor? (that seems likely if you are getting full range RGB by default). Can you report the output of "tvservice -s" when a video is playing? I'm not sure what the problem could be. Can you try a different TV or monitor? RE: OpenELEC Testbuilds for RaspberryPi - tfft - 2013-01-24 (2013-01-23, 19:22)tfft Wrote:This is the third report of freezing followed by GUI reboots (the Rpi itself doesn't reboot for clarification, the Rpi simply freezes for a bit and then comes back to life if I'm ssh'ed into it) using recent/newer snapshots. The problem has been confirmed by 3 (or 4) people and a few log files have been uploaded - feedback please.(2013-01-22, 23:08)tfft Wrote: Here are a couple of debug files which ended-up with a freeze/reboot each,Are these log files helpful ? Do they contain enough info to point at the freezing problem/issues ? Images tested, - r13077 (git 2a54d46e6d) - r13084 (git 39820e2ef7) In passing, in almost all the logs the last thing seen are the following messages (significant ?), WARNING: CRenderManager::FlipPage - timeout waiting for flip to complete WARNING: CRenderManager::FlipPage - timeout waiting for previous frame Again, any insight PLEASE ? What further info/data can I do to provide to pin this issue down ? A tiny debug (reboot) log file, reboot6.log 16.50 KB http://44jk2f.dl4free.com/en/ RE: OpenELEC Testbuilds for RaspberryPi - tfft - 2013-01-24 All streaming stoppage, including failures/freezes/reboots/etc, should remember the video's last location (which is not the case today), shouldn't it ? So if there is a power failure or a reboot or ... one should be able to pick-up where the stream last left off. If I'm watching a 4 hour movie which hits a snag and freezes and then reboots the GUI at hour 2 minute 53, once I'm rebooted I should be able to be told where I need to pick-up ("resume") from, no ? This functionality today is lacking, do others agree on the need to fix this ? RE: OpenELEC Testbuilds for RaspberryPi - tfft - 2013-01-24 Isn't ogg video supposed to be supported in openelec/xbmc ? I recently converted a file into an 'ogv' format yet when I play it there is no video and I can only hear the audio portion - is this a known issue ? Using r13084 (git 39820e2ef7) on a vanilla Rpi-256 RE: OpenELEC Testbuilds for RaspberryPi - sdsnyr94 - 2013-01-25 (2013-01-24, 23:20)tfft Wrote: All streaming stoppage, including failures/freezes/reboots/etc, should remember the video's last location (which is not the case today), shouldn't it ? So if there is a power failure or a reboot or ... one should be able to pick-up where the stream last left off. How could it bookmark your last position, if the video never actually "stops"? The whole thing just reboots or freezes, and there appear to be no more writes to the database... if there were, we would see more in the logs. RE: OpenELEC Testbuilds for RaspberryPi - Milhouse - 2013-01-25 (2013-01-24, 23:20)tfft Wrote: All streaming stoppage, including failures/freezes/reboots/etc, should remember the video's last location (which is not the case today), shouldn't it ? So if there is a power failure or a reboot or ... one should be able to pick-up where the stream last left off. Finding a solution to the GUI/Pi crashes would of course be best. What you are asking for would require constant resume-point writes to the database while any media is playing, and when the Pi crashes this would most likely results in database corruption (not to mention increased CPU/IO overhead while media is playing). All this to mask the fact that your Pi isn't stable? So no, I don't at all agree on the need to fix this, when the real problem is your Pi being unstable. My OpenELEC Pi - overclocked to 1GHz - would hang (ie. totally freeze, power cycle required) once in a while when playing media, but also quite often when scraping media however the latest build (r13090) has completed 4 or 5 Movie AND TV Show scrapes (time required for each combined scrape: 2-3 hours) without a hitch, so maybe the latest firmware (Jan 15) offers some stability improvements. RE: OpenELEC Testbuilds for RaspberryPi - miappa - 2013-01-25 (2013-01-25, 05:00)MilhouseVH Wrote: ...latest build (r13090)... Out of curiosity, where can you find this build? RE: OpenELEC Testbuilds for RaspberryPi - Milhouse - 2013-01-25 (2013-01-25, 12:12)miappa Wrote:(2013-01-25, 05:00)MilhouseVH Wrote: ...latest build (r13090)... Sorry, should have said it's a custom build I built myself - basically the same as you get from http://openelec.thestateofme.com but with a couple of extra patches (NFS Auto-Update) that will have no impact on overall stability. RE: OpenELEC Testbuilds for RaspberryPi - popcornmix - 2013-01-25 (2013-01-24, 23:20)tfft Wrote: All streaming stoppage, including failures/freezes/reboots/etc, should remember the video's last location (which is not the case today), shouldn't it ? So if there is a power failure or a reboot or ... one should be able to pick-up where the stream last left off. No. Not supported by xbmc on any platform. The crash needs to be fixed. Most likely it is an out of memory issue. Can you check the dmesg log for "out of memory killer" stopping xbmc? Where is the media being played from? Network streams (including http streaming from local network) require a lot more memory. Reducing (or setting to 0) cachemembuffersize in advancedsettings may help. Other common causes of crashing are insufficient power supplies, or too high an overclock. RE: OpenELEC Testbuilds for RaspberryPi - tuxen - 2013-01-25 (2013-01-25, 12:14)MilhouseVH Wrote:NFS autoupdate ie. also affecting the problem we briefly talked about with not having SYSTEM on sdcard that resulted in no automatic firmware/kernel update has been added/fixed in r13090?(2013-01-25, 12:12)miappa Wrote:(2013-01-25, 05:00)MilhouseVH Wrote: ...latest build (r13090)... Arg I see now that I miss read. "with a couple of extra fixes" lol. Sorry mate.. I hope it gets accepted at some point as you say if it's just one line of code that does not harm anything else it seems silly not to. Edit: btw. r13090 has not hit "thestateofme" yet. RE: OpenELEC Testbuilds for RaspberryPi - tuxen - 2013-01-25 (2013-01-24, 23:45)tfft Wrote: Isn't ogg video supposed to be supported in openelec/xbmc ? I recently converted a file into an 'ogv' format yet when I play it there is no video and I can only hear the audio portion - is this a known issue ?ogv I take is not a container but a codec? I never even thought it existed so i would guess no. What's wrong with h264?! It seems like an unnessesary bother and hard to get on par anywhere with all the more standard industry codecs and popular containers around IMHO. RE: OpenELEC Testbuilds for RaspberryPi - Milhouse - 2013-01-25 (2013-01-25, 13:43)tuxen Wrote: NFS autoupdate ie. also affecting the problem we briefly talked about with not having SYSTEM on sdcard that resulted in no automatic firmware/kernel update has been added/fixed in r13090? Yes, but fixed only in *my* personal build, with my patches, as the patches are yet to be accepted into the official builds (I'm not sensing much interest here either). |