Log in

View Full Version : ffdshow tryouts project: Discussion & Development


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 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308

tal.aloni
10th February 2010, 22:00
BUG REPORT!

After ffdshow tryouts project, svn 3247, when using "ffmpeg-mt" decoder, ffdshow refuses to auto load custom profiles (presets). It always loads default profile only.

I have tested 3257, and I have no such issue.
make sure you use the latest version and that ffdshow is loaded for H.264

Sebastiii
10th February 2010, 22:10
After a week of intensive code review, I've finally nailed the galbled-seeking issue:
it turns out that there is mechanism in ffdshow that drops input samples when decoding of current sample failed.
(in DXVA, we "fail" some input samples on skip)

I've disabled this mechanism for DXVA. (rev. 3258)

Thanks Casimir666 for providing guidance, and xhmikosr for additional assistance.

p.s.
1. for some reason, this affected only (or mostly) Windows Vista / 7.
2. during my long debug sessions I've uncovered some additional places that could use some improvements.

Big thanks :)
Seb.

rsd78
10th February 2010, 22:54
After a week of intensive code review, I've finally nailed the galbled-seeking issue:
it turns out that there is mechanism in ffdshow that drops input samples when decoding of current sample failed.
(in DXVA, we "fail" some input samples on skip)

I've disabled this mechanism for DXVA. (rev. 3258)

Thanks Casimir666 for providing guidance, and xhmikosr for additional assistance.

p.s.
1. for some reason, this affected only (or mostly) Windows Vista / 7.
2. during my long debug sessions I've uncovered some additional places that could use some improvements.


Amazing work!!! Thank you and all the other developers for all the time you have put into this, it is greatly appreciated.

rica
10th February 2010, 23:01
Can't find 3258?

XhmikosR
10th February 2010, 23:11
You can try the link in my signature.

rica
10th February 2010, 23:20
Thanks, i'll give it a go. :thanks:

rica
10th February 2010, 23:46
Quick test results:
No seeking issues with DTSHD-MA left but seeking issues for THD still persist. (at least better comparing with the previous btw)

thuan
11th February 2010, 02:45
Have any of you tried 3258 by XhmikosR, I can't make DXVA work here. It's just stuck right at starting playing. I tested MKV with H264 video using internal MPC-HC splitter.

rack04
11th February 2010, 03:07
Have any of you tried 3258 by XhmikosR, I can't make DXVA work here. It's just stuck right at starting playing. I tested MKV with H264 video using internal MPC-HC splitter.

Confirm.

tiben20
11th February 2010, 03:07
Have any of you tried 3258 by XhmikosR, I can't make DXVA work here. It's just stuck right at starting playing. I tested MKV with H264 video using internal MPC-HC splitter.
Yeah its not starting me neither

onomatopellan
11th February 2010, 03:19
Using Haali Media Splitter -> no problem here!

rsd78
11th February 2010, 04:22
Still getting blockiness (but no repeating frames) after skipping/ff/rew in 3258 using Win 7 x32. I think it might be better but can't say for sure.

tal.aloni
11th February 2010, 07:38
Still getting blockiness (but no repeating frames) after skipping/ff/rew in 3258 using Win 7 x32. I think it might be better but can't say for sure.

blockiness or garbled output?

tal.aloni
11th February 2010, 07:39
Have any of you tried 3258 by XhmikosR, I can't make DXVA work here. It's just stuck right at starting playing. I tested MKV with H264 video using internal MPC-HC splitter.

EDIT: hang problem fixed with rev. 3259

rpm7200
11th February 2010, 11:17
please add to dxva filter bt.709 . blu-ray movies use this. and thanks for hard working.

DMD
11th February 2010, 11:38
Good day to all

I call on the compatibility of new releases of ffdshow with MediaPlayerClassic Home Cinema.

I noticed that with the latest version ffdshow_rev3200_20100112_clsid_icl10 or ffdshow_rev3256_20100208_sse_icl11, pin Subpicture the DVD Navigator is connected directly to pin In Text of ffdshow.
In this situation do not play forced subtitles.

http://www.allfreeportal.com/imghost/thumbs/277435filtergraph ffdshow3256 (no forced subtitle).png ('http://www.allfreeportal.com/imghost/images/277435filtergraph ffdshow3256 (no forced subtitle).png')

http://www.allfreeportal.com/imghost/thumbs/60758001- dvd con ffdshow.png ('http://www.allfreeportal.com/imghost/images/60758001- dvd con ffdshow.png')



Using version ffdshow_rev2099_20080903_clsid_sse_icl10 pin Subpicture the DVD Navigator is connected to pin Subpicture MPEG-2 Video Decoder.
In this situation will play normally forced subtitles

