LG OLED's 3D LUT Profiling using LightSpace Thread - Page 12 - AVS Forum | Home Theater Discussions And Reviews
Forum Jump: 
 231Likes
Reply
 
Thread Tools
post #331 of 406 Old 09-12-2019, 06:16 PM
AVS Forum Special Member
 
sillysally's Avatar
 
Join Date: Jun 2006
Location: Chicago
Posts: 5,153
Mentioned: 20 Post(s)
Tagged: 0 Thread(s)
Quoted: 1178 Post(s)
Liked: 1053
Quote:
Originally Posted by ConnecTEDDD View Post
Hi SS,

The percentage is the volumetric value of gamut coverage... and its correct, as its a verification with 1000 point profile, 93-94% is expected.

LightSpace uses normalized volumetric values for gamut coverage for SDR (for PQ are absolute).

When you try to check the coverage, the value will be lower, as it is already ‘on the edge’ of the target colorspace, so many 'edge' points will be 'slightly' under gamut.

Only 70 of the 1000 points need to be slightly under gamut for a value of 93% and for a volumetric profile; that can be easily happen for a verification.

When you check the native gamut profile, the figure will always be larger, as the figure always shows the coverage 'After' calibration.

So applying to a verification profile, which is already 'after' calibration it will always produce a lower value, as it assumes another calibration process is to be applied.
Hi Ted.

Whenever I run a 21x3 cube and convert to SDR using max luminance I always get 99% coverage. The only time I get like 93% is when I use something other than max luminance or filters.
I don't like to use the word assume, I like to know what my 3DLUT cube really is after it has been loaded into my C8. So my question is what other calibration process would I want to use after the cube is loaded into my C8?

ss

"Don't worry be happy"
LG77C8, Klein K10-A, Jeti 1211, CMS Lightspace, Calman home plus licence for K10-A, Murideo 6G.
sillysally is offline  
Sponsored Links
Advertisement
 
post #332 of 406 Old 09-12-2019, 10:09 PM
Advanced Member
 
Anger.miki's Avatar
 
Join Date: Jan 2018
Posts: 671
Mentioned: 20 Post(s)
Tagged: 0 Thread(s)
Quoted: 400 Post(s)
Liked: 418
Hi Sally, aug data is one calibration process that you would want to use after the cube is loaded into your C8.

Anyway, you are probably confusing conversion with verification. LS tells you the gamut coverage of your TV with a certain 3DLUT when you convert color space (eg when you create the 3DLUT).

Here is mine (I haven't used any filter, just converted Color Space using Peak Chroma):



Ted explained why HERE

@ConnecTEDDD so no Arbre Magique for my verification? It's not Christmas for me yet
sillysally likes this.

TVs: Pioneer PDP-LX5090H, LG OLED55C8PLA | SintoAmp: Pioneer VSX-921 | BD Player: Panasonic DMP-BDT260EG | External LUT box: Entertainment Experience eeColor | Softwares: Light Illusion Lightspace HTP, Portrait Displays CalMAN Home Enthusiast 2018 R3, HCFR, DisplayCAL | Probes: x-rite i1 Pro 2 - i1 Display Pro OEM B-02, basICColor DISCUS | Test Pattern Generator: DVDO AVLab TPG

Last edited by Anger.miki; 09-13-2019 at 02:38 AM.
Anger.miki is offline  
post #333 of 406 Old 09-13-2019, 01:29 AM - Thread Starter
AVS Forum Special Member
 
ConnecTEDDD's Avatar
 
Join Date: Sep 2010
Location: Athens, Greece
Posts: 8,398
Mentioned: 207 Post(s)
Tagged: 1 Thread(s)
Quoted: 3260 Post(s)
Liked: 4051
Quote:
Originally Posted by sillysally View Post
Hi Ted.

Whenever I run a 21x3 cube and convert to SDR using max luminance I always get 99% coverage. The only time I get like 93% is when I use something other than max luminance or filters.
I don't like to use the word assume, I like to know what my 3DLUT cube really is after it has been loaded into my C8. So my question is what other calibration process would I want to use after the cube is loaded into my C8?
Hi SS,

Yes, its exactly as Miki has posted, its normal to see 98-99% coverage when you generate the correction LUT but that number is estimated, not based to any measurement of actual verification.

If you want to evaluate the results and want to check coverage, run a 10-point cube (or larger) for verification.

Also note that we are talking for RGBW panels which makes the whole procedure more complex as the LUT correction based to RGB, and the image processor of LG which is positioned before the panel, it will convert the 3x 10bit RGB data to 4x 10-bit WRGB data.

So the end results are based to how that processor do better the job as any RGB input value to that processor it has to be converted to WRGB but to be composed by using only 3 sub-pixels:

W/R/G or B/W/R or G/B/W or R/G/B.... as the processor will zero one sub-pixel data for having active 3 sub-pixels always.

But the results the guys have posted are ready good if you include all these difficulties while they have used 3 different colorimeters as each guy has different model (K-10A, Discus, i1Display PRO).
sillysally, omarank and Anger.miki like this.

Ted's LightSpace CMS Calibration Disk Free Version for Free Calibration Software: LightSpace DPS / CalMAN ColorChecker / HCFR
S/W: LightSpace CMS, SpaceMan ICC, SpaceMatch DCM, CalMAN 5, CalMAN RGB, ChromaPure, ControlCAL
V/P: eeColor 3D LUT Box - P/G: DVDO AVLab TPG
Meters: JETI Specbos 1211, Klein K-10A, i1PRO2, i1PRO, SpectraCAL C6, i1D3, C5
ConnecTEDDD is offline  
Sponsored Links
Advertisement
 
post #334 of 406 Old 09-13-2019, 03:34 AM - Thread Starter
AVS Forum Special Member
 
ConnecTEDDD's Avatar
 
Join Date: Sep 2010
Location: Athens, Greece
Posts: 8,398
Mentioned: 207 Post(s)
Tagged: 1 Thread(s)
Quoted: 3260 Post(s)
Liked: 4051
Quote:
Originally Posted by Anger.miki View Post
I finally calibrated my new LG OLED55C8PLA. The results are stunning.

8) ran a 1000 points verification RGB 16-235 with an average dE 2000 of 0.2622(!) and max of 0.9573(!!)



