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

VipZ
12th May 2011, 11:41
Currently there are no good batch files to build ffshow and created one due to this. The main difference for this one is that is doesn't create an installer, but creates a rar file (I make my own custom installers)

buildall_2010.bat,
@ECHO OFF

call "%VS100COMNTOOLS%vsvars32.bat"

cd bin
rm *.exe *.dll *.ilk *.ax *.vdf *.acm
cd ..\
devenv ffdshow_2010.sln /Rebuild "Release|Win32"
rd /S /Q obj\MinGW32
FOR %%A IN (ffmpeg ffmpeg-mt
) DO (
PUSHD "src\%%A"
make clean
make -j4
POPD
)

cd bin
"%programfiles%\WinRAR\rar.exe" a ffdshow_x86.rar *.exe *.dll *.ilk *.ax *.vdf *.acm
cd ..\

cd bin
rm *.exe *.dll *.ilk *.ax *.vdf *.acm
cd ..\
devenv ffdshow_2010.sln /Rebuild "Release|x64"
rd /S /Q obj\MinGW64
FOR %%A IN (ffmpeg ffmpeg-mt
) DO (
PUSHD "src\%%A"
make 64BIT=yes
make -j4
POPD
)

cd bin
"%programfiles%\WinRAR\rar.exe" a ffdshow_x64.rar *.exe *.dll *.ilk *.ax *.vdf *.acm
cd ..\

cd bin
rm *.exe *.dll *.ilk *.ax *.vdf *.acm
cd ..\

Would it be asking to much for this to be added to the svn? And modified if required.

hoborg
12th May 2011, 18:59
It is only me? I got graphstudio freezes -black screen (audio still play) if i try to play h.264 using FFDshow DXVA decoder.
Using x86 2010 build 3844

I tryed older build 3775 and there is no such issue.
I will try track down revision where the problem is introduced later.

OK, 3842 is working, 3844 - 3847 = black screen.

No one have this issue?

clsid
12th May 2011, 19:34
Yes, it gets stuck on the first frame. I will try to fix it later today.

TheRyuu
12th May 2011, 23:20
What's the status on fixing 10bit h264?

I think currently ffdshow requests YV12 8bit no matter what the input is.

sneaker_ger
12th May 2011, 23:29
What's the status on fixing 10bit h264?

I think currently ffdshow requests YV12 8bit no matter what the input is.

I'm totally confused about 10bit encoding/decoding. A few posts above XhmikosR posted this supposedly 10bit sample (http://www.mediafire.com/file/4x636dmmrrfgv56/CrowdRun_720p50.x264.CRF23.10bit.mkv) and it decodes just fine using ffdshow 3850, but when I encode something using x264-10bit it's totally garbled. :confused:

clsid
13th May 2011, 00:45
9bit/10bit H.264 is not yet supported.

@hoborg
DXVA is fixed in 3853

betaking
13th May 2011, 04:01
3853 use ffdshow dxva if seek mpc-hc crash!
General
ID : 1 (0x1)
Complete name : E:\TEST.ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 51.6 MiB
Duration : 29s 770ms
Overall bit rate : 14.5 Mbps
Maximum Overall bit rate : 35.5 Mbps

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : 27
Duration : 29s 655ms
Bit rate mode : Variable
Bit rate : 13.9 Mbps
Maximum bit rate : 40.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.279
Stream size : 48.4 MiB (94%)
Writing library : x264 core 67 r1139M 1024283

clsid
13th May 2011, 16:44
I have no seeking problems here with DXVA. Please upload a sample file.

CiNcH
14th May 2011, 10:15
Hey guys, I don't like installers too much. So I always register ffdshow manually and import my settings into the registry. ffdshow DXVA is not working this way however. The app simply crashes when using the DXVA decoder for H.264. Which file do I have to copy where to get it working?

[EDIT]
OK, I think it's latest builds that break DXVA for me, somewhere between 3814 and 3851.

