Avisynth garbage playback

[Uanime5]

I was making an AMV and decided to clean it using Avisynth. My huffy avi file is clean and plays fine when I press play. But when open it using an avs file in Virtualdub it looks fine but as soon as I press play it suddently contains garbage data (see picture below).

http://server2.uploadit.org/files/uanime5-satou_error.jpg

I have tried disabling and removing everything in the avs file but it has made no difference. Below is the avs file I was using when I took this screen shot.


AVISource("satou 2.avi")


Does anyone know how to fix this?

[Guest]

What do you mean by "garbage"?

[ilovejedd]

Where's the garbage? Aside from some artifacts, the screen cap looks fine to me...

[Uanime5]

Okay then, why are there artifacts and can I get rid of them?

[ilovejedd]

Huffyuv is a lossless codec so whatever your source was, then it already had those artifacts to begin with. You could try using a combination of smoothing and denoising filters, etc to lessen artifacts. There are several threads regarding dealing with anime sources. Maybe try doing a search on anime in the Avisynth subforum. I'm sorry I couldn't be of more help. Since I resize my videos to small resolutions (for PSP playback), I've never actually needed to do drastic cleaning of video sources.

[foxyshadis]

Maybe you have the deband/post-processing filter in ffdshow activated when you play it normally; it won't get applied if you open it in avisynth or vdub. Or there's colorspace differences or any number of other things that could make a difference, whether it's in the source or not. Short of you providing us a VM of your system, there's not much that can be done to figure out why at this point.

Best to try to get ahold of the best source that you can to start your project.

[Uanime5]

Maybe you have the deband/post-processing filter in ffdshow activated when you play it normally; it won't get applied if you open it in avisynth or vdub. Or there's colorspace differences or any number of other things that could make a difference, whether it's in the source or not. Short of you providing us a VM of your system, there's not much that can be done to figure out why at this point.


It can't be the deband/post-processing filter because it plays fine in Virtualdub. Its only when I open it in Virtualdub using avisynth that it has these artifacts. Are there any plugins that avisynth automatically uses that could cause this problem?

[ilovejedd]

Nope, not that I know of. Can you post a screen cap of the same frame with just the AVI opened in VirtualDub?

[Uanime5]

Since this error only occurs when the avi is playing I can't get the same frame (when I stop it the frame goes back to normal). However I was able to get a similar frame.

http://server2.uploadit.org/files/uanime5-satou_error_2.jpg

[ilovejedd]

Well, it would seem that the problem is with your source. Maybe you just don't notice the artifacts as much during playback. You can skip directly to a frame in VirtualDub (Ctrl+G). You can try some mild smoothing and see if that helps any. You can find an expansive list of Avisynth filters here (http://www.avisynth.org/warpenterprises/).

[foxyshadis]

Oh, only when it's playing, but not, say, when it's seeking with the arrow keys? Try changing your main and display options. Try D3D (VMR7) or OpenGL surfaces instead of the default overlay.

[Uanime5]

Oh, only when it's playing, but not, say, when it's seeking with the arrow keys?
That right. When the image is still it looks normal but as soon as I start playing the artifacts appear. After I stop it the image becomes normal again.

Try changing your main and display options. Try D3D (VMR7) or OpenGL surfaces instead of the default overlay.

I have no idea how to do this. Can you please explain in more detail.

[foxyshadis]

Look under options->preferences. On main, Output color depth should by 'same as desktop'. 16-bit would cause that banding. If that's not it, then on the display tab, fiddle with those options. (Vdubmod is old and only has an option to turn DirectX Overlay on/off; vdub 1.6x can also use d3d or opengl. Any of which might work better.) Turning accelleration off entirely and using GDI will look good, but it'll probably be slow.

[Uanime5]

Changing the Ouput Color Depth to 'Match display depth' fixed the problem (it was on 16-bit).