Not bad uh!?!

Unfortunately, I don't have the new ColorSpace but if @ConnecTEDDD could be so kind to do his magic with CS, I'll be glad. I leave my verification bcs attached. Thanks.
ColourSpace visuals now, 1000 color points evaluation.

APNG (Animated PNG file) of 2D CIE1931 Chart, the 4 frame loop will display your results filtered to display the dE2000 points with:

All measured points without filtering of dE as frame 1.

Visible only measured points which have 0 - 0.5 dE2000 as frame 2.

Visible only measured points which have 0.5 - 1.0 dE2000 as frame 3.


Visible only measured points which have 1 - 1.5 dE2000 as frame 4 (there no errors above 1dE2000, so this frame is empty).



APNG (Animated PNG file) of 3D CIE1931 Chart, with 4 frame explanation as 2D CIE1931 Chart APNG:



APNG (Animated PNG file) of Normalized RGB Cube, with 4 frame explanation as 2D CIE1931 Chart APNG:


Ted's LightSpace CMS Calibration Disk Free Version for Free Calibration Software: LightSpace DPS / CalMAN ColorChecker / HCFR
S/W: LightSpace CMS, SpaceMan ICC, SpaceMatch DCM, CalMAN 5, CalMAN RGB, ChromaPure, ControlCAL
V/P: eeColor 3D LUT Box - P/G: DVDO AVLab TPG
Meters: JETI Specbos 1211, Klein K-10A, i1PRO2, i1PRO, SpectraCAL C6, i1D3, C5
ConnecTEDDD is offline  
post #335 of 406 Old 09-15-2019, 03:33 AM
Advanced Member
 
BlackJoker's Avatar
 
Join Date: May 2015
Posts: 520
Mentioned: 40 Post(s)
Tagged: 0 Thread(s)
Quoted: 358 Post(s)
Liked: 399
LG OLED's 3D LUT Profiling using LightSpace Thread

After hours of testing and uncountable profile sessions I created with the help of our Calibration group a final version of a OFPS based patchset which contains 33p grayscale points such as 33p RGBCMY on top 16p RGBCMY saturation and edge points. This set is non grid based like the screens show and it's working very good.

The LightSpace engine seems to like this set as you can see on the final results. I've never achieved better near black performance and color accuracy before. I also run a 56p grayscale and 5% Sweeps run and on top of that the 1000p profile verification. There is nothing you can do further I guess. I used CalMAN afterwards for cross verification for the LUT creation I used LightSpace.


Settings
- Picture mode: Expert (Dark)
- Gamma 2.2
- Color gamut: Wide
- OLED Light: 27
- Contrast: 85
- Brightness: 50
- Color: 50
- Sharpness 0
- All image elaboration features OFF
- Energy saving and burn-in prevention functions OFF

Hardware/Software and methodology
- Spectro: x-rite i1 Pro 2
- Colorimeter: Klein K10-A
- TPG: DVDO AvLab TPG
- Software: Light Illusion LightSpace CMS HTP 10.0.0.2983, Device Control - LG 2018 Template, CalMAN 2019 Ultimate

1) did reset Expert (Dark) 3DLUT with Device Control
2) adjusted 2 points high white balance with RGB 16-235 12 bit 100% white with spectro into TV SERVICE MENU
3) ran a LightSpace display characterization with special OLED patch set: 4566 points measured with RGB 16-255 (0.35 seconds black patch insertion). It took 1 hours and 43 minutes.
4) converted color space: source rec709 gamma 2.4
5) exported 3DLUT in dcl format
6) uploaded dcl file through Device Control
7) ran a 1000 points verification RGB 16-235 with an average dE 2000 of 0.3248(!) and max of 1.3727(!!)

Results

Patchset:








Verification:

1DLUT graph



Charts/Graphs/Summary























Maybe @ConnecTEDDD can do further checks with ColourSpace.

TV: LG OLED 65C8 Sources: Apple TV 4K, OPPO UDP-203 Video Processor: TruVue eeColor
Probe: Klein K10-A, i1 Display Pro OEM Rev.B (2018), i1Pro2 OEM Rev.E Software: Lightspace HTP, Calman 2019 Ultimate

Last edited by BlackJoker; 09-15-2019 at 03:44 AM.
BlackJoker is offline  
post #336 of 406 Old 09-15-2019, 11:18 AM
Member
 
fonsocm's Avatar
 
Join Date: Feb 2008
Posts: 29
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 7 Post(s)
Liked: 10
Hi.

I have a doubt about device control. Is it able to use the internal patterns of the LG C9 for calibration?

Thanks in advance.
fonsocm is offline  
post #337 of 406 Old 09-15-2019, 01:43 PM
AVS Forum Special Member
 
Join Date: Nov 2014
Location: New York
Posts: 5,429
Mentioned: 193 Post(s)
Tagged: 0 Thread(s)
Quoted: 4474 Post(s)
Liked: 5488
@BlackJoker ,
So how does the PQ look?

John
Sony 55A1E, A9F / LG 55OLEDC8
Marantz 7012, Ohm Walsh Speakers
Klein K10-A, Jeti 1501, Murideo Six-G Gen2
Calman Ultimate, ISF Level III Certified
jrref is online now  
post #338 of 406 Old 09-15-2019, 01:55 PM
Advanced Member
 
