How to change AVS filter location?

[FredThompson]

I'm seeing lots of encoder problems unless filters are removed from my C:\Program Files\AviSynth 2.5\plugins folder.

This looks like some kind of parsing bug inside DVD-RB. A few days of playing with which filters are present and which are not hasn't revealed any direct correlation between specific filters and DVD-RB problems. (My set of filters and related files in that dir is about 200 entries. Do I know why the encoders are puking? No. I do know it's during the second phase of encoding and it's related to creating the m2v files. Removing filters will prevent the problem but that's not a proper solution.)

Nonetheless, since DVD-RB wants specific versions of DeComb, UnDot and Deen, those really should be in the DVD-RB tree. The bundled verison of Deen.dll is NOT from http://ziquash.chez.tiscali.fr/

I see nothing in the settings for DVD-RB Free which allow specifying where the filters are located. How can this be done?

[jdobbs]

When you choose to use filters, please understand that you do so at your own risk.

DVD-RB includes a couple of filters as an example -- other than that filters are NOT a part of the DVD-RB package. If problems occur during filter use -- it is a problem with the filter(s) -- please do not post problems with filters, as there are hundreds of them, written by hundreds of authors and I cannot possibly take any responsibility as to whether they work or don't work. There are also hundreds of ways that filters modify source video, and tens of thousands of ways in which they may not be compatible with each other.

DVD-RB does no "parsing" of filters -- so it couldn't possibly be a parsing bug. You can review the AVS files manually and see exactly how the filters are added.

Filter paths works exactly as they would with any other AVISYNTH application. You type in as a part of the load line. Example:

LoadPlugin("c:\path_to_filter\filter.dll")

[FredThompson]

The default installation for DVD-RB includes some filters and it overwrites existing files with the same name. Since those aren't required and you're (justifiably) not interested in support for specific filters, shouldn't those filters be removed from the installation? Enabling their installation by default is tacitly endorsing them.

I'd prefer to run without any filters, myself. Thanks for the information. I'll uninstall then reinstall with those filters de-selected.

[jdobbs]

They don't overwrite any filters except those stored in the DVD-RB directory. If you want other filters, it seems it would make more sense to put them in the AVISYNTH plug-in directory rather than the DVD-RB directory.

[FredThompson]

Hmmm...maybe I manually copied those into the AviSynth filters directory.

Seems other people have had the same problem with filters: http://forum.doom9.org/showthread.php?t=96649 It sure seems to be related to the number of filters, not any particular filter.

[jdobbs]

I've seen that thread. If there is a problem with the number of .DLLs in the AVISYNTH directory -- I really can't see how that could be related to DVD-RB at all?

[FredThompson]

DVD-RB uses AviSynth, right? Other people will run into the same problem while running DVD-RB and come across this discussion.

[Boulder]

Nonetheless, since DVD-RB wants specific versions of DeComb, UnDot and Deen, those really should be in the DVD-RB tree. The bundled verison of Deen.dll is NOT from http://ziquash.chez.tiscali.fr/

Deen supplied with DVD-RB is the last version MarcFD has released, 1.0beta1. It's not found at his homepage but he posted a link to a forum in which he attached the package to. Unfortunately the forum is not alive anymore I think.

[FredThompson]

That's odd. His homepage shows beta 2 which is smaller than the version called "1.0 beta 1" which is bundled with DVD-RB.

[Boulder]

Well, it's just Deen beta 2. However, if you search for MarcFD's posts (or was it Marc FD), you can see that he posted the link to 1.0b1 before he disappeared again. That filter has a bit more parameters than the old beta 2. Someone translated the French readme to English here as well.

[FredThompson]

Yeah, I noticed the inconsistent naming, too. 2 is higher than 1 but not in this case, so to speak...er...type...