VipZ
14th May 2011, 15:06
Hey guys, I don't like installers too much. So I always register ffdshow manually and import my settings into the registry. ffdshow DXVA is not working this way however. The app simply crashes when using the DXVA decoder for H.264. Which file do I have to copy where to get it working?

[EDIT]
OK, I think it's latest builds that break DXVA for me, somewhere between 3814 and 3851.

I may be wrong, but all you need to do is make sure HKEY_LOCAL_MACHINE\SOFTWARE\GNU\ffdshow\noDxvaDecoder is set to 0 in your reg file and import this before you register the ax.

CiNcH
14th May 2011, 17:48
I used the installer by clsid now. With Rev. 3814, DXVA works, with Rev. 3851, it doesn't.

Superb
14th May 2011, 18:20
I used the installer by clsid now. With Rev. 3814, DXVA works, with Rev. 3851, it doesn't.
Read:
9bit/10bit H.264 is not yet supported.

@hoborg
DXVA is fixed in 3853

CiNcH
14th May 2011, 18:25
Ah sh**. Sorry guys :( . I just read the revision history within SVN and there was no mention about that...

Thanks!

CruNcher
15th May 2011, 16:14
Could somebody take a look @ this and maybe try to reproduce ? http://forum.doom9.org/showpost.php?p=1501021&postcount=559

hoborg
15th May 2011, 20:38
Hi.
Can be FFDShow dxva decoder updated to latest MPC-HC source (including fix in 3090)?

@clsid:
Can you please integrate this fix? Just tryed 3853 and it is still crashing :/
DXVA working now again, thanks for fixing it!

god_md5
16th May 2011, 14:26
i find ass 4.0++ is not support in ffshow
get info here
http://code.google.com/p/vsfiltermod/
http://docs.aegisub.org/manual/Attaching_subtitles_to_video
http://asa.diac24.net/
http://dl.dropbox.com/u/3668343/ScreenHunter_19%20May.%2016%2021.18.jpg
http://dl.dropbox.com/u/3668343/Rainbow__To%20Me%20_GomTV.ass
h264 i use 3842 is work ,other is black or hang..

_xxl
16th May 2011, 14:57
Maybe it is a good time to start a new ffdshow tread, this one is really big 679 pages. Just ffdshow ( ffdshow - tryout ) something like this. I would like to hear your opinion.

cyberbeing
16th May 2011, 21:36
If a new thread is started, there should be some sort of landmark dividing the two. Revision ranges? New beta released? Significant new features landing? Splitting for length alone isn't a great reason, unless the forum software on Doom9 has issues with massive threads.

If you want an excuse to start a new thread, wait for all the FFDshow-specific coding to complete (hopefully very soon if not already) which will bring full-support of High10 H264 decoding to FFDshow. There appears to be an push by Dark Shikari and others for people to code what is necessary for FFDshow ASAP. That would be as good a landmark as any to start a new thread.

Mr VacBob
17th May 2011, 04:23
i find ass 4.0++ is not support in

ASS++ should not be supported.

clsid
17th May 2011, 16:35
@clsid:
Can you please integrate this fix? Just tryed 3853 and it is still crashing :/
DXVA working now again, thanks for fixing it!
Those changes have already been integrated.

hoborg
17th May 2011, 17:13
Those changes have already been integrated.

Strange, it still crashing for me :/
MPC-HC decoder working fine.
Only difference is, that it will now popup some kind of VC++ error message.
http://www.volny.cz/hoborg/crash.jpg

TheRyuu
17th May 2011, 23:38
So about that libmpeg2 gcc fix (http://forum.doom9.org/showthread.php?p=1500198#post1500198)...

Mr VacBob
18th May 2011, 07:11
I made a commit to ffmpeg-mt which should fix the problem with 'Avatar-Bluray-ffmpeg-mt-corruption.m2ts'. However, since the problem doesn't reproduce with ffplay, I haven't actually tested this. Also, I suspect it's made the decoder noticeably slower per thread :/

10-bit is also merged in, but one of the tests fails with threading on, and I haven't spotted the problem yet.

CruNcher
18th May 2011, 14:18
recent tests i did showed the libavcodec mpeg-2 part is much faster in a multithreaded framework then the libmpeg2 decoder in the current ffdshow (4 cores), ffdshow_rev3853_20110512_xhmikosr_icl12.exe <- tested, does this include the newest ffmpeg-mt ?
Dscaler IVTC mod was surprisingly being such old the fastest (+ 3 fps) :), though Dscaler differs output wise from libavcodec/libmpeg2 in ffdshow on interlaced material with it's field selection it seems (it's not identical to ffdshow)