BlackJoker's Avatar
 
Join Date: May 2015
Posts: 520
Mentioned: 40 Post(s)
Tagged: 0 Thread(s)
Quoted: 358 Post(s)
Liked: 399
LG OLED's 3D LUT Profiling using LightSpace Thread

Quote:
Originally Posted by jrref View Post
@BlackJoker ,

So how does the PQ look?


Because we skip the 1D LUT completely and only use the internal 3D LUT we don't produce any kind of banding or posterization especially in the near black region.

I did a bunch of tests with the guys and as soon as you use the internal 1D LUT you will have banding and posterization which is visible on a basic grayscale ramp and also with content.

So for now I can say that after all these efforts I can totally enjoy the picture and the quality represent my measurements. Skintones are on point colors are well balanced and not over saturated. But the best part is the very clean look now no banding or other unwanted artefacts which I always had when I used CalMAN with Autocal.

The problem is the TV internal processing is totally crap even YCbCr colorspace is producing more errors compared to RGB.
By the way the 1D LUT isn't working with LightSpace either it's a TV problem.

John I highly recommend to try it out even you would see a huge difference between a set which was calibrated with Autocal and 1D LUT compared to our approach.

These aren't only nice looking charts and ironic low dE values. This is the best way to get the best possible picture for these sets.
D-Nice and ConnecTEDDD like this.

TV: LG OLED 65C8 Sources: Apple TV 4K, OPPO UDP-203 Video Processor: TruVue eeColor
Probe: Klein K10-A, i1 Display Pro OEM Rev.B (2018), i1Pro2 OEM Rev.E Software: Lightspace HTP, Calman 2019 Ultimate

Last edited by BlackJoker; 09-15-2019 at 01:58 PM.
BlackJoker is offline  
post #339 of 406 Old 09-15-2019, 02:22 PM
AVS Forum Addicted Member
 
D-Nice's Avatar
 
Join Date: Dec 2004
Location: Columbia, SC
Posts: 16,835
Mentioned: 123 Post(s)
Tagged: 1 Thread(s)
Quoted: 1872 Post(s)
Liked: 3685
Quote:
Originally Posted by jrref View Post
@BlackJoker ,
So how does the PQ look?
Outstanding!
D-Nice is offline  
post #340 of 406 Old 09-15-2019, 06:42 PM
AVS Forum Special Member
 
gwgill's Avatar
 
Join Date: Jan 2013
Location: Melbourne, Australia
Posts: 1,106
Mentioned: 27 Post(s)
Tagged: 0 Thread(s)
Quoted: 358 Post(s)
Liked: 259
Quote:
Originally Posted by BlackJoker View Post
After hours of testing and uncountable profile sessions I created with the help of our Calibration group a final version of a OFPS based patchset which contains 33p grayscale points such as 33p RGBCMY on top 16p RGBCMY saturation and edge points. This set is non grid based like the screens show and it's working very good.
So you use an OFPS patchset but don't bother to mention that it's the product of ArgyllCMS's targen tool ?

(A bit of credit where credit is due always helps in balancing the Lightspace spin machine.)
BlackJoker likes this.

Author of ArgyllCMS and ArgyllPRO ColorMeter
gwgill is offline  
post #341 of 406 Old 09-15-2019, 07:46 PM
Advanced Member
 
BlackJoker's Avatar
 
Join Date: May 2015
Posts: 520
Mentioned: 40 Post(s)
Tagged: 0 Thread(s)
Quoted: 358 Post(s)
Liked: 399
LG OLED's 3D LUT Profiling using LightSpace Thread

Quote:
Originally Posted by gwgill View Post
So you use an OFPS patchset but don't bother to mention that it's the product of ArgyllCMS's targen tool ?



(A bit of credit where credit is due always helps in balancing the Lightspace spin machine.)


You are totally right im sorry that I didn't mentioned that. The base was created with the testchart editor of Displaycal and the rest was edited by hand.
gwgill and Anger.miki like this.

TV: LG OLED 65C8 Sources: Apple TV 4K, OPPO UDP-203 Video Processor: TruVue eeColor
Probe: Klein K10-A, i1 Display Pro OEM Rev.B (2018), i1Pro2 OEM Rev.E Software: Lightspace HTP, Calman 2019 Ultimate

Last edited by BlackJoker; 09-16-2019 at 02:27 AM.
BlackJoker is offline  
post #342 of 406 Old 09-15-2019, 10:36 PM
Advanced Member
 
Anger.miki's Avatar
 
Join Date: Jan 2018
Posts: 671
Mentioned: 20 Post(s)
Tagged: 0 Thread(s)
Quoted: 400 Post(s)
Liked: 418
Quote:
Originally Posted by gwgill View Post
(A bit of credit where credit is due always helps in balancing the Lightspace spin machine.)
this is a tough and false attack on your part Graeme. Fabio and me are not part of any lightspace spin machine. Ask Steve if we've ever given him discounts. When we have to beat we don’t look at anyone’s face, just like when we have to give credit. We are a group of 4 guys (one of which does not participate in any forum) who invent and test FREE methods which then everyone will use for FREE. Fabio simply forgot to mention argyll and apologized. Among other things, personally, I do not believe that the patchset used is so important for the success of the calibration. We do not use DisplayCal (or Argyll) because two of us own a Discus that is not supported by Argyll, although some of us have offered to give you one so that you can add support. But you refused and you had your good reasons. Anyway, credits goes to the guys who wrote THIS document too.
BlackJoker likes this.

