<br><br>On Wednesday, July 14, 2021, Andrew Randrianasulu <<a href="mailto:randrianasulu@gmail.com">randrianasulu@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br><br>On Wednesday, July 14, 2021, Andrew Randrianasulu <<a href="mailto:randrianasulu@gmail.com" target="_blank">randrianasulu@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br><br>On Tuesday, July 13, 2021, Andrew Randrianasulu <<a href="mailto:randrianasulu@gmail.com" target="_blank">randrianasulu@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br><br>On Tuesday, July 13, 2021, Phyllis Smith <<a href="mailto:phylsmith2017@gmail.com" target="_blank">phylsmith2017@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-size:small">Andrew, I really like the "color hell" moniker.</div><div class="gmail_default" style="font-size:small">Andrea, you are right, ffprobe shows it correctly.  I had always heard that mediainfo sometimes got it wrong, but this is the first time I saw that.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">What about old projects? will they handle this change correctly?<br></div></div></blockquote><div><br></div><div><br></div><div>I tried to add my new colorspace as numbered define  _after_ all pre-used defines, while renaming old bt601 to bt601 ntsc (given usual ntsc-centered preference in other parts of cin) </div><div><br></div><div>and of course _order_ in preferences mattered,  my patches made things shift down by one (so displayed colorspace and encoded colorspace drifted by one! bt2020 displayed was real bt601 pal... bt601 ntsc was bt709... as you sharply noted!) </div><div><br></div><div>I think we save it per-session (in Cinelerra_rc) not per-project? will look more into it... </div><div><br></div><div>try add two more patches I attached? one is fix another is comment. </div><div><br></div><div>Also, while we are here may be rename and enlarge  bt2020  label for bt2020 *nc* as code (in ffmpeg.C) seems to map it really? </div></blockquote><div><br></div><div><br></div><div>according to this page (scroll down for screenshot) Premiere differenciates between bt2020 ncl and bt2020 cl :</div><div><br></div><div><a href="https://www.voukoder.org/forum/thread/487-hdr-support-in-x265-and-nvenc-hevc/" target="_blank">https://www.voukoder.org/forum<wbr>/thread/487-hdr-support-in-<wbr>x265-and-nvenc-hevc/</a></div><div><br></div><div>for now I just enlarged dropdown menu a bit.. </div></blockquote><div><br></div><div><br></div><div> added 2020 ncl/cl diff + hopefully mapping between (rare) ffmpeg's floating-point pix formats and Cinelerra's rgb(a) float... </div></blockquote><div><br></div><div>^^^ floating_point formats apparently differ too much between ffmpeg and current CinGG.. so last patch breaks rgba-float project + xv video output (it makes cool b/w tiled display out of video..) </div><div><br></div><div>sorry (</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><br></div><div>fixed typos in prev mail... </div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 13, 2021 at 12:17 PM Andrew Randrianasulu <<a href="mailto:randrianasulu@gmail.com" target="_blank">randrianasulu@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br><br>On Tuesday, July 13, 2021, Phyllis Smith via Cin <<a href="mailto:cin@lists.cinelerra-gg.org" target="_blank">cin@lists.cinelerra-gg.org</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-size:small">Not so sure about that after running more tests.  <br></div><div class="gmail_default" style="font-size:small">Using 601Pal, mediainfo reports BT.601.  <br></div><div class="gmail_default" style="font-size:small">Using 601Ntsc, medinao reports BT.709 !!<br></div><div class="gmail_default" style="font-size:small">As always, have to make sure old projects still work.</div></div></blockquote><div><br></div><div><br></div><div>its called color hell for this exact reason) </div><div><br></div><div>may be mediainfo a bit wrong (at least ver. you used - shoukd be recent on Fedora, but small fixes like this can go in anytime...) </div><div><br></div><div>see confusing code at (should be recent enough from 2020)</div><div><br></div><div><a href="https://sourceforge.net/p/mediainfo/discussion/297610/thread/0b6d2fd38f/?limit=25" target="_blank">https://sourceforge.net/p/medi<wbr>ainfo/discussion/297610/thread<wbr>/0b6d2fd38f/?limit=25</a></div><div><br></div><div>=====</div><div><br></div><div>ha.</div><div><br></div><div>//----------------------------<wbr>------------------------------<wbr>-----------------</div><div>extern const char* Mpegv_colour_primaries(int8u colour_primaries)</div><div>{</div><div>    switch (colour_primaries)</div><div>    {</div><div>        case  1 : return "BT.709";</div><div>        case  4 : return "BT.470 System M";</div><div>        case  5 : return "BT.601 PAL";</div><div>        case  6 : return "BT.601 NTSC";</div><div>        case  7 : return "SMPTE 240M"; //Same as BT.601 NTSC</div><div>        case  8 : return "Generic film";</div><div>        case  9 : return "BT.2020";                                     //Added in HEVC</div><div>        case 10 : return "XYZ";                                         //Added in HEVC 2014</div><div>        case 11 : return "DCI P3";                                      //Added in HEVC 2016</div><div>        case 12 : return "Display P3";                                  //Added in HEVC 2016</div><div>        case 22 : return "EBU Tech 3213";                               //Added in HEVC 2016</div><div>        default : return "";</div><div>    }</div><div>}</div><div><br></div><div>//----------------------------<wbr>------------------------------<wbr>-----------------</div><div>extern const char* Mpegv_transfer_characteristics<wbr>(int8u transfer_characteristics)</div><div>{</div><div>    switch (transfer_characteristics)</div><div>    {</div><div>        case  1 : return "BT.709"; //Same as BT.601</div><div>        case  4 : return "BT.470 System M";</div><div>        case  5 : return "BT.470 System B/G";</div><div>        case  6 : return "BT.601";</div><div>        case  7 : return "SMPTE 240M";</div><div>        case  8 : return "Linear";</div><div>        case  9 : return "Logarithmic (100:1)";                         //Added in MPEG-4 Visual</div><div>        case 10 : return "Logarithmic (316.22777:1)";                   //Added in MPEG-4 Visual</div><div>        case 11 : return "xvYCC";                                       //Added in AVC</div><div>        case 12 : return "BT.1361";                                     //Added in AVC</div><div>        case 13 : return "sRGB/sYCC";                                   //Added in HEVC</div><div>        case 14 : return "BT.2020 (10-bit)"; //Same a BT.601            //Added in HEVC, 10/12-bit difference is in ISO 23001-8</div><div>        case 15 : return "BT.2020 (12-bit)"; //Same a BT.601            //Added in HEVC, 10/12-bit difference is in ISO 23001-8</div><div>        case 16 : return "PQ";                                          //Added in HEVC 2015</div><div>        case 17 : return "SMPTE 428M";                                  //Added in HEVC 2015</div><div>        case 18 : return "HLG";                                         //Added in HEVC 2016</div><div>        default : return "";</div><div>    }</div><div>}</div><div><br></div><div>//----------------------------<wbr>------------------------------<wbr>-----------------</div><div>extern const char* Mpegv_matrix_coefficients(int8<wbr>u matrix_coefficients)</div><div>{</div><div>    switch (matrix_coefficients)</div><div>    {</div><div>        case  0 : return "Identity";                                    //Added in AVC</div><div>        case  1 : return "BT.709";</div><div>        case  4 : return "FCC 73.682";</div><div>        case  5 : return "BT.470 System B/G";</div><div>        case  6 : return "BT.601"; //Same as BT.470 System B/G</div><div>        case  7 : return "SMPTE 240M";</div><div>        case  8 : return "YCgCo";                                       //Added in AVC</div><div>        case  9 : return "BT.2020 non-constant";                        //Added in HEVC</div><div>        case 10 : return "BT.2020 constant";                            //Added in HEVC</div><div>        case 11 : return "Y'D'zD'x";                                    //Added in HEVC 2016</div><div>        case 12 : return "Chromaticity-derived non-constant";           //Added in HEVC 2016</div><div>        case 13 : return "Chromaticity-derived constant";               //Added in HEVC 2016</div><div>        case 14 : return "ICtCp";                                       //Added in HEVC 2016</div><div>        default : return "";</div><div>    }</div><div>}</div><div><br></div><div>=====</div><div><br></div><div>note _transfer characteristics_ #1 said to be the same for bt. 709 and #6  bt. 601! (in comment) </div><div><br></div><div>can you post full mediainfo output for input video, and three other videos: unmodded Cin, modded and  set to BT601 NTSC, set to BT601 pal? </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-size:small"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jul 12, 2021 at 2:26 PM Andrew Randrianasulu via Cin <<a href="mailto:cin@lists.cinelerra-gg.org" target="_blank">cin@lists.cinelerra-gg.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">According to<div><br></div><div><a href="https://kdenlive.org/en/project/color-hell-ffmpeg-transcoding-and-preserving-bt-601/" target="_blank">https://kdenlive.org/en/projec<wbr>t/color-hell-ffmpeg-transcodin<wbr>g-and-preserving-bt-601/</a></div><div><br></div><div>bt 601 pal and bt 601 ntsc are  slightly different, I tried to update CinGG's definitions so now she have two distinct 601 colorspaces, but I still can be wrong (esp on kr, kb coeffecients) </div><div><br></div><div>can anyone test patch 3 and see if it makes any positive difference? </div><div><br></div><div><br></div>
-- <br>
Cin mailing list<br>
<a href="mailto:Cin@lists.cinelerra-gg.org" target="_blank">Cin@lists.cinelerra-gg.org</a><br>
<a href="https://lists.cinelerra-gg.org/mailman/listinfo/cin" rel="noreferrer" target="_blank">https://lists.cinelerra-gg.org<wbr>/mailman/listinfo/cin</a><br>
</blockquote></div></div>
</blockquote>
</blockquote></div>
</blockquote>
</blockquote>
</blockquote>
</blockquote>