OpenELEC Testbuilds for RaspberryPi Part 3 (Kodi 14.0) - 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 Part 3 (Kodi 14.0) (/showthread.php?tid=192380) 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
|
RE: OpenELEC Testbuilds for RaspberryPi Part 3 - lowrider888 - 2014-10-18 Hi. As a new poster, first may I just say thank you for all the work you all put in, so the rest of us can enjoy the end result. So, to business. I'm having a great deal of trouble trying to get 1015 and Tvheadend(v3.9.1847) to play nicely together. The majority of the time the system gets "stuck" on load up, and then eventually invokes OOM, and kicks out Tvheadend. Which then restarts, and so the cycle continues until I intervene by using systemctl stop (if I get the chance) or by using kill -9, or in the worse circumstance, having to poweroff the RPi . So far I have only managed to get them to run together once, but I closed my system down overnight, and I was back to the same problem in the morning. Having a dig around on the Tvheadend site, I noticed that version 3.9.1847 "failed" to build. Now I'm not sure what that means, and how that would affect the compilation of Tvheadend. Does whomever created 1847 for Openelec realise this? and is it this that's causing my problems? As an aside, I have been trying to get recent versions of Tvheadend (my own compilations) to work with Helix. None of them have as yet worked perfectly - I'm having trouble with video play back - but none of them have caused OOM to kick in. As yet, I have not tried to use 1016 / 17, but will be giving them a go. My Pi is a model 512B, and everything is set to default. I can provide a dmesg file if required, but thought I'd better mention 1847 "failing" on the Tvheadend site first. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-10-18 There's a tvheadend support thread on the OpenELEC forum that you might want to take a look at. I've no idea if there's a general tvheadend problem, it appears to be working well for least one person with a Helix build. Problems with builds other than my own should be discussed in a separate/dedicated thread, to ensure any discussion remains on-topic. By all means test one of my builds with tvheadend and let us know how you get on. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - lowrider888 - 2014-10-18 Okay, will do. Was just wondering if anyone else was having a similar experiece. Re: OpenELEC Testbuilds for RaspberryPi Part 3 - User 99401 - 2014-10-18 @popcornmix I've just updated my RPI (512MB) to the latest version (17/10) from Newclock3 version and found a strange behaviour related to subtitles. When downloading a new subtitle (or updating a new one) there is a strange white wash all over the screen (although the frame can be seen behind), when the movie is back from pause the white disappears but the active subtitle is no where the one I downloaded (to be honest I don't know from where it took it). It didn't happen on newclock3 and doesn't happen on the latest android alpha. Using standard and default setup. Default skin. All acceleration on. It happens when I disable OMXPlayer or the other one. See below log. http://xbmclogs.com/show.php?id=321840 Is this an RPI related? Any idea? Thanks for your help RE: OpenELEC Testbuilds for RaspberryPi Part 3 - slomovizion - 2014-10-18 HI guys With recent builds support for my hifiberry digi has been flaky - last build were it works is #1006. Running dmesg on more recent builds I get a bunch of failed to get supply/supplies messages and '-517' as error code from the modules which the digi needs. There are - as far as I can tell - no differences in output from lsmod on the different builds. I can reliably get the digi to work again by downgrading to #1006. Has anybody else come across this problem? best regards RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-10-18 @slomovizion - how is build #1015, this temporarily dropped the Wolfson support added in build #1007 which is responsible for the -517 messages. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - popcornmix - 2014-10-18 (2014-10-16, 14:52)allan87 Wrote: Hi Popcornmix. Have you had a chance to think about the commercial skip issue at this post? I've done some investigation. There were a couple of changes in the flush and accurate flags used when seeking, between newclock3 and newclock4, and by matching the newclock3 behaviour, my test case works better. You can try it in next test build. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - popcornmix - 2014-10-18 (2014-10-18, 09:59)Shanyel Wrote: I've just updated my RPI (512MB) to the latest version (17/10) from Newclock3 version and found a strange behaviour related to subtitles. Not seen it myself or heard of any similar report. Can't see anything obvious in log. Might be worth testing if it occurs with default settings/add-ons. Rename .xbmc to .xbmc_back and reboot. All settings should be default and add-ons disabled. Try and do the minimum number of steps to reproduce this. If it still fails then let me know what steps are needed to reproduce this. Re: RE: OpenELEC Testbuilds for RaspberryPi Part 3 - User 99401 - 2014-10-18 (2014-10-18, 17:45)popcornmix Wrote:Will try and report(2014-10-18, 09:59)Shanyel Wrote: I've just updated my RPI (512MB) to the latest version (17/10) from Newclock3 version and found a strange behaviour related to subtitles. BTW, when downloading a subtitle outside xbmc all is fine Thanks RE: OpenELEC Testbuilds for RaspberryPi Part 3 - slomovizion - 2014-10-18 Hi Milhouse Unfortunately build #1015 doesn’t work for me. Output from dmesg and lsmod is the same as the builds where wolfson support is included: dmesg: http://sprunge.us/jQNC lsmod: http://sprunge.us/TgHA Output from dmesg and lsmod output from build #1006 (in case there are some clues that I’ve missed) dmesg: http://sprunge.us/NQBG lsmod: http://sprunge.us/DDPK best regards RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-10-18 New OpenELEC Helix build: #1018 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (6df2e667, changelog) and tip of XBMC master (b5947afe, changelog) with the following modifications:
RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-10-18 (2014-10-18, 13:48)slomovizion Wrote: I can reliably get the digi to work again by downgrading to #1006. Has anybody else come across this problem? Can you explain exactly what the problem is? You say it's not "reliable" - does this mean it's working some of the time? What is the output of "aplay -l"? Is the Hifiberry visible to XBMC, or not? If it is, how is it not reliable? Just an idea, could you boot a #1006 system with the start.elf firmware from #1007 and see if it has any effect: 1. Copy #1007 tar to Update folder, boot into #1007 2. cp /flash/start.elf /storage 3. Copy #1006 tar to Update folder, boot into #1006 4. mount -o remount,rw /flash 5. cp /storage/start.elf /flash 6. mount -o remount,ro /flash 7. reboot 8. Confirm if Hifiberry hardware becomes "unreliable", or not. The only other thing I can do is throw up a build with the resample commits reverted (these were the only other significant changes in #1007, other than firmware and Wolfson), and for you to test if that has any effect but if the device is not visible to XBMC then there wouldn't be any point in testing such a change. (not really possible - way too many changes) RE: OpenELEC Testbuilds for RaspberryPi Part 3 - mullemull - 2014-10-19 Seeking/skip in films are fine now with omxplayer/HW activated Thanks! I meant, no scrambled picture when fast forward in films. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Mister XY - 2014-10-19 Hello since many version, i have a problem with my DVD. The Problem is, that the menu hang. Here is my log and i hope you find an error. I have used the version from today. http://pastebin.com/AVLfbvgw RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-10-19 @MisterXY: And what was the last version of mine that worked (didn't hang)? |