Log in

View Full Version : New ffdshow build (?)


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

bob0r
21st February 2006, 10:05
I got this error during compilation of gcc-4.1

gcc.exe: gengtype-lex.c: No such file or directory
gcc.exe: no input files
make[2]: *** [build/gengtype-lex.o] Error 1
make[2]: Leaving directory `/home/Proprietario/gcc-4.1/obj/gcc'
make[1]: *** [stage1_build] Error 2
make[1]: Leaving directory `/home/Proprietario/gcc-4.1/obj/gcc'
make: *** [bootstrap] Error 2

Anyone could help me? I downloaded the source from an official mirror, so I don't understand

GCC snapshots are not made mingw ready.

However
ftp://ftp.nluug.nl/mirror/languages/gcc/prerelease-4.1.0-20060219/gcc-core-4.1.0-20060219.tar.gz
ftp://ftp.nluug.nl/mirror/languages/gcc/prerelease-4.1.0-20060219/gcc-g++-4.1.0-20060219.tar.gz
Are made mingw ready, i was able to compile this gcc 4.1.0-20060219 with gcc 4.0.2 (which already compiled on mingw)

So i guess soon we can expect gcc 4.1.0, hopefully not before i have submitted a x264 make fprofiled bug :P

For cygwin i don't know

Egh
22nd February 2006, 00:59
Same here.
Some Vorbus steam in video cause player to crash.
Also instead first keyframe in XviD video I see the second one two times.

Using kuroshi builds? Btw i didn't found difference in that aspect between athlon and p3 (both sse1 only) builds. I tried both 0123 and 0127 (which are the last builds after Milan dissappeared :)

zambelli
24th February 2006, 08:21
Here's an interesting bug I found in ffdshow:

If you use the Avisynth module in ffdshow to resize the video (i.e. Lanczos(width*2, height*2) ), ffdshow never updates the video image size when passing it on to the renderer. If using a player such as WMP or MCE, this will result in the video being zoomed in and cropped off because the renderer will perform scaling based on the old video resolution.

Can someone else try to repro this? Just enable the Avisynth module, enter "Lanczos(width*2, height*2)" as the script, and then play some video handled by ffdshow in WMP10.

Egh
24th February 2006, 15:20
Here's an interesting bug I found in ffdshow:

If you use the Avisynth module in ffdshow to resize the video (i.e. Lanczos(width*2, height*2) ), ffdshow never updates the video image size when passing it on to the renderer. If using a player such as WMP or MCE, this will result in the video being zoomed in and cropped off because the renderer will perform scaling based on the old video resolution.

Can someone else try to repro this? Just enable the Avisynth module, enter "Lanczos(width*2, height*2)" as the script, and then play some video handled by ffdshow in WMP10.

Hmm, first, not Lanczos but LanczosResize :) Second, yeah i've seen some difficulties on resizing. But which build are you using? In my case the video stops updating after resizing turned on. (But size displayed is correct one). Though it's usually enough to seek video to bring back video updating. Btw problems with updating occur here with MPC (don't use other players :P).

zambelli
25th February 2006, 10:27
Hmm, first, not Lanczos but LanczosResize :) Second, yeah i've seen some difficulties on resizing. But which build are you using? In my case the video stops updating after resizing turned on. (But size displayed is correct one). Though it's usually enough to seek video to bring back video updating. Btw problems with updating occur here with MPC (don't use other players :P).
Sorry, I was writing shorthand... :)
MPC is one of the few players that handles this well, actually, although I can see it update its window size once the first video frames are decoded. It starts with a video window size based on the input file information, but then it adjusts its window size to whatever the correct processed video size is.

The reason why I'm pretty sure this is a bug in ffdshow and not in the players is because ffdshow's own internal resizing module doesn't exhibit these problems. I haven't checked ffdshow's code, but I'm guessing the image properties are updated throughout the pipeline. Apparently, however, this doesn't happen after the video goes through Avisynth.