clsid
18th May 2011, 14:45
@hoborg
Wasn't that a broken file? Can you upload it for me? Then I can try to fix the crash.

@TheRyuu
I will have a look at it this weekend.

@Mr VacBob
Great! I will update asap.

@CruNcher
The libavcodec mpeg2 decoder uses slice based threading. It has done that for ages already. It doesn't use frame based threading like ffmpeg-mt does.

CruNcher
18th May 2011, 20:11
@hoborg
Wasn't that a broken file? Can you upload it for me? Then I can try to fix the crash.

@TheRyuu
I will have a look at it this weekend.

@Mr VacBob
Great! I will update asap.

@CruNcher
The libavcodec mpeg2 decoder uses slice based threading. It has done that for ages already. It doesn't use frame based threading like ffmpeg-mt does.

Ahh sorry i see ffmpeg-mt for mpeg-2 is not in ffdshow yet, but seeing that dscaler does better then libavcodec in ffdshow (performance) still surprises me wasn't it based on libmpeg2 ?

hoborg
18th May 2011, 20:25
@hoborg
Wasn't that a broken file? Can you upload it for me? Then I can try to fix the crash.


Here. (https://rapidshare.com/#!download|174l33|460405805|Vier-001.mkv|208343|R~DAD95AF63AE21AE41766FD0C84817C44)

Mr VacBob
19th May 2011, 00:46
@CruNcher
The libavcodec mpeg2 decoder uses slice based threading. It has done that for ages already. It doesn't use frame based threading like ffmpeg-mt does.

MPEG2 uses slice threading in ffmpeg-mt. All MPEG2 files have lots of slices, so I think this is faster.

Sven75
19th May 2011, 17:07
I have a specific issue in PowerPoint 2010 which seems to be caused by ffdshow. Starting with builds > 3763 PowerPoint freezes when trying to play dv files (at least dvsd) in the 2010 native mode (the mode in which the PowerPoint displays a timeline for the videos).

I tried several other decoders (Medialooks, Microsoft - among others) and they do not exhibit this behaviour. Also, I tried it on different computers with Win7 64 bits (e. g. Intel H55 - Intel Graphics, Intel P35 - AMD ATI Graphics, etc.).

Maybe someone here using PowerPoint 2010 (or the free player) can help me with this. I already posted this issue in the bug tracking system and I would be very grateful for a solution.

The following 2 files demonstrate the problem:

http://www.mediafire.com/?3q2wxwne4bxnxb5 (DVSD_Example.avi)
http://www.mediafire.com/?gcarlp7h4k66vbh (DVSD_Example.pptx with linked video)

Beside the PowerPoint 2010 issue, I came across the following two files which could not be decoded at all by ffdShow (using LAVSplitter):

http://www.mediafire.com/?8fwcaxepy3xca4v (Apple_DVCP_small.mov)
http://www.mediafire.com/?ch5rgnqbam6gi1v (WMV3_WMV9.wmv)

Could this just be a matter of a missing media type or are these formats simply not implemented? If they are not available at all, does someone know which ds decoders support these? (while not being dmo decoders/source filters/splitters at the same time as I would very much prefer to keep using LAVSplitter as my default splitter for wmv/mov files)

hoborg
19th May 2011, 20:40
Strange, it still crashing for me :/
MPC-HC decoder working fine.
Only difference is, that it will now popup some kind of VC++ error message.
http://www.volny.cz/hoborg/crash.jpg

I noticed this error popup with a lot of *.TS HD/FullHD recordings too, even if i disable FFDShow DXVA decoder and use FFMPEG-MT.

clsid
20th May 2011, 17:22
I have a specific issue in PowerPoint 2010 which seems to be caused by ffdshow. Starting with builds > 3763 PowerPoint freezes when trying to play dv files (at least dvsd) in the 2010 native mode (the mode in which the PowerPoint displays a timeline for the videos).

I tried several other decoders (Medialooks, Microsoft - among others) and they do not exhibit this behaviour. Also, I tried it on different computers with Win7 64 bits (e. g. Intel H55 - Intel Graphics, Intel P35 - AMD ATI Graphics, etc.).

Maybe someone here using PowerPoint 2010 (or the free player) can help me with this. I already posted this issue in the bug tracking system and I would be very grateful for a solution.

The following 2 files demonstrate the problem:

http://www.mediafire.com/?3q2wxwne4bxnxb5 (DVSD_Example.avi)
http://www.mediafire.com/?gcarlp7h4k66vbh (DVSD_Example.pptx with linked video)

Beside the PowerPoint 2010 issue, I came across the following two files which could not be decoded at all by ffdShow (using LAVSplitter):

http://www.mediafire.com/?8fwcaxepy3xca4v (Apple_DVCP_small.mov)
http://www.mediafire.com/?ch5rgnqbam6gi1v (WMV3_WMV9.wmv)

Could this just be a matter of a missing media type or are these formats simply not implemented? If they are not available at all, does someone know which ds decoders support these? (while not being dmo decoders/source filters/splitters at the same time as I would very much prefer to keep using LAVSplitter as my default splitter for wmv/mov files)
The powerpoint issue is probably related to some colorspace changes that were made some time ago. Please play a bit with the settings on the Output page in an older version of ffdshow to see if you can reproduce the problem of the newer versions. For example disable RGB24.

Sven75
21st May 2011, 11:44
This is what I was assuming too when I read the changelogs after version 3763.

I already tried enabling and disabling all output colorspaces and related options. In every version (I tried) after 3763 and up to 3853 PowerPoint always freezes in the same way when starting the video (not displaying a single frame of the clip).

In version 3611 I cannot make PowerPoint freeze - no matter which colorspace setting I use. Also, as soon as I deactivate all YUV colorspaces and 32 bit RGB (leaving enabled only 24 bit RGB in the settings) PowerPoint will no longer use ffdshow at all but fallback to AVI Compressor (resulting in a terrible image quality, but not freezing).

clsid
21st May 2011, 13:34
I will try to reproduce once I have all the parts of my new dev PC.

Sven75
21st May 2011, 13:43
Ok, great - thank you!

Superb
21st May 2011, 14:54
The powerpoint issue is probably related to some colorspace changes that were made some time ago. Please play a bit with the settings on the Output page in an older version of ffdshow to see if you can reproduce the problem of the newer versions. For example disable RGB24.You guys should also see: http://forum.doom9.org/showthread.php?p=1498171#post1498171

Probably caused by the same commit.

Spynask
21st May 2011, 16:40
I found a problem with ffdshow video decoder. It detects my x264-encoded video's framerate as 25 fps, which is incorrect (23.976 is the correct framerate), this causes the video and audio to be unsynced. The problem occurs only when I set x264's input directly to the mkv, not AviSynth script. I tried CoreAVC and MPC-HC internal decoder, they are fine. I'm using ffdshow tryouts r3800 (MSVC 2008, x86, unicode).
Here is the sample: http://www.mediafire.com/?fxp9699r9ius6gh

Chikuzen
21st May 2011, 17:25
I found a problem with ffdshow video decoder. It detects my x264-encoded video's framerate as 25 fps, which is incorrect (23.976 is the correct framerate), this causes the video and audio to be unsynced. The problem occurs only when I set x264's input directly to the mkv, not AviSynth script. I tried CoreAVC and MPC-HC internal decoder, they are fine. I'm using ffdshow tryouts r3800 (MSVC 2008, x86, unicode).
Here is the sample: http://www.mediafire.com/?fxp9699r9ius6gh

I reproduced it with ffdshow-tryouts r3853.
Strangely, when I remuxed your sample with mkvmerge v4.5.0, that problem was solved.
http://www.mediafire.com/download.php?2dv9a61eq9ow482
I cannot judge the cause is either ffdshow or mkvmerge :confused:

BloodySword
21st May 2011, 19:29
Hi everybody. I have a small problem with mpeg2 decoding with ffdshow tryouts.

System details:
Windows 7 Professional x64
ffdshow tryouts rev3851 May 12 2011 03:05:21 (ICL 10, x86, unicode, r)

When I use libavcodec to decode mpeg2 I have massive A/V synch problems when using Yadif or Kernel bob deinterlacing while playing vob files.
When I use libavcodec to decode DVB-T (Hauppauge WinTV 7) everything's fine, deblocking and deringing works
But I can not play vob files well :(

When I use libmpeg2 instead it works find for both vob and DVB-T. But: Deblocking and deringing does not work.
It seems like the quantizer reported from libmpeg2 is so high (1 or 0) that deblocking does simply nothing,
regardless if I set strenghth to 200% or not. I use mplayer deblocking with all filters active: Deblock, Dering, H V Luma and Chroma.

How can I force libmpeg2 to deblock and dering? :(

Edit: The newest version of ffdhow (above) crashes at the end of a VOB file (looks like while retrieving last frame).

Thank you in advance.

cyberbeing
22nd May 2011, 01:43
@Spynask & Chikuzen

No 'Default Duration' (default frame duration aka frame-rate) is specified in Spynask's MKV container, but since that element is non-mandatory, the MKV is still following spec and should be able to be handled correctly. A bug in FFDshow must causing it to default to 25fps when the splitter doesn't report a 'Default Duration', rather than determining the frame-rate from the video stream. Chikuzen, your file does specify a 'Default Duration', so you must have specified a frame-rate when re-muxing with mkvmerge.

VipZ
22nd May 2011, 10:00
Hi,

I have found that with this sample, ffdshow doesn't honour the AR flag's, MPC displays at the correct AR.

http://www.mediafire.com/?t1i1fqcj6qhwb4s

Thanks

clsid
22nd May 2011, 15:07
AR is correct when using Haali splitter. But that replaces some data in the video stream with AR info from the container.

You might be able to 'fix' the problem by remuxing the file.

VipZ
22nd May 2011, 15:40
I was using LAV Splitter for this, which does pass the AR to MPC decoders. When creating the sample I verified the AR was set correctly when remuxing (mkvmerge 4.7.0)

hoborg
24th May 2011, 08:56
Strange, it still crashing for me :/
MPC-HC decoder working fine.
Only difference is, that it will now popup some kind of VC++ error message.
http://www.volny.cz/hoborg/crash.jpg

Here is a .ts sample. (https://rapidshare.com/files/1479703935/crash.zip)

FFDShow DXVA = crash
FFDShow ffmpeg-mt = crash
FFDShow libavcodec = working fine

clsid
25th May 2011, 14:47
H.264 crash is fixed.

alexins
25th May 2011, 18:15
clsid, in ffdshow r.3857 not fully work decoding of video files using the libavcodec and ffmpeg-mt. Via DXVA decoding works well.

clsid
25th May 2011, 19:28
Please be more specific about what is wrong. I don't notice any problems.

Also test 3855.

hoborg
25th May 2011, 19:40
H.264 crash is fixed.

I just tested 3855 and both samples (MKV + TS) still crashing with FDshow DXVA decoder.
ffmpeg-mt working now.

clsid
25th May 2011, 23:35
DXVA crash fixed in 3858.
Powerpoint freeze fixed in 3859.

Sven75
26th May 2011, 00:20
Any specific reason why it only froze with dvsd and PowerPoint? From what I can deduce from the code changes it does not have anything to do with colorspaces but rather with setting ar info for the video renderer, does it?

Anyway, I will try 3859 asap. Thanks a lot - really!

clsid
26th May 2011, 01:19
I don't know. I have just replicated the behavior of a setting present in older versions of ffdshow that worked.