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 - caravela - 2012-10-29 did anyone had any issues in the latest release r12282 with Xbmc hanging when returning to Home from any of the library list menus, like tv shows. i get this error every time and xbmc stops responding and doesn't display the home screen and just shows the background... Code: 16:14:30 T:2902778976 ERROR: COMXCoreComponent::WaitForEvent OMX.broadcom.image_decode wait event 0x00000003 timeout 300 RE: OpenELEC Testbuilds for RaspberryPi - RiJo - 2012-10-29 (2012-10-28, 10:13)RiJo Wrote: Updated to r12282 (from r12055) this morning, and can't seem to play XviD files at all anymore. If I start playback of an XviD file, the screen turns black and there's no sound. Pressing Escape or 'X' during playback works as normal. Quoting myself.. Reverted back to r12282 to find out what the log said, and this is what I found during playback (UPnP/DLNA): Code: ... Someone having any idea of what's causing all my 'insufficient resources'? RE: OpenELEC Testbuilds for RaspberryPi - regnets - 2012-10-29 HTSP MPEG2 OTA Streams freezing approximately after 10 seconds of streaming since r12253. There are no messages in xbmc.log. [Edit] No Messages after boot. [/Edit] RE: OpenELEC Testbuilds for RaspberryPi - Milhouse - 2012-10-30 For the past couple of days I've been testing a 1080p GUI version based on r12275 and it's very good - no OMX problems, the native 1080p GUI appearance is noticeably sharper and better defined, and no performance issues (at least, none that aren't also there in the 720p builds - TV wide banner display, for instance, is dreadfully slow, but there's probably another reason for that). I really do wish you guys would re-consider this 720/1080p GUI upscaling fix, or at least include the option for it to be disabled rather than rely on custom builds. RE: OpenELEC Testbuilds for RaspberryPi - rbej - 2012-10-30 Raspbmc will be have switch 720/1080. 720p for fanarts users, 1080p for non fanarts users. RE: OpenELEC Testbuilds for RaspberryPi - caravela - 2012-10-30 (2012-10-30, 09:23)rbej Wrote: Raspbmc will be have switch 720/1080. 720p for fanarts users, 1080p for non fanarts users. you could create a Rpi patch that does the same for openElec... but my question is what happens when the user is browsing High Resolution Pictures with the 1080p gui version on a 256 MB Pi ? RE: OpenELEC Testbuilds for RaspberryPi - popcornmix - 2012-10-30 (2012-10-30, 04:15)MilhouseVH Wrote: I really do wish you guys would re-consider this 720/1080p GUI upscaling fix, or at least include the option for it to be disabled rather than rely on custom builds.Once the encoding/decoding of images is completely solid, we'll reconsider. Currently: 1) There are bugs that cause decode errors 2) There are use cases that cause decode errors due to lack of RAM (e.g. fanart wall views) 3) Running at 1080p means even more use cases will cause decode errors due to lack of RAM We want good bug reports to help fix (1) first. Then we can improve (2). Finally we can consider (3). It's no good when most of the bug reports are from (3), and the useful (1) reports are lost in the noise. RE: OpenELEC Testbuilds for RaspberryPi - fake666 - 2012-10-31 (2012-10-29, 19:35)regnets Wrote: HTSP MPEG2 OTA Streams freezing approximately after 10 seconds of streaming since r12253. do h264 streams work for you? i'm seeing these issues since the firmware was updated to use vdec3, before that omxplayer was able to stream pretty much anything tvheadend threw at it, after that update, omxplayer will seemingly try to start the stream, but will only show a couple of frames out of sync with the audio and then give up. in recent openelec versions, this is the same behaviour i see when trying to start a tv stream, regardless if it's MPEG2 (i have a license) or H264. i've tried going back to older releases, but then i just get a black screen instead of the playback i expected from omxplayer standalone on raspbian... power supply is a 2.1A ipad charger. RE: OpenELEC Testbuilds for RaspberryPi - regnets - 2012-10-31 (2012-10-31, 13:22)fake666 Wrote: do h264 streams work for you? i'm seeing these issues since the firmware was updated to use vdec3, before that omxplayer was able to stream pretty much anything tvheadend threw at it, after that update, omxplayer will seemingly try to start the stream, but will only show a couple of frames out of sync with the audio and then give up. I'm not sure if h264 streams will work. As far as i know all my tv stations are broadcasting with mpeg2. Which station is using h264 on astra satellite? RE: OpenELEC Testbuilds for RaspberryPi - fake666 - 2012-10-31 hi regnets, there are quite a few: http://de.kingofsat.net/hdtv.php?&standard=All&ordre=freq&filtre=Clear pretty much any HD stream should send H264.. RE: OpenELEC Testbuilds for RaspberryPi - regnets - 2012-10-31 If "ARD HD" and "ZDF HD" are broadcasting h264 streams (which i thought they didn't), it was not working with r12253. I'll give it a try with the r12323 build this eveing. RE: OpenELEC Testbuilds for RaspberryPi - asshep - 2012-10-31 Using VDR as Source ARD HD, ZDF HD are h264 Streams. And, yes, they don't work RE: OpenELEC Testbuilds for RaspberryPi - fake666 - 2012-10-31 (2012-10-31, 17:34)asshep Wrote: Using VDR as Source ARD HD, ZDF HD are h264 Streams. And, yes, they don't work funny, i just thought i narrowed it down to an MKV problem with the format tvheadend returns. MPEG2 is running fine for me, but HD content is driving me nuts. Sintel works, both 720p and 1080p MKVs... does it play for you? RE: OpenELEC Testbuilds for RaspberryPi - gimli - 2012-10-31 (2012-10-31, 17:47)fake666 Wrote:(2012-10-31, 17:34)asshep Wrote: Using VDR as Source ARD HD, ZDF HD are h264 Streams. And, yes, they don't work This is a decoder bug on the PI, which is worked on. RE: OpenELEC Testbuilds for RaspberryPi - fake666 - 2012-10-31 (2012-10-31, 18:08)gimli Wrote: This is a decoder bug on the PI, which is worked on. hi gimli, cool, glad to know i'm not the only one facing this, i was googling around for quite a while now. for what it's worth, i found that omxplayer can play the tvheadend hd stream perfectly if i use the raspbian, and downgrade the firmare to https://github.com/raspberrypi/firmware/ hash 48f8bb0e470b7bf17fe812dc43860a0f45a6e4e2 of the official tree (just before they changed to vdec3), even with the newest omxplayer deb. is there any thread/ticket i can follow regarding this? i'd be happy to help. |