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

OutsiderX
25th January 2006, 08:44
I just tried your new build and I still get the same error...But 10X for trying to fix it though.
I just did some search and found that I'm not the only one who has this problem,Thank God for that :D

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

Esc
26th January 2006, 04:07
ffdshow-20060125-icc-sse2.exe says "Error while registreing ffdshow.ax" on installation. Where do I address that?

Razorholt
26th January 2006, 07:16
If you have any version already installed, uninstall it, reboot and try again.

- Dan

namchik
26th January 2006, 07:46
ffdshow-20060125-icc-sse2.exe says "Error while registreing ffdshow.ax" on installation. Where do I address that?
Make sure you have MS runtime libraries in your sys32 or ffdshow folder... To be more precise i guess you need "msvcr71.dll"

signatory
26th January 2006, 14:55
ffdshow-20060125-icc-sse2.exe says "Error while registreing ffdshow.ax" on installation. Where do I address that?

I have encountered this error message too, in the past and with this one.
OK it's easy to fix by uninstalling the old ffdshow but it would be pretty terrible if one would forget to save the ffdshow.reg settings first....

LoRd_MuldeR
27th January 2006, 01:46
Latest CVS build (icl 9, msvc, gcc [libmplayer, libavcodec]): http://rapidshare.de/files/11775390/ffdshow-20060125-icc-sse2.exe.html

Is there a build for non-SSE2 CPUs aviable yet?

issa
27th January 2006, 03:19
ffdshow-20060125-icc-sse2.exe says "Error while registreing ffdshow.ax" on installation. Where do I address that?
Sorry for the problem.... Here is the lastest CVS build and the installation should be fixed.

Updated 02-02-2006, all the DLL outside the ffdshow directory, libavcodec & libmplayer are compiled with gcc.
SSE2 Build (icl 9, msvc 8, gcc): http://rapidshare.de/files/12367610/ffdshow-20060202-icc-sse2.exe.html
SSE Build (icl 9, msvc 8, gcc): http://rapidshare.de/files/12429903/ffdshow-20060203-icc-sse.exe.html

LoRd_MuldeR
27th January 2006, 03:40
Sorry for the problem.... Here is the lastest CVS build and the installation should be fixed.

SSE2 Build (icl 9, msvc 8, gcc [libavcodec & libmplayer]): http://rapidshare.de/files/11916301/ffdshow-20060126-icc-sse2.exe.html

and SSE1 ???

CeeJay.dk
1st February 2006, 02:16
Sorry for the problem.... Here is the lastest CVS build and the installation should be fixed.

Installation should be fixed.
SSE Build (icl 9, msvc 8, gcc [libavcodec & libmplayer]): http://rapidshare.de/files/12073437/ffdshow-20060129-icc-sse.exe.html

This gives me the error R6064.
"An application have attemted to launch the C Runtime library incorrectly" .. or something like that.
It keeps bringing up that errormessage when ffdshow tried to load and if I click OK it keeps comming back .. forcing me to reset the PC.
So the errormessage might not be exact word for word.. that just what i remember it said.

issa
2nd February 2006, 13:20
This gives me the error R6064.
"An application have attemted to launch the C Runtime library incorrectly" .. or something like that.
It keeps bringing up that errormessage when ffdshow tried to load and if I click OK it keeps comming back .. forcing me to reset the PC.
So the errormessage might not be exact word for word.. that just what i remember it said.

Sorry for the error of the last build. It may case by installing msvcr8.dll on system32 directory on the last build. The lastest build will not do that since those dll were compiled with gcc and will not depended on msvcr8.dll.
Please try the lastest build upstair.

CeeJay.dk
3rd February 2006, 00:15
I tried the new SSE build .. it crashes MPC when I try to watch something.

It also crashed on me , when I click the Output or the Grab or the section of the Video decoder configuration of ffdshow