TVs: Pioneer PDP-LX5090H, LG OLED55C8PLA | SintoAmp: Pioneer VSX-921 | BD Player: Panasonic DMP-BDT260EG | External LUT box: Entertainment Experience eeColor | Softwares: Light Illusion Lightspace HTP, Portrait Displays CalMAN Home Enthusiast 2018 R3, HCFR, DisplayCAL | Probes: x-rite i1 Pro 2 - i1 Display Pro OEM B-02, basICColor DISCUS | Test Pattern Generator: DVDO AVLab TPG
Anger.miki is offline  
post #343 of 406 Old 09-15-2019, 11:51 PM - Thread Starter
AVS Forum Special Member
 
ConnecTEDDD's Avatar
 
Join Date: Sep 2010
Location: Athens, Greece
Posts: 8,398
Mentioned: 207 Post(s)
Tagged: 1 Thread(s)
Quoted: 3260 Post(s)
Liked: 4051
Quote:
Originally Posted by fonsocm View Post
Hi.

I have a doubt about device control. Is it able to use the internal patterns of the LG C9 for calibration?

Thanks in advance.
Hi,

iTPG hasn't been added to current version of DeviceControl Interface because:

1) It has limitation to work only of you have Contrast @ 85, Brightness @ 50 and Color @ 50. With any other values of these controls it will not work for SDR patch generation.

The problem is that most of TV's are not having good near black, so it will require to adjust Brightness to 51-52 value most of times or up to 55-65 range when the panel has larger near black clipping issue.

You can say that keeping these default values, the issues of near black can be included to the 1D LUT generation, but in real world (not in feature/virtual world), by using 1D LUT has a lot of problems due to strange internal processing, so this has negative effect to the panel performance, as described here, for that reason we skip using completely the 1D LUT to prevent issue introduced.

2) We are interesting about the results coming only from HDMI Input patch generation or verification. For that reason we generate patterns only using the HDMI Input, so to include all the display internal processing/colorspace conversion during the patch generation.

When you are using iTPG, there video signal processing steps which are bypassed, so you will still need to generate patterns from the HDMI Input to evaluate the results.

For these 2 reasons its not so interesting feature to be added to DeviceControl, as we are interested to maximize and do proper calibration steps correctly.

Using PGeneration, which is bit-perfect solution and low cost solution to use for RGB 16-255/16-235 patch generation with LightSpace, its the recommended solution we suggest to LightSpace/ColourSpace users, as they will be able to use it as 'bit-perfect @ RGB triplet' patch generation to calibrate/verify any display/projector model they want.
fonsocm likes this.

Ted's LightSpace CMS Calibration Disk Free Version for Free Calibration Software: LightSpace DPS / CalMAN ColorChecker / HCFR
S/W: LightSpace CMS, SpaceMan ICC, SpaceMatch DCM, CalMAN 5, CalMAN RGB, ChromaPure, ControlCAL
V/P: eeColor 3D LUT Box - P/G: DVDO AVLab TPG
Meters: JETI Specbos 1211, Klein K-10A, i1PRO2, i1PRO, SpectraCAL C6, i1D3, C5

Last edited by ConnecTEDDD; 09-15-2019 at 11:55 PM.
ConnecTEDDD is offline  
post #344 of 406 Old 09-16-2019, 12:11 AM
AVS Forum Special Member
 
gwgill's Avatar
 
Join Date: Jan 2013
Location: Melbourne, Australia
Posts: 1,106
Mentioned: 27 Post(s)
Tagged: 0 Thread(s)
Quoted: 358 Post(s)
Liked: 259
Quote:
Originally Posted by Anger.miki View Post
this is a tough and false attack on your part Graeme. Fabio and me are not part of any lightspace spin machine.
The thread is "LG OLED's 3D LUT Profiling using LightSpace" - i.e. it's all about Lightspace. Saying what a wonderful result you got using Lightspace while not mentioning that one part of that success was using ArgyllCMS sure seems like aiding the Lightspace spin that it invented everything to do with display calibration/profiling.
Quote:
We do not use DisplayCal (or Argyll) because two of us own a Discus that is not supported by Argyll, although some of us have offered to give you one so that you can add support.
No-one has ever offered to supply me with one on a permanent basis.

Author of ArgyllCMS and ArgyllPRO ColorMeter
gwgill is offline  
post #345 of 406 Old 09-16-2019, 12:48 AM
aka jfinnie
 
Join Date: Aug 2015
Location: Norwich, UK
Posts: 3,278
Mentioned: 54 Post(s)
Tagged: 0 Thread(s)
Quoted: 2647 Post(s)
Liked: 1744
@gwgill

One of the things which is fairly unique to this patch set is that I made a patch list sorter that attempts to deal with the very significant drift experienced by these OLEDs from pixel activity. This works by looking over a rolling period and trying to keep the rolling average patch power for each of the total power and individual sub pixels (WRGB) constant.

This is important because unlike typical display drift which may be a gentle roll in response, the patch sequence induced drift that these displays experience has violent swings directly related to the patch sequence power at a given point.

I tested all the patch sequence sorting options in ArgyllCMS / displaycal (not sure where the division of labour happens there) and they all exhibit a characteristic shape which will show through in profiles. As the drift patches only happen periodically, drift correction won't always make a brilliant correction of a read patch. Lightspace also had this issue with the Ansiometric sequence until I pointed this out and they implemented a bit better algorithm (it's still not brilliant as there is a definite shape that comes through into the profile, but it is more manageable from a drift correction point of view).

Anyway, my utility is pretty rough and ready (I spend the day doing HW and for me once a piece of SW basically functions it is probably done enough!) and the algorithm I used I'm sure isn't optimal. I'll probably never do anything with it again but having that kind of option or a better variant of in ArgyllCMS / displaycal would be of great benefit. Maybe you might consider inclusion of something like this.

