How to Install XBMC PVR Xvba for AMD/Nvidia/Intel GPUs - 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: Linux (https://forum.kodi.tv/forumdisplay.php?fid=52) +---- Thread: How to Install XBMC PVR Xvba for AMD/Nvidia/Intel GPUs (/showthread.php?tid=116996) 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
|
RE: How to Install XBMC PVR Xvba for AMD/Nvidia/Intel GPUs - FernetMenta - 2013-06-13 During the time pullup correction calculates fps we don't drop in decoder because this would mess up timestamps. Means the video is late from the beginning and drops after fps is calculated. The initial lateness is most likely caused by faulty calculated delay of audio (one reason why we write a new audio engine). Disabling vsync in xbmc does not disable vsync at the driver level on NVidia systems. vsync at the driver level is always enabled for NVidia. Do you see any "Discontinuity" massages in the log when running with vsync on? RE: How to Install XBMC PVR Xvba for AMD/Nvidia/Intel GPUs - ezechiel1917 - 2013-06-13 (2013-06-13, 11:58)FernetMenta Wrote: During the time pullup correction calculates fps we don't drop in decoder because this would mess up timestamps. Means the video is late from the beginning and drops after fps is calculated. The initial lateness is most likely caused by faulty calculated delay of audio (one reason why we write a new audio engine). There is usually DEBUG: CDVDPlayerAudio:: Duplicating 1 packet(s) of 23.22 ms duration or CDVDPlayerAudio:: Skipping 1 packet(s) of 23.22 ms duration around when this happen. I sent you logs of several files to pm. I think this behaviour didn't happen before the 50hz fix, but something similar started happening with recent mainline nightly builds, but those builds usually drops even more frames than xvba-testing when this occurs at the beginning of playback. (not sure exactly when it started happening in mainline, but build from the end of april I had definitely didn't drop any frames) (2013-06-13, 11:58)FernetMenta Wrote: Disabling vsync in xbmc does not disable vsync at the driver level on NVidia systems. vsync at the driver level is always enabled for NVidia. So vsync off in xbmc is really best option for 23.976 smooth playback? Tearing when playback is not expected, but is expected in xbmc gui? What's the difference between playback/xbmc gui rendering in terms of tearing behaviour with vsync off? Also I'm being curious why is there such a difference in smoothness of playback when you have vsync on in xbmc, is that because of "conflict" between driver level vsync and xbmc vsnyc setting? I would compare both to something like: 24 fps rendering vs 96 fps rendering) RE: How to Install XBMC PVR Xvba for AMD/Nvidia/Intel GPUs - FernetMenta - 2013-06-14 Quote:So vsync off in xbmc is really best option for 23.976 smooth playback? Not correct. Elaborate on "smooth". Do you observe dropped or skipped frames when running with vsync on? Quote:Tearing when playback is not expected, but is expected in xbmc gui? If xorg.conf is not messed up, you can't get tearing, neither in the gui nor during playback. Quote:What's the difference between playback/xbmc gui rendering in terms of tearing behaviour with vsync off? As already said, on NVidia systems vsync is always on. Disabling it in xbmc shouldn't make any difference. If the is a difference, something is going wrong. What exactly do you observe? RE: How to Install XBMC PVR Xvba for AMD/Nvidia/Intel GPUs - ezechiel1917 - 2013-06-14 (2013-06-14, 08:53)FernetMenta Wrote:Quote:So vsync off in xbmc is really best option for 23.976 smooth playback? Smooth in terms of motion perception (like when you compare game running at 30 fps vs 60 fps) with vsync off motion looks like higher framerate than vsync on (but doesn't look like artificial MFC interpolation of nowadays TVs which try to improve smoothness of low framerate sources) (2013-06-14, 08:53)FernetMenta Wrote:Quote:Tearing when playback is not expected, but is expected in xbmc gui? Here's my xorg.conf, playback is without tearing, navigation in xbmc gui sometimes produces really subtle tearing when switching between different section screens or when different fanarts fade in/out. I don't really mind that kind of tearing, it's not an obtrusive one. Code: # nvidia-xconfig: X configuration file generated by nvidia-xconfig RE: How to Install XBMC PVR Xvba for AMD/Nvidia/Intel GPUs - FernetMenta - 2013-06-14 Looks like I was wrong. vsync can be disabled by the setting in xbmc. Maybe the behavior has changed since those lines have been written (not by me) Code: #ifdef TARGET_POSIX If you disable vsync, you see fps in the menu rising to 100, right? During video playback we only render at video fps. If video gets late, it can catch up without vsync, because it can render at higher speed. I always run with vsync on and don't see any improvement when switching it off. As long as you don't observe drops/skips when running with vsync, I have no explanation why this should not as smooth as running without. RE: How to Install XBMC PVR Xvba for AMD/Nvidia/Intel GPUs - laric - 2013-06-14 I resently switched from the xbmc-xvba over to xbmc-xvba-testing and I am experiencing total freeze when I turn off the display and come back some time later and start the display. (Usually I am away several hours). How should I go about troubleshooting that? Would a debug log be of any use as I have to press reset to get out of it. (or ssh from an external machine). RE: How to Install XBMC PVR Xvba for AMD/Nvidia/Intel GPUs - fritsch - 2013-06-14 Quote:Option "TripleBuffer" "true" Remove this, it harms in a "swapBuffer" World, where front and back buffers are used to measure number of glSwaps. RE: How to Install XBMC PVR Xvba for AMD/Nvidia/Intel GPUs - ezechiel1917 - 2013-06-14 (2013-06-14, 13:06)fritsch Wrote:Surprisingly removing that line lined up the difference between vsync off/vsync on. Now both are equally smooth (like vsync on before) , so I actually like TripleBuffer . Didn't help with dropped frame at the beginning though.Quote:Option "TripleBuffer" "true" (2013-06-14, 11:18)FernetMenta Wrote: Looks like I was wrong. vsync can be disabled by the setting in xbmc. Maybe the behavior has changed since those lines have been written (not by me) Yes, fps in menu is ~100 fps. I also notice same kind of smoothness difference with vsync on when using different video scalers. Like lower quality ones feels smoother than higher quality ones (NN/Bilinear/Bicubic/Lanczos2 > Spline36,Lanczos3 optimized > Spline36,Lanczos3), but there is no difference in dropped/skipped/missed when comparing them. In XVBA there is new Auto setting, how does that exactly work? RE: How to Install XBMC PVR Xvba for AMD/Nvidia/Intel GPUs - fritsch - 2013-06-14 Auto is used together with two settings: e.g. everything < 720 -> use high quality scaling everything >= 720 use bilinear But there is a new setting fernetmenta provided, which means "Scaling per cent". So you can set a percentage value from which one starting, the high quality scaling will be used. this way you can fix to Lanczos 3 Optimized and it automatically uses bilinear / nearest neighbour, when you for example "scale" 1080p to 1080p or only scale 10%. RE: How to Install XBMC PVR Xvba for AMD/Nvidia/Intel GPUs - ezechiel1917 - 2013-06-14 Thanks a lot. Scaling per cent above... is that for video width, video height or total video pixels (width x height)? Is there any reason to prefer Bilinear/Nearest Neighbour with 1080p on 1920x1080 display over higher quality scalers with high end GPU? Won't I degrade quality of the picture? I ask because two or three years ago I thought there is no scaling needed when you display 1920x1080 material... on 1920x1080 display, but there was quite visual quality difference when I used original VDPAU HQ scaler over other normal shader scalers, since that I use highest quality scalers possible (Lanczos3 usually) even for 1080p, but to be honest I've never compared the quality in detail between any of the currently available scalers with 1080p material. RE: How to Install XBMC PVR Xvba for AMD/Nvidia/Intel GPUs - FernetMenta - 2013-06-14 If percentage of width AND height is below the chosen setting, hq scaling is avoided. HQ scaling means double path rendering. We render first to a FBO of video size and do YUV to RGB conversion. In the second path scaling is done. Doing decoding, temporal/spacial deinterlacing, and double path rendering for 1080 material is too much for e.g. gt610. RE: How to Install XBMC PVR Xvba for AMD/Nvidia/Intel GPUs - fritsch - 2013-06-14 And! perhaps to add: not needed at all for content that already is 1080p - or near to it. RE: How to Install XBMC PVR Xvba for AMD/Nvidia/Intel GPUs - ezechiel1917 - 2013-06-16 Thank you both, but I'm still little bit confused how it works, can you please give me som real world usage examples? Do I divide display resolution width by video resolution width and display resolution height by video height then take the higher value and compare it to scaling setting? display 1920x1080 video: 1280x720 - Is that considered as 50% upscale? 1920/1280 = 1080/720 video 1280x544 - Is that considered as 99% upscale? 1080/544 > 1920/1280 If I don't have Video Scaling method specifically set to Auto, Enable HQ Scalers for scaling above isn't used at all and scaler specified in Video scaling method is used all the time, right? Or HQ scaler is independent of Video scaling method set, and is just a way how to improve scaling with the selected scaling method? If I have set Enable HQ Scalers for scaling above 0% (default) does it mean it use HQ scaling is used all the time or only when following applies (from your answer): Quote:everything < 720 -> use high quality scaling Last question, Auto Video Scaling method... what scaler is used for high quality scaling? Highest available in menu (Lanczos3 optimized by default or Lanczos3 when I have <enablehighqualityhwscalers>1</enablehighqualityhwscalers> in advancedsettings.xml ? Thanks Ez. (2013-06-14, 15:43)fritsch Wrote: Auto is used together with two settings: RE: How to Install XBMC PVR Xvba for AMD/Nvidia/Intel GPUs - FernetMenta - 2013-06-16 Quote:display 1920x1080 scaling is (destination-source)/source * 100 video 1280x720: width is scaled by (1920-1280)/1280 * 100 = 50%, height by 50% video 1280x544: it depends on the aspect ratio, destination is not necessarily you display dimensions, if you keep the aspect ratio in this case, height is only scaled by 50% as well If you allow hq scalers only for e.g. above 20%, either scaling for width OR height must satisfy this condition. If the condition is not met, hq scalers won't be taken, regardless of setting AUTO. The default of 0% disables this feature. Quote:Last question, Auto Video Scaling method... what scaler is used for high quality scaling? Lanczos3 optimized RE: How to Install XBMC PVR Xvba for AMD/Nvidia/Intel GPUs - ezechiel1917 - 2013-06-16 Now I get it, thanks a lot. EDIT: In other words as long as you have powerful hw, you don't have to care about this setting (leaving it at 0%) as it won't improve PQ when you already use Lanczos3 optimized+, but it's very useful to people with slower hw, adding an ability to use faster scalers for more demanding (higher resolutions) videos to keep up with their hw's decoding capabilities. |