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

haruhiko_yamagata
12th January 2012, 10:26
2) other problem.
a) If I turn on subtitles in ffdshow. If I open 10 bit video, ffdshow switch to rgb32 output and video do'esnt work (mpc and ffdshow open and close immediately like said in 1))
b) If I turn off subtitles in ffdshow. If I open 10 bit video, ffdshow swith to po10 output and video works. during the video, I can turn on subs and it works and subs are displayed.

There is a problem with turn on or turn off subs to select output color space when video start
Except the crash, providing you unchecked YV12 and NV12, it's the spec.

With 4238 if dithering box is checked, it works but with 4242 even with dithering box checked, it doesn't work
I found ICL12 builds are crashing. MSVC builds are working. I'll take a look.

haruhiko_yamagata
12th January 2012, 10:32
It seems that ffdshow doesn't expect mkv chapters with the leading chapter entry set as hidden. If you open such file and right-click ffdshow's tray icon, ffdshow will crash.

This sample should be able to reproduce the crash: http://www.mediafire.com/?2053dzjwvis9j21
(Open file and right-click on ffdshow's try icon.)
This probably "works" with any video if muxed with chapters like these: http://pastebin.com/
Crash confirmed.

JoeH
12th January 2012, 10:49
One of the "holy grails" of Windows HTPC has always been simultaneous output of audio out multiple formats - for example, bitstreaming audio out the HDMI and SPDIF, while outputting a stereo remix of that same audio out the headphones out, all at the same time. It is something that standalone DVD players and Blu-ray players have done since their conception, and I believe Apple handles relatively well as well, but on Windows has basically always been impossible. A Google search brings up hundreds of forum threads on this topic, with no real answers that I've been able to find.

Is this something that could be added into FFDShow as a feature, or is it simply impossible with the current Windows architecture?

ikarad
12th January 2012, 14:46
What does "doesn't work" mean?

mpc open and close immediately

ikarad
12th January 2012, 14:47
Except the crash, providing you unchecked YV12 and NV12, it's the spec.
.

Excuse me (I am not good in english) but I don't understand your answer.

clsid
12th January 2012, 19:07
The subtitle renderer does not support P010. So if you enable it, a colorspace conversion will take place.

e-t172
12th January 2012, 20:18
Can anyone comment on whether it is possible to configure Avisynth processing in ffdshow to perform IVTC with, e.g. TIVTC? I have tried the following fragment:


TFM()
TDecimate()


I remember this working in some version long ago, but when I try this, I just end up with combed frames and incorrect decimation.

Be sure to provide Avisynth with enough buffers in ffdshow's configuration (0/12 seems to be the right amount). Your example works fine on my system.

One of the "holy grails" of Windows HTPC has always been simultaneous output of audio out multiple formats - for example, bitstreaming audio out the HDMI and SPDIF, while outputting a stereo remix of that same audio out the headphones out, all at the same time. It is something that standalone DVD players and Blu-ray players have done since their conception, and I believe Apple handles relatively well as well, but on Windows has basically always been impossible. A Google search brings up hundreds of forum threads on this topic, with no real answers that I've been able to find.

Is this something that could be added into FFDShow as a feature, or is it simply impossible with the current Windows architecture?

There's a fundamental hardware problem when playing an audio stream over multiple sound outputs: clock mismatch. There are possible solutions, like on-the-fly resampling to compensate for clock drift (à la ReClock), but they're not easy to implement. Also, simultaneous audio output should be a feature of the player (e.g. MPC-HC) or the audio renderer, not ffdshow.

ikarad
12th January 2012, 21:54
The subtitle renderer does not support P010. So if you enable it, a colorspace conversion will take place.

Thanks.

kc7bfi
12th January 2012, 22:16
We are having trouble decoding video from an Axis Q7606 blade H.264 encoder. After running for about an hour the video dramatically degrades. The video appears to "melt". Stopping and restarting the video fixes the problem until it happens again. This problem does not seem to happen with VLC or using the Microsoft decoder. One other thing I notice is that, when using ffdshow, my effective frame rate is around 8fps when the actual frame rate is 20fps. Also, when using the Microsoft decoder (that comes with Windows7) the effective frame rate always matches the expected frame rate. The decoded SDP for the video is as follows.

v=0
o=- 1326387995092752 1326387995092752 IN IP4 192.168.25.200
s=Media Presentation
e=NONE
c=IN IP4 0.0.0.0
b=AS:50000
t=0 0
a=control:rtsp://192.168.25.200/axis-media/media.amp?videocodec=h264
a=range:npt=0.000000-
m=video 0 RTP/AVP 96
b=AS:50000
a=framerate:20.0
a=transform:1,0,0;0,1,0;0,0,1
a=control:rtsp://192.168.25.200/axis-media/media.amp/trackID=1?videocodec=h264
a=rtpmap:96 H264/90000
a=fmtp:96 packetization-mode=1; profile-level-id=420029; sprop-parameter-sets=Z0IAKeKQFge2BqwYBBuHiRFQ,aM48gA==

RTSP: source is live
video fcc: H264
RTPHandler, video subtype 875967048 [34363248]
created Handler for: Video, H264, width: 0, height: 0, bitDepth: 0, fps: 20.0 de.humatic.dsj.src.rtp.h@7d206f0
sps 67 42 00 29 e2 90 16 07 b6 06 ac 18 04 1b 87 89 gB.)............
11 50 .P