Of course there are some other bigger questions - like given that the display response is so largely content dependent, perhaps account needs to be taken during profiling of the average picture levels from the content the viewer actually watches, as a patch sequence may well not be a great representation of typical content average pixel / subpixel values).
ConnecTEDDD and BlackJoker like this.
bobof is online now  
post #346 of 406 Old 09-16-2019, 01:24 AM - Thread Starter
AVS Forum Special Member
 
ConnecTEDDD's Avatar
 
Join Date: Sep 2010
Location: Athens, Greece
Posts: 8,398
Mentioned: 207 Post(s)
Tagged: 1 Thread(s)
Quoted: 3260 Post(s)
Liked: 4051
Quote:
Originally Posted by BlackJoker View Post
After hours of testing and uncountable profile sessions I created with the help of our Calibration group a final version of a OFPS based patchset which contains 33p grayscale points such as 33p RGBCMY on top 16p RGBCMY saturation and edge points. This set is non grid based like the screens show and it's working very good.

The LightSpace engine seems to like this set as you can see on the final results. I've never achieved better near black performance and color accuracy before. I also run a 56p grayscale and 5% Sweeps run and on top of that the 1000p profile verification. There is nothing you can do further I guess.





Maybe @ConnecTEDDD can do further checks with ColourSpace.
ColourSpace visuals now, 1000 color points evaluation.

APNG (Animated PNG file) of 2D CIE1931 Chart, the 4 frame loop will display your results filtered to display the dE2000 points with:

All measured points without filtering of dE as frame 1.

Visible only measured points which have 0 - 0.5 dE2000 as frame 2.

Visible only measured points which have 0.5 - 1.0 dE2000 as frame 3.

Visible only measured points which have 1 - 1.5 dE2000 as frame 4.



APNG (Animated PNG file) of 3D CIE1931 Chart, with 4 frame explanation as 2D CIE1931 Chart APNG:



APNG (Animated PNG file) of Normalized RGB Cube, with 4 frame explanation as 2D CIE1931 Chart APNG:


Ted's LightSpace CMS Calibration Disk Free Version for Free Calibration Software: LightSpace DPS / CalMAN ColorChecker / HCFR
S/W: LightSpace CMS, SpaceMan ICC, SpaceMatch DCM, CalMAN 5, CalMAN RGB, ChromaPure, ControlCAL
V/P: eeColor 3D LUT Box - P/G: DVDO AVLab TPG
Meters: JETI Specbos 1211, Klein K-10A, i1PRO2, i1PRO, SpectraCAL C6, i1D3, C5
ConnecTEDDD is offline  
post #347 of 406 Old 09-16-2019, 02:19 AM
Advanced Member
 
Anger.miki's Avatar
 
Join Date: Jan 2018
Posts: 671
Mentioned: 20 Post(s)
Tagged: 0 Thread(s)
Quoted: 400 Post(s)
Liked: 418
Quote:
Originally Posted by gwgill View Post
The thread is "LG OLED's 3D LUT Profiling using LightSpace" - i.e. it's all about Lightspace. Saying what a wonderful result you got using Lightspace while not mentioning that one part of that success was using ArgyllCMS sure seems like aiding the Lightspace spin that it invented everything to do with display calibration/profiling.
Again, I personally do not believe that OFPS had any part of that success. Surely, James @bobof sorting algo had a big part. But, it has been recognized by Fabio @BlackJoker that he forgot to mention Argyll and the german guys that wrote the document about OFPS. He apologized for that.

Quote:
No-one has ever offered to supply me with one on a permanent basis.
We did but probably we didn't understand each other. Nevermind, it's not something really important.
BlackJoker likes this.

TVs: Pioneer PDP-LX5090H, LG OLED55C8PLA | SintoAmp: Pioneer VSX-921 | BD Player: Panasonic DMP-BDT260EG | External LUT box: Entertainment Experience eeColor | Softwares: Light Illusion Lightspace HTP, Portrait Displays CalMAN Home Enthusiast 2018 R3, HCFR, DisplayCAL | Probes: x-rite i1 Pro 2 - i1 Display Pro OEM B-02, basICColor DISCUS | Test Pattern Generator: DVDO AVLab TPG
Anger.miki is offline  
post #348 of 406 Old 09-16-2019, 02:20 AM
Advanced Member
 
Anger.miki's Avatar
 
Join Date: Jan 2018
Posts: 671
Mentioned: 20 Post(s)
Tagged: 0 Thread(s)
Quoted: 400 Post(s)
Liked: 418
I forgot instead to post my CalMAN verification charts. That way, also people not really familiar with LightSpace can truly understand the results I (we) obtained with LS.

I'll also update my previous post with these:








@jrref John, you gonna love the 9M at dE 0.65
chunon likes this.

TVs: Pioneer PDP-LX5090H, LG OLED55C8PLA | SintoAmp: Pioneer VSX-921 | BD Player: Panasonic DMP-BDT260EG | External LUT box: Entertainment Experience eeColor | Softwares: Light Illusion Lightspace HTP, Portrait Displays CalMAN Home Enthusiast 2018 R3, HCFR, DisplayCAL | Probes: x-rite i1 Pro 2 - i1 Display Pro OEM B-02, basICColor DISCUS | Test Pattern Generator: DVDO AVLab TPG

Last edited by Anger.miki; 09-16-2019 at 03:21 AM.
Anger.miki is offline  
post #349 of 406 Old 09-16-2019, 03:02 AM
Advanced Member
 
Anger.miki's Avatar
 
Join Date: Jan 2018
Posts: 671
Mentioned: 20 Post(s)
Tagged: 0 Thread(s)
Quoted: 400 Post(s)
Liked: 418
A very important thing that I forgot to write is that it took less than 2 hours and 30 minutes to achieve those results and to have all TV Picture Modes calibrated (!):
- 5 minutes to adjust SM WB
- 2h 18' to profile
- 3 minutes to create and upload the 3DLUT to the TV.

