ffdshow tryouts project: Discussion & Development

[Randi]

Does it happen too when downmixed to stereo?

i just pass-through to the receiver, but will check tonite (about DTS bug)

[_xxl]

problem compiling faad when using the new mingw headers - w32api-3.9 and runtime.3-12

Did you delete *.d files after "make clean"?

[cc979]

Did you delete *.d files after "make clean"?

oops, i meant faad in ffdshow-rev1082

ps. it can be compiled if i modify ffdshow-tryout\src\codecs\faad\common.h

line 220:
//typedef unsigned long uint32_t;
//typedef unsigned short uint16_t;
//typedef unsigned char uint8_t;
//typedef long int32_t;
//typedef short int16_t;
//typedef char int8_t;

maybe the new runtime broke the defines

cheers

[foxyshadis]

I have no idea how I would go about doing that, and I don't see how I can make a 3 year guarantee about SourceForge.

You have tortoisesvn? Right click on ffdshow/trunk, in the tortoise menu select Create Patch. By default it'll check all the in-svn files that are changed (usually mostly projects, those should be unchecked), if you added any files you'll want to look for them in the unchecked masses.

Adding a patch to a repository like Sourceforge would probably constitute enough of a good-faith effort if it ever disappears and someone was really intent on suing anyone who didn't supply a source, and for added insurance you could attach it to this thread. :p If you supply the patch and have someone else do the building, you have no obligation whatsoever, of course.

[skystrife]

Oh, one thing you might want to check closely is H.264 playback on the 64-bit build. That's the main reason I'm seeking out a separate 64-bit ffdshow- the celtic_druid build has artifacts galore whenever I play a file with H.264 video content.

If the H.264 playback is artifact-free, I'll be one freaking happy camper. =)

...and I'm assuming this won't have an installer, so I'll have to research how to install it manually. It can't be as simple as running regsvr32 on a few .ax files, can it?

[haruhiko_yamagata]

@Dr Pizza
Great!
I've orderd my new PC, including Xp64, I'm willingly to test it (if I could successfully build it :p ).

@Kado
I'm debuging Winamp plugin feature. ffdshow's code around there is not written very nicely, as is unusual with Milan. I have fixed some (not commited yet), but Multiple-DSP Stacker still seems to be incompatible with ffdshow. I'm thinking of excluding it. Do you have any other such plugins?

[cc979]

regarding my post http://forum.doom9.org/showpost.php?p=977216&postcount=953

just had a reply back from the mingw developers

http://sourceforge.net/tracker/index.php?func=detail&aid=1691376&group_id=2435&atid=102435

[Dr Pizza]

Oh, one thing you might want to check closely is H.264 playback on the 64-bit build. That's the main reason I'm seeking out a separate 64-bit ffdshow- the celtic_druid build has artifacts galore whenever I play a file with H.264 video content.
Can you provide a sample problematic file? I don't have much H.264 content, but the things I've tried (some TV caps and some 1080p samples) have all been fine.

