Since you posted in the h.264 section I assume you use a h.264 codec and decode it with ffdshow, since afaik all h.264 encoders that are normally used only use Yv12 internally and a lot of graphic cards output RGB there needs to be a conversion somewhere from Yv12 to RGB.

If you like you stated "get RGB from the gfx card that i will convert to YV12" this has nothing to do with the "high quality YV12 to RGB conversion in ffdshow".

__________________
Hybrid here in the forum, homepage
Notice: Since email notifications do not work here any more, it might take me quite some time to notice a reply to a thread,..

so it is useless for what i want ( uncompressed RGB to h.264 full range )

Yes, "high quality YV12 to RGB conversion in ffdshow" has nothing to do with RGB -> h.264.

Quote:

is the "tutorial" good in this form :

Not really. i see no real reason for processing the captured material in Virtual Dub at all. (Step 3)
Also one has to be aware of the fact that you will lose color information when converting to Yv12.
So if one really wanted to preserve all color information you would need a codec that supports 4:4:4 color space.

Not sure if the fraps even uses a codec for capturing which supports this, but that can probably be answered by someone who uses fraps.

---

Quote:

do i have to set ffdshow encoder only or decoder to ?

since you didn't write down where you want to use ffdshow I can't answer that.

Personally I would suspect, that if you
1. use your step number one
2. capture your material with a lossless codec supporting RGB/4:4:4
and then open the material with a suited decoder in an NLE program of your choosing would have tv scale input without any information loss.
3. when editing you material in you NLE program and then saving it you again would have to make sure you don't change color space and range to not lose anything.
4. assuming you then would reencode the material to h.264 with a encoder that also supports RGB/4:4:4 you would keep the original color.

The general idea behind losing some color information RGB->Yv12 and try to reconstruct it during decoding (Yv12->RGB) is connected to the whole process.

Cu Selur

__________________
Hybrid here in the forum, homepage
Notice: Since email notifications do not work here any more, it might take me quite some time to notice a reply to a thread,..

now that i set the ffdshow decoder and the gfx card to full range the same video that i noticed the problem on has good colours

( before i could see that the border is "more" black )

weird because the GFX card had TV range when i recorded the pictures.

Quote:

If you input is yv12 and you need RGB as output yes.

kmplayer says input YV12, output YV12

input is YV12 for sure, i will set the decodor to HQ RGB.

Quote:

Originally Posted by Selur

if you use AviSource to open the .avi file that assumtion is correct

ripbot uses OpenDMLSource

OpenDMLSource("D:\1.avi",audio=false).ConvertToYV12()

and this is TV range right ?

it should be

OpenDMLSource("D:\1.avi",audio=false).ConvertToYV12("D:\1.avi", matrix="PC.601") for FULL range

SO :
-I set the GFX card to full range
-I set the decoder and encoder ( ffdshow decodes avi and is needed for ripbot so i think i setting encoder also is needed ) to full range and BT.601
-I record and render ( adding matrix="PC.601" for full range )