View Full Version : New ffdshow build (?)
Thomas_AR
24th October 2005, 22:09
OFFTOPIC:
@cc979
What is 'Clipman 3' ?
clsid
24th October 2005, 22:58
@cc979
Could you upload a mp4 file that you encoded? I would like to test it.
cc979
24th October 2005, 23:00
New build:
http://rapidshare.de/files/6712868/ffdshow-20051024-clsid.exe.html
libavcodec/mplayer are gcc 4.0.2
Everything else ICL9
i got the same problem with your ffdshow.ax and clues what it could be as msvc/gcc version work fine?
cc979
24th October 2005, 23:18
i got the same problem with your ffdshow.ax and clues what it could be as msvc/gcc version work fine?
http://rapidshare.de/files/6716594/ClipMan3.7z.html
its a good little clipboard manager good for screen grabs and the like.
bob0r
24th October 2005, 23:47
libavcodec.dll (ffdshow) + pengvado's cqm patch, anyone? :script:
edit:
http://students.washington.edu/lorenm/src/x264/ffh264_cqm.1.diff
"fixes non-high-profile and lossless"
cc979
25th October 2005, 01:44
@clsid and bob0r
it maybe a false alarm, i enabled nero splitter - it crashes %50 of the time
i will do more testing to be sure
thuan
25th October 2005, 02:22
Movax I have a prob with your 1023 liba52.dll gcc compile. It don't play any vid file (mkv, avi and ogm) with ac3 audio and tell external error, libac3 icl and msvc is fine though.
PS: wait for a while and no one post this so I post. And why I can't find libmplayer in your compile?
movax
25th October 2005, 04:20
libavcodec.dll (ffdshow) + pengvado's cqm patch, anyone?
If you're just patient, I'm sure it'll be integrated into the ffdshow CVS in a day or two.
@thuan:
Um, thuan, what CPU do you have? liba52 has repeatable crashes on non-SSE2 processors when compiled with GCC.
And the reason you can't find mplayer DLL is because I forgot to include it :P I just added it to the RAR, so go ahead and regrab. http://j.movax.org/ffdshow20051023movax.rar :)
I'll make a checklist of things now, and recompile on Wed. or so when school lets up.
thuan
25th October 2005, 05:33
Yeah, I have a Sempron 2200+ (1.5 GHz), so it have to crash.
About the speed of icl+libavcodec(gcc) it's faster than msvc+gcc. Don't have the time to test if it crash on some special file or not but I can say this I like the msvc+gcc+liba52_icl one better, the avarage speed is a little slower but it seeks faster with file that hard to render (h.264 and high resolution xvid files). I think it's because the way icl use CPU time is not as stable as msvc+gcc one, icl have more CPU spike.
Anyway thanks for your work. If I have some more time, I will test more (have midterm test in uni now) and maybe compile one myself like once I did (actually it came out terrible) :D
bob0r
25th October 2005, 12:31
@movax
Yeah, but it was not meant as impatience for using it my my builds, but to test it. Meaning the CQM patch(es) need to be tested, and the sooner we can test it, the sooner we can find bugs, if any, so pengvado can create the perfect cqm supporting decoder.
It is now, we got people testing and interested in ffdshow, better use that to fix as many bugs as possible :cool:
bob0r
25th October 2005, 17:18
updated libavcodec: h.264 custom quantization matrices support
http://cia.navi.cx/stats/project/ffdshow/.message/6163813
Will compile a new test build for this, once ffdshow.ax compiling with gcc has been fixed.
Revgen
25th October 2005, 18:01
Is it absolutely neccessary to use GCC?
Can't MSVS or ICL be used instead?
clsid
25th October 2005, 19:54
http://rapidshare.de/files/6752494/ffdshow-20051025-clsid.exe.html
bob0r
25th October 2005, 20:09
Is it absolutely neccessary to use GCC?
Can't MSVS or ICL be used instead?
MSVC = buyware and slow
ICL = buyware and not so stable
GCC = free (after optimizes fast(er)) and easily used with mingw and thus easy to automate, and most stable.
absolutely neccessary, no, but its just what we rather use.
@all
"gcc + VMR9 + RGB slowness"
YV12->RGB32 conversion should be fixed now. GCC wasn't
correctly initializing 64-bit __m64 constants.
Getting faster and faster :)
Revgen
25th October 2005, 22:53
http://rapidshare.de/files/6752494/ffdshow-20051025-clsid.exe.html
Thanks! :)
I just encoded a file with Sharktooth's EQM matrix. It plays fine with this version.
Koti
25th October 2005, 23:57
updated libavcodec: h.264 custom quantization matrices support
Great news , works perfect so far . Thx to all involved and clsid for the compile. :)
canuckerfan
26th October 2005, 03:15
glad to see this project getting attention and dev time. keep it up :D
Sharktooth
26th October 2005, 03:27
if you have hard times downloading clsid ffdshow build from rapid share here an alternative download link: http://www.webalice.it/f.corriga/temp/ffdshow-20051025-clsid.exe
cc979
26th October 2005, 05:52
@cc979
Could you upload a mp4 file that you encoded? I would like to test it.
the new builds x264 work for me or was it just one of those windows things
but you could test this little.mp4 for me - just to see
because this older.mp4 crashes nero splitter and hali's
test.mp4 (http://rapidshare.de/files/6769906/dodgy_customquant.7z.html)
marcellus
26th October 2005, 08:42
Hi, I tried to encode to mpeg2 ("Libavcodec DVD PAL" preset) with ffdshow-20051025-clsid.exe and I get this error:
http://img458.imageshack.us/img458/6964/clipboard015dl.th.png (http://img458.imageshack.us/my.php?image=clipboard015dl.png)
I got the same error with the previous clsid's build but after I installed a later bob0r icl build (and the error wasn't there) I thought it was a problem with ffdshow itself that got solved and I didn't report anything. But I see I was wrong, the latest clsid build shows the problem too, so it has something to do with the compile itself.
dimzon
26th October 2005, 10:04
http://rapidshare.de/files/6752494/ffdshow-20051025-clsid.exe.html
You are forget about ff_libfaad2.dll again :devil: :devil: :devil:
NOTE! RealAAC DOES NOT SUPPORT ParametricStereo SO WE NEED ff_libfaad2.dll
clsid
26th October 2005, 10:45
@marcellus
It's an assertion error. I don't think it's a compilation issue. More likely a bug in the code. You should post a bug report at the ffdshow sourceforge page.
marcellus
26th October 2005, 12:14
Yes, that's what I thought in the first place, but why it happens only with your compiles? :confused:
Anyway, I need more details about your compile if I am to forward a bug report.
videomixer9
26th October 2005, 12:37
amazing enough someone still encodes to mpeg2 hahaha ...
dragongodz
26th October 2005, 12:46
amazing enough someone still encodes to mpeg hahaha ...
do you encode with xvid or divx ? how about one of the h264 codecs such as x264 or the one with nero recode ? if you answered yes then YOU are encoding to mpeg aswell, part 2 and part 10(respectivly).
or how about all the people using DVD-Rebuilder or DVD2SVCD etc ,are they not "someone's" ?
my point ? your post was not only pointless but also nieve at best.
videomixer9
26th October 2005, 12:51
sorry the 2 got lost somewhere, don't take me as a n00b :devil: ... I really need a new notebook this ones keyboard is full of food ...
as for gcc compiles ... maybe try some newer snapshots ak.a. 4.0.3 prereleases ... may fix sth. gcc 4.0 itself is just software too and some ppl even manage to break their compiles of gcc ;)
Sharktooth
26th October 2005, 13:11
You are forget about ff_libfaad2.dll again :devil: :devil: :devil:
NOTE! RealAAC DOES NOT SUPPORT ParametricStereo SO WE NEED ff_libfaad2.dll
http://www.webalice.it/f.corriga/temp/ff_libfaad2.7z
dimzon
26th October 2005, 13:53
Does anibody know how to use FFDSHOW as MPEG2 Video decoder for DVD playback?
It work's fine when I open single VOB using MPC but don't work when I open IFO!
Leak
26th October 2005, 16:12
Does anibody know how to use FFDSHOW as MPEG2 Video decoder for DVD playback?
It work's fine when I open single VOB using MPC but don't work when I open IFO!
Well, I've just given it a go with clsid's latest build and an image of GITS:SAC 2nd GIG Vol. 1 mounted with Daemon Tools - works fine if you
- deactivate the MPEG2 filter in MPC (duh... ;))
- choose "libmpeg2" or "libavcodec" as MPEG2 codec in ffdshow
*and*
- activate "DVD decoding (not working yet)" below the list when MPEG2 is selected in the list and make sure "enable speedup tricks" is off if you use libavcodec...
Yeah, you'll get a few glitches until the next keyframe when seeking or at the very end of a VOB or when changing menus, but beside that it plays fine. Using KernelBob with threshold 0 and a 60Hz refresh rate makes it look almost like TV on my TFT... :D
np: Michael Mayer - Slowfood (Touch)
dimzon
26th October 2005, 16:17
activate "DVD decoding (not working yet)" below the list when MPEG2 is selected in the list and make sure "enable speedup tricks" is off if you use libavcodec...
WOW !!!!!!!!!!!!!!!
Thanx a lot !!!
clsid
26th October 2005, 16:42
the new builds x264 work for me or was it just one of those windows things
but you could test this little.mp4 for me - just to see
because this older.mp4 crashes nero splitter and hali's
test.mp4 (http://rapidshare.de/files/6769906/dodgy_customquant.7z.html)
It crashes here too. MPC/Haali/ffdshow ICL9.
BUT... it plays fine if you first play some other file (that uses ffdshow) and then this clip (in the same player instance).
cc979
26th October 2005, 20:11
It crashes here too. MPC/Haali/ffdshow ICL9.
BUT... it plays fine if you first play some other file (that uses ffdshow) and then this clip (in the same player instance).
clad its just not me, but still weird - what do you think it is - mpc crashing the splitter or something else, thing is it opens in vlc everytime
do you think it should be sent as a bug? to hali/ffdshow/mpc
videomixer9
26th October 2005, 20:27
duh can't you use sth. else than rapidshare ... it damn sucks, you just wanna collect stupid points anywhere ... bleh ...
clsid
26th October 2005, 21:20
Haali says it's a bug in ffdshow. I posted the same problem in the Matroska splitter thread over two months ago.
ndparser.ax + nero = ok
ndparser.ax + ffdshow.ax (ICL) = ok
haali + nero = ok
haali + ffdshow.ax (ICL) = crashes ffdshow
MacAddict
26th October 2005, 21:35
duh can't you use sth. else than rapidshare ... it damn sucks, you just wanna collect stupid points anywhere ... bleh ...
You come in here with 16 posts and that sort of attitude?!?! Be grateful new builds are available. Perhaps you would like to supply some web storage or new builds yourself for the community? :rolleyes:
cc979
26th October 2005, 22:36
duh can't you use sth. else than rapidshare ... it damn sucks, you just wanna collect stupid points anywhere ... bleh ...
sth. ?
kurt
26th October 2005, 22:44
he meant "something" ... perhaps: http://www.badongo.com/ <-- no need to wait for downloading :)
bob0r
26th October 2005, 23:53
You are forget about ff_libfaad2.dll again :devil: :devil: :devil:
NOTE! RealAAC DOES NOT SUPPORT ParametricStereo SO WE NEED ff_libfaad2.dll
Milan removed or forgot it:
new cvs checkout
ffdshow/src/
make clean
make -C codecs/libfaad2 clean
make: *** codecs/libfaad2: No such file or directory. Stop.
make: *** [clean] Error 2
Reported:
http://sourceforge.net/tracker/index.php?func=detail&aid=1338971&group_id=53761&atid=471489
Edit:
Fixed:
libfaad2 -> faad > http://cia.navi.cx/stats/project/ffdshow/.message/6184363
cc979
27th October 2005, 08:30
he meant "something" ... perhaps: http://www.badongo.com/ <-- no need to wait for downloading :)
never tried that yet, is it ok
i've trying to compile gpac but i get a zlib not found, any help from anyone would be grateful
kurt
27th October 2005, 10:54
never tried that yet, is it ok
it seems so... take a look in here: http://forum.doom9.org/showthread.php?t=101608
bob0r
27th October 2005, 11:49
...
i've trying to compile gpac but i get a zlib not found, any help from anyone would be grateful
http://www.zlib.net/
http://www.zlib.net/zlib-1.2.3.tar.gz (source)
Extract, then:
cd zlib-1.2.3
configure
make
copy zlib-1.2.3/libz.a to C:\MinGW\lib
copy zlib-1.2.3/*.h to C:\MinGW\include
then go to gpac dir
make clean
make lib
copy gpac/bin/gcc/libgpac_static.a to C:\MinGW\lib
copy gpac/include/gpac (the whole dir gpac) to C:\MinGW\include
cc979
27th October 2005, 14:27
@ bob0r
cheers
Blue_MiSfit
28th October 2005, 00:45
Wow. Nice to see CQM's are supported for H.264 now :)
THANKS A MILLION DEVS!!!
ExtraEye
28th October 2005, 14:39
audio decoder has problems with freeverb filtering. no sound when enabled.
that on celtic druids 25/10 build
Egh
28th October 2005, 19:08
audio decoder has problems with freeverb filtering. no sound when enabled.
that on celtic druids 25/10 build
Are you sure there's such a thing like Celtic's 2510 build? :)
ExtraEye
28th October 2005, 22:21
oh
my bad then...
the name seemed to me like a shortcut for it for some reason...
sorry
the build im refering to is clsid's build...
thuan
29th October 2005, 01:16
Try the newest ffdshow 20051027msvc+gcc (on mininova and freecodecs.com) and it runs fine with CQM (not have the problem like clsid's 1025) and freeverb.
Egh
29th October 2005, 01:36
Try the newest ffdshow 20051027msvc+gcc (on mininova and freecodecs.com) and it runs fine with CQM (not have the problem like clsid's 1025) and freeverb.
It's a strange build.
Am I crazy or all modification dates on .ax and .dll there are 2004-12-31? :P
Though build itself says it's 27 oct.
Also, it seems this build is msvc, so a bit slow.
thuan
29th October 2005, 02:06
Yeah I knew it, maybe because the one who compiled it set the clock on his com wrong. About speed it's faster than clsid's 1025 with ASP and a little slower with AVC IMO and that happens with all msvc+gcc on my com (a sempron 2200+) so I think it's normal. The strange thing is how small its binary is, maybe he use different cml switchs than other people.
Egh
29th October 2005, 03:08
Yeah I knew it, maybe because the one who compiled it set the clock on his com wrong. About speed it's faster than clsid's 1025 with ASP and a little slower with AVC IMO and that happens with all msvc+gcc on my com (a sempron 2200+) so I think it's normal. The strange thing is how small its binary is, maybe he use different cml switchs than other people.
Yeah, I also noticed that .ax is extremely small. And it seems to be compiled by msvc exclusevely? Then it's really not bad build.
Though movax 2310 msvc .ax + gcc .dlls will be still faster (VMR9 RGB output, Lanczos Software resizer).
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.