How do I turn off UnDot references when GKnot makes .avs without manually editing? [Archive]

View Full Version : How do I turn off UnDot references when GKnot makes .avs without manually editing?

DrStoooopid

9th January 2006, 00:48

How do I disable Undot references in Gknot when it makes the .avs file?

As it stands I get:

Avisynth open failure: UnDot: Only SSEMMX CPU's currently supported - How do I go on?

Encoding: Xvid (I assume it would do this in DivX as well)
CPU: Celeron 500 (I know this isn't an SSEMMX cpu..)

Do I need to disable UnDot completely? (and how do I do that?)
Do I need to use a different filter to despeckle things?

I've been making backups of my dvd's for years, but have never had to futz with the scripts because they always did what I needed.

So anyway, the reason I'm using this crappy CPU is that I've got it on an older system and I'm not in a hurry, I'm just using it to backup my movies because it's not a time sensitive endeavor. If it takes 20 hours, it takes 20 hours. I just want it to work. Any help would be greatly appreciated as I'm having problems finding the solution in the forums.

DrStoooopid

9th January 2006, 01:11

Zep

9th January 2006, 03:56

as a temporary measure I commented out any reference to undot in the .avs file generated by Gknot, is there any other way around this? (I'm encoding now to see how it turns out). It also seems like I can't turn off any reference to UnDot in Gknot, unless I'm missing something.

you do not really need undot if your source is clean/digital.
in fact undot tends to wash out detail like in a persons eyes
when you have 8 pixels of the 9 close to a certain hue then
a one hightlight pixel from a light source etc...

undot is more for video sources that have a good bit of
stray pixels/static/noise.

UPDATE: if you want this type of filtering use the RemoveGrain
filter. IMHO It is a little better anyway. (both are good/fast though)

DrStoooopid

9th January 2006, 04:11

okay, how do I stop Gknot from sticking undot references in the .avs file then?

Audionut

9th January 2006, 04:31

I don't think you can. Also I believe there is a version of removegrain that works with all cpu's.

DrStoooopid

9th January 2006, 04:33

hmm...well if I remove undot from the plugins directory will Gknot insist on sticking a reference in the script file? or will it forego that? I don't really need any despeckling filters, because all of my data I'll be encoding will be dvd backups.

Guest

9th January 2006, 04:48

This is a GKnot question, so I'm moving it.

DrStoooopid

9th January 2006, 13:26

anybody?

Guest

9th January 2006, 13:51

Bumping a thread after 9 hours is poor form. Please be patient.

DrStoooopid

9th January 2006, 13:59

when it's moved to a different subcategory, I don't see how that's poor form.

....and while we're on the subject of poor form, being a moderator you should've sent that to me privately instead of trying to assert your dominance by berating me publicly. Way to take the high road.

Trahald

9th January 2006, 18:49

Audionut

9th January 2006, 20:03

Why not simply edit out undot().

You can even do it in gordian knot when you "save and encode" the avs file, it gives you an option to edit the avs file first.

Also, using undot() or removegrain() are sure fire ways to decrease the bitrate needed without sacrificing quality. IMHO they are highly recomended.

edit: removegrain requires sse capable cpu too.

Trahald

9th January 2006, 20:04

I did some searching and from what i could find, there is no way to change that. I also looked at the source ( i dont know delphi but the saveavs routine writes the default avs as you see it) this looks hard coded into gordian knot so short of compiling your own version, it cant be changed. you will have to hand edit it every time

DrStoooopid

9th January 2006, 20:23

The point is not to embarrass you. its to publically defend the forum rules so that not just you are educated but other users are educated. Id hardly call what he did 'berating'

Also.. A move to a different forum doesnt hide the post.

Yes, I know this. You know this...but the post was moved and then the title changed to reflect the new question thus practically constituting a "new" thread. Big difference than a repeated and self-serving bump. There are more facts to this issue than just a gratuitus bump.

Skywalkerjen

9th January 2006, 21:01

I too didn't want anything to do with undot.
The method to stop Gordian Knot adding undot to the script is:

Go to Gordian Knot: Options tab.
Check "Use advanced SaveAVS window"

Instead of saving the normal script this advanced AVS script doesn't use undot by default.

The extra script line that is added is IDCT.
This is defaulted to bypass (using whatever was specified in DGIndex).

However, if you're using IEEE-1180 Reference a different file is produced if you were just using IEEE-1180 Reference from DGIndex - but that's another post that I've put up...

If you remove undot.dll Gordian Knot will still script it and then programs will complain that they don't know what undot is...

DrStoooopid

9th January 2006, 22:19

Thanks, Jen

Skywalkerjen

10th January 2006, 01:18

Not a problem.
The possible reason for the IDCT discrepency is here (http://forum.doom9.org/showthread.php?t=105337&goto=newpost)