+- 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-05-17
blinkseb Wrote:Thanks for the feedback, you avoid me a long time of trouble! I had an old "dsutilRU.lib" on my libs dir so build was fine. Fixed in r30256.
Seb,
As you know, due to the problems with tearing and VRM9, I'm not able to use any builds newer than 28016, which is fine, But there are a few trunk issues with that older build (no milkdrop, which is minor, but more major is that the music player crashes if you use pause).
I know you said you would take a look at possibly implementing VMR7 sometime in the future in an effort to fix the tearing issues, no rush on that at all - I'm good with staying at DSPlayer 28016 if that's what it takes to keep using it without tearing, but I would love to have a more up-to-date trunk to fix some of the other underlying issues.
Therefore, I was wondering if it's possible to compile 28016 with a newer trunk that has these issues fixed?
Cheers
The REAL Joe
- blinkseb - 2010-05-17
therealjoeblow Wrote:Seb,
As you know, due to the problems with tearing and VRM9, I'm not able to use any builds newer than 28016, which is fine, But there are a few trunk issues with that older build (no milkdrop, which is minor, but more major is that the music player crashes if you use pause).
I know you said you would take a look at possibly implementing VMR7 sometime in the future in an effort to fix the tearing issues, no rush on that at all - I'm good with staying at DSPlayer 28016 if that's what it takes to keep using it without tearing, but I would love to have a more up-to-date trunk to fix some of the other underlying issues.
Therefore, I was wondering if it's possible to compile 28016 with a newer trunk that has these issues fixed?
Cheers
The REAL Joe
I guess it's possible. Just checkout the rev 28016 and merge it against current trunk. It would be long and hard, but I think it's possible
- zilexa - 2010-05-17
r30256?
wow I thought you made a new build!
Got me there.
I don't know anything about compiling and building. Unless you mean Lego
I know all about enjoying a perfectly set up media center, but not the technical details. So building or compiling something myself would not work... looking forward to a more stable build with the known DSplayer bugs fixed.
EDIT: to prevent confusion, with this post I am not begging for a new DSplayer build. Once their is a trunk version released with addons or plugins or whatever they wanna call it working correctly, I will start begging for a DSplayer release
- hsinchu308 - 2010-05-18
zoing Wrote:have you execute the DownloadBuildDeps.bat? it is in the project/BuildDependencies folder.
Yes I did. But thanks anyway.
- hsinchu308 - 2010-05-18
blinkseb Wrote:Thanks for the feedback, you avoid me a long time of trouble! I had an old "dsutilRU.lib" on my libs dir so build was fine. Fixed in r30256.
Thanks. Will update and try to compile again.
- tiben20 - 2010-05-18
another update about the internal demuxer.
At start i had 43 samples using different audio codecs and 31 samples for video codecs. Right now i have 38 audio codecs working and for the video every single one of them are working(wmv included). I only need to figure out the problems why the audio codecs wont deliver a correct duration on each packet.
Chapters and subtitles codecs are not started yet but they are both way much easier than the audio and video codecs.
- kimp93 - 2010-05-18
@tiben20
Would comment on how to enable internal demuxer ?
- blinkseb - 2010-05-18
kimp93 Wrote:@tiben20
Would comment on how to enable internal demuxer ?
Yeah, checkout latest revs, build, tweak, and run :p
- kimp93 - 2010-05-18
"tweak" is the part that I'm wondering. ;P I noticed internal demuxer and decoder have been added. Aren't they ready for even testing?
- blinkseb - 2010-05-18
kimp93 Wrote:"tweak" is the part that I'm wondering. ;P I noticed internal demuxer and decoder have been added. Aren't they ready for even testing?
Have a look at FGLoader.cpp, lines 71 and ~500. You'll see some #ifdef, that's here you need to tweak to get internal filters working. It's still in dev, so please don't report if it doesn't work!
- kimp93 - 2010-05-18
blinkseb Wrote:Have a look at FGLoader.cpp, lines 71 and ~500. You'll see some #ifdef, that's here you need to tweak to get internal filters working. It's still in dev, so please don't report if it doesn't work!
Thanks
I won't open my mouth until #ifdef is gone.
- hsinchu308 - 2010-05-18
therealjoeblow Wrote:Seb,
As you know, due to the problems with tearing and VRM9, I'm not able to use any builds newer than 28016, which is fine, But there are a few trunk issues with that older build (no milkdrop, which is minor, but more major is that the music player crashes if you use pause).
I know you said you would take a look at possibly implementing VMR7 sometime in the future in an effort to fix the tearing issues, no rush on that at all - I'm good with staying at DSPlayer 28016 if that's what it takes to keep using it without tearing, but I would love to have a more up-to-date trunk to fix some of the other underlying issues.
Therefore, I was wondering if it's possible to compile 28016 with a newer trunk that has these issues fixed?
Cheers
The REAL Joe
FYI: I just compiled dsplayer branch r30266 and Vsync now works under XP! I am still testing but here is a quick summary:
1. Vsync works fine under Windows XP, in both fullscreen window and true fullscreen. From the new onscreen statistics, which look exactly like the statistics screen in MPC-HC, it's using VMR9 w D3D FS w/ gui, Vsync and Accurate Vsync.
2. Default scaling method is now bilinear, so for me the CPU usage is low (<10%) and frame rate is smooth.
3. For MKVs without subtitle (e.g., 720p TV shows), the playback is very smooth. For MKVs with subtitle, there is very slight stutter every few seconds, even if I turn off the subtitle. I get the same stutter when I use MPC-HC, unless I set the subtitle resolution from desktop (1920x1200) to 800x600. I strongly suspect this is caused by the PCI bus used by my Nvidia 8400GS, so others may not have this problem.
4. Had to compile using VC2010. Could not compile with VC2008 - I get the same error that I get when compiling the Trunk w/ VC2008:
..\..\xbmc\RenderSystemDX.cpp(224) : error C2065: 'D3DSWAPEFFECT_FLIPEX' : undeclared identifier
5. Could not use the build-in MPC Video codec for MKVs- video freezes at the first frame but audio keeps going. Had to change the video codec to PDVD codec.
Anyway, hope this helps.
Nice work developers. Thanks.
- blinkseb - 2010-05-18
hsinchu308 Wrote:FYI: I just compiled dsplayer branch r30266 and Vsync now works under XP! I am still testing but here is a quick summary:
1. Vsync works fine under Windows XP, in both fullscreen window and true fullscreen. From the new onscreen statistics, which look exactly like the statistics screen in MPC-HC, it's using VMR9 w D3D FS w/ gui, Vsync and Accurate Vsync.
2. Default scaling method is now bilinear, so for me the CPU usage is low (<10%) and frame rate is smooth.
3. For MKVs without subtitle (e.g., 720p TV shows), the playback is very smooth. For MKVs with subtitle, there is very slight stutter every few seconds, even if I turn off the subtitle. I get the same stutter when I use MPC-HC, unless I set the subtitle resolution from desktop (1920x1200) to 800x600. I strongly suspect this is caused by the PCI bus used by my Nvidia 8400GS, so others may not have this problem.
4. Had to compile using VC2010. Could not compile with VC2008 - I get the same error that I get when compiling the Trunk w/ VC2008:
..\..\xbmc\RenderSystemDX.cpp(224) : error C2065: 'D3DSWAPEFFECT_FLIPEX' : undeclared identifier
5. Could not use the build-in MPC Video codec for MKVs- video freezes at the first frame but audio keeps going. Had to change the video codec to PDVD codec.
Anyway, hope this helps.
Nice work developers. Thanks.
1) It's look like mpc-hc... because it's from mpc-hc
2) Must have a problem with sharders. Can you try with bilinear with dsplayer and mpc-hc and tell me if only dsplayer hangs?
3) You can set the texture resolution manually if you want to try. File SubManager.cpp from libsubs_dll project. Line 19, change m_texturesize to what you want. Tell me if it solve your issue, I'll add it on the gui when my exams are done.
4) You need to upgrade your DirectX SDK and make sure folders in vs2008 points to the right place.
5) What do you mean by built in? The filter provided with dsplayer or the one tiben is working on?
Ompiling - metaltimo - 2010-05-18
hsinchu308 Wrote:FYI: I just compiled dsplayer branch r30266 and Vsync now works under XP! I am still testing but here is a quick summary:
1. Vsync works fine under Windows XP, in both fullscreen window and true fullscreen. From the new onscreen statistics, which look exactly like the statistics screen in MPC-HC, it's using VMR9 w D3D FS w/ gui, Vsync and Accurate Vsync.
2. Default scaling method is now bilinear, so for me the CPU usage is low (<10%) and frame rate is smooth.
3. For MKVs without subtitle (e.g., 720p TV shows), the playback is very smooth. For MKVs with subtitle, there is very slight stutter every few seconds, even if I turn off the subtitle. I get the same stutter when I use MPC-HC, unless I set the subtitle resolution from desktop (1920x1200) to 800x600. I strongly suspect this is caused by the PCI bus used by my Nvidia 8400GS, so others may not have this problem.
4. Had to compile using VC2010. Could not compile with VC2008 - I get the same error that I get when compiling the Trunk w/ VC2008:
..\..\xbmc\RenderSystemDX.cpp(224) : error C2065: 'D3DSWAPEFFECT_FLIPEX' : undeclared identifier
5. Could not use the build-in MPC Video codec for MKVs- video freezes at the first frame but audio keeps going. Had to change the video codec to PDVD codec.
Anyway, hope this helps.
Nice work developers. Thanks.
Hi there!
I´m following this thread every day, but since my last report, I was just waiting...
Having the same problems as "Therealjoeblow" I was looking up when You wrote that You can compile an older Version of dsplayer build with a new trunk...
My English isn´t as good enough to understand everything written here... Is that right that I can use the official xbmc build without dsplayer but build in a version of it or do I have to use a dsplayer build i. e. rev28166 and have to compile it with what?
Same questions like from joeblow, would that fix the hard bugs 28166 has?!
If it is so, can anybody tell me how to compile rev28166 with a latest trunk?
@therealjoeblow:
Are You starting to try out this? I would be very glad, if You can tell me how to do and of course if it works!
This probably would solve all my problems I only have with HD Material without investing in expencive new hardware!
Thanks a lot!
- blinkseb - 2010-05-18
metaltimo Wrote:Hi there!
I´m following this thread every day, but since my last report, I was just waiting...
Having the same problems as "Therealjoeblow" I was looking up when You wrote that You can compile an older Version of dsplayer build with a new trunk...
My English isn´t as good enough to understand everything written here... Is that right that I can use the official xbmc build without dsplayer but build in a version of it or do I have to use a dsplayer build i. e. rev28166 and have to compile it with what?
Same questions like from joeblow, would that fix the hard bugs 28166 has?!
If it is so, can anybody tell me how to compile rev28166 with a latest trunk?
@therealjoeblow:
Are You starting to try out this? I would be very glad, if You can tell me how to do and of course if it works!
This probably would solve all my problems I only have with HD Material without investing in expencive new hardware!
Thanks a lot!
I said it's possible, but it will be *VERY* hard, and you'll need good knowledge in C++ if you want to succeed!