dffshow filter

[sillKotscha]

Originally posted by iago
@athos

Thanks a lot for the new build.

of course, same from me - great!!

Originally posted by iago
It doesn't crash when "Use XviD" is checked to decode XviD encoded (with Koepi's 03012002-1 binary) clips with qpel and b-frames :).

iago

but imho, it doesn't look as sharp as leaving "Use XviD" unchecked

Sill

[iago]

@sill,

qpel + "use xvid" unchecked -> smearing !

Hence "use xvid" checked with qpel ! ;)

[Lefungus]

But Ffdshow + "Use Xvid" checked can't decode Qpel+BFrames clips.

[iago]

@Lefungus,

Here it can! :) (I mean the latest 20030103 build by athos)

edit: Though sometimes freezing occurs, which is really annoying and might be due to CPU load in my low-spec system as well.

[Lefungus]

Argl, i also have the latest Ffdshow build -> 20030103 and the latest Koepi build

But when i play my clips, i get "Broken B-frame missing ref frame"

I must add that everything works when i only use ffdshow (ie use xvid unchecked) but as my clips have Qpel+Bframes enabled, i get little smearing

[iago]

@Lefungus

I agree, as I wrote in the edit part of my above post, that there "is" some problem which is beyond my understanding :).

For the time being I guess I will keep my hands off Qpel and go on decoding with libavcodec.

[iago]

Btw, imho all these reported problems are actually Qpel (and not ffdshow) related! ;)

So, many thanks again for this new build! ;)

[athos]

As per request I compiled ffvfw, using VS.NET and ICL 7.0. I'm not sure how I'm supposed to create the ogg theora dll so i excluded it from the installer.

I was able to perform a 1-pass recompression of a short xvid avi that i have using ffvfw, including b-frames.

I'm not sure how milan feels about me putting up this on SourceForge, and he would anyways have to create a new package for it, so I will put it here:

http://athos.web1000.com/ffvfw-20030104.exe

ChangeLog (http://athos.web1000.com/changelog)

(OT: _damn_ this thread is long now..)

[Sirber]

@athos

We are sorry, but the file you are trying to download is larger than the maximum length permitted under current network conditions. Please try again later when network conditions change. The file you were trying to download was 413068 bytes

mouhahahahahahaha :)

[athos]

Originally posted by Sirber
@athos

We are sorry, but the file you are trying to download is larger than the maximum length permitted under current network conditions. Please try again later when network conditions change. The file you were trying to download was 413068 bytes

mouhahahahahahaha :)

Try again. Seems to work for me. Sometimes i get to this page telling me I cannot download files linked from offsite, but then there is a link to the file (which I presume is not linked offsite then since this message is onsite).

[oddball]

No luck athos. Link tells me the same.

[CruNcher]

use a downloadmanager like flashget worked for me :)

[easyfab]

@athos
Thanks for the ffvfw compile.
The little test i made with the default parameters on a 512*288 action scene at ~800kb/s is promising. The ffmpeg have made big progress since the last time i tested a ffmpeg build under linux. Now b-frames and q-pel are implemented (not tested yet).
Thanks again athos

[HarryM]

@athos:

I download ffdshow 03/01/2003, I install it, but ffdshow.ax is'nt registered into OS (windows 98SE). I can't register it manually too (via regsvr32 *.ax). Ffdshow isn't used for playing...

Build 11/12/2002 works good, build 13/12 too, but 03/01/2003 don't for me.

[easyfab]

@harrym
You can try to copy the ffdshow.ax from the 3/1/03 build into another directory, install another previous ffdshow build and manually recover the .ax file with the 3/01/03 .ax file.
This should work

[athos]

HarryM> This might be due to the new NSIS2 installer. Maybe running this in the dir ffdshow is installed in will do:
regsvr32.exe ffdshow.ax

I am sorry for the trouble downloading ffvfw, but I dont have any good webspace to put it in. sekxx needs his webspace and bandwidth for other things, and like i said, milan has to decide if i should put this up on sourceforge.

[HarryM]

Originally posted by athos
HarryM> This might be due to the new NSIS2 installer. Maybe running this in the dir ffdshow is installed in will do:
regsvr32.exe ffdshow.ax


This don't work. I test another method (e.g. install older ffdshow and replace files from newest build, copy files into windows/system/,...) too.

[CruNcher]

@ harry
you need to have msvcr70.dll in your windows/system directory otherwise it won't work

[athos]

I think it is small enough to attach here if i zip it:

[sillKotscha]

no need to - everyone is able to find it here...

http://www.dll-files.com/dllindex/dll-files.shtml?msvcr70 ;)

[oddball]

Using a download manager did not work either.

Can someone put it on another website so I can download it?

[Tester]

Originally posted by oddball
Using a download manager did not work either.

Can someone put it on another website so I can download it?



It works! You have to use a referrer.

[oddball]

No idea what a referrer is. I just click downloads. Why should it be so hard to download a damn file!

