View Full Version : Black stripes with AviSource
martin53
18th October 2013, 19:10
Did anyone else observe this (http://forum.doom9.org/showthread.php?p=1647699#post1647699) AviSource() issue?
Movie is 356x240 HFYU, YUV, 4:2:2 originally made from a series of jpg files with an ImageReader() AVS script and XMediaRecode.
However, no stripes with DirectShowSource, so I think the movie creation is not the cause.
W7/x86, ffdshow tryouts rev.4500, same with rev.4515
poisondeathray
18th October 2013, 21:50
No problems here with the standard vanilla avisynth 2.6 alpha5 using AVISource()
colorbars(356,240,pixel_type="yuy2")
killaudio()
showframenumber()
trim(0,9)
ffmpeg -i input.avs -vcodec huffyuv -an hfyu.avi
sample
http://www.mediafire.com/?40g08j402fxc5c7
fourcc is verifed to be "hfyu" variant of huffyuv , yuv422p
Loading the "hfyu.avi" directly in vdub, file=>file information shows the decoder being used for VFW is huffyuv v2.1.1
What VFW decoder do you have configured ? Can you upload your video sample ?
martin53
19th October 2013, 10:29
What VFW decoder do you have configured ? Can you upload your video sample ?
I'll be glad to report if you help me where to look :o
ffdshow VFG configuration shows on tab "Decoder" under Format 'Huffyuv': 'libvacodec'. Is I wrote: W7. After years I am still ignorant about how this OS handles codecs.
sample (http://www.mediafire.com/?2j4rbsxb82yl58h)
from "Ciurea, F. and Funt, B. "A Large Image Database for Color Constancy
Research," Proceedings of the Imaging Science and Technology Eleventh
Color Imaging Conference, pp. 160-164, Scottsdale, Nov. 2003."
by courtesy of Brian Funt.
AviSource("10frames.avi")
#~ DirectShowSource("10frames.avi")
poisondeathray
19th October 2013, 14:17
AVISource() relies on VFW codecs, DirectShowSource() relies on Directshow codecs
In 32bit avisynth with 32bit codecs, you can open the file directly in 32bit vdub and use file=>file information it will report what VFW decoder is currently being used . Just because you have something installed like ffdshow doesn't mean it's actually being used at that instance
To determine what how your current directshow filter chain is configured, open the file directly in graphstudio/graphedit/graphstudio next. I wouldn't worry about this since you have appear to have no problems with directshow
martin53
19th October 2013, 14:42
VDub says
Decompressor: ffdshow Video Codec (HFYU)
GraphStudio says
[10frames.avi] -> [ffdshow Video Decoder] -> [Video Renderer]
EDIT: Does VDub also use VFW? The file looks OK in VDub. It also looks OK in MPC, AviDemux, XMediaRecode, and WMP. In VLC, it is complete garbage.
Tried to turn off ffdshow for HFYU, but then AviSource cannot locate a decompressor. Trying to avoid installing additional stuff.
You say standard vanilla avisynth 2.6 alpha5 - where to get? I could try. Think I need my current version for one of the plugins I'm working with, but I admit I'm ignorant about the various versions of 2.60, just update if it seems neccessary.
poisondeathray
19th October 2013, 15:54
VDub says
Decompressor: ffdshow Video Codec (HFYU)
GraphStudio says
[10frames.avi] -> [ffdshow Video Decoder] -> [Video Renderer]
EDIT: Does VDub also use VFW? The file looks OK in VDub. It also looks OK in MPC, AviDemux, XMediaRecode, and WMP. In VLC, it is complete garbage.
Tried to turn off ffdshow for HFYU, but then AviSource cannot locate a decompressor. Trying to avoid installing additional stuff.
You say - where to get? I could try. Think I need my current version for one of the plugins I'm working with, but I admit I'm ignorant about the various versions of 2.60, just update if it seems neccessary.
Yes vdub uses VFW; Theoretically it should look the same using AVISource() - I don't know why you have this discrepancy
2.6a5
http://forum.doom9.org/showthread.php?t=168764
martin53
19th October 2013, 21:31
Originally I thought is is an issue of the source filter AviSource(), which as an idea does not forward the complete frame from the decoder to the script graph. Idea was inspired by observation that lines look like 4 threads, where 2 or three are not completed. But developer gods denied.
Wilbert
20th October 2013, 13:16
AviSource(...)
Info()
What colorformat does it say?
martin53
20th October 2013, 14:15
Re-activated AviSynth v2.58 (then needed to hide plugin dir), checked with Version(): same problem.
Now i'm back to v.260 ICL10.
Open 10frames.avi directly in VDub (portable): OK
Open 10frames.avs, which contains but one line """AviSource("10frames.avi")""": stripes.
StainlessS
20th October 2013, 16:20
Wilbert asked for results of 'Info()'.
EDIT: Open 10frames.avs, which contains but one line """AviSource("10frames.avi")""": stripes.
Now attachment approved, can see that you already had provided the required Info, although it was not
included in the 1 line script above, which is why I pointed this out.
raffriff42
20th October 2013, 17:01
Have you checked your ffdshow VfW config, especially Output color spaces?
https://www.dropbox.com/s/cvo3xm2q3numsrc/ffdshow-decoder-output.png?raw=1
Also, disable any extra effects checkboxes on the left column.
martin53
20th October 2013, 17:23
raffriff42,
thanks,
my config looks exactly as yours. Left column: nothing checked.
poisondeathray
20th October 2013, 17:32
I wonder why does your info() screen shows YV12 ?
This is a 4:2:2 YUY2 huffyuv sample
IanB
20th October 2013, 21:56
VDub says
Decompressor: ffdshow Video Codec (HFYU)
....
ColorSpace: YV12
Width: 356The width is not mod 8, the YUY2 to YV12 converter in the codec is probably borked.
Use AviSource("10frames.avi", pixel_type="YUY2") to avoid the issue.
To confirm in vdub, force YV12 input. Video > Color Depth > Decompression Format > 4:2:0 planar YCbCr(YV12)
martin53
22nd October 2013, 21:17
Use AviSource("10frames.avi", pixel_type="YUY2") to avoid the issue.
To confirm in vdub, force YV12 input. Video > Color Depth > Decompression Format > 4:2:0 planar YCbCr(YV12)
Yes, pixel_type helps. And yes, stripes in VDub.
:thanks:
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.