Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
19th December 2008, 10:23 | #1 | Link |
Registered User
Join Date: Feb 2008
Posts: 733
|
Full range tutorial
This thread is a reply to Color variations between source and x264 output in QuickTime Player and others thread.
I use FULL RANGE ALL the time so i want to make a small tutorial for other moviemakers ( that use game footage ) From what i read the 1'st Step would be changing the color range from the GFX card driver To : so all footage captured with FRAPS or other programs will be [0,255] 2'nd Step : Setting BT.601 ( to keep original colors ) and FULL range from ffdshow : Start/ffdshow/video decoder configuration : Start/ffdshow/video encoder configuration : 3'rd Step : Record and make the uncompressed or huffyuv AVI with vdub I use default setting : The AVI will be [0,255], it will be worked on in a NLE program and rendered again with the final FPS 4'th Step : Change the AVS script like so : ConvertToYV12(clip, matrix="PC.601") ( don't understand the syntax here, is "ConvertToYV12(d:/movie.avi, matrix="PC.601")" good ? ) and NOT ConvertToYV12() The result : the encoded mpeg-4 file will be FULL RANGE as the original and it will have same colors WHAT I DO NOT UNDERSTAND : why set high quality YV12 to RGB conversion in ffdshow ? does this also force high quality RGB to YV12 conversion ? ( in the encoder, in this case megui ) Start/ffdshow/video decoder configuration : Start/ffdshow/video encoder configuration : Waiting for your input, thnx! Last edited by juGGaKNot; 19th December 2008 at 10:28. |
19th December 2008, 11:12 | #2 | Link | |||
Registered User
Join Date: Oct 2001
Location: Germany
Posts: 7,259
|
Quote:
Quote:
Quote:
|
|||
19th December 2008, 11:36 | #3 | Link | ||
Registered User
Join Date: Feb 2008
Posts: 733
|
Quote:
Quote:
if i get RGB from the gfx card that i will convert to YV12 for final render than why use "high quality YV12 to RGB conversion in ffdshow" ? i never convert to RGB from YV12. thnx for the reply. |
||
19th December 2008, 11:59 | #4 | Link |
Registered User
Join Date: Oct 2001
Location: Germany
Posts: 7,259
|
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". |
19th December 2008, 12:28 | #5 | Link | |
Registered User
Join Date: Feb 2008
Posts: 733
|
I made it here because original thread was here, admin please move to newbies if it is in the wrong place.
Quote:
is the "tutorial" good in this form : Quote:
|
|
19th December 2008, 13:45 | #6 | Link | |||
Registered User
Join Date: Oct 2001
Location: Germany
Posts: 7,259
|
Quote:
Quote:
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:
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 |
|||
19th December 2008, 14:07 | #7 | Link | ||||||
Registered User
Join Date: Feb 2008
Posts: 733
|
Quote:
i capture with "startmovie" i get 200 pictures a second, have to use vdub to make the AVI file ( all default, just change the FPS ) Quote:
+ i do not convert manually, i just open the uncompressed avi in ripbot ( i encode with ripbot ) and it does it via .avs so : -pictures from games -uncompressed AVI vdub -uncompressed render from NLE -h264 render with ripbot ( converttoYV12 here ) Quote:
Quote:
i was thinking that if source is [0,255] and BT.601 and ffdshow setting is [16-235] and BT.709 the output would not be the same as the source Quote:
Quote:
thnx. Last edited by juGGaKNot; 19th December 2008 at 14:18. |
||||||
19th December 2008, 14:34 | #8 | Link | |||
Registered User
Join Date: Oct 2001
Location: Germany
Posts: 7,259
|
Quote:
Quote:
Quote:
Cu Selur |
|||
19th December 2008, 14:58 | #9 | Link | ||
Registered User
Join Date: Feb 2008
Posts: 733
|
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:
input is YV12 for sure, i will set the decodor to HQ RGB. Quote:
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 ) is the way to go ? |
||
19th December 2008, 15:03 | #10 | Link | |||
Registered User
Join Date: Oct 2001
Location: Germany
Posts: 7,259
|
Quote:
Quote:
Quote:
Cu Selur |
|||
Thread Tools | Search this Thread |
Display Modes | |
|
|