vlada
27th February 2006, 10:32
There is also a bug in FFDShow when switching on and off 4:3 letterboxing in subtitle filter. It is especially annoying, if FFDShow doesen't load subtitles automatically. If I load them manually then, the video gets vertically squeezed, because neither MPC nor ViPlay will resize their window to 4:3 AR.

Also how far is implementing of DVD support? Is Milan working on it? Does anybody know?

LoRd_MuldeR
28th February 2006, 03:20
Also how far is implementing of DVD support? Is Milan working on it? Does anybody know?

ffdshow already decodes MPEG-2 as well as AC3/DTS
What more is needed ???

Zarxrax
28th February 2006, 04:06
There is a bug in ffdshow, such that when it is installed, it causes Adobe After Effects to crash when starting! If you select to install the Video For Windows part as well, then it fixes the problem.

I'm not sure why installing the VFW part would fix it, but regardless of that, ffdshow shouldn't be causing applications to crash!

Could anyone check into this?

vlada
28th February 2006, 11:10
ffdshow already decodes MPEG-2 as well as AC3/DTS
What more is needed ???

It is impossible to use FFDShow as a DVD decoder. Try it yourself. The DVD graph is not a common DirectShow graph.

Choose Video decoder -> Codecs -> MPEG-2. In the right bottom corner you'll see a checkbox saying DVD decoding (not working yet). I talked about supporting DVD decoding with Milan before. He said he'll be working on it, but unfortunately it is still not finished yet.

LoRd_MuldeR
1st March 2006, 03:36
It is impossible to use FFDShow as a DVD decoder. Try it yourself. The DVD graph is not a common DirectShow graph.

Choose Video decoder -> Codecs -> MPEG-2. In the right bottom corner you'll see a checkbox saying DVD decoding (not working yet). I talked about supporting DVD decoding with Milan before. He said he'll be working on it, but unfortunately it is still not finished yet.

I can playback Video-DVDs in MPC using ffdshow for audio- and video decoding...

zambelli
1st March 2006, 03:43
I can playback Video-DVDs in MPC using ffdshow for audio- and video decoding...
That's probably because MPC is using internal DVD source filters.
I'm pretty sure ffdshow can't handle CSS either.

vlada
1st March 2006, 10:42
Yes, it works in MPC, but it crashes ViPlay. But now I tried it in WMP10 and it works. But with libav as MPEG-2 decoder, the video is very choppy (uses 50% CPU). Mith libmpeg2 it plays smoothly, but still uses 50% CPU on my AthlonXP 2000+. But VLC is using 50% CPU with this DVD too, don't know why.
So it seems the DVD support is already implemented, but not very stable. ViPlay works flawlessly with other DVD (MPEG-2) decoders, my default is DScaler 5.

bob0r
1st March 2006, 11:49
February 28, 2006
GCC 4.1.0 has been released.

ftp://ftp.nluug.nl/mirror/languages/gcc/releases/gcc-4.1.0/

Let the testing/support begin! :D

Poutnik
1st March 2006, 16:08
What FDDShow release/binary would you recommend me for W2000 SP4 + SSE Celeron 600 ?

I have recently installed on my PC W2k SP4. I tried to see a movie - at that time it was still standard mplayer2 v 6.4 (Now using my favorites MV2playerRC2 or MPClassic ).
Without FFDShow it played fine.
I had fresh install of one of latest FFDShow ( not remember time of release yet, downloaded more ones ) with default settings. I thought W2K is said to be the most stable MS OS, but it caused complete OS freezing.
I know FFDShow is known to cause trouble at some circumstances so I would like you to advice me a good one by your experience.

Egh
1st March 2006, 17:32
What FDDShow release/binary would you recommend me for W2000 SP4 + SSE Celeron 600 ?

I had fresh install of one of latest FFDShow ( not remember time of release yet, downloaded more ones ) with default settings. I thought W2K is said to be the most stable MS OS, but it caused complete OS freezing.