The goal now is to reduce measured points and to find a valid method to profile with full field patches to avoid stabilization patch, which I use at 0.35 sec only to avoid the (already low) risk of burn in. Very near to reach both.

TVs: Pioneer PDP-LX5090H, LG OLED55C8PLA | SintoAmp: Pioneer VSX-921 | BD Player: Panasonic DMP-BDT260EG | External LUT box: Entertainment Experience eeColor | Softwares: Light Illusion Lightspace HTP, Portrait Displays CalMAN Home Enthusiast 2018 R3, HCFR, DisplayCAL | Probes: x-rite i1 Pro 2 - i1 Display Pro OEM B-02, basICColor DISCUS | Test Pattern Generator: DVDO AVLab TPG
Anger.miki is offline  
post #350 of 406 Old 09-16-2019, 03:05 AM
AVS Forum Special Member
 
Light Illusion's Avatar
 
Join Date: Aug 2010
Posts: 1,836
Mentioned: 28 Post(s)
Tagged: 0 Thread(s)
Quoted: 780 Post(s)
Liked: 1146
If Farthest Point patch sets really bring an improvement, we will add them to LightSpace.
Nothing to do with any other calibration system, as the concept is well know, and has been for years.
(Credit to those that defined the concept in the first place, including the paper miki linked to.)
We have not bothered with it as yet, as any benefits have not previously shown to be worth while.
(For most, and Anisometric approach works very well.)

The WOLED tests LightSpace users are doing may show enough of a benefit...
Especially with the sorting approach bobof has implemented.

We will see.

Having said that, the fact LightSpace can work with any patch set a user wants is probably enough.
That allows the user to define whatever patch set they want, for themselves - sourcing from anywhere.

Steve
BlackJoker and omarank like this.

Steve Shaw
LIGHT ILLUSION

Light Illusion is offline  
post #351 of 406 Old 09-16-2019, 04:27 AM
aka jfinnie
 
Join Date: Aug 2015
Location: Norwich, UK
Posts: 3,278
Mentioned: 54 Post(s)
Tagged: 0 Thread(s)
Quoted: 2647 Post(s)
Liked: 1744
Quote:
Originally Posted by Light Illusion View Post
If Farthest Point patch sets really bring an improvement, we will add them to LightSpace.
Nothing to do with any other calibration system, as the concept is well know, and has been for years.
(Credit to those that defined the concept in the first place, including the paper miki linked to.)
We have not bothered with it as yet, as any benefits have not previously shown to be worth while.
(For most, and Anisometric approach works very well.)

The WOLED tests LightSpace users are doing may show enough of a benefit...
Especially with the sorting approach bobof has implemented.

We will see.

Having said that, the fact LightSpace can work with any patch set a user wants is probably enough.
That allows the user to define whatever patch set they want, for themselves - sourcing from anywhere.

Steve
I'm not sure how much benefit the patch sorting brings over the current ansio sequence in real testing. I don't actually have an OLED display - I only did this as the theory was interesting to me and it helped some friends out.

It is definitely possible to get better drift behaviour than the current revised ansio patch sequence by careful control of the preroll and patch order, but the current ansio sequence has a relatively soft curve to it I believe so the drift algo is likely able to deal with most of it.

For anyone interested one of the threads on this at the LS forum:
https://www.lightillusion.com/forums...um=8&topic=485

This was drift from the original ansio sequence (no longer in use):


An analysis I did of what I thought was the original patch sequence power over the course of the sequence. This analysis puts the RGB patch values through gamma function to work out amount of light and has an algo to try and work out WRGB subpixel values (approx):


This is what I think the current sequence looks like through the same analysis - note the gentle curve trend. A bit spikey too.


This is a patch sequence for the same analysis after being pushed through my "algorithm" to try and keep the average total plus WRGB levels constant on a rolling basis through the patch sequence. (note - ignore the difference in y scale, just look at the shape)


Of course it is likely my very basic model for WRGB mixing is flawed, and really you should adjust for the deviance from native panel white point for the display in it's profiled state, as that will affect the WRGB mixing employed for a given patch value. The proof in the pudding though that this seems to be "enough" is that when appropriately pre-rolled these sets processed thus seem to exhibit very small levels of drift.

One other issue to be aware of - if you have variable patch display times (because you have longer integration times for darker patches, or averaging below certain nit levels) this algorithm won't work as well. Ideally you would understand the effect of the patch value on the patch display time and also use that as a factor in your sorting algorithm. However, that is beyond the scope of what I can probably be bothered with (not even having an OLED to play with!!! ). For some meters this can't be worked around - eg for the Basiccolor Discus the variable read times can't be defeated.

This is a typical drift plot for a sorted sequence measured with a K10A set up for constant patch display time. I think it is about as flat as you're likely to get for a consumer OLED without taking this to an extreme such as power profiling the actual display in advance of running the actual profile, and using that power profile to sort the patch set.
Attached Thumbnails
Click image for larger version

Name:	WhatsApp Image 2019-08-26 at 19.28.52.jpg
Views:	90
Size:	109.6 KB
ID:	2616068   Click image for larger version

Name:	WhatsApp Image 2019-08-26 at 20.03.06.jpg
Views:	83
Size:	98.9 KB
ID:	2616070   Click image for larger version

Name:	WhatsApp Image 2019-08-27 at 09.32.48.jpg
Views:	80
Size:	81.0 KB
ID:	2616072   Click image for larger version

Name:	WhatsApp Image 2019-09-03 at 04.06.29.jpg
Views:	91
Size:	132.7 KB
ID:	2616074  
bobof is online now  
post #352 of 406 Old 09-16-2019, 04:29 AM
Advanced Member
 
