View Full Version : all alpha was set to 0
DDogg
1st April 2004, 19:43
Sh0dan, Satish is adding AVS read capability to Vegas via his wax2 plugin. He was using Editing.avs as a test script, encountered a few problems, and IM'ed me -
"avisynth was saying AVI format was 32bits but all alpha was set to 0
and Wax was showing it as fully transparent"
I think he worked around it, but when I started checking a little and opened a similar script in TMPG using ConvertToRGB(), the encode was all black. That was remedied with a converttorgb24(). As I don't use TMPG I not really sure if it can read rgb32 and I don't know if these two things are related, but I thought mentioning it to you was the correct thing to do.
Wilbert
1st April 2004, 20:57
"avisynth was saying AVI format was 32bits but all alpha was set to 0
and Wax was showing it as fully transparent"
I'm sure Sh0dan will react on this :)
I think he worked around it, but when I started checking a little and opened a similar script in TMPG using ConvertToRGB(), the encode was all black. That was remedied with a converttorgb24(). As I don't use TMPG I not really sure if it can read rgb32 and I don't know if these two things are related, but I thought mentioning it to you was the correct thing to do.
ConvertToRGB converts to RGB32 (unless clip is RGB24). And yes, TMPGEnc needs RGB24. I guess some buggy codec was converting it for you.
DDogg
1st April 2004, 23:54
Thanks, Wilbert, the few time I need TMPG, I normally let huffy handle it for me as I always make the registry change [vidc.yuy2=huffyuv.dll and use converttoyuy2()].
This came about today when I noticed a problem in dvd2vcd when "Convert to RGB 24" is used in the advanced settings. For some reason D2S is using ConvertToRGB() which causes problems. I reported it so maybe it will be changed. I wish tmpg would just barf, instead of encoding black. hmm, or were you saying it should have barfed except some codec on my machine was attempting (badly) a translation?
Richard Berg
2nd April 2004, 07:02
Can you post the script? With ColorBars there is definitely 0xFF in the memory buffers, ditto any simple Avisource.ConvertToRGB32.
DDogg
2nd April 2004, 14:26
Richard, Satish was using the Editing.avs from the example files.
In case your question was directed to the tmpg commnets:
MPEG2Source("D:\sg1\DVD2AV~1.D2V")
undot()
BicubicResize(352,180,0.0,0.6)
AddBorders(0,30,0,30)
ConvertToRGB()
sh0dan
2nd April 2004, 14:37
Alpha behaviour is undefined for most filters, and will therefore produce unexpected results in many cases. This is why I try eliminating it as much as possible, since it's usually very unreliable (just as vdub btw).
Use ResetMask() if you want to fix it.
I don't have any plans on upgrading alpha support.
DDogg
2nd April 2004, 15:08
I don't have any plans on upgrading alpha support. ok, thanks. I think that should be helpful as he will know his workarounds will continue to function in the future.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.