...and I'm assuming this won't have an installer, so I'll have to research how to install it manually. It can't be as simple as running regsvr32 on a few .ax files, can it?
I'll include an installer, though I won't be able to promise it works. I don't have a machine without VC++ installed so I won't be able to test it puts the libraries in the right place (on my system I can just rely on the SxS libraries and don't have to worry about the private assembly nonsense).

[skystrife]

Can you provide a sample problematic file? I don't have much H.264 content, but the things I've tried (some TV caps and some 1080p samples) have all been fine.


I'll include an installer, though I won't be able to promise it works. I don't have a machine without VC++ installed so I won't be able to test it puts the libraries in the right place (on my system I can just rely on the SxS libraries and don't have to worry about the private assembly nonsense).

I have larger files, but I don't have a tool to cut down the mkv into a sample. =P


http://skystrife.com/uploads/avp.zip

@Dr Pizza
Great!
I've orderd my new PC, including Xp64, I'm willingly to test it (if I could successfully build it :p ).

@Kado
I'm debuging Winamp plugin feature. ffdshow's code around there is not written very nicely, as is unusual with Milan. I have fixed some (not commited yet), but Multiple-DSP Stacker still seems to be incompatible with ffdshow. I'm thinking of excluding it. Do you have any other such plugins?

XP64 doesn't have a 64-bit media player, IIRC.

[TheShadowRunner]

Hey All, I got a small question regarding CLSID's builds.
Those come in 2 flavors, "standard" and "ICL9".
Why would i chose a ICL9 build, does that depend on the processor i own?
(I got 2 laptops, 1 with Pentium 3-M 1.2Ghz, and 1 centrino pentium-m @ 1.7ghz, first one supports SSE, second one supports both SSE & SSE2). So would the ICL9 have any advantage for those cpus?
Thanks for the info.
Regards,

TSR

[clsid]

It does not have any advantage unless you use some specific filters in ffdshow. See the FAQ link in the opening post of the topic.

[clsid]

XP64 doesn't have a 64-bit media player, IIRC.
Both XP64 and Vista64 use a 32-bit version of WMP by default.

On Vista, switching between 32/64 bit WMP can be done with these commands:

%windir%\system32\unregmp2.exe /SwapTo:32
%windir%\system32\unregmp2.exe /SwapTo:64

Maybe that also works on XP64.

[skystrife]

If XP64 has a 64-bit WMP, it's probably located in the Program Files folder as opposed to the Program Files (x86).

I don't have XP64, so I couldn't tell you. =P

[Px]

If XP64 has a 64-bit WMP
It doesn't have :)

[clsid]

WMP11 (64-bit) for Windows XP64:
http://www.microsoft.com/downloads/details.aspx?familyid=C6A4CECB-9CB2-42F7-8814-7CB5067EE958&displaylang=en

[Px]

WMP11 (64-bit) for Windows XP64:
http://www.microsoft.com/downloads/details.aspx?familyid=C6A4CECB-9CB2-42F7-8814-7CB5067EE958&displaylang=en
Yeah, I knew about it, and it already downloaded and installed, but after install it lay in Program Files (x86). Later, I take some time to look on it more closely....

[skystrife]

If you don't have a x64 build of ffdshow installed, throw an XviD or DivX file at it. It it works, you know that the player is 32-bit (using FFDShow x32), and if it doesn't you know that the player is 64-bit and doesn't have a codec for the file. =)

[zambelli]

WMP11 (64-bit) for Windows XP64:
http://www.microsoft.com/downloads/details.aspx?familyid=C6A4CECB-9CB2-42F7-8814-7CB5067EE958&displaylang=en
Unfortunately, that player is 32-bit. The only 64-bit WMP is available on Vista x64, and even there it's not the default player.

[Dr Pizza]

Don't worry too much. It's not like someone is going to sue you.
But I should worry about it, because those are the terms of the GPL. And if you're not going to follow the terms of the license, it seems to make the whole thing a bit pointless.

[Dr Pizza]

I have larger files, but I don't have a tool to cut down the mkv into a sample.
OK, well that looks fine to me (using my own media player app), there didn't seem to be any artefacting.

[skystrife]

But I should worry about it, because those are the terms of the GPL. And if you're not going to follow the terms of the license, it seems to make the whole thing a bit pointless.

I'd give you a ftp for my website, but if the download was hit a lot it might knock the whole thing offline, seeing as I don't have a lot of bandwidth.

Hmm...

[skystrife]

Hate to double-post, but this would probably not be seen otherwise.

http://code.google.com/hosting/

Maybe there? (Just throwing out ideas)

[Dr Pizza]

OK, so, anyway, here we go.

Patch:
https://sourceforge.net/tracker/?func=detail&atid=867362&aid=1692613&group_id=173941

Installer (which is substantially untested):
http://www.file.am/d/file/ffdshow_rev1081_20070328_x64.exe/

x64 VC8SP1 redist:
http://www.file.am/d/file/vcredist_x64.exe/

[skystrife]

OK, so, anyway, here we go.

Patch:
https://sourceforge.net/tracker/?func=detail&atid=867362&aid=1692613&group_id=173941

Installer (which is substantially untested):
http://www.file.am/d/file/ffdshow_rev1081_20070328_x64.exe/

x64 VC8SP1 redist:
http://www.file.am/d/file/vcredist_x64.exe/

Installer worked perfectly, no problems with it to report. =)

H.264 decoding is no longer crap, so that makes for a very happy Strifey! =P

Vorbis decoding in libavcodec was really wonky, but switching to tremor fixed that in a jiffy.

[siim04]

Unfortunately, that player is 32-bit. The only 64-bit WMP is available on Vista x64, and even there it's not the default player.

You can switch between 64-bit and 32-bit WMP in Windows XP (I think it worked similar to Vista version). I tried using 64-bit WMP, but had to change back to 32-bit version as most codecs were not available. Also Windows Media Encoder is only 64-bit on Windows XP x64, which means that I can't use it for converting files either (and I really would like to compress my mpeg1, mpeg2 and xvid videos as they are taking up too much space).

I tried to compile ffdshow tryouts with Visual Studio C++ 2005 Express Edition and yasm, but in vain (I think something actually compiled but did not work). I think the project was not set up correctly in my case (I do not exactly know, which files should be replaced to compile 64-bit binaries).

[Peuj]

Hi,

I don't know if it's ffdshow issue but I have a problem with this mov file: http://www.jeuxvideo.fr/telecharger-video-1-gameplay-43971.html

I use the build ffdshow_rev1082_20070328_clsid.exe and the latest MPC version compiled by drevil_xxl.

When I play the video everything is perfect excepted that I don't have sound at all and no error message from MPC.
It's like there is no audio stream.

Does somebody know what can be the problem?

Thanks

[_xxl]

64-bit compile:
.\src\TffDecoder.cpp(1511) : error C3861: 'SetThreadIdealProcessor': identifier not found
.\src\TffDecoder.cpp(1515) : error C3861: 'SetThreadIdealProcessor': identifier not found
.\src\TffDecoder.cpp(1520) : error C3861: 'SetThreadIdealProcessor': identifier not found
C:\Program Files\Microsoft Visual Studio 8\VC\include\limits.h(42) : warning C4005: 'INT_MIN' : macro redefinition
../..\inttypes.h(70) : see previous definition of 'INT_MIN'
C:\Program Files\Microsoft Visual Studio 8\VC\include\limits.h(43) : warning C4005: 'INT_MAX' : macro redefinition
../..\inttypes.h(74) : see previous definition of 'INT_MAX'
C:\Program Files\Microsoft Visual Studio 8\VC\include\limits.h(67) : warning C4005: '_UI32_MAX' : macro redefinition
../..\inttypes.h(58) : see previous definition of '_UI32_MAX'
C:\Program Files\Microsoft Visual Studio 8\VC\include\limits.h(72) : warning C4005: '_I64_MIN' : macro redefinition
../..\inttypes.h(46) : see previous definition of '_I64_MIN'
C:\Program Files\Microsoft Visual Studio 8\VC\include\limits.h(74) : warning C4005: '_I64_MAX' : macro redefinition
../..\inttypes.h(50) : see previous definition of '_I64_MAX'
C:\Program Files\Microsoft Visual Studio 8\VC\include\limits.h(76) : warning C4005: '_UI64_MAX' : macro redefinition
../..\inttypes.h(54) : see previous definition of '_UI64_MAX'
Creating library Releasex64/ff_x264.lib and object Releasex64/ff_x264.exp
predict-c.obj : error LNK2001: unresolved external symbol predict_16x16_p_core_mmxext
predict-c.obj : error LNK2001: unresolved external symbol predict_8x8_ddl_mmxext
predict-c.obj : error LNK2001: unresolved external symbol predict_16x16_dc_top_mmxext
predict-c.obj : error LNK2001: unresolved external symbol predict_8x8_dc_left_mmxext
predict-c.obj : error LNK2001: unresolved external symbol predict_16x16_v_mmx
predict-c.obj : error LNK2001: unresolved external symbol predict_8x8_v_mmxext
predict-c.obj : error LNK2001: unresolved external symbol predict_4x4_vl_mmxext
predict-c.obj : error LNK2001: unresolved external symbol predict_8x8_vr_core_mmxext
predict-c.obj : error LNK2001: unresolved external symbol x264_intra_sa8d_x3_8x8_core_sse2
predict-c.obj : error LNK2001: unresolved external symbol predict_8x8_dc_top_mmxext
predict-c.obj : error LNK2001: unresolved external symbol predict_8x8_vl_sse2
predict-c.obj : error LNK2001: unresolved external symbol predict_8x8_ddl_sse2
predict-c.obj : error LNK2001: unresolved external symbol predict_8x8c_dc_core_mmxext
predict-c.obj : error LNK2001: unresolved external symbol predict_8x8c_v_mmx
predict-c.obj : error LNK2001: unresolved external symbol predict_8x8_ddr_sse2
predict-c.obj : error LNK2001: unresolved external symbol predict_16x16_dc_core_mmxext
predict-c.obj : error LNK2001: unresolved external symbol predict_4x4_ddl_mmxext
predict-c.obj : error LNK2001: unresolved external symbol predict_8x8c_p_core_mmxext
predict-c.obj : error LNK2001: unresolved external symbol predict_8x8_dc_mmxext
libavcodec should be compiled by GCC.No asm code is used in MSVC.

[TheRyuu]

I getting a problem with the avisynth portion of ffdshow.

For some reason it's not releasing the RAM if I should change or deactivate the script.

So if I start a script with the setmemorymax(512) parameter then the 512mb of ram that avisynth is now using will not get released for as long as the video is showing.

Everything gets released after ffdshow closes (movie ends, I close out MPC, etc...) so it's not like the memory is permanently taken. Never had this problem before and I haven't changed anything in avisynth so I figure it has to be ffdshow.

I'm using this build:
ffdshow_rev1082_20070331_sse_xxl.exe

The build I had on before the one above was this one (which I had no problems with):
ffdshow_rev1074_20070325_clsid_sse_icl9.exe

And everything before that one I've never had this problem before.

So I guess it could've come up anywere between those two.
I haven't tried clsid's build of the same rev yet.

[MidnightWatcher]

OK, so, anyway, here we go.

Patch:
https://sourceforge.net/tracker/?func=detail&atid=867362&aid=1692613&group_id=173941

Installer (which is substantially untested):
http://www.file.am/d/file/ffdshow_rev1081_20070328_x64.exe/

x64 VC8SP1 redist:
http://www.file.am/d/file/vcredist_x64.exe/
Dr Pizza, you rock! Keep up this excellent progress!

:thanks:

[clsid]

Please test the VFW interface of ffdshow 64-bit. I am curious if my workaround is working.

[Dr Pizza]

64-bit compile:
.\src\TffDecoder.cpp(1511) : error C3861: 'SetThreadIdealProcessor': identifier not found

I'm using the Vista SDK's and that's working for me; that error suggests that _WIN32_WINNT isn't being set correctly for you (that function prototype has a guard around it requiring NT4 and up).

C:\Program Files\Microsoft Visual Studio 8\VC\include\limits.h(42) : warning C4005: 'INT_MIN' : macro redefinition
Harmless, albeit irritating. Doesn't seem to be 64-bit specific?

Creating library Releasex64/ff_x264.lib and object Releasex64/ff_x264.exp
predict-c.obj : error LNK2001: unresolved external symbol predict_16x16_p_core_mmxext
predict-c.obj : error LNK2001: unresolved external symbol predict_8x8_ddl_mmxext
predict-c.obj : error LNK2001: unresolved external symbol predict_16x16_dc_top_mmxext
predict-c.obj : error LNK2001: unresolved external symbol predict_8x8_dc_left_mmxext
predict-c.obj : error LNK2001: unresolved external symbol predict_16x16_v_mmx
predict-c.obj : error LNK2001: unresolved external symbol predict_8x8_v_mmxext
predict-c.obj : error LNK2001: unresolved external symbol predict_4x4_vl_mmxext
predict-c.obj : error LNK2001: unresolved external symbol predict_8x8_vr_core_mmxext
predict-c.obj : error LNK2001: unresolved external symbol x264_intra_sa8d_x3_8x8_core_sse2
predict-c.obj : error LNK2001: unresolved external symbol predict_8x8_dc_top_mmxext
predict-c.obj : error LNK2001: unresolved external symbol predict_8x8_vl_sse2
predict-c.obj : error LNK2001: unresolved external symbol predict_8x8_ddl_sse2
predict-c.obj : error LNK2001: unresolved external symbol predict_8x8c_dc_core_mmxext
predict-c.obj : error LNK2001: unresolved external symbol predict_8x8c_v_mmx
predict-c.obj : error LNK2001: unresolved external symbol predict_8x8_ddr_sse2
predict-c.obj : error LNK2001: unresolved external symbol predict_16x16_dc_core_mmxext
predict-c.obj : error LNK2001: unresolved external symbol predict_4x4_ddl_mmxext
predict-c.obj : error LNK2001: unresolved external symbol predict_8x8c_p_core_mmxext
predict-c.obj : error LNK2001: unresolved external symbol predict_8x8_dc_mmxext
This means that the asm has failed to build.

[Dr Pizza]

Please test the VFW interface of ffdshow 64-bit. I am curious if my workaround is working.

How would one go about doing that?

What is the workaround?

[clsid]

The workaround of putting it in the appdir.

You should be able to test if it works with 64-bit VirtualDub:
http://virtualdub.sourceforge.net/

[zambelli]

You can switch between 64-bit and 32-bit WMP in Windows XP (I think it worked similar to Vista version). I tried using 64-bit WMP, but had to change back to 32-bit version as most codecs were not available.
My point was that WMP11 is only available in 32-bit version for XP. The version marked 64-bit is meant to be installed on XP x64, but is actually just the same 32-bit version for most part. I think the only 64-bit parts of that package are some portable device drivers and the WMP shell object. The only true 64-bit WMP11 is in Vista x64.

Also Windows Media Encoder is only 64-bit on Windows XP x64, which means that I can't use it for converting files either (and I really would like to compress my mpeg1, mpeg2 and xvid videos as they are taking up too much space).
Actually, WME9 32-bit installs on XP x64 just fine.

Anyway, this is all off-topic to this thread.

[Dr Pizza]

The ExpandConstant thing you suggested doesn't seem to work; it's not expanding it (so my registry is getting stuff that says literally ExpandConstant in it). However, even with that changed (so it puts the right strings into the registry) vdub is claiming to be unable to find a suitable VFW codec. It doesn't look like it's even trying to load ff_vfw.dll, in fact; using depends to profile vdub shows no attemp to load the .dll.

[Jeremy Duncan]

Can somebody add Leak's Patch to Drevil's and XXL's FFDshow builds.

[clsid]

Can somebody add Leak's Patch to Drevil's and XXL's FFDshow builds.
Split personality :confused:

[clsid]

The ExpandConstant thing you suggested doesn't seem to work; it's not expanding it (so my registry is getting stuff that says literally ExpandConstant in it). However, even with that changed (so it puts the right strings into the registry) vdub is claiming to be unable to find a suitable VFW codec. It doesn't look like it's even trying to load ff_vfw.dll, in fact; using depends to profile vdub shows no attemp to load the .dll.
Spaces in the path cause problems. Hence the usage of GetShortName. Try if this works:

[Registry]
Root: HKLM; Subkey: SOFTWARE\Microsoft\Windows NT\CurrentVersion\Drivers32; ValueType: string; ValueName: VIDC.FFDS; ValueData: {code:GetVFWLocation|}; Flags: uninsdeletevalue; Components: ffdshow\vfw

[C0de]
function GetVFWLocation(dummy: String): String;
begin
Result := GetShortName(ExpandConstant('{app}\ff_vfw.dll'));
end;

[haruhiko_yamagata]

Hi,

I don't know if it's ffdshow issue but I have a problem with this mov file: http://www.jeuxvideo.fr/telecharger-video-1-gameplay-43971.html

I use the build ffdshow_rev1082_20070328_clsid.exe and the latest MPC version compiled by drevil_xxl.

When I play the video everything is perfect excepted that I don't have sound at all and no error message from MPC.
It's like there is no audio stream.

Does somebody know what can be the problem?

Thanks
8KB/s for 360MB. I cannot download.
Please use faster file sharing service.

[siim04]

Actually, WME9 32-bit installs on XP x64 just fine.

Anyway, this is all off-topic to this thread.

On my PC WME9 32-bit says that the machine type is not supported and won't install.

On the bright side. I tested the x64 version of ffdshow tryouts and it worked well (at least with WME x64, so it should work with graphedit as well).
:thanks: Thank you for the x64 version!

[Peuj]

8KB/s for 360MB. I cannot download.
Please use faster file sharing service.

Hi, thanks for looking at my problem.

I don't have problem to download the video maybe there was too much download when you have tried?

Anyway I have upload the file on http://www.megaupload.com/fr/?d=0O31ORW2
If you know a faster file sharing service let know I will upload the file on it.

Here's the information about the file:

Format : QuickTime
Format/Info : Original Apple specifications
Format/Family : MPEG-4
File size : 360 MiB
PlayTime : 1mn 45s
Bit rate : 29 Mbps
StreamSize : 4.57 MiB
Encoded date : UTC 2007-03-27 01:17:32
Tagged date : UTC 2007-03-26 16:39:21

Video #0
Codec : Sorenson 3
Codec/Info : Sorenson Media Video 3 (Apple QuickTime 5)
PlayTime : 1mn 45s
Bit rate : 28 Mbps
Width : 720 pixels
Height : 576 pixels
Aspect ratio : 5/4
Frame rate : 30.000 fps
Standard : PAL
StreamSize : 351 MiB
Encoded date : UTC 2007-03-26 16:17:32
Tagged date : UTC 2007-03-26 16:39:21

Audio #0
Codec : PCM
PlayTime : 1mn 47s
Bit rate : 353 Kbps
Channel(s) : 2 channels
Sampling rate : 44 KHz
Resolution : 16 bits
StreamSize : 4.50 MiB
Encoded date : UTC 2007-03-26 16:17:32
Tagged date : UTC 2007-03-26 16:39:21

Thanks

[clsid]

It is probably a splitter issue.

[thuan]

Same problem with the file as OP. mplayer can play the file fine. Here's the log

Playing infernal_video_1_-_gameplay_anglais_34539.mov.
Quicktime/MOV file format detected.
VIDEO: [SVQ3] 720x576 24bpp 30.000 fps 0.0 kbps ( 0.0 kbyte/s)
[ass] auto-open
[ass] Init
Fontconfig error: Cannot load default config file
[ass] Updating font cache.
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffsvq3] vfm: ffmpeg (FFmpeg Sorenson Video v3 (SVQ3))
==========================================================================
==========================================================================
Opening audio decoder: [alaw] aLaw/uLaw audio decoder
AUDIO: 44100 Hz, 2 ch, s16le, 705.6 kbit/50.00% (ratio: 88200->176400)
Selected audio codec: [ulaw] afm: alaw (uLaw)
==========================================================================
AO: [dsound] 44100Hz 2ch s16le (2 bytes per sample)
Starting playback...
VDec: vo config request - 720 x 576 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is undefined - no prescaling applied.
VO: [directx] 720x576 => 480x384 Planar YV12
A: 6.2 V: 6.2 A-V: 0.001 ct: 0.006 187/187 10% 19% 0.1% 0 0

