OpenELEC Testbuilds for RaspberryPi Part 2 - 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 2 (/showthread.php?tid=184866) 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
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
|
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Trixster - 2014-03-31 After a bit more testing I agree that 0.14 is very marginally better than 0.8, for both sd and 720p content. Is there a way to make this the default kernel for these resolution videos, but leave 1080p untouched? It's a pain to have to go into the OSD for each sd/720p video. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-03-31 (2014-03-31, 15:15)rbej Wrote: When i seek some movies (mkv) to beginning i dont have audio and picture freeze after few seconds. A debug xbmc.log showing the issue may help. A sample file that suffers from the issue would be even more useful. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-03-31 (2014-03-31, 15:33)Trixster Wrote: After a bit more testing I agree that 0.14 is very marginally better than 0.8, for both sd and 720p content. Just change it and enabled the "set as default for all videos". For 1080p video on a 1080p display, the scaling kernel won't be used, so no need to worry. It is likely there will be a change to the default scaling kernel soon as 0.14 does seem preferred (it was my favourite too). Ideally we should stretch the shape of the kernel with the scaling ratio. These were the kernels: 0.00 Sinc over the range +-3*PI with Hamming window applied, 0.02 Sinc with Hamming window applied, 0.04 Sinc over the range +-2.5*PI with Hamming window applied, 0.06 Sinc, 0.08 Sinc with Blackmann window applied, 0.10 Sinc with no side lobes, 0.12 Sinc with half the first side lobe 0.14 Mitchell Netravali (with B=1/3,C=1/3) 0.16 nearest_neighbour, Here's another suggested by the image scaling guy (you can just enter that while video is playing): Code: vcgencmd scaling_kernel 0 -4 -8 -14 -18 -19 -16 -8 9 39 77 122 166 206 237 255 255 237 206 166 122 77 39 9 -8 -16 -19 -18 -14 -8 -4 0 RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-03-31 (2014-03-30, 09:29)MrNice Wrote: Every time I open System>system>video output, I get the message "Save resolution. Would you like to keep this change" Any change with latest build? RE: OpenELEC Testbuilds for RaspberryPi Part 2 - ajp2k14 - 2014-03-31 @popcornmix Is something like lanczos/spline/catmull-rom possible or are they completely different algorithms? RE: OpenELEC Testbuilds for RaspberryPi Part 2 - abudabi - 2014-03-31 (2014-03-31, 10:28)Stilt Wrote: Ok, Did a complete new install: Hi guys Is this the suggested way to install from scratch? Thanks RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-03-31 (2014-03-31, 16:40)ajp2k14 Wrote: @popcornmix No, should be possible with right coefficients. This is lanczos with A=2. Code: vcgencmd scaling_kernel 0 -2 -7 -14 -19 -23 -20 -9 12 41 79 123 167 207 237 253 253 237 207 167 123 79 41 12 -9 -20 -23 -19 -14 -7 -2 0 RE: OpenELEC Testbuilds for RaspberryPi Part 2 - ajp2k14 - 2014-03-31 (2014-03-31, 16:50)popcornmix Wrote:(2014-03-31, 16:40)ajp2k14 Wrote: @popcornmix Nice! I use Lanczos3 in MadVR on my laptop (or Jinc3) and quality is very good... Might be worth checking out this thread....unfortunately, my own knowledge in this area is very limited but please let me know if there's anything I can do to help... http://forum.doom9.org/showthread.php?t=146228 Any suggestions where I can find the right numbers to input for different scaling kernels? RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Trixster - 2014-03-31 (2014-03-31, 16:21)popcornmix Wrote:(2014-03-31, 15:33)Trixster Wrote: After a bit more testing I agree that 0.14 is very marginally better than 0.8, for both sd and 720p content. Super, thank you! RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-03-31 I'm seeing a problem when playing an MKV with dvdplayer that has both TrueHD and AC3 audio tracks. With either the TrueHD or AC3 audio track, if I start the movie from the beginning there's a long-ish delay (due to ffmpeg complaining about a "Non-increasing DTS") and eventually the movie will play both video and audio. However when starting the same movie from a resume point (eg. "Play from 09:00") there is never any video, only audio (either TrueHD or AC3). omxplayer will play both video and audio when resuming, or starting from beginning. Debug log of dvdplayer resuming from about 9 minutes (with default TrueHD audio stream #1) here. This doesn't seem to be a new problem, I've gone back several weeks worth of builds and the behaviour is the same. I have a 500MB sample with which to reproduce the "resume from" problem if you need this (dropbox). Watch (using either omxplayer or dvdplayer) until about 03:00 and stop, then try playing again with dvdplayer this time resuming from 03:00 - it will be very slow to resume but should eventually give you just TrueHD audio and no video. Stop and resume using omxplayer and you'll have both video and TrueHD audio. I can also reproduce this behaviour with the AC3 track (you need to switch audio tracks when starting from beginning). RE: OpenELEC Testbuilds for RaspberryPi Part 2 - MonsterCross - 2014-03-31 (2014-03-30, 18:02)popcornmix Wrote: Don't try it when video is 1080p and display is 1080p or you won't see anything. It's more interesting when playing SD content on a HD displayIt will make a difference for watching a 1080P movie on a 1080P display - but more for the chroma than the luma. So the effect would be a bit subtle. In this case the chroma is being upsampled 2x in x & y. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-03-31 (2014-03-31, 16:21)popcornmix Wrote: Here's another suggested by the image scaling guy (you can just enter that while video is playing): I've tried comparing +4 (0.08, Blackmann), +7 (0.14, Mitchell Netravali), cubic with A=-0.5, and lanczos with A=2 and I'm not seeing any significant difference between them - they're all quite similar, all being sharper than the default +0/0.00. Very hard to say which is best. This is while viewing text on SD/xvid material. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Forage - 2014-03-31 Am I the only one who still has the network connection (wired) dropping randomly? It happens on MilouseVH's builds, as well as with OE 4beta3. They still occur, during playback, as well as while not using the RPi. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - MonsterCross - 2014-03-31 (2014-03-31, 16:40)ajp2k14 Wrote: Is something like lanczos/spline/catmull-rom possible or are they completely different algorithms?I think for catmull-rom you want something like: Code: vcgencmd scaling_kernel 0 -4 -8 -14 -18,-19,-16 -8 9 39 77 122 166 206 237 255 Kernels with nice mathematical or signal-processing properties don't always look best. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - ajp2k14 - 2014-03-31 (2014-03-31, 18:56)MonsterCross Wrote:(2014-03-31, 16:40)ajp2k14 Wrote: Is something like lanczos/spline/catmull-rom possible or are they completely different algorithms?I think for catmull-rom you want something like: Interesting, thanks! I'm just trying to translate my experiences with MadVR scaling to the Pi. Catmull-rom is probably better for downscaling though, in fact I think it's the recommended method in MadVR for downscaling (in linear light). It would be interesting to see more Lanczos variants, lanczos3 is a good compromise between sharpness and ringing I think. MadVR probably has more tricks when scaling and converting so it's probably not scaling gamma encoded video... ? (2014-03-31, 18:44)MilhouseVH Wrote:(2014-03-31, 16:21)popcornmix Wrote: Here's another suggested by the image scaling guy (you can just enter that while video is playing): I think you have to sit very close to the TV to notice the differences between some of them and concentrate on text, diagonals and textures? It would be interesting to try Lanczos with A=3 and perhaps even A=4 and perhaps Jinc with A=3 too if possible. Those ones produce very good results in video players on the PC at least. I read that Intels HD Graphics (at least 4000+) uses something like Lanczos3... I mostly watch 720p and up though so not sure which one is best for SD... |