chros73's Avatar
 
Join Date: Jan 2015
Posts: 527
Mentioned: 12 Post(s)
Tagged: 0 Thread(s)
Quoted: 315 Post(s)
Liked: 140
Quote:
Originally Posted by bobof View Post
One of the things which is fairly unique to this patch set ...
Since you are talking about this a lot, is it publicly available? I use DisplayCal (ArgyllCMS) with id3pro on B8.

Ryzen 5 2600,Asus Prime b450-Plus,16GB,MSI GTX 1060 Gaming X 6GB(v385.28),Win10 LTSB 1607,MPC-BEx64+LAV+MadVR,Yamaha RX-A870,LG OLED65B8(04.10.25+PC4:4:[email protected]/24/25/29/30/50/59/60Hz)
chros73 is offline  
post #353 of 406 Old 09-16-2019, 04:41 AM
aka jfinnie
 
Join Date: Aug 2015
Location: Norwich, UK
Posts: 3,278
Mentioned: 54 Post(s)
Tagged: 0 Thread(s)
Quoted: 2647 Post(s)
Liked: 1744
Quote:
Originally Posted by chros73 View Post
Since you are talking about this a lot, is it publicly available? I use DisplayCal (ArgyllCMS) with id3pro on B8.
I'll leave it for @BlackJoker to link to - I don't actually know which sequence he used in the above. I just provided a script for sorting the patches.

I've attached the script here. It's Python 3.7 and you can either invoke it without arguments and it will give you a few prompts for what patch set you'd like it to generate (it has a built in basic cube + extra RGBCMYW patches generator) or you can put a patch CSV file in the same directory and run the script with the patch file name as an argument; it then processes the patch set and outputs it.

It additionally makes you a pre-roll set if you tell it when it asks. The pre-roll set is the first n patches of the sequence, with the order reversed, and with specified drift patches interspersed (LS doesn't put drift patches up for display during pre-roll, which can lead to a slightly different panel temp for preroll vs real profiling as the drift patches increase the average power of the patches).

This script is rough and don't expect fancy pants error handling - do something silly and you'll get an exception likely. But it does work and it is free... . Hope it is useful.
Attached Files
File Type: zip oledpatchsortSOFS7.zip (5.2 KB, 15 views)
bobof is online now  
post #354 of 406 Old 09-16-2019, 05:38 AM
AVS Forum Special Member
 
mrtickleuk's Avatar
 
Join Date: May 2016
Location: Birmingham, UK - you know, the original one!
Posts: 7,103
Mentioned: 181 Post(s)
Tagged: 0 Thread(s)
Quoted: 4887 Post(s)
Liked: 7189
For beginners like me:

"OFPS: Full spread patches are distributed according to the default or chosen algorithm. The default algorithm will optimize the point locations to minimize the distance from any point in device space, to the nearest sample point. This is called Optimized Farthest Point Sampling (OFPS)"

You keep mentioning a 0.35second stabilisation patch. Please can you explain, is this 0.35 of black between EVERY patch, or something else?

TIA
Anger.miki likes this.

_______________
Denon AVR-X4200W, Arcam Alpha 8P; 5.1.4 setup: Mission 702e, M7C1i, 77DS, 731. Rel T5 Sub. Monitor Audio CT165 4 Tops | LG OLED55C8PLA TV | Samsung UBD-K8500 UHD Blu-Ray

HDMI 2.0 4K modes | Dolby & DTS core+outer audio tracks on (UHD) Blu-Rays | Hello to Jason Isaacs
mrtickleuk is online now  
post #355 of 406 Old 09-16-2019, 05:51 AM
Member
 
fonsocm's Avatar
 
Join Date: Feb 2008
Posts: 29
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Quoted: 7 Post(s)
Liked: 10
Quote:
Originally Posted by ConnecTEDDD View Post
Hi,

iTPG hasn't been added to current version of DeviceControl Interface because:

1) It has limitation to work only of you have Contrast @ 85, Brightness @ 50 and Color @ 50. With any other values of these controls it will not work for SDR patch generation.

The problem is that most of TV's are not having good near black, so it will require to adjust Brightness to 51-52 value most of times or up to 55-65 range when the panel has larger near black clipping issue.

You can say that keeping these default values, the issues of near black can be included to the 1D LUT generation, but in real world (not in feature/virtual world), by using 1D LUT has a lot of problems due to strange internal processing, so this has negative effect to the panel performance, as described here, for that reason we skip using completely the 1D LUT to prevent issue introduced.

2) We are interesting about the results coming only from HDMI Input patch generation or verification. For that reason we generate patterns only using the HDMI Input, so to include all the display internal processing/colorspace conversion during the patch generation.

When you are using iTPG, there video signal processing steps which are bypassed, so you will still need to generate patterns from the HDMI Input to evaluate the results.

For these 2 reasons its not so interesting feature to be added to DeviceControl, as we are interested to maximize and do proper calibration steps correctly.

Using PGeneration, which is bit-perfect solution and low cost solution to use for RGB 16-255/16-235 patch generation with LightSpace, its the recommended solution we suggest to LightSpace/ColourSpace users, as they will be able to use it as 'bit-perfect @ RGB triplet' patch generation to calibrate/verify any display/projector model they want.
One more question, it is curiosity.

I see the most of the calibration are SDR but those TVs (in theory) are designed for HDR. Is it technical problems?

I am thinking about buy the LG C9, Samsung Q90R or TCL X10 (8 in USA), I know it is a mess but the market looks a mess, actually. I want to be sure, I make the correct choice, I don't want to have to change the next year.

Thanks in advance.