Proper working link please.

[oddball]

I was wondering if something similar to DeLogo or LogoAway could be integrated into ffdshow. This would allow you to block out certain areas of the screen etc. Like removing logo's and hiding foreign subtitles to replace them with ones of your own language (A colored bar would suffice for this).

Should be simple enough to overlay it? That way I could put English subs over say German subs.

BTW I forgot to check but what sub formats does ffdshow support? SRT, SSA, SMI?

[bilu]

Hi,

Every build after ffdshow-20021113 crashes on my machine.
WInXP SP1 + VobSub 2.20, haven't tried playing DivX, only Xvid ( Koepi's builds, Dec 09 and newer ).


Any suggestions? What should I check?

[athos]

Originally posted by bilu
Hi,

Every build after ffdshow-20021113 crashes on my machine.
WInXP SP1 + VobSub 2.20, haven't tried playing DivX, only Xvid ( Koepi's builds, Dec 09 and newer ).


Any suggestions? What should I check?

You might want to try to update your video drivers, this has solved some problems in the past. Also, some of the newer xvid builds in combination with ffdshow ("use xvid") generate crashes.

[bilu]

I already tried with or without XVID, haven't tried with earlier XVID encodes or Divx. I'll try updating drivers tonight.

[NiTroGen]

@Athos
Still can't download ffvfw. Can you upload it at http://ffdshow.sekxx.org too?

[bilu]

Hi,

Updating the video drivers has solved my problem, I'm using 03/01/2003 version.

Another issue, need sugestions:
I've noticed that during motion blocks are more noticeable with ffdshow without XVID than with XVID or XVID decoder alone. I'm not using any kind of post-processing in XVID or ffdshow. What can I check?

[athos]

Originally posted by NiTroGen
@Athos
Still can't download ffvfw. Can you upload it at http://ffdshow.sekxx.org too?

Sorry, Sekxx has told me he needs that site himself now, and asked me not to use it anymore.

I think the problem is with linking directly to files (non-html) on web1000, and therefore i created a small html-page with links to ffvfw. try it: http://athos.web1000.com/ffvfw.html

[AlphaDivxMovies]

Tried this new version of ffvfw and i must say i am impressed, it seems to be quite as good as xvid, i just have a few questions that i have not seen answered elsewhere:

1) How does X1 differ from the other methods?
2) How much of xvid is implemented? I see B-frames cannot be decoded by the xvid decoder.

[drebel]

Tried latest ffdshow compilation.Works great,no probs here EXCEPT ONE:
the filter simply cannot connect directly to VMR9 in YV12 mode ,like latest xvid does(a colorspace converter takes place between the two).So, is it possible to make a directx9 compliant version of ffdshow to take advantage of its great capabilities ?

regards,
george

[oddball]

Forget previous request. Found out VobSub already lets you black box subs. Although maybe a logo blocker of some sort might be handy.

[oddball]

Drebel. Is this why I get a seperate window open when I playback with VMR9 enabled in Zoom Player? I could not see any benefits speedwise etc. But it may be that ffdshow is causing it to goof?

[drebel]

It's an activex window.Seems like your filterchain is not fully usable (cannot connect pins well),so zoom creates an alternative...(you have to ask Blight for details)
Moving to detonators 42.01 (uncertified-dx9 compat) to see if it helps!

regards,
george

[drebel]

...With latest detonators 42.01->better image quality and speed but,of course ,ffdshow still refuses the direct connection to vmr9,even though it reports yv12 as output

[Rumata]

What libraries do I need to run the latest ffdshow ?
My problem is that after clean install of Win98 I can't run the latest build (20030103). When I run Configuration from the Start->Programs->ffdshow I get the following error-window:
"Error loading ffdshow.ax
One of the library needed to run this application cannot be found."

The 20021213 build runs fine.

Thank's in advance.

[ookzDVD]

@Forum,

I think the ffdshow-20030103.exe is not decode my XviD correctly while
use it with DirectX 8.1.
It works fine with DirectX 9.

[NiTroGen]

Originally posted by athos
Sorry, Sekxx has told me he needs that site himself now, and asked me not to use it anymore.

I think the problem is with linking directly to files (non-html) on web1000, and therefore i created a small html-page with links to ffvfw. try it: http://athos.web1000.com/ffvfw.html Sorry, Athos, no luck. Is it possible to send me a copy of ffvfw (at nitrogen@freemail.gr)? I'll upload it to my web space, so that anyone should be able download it with no problem.

[NiTroGen]

