[WINDOWS] Internal Directshow Based Player [NO LONGER DEVELOPED] - 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: Windows (https://forum.kodi.tv/forumdisplay.php?fid=59) +---- Thread: [WINDOWS] Internal Directshow Based Player [NO LONGER DEVELOPED] (/showthread.php?tid=61355) 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
278
279
280
|
- therealjoeblow - 2010-04-27 blinkseb Wrote:It's totally impossible to do, too much things have been done since! And tearing is really hard to solve since tiben & I have no tearing at all. In XBMC I have vsync enabled, but with the newer builds it's as if it's being ignored. I thought you had found the magic holy grail with VMR9 in the older builds since they never had any issues with tearing till after 28016, but like I said now it's unusable. I've tried all of the scaling methods with the newer builds, and even simple bilinear causes tearing (although it is worse with the newer PS modes). In MPC or ZoomPlayer, I also can't use VMR9 without tearing unless I enable "D3D Fullscreen" in MPC or "Use Exclusive Fullscreen with VMR9 Renderless Mode" in ZP, but with both of those modes, then you can't have any other graphics like control bars etc. on the screen. In both MPC and ZP I use both the standard Overlay Mixer or VMR7 without *ever* any tearing whatsoever. And both of those renderers will do DXVA with subtitles. So I really don't see the need to use VMR9 - why If you can't go back to the code from 28016 or earlier that totally avoided tearing with VMR9, can you at least add in the plain old Overlay mixer as an option? Or even VMR7? Then there won't be any tearing issues for anyone since tearing with the overlay mixer is impossible. Cheers The REAL Joe - steelman1991 - 2010-04-27 zilexa Wrote: I have had this situation for many weeks now - the 2 OSD's available both show different information and like you clicking on the filter name in the xbmc video osd, doesn't always open the correct filters properties dialogue. Reported a while back, think it might still be on Seb's to do list to rectify, though can't really remember - I've just learned to live with it. - zilexa - 2010-04-27 1: the issue with DVD playback using Cyberlink Powerdvd videodecoder resulting in a black background in XBMC gui --> tried Arcsoft, works flawlessly! 2: the "wrong-OSD-popping-up-bug" --> still there when using Arcsoft for non-dxva material (avi/xvid). So mpeg2/mkv gives me correct OSD. Just like Cyberlink. reason for switching to Arcsoft video decoder: First: dvd playback works fine in DSplayer just like when using ffdshow or mpcvideodec (but ofcourse with hardware playback dxva). Second: After reading more about watching (hd) video in MPC-HC/directshow players on Windows, using nVidia cards or Ati, it's clear that Arcsoft is the way to go since it will give the best DXVA support for most h264/avc profiles, even those not officially supported by Ati. Besides that it supports mpeg2 hardware playback and mpeg-1 and mpeg-4 playback, also support for mov/video camera files. So instead of mpcvideodec and/or Cyberlink I am now using Arcsoft for all video types except Real media, Wmv (although wmv is supported by arcsoft) and FLV (use mpcvideodec for that just to be safe). suggestion: Perhaps an idea to add a video rule for FLV in the standard provided filterconfig (when dxva is true than... blabla) since the Youtube plugin for xbmc gives us flv playback. Once plugins are working again I would like to test various videostreams... see if they are working. Last time plugins worked in DSplayer build, most streams gave me error ("" not declared). Not talking about recent builds ofcourse. - blinkseb - 2010-04-27 zilexa Wrote:1: the issue with DVD playback using Cyberlink Powerdvd videodecoder resulting in a black background in XBMC gui --> tried Arcsoft, works flawlessly! This post is definitivly for the user support thread! And if you look closer, there's already a flv rule in the dsfilterconfig.xml Anyway, the bug with codec property frame is already on my todo list, but it's clearly not a high priority. Futhermore, my exams are in 4 weeks, so I don't have much time for dsplayer. Next priorities are to track lastest bugs in the renderers, and then take some time to make basic feature works again (fast forward, bookmark, etc...). Talking about that, can someone test that for me? I know fast forward is broken, but what about stream selection (audio & subtitles) and chapter support? Stupid question here, but how can I seek with xbmc? (not very familiar with xbmc's shortcut ). therealjoeblow Wrote:In XBMC I have vsync enabled, but with the newer builds it's as if it's being ignored. I thought you had found the magic holy grail with VMR9 in the older builds since they never had any issues with tearing till after 28016, but like I said now it's unusable. I've tried all of the scaling methods with the newer builds, and even simple bilinear causes tearing (although it is worse with the newer PS modes). Hm, so it seems that tearing is directly related to your hardware, and not dsplayer, it's a good step for us, but clearly not for you :p The old vmr9 renderer was buggy. Many code was taken from mpc but not all, and there were many incompatibilities. That's why we needed to rewrite all from scratch. Unfortunatly, it seems that our bugs made your tearing disappeared! We use VMR9 because it's newer that VMR7, and uses DirectX 9, like XBMC (VMR7 uses DirectX 7). I think it may be possible to implement the VMR7 into xbmc, and I'll try after my exams, but it may be impossible. Also, we will never implement the overlay mixer, because :
- steelman1991 - 2010-04-27 blinkseb Wrote:Next priorities are to track lastest bugs in the renderers, and then take some time to make basic feature works again (fast forward, bookmark, etc...). Talking about that, can someone test that for me? I know fast forward is broken, but what about stream selection (audio & subtitles) and chapter support? Don't have any I don't think with multiple audio/subtitles so can't check that for ya - chapter support is fine - no problems - a slight delay in audio when chapter skipping, but I think that's more to do with re-clock as part of the chain than anything DSPlayer related. Seek in xbmc Keyboards strokes f - ff r - rewind Up/Down Arrow - chapter skip forward/back Right/Left Arrow - short skip (can't remember the duration) - liquidskin76 - 2010-04-27 blinkseb Wrote:... and chapter support? Hey Seb, MKV chapters working fine however same as steelman1991 in that i see a slight audio delay after chapter seeking. The difference being i'm not using reclock. This is also present in MPC-HC. Also, sometimes after chapter seeking the video speeds up for a few seconds then slows to normal playing speed. This is only seen when using mkvsplitter, and doesn't happen when using haali. Again, this is also present in MPC-HC. Probably a stupid question but would you like a sample and logs!? Cheers! P.S. I've been testing with a variety of hardware so both may be common? - blinkseb - 2010-04-27 liquidskin76 Wrote:Hey Seb, Thank you both for the answer. No need of logs & sample because what you describe is an effect of directshow and filters, not dsplayer. As far as I know, there's nothing we can do to prevent that - finikm - 2010-04-27 As for audio streams, I have a couple of mkv with more than one audio stream I can check it later today when I 'm at home. On the latest version however, I think that on mkvs with both an HD and a dts track, the dts track was selected automatically and there was no ability to change it, but this might be something to do with ffdshow and I need to test it separately. I 'll try to get as much feedback on multiple audio streams as I can. - therealjoeblow - 2010-04-27 blinkseb Wrote:Next priorities are to track lastest bugs in the renderers, and then take some time to make basic feature works again (fast forward, bookmark, etc...). Talking about that, can someone test that for me? I know fast forward is broken, but what about stream selection (audio & subtitles) and chapter support? Audio Stream selection works fine here with 29443, I tried with several .MKV's with dual audio (DTS main track + Vorbis commentary), no issues. blinkseb Wrote:Hm, so it seems that tearing is directly related to your hardware, and not dsplayer, it's a good step for us, but clearly not for you :p Well, not just me, there have been a number of ppl report tearing problems with the newer builds; and outside of XBMC DSPlayer as a whole, I can assure you VMR9 gets *lots* of criticism for tearing on anything but the most powerful hardware. That's why both MPC and ZP have implemented workarounds to solve it by using the fullscreen exclusive mode - because VMR9 is a p.o.s. and there are so many people with problems with it!!! blinkseb Wrote:The old vmr9 renderer was buggy. Many code was taken from mpc but not all, and there were many incompatibilities. That's why we needed to rewrite all from scratch. Unfortunatly, it seems that our bugs made your tearing disappeared! Well, nevertheless, VMR9 has major problems within XP on moderate hardware, while VMR7 and Overlay have none of those problems, so unless you take the highroad here and implement some kind of compromise and fix like both MPC and ZP did (they both support VMR7 *and* Overlay, whether they think they're good or not; and they both support Fullscreen Exclusive mode as a less than desireable workaround), then I'm afraid we're at an impass here and 28016 is the end of the road for me and lots of other potential users. Like I said, with the tearing anything newer is not usable. Cheers The REAL Joe - liquidskin76 - 2010-04-27 blinkseb Wrote:Thank you both for the answer. No need of logs & sample because what you describe is an effect of directshow and filters, not dsplayer. As far as I know, there's nothing we can do to prevent that Ok, no problem. Do you think it could MPC-HC's matroska splitter at fault as it only happens when using this splitter? I ask as i'm not sure how the splitter works exactly, and if when parsing it would have any bearing on video/audio performance in that area? Waiting on Albain over at ffdshow to look into an issue with haali/ffdshow/dtsma bitstreaming, then i'll use haali. That will solve the video speeding up issue for me! On another point, have you heard any news on how the xbmc merge is going? Cheers - blinkseb - 2010-04-27 therealjoeblow Wrote:Audio Stream selection works fine here with 29443, I tried with several .MKV's with dual audio (DTS main track + Vorbis commentary), no issues. I'm not a VMR9 expert at all, so if you tell there's a lot of issues with it, i believe you But don't forget there're many differences between mpc and xbmc! mpc doesn't need to show an osd at all, except a few text drawing. XBMC has a full gui powered by directx, and this leads to many issues. As I said previously, I'll look for the VMR7, so just be patient one/two month - blinkseb - 2010-04-27 liquidskin76 Wrote:Ok, no problem. Do you think it could MPC-HC's matroska splitter at fault as it only happens when using this splitter? I ask as i'm not sure how the splitter works exactly, and if when parsing it would have any bearing on video/audio performance in that area? Like you said, it's related to the splitter. I don't know exactly how it works, but we just tell the splitter to play from position xx:xx:xx:xx, and that's all. Haali might handling this better than mkvsource For the merge, everything is going fine, a lots of work is done by the team! I don't have an exact schedule, but we are in touch every day Don't worry :p - therealjoeblow - 2010-04-27 blinkseb Wrote:I'm not a VMR9 expert at all, so if you tell there's a lot of issues with it, i believe you Thanks Seb. Note that I did say the Fullscreen Exclusive mode is "less than desireable" - that's because without the on screen display, XBMC loses most if not all of it's main benefit over any other player, so I agree, this isn't the way to fix it here. Just for fun, Google "VMR9 tearing" - you can spend literally days reading about this problem with every player and hardware configuration there is on XP, and realize that Micro$oft dropped the ball here big time without ever offering a real fix. That's why so many other players still use VMR7 and Overlay on XP. Here's what Gabest (original author of MPC) had to say: Quote:http://www.keyongtech.com/2531395-how-to-prevent-vmr9-tearing BTW - that site noted above with Gabest's quote has a lot of good discussion on trying to fix tearing with VMR9, and code suggestions that might help - you might want to try some of those, but in my experience, VMR9 on XP is a lost cause (unless you can reinstate your "bugs" that seemed to prevent the problem in the older builds :-) I can hold tight for as long as it takes to resolve this issue. Good luck with your exams - those are way more important right now! Cheers The REAL Joe - zilexa - 2010-04-27 thanks for the reply & sorry for continuing in this thread. The tearing issue is weird... in MPC-HC (on XP, ati hd3200/780g/10.2 catalyst) I have no tearing... but I used to have tearing.. didn't modify anything as far as I know. XBMC (and Mediaportal for that sake) always gave tearing. I'll just live with it. - therealjoeblow - 2010-04-27 zilexa Wrote:thanks for the reply & sorry for continuing in this thread. Check which renderer you are using - it's likely that you are using either VMR7 or Overlay Mixer if you have no tearing on that platform because it's exactly what I have for hardware (except I'm using Catalyst 9.6) and VMR9 always causes tearing. Cheers The REAL Joe |