You could easily have some odd build. Try using last "official" one i.e. Milan's build from sf.net. and try kuroshi P3 build as well.

Lemonzest
2nd March 2006, 01:46
how about a cvs all gcc 4.1.0 sse/sse2 build?

Egh
2nd March 2006, 02:41
how about a cvs all gcc 4.1.0 sse/sse2 build?

I second :goodpost:

But anyhow cvs is last updated on 27th of jan, so no newer features or bugfixes since then.

cc979
2nd March 2006, 04:08
I second :goodpost:

But anyhow cvs is last updated on 27th of jan, so no newer features or bugfixes since then.

just tried with gcc 4.1, no luck with the latest ffdshow cvs

LoRd_MuldeR
3rd March 2006, 23:28
ffdshow 2006-02-26 (http://www.free-codecs.com/FFDShow_download.htm) ;)

clsid
4th March 2006, 03:16
ffdshow 2006-02-26 (http://www.free-codecs.com/FFDShow_download.htm) ;)
The free-codecs .com site is bullshit. Latest CVS is still January 27th.

Egh
4th March 2006, 07:25
The free-codecs .com site is bullshit. Latest CVS is still January 27th.


they apparently put date of build, not actual CVS snapshot used, which is quite sensible.

ExtraEye
4th March 2006, 10:08
ah this build isn't very good for me. makes video and audio desync when i use the settings i had on my former ffdshow build.

Matrics
4th March 2006, 20:03
What you say about this page (http://www.paehl.com/open_source/?FFDSHOW)?

LoRd_MuldeR
5th March 2006, 14:00
ah this build isn't very good for me. makes video and audio desync when i use the settings i had on my former ffdshow build.

Same problem here!

Must be the audio-part of ffdshow that is broken in 2006-02-26 build, since I used CoreAVC for the video decoding...

cc979
5th March 2006, 16:48
looks like there's an offical pre-release of gcc 4.0.3 going to try it

http://www.mirrorservice.org/sites/sources.redhat.com/pub/gcc/prerelease-4.0.3-20060303/

haruhiko_yamagata
5th March 2006, 16:57
Hello. This is my first post.

For multi-thread resize support, I have modified swscaler(libmplayer.dll). Thank you for your thread I have succesfully build libmplayer.dll. It is fast on dual-core and working as far. I sent E-mail to milan cutka a week ago, waiting for the reply.

I tryed to build ffdshow.ax with MSVC 2003.net standard edition, which does not support optimize, I got very slow one. It looks like "simd.h" is not compiled to MMX.

Next, I tryed with GCC-MingW 4.0.3. ,which was very complicated thing to me. I struggled for 3 days and finaly got ffdshow.ax. It was faster than the former, but slower than build20051221 or 20060202.

Would you kindly guide me how to compile better?

I installed Direct X SDK February 2006. I am a beginner to MSYS+MingW.

My environmental variable
C_INCLUDE_PATH = CPLUS_INCLUDE_PATH = C:\mingw\include;C:\Program Files\Microsoft DirectX SDK (February 2006)\Include;C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\PlatformSDK\Include
LIBRARY_PATH = C:\MingW\lib;C:\Program Files\Microsoft DirectX SDK (February 2006)\Lib\x86

Please help me.

cc979
5th March 2006, 19:53
check this guide: compiling gcc for mingw

http://forum.doom9.org/showthread.php?t=108215

haruhiko_yamagata
6th March 2006, 12:44
Thank you, cc979.
I updated include files and library.

Oh shit, wrong was my code. I modified the code meant to be faster, but it was much slower. I could compile Original code poroperly, I think.

Thank you.

zilexa
8th March 2006, 21:48
I recently discovered FFDShow makes my CPU go crazy when playing 720p XViD, while I can play it
normally with lower CPU load using XViD codec instead of FFDShow.

Howcome?
Could this be because I use the version from the official ffdshow site (dates nov 2005)?
http://ffdshow.sourceforge.net/tikiwiki/tiki-index.php?page=Getting+ffdshow
So perhaps using a cpu specific build would solve it?

Egh
9th March 2006, 01:10
I recently discovered FFDShow makes my CPU go crazy when playing 720p XViD, while I can play it
normally with lower CPU load using XViD codec instead of FFDShow.

Howcome?
Could this be because I use the version from the official ffdshow site (dates nov 2005)?
http://ffdshow.sourceforge.net/tikiwiki/tiki-index.php?page=Getting+ffdshow
So perhaps using a cpu specific build would solve it?

I play 720p XVid very nicely indeed, and in VMR9 and RGB32.
CPU is only 1800+ XP Athlon (sse1 only build of ffdshow, of course).

max-holz
17th March 2006, 15:35
I have compiled succesfully but I have problem during the creation of the installer, I got error from line 981 of the ffdshow.nsis2:

!insertmacro testcodec ffdshow XVID ${IDFF_MOVIE_LAVC} 1
!insertmacro testcodec ffdshow DIV3 ${IDFF_MOVIE_LAVC} 1
!insertmacro testcodec ffdshow DIVX ${IDFF_MOVIE_LAVC} 1
!insertmacro testcodec ffdshow DX50 ${IDFF_MOVIE_LAVC} 1
!insertmacro testcodec ffdshow MP43 ${IDFF_MOVIE_LAVC} 1
!insertmacro testcodec ffdshow MP42 ${IDFF_MOVIE_LAVC} 1
!insertmacro testcodec ffdshow MP41 ${IDFF_MOVIE_LAVC} 1
!insertmacro testcodec ffdshow WMV1 ${IDFF_MOVIE_LAVC} $R0
!insertmacro testcodec ffdshow wmv2 ${IDFF_MOVIE_LAVC} 0
!insertmacro testcodec ffdshow _3iv ${IDFF_MOVIE_LAVC} $R0
!insertmacro testcodec ffdshow mpg1 ${IDFF_MOVIE_LAVC} 0
!insertmacro testcodec ffdshow mpg2 ${IDFF_MOVIE_LAVC} 0
!insertmacro testcodec ffdshow h263 ${IDFF_MOVIE_LAVC} $R0
!insertmacro testcodec ffdshow h264 ${IDFF_MOVIE_LAVC} 1
!insertmacro testcodec ffdshow mjpg ${IDFF_MOVIE_LAVC} $R0
!insertmacro testcodec ffdshow dv ${IDFF_MOVIE_LAVC} $R0
!insertmacro testcodec ffdshow hfyu ${IDFF_MOVIE_LAVC} $R0
!insertmacro testcodec ffdshow png1 ${IDFF_MOVIE_LAVC} $R0
!insertmacro testcodec ffdshow rawv 1 0

Romario
21st March 2006, 17:21
What's going on, no FFDSHOW new build for a long time.

sillKotscha
21st March 2006, 17:43
What's going on, no FFDSHOW new build for a long time.

hey Dude,

I haven't read all of your posts but the last 2 I have seen (including this one) really sound a little bit too demanding respectively too disrespectful (http://forum.doom9.org/showpost.php?p=802855&postcount=4).

just my 0,02 €

celtic_druid
21st March 2006, 17:53
Must be related to Kostarum Rex Persia or something.

Egh
24th March 2006, 15:44
still wondering where Milan dissappeared ^^

videomixer9
24th March 2006, 22:21
prolly just not anymore in the mood for ffdshow development with all the stupid stuff about SMP etc. or busy with sth. else. Say bye bye to ffdshow, hehe :O

Egh
25th March 2006, 00:06
prolly just not anymore in the mood for ffdshow development with all the stupid stuff about SMP etc. or busy with sth. else. Say bye bye to ffdshow, hehe :O

bye to development, but not to ffdshow itself. I don't think in the nearest future anything superior to it appears. Yeah, CoreAVC might be better than ffdshow already, but that's commercial anyway. In terms of free software ffdshow might be on top for months to come.

Liisachan
25th March 2006, 01:00
Exactly, it was weird to see ffdshow was not in the list in the voting for 2006 Community Choice Awards.
maybe I will make some donation for ffdshow too anyway.
(I might have paid some money for CoreAVC too if it were free. It might be really nice free software...)

ExtraEye
25th March 2006, 23:30
does CoreAvc do everything ffdshow does? i mean post-processing, all the filters, etc?

dk75
25th March 2006, 23:46
No.
CoreAVC is H264 decoder only. Nothing less, nothing more.

videomixer9
26th March 2006, 00:09
i'd wish there was a clean directshow implementation for libavcodec, ffdshow has all the stupid junkfilters from mplayer and more implemented that are totally useless to me or maybe proper SSA/ASS support for libav players and them not just stopping playback when moving the window, having major crappy GUIs or other annoyances?

Romario
26th March 2006, 00:35
i'd wish there was a clean directshow implementation for libavcodec, ffdshow has all the stupid junkfilters from mplayer and more implemented that are totally useless to me or maybe proper SSA/ASS support for libav players and them not just stopping playback when moving the window, having major crappy GUIs or other annoyances?

Well, ffdshow certainly have few bugs, but I like ffdshow very much.:) Full directshow implementation, however, sounds very good. But, we will see what Milan thinks about that.:(

Egh
26th March 2006, 02:41
i'd wish there was a clean directshow implementation for libavcodec, ffdshow has all the stupid junkfilters from mplayer and more implemented that are totally useless to me or maybe proper SSA/ASS support for libav players and them not just stopping playback when moving the window, having major crappy GUIs or other annoyances?

most filters in ffdshow are useless for most indeed, but you can just disable all of them. Lack of proper styled subs support is more concerning, I agree.

bob0r
30th March 2006, 02:01
19:34 yesterday ffdshow Commit by milan_cutka :: ffdshow/src/codecs/wmv9/ff_wmv9.vcproj:
don't require strmiids.lib #
18:32 yesterday ffdshow Commit by milan_cutka :: ffdshow/ (34 files in 14 dirs):
few 64-bit fixes #
18:25 yesterday ffdshow Commit by milan_cutka :: ffdshow/src/simd.h:
updated libmpeg2 #
18:22 yesterday ffdshow Commit by milan_cutka :: ffdshow/src/codecs/libmpeg2/libmpeg2/ (4 files):
updated libmpeg2

I wonder if he will look at the old bug reports...

breez
30th March 2006, 09:40
ff_wmv9.vcproj

There is a WMV9 decoder in works? Or what is it?

clsid
30th March 2006, 11:04
There is a WMV9 decoder in works? Or what is it?I think it is used for encoding WMV9.

videomixer9
30th March 2006, 11:35
there is a wmv9 decoder in ffdshow even for longer now, in the registry add under HKEY_CURRENT_USER\Software\GNU\ffdshow a value type REG_DWORD named "wmv3" and set it 1 to enable ffdshow wmv3 decoding, this worked for me with older versions. ffmpeg's wmv9 decoder isn't called wmv3 or wmv9 in their sourcetree, it was either vc1 or vc9 ...

Shapierian
30th March 2006, 23:07
I noticed that ffdshow still seems to build if you replace h264.c, h264idct.c and h264dsp_mmx.c with files from the latest ffmpeg. This may be useful for people looking for a quick update to ffdshow.

dk75
31st March 2006, 22:45
Or they could look at http://www.paehl.com/open_source/?FFDSHOW

videomixer9
31st March 2006, 23:22
prolly has only the updates from last cvs changes though, and that was no update to the libavcodec code. But beware, there is also h264 assembler code, last time I tried replacing the stuff it didn't work smoothly, but well maybe i should try again

I still wonder about the text describing ffdshow though nowadays ... DivX 6.1 decoder without postprocessing doesn't really use more cpu nowadays for me at least than ffdshow and also supports smp ...