LoRd_MuldeR
3rd February 2006, 00:16
Updated 02-02-2006, all the DLL outside the ffdshow directory, libavcodec & libmplayer are compiled with gcc.
SSE2 Build (icl 9, msvc 8, gcc): http://rapidshare.de/files/12367610/ffdshow-20060202-icc-sse2.exe.html
SSE Build (icl 9, msvc 8, gcc): http://rapidshare.de/files/12373865/ffdshow-20060202-icc-sse.exe.html

I tried the latest SSE build (ffdshow-20060202-icc-sse.exe) and it seems to work fine so far ;)

Nevertheless it seems to me like the audio quality is not as good as in the older builds. Anyone noticed the same? (I noticed it with MP3 audio in an AVI video)

issa
3rd February 2006, 01:08
I tried the new SSE build .. it crashes MPC when I try to watch something.

It also crashed on me , when I click the Output or the Grab or the section of the Video decoder configuration of ffdshow
What's kind of cpu you have?

LoRd_MuldeR
3rd February 2006, 01:14
What's kind of cpu you have?

I was able to reproduce the crash CeeJay.dk mentioned :(
CPU is AMD AthlonXP (Barton)

issa
3rd February 2006, 04:28
Fixed SSE CVS Build.

SSE Build (icl 9 + msvc 8, gcc): http://rapidshare.de/files/12429903/ffdshow-20060203-icc-sse.exe.html

I did tried the installation. It's seem to work fine, no crash. Sorry for the problem on last build.

CeeJay.dk
3rd February 2006, 11:20
I was able to reproduce the crash CeeJay.dk mentioned :(
CPU is AMD AthlonXP (Barton)

So is mine.

CeeJay.dk
3rd February 2006, 11:32
I found out why it crashes (still does) MPC.
I had decoder set to XVID because IMO the quality of the decoder is better (better deblocking mostly)
When I set it to libavcodec it does not crash MPC.

The Xvid decoder relies on the xvid.dll .. might be a problem with your compile of that dll.

CeeJay.dk
3rd February 2006, 11:53
I've tested all the options briefly and I can only find one other flaw besides Xvid not working.

When you rightclick in the codecs list in the audio configuration you get the option of setting all to either libavcodec or Xvid .. which is probably carried over from the video configuration.
That's hardly a fault with the compile but rather with the sourcecode.

Matrics
3rd February 2006, 16:45
A suggestion: issa, can you change the version from title bar? I'm still seeing ffdshow-20051216...

LoRd_MuldeR
3rd February 2006, 17:44
Fixed SSE CVS Build.

SSE Build (icl 9 + msvc 8, gcc): http://rapidshare.de/files/12429903/ffdshow-20060203-icc-sse.exe.html

I did tried the installation. It's seem to work fine, no crash. Sorry for the problem on last build.

THX :D

issa
3rd February 2006, 19:55
I found out why it crashes (still does) MPC.
I had decoder set to XVID because IMO the quality of the decoder is better (better deblocking mostly)
When I set it to libavcodec it does not crash MPC.

The Xvid decoder relies on the xvid.dll .. might be a problem with your compile of that dll.

Did you try my latest build? The xvidcore.dll were compiled by msvc 8 with SSE support turn on.
I did try it on my computer; however, I didn't get crash. I am using intel cpu.

clsid
3rd February 2006, 20:33
Why include xvidcore.dll with ffdshow? If someone wants to encode with XviD, they should install XviD. And for playing XviD with ffdshow that dll isn't needed.

issa
4th February 2006, 02:46
Why include xvidcore.dll with ffdshow? If someone wants to encode with XviD, they should install XviD. And for playing XviD with ffdshow that dll isn't needed.
I would like to know how many people want my build to include xvidcore.dll with ffdshow installation. If there is more people perfer not to include/should not include it, I will remove it on next build.

hellfred
4th February 2006, 10:16
I would like to know how many people want my build to include xvidcore.dll with ffdshow installation. If there is more people perfer not to include/should not include it, I will remove it on next build.
I do not need xvidcore.dll. I usually dl latest xvid binaries from Koepi and ffdshow usually finds those. Therefor I prefere to just have one dll and smaller download size for ffdshow.

Hellfred

CeeJay.dk
4th February 2006, 18:42
Did you try my latest build? The xvidcore.dll were compiled by msvc 8 with SSE support turn on.
I did try it on my computer; however, I didn't get crash. I am using intel cpu.

Yes , I used ffdshow-20060203-icc-sse.exe.

clsid : AFAIK It is needed if you want to decode with Xvid's decoder instead of libavcodecs .. and Xvid's decoder provides better quality.

But as hellfred just let us know if the xvidcore.dll is not included ffdshow will find xvidcore elsewhere on the computer (like in my Xvid directory).
I just tried this and it works .. the koepi xvid i'm using causes no problems.

Issa , I think you should leave xvidcore.dll out .. ffdshow will find and use xvid if its installed anyways.
If you want to compile xvid then just make a xvid install just like koepi's.

Lemonzest
4th February 2006, 22:05
what's the latest build? i cant dl from any of the rapidshare mirrors, and would like a updated gcc sse2 build. thanks.

Lemonzest

LoRd_MuldeR
4th February 2006, 22:48
what's the latest build? i cant dl from any of the rapidshare mirrors, and would like a updated gcc sse2 build. thanks.

Lemonzest

What's the problem with downloading from Rapidshare ???

Lemonzest
5th February 2006, 00:57
well my isp uses transparent proxies and it says I'm already downloading a file, or i have reached my limit.

japouleripeur
5th February 2006, 01:46
well my isp uses transparent proxies and it says I'm already downloading a file, or i have reached my limit.Yes, same problem for me too:confused:

LoRd_MuldeR
5th February 2006, 02:48
To the guys that can't download from Rapidshare:

Try Free-Codecs mirror. Up-to-date builds can be found there:
http://www.free-codecs.com/FFDShow_download.htm

Lemonzest
5th February 2006, 03:09
thanks, any word on the gcc sse2 builds?

canuckerfan
5th February 2006, 04:54
^my comp likes gcc better than icc:rolleyes:

Lemonzest
6th February 2006, 00:01
for gcc builds i sometimes get them off here

http://kurosu.free.fr/ffdshow.htm

last few builds used to crash when using the OSD but todays seams fine (using the P4 sse/sse2 Build)

B.F.
6th February 2006, 11:13
I would like to know how many people want my build to include xvidcore.dll with ffdshow installation. If there is more people perfer not to include/should not include it, I will remove it on next build.
I don't need a xvidcore.dll in ffdshow.
Actually I also don't need any encoding dll's in ffdshow.

cc979
6th February 2006, 11:43
@bob0r

i just successfully built gcc-4.1 if ya interested, i can you the binaries - if it fails for you

LoRd_MuldeR
6th February 2006, 16:42
But as hellfred just let us know if the xvidcore.dll is not included ffdshow will find xvidcore elsewhere on the computer (like in my Xvid directory).
Issa , I think you should leave xvidcore.dll out .. ffdshow will find and use xvid if its installed anyways.
If you want to compile xvid then just make a xvid install just like koepi's.

I don't have XviD installed, since I now use x264 for encoding. Therefore I think it's fine to have the xvidcore.dll included with ffdshow :D
If there is any problem on compiling that DLL, why not just include the one form koepi's build?

cc979
6th February 2006, 23:19
@bob0r

been doing some compiling, `WAVE_FORMAT_DSPGROUP_TRUESPEECH' still broke for me

baseclasses not build using gcc-4+, but builds fine with gcc-3.4.5

any ideas ?

issa
7th February 2006, 03:52
@bob0r

i just successfully built gcc-4.1 if ya interested, i can you the binaries - if it fails for you

Did you get all the DLLs compiled with gcc-4.1?

Also, I will remove xvidcore.dll from my build. Sorry for any trouble causing from my build.

Eretria-chan
7th February 2006, 10:59
I noticed in ffdshow-20060203-icc-sse.exe, that SPP Deblocking is still extremely slow and my computer is barely able to handle fast spp deblocking. In windowed, it's fine - but in fullscreen is another matter. It starts to lag sometimes.
But I suppose this might be due to my weak Athlon XP 2800+ processor and my high resolution of 1920 x 1200.

CeeJay.dk
7th February 2006, 11:40
SPP deblocking have always been slow, the new fast SPP is a welcome addition but as you point out, even that can be too much for some computers.

My 2500+ barton is clocked at 2170 mhz and while it can just handle fast SPP i don't use it, because I prefer having noise- and sharpening- filters on instead.

This is hardly a problem with the compile - To make real improvement in this area, someone will have to code a faster SPP deblocker.

Eretria-chan
7th February 2006, 11:43
I know it probably isn't a problem with the compile, but worth mentioning anyway...
There are always faster methods to do something, although it doesn't mean it has to be implemted...

cc979
7th February 2006, 12:59
Did you get all the DLLs compiled with gcc-4.1?

Also, I will remove xvidcore.dll from my build. Sorry for any trouble causing from my build.

not had much look, does not even compile the baseclasses

bob0r
10th February 2006, 15:30
I have not tried gcc 4.1 pre builds yet.
Simple compile guide for mingw should be enough.

I myself are clueless about fixes.
Just report the bugs like you did on sourceforge and hope Milan awakens soon :)

Untill Milan is active, i will just lay low and use CoreAVC for h264 decoding :p

cc979
11th February 2006, 22:05
I have not tried gcc 4.1 pre builds yet.
Simple compile guide for mingw should be enough.

I myself are clueless about fixes.
Just report the bugs like you did on sourceforge and hope Milan awakens soon :)

Untill Milan is active, i will just lay low and use CoreAVC for h264 decoding :p

i've just tried cygwin - gcc 4.1 compiles no problems at all
seems fairly fast compiling to, been trying to do a cross-platform compile using cygwin to make gcc for mingw - no luck yet

also been trying to compile ffdshow with cygwin gcc 4.1 - cant compile the baseclasses not sure how to get the dxsdk into cygwin any hints ?

cc979
13th February 2006, 21:30
@bob0r could you upload the last compile-able version of ffdshow i've lost it, thanks

cc979
14th February 2006, 13:01
@bob0r could you upload the last compile-able version of ffdshow i've lost it, thanks

think i managed to get it of cvs

max-holz
18th February 2006, 15:33
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

cc979
20th February 2006, 00: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

you will probably need bison and flex

Egh
20th February 2006, 23:09
I used Kuroshi last build (for Athlon, SSE1 only) but recently discovered problems with it. It's either build problem or new updated libavcodec in ffdshow. Essentially the problem is some kind of instability in ffdshow audio playing vorbis streams. E.g. using new (test) haali splitter causes crashes in ffdshow audio (more accurately libavcodec.dll) on playback. Haali checked it out and seems it's not his problem :) Works with 20060130 splitter but fails with new version, though he didn't change anything which could cause crashes since last official build.

So has anybody did any other successful builds of ffdshow in january? Would like to try them to see if it's really libavcodec probem (and need to be reported) or just particual build.

B.F.
21st February 2006, 07:57
I used Kuroshi last build (for Athlon, SSE1 only) but recently discovered problems with it. It's either build problem or new updated libavcodec in ffdshow. Essentially the problem is some kind of instability in ffdshow audio playing vorbis streams. E.g. using new (test) haali splitter causes crashes in ffdshow audio (more accurately libavcodec.dll) on playback. Haali checked it out and seems it's not his problem :) Works with 20060130 splitter but fails with new version, though he didn't change anything which could cause crashes since last official build.

So has anybody did any other successful builds of ffdshow in january? Would like to try them to see if it's really libavcodec probem (and need to be reported) or just particual build.

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.