TO use Use ConvertToYuY2() Or Not?
 

Hi Men, i have a friend who told me that if i put at the end of the script ConvertToYuY2(), the movie will seem better.

So I have makde two kvcd with two scripts:
1. putting convertToYuY() at the end of the script, the decompressor was ati decoder.
2. not putting convertToYuY2(), the decompressor was xvid decoder.

After I had made the two kvcd, i didnt notice any difference between them. So what do you recommend me???

Depends on which encoder will be used afterwards!

If using CCE :arrow: ConverttoYUY2()
If Using TmpgEnc :arrow: Converttorgb24()

If not, then these Colorspaceconversions will be done by the Directshow or VFW decoder (CCE uses vfw for decoding, while TmpGEnc directshow and via Readavs.dll in TmpgEnc also vfw.)

I will use Tmpgenc.

So If I put ConvertToRGB24() at the end of the script, the movie will seem better??

If you don put ConvertToRGB24() at the end of the script, TMPGEnc won't work. It needs rgb24 color space.

I dont understand anything, because i have never used convertToRGB24() at the end of the script, and tmpgenc has worked fine, my script usually was:

LoadPlugin("C:\Archivos de programa\AviSynth 2.5\plugins\MPEG2Dec3dg.dll")
LoadPlugin("C:\Archivos de programa\AviSynth 2.5\plugins\GripFit_YV12.dll")
LoadPlugin("C:\Archivos de programa\AviSynth 2.5\plugins\atc.dll")
LoadPlugin("C:\Archivos de programa\AviSynth 2.5\plugins\Blockbuster.dll")
LoadPlugin("C:\Archivos de programa\AviSynth 2.5\plugins\Convolution3DYV12.dll")
LoadPlugin("C:\Archivos de programa\AviSynth 2.5\plugins\UnDot.dll")
LoadPlugin("C:\Archivos de programa\AviSynth 2.5\plugins\DCTFilter.dll")
AVISource("C:\Peliculas\Video.avi",false)
Blockbuster(method="noise",detail_min=1,detail_max =3,variance=0.1,seed=1)
Convolution3D(1, 6, 12, 6, 8, 2.8, 0)
GripCrop(352, 288, overscan=1, source_anamorphic=false)
GripSize(resizer="LanczosResize")
Undot()
TemporalSoften(2,7,7,3,2)
DCTFilter(1,1,1,1,1,1,0.5,0)
Blockbuster(method="noise",detail_min=1,detail_max =10,variance=0.3,seed=5623)
GripBorders()
LetterBox(0, 0, 16, 16)

Well, maybe Directshow get ride of this issue.

I have disabled directshow and avi file reader.

Keep us waiting for Inc.
When I didn't use that option, TMPGEnc don't worked.
But I don't know why yours work.

Do you have the readAVS or AVSreader plugin installed? If yes then this is optimal (I have it too) as your avs scripts therefore will be interpreted directly.

Yes i have the plug-in AVSreader installed.

That explains why tmpgEnc is able to "read the avs" directly. And thats the way it should be.

The ConverttoRGB24() is usually not needed because there's some codec doing the conversion for you. No idea what, however. With YUY2->RGB it's probably HuffYUV but for YV12->RGB I really don't know. It might be best to do the conversion in the script.

As said, it depends on which colorspace comes out of the avisynth script.

If a YUY2 Cspace comes out, regulary the MS YUY2 codec or Huffyuv is doing the conversation.
In case of a delivered YV12 Cspace, an installed mpeg4 codec like XVID does the needed conversation.

So as CCE does use vfw for rendering the input colorspace the installed vfw codec (like mentioned above for instance XVID(fvfw)) does the Cconversation to the needed YUY2.
In case Of tmpgenc which uses Dshow for rendering also here the installed codec does that job IF readavs.dll is not used. In case of readavs.dll TmgEnc gets directly the colorspace as I do assume a Cspace converter is delivered within that readavs.dll

BTW: Avisynth via Avisource() uses vfw.

After that explanation I'm even more sure we should always use ConverttoYUY2() or ConverttoRGB24() in the script. Especially with interlaced material, using the parameter interlaced=true of course.

I think that there is no need to put at the end of the script any conversion, because i have tried with and without conversions, and i have noticed that there is no difference between them, furthermore, the decoder mpeg4 (xvid or divx) are better for yv12 (without conversion)

I always use them since I have an ATI All-In-Wonder, which insists on using it's own YV12->RGB24 decoder instead of the one in the XviD codec. It has a bug where luma samples are scaled to [16,235] instead of clamped. I was never able to find a way to disable the ATI codec without removing the video drivers, so it's easier for me to just add ConvertToRGB24() at the end of all my scripts when using TMPGEnc.

The decoder does its job when you open the video so colorspace conversions do not affect it in any way.

How did you check that there were no differences?

I have seen them in my pc and standalone, also the colors (at great length), and i have not seen any difference.

However, i took a kvcd made for a days and i remade it forcing the colorspace YV12 in xvid, i see a difference in the colors, why??
the kvcd made for a days, i have not realized that the decoder was ati decoder.
in the new kvcd i have forced the colorspace YV12 in the decoder xvid, so the decoder was xvid.

Howver, i open a script in virtualdubmod made with conversion ConvertToYUY2(), and the decoder was YUV 4:2:2 (vidc.yuy2 msyuv.dll)
if i open a script made without any conversion, the decoder was xvid (vidc.yv12 xvidvfw.dll)
between these tow scripts i have noticed no difference in the results.

perhaps i am mistaken

When I was reading a part of the manual of avisynth, i saw a new command that force avisynth to open an avi file using the codec you prefer, is Fourcc, since the version of avisynth 2.55

AViSource("C:\Divx\Harbor.avi", false, FourCC="XviD")