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 - popcornmix - 2013-02-27 @rbej @MilhouseVH So you still believe bigbuffer patch is problematic? It seems hard to see why it would cause failures. RE: OpenELEC Testbuilds for RaspberryPi - Milhouse - 2013-02-27 The only problem I've noticed is that live streams (eg. Flash streams via SportsDevil) have a black screen at start which is fixed by pause/unpause. RE: OpenELEC Testbuilds for RaspberryPi - popcornmix - 2013-02-27 (2013-02-27, 20:15)MilhouseVH Wrote: The only problem I've noticed is that live streams (eg. Flash streams via SportsDevil) have a black screen at start which is fixed by pause/unpause. And you see that with just bigbuffer patch? No other patches applied? RE: OpenELEC Testbuilds for RaspberryPi - rbej - 2013-02-27 (2013-02-27, 20:15)MilhouseVH Wrote: The only problem I've noticed is that live streams (eg. Flash streams via SportsDevil) have a black screen at start which is fixed by pause/unpause. Me to. Black screen when play online movie http://pastebin.com/9BxU09Sa Black sceen after seek online movie (remote control) http://pastebin.com/D2T4LYRt But this is new scheme buffering and stalling issues, not bigbuffer patch. I apply only new scheme patch and random black screen when play online movie and seek still exist. RE: OpenELEC Testbuilds for RaspberryPi - popcornmix - 2013-02-27 (2013-02-27, 20:39)rbej Wrote: Me to. I'm aware of new_stall hang. I want to know if bigbuffer on its own is safe to submit to xbmc. RE: OpenELEC Testbuilds for RaspberryPi - pplucky - 2013-02-27 (2013-02-27, 17:43)MilhouseVH Wrote:No, actually I saw that comment of yours, but did not understand it was required. Will try next time.(2013-02-27, 10:55)pplucky Wrote: Yesterday I was updating from a kernel with this feature already to a new one and I just did what you proposed: simply dropping the above mentioned files in the Update folder (my config.txt was not changed, meaning it had OC settings on)...but it didn't work out well. (2013-02-27, 17:43)MilhouseVH Wrote: From what you say it sounds like you experienced a classic case of the SD card not being correctly initialised, leading to corrupt boot files caused by the update. The long delay you experienced is what the "media check" is intended to detect (slow write performance due to mmc0 timeouts) so I'm surmising that you did not have the media check feature enabled when you performed your update.No worries, no need to thank. Still then, I'm pretty sure I had nothing changed on cmdline.txt By the way, this timeout in cmdline.txt does not affect normal boots, does it? How does this work, just for my understanding? (2013-02-27, 17:43)MilhouseVH Wrote: Note that in future should this happen again, you don't have to reinstall the SD card you only need to replace your kernel.img/bootcode.bin/fixup.dat/start.elf files in the FAT partition with uncorrupted versions.OK, good to know that. RE: OpenELEC Testbuilds for RaspberryPi - LehighBri - 2013-02-27 I'm using r13369... is anyone having any audio/video sync issues? It seems like on all of my videos now that the audio and video is out of sync (it starts in sync but gets out of sync pretty quickly within a handful of seconds). RE: OpenELEC Testbuilds for RaspberryPi - rbej - 2013-02-27 (2013-02-27, 20:42)popcornmix Wrote:(2013-02-27, 20:39)rbej Wrote: Me to. Working fine, but too long open net stream. Sometimes not open. RE: OpenELEC Testbuilds for RaspberryPi - doveman2 - 2013-02-27 I've just tested Raspbmc and LiveTV works fine on that, so I guess it must be something about OE that doesn't get along with the Mediaportal PVR addon. RE: OpenELEC Testbuilds for RaspberryPi - Milhouse - 2013-02-27 (2013-02-27, 20:19)popcornmix Wrote:(2013-02-27, 20:15)MilhouseVH Wrote: The only problem I've noticed is that live streams (eg. Flash streams via SportsDevil) have a black screen at start which is fixed by pause/unpause. Ah no, it was with other patches. I'll test it with just the bigbuffer patch (then work through the other patches) and get back to you once I've identified which is the cause. RE: OpenELEC Testbuilds for RaspberryPi - Milhouse - 2013-02-27 (2013-02-27, 21:05)pplucky Wrote: By the way, this timeout in cmdline.txt does not affect normal boots, does it? How does this work, just for my understanding? The "media check" feature (when enabled) will time how long it takes to write a 1MB file to the SD card early in the startup sequence before any partitions are mounted. Under normal circumstances it should take less than 200ms to write the file so you shouldn't notice any extra delay in the boot sequence. However, when the SD card hasn't initialised properly it will take a lot longer - in my tests, in the region of 30-35 seconds - to write the file and so the Pi will reboot whenever the time taken exceeds the value of iotimeout. You specify this value in cmdline.txt, a value of 0 (or omitting the parameter) disables the feature entirely, a value of 5000 is normally sufficient. Only when the Pi successfully writes the file without any significant delay will the boot sequence continue. From my testing, an incorrectly initialised SD card is the main cause of ext4 (/dev/mmcblk0p2) partition corruption, and as you found, also file corruption due to system updates. Personally, I think it's worth the occasional 30 second+reboot delay than to have to restore my entire system (due to ext4 corruption) or waste time resurrecting a non-bootable system after applying an update! Though I'll make no bones about this, it's a total hack, as you need to write a file to the SD card to provoke the mmc0 timeouts and the only way to detect the presence of the timeout without waiting an unreasonable amount of time for errors to appear in the log, is to time how long it takes to write the file. However in my numerous tests, this hack has eliminated partition and file corruption on my system. Maybe it will be possible to use a smaller file in future which will reduce the amount of time taken to detect when the SD card is not correctly initialised (eg. a 250KB file may take no more than 10 seconds) but this requires more feedback from people testing this feature - I'll need to know the elapsed time reported on your systems when the delay is detected to determine an optimum size. Obviously, the ideal solution is to eliminate the cause of the failure to initialise the SD card but that may take a while longer so consider this only a temporary stop-gap measure, and I doubt it will be included in stock OE builds anyway. RE: OpenELEC Testbuilds for RaspberryPi - Milhouse - 2013-02-28 (2013-02-27, 21:57)MilhouseVH Wrote:(2013-02-27, 20:19)popcornmix Wrote:(2013-02-27, 20:15)MilhouseVH Wrote: The only problem I've noticed is that live streams (eg. Flash streams via SportsDevil) have a black screen at start which is fixed by pause/unpause. Argghh... so frustrating, I can't reproduce it now - and having pulled in the latest updates from the OE repository earlier today many of the patches no longer apply... I have tested with both big buffer and hdmi/analog output patches (the only patches that apply cleanly) and no problems so far. RE: OpenELEC Testbuilds for RaspberryPi - hpbaxxter - 2013-02-28 "Add Both HDMI and analog audio output" doesn't seem to work well. When I set audio output to "all", I'm unable to seek in mkv movies anymore, neither with the arrow keys, nor by typing the minutes and seconds in. No problems with settings "HDMI" and "analog". I've tested it latest rbej build (r13376) and only with mkv. RE: OpenELEC Testbuilds for RaspberryPi - rbej - 2013-02-28 (2013-02-28, 01:46)hpbaxxter Wrote: "Add Both HDMI and analog audio output" doesn't seem to work well. When I set audio output to "all", I'm unable to seek in mkv movies anymore, neither with the arrow keys, nor by typing the minutes and seconds in. No problems with settings "HDMI" and "analog". I've tested it latest rbej build (r13376) and only with mkv. Confirm. I raported this bug to author this patch. (2013-02-27, 12:53)popcornmix Wrote:(2013-02-27, 09:01)rbej Wrote: - CEC 2.1.0 with many fixes for Rpi Working perfect. Much better response that 2.0.5. RE: OpenELEC Testbuilds for RaspberryPi - rbej - 2013-02-28 Remove "Add Both HDMI and analog audio output" patch resolved problem with black screen when seek online movie with new scheme buffering patch. But still random black screen when play online movie exist. |