http://www.allfreeportal.com/imghost/thumbs/365192filtergraph ffdshow2099 (forced subtitle).png ('http://www.allfreeportal.com/imghost/images/365192filtergraph ffdshow2099 (forced subtitle).png')

http://www.allfreeportal.com/imghost/thumbs/76824603- dvd senza ffdshow.png ('http://www.allfreeportal.com/imghost/images/76824603- dvd senza ffdshow.png')


can solve this problem with the latest release of ffdshow or do I use the old release?

THANKS

hoborg
11th February 2010, 11:48
@DMD
Can i ask why do you have two video decoders in one graph?

DMD
11th February 2010, 11:50
use ffdshow as a post processing, also in the setting of MPCHC I can not only set ffdshow video

hoborg
11th February 2010, 12:09
use ffdshow as a post processing, also in the setting of MPCHC I can not only set ffdshow video

You should have only one video decoder in graph:
http://hobring.esero.net/saf/FFDShow+subtitles.jpg

Disable MPC-HC internal MPEG-2 decoder, add FFDShow as external filter and setup it as prefered.

rsd78
11th February 2010, 14:01
blockiness or garbled output?

Good question, I don't remember exactly but I would describe it more as garbled output I think.

Midzuki
11th February 2010, 14:38
@DMD
Can i ask why do you have two video decoders in one graph?

Even though I use DScaler5 for DVD-Video, I'd like to use ffdshow's "raw video filter" at the same time. However ffdshow will connect to the subtitle pin of qdvd.dll if I use it. I would not complain about ffdshow NOT having *independent* video-processing/subtitle filters, IF these could resize correctly the SUP streams in *non-D1* VOBs. :(

PetitDragon
11th February 2010, 14:54
I have tested 3257, and I have no such issue.
make sure you use the latest version and that ffdshow is loaded for H.264
Hi thanks for reply.

I just tried ffdshow_rev3259_20100211_sse_icl11 and the problem is still there. Please not that you have to select "ffmpeg-mt" in ffdshow as the h264 decoder and play a h264 video file (mkv), in order to reproduce the problem I mentioned.

Thanks again.

tal.aloni
11th February 2010, 15:15
PetitDragon,
I did select ffmpeg-mt,
In which revision the problem starts?

you can find older revisions here:
http://www.mediafire.com/?sharekey=3f33c77c2cf9ce25ab1eab3e9fa335ca95e79d7d0540e1e1

tal.aloni
11th February 2010, 15:19
Good question, I don't remember exactly but I would describe it more as garbled output I think.

Which GPU?
Which Renderer?
Have you tested multiple files?
Do you have the same issues when using MPC-HC DXVA decoder?

Guys, anybody else still have problems with skipping that are not present in MPC-HC DXVA Decoder?

Tal

PetitDragon
11th February 2010, 15:36
PetitDragon,
I did select ffmpeg-mt,
In which revision the problem starts?

you can find older revisions here:
http://www.mediafire.com/?sharekey=3f33c77c2cf9ce25ab1eab3e9fa335ca95e79d7d0540e1e1
Hi tal.aloni,

After install, reinstal many times, rev3247 is the last revision that works ffmpeg-mt and custom profiles loading together for me.

My player is Media Player Classic Home Cinema x86 (latest revition).

Thanks for your help.

VipZ
11th February 2010, 15:39
@ Tal, thanks for the awesome work :)

Seeking seems perfect now, I had one MPC-HC crash on immediate seek while opening file, but I cant reproduce, so don't think it's an issue.

rsd78
11th February 2010, 16:20
Which GPU?
Which Renderer?
Have you tested multiple files?
Do you have the same issues when using MPC-HC DXVA decoder?

Guys, anybody else still have problems with skipping that are not present in MPC-HC DXVA Decoder?

Tal

Sorry for not providing more info earlier:

Win 7 x32, ATI 2600xt. Playback under Windows Media Center (so I believe that is EVR), and using Haali.. I tested 2-3 different 1080p mkvs and all exhibited the same issue. This happens regardless of whether the subtitles are actually displayed currently or not, but doesn't happen if I enable DXVA but don't enable subtitles (i.e. Overlay).

I don't have mpc-hc on that machine, but can test later tonight.

Keiyakusha
11th February 2010, 16:22
Is it possible to configure h264 lossless encoding settings to get exactly the same result as gives x264 cli with "--crf 0 --preset ultrafast"?

RNiK
11th February 2010, 16:40
So as mentioned above, FFDshow project was stoped in 2006 and continued by FFDshow-Tryouts since the... But when I tried to download the last version from http://ffdshow-tryout.sourceforge.net/download.php this is what I found: 2008-12-21 Beta 6 has been released! yet FFDShow MPEG-4 Video Decoder seems newer: 2010-01-09Beta6 is the latest official stable release. But development still continues and builds are available here:
http://sourceforge.net/projects/ffdshow-tryout/is a new beta going to be released soon since it's been over a year from last beta?+1 for her34 request.