[clsid]

The file plays correctly with the Nero Digital MP4/MOV parser (NDParser.ax). So this is NOT a ffdshow problem.

[Peuj]

The file plays correctly with the Nero Digital MP4/MOV parser (NDParser.ax). So this is NOT a ffdshow problem.

So it's a MPC problem ?

[clsid]

Yes, more specifically with the internal MP4/MOV splitter. Haali's splitter doesn't work at all with this file.

[clsid]

A lot of people are having trouble finding the 'presets' functionality in ffdshow because it is not in a very obvious place.

Some suggestions to improve the GUI:

* Rename 'Image settings' to 'Profiles/Presets'
* Rename 'Show/hide filters' to 'Filters' and remove the indentation.
* Remove indentations for 'Decoder options', 'Queue & misc' and 'Output'.

And for ffdshow audio decoder:

* Rename 'Audio settings' to 'Profiles/Presets'.
* Rename 'Show/hide filters' to 'Filters' and remove indentation.
* Remove indentation for 'Output'.

[chros]

@Kado
I'm debuging Winamp plugin feature. ffdshow's code around there is not written very nicely, as is unusual with Milan. I have fixed some (not commited yet), but Multiple-DSP Stacker still seems to be incompatible with ffdshow. I'm thinking of excluding it. Do you have any other such plugins?
Thanks for this act! I have asked about a month ago about the new DFX plugin (ver. 8.x) which is able to connect to multichannel audio (it works in winamp), but not working in ffdshow !
Can you do something about it ? (dts, aac, ac3, etc.)

Thank you !

[vlada]

H, I'd like to report some problems with Aspect Ratio of MPEG-4 ASP in AVI. I prepared a 320x240 file where I set DAR to 2.35:1 (using MPEG4 Modifier). I did some tests with following results:
XviD decoder - WMP OK, MPC OK
ffdshow decoder - WMP 4/3, MPC 16/9

So I guess there is something wired in ffdshow regarding AR setting. In fact how does AR signalling work? Does ffdshow sends any special signals to a player? I think it would be very nice to have a feature which would resize the video to a correct AR (expand or shrink). This might then also solve the problem with DVD letterboxing I mentined before.

Another strange thing is, that ffdshow reports the AR to be 4/3 when playing the file.

[kurt]

@ vlada: which rev. do you use? recently there was a fix for this AR-bug (since rev 1075)...