pps 68 ce 3c 80 h.<.

H264, subtype switch set: 1
profile_idc: 66
const_set0: 0
const_set1: 0
const_set2: 0
level_idc: 41
sps_id: 0
log2maxFrame: 0
pic_order_cnt_type: 0
log2_pic_max_order_cnt: 9
num_ref_frames: 1
gaps_in_frame_num_allowed: 0
pic_width_in_mbs: 43 (704)
pic_height_in_mbs: 29 (480)
frame_mbs_only_flag: 1
direct_8x8_inference_flag: 1
frame_cropping_flag: 0
vui_parameter_present: 0


Any ideas what may be going wrong? Could there be some configuration setting that needs to be changed? Any ideas of how to further debug this issue?

Thanks, David

kc7bfi
13th January 2012, 14:46
We are having trouble decoding video from an Axis Q7606 blade H.264 encoder. After running for about an hour the video dramatically degrades. The video appears to "melt". Stopping and restarting the video fixes the problem until it happens again. This problem does not seem to happen with VLC or using the Microsoft decoder. One other thing I notice is that, when using ffdshow, my effective frame rate is around 8fps when the actual frame rate is 20fps. Also, when using the Microsoft decoder (that comes with Windows7) the effective frame rate always matches the expected frame rate. The decoded SDP for the video is as follows.

v=0
o=- 1326387995092752 1326387995092752 IN IP4 192.168.25.200
s=Media Presentation
e=NONE
c=IN IP4 0.0.0.0
b=AS:50000
t=0 0
a=control:rtsp://192.168.25.200/axis-media/media.amp?videocodec=h264
a=range:npt=0.000000-
m=video 0 RTP/AVP 96
b=AS:50000
a=framerate:20.0
a=transform:1,0,0;0,1,0;0,0,1
a=control:rtsp://192.168.25.200/axis-media/media.amp/trackID=1?videocodec=h264
a=rtpmap:96 H264/90000
a=fmtp:96 packetization-mode=1; profile-level-id=420029; sprop-parameter-sets=Z0IAKeKQFge2BqwYBBuHiRFQ,aM48gA==

H264, subtype switch set: 1
profile_idc: 66
const_set0: 0
const_set1: 0
const_set2: 0
level_idc: 41
sps_id: 0
log2maxFrame: 0
pic_order_cnt_type: 0
log2_pic_max_order_cnt: 9
num_ref_frames: 1
gaps_in_frame_num_allowed: 0
pic_width_in_mbs: 43 (704)
pic_height_in_mbs: 29 (480)
frame_mbs_only_flag: 1
direct_8x8_inference_flag: 1
frame_cropping_flag: 0
vui_parameter_present: 0

Any ideas what may be going wrong? Could there be some configuration setting that needs to be changed? Any ideas of how to further debug this issue? Thanks, David

clsid
13th January 2012, 18:37
There is a massive leak of system handles when using ffdshow in combination with Haali renderer.

tested builds:
r4174 = working
r4183 = freeze
r4207 = leak

