View Full Version : New ffdshow build (?)
canuckerfan
29th October 2005, 04:25
shouldn't ffdshow get its own forum by now? :(
thuan
29th October 2005, 09:57
1027 crash with 6ch AAC SBR with libfaad2 decoder (my CPU doesn't have SSE2). When I said its binary is small, I mean every dlls of it eg: libavcodec.dll with gcc is usally bigger that what is strange.
cc979
30th October 2005, 01:02
has anybody had anyluck compiling latest cvs and have ffdshow.ax not crash with gcc?
@of topic
whats the best way to copy the difference from to directories?
Liisachan
30th October 2005, 05:31
WinMerge?
http://winmerge.sourceforge.net/
cc979
30th October 2005, 10:21
WinMerge?
http://winmerge.sourceforge.net/
i got winmerge, its for text files not folders
bob0r
30th October 2005, 12:08
has anybody had anyluck compiling latest cvs and have ffdshow.ax not crash with gcc?
...
The answer is: No
thread: http://sourceforge.net/tracker/index.php?func=detail&aid=1336820&group_id=53761&atid=471489
Liisachan
30th October 2005, 12:11
i got winmerge, its for text files not folders
on Explorer select 2 folders you want to compare, then right click -> winmerge
--is possible, but you meant Copy, so probably winmerge doesnt help :(
cc979
30th October 2005, 14:34
on Explorer select 2 folders you want to compare, then right click -> winmerge
--is possible, but you meant Copy, so probably winmerge doesnt help :(
i'll check thanx
DeeGee
31st October 2005, 13:50
I have had a strange problem with ffdshow and mp4 for some time now. ffdshow doesn't seem to respect/understand the aspect ratio info in mp4 (altough mpeg2 etc. seems to work fine). I have one musicvideo in mp4 that has heavily distorted aspect ratio (480x576 -> 4:3 -> 720x576) and it shows as it should. But my anamorphic movie backups (black borders cut out 16:9 aspect ratio) show up forced into 4:3 window like this:
http://students.oamk.fi/~t3paja01/sekalaista/ffdshow.png
Oh, and they do show up with the intended aspect ratio on mplayer, vlc and nero showtime.
gaekwad2
31st October 2005, 15:26
@DeeGee: see here (http://forum.doom9.org/showthread.php?t=97313)
(Used to drive me mad as well, until I noticed I'd forgotten to set Override Aspect Ratio to Default in MPC.)
DeeGee
31st October 2005, 15:55
I just updated the screencapture... As you can see MPC's settings should be ok.
[edit]
the aspect ratio panel in ffdshow (lower part in resize) is always active ! it's strange but true. just try to play w/it wout activating. it drove me mad while i figured it out.
This seems to be true. The aspect ratio is adjusted by this setting, even if resize is disabled. I guess this shouldn't work like this?
http://students.oamk.fi/~t3paja01/sekalaista/ffdshow2.png
Anyway, now it works for me. Just pulled the setting to the left = default.
gaekwad2
31st October 2005, 20:00
As you can see the checkbox on the actual pane only applies to Resize.
The way it's shown in the list on the left is misleading.
Egh
31st October 2005, 20:47
As you can see the checkbox on the actual pane only applies to Resize.
The way it's shown in the list on the left is misleading.
yeah true.
I bugged Milan Cutka couple of times to redo Resizing. ATM he agrees that the whole section needs major overhaul, but hasn't done anything yet in last 3 months or so :P
Check my entry in the ffdshow tracker (not bugs but feature suggestions).
bob0r
2nd November 2005, 17:40
Trying ffdshow with Microsoft Visual Studio 2005
(will report this also as bug(s) when sourceforge allows me)
Building all 22 projects:
Error 13 fatal error C1083: Cannot open include file: 'ddraw.h': No such file or directory D:\utils\Microsoft Visual Studio 8\VC\PlatformSDK\include\strmif.h 21826
Error 14 fatal error C1083: Cannot open include file: 'ddraw.h': No such file or directory D:\utils\Microsoft Visual Studio 8\VC\PlatformSDK\include\strmif.h 21826
Error 44 fatal error C1083: Cannot open include file: 'ddraw.h': No such file or directory g:\msys\1.0\home\user\ffdshow_msvc8.0\src\baseclasses\streams.h 47
(when its done it says ff_x264 is unavailable)
When i reload ff_x264 and try build it:
Error 168 error LNK2001: unresolved external symbol _x264_deblock_v_chroma_intra_mmxext frame.obj
Error 169 error LNK2001: unresolved external symbol _x264_deblock_h_chroma_intra_mmxext frame.obj
Error 170 error LNK2001: unresolved external symbol _x264_deblock_v8_luma_mmxext frame.obj
Error 171 error LNK2001: unresolved external symbol _x264_deblock_h_luma_mmxext frame.obj
Error 172 error LNK2001: unresolved external symbol _x264_deblock_v_chroma_mmxext frame.obj
Error 173 error LNK2001: unresolved external symbol _x264_deblock_h_chroma_mmxext frame.obj
Error 174 fatal error LNK1120: 6 unresolved externals g:\msys\1.0\home\user\ffdshow_msvc8.0\bin\ff_x264.dll 1
project ff_wmv9:
Error 1 fatal error C1083: Cannot open include file: 'ddraw.h': No such file or directory D:\utils\Microsoft Visual Studio 8\VC\PlatformSDK\include\strmif.h 21826
Error 2 fatal error C1083: Cannot open include file: 'ddraw.h': No such file or directory D:\utils\Microsoft Visual Studio 8\VC\PlatformSDK\include\strmif.h 21826
project ffdshow:
Error 4 fatal error C1083: Cannot open include file: 'ddraw.h': No such file or directory g:\msys\1.0\home\user\ffdshow_msvc8.0\src\baseclasses\streams.h 47
Its quite obvious Visual Studio 2005 is not finding the correct path to ddraw.h
Any easy way fix this?
Edit 01:
Please follow:
https://sourceforge.net/tracker/index.php?func=detail&aid=1346134&group_id=53761&atid=471489
Extra added:
ffdshow error:
Error 1 fatal error LNK1181: cannot open input
file 'dinput.lib' ffdshow
Fixed by adding x86 to the DirectX SDK lib path (see instructions below)
Edit 02:
new error:
Error 407 error LNK2019: unresolved external symbol _simple_idct_mmx_P referenced in function "private: void __thiscall TimgFilterPostprocSpp::filter(unsigned char *,unsigned char const *,int,int,unsigned int,unsigned int,signed char const *,int,bool)" (?filter@TimgFilterPostprocSpp@@AAEXPAEPBEHHIIPBCH_N@Z) TimgFilterPostproc.obj
Error 408 fatal error LNK1120: 1 unresolved externals bin\ffdshow.ax
Fixed "finally correct vs.net 2005 project" > http://cia.navi.cx/stats/project/ffdshow/.message/6276280
Edit 03:
Still a bug left:
From the same thread:
Error 408 error PRJ0050: Failed to register
output. Please ensure you have the appropriate permissions
to modify the registry. ffdshow
Reported.
bob0r
2nd November 2005, 18:54
1027 crash with 6ch AAC SBR with libfaad2 decoder (my CPU doesn't have SSE2). When I said its binary is small, I mean every dlls of it eg: libavcodec.dll with gcc is usally bigger that what is strange.
Confirmed, my simple stereo .aac in x264.352.mp4 file now crashes too with ff_libfaad2.dll gcc (msvc 7.1 version works fine, as does msvc 8.0)
reported:
https://sourceforge.net/tracker/index.php?func=detail&aid=1346184&group_id=53761&atid=471489
clsid
2nd November 2005, 21:33
@bobor
Add the path to the DirectX SDK Include folder to the VS2005 path settings.
Options > Projects and Solutions > VC++ Directories > Include Files
SeeMoreDigital
2nd November 2005, 22:08
I just updated the screencapture... As you can see MPC's settings should be ok. Do you not have this option: -
http://img108.imageshack.us/img108/66/ffdshowanamorphicoverlaysettin.png
These are the settings I use and all my encodes with anamorphic signalling AR perfectly ;)
I do not bother using the "Resize and Aspect" settings you showed....
Cheers
Leolo
2nd November 2005, 22:39
Hi,
There's something I don't understand: Why does ffdshow automatically select YUY2 when you're playing a DivX or XviD file?
Shouldn't YV12 be the closest matching colorspace?
Also, what are the advantages in forcing RGB32 output? Is the quality better? Why?
What does the "adj" word mean in "YV12,adj"? Adjusted? Adjusted to what?
If you force YV12, where exactly is the conversion to RGB done? In the VMR renderer? Or in the graphics card drivers?
I'm all in doubt!
Many thanks in advance,
Best regards.
bob0r
2nd November 2005, 22:47
@bobor
Add the path to the DirectX SDK Include folder to the VS2005 path settings.
Options > Projects and Solutions > VC++ Directories > Include Files
Was about to update my post, you need to add PlatformSDK too :), here goes:
(https://sourceforge.net/tracker/?func=detail&atid=471489&aid=1346134&group_id=53761)
It indeed seems Visual Studio 2005 is lacking files Visual Studio 2003 does have.
Even though PlatformSDK is installed D:\utils\Microsoft Visual Studio 8\VC\PlatformSDK it does not have amvideo.h
Error 8 fatal error C1083: Cannot open include file: 'amvideo.h': No such file or directory g:\msys\1.0\home\user\ffdshow_test\src\codecs\wmv9\videoenc.cpp 19
Error 9 fatal error C1083: Cannot open include file: 'amvideo.h': No such file or directory g:\msys\1.0\home\user\ffdshow_test\src\codecs\wmv9\ff_wmv9.cpp 13
Both missing files issues can indeed be "fixed" by installing PlatformSDK and DirectXSDK seperately.
Tip for those who want to know:
1: open Microsoft Visual Studio 2005
2: Tools/Options
3: Projects and Solutions
4: VC++ Directories
5: Select "Show directories for:" (right top)
6: Include files, to the bottom I have added:
D:\utils\Microsoft DirectX 9.0 SDK (October 2005)\Include
D:\utils\Microsoft Platform SDK\Include
- Set your own path here
7: Library files, to the bottom I have added:
D:\utils\Microsoft DirectX 9.0 SDK (October 2005)\Lib\x86
D:\utils\Microsoft Platform SDK\Lib
- Set your own path here
8: Click OK and try compiling again, it worked for me!
Thanks clsid
Edit:
Microsoft DirectX 9.0 SDK (October 2005)\Lib\x86 <-- note the extra x86 dir
thuan
3rd November 2005, 04:55
With bob0r's ffdshow20051102 libfaad2 don't run at all. It's not even show up in the about of ffdshow audio decoder and when I open a video with aac audio it's just don't load ffdshow audio decoder. And by the way my CPU don't have SSE2.
Will test more. Thanks for your hard work.
Inventive Software
3rd November 2005, 10:25
@thuan: There's your problem, in part. most of the builds that people make require SSE2 to run it. I am working on an SSE only build, but this may take some time.
Egh
3rd November 2005, 13:11
@thuan: There's your problem, in part. most of the builds that people make require SSE2 to run it. I am working on an SSE only build, but this may take some time.
I thought b0b0r himself is on SSE-only cpu :)
Also, it's plain MSVC build now, right? No other compilers this time?
videomixer9
3rd November 2005, 13:24
Hi,
There's something I don't understand: Why does ffdshow automatically select YUY2 when you're playing a DivX or XviD file?
Shouldn't YV12 be the closest matching colorspace?
Also, what are the advantages in forcing RGB32 output? Is the quality better? Why?
What does the "adj" word mean in "YV12,adj"? Adjusted? Adjusted to what?
If you force YV12, where exactly is the conversion to RGB done? In the VMR renderer? Or in the graphics card drivers?
I'm all in doubt!
Many thanks in advance,
Best regards.
This behaviour is only like that if you use VMR9 Renderless in MPC, otherwise the output colorspace is YV12. I dunno how it connects the filter graph but when using VMR9 Renderless it enforces YUY2.
VMR9 has this stupid coloring bug for many ppl, it has a luma shift that makes colors look a bit shitty. To compensate for this you set the output colorspace to the one your screen usually uses for graphics output, and that's RGB32 for most ppl, this way the reduced luma range of YV12 isn't as obvious for the viewer as the colors range is broader on RGB. YV12 usually doesn't have black, it starts with a dark grey and goes upto a not really white.
I noticed that the nero decoder automatically seems to select RGB32 output for VMR9 renderers as it doesn't have the shifting effect.
So to say VMR9 is too good for video output???
bob0r
3rd November 2005, 15:42
Yeah ffdshow gcc 4.0.2, ffdshow.ax msvc 7.1, ff_libfaad2.dll msvc 8.0 is what i used (ffdshow-20051102.exe), who knows what msvc 8.0 does with it, thats why i put it there :)
Anyways, only one file left to fix for both gcc and msvc 8.0, ffdshow.ax
Edit:
ffdshow.ax with gcc 4.0.2 was "fixed" by using "make SSE2=no;"
ffdshow.ax with msvc 8.0 almost works, it compiles, only a registering bug left.
Smiff
3rd November 2005, 20:03
hi, um keep up the good work on ffdshow. if anyone can list the best builds by cpu type (i have an athlon sempron 2600+ (K8 SSE2 but not 64bit) that would be most helpful (if not exists already?)
Can someone answer all of Leolo's Qs please, i'd really like to know all that aswell.
i use VMR9 with ffdshow's levels (luma only) and it seems to give a good result - what's wrong with that? why does videomixer9 say "colouring bug" and then imply its a luma bug (as i believe it is also).
bob0r
3rd November 2005, 20:03
I had the same, reinstalling fixed the problem, the not loading the config part.
(always uninstall old version)
BUT, indeed ff_libfaad2.dll is not used to decode the AAC part of my x264.358.mp4, i will update a new build soon. (First it crashed, then i figured it was fixed using make SSE2=no (which should fix it). But if it isn't used to decode, we can't test :) (Media Player Classic AAC decoder took over :o)
Try ffdshow-20051103.exe
ffdshow gcc 4.0.2, ffdshow.ax msvc 7.1
Edit:
Removed link to old ffdshow-20051103.exe, i finally understand how to compile ffdshow with gcc 4.0.2 again.
Simply said:
cd ffdshow/src/
make clean
make SSE2=no
Adding SSE2=no to the main Makefile creates a full gcc ffdshow release.
(you still have to add the DirectX SDK header files)
A full gcc 4.0.2 ffdshow-20051103.exe version is online now :helpful:
QQ
3rd November 2005, 21:13
i'm also lost as to which is latest SSE2 optimised version :(
bob0r
3rd November 2005, 23:23
i'm also lost as to which is latest SSE2 optimised version :(
http://mirror05.x264.nl/public/ffdshow/ffdshow-20051103-sse2.exe
compiled fully with gcc 4.0.2
Just for you :)
Liisachan
3rd November 2005, 23:27
:thanks: bob0r !!
celtic_druid's new build is out too :)
ffdshow-20051103.exe (http://ffdshow.faireal.net/ffdshow-20051103.exe)
i'm mirroring bob0r's builds too.
btw, in case some of you didn't know yet, Media Player Classic 6.4.8.5 was released,
supporting .mp4 splitting (without haali's filter), meaning, for instance,
(x264+faac).mp4 ->MPC->ffdshow
is possible even without haali's filter.
a known limitation: MPC's internal AAC decoder is not new enough to handle HE-AACv2 perfectly. (but you can disable it and then ffdshow audio decoder will be called)
bob0r
3rd November 2005, 23:57
@Liisachan
Hehe damn same filename :)
And thanks, added mpc2kxp6485.zip to the site :)
Slave01
4th November 2005, 00:41
x264 decoding in new celtic's druid doesn't work for me (Sempron 3000+ socket a only sse)...anyone with same glitch?
John Slave
Revgen
4th November 2005, 04:11
x264 decoding in new celtic's druid doesn't work for me (Sempron 3000+ socket a only sse)...anyone with same glitch?
John Slave
Which Version?
How does it not work?
No video?
Bad Video?
Can you for provide a sample of the video for download?
Egh
4th November 2005, 05:46
@Liisachan
Hehe damn same filename :)
And thanks, added mpc2kxp6485.zip to the site :)
there's also new cvs build of 6485, check the thread for mpc on this forum.
Did you put that version or older build from sf.net?
QQ
4th November 2005, 08:31
http://mirror05.x264.nl/public/ffdshow/ffdshow-20051103-sse2.exe
compiled fully with gcc 4.0.2
Just for you :)
thanks a lot! but now that i think about it, if i have p4, ICL compile would give even better performance, or am I wrong about it? or perhaps ffdshow ICl doesnt even exist..?
celtic_druid
4th November 2005, 08:57
My builds have always been ICL unless otherwise stated. Only libmplayer and parts of libavcodec are gcc.
Slave01
4th November 2005, 09:57
Which Version?
How does it not work?
No video?
Bad Video?
Can you for provide a sample of the video for download?
x264 last version high profile no mixed ref (or newer features). Error in ffdshow.ax...mkv container...haali splitter...
bob0r
4th November 2005, 13:16
there's also new cvs build of 6485, check the thread for mpc on this forum.
Did you put that version or older build from sf.net?
I put the original 6.4.8.5 from the MPC sourceforge page on my website.
Off Topic:
New x264.nl nameserver is working, but its not loading all IPs, hopefully it will be fixed soon :o
For now, use http://www.infra-services.com/~x264/public/ and/or http://www.infra-services.com/~x264/ to find your favourite builds (still working on MSVC 8.0 :D)
signatory
4th November 2005, 13:33
hi, um keep up the good work on ffdshow. if anyone can list the best builds by cpu type (i have an athlon sempron 2600+ (K8 SSE2 but not 64bit) that would be most helpful (if not exists already?)
x2
Yeah I love the work by you guys on ffdshow and mpc etc.
Perhaps it would be a nice idea for a mini-faq now concerning all the
updated releases.
I believe most people are interesting in decoding and it would be helpful what builds can be recommended to different CPU's.
Sadly i'm stuck on a Athlon Thunderbird 1400 where every percent less load on the CPU is welcomed... :(
bob0r
4th November 2005, 16:29
For a full msvc 8.0 ffdshow build we have to wait untill Milan himself has installed Visual Studio 2005.
Unless someone else knows a solution to:
http://www.infra-services.com/~x264/public/ffdshow_msvc8.0_compiling.jpg
(details on: https://sourceforge.net/tracker/?func=detail&atid=471489&aid=1346134&group_id=53761)
clsid
4th November 2005, 17:51
Bob0r's gcc build of realaac doesn't work on my AMD Thunderbird.
bob0r
4th November 2005, 17:56
Bob0r's gcc build of realaac doesn't work on my AMD Thunderbird.
Can you put the aac audio file online?
with my x264.mp4 both
realaac (mono, because it does not support PS) and libfaad2 (stereo, supporting PS) play the audio just fine.
movax
4th November 2005, 18:00
I'll bet that if bob0r did not use "make NOINTRIN=1" whilst compiling those files in GCC, it won't work on your thunderbird. Though if that's true, a few other DLLs with SIMD extensions shouldn't function either.
And about VS2005, I once burned about 8 hours or so trying to compile ffdshow with it...always got the "Could not Register output" errors, and had to scrounge up the version 8 runtime from the Platform SDK. Release_64 builds should hopefully function soon.
Egh
4th November 2005, 20:30
And about VS2005, I once burned about 8 hours or so trying to compile ffdshow with it...always got the "Could not Register output" errors, and had to scrounge up the version 8 runtime from the Platform SDK. Release_64 builds should hopefully function soon.
BTW, where's your build? :)
Also, on of the last entries in ffshow development is "finally correct vs.net 2005 project" .
So I guess it should be possible to build it with vs2005 now. Also, I still don't get where all those promised unicode builds :P
Thomas_AR
4th November 2005, 20:38
It's getting confusing for me. Can somebody tell me which is the last SSE2 Version recomendet (if ffdshow SSE2 ist the best for a SSE2 compatible Pentium 4) ? Perhaps a download link? Thanks folks.
Egh
4th November 2005, 21:35
It's getting confusing for me. Can somebody tell me which is the last SSE2 Version recomendet (if ffdshow SSE2 ist the best for a SSE2 compatible Pentium 4) ? Perhaps a download link? Thanks folks.
specifically SSE2 compiled (i.e. it doesn't work normally on Athlon XP and earlier processors) is from b0b0r.
http://mirror05.x264.nl/public/ffdshow/
Naturally, it's only for testing purposes. The build put on the frontpage of x264.nl (aka http://mirror01.x264.nl/x264/ffdshow-20051103.exe) is a universal one, i.e. can be used on nonSSE2 CPUs.
Celtic uses ICL9 for his builds, so there SSE2 should be working well. Probably for Pentium4 it should be best build. But try all variants and tell us the speed difference, if any discovered :P
Thomas_AR
4th November 2005, 21:57
Ok i will test them. Is there a special measure software regarding to the speed of the different Builds?
Shirokuu
4th November 2005, 22:54
As far as i know the only testing method is displaying the CPU load (and possibly the framerate) to determine the speed of the different builds. Of course it's not really a scientific method, and you have to keep the testing environment exactly identical when testing different builds.
Egh
5th November 2005, 00:34
As far as i know the only testing method is displaying the CPU load (and possibly the framerate) to determine the speed of the different builds. Of course it's not really a scientific method, and you have to keep the testing environment exactly identical when testing different builds.
well, framerate is not very precise measurement. though cpu % reported by ffdshow might be not trustworthy either.
what is g00d though, is that you can enable logging cpu % values to a file, and later load them into Excel tab, and thus to aggregate the data, as someone else already shown there.
Though I would like to know if there's a software like Process Explorer or something similar which can display % for an application and then log the data?
celtic_druid
5th November 2005, 05:25
MSVC 2005 is working fine here:
http://mirror05.x264.nl/celtic_druid/force.php?file=./ffdshow.20051105.msvc8.7z
ffdshow.ax only. msvcr80.dll included.
signatory
5th November 2005, 11:41
MSVC 2005 is working fine here:
http://mirror05.x264.nl/celtic_druid/force.php?file=./ffdshow.20051105.msvc8.7z
ffdshow.ax only. msvcr80.dll included.
Please tell me what's the difference between your ffdshow-20051103.exe and the one above? ty
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.