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) - Milhouse - 2015-08-20 New OpenELEC Jarvis build #0820: RPi / RPi2 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (41b0ef92, changelog) and tip of XBMC master (37a742a1, changelog) with the following modifications:
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - parcel - 2015-08-21 I have more core temperature on RPi2 after #0816 test builds. It is normal? #0815 build is 52 celcious but after builds are 56 celcious. It's not problem, but make curiosity RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-08-21 Nothing obvious in #0816, could it be add-on related? Do you still see higher temperatures when testing a clean .kodi install? Is your CPU load similar in the two builds? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - illiac4 - 2015-08-21 In this sample file subtitles are shown on wrong side of the screen (left in the middle and not at the bottom) (you have to enable it if they are not shown). I know that in older versions it was playing fine but can not say when. Using omx player. File (size 13mb): http://bite-in.com/debug/24Kitchen-HD.ts RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - parcel - 2015-08-21 (2015-08-21, 02:30)Milhouse Wrote: Nothing obvious in #0816, could it be add-on related? Do you still see higher temperatures when testing a clean .kodi install? Is your CPU load similar in the two builds? Yep, it may be addon related. And new #0820 test build stalled online streaming video(RT news) after 4+ hours. I 'm back to #0815 again. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - doveman2 - 2015-08-21 (2015-08-20, 21:47)Milhouse Wrote: Thanks, that will make life easier. Quote:Also, have you tried configuring a value for Video > Playback > "Display 4:3 videos as" - try something like "Stretch 16:9" and all 4:3 videos should automatically use the selected aspect ratio. That seems to need to be on Normal. With both Normal or Stretch 16:9 the Zoom is 1:00 but for the latter it changes the Pixel Ratio to 0.92. I compared two programmes, The Simpsons on Ch.4 and Alias Smith and Jones on ITV4 on my TV (both SD) which are both broadcast in 4:3 (so my TV auto-switches to 4:3 mode and displays grey bars either side). On the RPi, The Simpsons on Ch.4 sets the View Mode to Normal (as per the Display 4:3 videos setting) but Alias Smith and Jones on ITV4 sets it to Stretch 16:9 (which is the saved default view). I have no idea why it doesn't detect the latter as 4:3.. Anyway, I still need to change the TV mode from Auto (which sets it to Just with the RPi) to 4:3 for 4:3 programmes and back to Auto for 16:9 programmes. With my TV in 4:3 mode and the RPi in Normal view mode, when the 4:3 programme switches to 16:9 adverts, not only do I have the grey bars either side but also black space above and below the adverts, so they're displayed in a fairly narrow strip in the middle. Switching the RPi view mode to Stretch 16:9 expands the advert vertically to remove the black space and then I have to switch the TV mode to Auto to expand it horizontally to remove the grey bars. Hey, it's only adverts though, so not worth worrying about. It's just a shame I have to manually switch the TV mode and in some cases the RPi view mode, depending on whether the actual programme is 16:9 or 4:3. I think the only way round this would be if the RPi could automatically detect 4:3 programmes and create a 16:9 frame with black or grey bars either side of the 4:3 picture, which I guess is what Freeview STB do. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - popcornmix - 2015-08-21 (2015-08-21, 13:58)doveman2 Wrote: With my TV in 4:3 mode and the RPi in Normal view mode, when the 4:3 programme switches to 16:9 adverts, not only do I have the grey bars either side but also black space above and below the adverts, so they're displayed in a fairly narrow strip in the middle. Switching the RPi view mode to Stretch 16:9 expands the advert vertically to remove the black space and then I have to switch the TV mode to Auto to expand it horizontally to remove the grey bars. Can you test the behaviour with Kodi on a PC and see if it's the same (I imagine it is). If it is, then it's best to make your suggestion in a general or feature request forum where the right devs may be able to comment. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - doveman2 - 2015-08-21 (2015-08-21, 14:01)popcornmix Wrote: Can you test the behaviour with Kodi on a PC and see if it's the same (I imagine it is). If it is, then it's best to make your suggestion in a general or feature request forum where the right devs may be able to comment. I think I can connect my USB tuner to the PC and presumably run tvheadend, so I should be able to. Obviously it will be connected to the TV via HDMI not composite though, so I'm not sure it will be a meaningful comparison, as Kodi may well be able to make the TV change mode via HDMI. In fact, I should test the RPi via HDMI first. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - L-S-D - 2015-08-21 (2015-08-21, 14:05)doveman2 Wrote:(2015-08-21, 14:01)popcornmix Wrote: Can you test the behaviour with Kodi on a PC and see if it's the same (I imagine it is). If it is, then it's best to make your suggestion in a general or feature request forum where the right devs may be able to comment. Composit I'm not aware that there is any signaling of 16/9 on a composit output, so HDMI will be the solution to go for the right aspect and a clear picture :-). I have never seen any issues on HDMI with wrong AR if it is implemented correctly on the broadcasters side. EDIT: there is WSS signaling in PAL signals, the question is if it is implemented in the Firmware: https://en.wikipedia.org/wiki/Widescreen_signaling RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - doveman2 - 2015-08-21 With both #819 and #820, when playing a TV recording (MPEG2), even with deinterlace disabled, it locks up when skipping backwards (I think it did skipping forwards when testing with #819 yesterday as well) and I have to stop playback. I've only quickly tested with MMAL with #820 but with #819 I tried with OMXPlayer enabled and that wasn't any better, the only thing that fixed it was disabling both OMX and MMAL so that it wasn't using acceleration at all. http://pastebin.com/dGGimucC RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - popcornmix - 2015-08-21 (2015-08-21, 14:22)doveman2 Wrote: With both #819 and #820, when playing a TV recording (MPEG2), even with deinterlace disabled, it locks up when skipping backwards (I think it did skipping forwards when testing with #819 yesterday as well) and I have to stop playback. I've only quickly tested with MMAL with #820 but with #819 I tried with OMXPlayer enabled and that wasn't any better, the only thing that fixed it was disabling both OMX and MMAL so that it wasn't using acceleration at all. So the recorded .ts shows this behaviour when played through file interface (not PVR interface)? If so can you provide a sample file (e.g. through google drive or dropbox). RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - doveman2 - 2015-08-21 (2015-08-21, 14:18)L-S-D Wrote: Composit I'm not aware that there is any signaling of 16/9 on a composit output, so HDMI will be the solution to go for the right aspect and a clear picture :-). I have never seen any issues on HDMI with wrong AR if it is implemented correctly on the broadcasters side. I'm only setting this up with composite as that's the only option my brother has on his TV. I use HDMI myself normally. The fact that OE correctly detects one 4:3 programme and sets the view mode to Normal but leaves another on Stretch 16:9 is a separate issue of course, regardless of composite/HDMI, although to be fair the distortion with it set to a pixel ratio of 0.92 (with Stretch 16:9) instead of 1.00 (with Normal) probably isn't that obvious to most people. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - doveman2 - 2015-08-21 (2015-08-21, 14:24)popcornmix Wrote: So the recorded .ts shows this behaviour when played through file interface (not PVR interface)? Yep, just playing via Video files. I wasn't even aware there was a PVR interface for playing back recordings. What's the best way to cut a sample out of a .ts file? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - L-S-D - 2015-08-21 (2015-08-21, 14:28)doveman2 Wrote:(2015-08-21, 14:18)L-S-D Wrote: Composit I'm not aware that there is any signaling of 16/9 on a composit output, so HDMI will be the solution to go for the right aspect and a clear picture :-). I have never seen any issues on HDMI with wrong AR if it is implemented correctly on the broadcasters side. well I'm quite sure I would see it. I'm not having any issues with tvh as backend and aspect ratio so far. Maybe you could provide 30sec of the whole ts where you are having this problem and open a ticket on tvh issue tracker? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - popcornmix - 2015-08-21 (2015-08-21, 14:30)doveman2 Wrote: What's the best way to cut a sample out of a .ts file? Simplest is to record a new shorter file and then check that it has the same issue. Otherwise ffmpeg can be used for cutting down a file. |