Last edited by fonsocm; 09-16-2019 at 06:02 AM.
fonsocm is offline  
post #356 of 406 Old 09-16-2019, 06:00 AM
aka jfinnie
 
Join Date: Aug 2015
Location: Norwich, UK
Posts: 3,278
Mentioned: 54 Post(s)
Tagged: 0 Thread(s)
Quoted: 2647 Post(s)
Liked: 1744
Quote:
Originally Posted by fonsocm View Post
One more question, it is curiosity.

I see the most of the calibration are SDR but those TVs (in theory) are designed for HDR. Is it technical problems?

I am thinking about buy the LG C9, Samsung Q90R or TCL X10 (S in USA), I know it is a mess but the market looks a mess, actually. I want to be sure, I make the correct choice, I don't want to have to change the next year.

Thanks in advance.
I don't think any OLED is really "designed for HDR". Particularly when you consider the drift is so bad with just SDR luma levels, and the saturation colour volume shrinks so much as you go up through the luminance range.

Doesn't make them bad TVs though.
Rolls-Royce and fonsocm like this.
bobof is online now  
post #357 of 406 Old 09-16-2019, 09:09 AM
AVS Forum Special Member
 
Rolls-Royce's Avatar
 
Join Date: Apr 2003
Location: Victorville, CA
Posts: 4,170
Mentioned: 38 Post(s)
Tagged: 0 Thread(s)
Quoted: 1154 Post(s)
Liked: 1246
Quote:
Originally Posted by fonsocm View Post
One more question, it is curiosity.

I see the most of the calibration are SDR but those TVs (in theory) are designed for HDR. Is it technical problems?

I am thinking about buy the LG C9, Samsung Q90R or TCL X10 (8 in USA), I know it is a mess but the market looks a mess, actually. I want to be sure, I make the correct choice, I don't want to have to change the next year.

Thanks in advance.
All of today's sets are capable of being calibrated for SDR. Sony sets even use their SDR settings as the underpinning for their HDR10 and DV picture modes. But HDR is much more difficult - and expensive - to calibrate separately for. Until relatively recently, there were no standards for HDR tonemapping, which is necessary because current displays cannot meet the requirements for gamut coverage or luminance specified. It has been up to each manufacturer to chart their own course.

With the current pace of development and range of technologies in home theater displays, I don't think there IS a "correct choice"...
fonsocm likes this.

...Royce...

"I never drink...wine."
Bela Lugosi, DRACULA, 1931
Rolls-Royce is online now  
post #358 of 406 Old 09-16-2019, 02:46 PM
AVS Forum Special Member
 
sillysally's Avatar
 
Join Date: Jun 2006
Location: Chicago
Posts: 5,153
Mentioned: 20 Post(s)
Tagged: 0 Thread(s)
Quoted: 1178 Post(s)
Liked: 1053
Quote:
Originally Posted by chros73 View Post
Since you are talking about this a lot, is it publicly available? I use DisplayCal (ArgyllCMS) with id3pro on B8.
Isn't the above the same thing as DisplayCal/ArgyllCMS does if you set it up correctly, directing what percentage H/M/L light levels and making a patch set. Then rerunning the patch set that refines the patchset for the display you are working on and using the new patch set as your preference.

ss

"Don't worry be happy"
LG77C8, Klein K10-A, Jeti 1211, CMS Lightspace, Calman home plus licence for K10-A, Murideo 6G.
sillysally is offline  
post #359 of 406 Old 09-16-2019, 07:11 PM
AVS Forum Special Member
 
gwgill's Avatar
 
Join Date: Jan 2013
Location: Melbourne, Australia
Posts: 1,106
Mentioned: 27 Post(s)
Tagged: 0 Thread(s)
Quoted: 358 Post(s)
Liked: 259
Quote:
Originally Posted by bobof View Post
@gwgill
I tested all the patch sequence sorting options in ArgyllCMS / displaycal (not sure where the division of labour happens there) and they all exhibit a characteristic shape which will show through in profiles. As the drift patches only happen periodically, drift correction won't always make a brilliant correction of a read patch. Lightspace also had this issue with the Ansiometric sequence until I pointed this out and they implemented a bit better algorithm (it's still not brilliant as there is a definite shape that comes through into the profile, but it is more manageable from a drift correction point of view).
That's interesting. By default targen will order display patches so as to minimize the change in color between the patches, so as to minimize any display settling time. This is probably opposite to an order that will minimize display auto power regulation effects. Unfortunately I don't have access to the types of displays that have this type of characteristic, so really haven't had the opportunity to develop algorithms to minimize such effects.
Quote:
I'll probably never do anything with it again but having that kind of option or a better variant of in ArgyllCMS / displaycal would be of great benefit. Maybe you might consider inclusion of something like this.
Sure - can you outline what your code attempts to do ? (Perhaps email me directly).
bobof likes this.

Author of ArgyllCMS and ArgyllPRO ColorMeter
gwgill is offline  
post #360 of 406 Old 09-16-2019, 07:13 PM
AVS Forum Special Member
 
gwgill's Avatar
 
Join Date: Jan 2013
Location: Melbourne, Australia
Posts: 1,106
Mentioned: 27 Post(s)
Tagged: 0 Thread(s)
Quoted: 358 Post(s)
Liked: 259
Quote:
Originally Posted by Anger.miki View Post
We did but probably we didn't understand each other. Nevermind, it's not something really important.
Nothings turned up on my doorstep :-(

Seems like it's a bit moot now that basICColor have gone under...

Author of ArgyllCMS and ArgyllPRO ColorMeter
gwgill is offline  
Sponsored Links
Advertisement
 
Reply Display Calibration

Thread Tools
Show Printable Version Show Printable Version
Email this Page Email this Page


Forum Jump: 

Posting Rules  
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are Off
Refbacks are Off