Really guys, ffdshow tryouts official homepage linking a 14 months old version is just bad communication. :(
Beta 6 requirements ignore at all both Windows 7 than all Microsoft 64-bit O.S.
In the FAQ (http://ffdshow-tryout.sourceforge.net/wiki/faq:releases) you can read:
What is the difference between official releases and SVN builds?
SVN builds are “bleeding edge” which means they contain the latest features, updates, and - unfortunately - bugs. They are usually released a few times per week. Official releases are - simply put - “based” on these SVN builds. When an acceptable feature and stability level is reached during development, one SVN version is “destined” to become the next official release.So you are telling us that in the last 14 months were not developed features/updates stable enough to become "official"?? :confused:

tal.aloni
11th February 2010, 17:03
After install, reinstal many times, rev3247 is the last revision that works ffmpeg-mt and custom profiles loading together for me.

Thanks for the effort,
are you saying that 3247 load custom profiles, and 3248 does not?

because nothing even remotely related has been committed in 3248.

Tal

tal.aloni
11th February 2010, 17:14
but doesn't happen if I enable DXVA but don't enable subtitles (i.e. Overlay).

oh, I see. (no need to check MPC-HC DXVA decoder then)
DXVA Surface overlay does have additional demands that can cause garbled output, especially for older CPUs. (which CPU do you use?)

do you have those problems only on skip, or also on regular playback?

p.s.
this may be solved for you when DXVA 2.0 substreams will be implemented, as some of the load will be handled then by the GPU.

rsd78
11th February 2010, 17:16
oh, I see. (no need to check MPC-HC DXVA decoder then)
DXVA Surface overlay does have additional demands that can cause garbled output, especially for older CPUs. (which CPU do you use?)

do you have those problems only on skip, or also on regular playback?

p.s.
this may be solved for you when DXVA 2.0 substreams will be implemented, as some of the load will be handled then by the GPU.

Thanks Tal.

Actually my cpu is relatively beefy (e8400 at stock speeds). I have plenty of ram (4gb). The system doesn't have any issue using software decoding.

The problems only manifest after a skip or ff/rew, regular playback is completely fine.

STaRGaZeR
11th February 2010, 18:14
With r3259 I get almost perfect playback using DXVA, no problems whatsoever on seeking. The little problem: when the end of a VC-1 movie is reached the player crashes with an error in ffdshow.ax . Also there are some things that I miss in the DXVA decoder:

- The usual "Show / hide filters" tab.
- "Info & CPU" to actually show something.
- The "Set interlace flag in output media type" option. Is this even possible with DXVA, or it's always present? Even if that's true, can it be forced to bob or weave?
- Is faster seeking possible? With some Blu-ray movies like Pirates of the Caribbean it can take up to 5 seconds to seek to certain places. Seeking in this movie is also slow with software decoding, but with DXVA is generally much worse.

Great work tal!

VipZ
11th February 2010, 18:36
@ Tal

I have found some issues with seeking with rev 3259, but not sure if ffdshow is at fault.

Haali MKV + MPCHC DXVA + Subs ticked : No issue
Haali MKV + ffdshow DXVA + Subs ticked : No issue
Haali MKV + ffdshow DXVA + Subs unticked : Possible crash
Haali MKV + MPCHC DXVA + Subs unticked : No issue
MPCHC MKV + MPCHC DXVA +Subs ticked: No issue
MPCHC MKV + ffdshow DXVA +Subs ticked: No issue
MPCHC MKV + ffdshow DXVA +Subs unticked: No issue
MPCHC MKV + MPCHC DXVA +Subs unticked: No issue

Subs where done via MPCHC not ffdshow DXVA

If you need me to try get any more info on this let me know.

Thanks

PetitDragon
11th February 2010, 18:49
Thanks for the effort,
are you saying that 3247 load custom profiles, and 3248 does not?

because nothing even remotely related has been committed in 3248.

Tal
Hi ta,

I always followed the releases in the page www.xvidvideo.ru/ffdshow-tryouts-project-x86-x64/ before, and rev3247 is the last working revision. I just tried the releases in www.mediafire.com/?sharekey=3...e79d7d0540e1e1 you provided, and the last working revision for me is rev3248.

Sorry for confusion

DMD
11th February 2010, 19:11
You should have only one video decoder in graph:
...
Disable MPC-HC internal MPEG-2 decoder, add FFDShow as external filter and setup it as prefered.

I followed your advice, but the forced subtitles do not activate.

http://www.allfreeportal.com/imghost/thumbs/829581Graph con solo ffdshowdecoder.png ('http://www.allfreeportal.com/imghost/images/829581Graph con solo ffdshowdecoder.png')

http://www.allfreeportal.com/imghost/thumbs/413131Screenshot ffdshow decoder.png ('http://www.allfreeportal.com/imghost/images/413131Screenshot ffdshow decoder.png')

Leak
11th February 2010, 20:17
I followed your advice, but the forced subtitles do not activate.
Do you have "Accept embedded subtitles" on the "Subtitles" and "Enabled" on the "VobSub" subpage checked?

That's the only settings I can think of that could affect subtitle display...

np: Laura Veirs - I Can See Your Tracks (July Flame)

DMD
11th February 2010, 20:28
Do you have "Accept embedded subtitles" on the "Subtitles" and "Enabled" on the "VobSub" subpage checked?

That's the only settings I can think of that could affect subtitle display...

np: Laura Veirs - I Can See Your Tracks (July Flame)
I enabled this setting, maybe something wrong?

http://www.allfreeportal.com/imghost/images/983207Sccreenshot 001.png (http://allfreeportal.com)

Thanks

onomatopellan
11th February 2010, 20:34
The Vobsub under 'Subtitles' has to been enabled.

DMD
11th February 2010, 20:40
The Vobsub under 'Subtitles' has to been enabled.
Is correct?

Thanks

http://www.allfreeportal.com/imghost/images/50244Sccreenshot 003.png (http://allfreeportal.com)

tal.aloni
11th February 2010, 21:33
VipZ,
unfortunately, that's not enough info, I didn't encounter similar problem.

The first thing to do would be to see if another player triggers the same crash, then we will know if it's related to ffdshow or not.

Tal

tal.aloni
11th February 2010, 21:35
PetitDragon,
thanks for clarifying,
You're using Windows 7, right?

tal.aloni
11th February 2010, 21:45
are official builds, like the last one from 2008, not being released anymore?

as you all can see, the recent additions to the trunk are still not stable enough to release an 'official' build.

p.s.
maybe releasing major beta versions (beta 5, beta 6) is not the best approach, because it requires extra effort on each release, and maybe it would be wiser to just mark revisions as 'stable', and promote them at the project main page.

I think 3184 is the revision I would promote there right now.

(I've used 3154 for a while, and it's very stable, no major changes were committed up to 3184, DXVA has been added with 3185)

VipZ
11th February 2010, 21:57
Tal, I will do a bit more digging and report back if I find anything that I can easily reproduce.

Thanks

DMD
11th February 2010, 22:36
You should have only one video decoder in graph:

Disable MPC-HC internal MPEG-2 decoder, add FFDShow as external filter and setup it as prefered.

Excuse that version of ffdshow are you using? :confused:

clsid
11th February 2010, 23:01
as you all can see, the recent additions to the trunk are still not stable enough to release an 'official' build.

p.s.
maybe releasing major beta versions (beta 5, beta 6) is not the best approach, because it requires extra effort on each release, and maybe it would be wiser to just mark revisions as 'stable', and promote them at the project main page.

I think 3184 is the revision I would promote there right now.

(I've used 3154 for a while, and it's very stable, no major changes were committed up to 3184, DXVA has been added with 3185)
I propose releasing 3154 as beta 7. That revision is pretty stable. There also already is an existing build for that on SF.net that we can re-use.

onomatopellan
11th February 2010, 23:04
Excuse that version of ffdshow are you using? :confused:
This is the latest
http://xvidvideo.ru/ffdshow-tryouts-project-x86-x64/ffdshow-tryouts-project-svn-3259-x86-x64.html

DMD
11th February 2010, 23:05
This is the latest
http://xvidvideo.ru/ffdshow-tryouts-project-x86-x64/ffdshow-tryouts-project-svn-3259-x86-x64.html
sse_cl11?

onomatopellan
11th February 2010, 23:31
sse_cl11?
No. I always use x86 or x64.

rsd78
12th February 2010, 00:38
Thanks Tal.

Actually my cpu is relatively beefy (e8400 at stock speeds). I have plenty of ram (4gb). The system doesn't have any issue using software decoding.

The problems only manifest after a skip or ff/rew, regular playback is completely fine.

Tal,

Let me correct myself, as I previously stated that I didn't get garbled screens when using DXVA but no overlay. I do get garbled screens with just regular DXVA.

HOWEVER (now using rev 3259) I noticed that ff/rew did not cause garbled screens for me, however using Media Center's 30 second skip is what still causes it. I believe earlier revisions ff/rew caused it as well, but now it seems fixed. But definitely 30 second skip causes it, which would explain why those using mpc-hc do not see this.

I hope this helps!