Originally posted by Rumata
What libraries do I need to run the latest ffdshow ?
My problem is that after clean install of Win98 I can't run the latest build (20030103). When I run Configuration from the Start->Programs->ffdshow I get the following error-window:
"Error loading ffdshow.ax
One of the library needed to run this application cannot be found."
.If you have read the previous page, you would have known that MSVCR70.DLL (http://www.dll-files.com/dllindex/dll-files.shtml?msvcr70) is needed to run this build.

[Rumata]

Originally posted by NiTroGen
If you have read the previous page, you would have known that MSVCR70.DLL (http://www.dll-files.com/dllindex/dll-files.shtml?msvcr70) is needed to run this build.
Sorry. Missed that. Now works great. Thank you.

[athos]

Originally posted by NiTroGen
Sorry, Athos, no luck. Is it possible to send me a copy of ffvfw (at nitrogen@freemail.gr)? I'll upload it to my web space, so that anyone should be able download it with no problem.

You've got m@il :)

[NiTroGen]

OK. So here is the latest version of ffvfw (homepages.pathfinder.gr/nitrogen/files/ffvfw-20030104.exe) (change log (homepages.pathfinder.gr/nitrogen/files/ChangeLog.dat)).
I hope there is no problem with downloading now.

[masken]

Originally posted by sillKotscha
no need to - everyone is able to find it here...

http://www.dll-files.com/dllindex/dll-files.shtml?msvcr70 ;)
Cannot find server :(

Dammit hehe... I don't want to install the whole friggin .NET SDK :D

Found another link..:
http://sourceforge.net/project/showfiles.php?group_id=9891&release_id=118967

[athos]

I think we should continue ffvfw discussion in separate thread, go to http://forum.doom9.org/showthread.php?s=&threadid=42710

[pcdvdguy]

Which video-cards are you guys using?
I find that with an old Inno3D Geforce2/MX400 64MB AGP, ffdshow's playback performance (with YV12 output) is slightly *worse* than with YUY2 output. This isn't noticeable for DVD-sized (720x576) video, but on HD-resolution Divx files (1280x720), it makes a difference of about 3-4 fps (on my puny Celeron 1.33GHz...no laughing please!)

A long time ago, a Directshow developer hinted to me (take this with a grain of salt!) that the NVidia Geforce cards didn't internally support YV12 overlays. Instead, the drivers use the hardware-BITBLT engine to convert YV12-input (from the PC) into a different NVidia-friendly format.

At the time I didn't really know what to make about this rumor. Several Dshow programmers complained that NVidia's drivers allocate 2-4X the expected-RAM for any kind of YUV-overlay, (compared to ATI's drivers.)

If you guys force ffdshow's output to YUY2, does the VMR9 connection work?

[drebel]

If you guys force ffdshow's output to YUY2, does the VMR9 connection work?

NO.My Gforce2MX is only accepting RGB32 as input of VMR9,so forcing yuy2 makes avidecompressor to place between them for colorspace conversion.You could take a look at Gabest's post here (http://forum.doom9.org/showthread.php?s=&threadid=40929&pagenumber=2)

copy-paste :

------------------------------------------------------------------------------------
I guess VMR9 would only accept yv12 if the used video card could do blting from it onto the desktop (my gf2mx can't). I say this because DX9 doesn't seem to have any overlay support in it. Mpeg2 decoders can still use the hw-accelerated mpeg2 decoding / deinterlacing features of the video card through the renderer's input pin, just like with the overlay mixer or the VMR7, but the decoded picture will arrive back in yuy2 (check the info on VMR9's property page). At this point the yuy2 surface could be blted onto the primary surface in a window, or used as a texture to create some crazy effects, or blted on the backbuffer first to compose it with other graphics (like what mpc does to do its subtitling) and flip/copy it to the primary later.

I don't know exactly how much mpeg4 macroblock decoding differs from mpeg2, but as I think a normal video card (and MS's highly undocumented interfaces) are only prepared to handle mpeg2.
------------------------------------------------------------------------------------

With yv12 overlays(with videorendener,of course)no prob here.But VMR9 doesnt use overlays...:(
Anyway,no rush upgrading just for that

EDIT : Downgrading to older detonators NOT DX9 compat.(42.01->40.72 BY OMEGA)allowed me to connect to VMR9 with YUY2...Strange!
PS: Rivatuner's Direct3d tweaks for bliting didn't help at all...

regards,
george

[sh0dan]

Couldn't you remove the dependency on msvcr70.dll, or at least include it in the installation. Isn't it just a matter of using VC6, or linking the dll as static?

the current solution is not very userfriendly (having to tell my non-computer-minded friends to download a separate dll, finding the system directory, etc.)

[Franky]

OK, this might be a total newbie question, but since I just noticed that postprocessing, though it can do a remarkable job on cleaning up low bitrate movies, actually makes high bitrate movies look worse. So I was wondering if this is a problem inherited in the postprocessing process itself, or if you could set ffdshow to some sort of golden setting that will clean up bad quality movies but at the same setting not mess up good quality movies (too much).

[Koepi]

franky,

it's the _nature_ of post processing.

post processng removes artefacts on low bitrate encodings (think of them as artificial details which get wiped out).

Now imagine you have a high bitrate encode, and the details aren't artificial "errors" but wanted. There's no way to detect that the details belong there, so they get wiped out as well, looking worse in the end than without post processing.

Regards
Koepi