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 - tuxen - 2013-01-25 (2013-01-24, 17:18)sdsnyr94 Wrote:Have you checked another sd card?(2013-01-24, 17:12)miappa Wrote: @sdsnyr94 RE: OpenELEC Testbuilds for RaspberryPi - sdsnyr94 - 2013-01-25 (2013-01-25, 14:05)tuxen Wrote:(2013-01-24, 17:18)sdsnyr94 Wrote:Have you checked another sd card?(2013-01-24, 17:12)miappa Wrote: @sdsnyr94 I tried Raspbmc on USB with the same result (Raspbmc was easier to setup for USB install to test this). RE: OpenELEC Testbuilds for RaspberryPi - tfft - 2013-01-25 (2013-01-25, 13:13)popcornmix Wrote:@popcornmix, this GUI freeze/reboot has been noted in the following posts 981 and 1040. In short, this issue occurs usually in the first 5 minutes with virtually any online streaming add-on (TMZ, CBSnews, TED, etc). Here are a couple of new logs including the dmesg output which, as you suspected, includes an "Out of memory" statement.(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. reboot7.log 15.61 KB -- http://52rmos.dl4free.com/en/ reboot7_dmesg.txt 57.89 KB -- http://e23j98.dl4free.com/en/ I am using a stock, non-modified, non-overclocked Rpi 256; note that this wasn't an issue until maybe about a month or so ago... Following on your suggestion above, post the reboot I copied /usr/share/xbmc/system/advancedsettings.xml to /storage/.xbmc/userdata and changed the following line, <cachemembuffersize>5282880</cachemembuffersize> to <cachemembuffersize>0</cachemembuffersize> and rebooted Rpi. Things worked ok for about 20 minutes and then the same GUI freeze/reboot occured. Here are the log/dmesg files (with "Out of memory" statements), reboot8.log 22.54 KB -- http://6j6t6h.dl4free.com/en/ reboot8_dmesg.txt 66.01 KB -- http://5sqnx1.dl4free.com/en/ So what next ? Does it make sense that this started happening about a month ago ? Should I try say 2641440 instead of 0 ? Is there anything else I can do/try and/or test ? Thanks ! RE: OpenELEC Testbuilds for RaspberryPi - tfft - 2013-01-25 (2013-01-25, 13:54)tuxen Wrote:There's nothing wrong with H.264 - I was going by what XBMC's wiki notes,(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 unnecessary bother and hard to get on par anywhere with all the more standard industry codecs and popular containers around IMHO. http://wiki.xbmc.org/index.php?title=Features_and_supported_formats in which ogg is clearly noted as supported. I've also read posts where ogm (the now defunct and discouraged format) was supported so it is logical to assume that ogv ought to be supported as well. Here's a bit more info on the standard and ogv, http://en.wikipedia.org/wiki/Ogg I've read that ogg (unrestricted, free, etc) is gaining popularity and so it would be nice to have it be supported thus the inquiry. Might be wise to submit a bug report to XBMC about this. RE: OpenELEC Testbuilds for RaspberryPi - popcornmix - 2013-01-26 (2013-01-25, 23:28)tfft Wrote: So what next ? Does it make sense that this started happening about a month ago ? Should I try say 2641440 instead of 0 ? Is there anything else I can do/try and/or test ? Setting gpu_mem=100 in config.txt should help. As would enabling swap. RE: OpenELEC Testbuilds for RaspberryPi - tfft - 2013-01-26 (2013-01-26, 00:21)popcornmix Wrote:I'll set and try cachemembuffersize to 2641440 and gpu_mem=100 - a couple of questions though.(2013-01-25, 23:28)tfft Wrote: So what next ? Does it make sense that this started happening about a month ago ? Should I try say 2641440 instead of 0 ? Is there anything else I can do/try and/or test ?Setting gpu_mem=100 in config.txt should help. As would enabling swap. I read that the gpu_mem is assigned in 8MB steps so we're talking 96 or 104, right ? And in passing, the default is 128 - so why would assigning the GPU _less_ memory improve things as I'm guessing the GPU is what requires more resources compared to the CPU, no ? To enable swap I'm guessing I need to build my own image (and not depend on thestateofme), is there a wiki/doc that discusses the enabling of swap in openelec and how that is accomplished ? Lastly, am I unique in seeing these problems ? Isn't there a non-overclocking set of values that work best for RPi-256 available or is each unit/device different somehow ? Thanks again. RE: OpenELEC Testbuilds for RaspberryPi - popcornmix - 2013-01-26 (2013-01-26, 00:58)tfft Wrote: I read that the gpu_mem is assigned in 8MB steps so we're talking 96 or 104, right ? And in passing, the default is 128 - so why would assigning the GPU _less_ memory improve things as I'm guessing the GPU is what requires more resources compared to the CPU, no ? I believe gpu_mem works down to 1MB steps. The memory failure is on ARM side, so giving the GPU less memory is the right solution. RE: OpenELEC Testbuilds for RaspberryPi - rbej - 2013-01-26 OpenElec 3.0 RC2 http://releases.openelec.tv/OpenELEC-RPi.arm-2.99.2.tar.bz2 RE: OpenELEC Testbuilds for RaspberryPi - brinka123 - 2013-01-26 Still have audio and video sync problems. The delay gets worse the longer the video plays. Video info: ===================== General ===================== Complete name : Z:Video\VIDEO_TS\VTS_01_1.VOB Format : MPEG-PS File size : 1 024 MB Duration (ms) : 45mn 48s Total bitrate : 3 126 Kbps ===================== Video ===================== Id : 224 (0xE0) Format : MPEG Video Format version : Version 2 Format profile : Main@main Format settings - BVOP : Yes Format settings - Matrix : Default Duration (ms) : 45mn 48s Bitrate mode : Variable Bitrate : 2 872 Kbps BitRate_Nominal/String : 7 900 Kbps Width : 720 pixels Height : 576 pixels Aspect ratio : 16:9 Framerate : 25.000 fps Standard : PAL Colorimetry : YUV Colos space : 4:2:0 Bit depth : 8 bits Scan type : Interlaced ScanOrder/String : Top Field First Bits/(Pixel*Frame) : 0.277 Stream size : 941 MB (92%) ===================== Audio ===================== Id : 128 (0x80) Format : AC-3 Format info : Audio Coding 3 Format settings mode extens : CM (complete main) Duration (ms) : 45mn 47s Bitrate mode : Constant Bitrate : 192 Kbps Channel(s) : 2 channels ChannelPositions : Front: L R Sampling rate : 48.0 KHz Bit depth : 16 bits Stream size : 62.9 MB (6%) ===================== Menu ===================== RE: OpenELEC Testbuilds for RaspberryPi - popcornmix - 2013-01-26 (2013-01-26, 13:39)brinka123 Wrote: Still have audio and video sync problems. The delay gets worse the longer the video plays. Is this with OpenElec 3.0 RC2? I'll need to see an example file. Can you extract a sample that shows the problem, and post it somewhere (e.g. dropbox). RE: OpenELEC Testbuilds for RaspberryPi - xoox - 2013-01-26 Are there are any fixes for the raspberry pi + tvheadend live TV problems in OpenELEC 3.0 RC2?? RE: OpenELEC Testbuilds for RaspberryPi - rbej - 2013-01-26 Popcornmix. If i want test new experimental firmware with support new video codec i must rename file start_x.elf to start.elf?? RE: OpenELEC Testbuilds for RaspberryPi - popcornmix - 2013-01-26 (2013-01-26, 15:52)rbej Wrote: If i want test new experimental firmware with support new video codec i must rename file start_x.elf to start.elf??Follow instructions here: http://www.raspberrypi.org/phpBB3/viewtopic.php?f=29&t=19334&start=275#p269992 RE: OpenELEC Testbuilds for RaspberryPi - gizmomel - 2013-01-26 because I use XBMC for video I only just noticed / discovered that the milkdrop / project M music visualisation isn't included in the openElec build for the Pi. I'm hoping it's just due to porting issues and not that the Pi isn't fast enough to handle it? I used to love watching the music vis back on my xbox 1. RE: OpenELEC Testbuilds for RaspberryPi - rbej - 2013-01-26 (2013-01-26, 16:13)popcornmix Wrote:(2013-01-26, 15:52)rbej Wrote: If i want test new experimental firmware with support new video codec i must rename file start_x.elf to start.elf??Follow instructions here: Mov and flv test files not working in Xbmc. |