haruhiko_yamagata
14th January 2012, 02:30
We are having trouble decoding video from an Axis Q7606 blade H.264 encoder. After running for about an hour the video dramatically degrades. The video appears to "melt". Stopping and restarting the video fixes the problem until it happens again. This problem does not seem to happen with VLC or using the Microsoft decoder. One other thing I notice is that, when using ffdshow, my effective frame rate is around 8fps when the actual frame rate is 20fps. Also, when using the Microsoft decoder (that comes with Windows7) the effective frame rate always matches the expected frame rate. The decoded SDP for the video is as follows.


Any ideas what may be going wrong? Could there be some configuration setting that needs to be changed? Any ideas of how to further debug this issue? Thanks, David
I guess ffdshow calculates wrong timestamps (just a random guess though). If I can get testing environment, I'll take a look.

haruhiko_yamagata
14th January 2012, 05:59
There is a massive leak of system handles when using ffdshow in combination with Haali renderer.

tested builds:
r4174 = working
r4183 = freeze
r4207 = leak
I can see the leaks, but isn't it more related to color space conversion (HQ RGB) rather than Haali renderer?

// EDIT
fixed at rev 4247. Please confirm.

clsid
14th January 2012, 19:05
Fix confirmed.

Snowknight26
14th January 2012, 20:42
Has there been any thought of moving to Google Code, even if it's solely to get rid of the 2 minute page load time for viewing the change log? ;)

clsid
14th January 2012, 21:15
No.

But you can use this link to quickly see the latest revision:
http://ffdshow-tryout.svn.sourceforge.net/viewvc/ffdshow-tryout?view=revision
There is a Next/Previous button to skip through revisions, so you easily check the latest few.

kc7bfi
14th January 2012, 23:46
I guess ffdshow calculates wrong timestamps (just a random guess though). If I can get testing environment, I'll take a look.

Thanks, what we also see is that, when the video "melts" the frame rate reported in the ffdshow info window grows well beyond what the encoder is sending. For example, the encoder is sending 15fps but ffdshow can report frame rates as high as 50fps. Also, the current frame value "bounces" around between zero and and the frame count.

If useful I could post a wireshark of the video stream for when the video is degrading.

Thanks again, David

