OpenELEC Testbuilds for RaspberryPi (Kodi 16.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 (Kodi 16.0) (/showthread.php?tid=231092) 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
|
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - herrmeier01 - 2015-09-22 (2015-09-22, 08:43)Leopold Wrote: I've noticed in the recent builds that 720p content is being switched to output in a 720p mode instead of the resolution of the gui. Is this a new feature of VideoPlayer to enable using the (presumably better) upscaling on the TV? On my RPi2 this does not happen when using VDR backend and DVB-C USB tuner. I have a new clean install and i just change "Video -> Playback -> Adjust display refresh rate" to "always". But this also not happen when change back. Anyway this should only impact the refresh rate and not the resolution. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - popcornmix - 2015-09-22 (2015-09-22, 08:43)Leopold Wrote: I've noticed in the recent builds that 720p content is being switched to output in a 720p mode instead of the resolution of the gui. Is this a new feature of VideoPlayer to enable using the (presumably better) upscaling on the TV? I've tried playing a few 720p files and my TV has remained at 1080p, so I don't think this is a deliberate feature. A debug log (wiki) may have some clues as to what is happening. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - J_E_F_F - 2015-09-22 (2015-09-22, 18:24)popcornmix Wrote: I've tried playing a few 720p files and my TV has remained at 1080p, so I don't think this is a deliberate feature. Same here on build #0921. Playing 720p content, the TV input remained at 1080p RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - bagofcrap24 - 2015-09-22 (2015-09-22, 16:27)popcornmix Wrote:(2015-09-22, 16:20)SpuDy Wrote:(2015-09-20, 05:58)SpuDy Wrote: Hello. I Can also reproduce this issue. also confirm 0915 is ok, 0916 and later is having the freeze issues after a few seconds. I made 2 short recordings. On live viewing both channels froze within a few seconds. "Sportsday" (BBC News HD) froze at 4-5 seconds where you see the big artefacts that appear over 3/4s and remained frozen while watching however when viewing the recording, the issue does not occur. "ITV News & Weather" (ITV HD) froze at 5 Seconds on while watching live. Also the recording freezes at the same point. Both files playback fully in MPC-HC (Sportsday with artefacts) RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Leopold - 2015-09-22 (2015-09-22, 18:24)popcornmix Wrote:I assume this was a temporary glitch then. I did look at the log and could see that a 720p mode was selected, but the log has since been overwritten and I'm no longer getting output in 720p. I can't remember this ever happening before.(2015-09-22, 08:43)Leopold Wrote: I've noticed in the recent builds that 720p content is being switched to output in a 720p mode instead of the resolution of the gui. Is this a new feature of VideoPlayer to enable using the (presumably better) upscaling on the TV? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - doldi - 2015-09-22 ...sorry german internet ....duplicate post RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - doldi - 2015-09-22 Hello, thx to Milhouse - i have cleand my old repos who have making some Problems ( periodic refresh list @ high cpu) here is a debug list from one of my two Rpi2 (over HDMI) http://xbmclogs.com/pihjy3fup After cleaning my first Pi2 (with hifiberry soundcard) he is now running fine, i think - he only stop Video after 20 Minutes. I have make an backup from this and put them to the second RPi2 (overHDMI). But Second Pi stops Video, after some time also the Sound on playing VideoAddon...and nothing more. CpuKodi is low, moderate settings, correct config.list on SD-Card after replay backup is correct. What have i to do ? It is an AddOn Problem? THX Harald RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-09-22 (2015-09-22, 19:50)bagofcrap24 Wrote: I Can also reproduce this issue. I can reproduce quite easily with the ITV clip, using either omx or mmal. Not had Sportsday freeze on me yet. My deinterlace settings are "Auto" and "Auto select", if that's relevant. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-09-22 (2015-09-22, 20:33)doldi Wrote: Hello, This problem should be fixed in tonight's build, also the directory listings being refreshed every 13-14 seconds (see PR8110 for details). (2015-09-22, 20:33)doldi Wrote: I have make an backup from this and put them to the second RPi2 (overHDMI). Do you have a debug log from this second RPi2 that is having the problem? Maybe try again using tonight's #0922 build. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - doldi - 2015-09-22 (2015-09-22, 20:33)doldi Wrote: Hello, Yes, i have posted here is a debug list from one of my two Rpi2 (over HDMI) with problems after playing 2-3 MusikVideo from MTV: http://xbmclogs.com/pihjy3fup ...see only 7 warnings: JSONRPC: Could not parse type "PVR.Details.Channel" JSONRPC: Could not parse type "PVR.Details.ChannelGroup.Extended" : JSONRPC: Could not parse type "GUI.Property.Value" JSONRPC: Could not parse type "Setting.Details.SettingList" CSkinInfo: failed to load skin settings CreateLoader - unsupported protocol(script) in script://script.allinone/?content_type=video-banner.jpg ...and also on .png ok, have seen an script problem wit AllInOne Addon - now deleted, we will see ;-) RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - bagofcrap24 - 2015-09-22 (2015-09-22, 20:43)Milhouse Wrote: I can reproduce quite easily with the ITV clip, using either omx or mmal. Not had Sportsday freeze on me yet. My deinterlace settings are "Auto" and "Auto select", if that's relevant. Sportsday clip only froze when watching live. It would not freeze at all when viewing the recording. ITV freezes only on the pi. If I play using vlc or media player classic on windows 7 x64 it plays back fine. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - doldi - 2015-09-22 zu früh gefreut = don't halloo till you're out of the wood!buffering Kodi RPi with hifiberry soundcard have also problems after some restarts. Here is the log of this device (from two - see above): http://xbmclogs.com/pu8bwtkhf Video stops (buffering /pause is to see on OSD) and stops complete. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-09-22 New OpenELEC Jarvis build #0922: RPi / RPi2 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (131a0fb4, changelog) and tip of XBMC master (382696a5, changelog) with the following modifications:
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - bagofcrap24 - 2015-09-23 OK regarding the previously mentioned issue of live TV getting green pixelated patches and odd graphical glitches like seen in the test video for the other live TV problem. It appears that is due to running the tvheadend server on the pi2 also. I've just moved the server to it's own x86 machine and no longer seeing any graphical glitches at all. Though the image freeze after a few seconds is still present. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - dlxmax - 2015-09-23 If I recall correctly, fsck is run automatically on the rpi builds? If so, sdb1 never has issue, but sda1 always shows up in the log necessitating a manual fsck. Both are separate USB flash drives. sda1 Code: OpenELEC:~ # umount -f /dev/sda1 sdb1 Code: OpenELEC:~ # fsck -y /dev/sdb1 |