ffdshow development

[cult]

same here

[Swede]

I've just put up a mirror of these 2 files at:
http://leffe.dnsalias.com/ffdshow-20030418.exe and
http://leffe.dnsalias.com/ffvfw-20030325.exe

Hope this helps.

[Best]

I still cant get MPEG1 and 2 playback to work
am I doing somthing wrong or is it stil broken?

[bbq@KL]

Oh yeah, even Avisynth is added to ffdshow now. Is it working or not?

Thank you.

[kilg0r3]

Oh yeah, even Avisynth is added to ffdshow now. Is it working or not?

How is it supposed to work?

[edit]
Ok, just tried it. You can just enter the filters you want, and levae the clip position unspecified).

This could be a nice weapon agains the black locking issue, without having to modify the the stream during the encode. It was suspected that the phenomenon is caused by luma values which are invalid for TV display. If this is true, a simple 'limiter()' inserted in ffdshow should do the trick.

Very nice! THANK YOU MILAN!
[/edit]

[kairen]

i wasn't able to configure ffdshow on Win Xp
it give me an exception on ffdshow.ax,configure

thank you

[kilg0r3]

@kairen

Have you installed ffvfw? It is required.

[kairen]

yes, but it was the older version, i'll try the newer version

really thank you

[kastro68]

@Kilgor3
Do you know if the latest ffdshow solves some of the earlier qpel/b-frame smearing?

[kilg0r3]

@kastro68 My only sources of info are the doom9 forum and the changelog. sorry.

[Didée]

Doesn't work for me, grrr!

I had shodan's compile of ffvfw from 04-15 installed: "exception on ffdshow.ax,configure"
Re-installed ffvfw from 03-25: "exception on ffdshow.ax,configure"
I tried every mathematically possible mutation of de-installing, rebooting and re-installing ffvfw and ffdshow ...



BUT, atm I'm sitting at my old Athlon-Classic machine. Could it be that ISSE extensions are required (compiler options?) ... ?

The good news is, that for the first time ever, the input pre-processing in ffvfw is working

[moko]

Where did the divx3, ms mpeg-4 and mpeg-1/2 support gone in ffdshow? tried to check it in the decoding tab in ffvfw but it didn't help either.

[sysKin]

Hi,

I just wanted to confirm that smearing, which used to be visible when decoding XviDs with quarterpel enabled, is history.

Thanks!

[unplugged]

Originally posted by sysKin
I just wanted to confirm that smearing, which used to be visible when decoding XviDs with quarterpel enabled, is history.

Hmmm... not be too sure.
To me smearing hasn't gone, not even with quant. 2.
I'm using ffdshow-20030418 and ffvfw-20030415 and tested these with XviD videos made with the good uManiac's build 20030414 (in fact is an excellent build, one of my suspects is that ICL7 or ICLx with its "aggressive" optimizations is penalizing quality of Koepi's ones; maybe?).

But, I could strongly advise to download latest version of Envivio MPEG-4 player (www.envivio.com) v1.5, with this updated version latest XviD videos look perfect and even better decoded than internal xvid routine!! .
(previously converted from AVI to MP4 container with MP4creator.exe by MPEG4IP 0.9.8 tools)


Edit: love love love how well works now XviD ISO MPEG-4 compilance
I have performed videos using Qpel, chroma me, B frames, VHQ4 and with all the incredible stuff xvid has, and it compresses and looks damn good with MP4 player!!
Congratulations to all developers!

P.S.: waiting DivX 7.0 for a worth web comparison/review .

[athos]

Please note that this build works even without ffvfw installed, but not the config page. I think milan intends ffvfw and ffdshow to be independent, but like I wrote, he is working on making them able to work together. I probably checked out the CVS in the middle of his work. But at least we have a working build after 4 months

There should be no need for SSE instructions, I compiled it with Code Generation: Blend in VC6 and -march=586 -Mcpu=686 in gcc, ie should work on all processors.

[sysKin]

Originally posted by unplugged
[B]Hmmm... not be too sure.
To me smearing hasn't gone, not even with quant. 2.
I'm using ffdshow-20030418 and ffvfw-20030415 and tested these with XviD videos made with the good uManiac's build 20030414 (in fact is an excellent build

Umaniac's builds use old 'xvid' iDCT which can't cope with qpel correctly. Set ffdshow's idct to 'xvid' and maybe it will halp, maybe not - that's why Koepi uses 'simple' idct in his builds, and xvid will only use 'simple' soon.

P.S.: waiting DivX 7.0 for a worth web comparison/review .

Aaaagh you're being mean! You are going to allow DXN to create and tweak their 'standard' as much as they want, and you'll compare it against poor XviD which has to stick to some old and ugly mpeg4? Mean mean mean ;PPPP

I could tweak mpeg4 a lot and improve compression with my bare hands ;P yet I won't because I can't create my own codec just like that. Anyway, what I mean is, it's reasonaby easy so please, compare xvid against other mpeg4 codecs

Radek

[Koepi]

Originally posted by unplugged
build, one of my suspects is that ICL7 or ICLx with its "aggressive" optimizations is penalizing quality of Koepi's ones; maybe?).

NO! no. no.

As I wrote on that particualar thread, those optimizations don't affect the quality at all.

EDIT: rant deleted. But PLEASE forgot what you read there. It's like I replied there, NO quality loss due to compiler optimizations.

Regards
Koepi

[cdrips]

I didn't know what to search for for this, so don't hurt me. I was just wondering if the 6/17 ffdshow will decode qpel or GMC. I know the alpha does, but not sure if it is just me or the old build which doesn't. Also, are there any filter like qpel or gmc that would mimic what these xvid options do?

[mf]

Originally posted by Koepi
EDIT: rant deleted. But PLEASE forgot what you read there. It's like I replied there, NO quality loss due to compiler optimizations.

Regards
Koepi

Why do I always read a post after the rant has been deleted! Poor me I never get to read a good rant .

[ummon]

I have the same Problem as moko. With the 20030418 version of ffdshow I can only select the Codecs played by xvid.dll everything that should be played by libavcodec is not selectable. Has anybody an idea why this happens? The older versions of ffdshow don't show this problem.
I use Win98SE, DirectX 9.0a, ffvfw-20030325