Reino
15th January 2012, 00:16
I believe it's been reported before, but anyway:
- http://media.nero.com/Standard720x576_1MBit.mp4 (http://media.nero.com/Standard720x576_1MBit.mp4)
AAC Audio part decoding failure with libavcodec. No problem though with libfaad2.Fixed.FFDShow has already abandoned libfaad2, but now (since rev3962 (http://mpc-hc.svn.sourceforge.net/viewvc/mpc-hc?view=revision&revision=3962)) MPC-HC has done so too.
Because, with the latest FFDShow and LAV Filters versions, the aac audio stream of this particular video is still incorrectly being decoded here, I was wondering if it could be a WinXP-only issue.
Could everyone on WinXP 32bit see if the audio-track of this video is properly decoded with libavcodec please?

nevcairiel
15th January 2012, 00:22
I can confirm that it works on Win7 at least. However, i don't think that the decoder actually behaves differently on XP vs 7, that would be quite odd. Windows XP however has some issues with float audio, maybe thats the issue, because avcodec decodes to that? Could try turning off float in ffdshow/LAV, and see if that helps?

Px
15th January 2012, 00:40
Because, with the latest FFDShow and LAV Filters versions, the aac audio stream of this particular video is still incorrectly being decoded here, I was wondering if it could be a WinXP-only issue.
Could everyone on WinXP 32bit see if the audio-track of this video is properly decoded with libavcodec please?
Is LAV filters necessary to reproduce? Haali+ffdshow is not enough?

haruhiko_yamagata
15th January 2012, 00:52
Thanks, what we also see is that, when the video "melts" the frame rate reported in the ffdshow info window grows well beyond what the encoder is sending. For example, the encoder is sending 15fps but ffdshow can report frame rates as high as 50fps. Also, the current frame value "bounces" around between zero and and the frame count.

If useful I could post a wireshark of the video stream for when the video is degrading.

Thanks again, David
The stream may help. Please post it.
But perhaps I also need a compatible upper stream filter to reproduce.
Thanks.

Reino
15th January 2012, 01:27
I've never touched float. Output is always integer here, in case of FFDShow as well as LAV Audio.

I don't use Haali. At least LAV Filters or MPC-HC's internal MP4 Splitter doesn't make a difference.

haruhiko_yamagata
15th January 2012, 05:11
This affect's all ffdshow versions as far as I know. I'm currently using: ffdshow_rev4150_20111215_clsid

I am trying to playback mpeg2 videos which switch between soft and hard telecine using ffdshow's internal mpeg2 decoder + avisynth IVTC/deinterlace.

The problem is that the internal “ffdshow_source” source filter that is used to get frames from ffdshow into AviSynth is not honoring soft pulldowns when fed to the avisynth IVTC plugin (TIVTC or Decomb). It needs to behave the same way as if the video was fed from DGDecode (or any avisynth mpeg2 decoder would).

I have read documentation of AviSynth API (http://avisynth.org/mediawiki/User:Wilbert/Filter_SDK), but I couldn't find necessary information for it. Could anyone help?

haruhiko_yamagata
15th January 2012, 07:37
Clsid, maybe you remember the FLV4/VP6 cropping issue.
Nev has found a solution (http://code.google.com/p/lavfilters/source/detail?r=859e3bcc3aa6) for LAV Video Dec, could it be implemented in FFDshow too?
Done at rev 4256.
Off course the credit goes to nevcairiel.

haruhiko_yamagata
15th January 2012, 14:54
It seems that ffdshow doesn't expect mkv chapters with the leading chapter entry set as hidden. If you open such file and right-click ffdshow's tray icon, ffdshow will crash.

This sample should be able to reproduce the crash: http://www.mediafire.com/?2053dzjwvis9j21
(Open file and right-click on ffdshow's try icon.)
This probably "works" with any video if muxed with chapters like these: http://pastebin.com/
fixed at rev 4257. :thanks:

mandarinka
15th January 2012, 17:01
fixed at rev 4257. :thanks:

Thanks :)

ryrynz
16th January 2012, 03:59
I experience corruption with Quick Sync enabled along with ffdshow raw with this sample. I experience no problems with any other decoder or with raw disabled.

20MB sample below.

http://www.mediafire.com/?0s68s1yjojkj9wc

Px
16th January 2012, 19:39
I've never touched float. Output is always integer here, in case of FFDShow as well as LAV Audio.

I don't use Haali. At least LAV Filters or MPC-HC's internal MP4 Splitter doesn't make a difference.
Tested at my work PC today, all works fine with haali/internal splitters and int16/int32/float32 output. XP SP3.

Reino
16th January 2012, 21:43
That's really weird. I'm also running WinXP SP3, but the decoded audio is completely distorted no matter the source filter or output settings.
AAC(libavcodec)_decode-error.tak (www.degeelebosch.nl/reino/AAC(libavcodec)_decode-error.tak) to be precise (the first 25 seconds of Standard720x576_1MBit.mp4 its distorted audio stream recorded as stereomix with Audacity the way I hear it).
I can't believe it's a soundcarddriver- or dependency-issue, or is it?
I've also tested Standard720x576_1MBit.mp4 on a family member's Win7 laptop. All fine with libavcodec.

Having music in the background (foobar or even MPC-HC) while playing Standard720x576_1MBit.mp4 also badly affects the music.

Px
17th January 2012, 00:08
I can't believe it's a soundcarddriver- or dependency-issue, or is it?
Maybe, but - have you tried to reset ffdshow audio decoder settings?

hoborg
17th January 2012, 19:50
@clsid:
Can you please update FFDshow DXVA decoder to latest MPC-HC one? To support Interlaced VC-1.
Thanks.

clsid
18th January 2012, 01:57
Done.

THEAST
18th January 2012, 14:29
Using build 4253, I'm still getting the same green bar as I reported before:

http://forum.doom9.org/showpost.php?p=1542980&postcount=14241

Is there a chance we'd get a fix for this?

kc7bfi
19th January 2012, 16:40
The stream may help. Please post it.
But perhaps I also need a compatible upper stream filter to reproduce.
Thanks.

I've attached a wireshark of when the H.264 video from and Axis camera is "melting". A quick glance at it looks fine to me but I'm sure you will be better at analyzing it. I hope this helps.

haruhiko_yamagata
20th January 2012, 10:25
Using build 4253, I'm still getting the same green bar as I reported before:

http://forum.doom9.org/showpost.php?p=1542980&postcount=14241

Is there a chance we'd get a fix for this?
fixed at rev 4261. :thanks:

haruhiko_yamagata
20th January 2012, 10:26
haruhiko_yamagata:
I have a very weird ffdshow subtitle renderer behavior.
I've written an automatic subtitle stream-selection code based on Language ID, Name, etc.
When I'm enabling a stream matching the user params right after the graph is built, depending on what appears to be a race condition, it seems ffdshow is selecting a different (external file) subtitle stream after I specify the stream I want (one of several embedded streams) using the IAMStreamSelect interface.

If I enable 'give embedded priority over subtitle files', it seems to fix the issue, but I haven't tested it against enough content and other splitter filters.
Can you disable FFDShow from selecting a subtitle stream itself if the IAMStreamSelect interface was issued a call to enable a stream?

fixed at rev 4263. :thanks:

THEAST
20th January 2012, 13:26
fixed at rev 4261. :thanks:
Great, thank you, it's working flawlessly now! :thanks:

betaking
20th January 2012, 13:31
@clsid:mpc-hc svn3981 Fix : VC1 DXVA Decoder decodes some Progressive streams with lots of artifacts/distortion and green macroblocks; ticket #111;
can you update for ffdshow?

wanezhiling
20th January 2012, 13:39
@clsid:mpc-hc svn3981 Fix : VC1 DXVA Decoder decodes some Progressive streams with lots of artifacts/distortion and green macroblocks; ticket #111;
can you update for ffdshow?

http://forum.doom9.org/showthread.php?p=1552284#post1552284
This?

CharlieCL
21st January 2012, 05:23
Download ffdshow_rev4225_20120105_clsid.exe. I have uninstalled old ffdshow and install this new one. Performance have great improvement. One problem is that there is no sound for some .ts files after the installation. Select Microsoft's codec still not work. I can hear the sound on old version before.

haruhiko_yamagata
21st January 2012, 05:55
Download ffdshow_rev4225_20120105_clsid.exe. I have uninstalled old ffdshow and install this new one. Performance have great improvement. One problem is that there is no sound for some .ts files after the installation. Select Microsoft's codec still not work. I can hear the sound on old version before.
What was the "old ffdshow"?

LigH
21st January 2012, 06:02
And what was the audio format? - Often MediaInfo helps, but ffdshow has an info page too.

CharlieCL
21st January 2012, 14:57
What was the "old ffdshow"?

The old ffdshow is ffdshow_rev3233_20100128_xxl

I uninstalled new one and reinstalled old one the sound recovered.
Then I removed the old one and reinstalled new one the sound still worked fine.

In the case without sound the subtitle was displayed in mess code.
In the case with sound there was no subtitle.

gendouhydeist
21st January 2012, 19:24
There was a huge slowdown in Resample filter libsamplerate sinc high quality at 192000Hz (audio unsync), video lag tremendously.

Is this normal? or I have to provide a sample for you.

kc7bfi
24th January 2012, 14:54
We are playing live video from an Optelecom H.264 encoder using the 64-bit version of the ffdshow decoder. Because of our requirement to support PTZ along with viewing we are trying to run with minimal buffering by our player. However, when we do the video plays very choppy, almost like it is only processing I-Frames. However, if I set a 800ms internal buffer the video plays fine. Unfortunately, this introduces too much delay for PTZ control. The 32-bit version of ffdshow does not have this same behavior, it plays fine with minimal buffering. Is there any configuration options in ffdshow that will help play H.264 video smoothly with minimal buffering? Thanks, David

Delerue
25th January 2012, 01:32
Subtitles aren't selected automatically; you have to go here and click to enable it:

http://img.photobucket.com/albums/v256/Delerue/FFDShow_subtitle.png

I'm using rev 4279 + MPC 3997.

haruhiko_yamagata
25th January 2012, 10:37
Subtitles aren't selected automatically; you have to go here and click to enable it:

Oops, fixed at rev 4280.

kc7bfi
25th January 2012, 15:06
I am trying to play H.264 video from a Cohu H.264 camera. Revision 3982 plays the video fine but revision 4257 crashes. I am using the 64 bit version of the filters. Any thoughts on what the problem is or how to debug the problem? Thanks, David

kc7bfi
25th January 2012, 15:45
We are experiencing some issues with ffdshow and H.264 from live encoders. Is there any options for paid support with this project? David

Delerue
26th January 2012, 03:53
Oops, fixed at rev 4280.

Thanks! ;)