ffdshow tryouts project: Discussion & Development [Archive] - Page 74

leeperry

6th June 2008, 17:56

anyone knows of a way to do realtime IVTC in ffdshow ?

I've tried with TIVTC in the avisynth section, but I get 5 fps(I have a 3.5Ghz C2D) and Reclock still says 29.97 fps on a mpeg2 .ts file

and if I only check "3:2 pulldown" in the avisynth section, I get deinterlacing artefacts.

The only way I've found so far is to output to OVERLAY and check "pulldown detection" in my ATi drivers.

then it seems pretty OK in 48Hz......yet Reclock still shows 29.97fps

is there a way to get a really good IVTC algorithm in ffdshow, and then output 23.976 fps to Reclock...and be able to use HR ?

I don't feel like reencoding the damn thing to x264 :(

or should I add a "pulldown" flag in the .ts file ?!

LigH

7th June 2008, 20:40

Possibly already mentioned - but because a user did a few tests and reported interesting details (http://forum.gleitz.info/showthread.php?p=368641):

ffdshow crashes using its H.264 VfW codec, at the frame with the number of consecutive B-frames (no B-frames: at Frame 0).

An out-of-bounds memory access (access violation) occurred in module 'ff_x264'...
...while compressing frame 5 from 03e40020 to 03430020 using codec "ffdshow Video Codec" (VideoSequenceCompressor.cpp:618)...
...while running thread "Processing" (thread.cpp:150).

The last working build may be from November 2007 (1625).

Dark Shikari

7th June 2008, 20:46

Possibly already mentioned - but because a user did a few tests and reported interesting details (http://forum.gleitz.info/showthread.php?p=368641):

ffdshow crashes using its H.264 VfW codec, at the frame with the number of consecutive B-frames (no B-frames: at Frame 0).In other words, it crashes the instant it starts encoding.

It would be useful if someone could pinpoint the specific x264 revision at which this occurred.

If they're using MSVC to compile FFDShow-tryouts, that could be part of the problem, because MSVC doesn't align the stack correctly, resulting in a crash.

_xxl

7th June 2008, 20:57

I always use MinGW GCC to compile ff_x264.dll.
4.2.3 for 32 bit and 4.4.0 for x64.

Kurtnoise

7th June 2008, 22:43

A small thing is missing in the current code I think...

Index: src/simd.h
===================================================================
--- src/simd.h (revision 1986)
+++ src/simd.h (working copy)
@@ -119,7 +119,7 @@

static __forceinline void movlhps(__m128i &dst,const __m128i &src) {dst=_mm_castps_si128(_mm_movelh_ps(_mm_castsi128_ps(dst),_mm_castsi128_ps(src)));}
#else
- static __forceinline __m128i _mm_castps_si128(__m128 &src) {return (__m128i&)src;}
+ static __forceinline __m128i _mm_castps_si128(__m128i &src) {return (__m128i&)src;}
static __forceinline void movlpd(__m128i &dst,const void *src) {(__m128d&)dst=_mm_loadl_pd((__m128d&)dst,(double*)src);}
static __forceinline void movhpd(__m128i &dst,const void *src) {(__m128d&)dst=_mm_loadh_pd((__m128d&)dst,(double*)src);}
static __forceinline void movlpd(void *dst,const __m128i &src) {_mm_storel_pd((double*)dst,(const __m128d&)src);}

otherwise it returns several errors during compilation.

clsid

7th June 2008, 22:45

Dark Shikari

7th June 2008, 22:52

Isn't stack alignment a general problem on Windows, even with GCC?

Using "__attribute__((force_align_arg_pointer))", like we do in libavcodec, could perhaps solve this problem. Or does x264 already use that?x264 deals with three types of alignment:

1. Stack alignment of variables, done using DECLARE_ALIGNED (an internal macro aliasing the appropriate gcc/msvc alignment option). This is done to up to 16-byte alignment levels.

2. Heap alignment, done by doing a malloc and then offsetting the pointer to the appropriate aligned starting location. This is done up to 64-byte alignment levels.

3. Stack alignment, used to simplify and speed up SSE2 deblocking assembly. This makes the assumption that not only can the compiler obey the order to align the stack, but that it conserves alignment between function calls.

Jeremy Duncan

7th June 2008, 23:44

ffdshow_source()
global idx1 = 10 # global hint by IanB
MT("""
idx1 = idx1 + 1
# different threads for top and bottom half of frame must have different idx (trick by Foxishadis)
backward_vec = MVAnalyse(blksize=16, isb = true, chroma=false, pel=1, searchparam=1, idx=idx1)
forward_vec = MVAnalyse(blksize=16, isb = false, chroma=false, pel=1, searchparam=1, idx=idx1)
last.MVFlowFps(backward_vec, forward_vec, num=2*FramerateNumerator(ffdshow_source()), \
den=FramerateDenominator(ffdshow_source()), mask=0, idx=idx1)
""",2) # number of threads.

This is my script in ffdshow avisynth.
However, it uses a framerate of 23.976 from ffdshow_source.
So, by doubling the frame rate, I get 48fps on my ntsc mpeg-2 movies that have pulldown.

What I need is to be able to set the fps in ffdshow_source()
Example: ffdshow_source(fps=29.970).

Maybe have a pal, or ntsc option.
ntsc having pulldown for a 29.970 fps.

I'm hoping this can be done. :)

_xxl

8th June 2008, 09:22

Confirmed, ff_x264 crashes with SSE2 cpu's and Win32.

nnever2000

8th June 2008, 12:58

Just a question: when I update FFDSHOW I have to uninstall previous version and then install or I can install directly over prevoius installation?
I ask because ffdshow installer ask me to remember settings so I think that I can update without uninstalling.

8th June 2008, 13:02

>I can update without uninstalling
Yes

clsid

8th June 2008, 13:39

I ask because ffdshow installer ask me to remember settings so I think that I can update without uninstalling.I doesn't show such a message. Are you sure you are using a recent version?

nnever2000

8th June 2008, 13:49

I doesn't show such a message. Are you sure you are using a recent version?

I'm sorry. I see it in the matroska splitter installer (I installed both in short time).

For the future I will try to connect my brain before posting :p

georgevalkov

8th June 2008, 22:23

I use ffdshow encoder to produce RAW H264 streams: Store frames to external file [RAW frames].
I noticed that if two RAW streams are encoded with the same settings e. g. [file1.264] and [file2.264]; then one of the streams [file2.264] can be appended to the other [file1.264] with a HEX editor; then mp4box.exe can be used to create a MP4 container for the merged stream; the [result.mp4] will play both in MPlayer and DirectShow using the ffdshow decoder. No transition is noticed.

No transition or artifacts are noticed durring the frame by frame analysis of [result.mp4]. Audio and Video remain in sync.

Question:
Is it a good or a bad practice to combine raw H264 streams in binary? Or is there a recommended way to append frames from different encoding sessions?

I also use this manner to resume encoding after a power failure. First I check the number of the last encoded frame in stream [file1.264] and then continue the encoding from the next frame to [file2.264].

No transition or artifacts are noticed durring the frame by frame analysis of [result.mp4]. Audio and Video remain in sync. The only difference here is a warning displayed in MPlayer:
[h264 @ 00D4FB70]error while decoding MB 31 30, bytestream (td)
[h264 @ 00D4FB70]concealing 282 DC, 282 AC, 282 MV errors

Thank You for any advice!

georgevalkov

8th June 2008, 22:53

Confirmed, ff_x264 crashes with SSE2 cpu's and Win32.

I use the ffdshow encoder to render raw H264 frames. My computer is CPU: AMD Athlon XP 1700+; Windows 2003-SP2. Works fine.
ffdshow-rev1971_20080523_clsid_sse_icl10.exe

I tried to run an encoding job on my friend's computer: AMD64 Sempron 3100+; Windows XP 64 bit, and Virtual Dub crushed.
ffdshow-rev1943_20080416_clsid_sse_icl10.exe

Are we talking about the same problem?
Any known workarounds so far?

Dark Shikari

8th June 2008, 22:57

I use the ffdshow encoder to render raw H264 frames. My computer is CPU: AMD Athlon XP 1700+; Windows 2003-SP2. Works fine.Athlon XP doesn't support SSE2 ;)

akupenguin

8th June 2008, 23:15

Is it a good or a bad practice to combine raw H264 streams in binary? Or is there a recommended way to append frames from different encoding sessions?
If you abort an encode with ^C, then you can simply resume encoding at the next frame and concatenate the files. But in the case of a power failure that's not necessarily enough, as there may be a fraction of a frame at the end. Open the first file in a hex editor, delete the last startcode and everything after it, then count frames and result encoding.

georgevalkov

8th June 2008, 23:33

Athlon XP doesn't support SSE2 ;)

I guess for once I'm being lucky on that. :cool: By the way, on my friends AMD64 Sempron 3100+ (that supports SSE2), the crush occurs at the first frame, and the RAW [output.264] is an empty file (0 bytes).

If you abort an encode with ^C, then you can simply resume encoding at the next frame and concatenate the files. But in the case of a power failure that's not necessarily enough, as there may be a fraction of a frame at the end. Open the first file in a hex editor, delete the last startcode and everything after it, then count frames and result encoding.

Yes, after a power failure there is a fraction of an unfinished frame in the end. I guess that's why MPlayer warns me. Luckily it ignores the garbage and continues playing.

Please tell me how to find the start code of a frame? How does it look like in the HEX editor? :thanks:

AM 2:14 2008-6-09 update:
00 00 01 -- Is this the marker? Truncating the file from the beginning of this removed the warning in MPlayer.
0FB5D670 3C A2 3D 3C EE F8 24 14 5D AF 02 85 0E 0D F8 7A
0FB5D680 81 00 00 00 01 01 9E 15 0F 3A 24 B2 FF EC 43 06

akupenguin

9th June 2008, 03:13

00 00 01 -- Is this the marker?
yes .

_xxl

9th June 2008, 05:37

I tried to run an encoding job on my friend's computer: AMD64 Sempron 3100+; Windows XP 64 bit, and Virtual Dub crushed.
Can you test my 1975 x64 build please?
That sse2 crash should be only in Win32?

3ngel

9th June 2008, 11:58

There is a strange problem with FFDshow and Sonic HDDVD Decoder v4.3.0 (VC-1 Video only inside MKV)

With VMR it does work ok

http://img66.imageshack.us/img66/1082/clipboard01lh3.png

But when connecting it to FFDShow we have

http://img66.imageshack.us/img66/4732/clipboard02ai8.png

What's the matter?

Thanks

leeperry

9th June 2008, 12:59

Mercury_22

9th June 2008, 18:14

georgevalkov

9th June 2008, 21:10

Can you test my 1975 x64 build please?
That sse2 crash should be only in Win32?

Hello _xxl! I'll try my best to help You. Tell me, if You need anything else! Please note that I prefer not to abuse with my Administrator rights on my neighbour friend's computer. That means: I will install and run programs, but I prefer not to grab the local screen, so I will use Telnet to run or debug programs.

copy /Y VirtualDubMod.jobs "\\192.168.192.8\c$\Program Files (x86)\Virtual Dub Mod"
copy saferun.exe \\192.168.192.8\c$\WINDOWS
copy ffdshow_rev1975_20080526_x64.exe \\192.168.192.8\d$
copy test.mpg \\192.168.192.8\d$

telnet 192.168.192.8

cd /d d:\
ffdshow_rev1975_20080526_x64.exe /silent
cd /d "c:\Program Files (x86)\Virtual Dub Mod"
saferun "VirtualDubMod.exe /r /x" idle

The entire video material was encoded successfully. :thanks:
MPEG-2; PAL 720x576; progressive 25 fps; 29 seconds.
VirtualDubMod is version 1.5.10.2 build 2542/release
saferun was used to execute VirtualDubMod with idle CPU priority.

Finally I ran MPlayer, to verify the output. (seems ok)
MPlayer 1.0rc2-4.2.1 (C) 2000-2007 MPlayer Team
CPU: AMD Athlon(tm) (Family: 6, Model: 8, Stepping: 1)
CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 0
Compiled with runtime CPU detection.

Playing \\192.168.192.8\d$\test.264.
H264-ES file format detected.
FPS seems to be: 25.000000
[gl] using extended formats. Use -vo gl:nomanyfmts if playback fails.
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
Audio: no sound
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 1.36:1 - prescaling to correct movie aspect.
VO: [gl] 720x576 => 786x576 Planar YV12

obieobieobie

9th June 2008, 21:14

I can't play this mpeg4 (DX50) (http://www.dump.ro/download.php?file=Testmpeg4.avi&id=MzBmNzhiNzhlYjZiOGQ3ZGU5OGJiZjkzODMxMTk2MmI=&download=true) (OR Try this server (http://rapidshare.com/files/121074851/Mpeg4Test.avi.html)) file with ffdshow (rev 1975-1993 tested) and WMP but with DivX and WMP I can ! If I use ffdshow (rev 1975-1993 tested) and MPC-HC it's working only with VMR9 !
Any idea what's wrong ? :helpful:

My OS Vista Ultimate x64 SP1

I can play it just fine in almost every renderer I can choose in Zoomplayer 5 plus haali renderer. The only renderer it won't work with (no video, only audio) is the VMR9 renderless mode, but I think that is because of Zoomplayer and not the file. This was using ffdshow rev 1980. It works in VLC 0.8.6f too.

WinXP SP3 here, though.

georgevalkov

9th June 2008, 21:22

Can you test my 1975 x64 build please?
That sse2 crash should be only in Win32?

I remember, the last time I was on the local screen of that AMD64 computer, that both of these versions had no support for H264 encoding:
ffdshow_rev1943_20080416_clsid_x64.exe
ffdshow_rev1972_20080524_x64.exe

At that time this 32 bit version had support for H264 encodding, but crushed at the first frame.
ffdshow-rev1943_20080416_clsid_sse_icl10.exe

Today I installed this version silently from Telnet, it passed my encoding test and produced a valid H264 stream:
ffdshow_rev1975_20080526_x64.exe

Mercury_22

9th June 2008, 21:51

I can play it just fine in almost every renderer I can choose in Zoomplayer 5 plus haali renderer. The only renderer it won't work with (no video, only audio) is the VMR9 renderless mode, but I think that is because of Zoomplayer and not the file. This was using ffdshow rev 1980. It works in VLC 0.8.6f too.

WinXP SP3 here, though.

I don't know about Zoomplayer but VLC 0.8.6f it's NOT using ffdshow, only internal filters AFAIK !
Strange about Zoomplayer not playing in VMR9 renderless mode because MPC-HC iit's playing in VMR9 renderless mode but NO EVR ! Did you try WMP ?

Vista x64 SP1 here !

georgevalkov

9th June 2008, 21:55

There is a strange problem with FFDshow and Sonic HDDVD Decoder v4.3.0 (VC-1 Video only inside MKV)
But when connecting it to FFDShow we have
What's the matter?

First open ffdshow raw video filter's settings, and make sure that the proper video format is enabled under codecs. You can try setting the decoder field to "all supported".

Second, some filters will not connect to a pin that offers Aspect ratio or Interlace format. Try adding some intermediate that supports video format conversion. But as long as my tests show, ffdshow has no problems with this case.

Could it be that the decoder wants to negotiate an encrypted path to a secure video render and avoids connecting to filters like ffdshow? Try using the ffdshow video decoder to decompress the source.

I don't have this filter, and cannot test it for you. Good Luck!

Mercury_22

9th June 2008, 22:43

Hello _xxl! I'll try my best to help You. Tell me, if You need anything else! Please note that I prefer not to abuse with my Administrator rights on my neighbour friend's computer. That means: I will install and run programs, but I prefer not to grab the local screen, so I will use Telnet to run or debug programs.

copy /Y VirtualDubMod.jobs "\\192.168.192.8\c$\Program Files (x86)\Virtual Dub Mod"
copy saferun.exe \\192.168.192.8\c$\WINDOWS
copy ffdshow_rev1975_20080526_x64.exe \\192.168.192.8\d$
copy test.mpg \\192.168.192.8\d$

telnet 192.168.192.8

cd /d d:\
ffdshow_rev1975_20080526_x64.exe /silent
cd /d "c:\Program Files (x86)\Virtual Dub Mod"
saferun "VirtualDubMod.exe /r /x" idle

The entire video material was encoded successfully. :thanks:
MPEG-2; PAL 720x576; progressive 25 fps; 29 seconds.
VirtualDubMod is version 1.5.10.2 build 2542/release
saferun was used to execute VirtualDubMod with idle CPU priority.

Finally I ran MPlayer, to verify the output. (seems ok)
MPlayer 1.0rc2-4.2.1 (C) 2000-2007 MPlayer Team
CPU: AMD Athlon(tm) (Family: 6, Model: 8, Stepping: 1)
CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 0
Compiled with runtime CPU detection.

Playing \\192.168.192.8\d$\test.264.
H264-ES file format detected.
FPS seems to be: 25.000000
[gl] using extended formats. Use -vo gl:nomanyfmts if playback fails.
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
Audio: no sound
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 1.36:1 - prescaling to correct movie aspect.
VO: [gl] 720x576 => 786x576 Planar YV12

Hi I'm just curious how did you manage tu use ffdshow's 64-bit version in Virtual Dub Mod which AFAIK it's 32-bit ? :helpful:
It's that a 64-bit encoding chain ?

Please post the links to 64-bit version of Virtual Dub Mod Thanks ! :thanks:

obieobieobie

9th June 2008, 23:40

I don't know about Zoomplayer but VLC 0.8.6f it's NOT using ffdshow, only internal filters AFAIK !
Strange about Zoomplayer not playing in VMR9 renderless mode because MPC-HC iit's playing in VMR9 renderless mode but NO EVR ! Did you try WMP ?

Vista x64 SP1 here !

Uhm, I just added VLC because it has it's own codecs just to show that it can't be the file's fault. It's most likely a renderer problem on your end.

The renderless problem is on my end, but I don't care since the haali renderer suits my needs perfectly.

btw, unless I am misunderstanding you, you do know that you have to configure ffdshow to enable decoding and when configured it works in any directshow-based player like zoomplayer and wmp, right?

georgevalkov

10th June 2008, 01:36

Hi I'm just curious how did you manage to use ffdshow's 64-bit version in Virtual Dub Mod which AFAIK it's 32-bit ? :helpful:
It's that a 64-bit encoding chain ?

Please post the links to 64-bit version of Virtual Dub Mod Thanks ! :thanks:

Well, I guess that the 64 bit version of ffdshow installer offers backwards compatibility support for 32 bit applications running on 64 bit computers. Ask _xxl, he is the author.

The important thing for me is that installing ffdshow_rev1975_20080526_x64.exe fixed the problem: the ffdshow encoder no longer crushes on the first frame, when encoding to a H264 stream. The encoding process with the 32 bit version VirtualDubMod went nice and easy after installing the 64 bit version of ffdshow. Cheers. :cool:

iron2000

10th June 2008, 05:52

Seems like the latest build 1993 has broken profile autoload?

Mercury_22

10th June 2008, 07:17

Uhm, I just added VLC because it has it's own codecs just to show that it can't be the file's fault. It's most likely a renderer problem on your end.

The renderless problem is on my end, but I don't care since the haali renderer suits my needs perfectly.

btw, unless I am misunderstanding you, you do know that you have to configure ffdshow to enable decoding and when configured it works in any directshow-based player like zoomplayer and wmp, right?

You misunderstood me, My bad , my question was why Divx can decode with any renderer / player and ffdshow NOT :helpful: ?

Well, I guess that the 64 bit version of ffdshow installer offers backwards compatibility support for 32 bit applications running on 64 bit computers. Ask _xxl, he is the author.

The important thing for me is that installing ffdshow_rev1975_20080526_x64.exe fixed the problem: the ffdshow encoder no longer crushes on the first frame, when encoding to a H264 stream. The encoding process with the 32 bit version VirtualDubMod went nice and easy after installing the 64 bit version of ffdshow. Cheers. :cool:

I wonder how it's that possible ? Can anyone explain to me please :helpful: ?
XXl asked me before you to test ffdshow_rev1975_20080526_x64.exe for encoding (64-bit chain), but I still can't manage to make VirtualDub-AMD64 to use ffdshow_rev1975_20080526_x64 to encode because unlike in the 32-bit chain where VirtualDub (32-bit) has ffdshow (32-bit) listed in the compression menu VirtualDub-AMD64 doesn't have ffdshow (64-bit) listed in the compression menu ? :helpful:

leeperry

10th June 2008, 11:09

anyone knows why randomly Reclock says "no video stream found" when using AVS scripts :(

I've tried with LimitedSharpen and LimitedSharpenFaster.

they both look really good, but randomly it forbids Reclock from getting the frame rate info :(

If I disable the avisynth section of ffdshow, then everything's fine

to get back on that matter, if I add the "levels" filter before the AVS script, then Reclock always gets the frame rate information.

bug ?! :(

also, the LimitedSharpenFaster AVS script doesn't work if the width is not a multiple of 4, so 352*240 videos can't be processed.

but if I add the "Resize" filter in 1280*768 before the AVS script, it outputs 1024*768 for 1.33 AR files, but for 352*240 it outputs 1126*766 even if I force 1.33 AR :(

that's too bad you can't choose a mandatory width in the ffdshow resize :(

clsid

10th June 2008, 11:55

The x64 builds can only be used in 64-bit applications. The x86 builds can only be used in 32-bit applications.

clsid

10th June 2008, 11:58

Seems like the latest build 1993 has broken profile autoload?
Please double check that, because there have been no code changes related to that functionality.

georgevalkov

10th June 2008, 12:09

I wonder how it's that possible ? Can anyone explain to me please :helpful: ?
XXl asked me before you to test ffdshow_rev1975_20080526_x64.exe for encoding (64-bit chain), but I still can't manage to make VirtualDub-AMD64 to use ffdshow_rev1975_20080526_x64 to encode because unlike in the 32-bit chain where VirtualDub (32-bit) has ffdshow (32-bit) listed in the compression menu VirtualDub-AMD64 doesn't have ffdshow (64-bit) listed in the compression menu ? :helpful:

64-bit applications cannot link to 32-bit dynamic link libraries (DLLs). AX filters are DLLs. So if you use ffdshow in a 64-bit application, then it is using the 64-bit version of ffdshow. And if You use ffdshow in a 32-bit application on a 64-bit machine, then it is using the 32-bit version of ffdshow, which probably comes with the 64-bit installer for compatibility with 32-bit applications.

Mercury_22

10th June 2008, 12:38

64-bit applications cannot link to 32-bit dynamic link libraries (DLLs). AX filters are DLLs. So if you use ffdshow in a 64-bit application, then it is using the 64-bit version of ffdshow. And if You use ffdshow in a 32-bit application on a 64-bit machine, then it is using the 32-bit version of ffdshow, which probably comes with the 64-bit installer for compatibility with 32-bit applications.

Exactly my point ! Then how did you manage to use a 64-bit version of ffdshow with Virtual Dub Mod (a 32-bit app AFAIK) ? :helpful:

Didn't you in fact tested the 32-bit version of ffdshow and not the ffdshow_rev1975_20080526_x64 which XXL asked you to test ?

Mercury_22

10th June 2008, 13:16

Does ffdshow64 actually has a 64-bit VFW component ?

leeperry

10th June 2008, 13:24

I'd like to have 4 profiles, to overcome the problem that resize can't be done before the avisynth filter :

1080p
720p
SD 4:3
SD 16/9

I'm having problems to set the 2 last ones

I've tried if "x <1000" and "aspect=1.33" and check "on all conditions match", but it's always loading the SD 16/9 profile(using 1993)

any idea ?

TIA,

iron2000

10th June 2008, 17:33

Please double check that, because there have been no code changes related to that functionality.

Ok, found the cause.
Its the recent changes I made to my profiles, I corrected it and all is smooth again.:)

clsid

10th June 2008, 18:07

Does ffdshow64 actually has a 64-bit VFW component ?Yes. If it works? I dunno, haven't got a 64-bit OS.

Profiles are selected using the information that is available before decoding starts. At least afaik. So it can only use aspect ratio info from the container, not from the bitstream itself.

obieobieobie

10th June 2008, 19:55

You misunderstood me, My bad , my question was why Divx can decode with any renderer / player and ffdshow NOT :helpful: ?

My guess is some kind of color conversion issue. Check what ffdshow is configured to output.

Mercury_22

10th June 2008, 20:16

Yes. If it works? I dunno, haven't got a 64-bit OS.

Profiles are selected using the information that is available before decoding starts. At least afaik. So it can only use aspect ratio info from the container, not from the bitstream itself.

But it doesn't seem to work or can anyone tell me what I'm doing wrong ? :helpful: More details here

http://forums.virtualdub.org/index.php?act=ST&f=4&t=15774&

My guess is some kind of color conversion issue. Check what ffdshow is configured to output.

ffdshow is configured correct ! At your side does it work with WMP ?

LoRd_MuldeR

10th June 2008, 21:06

I always use MinGW GCC to compile ff_x264.dll.
4.2.3 for 32 bit and 4.4.0 for x64.

Which revision of x264 do you compile? And are there any special modifications needed to get the DLL working?
Apparently latest x264 doesn't compile as DLL, neither with MSVC nor with MinGW GCC ...

We also can't get the ff_x264.dll from latest ffdshow-tryouts to work with Avidemux for some reason :confused:
http://www.avidemux.org/admForum/viewtopic.php?pid=27541#p27541

Any help would be appreciated :)