![]() Perhaps implementing usage of self-generated 3D LUTs would be a nice solution for the time being? Log file Gnome already supports installing ICC profiles and applying 1D LUT on Wayland, but mpv does not support gamut mapping on this platform (due to lcms2 limitation?). ![]() is no color management support of mpv when running it on Wayland. This is also true for HDR video, they look too bright as well when using -icc-profile-auto and using -vf=format:gamma=gamma2.4 as a workaround does not work for them. At least it's definitely not what I would like it to do. Mpv seems to "revert" this gamma adjustment of 1D LUT, which I think is incorrect according to the quote above. If your instrument is capable of measuring ambient light levels, then you can do so. ![]() So if you are displaying images encoded to the sRGB standard, or displaying video through the calibration, just setting the gamma curve to sRGB or REC 709 (respectively) is probably not what you want! What you probably want to do, is to set the gamma curve to about gamma 2.4, so that the contrast range is expanded appropriately, or alternatively use sRGB or REC 709 or a gamma of 2.2 but also specify the actual ambient viewing conditions via a light level in Lux, so that an appropriate contrast enhancement can be made during calibration. This is because this 2.2 gamma is a source gamma encoding in bright viewing conditions such as a television studio, while typical display viewing conditions are quite dark by comparison, and a contrast expansion of (approx.) gamma 1.1 is desirable to make the images look as intended. ![]() sRGB, REC 709, SMPTE 240M, Macintosh OS X 10.6), but are actually intended to be displayed on a display with a typical CRT gamma of 2.4 viewed in a darkened environment. When additionally setting -vf=format:gamma=gamma2.4, the gamma once again looks like without ICC profile:ĭispla圜al documentation recommends to calibrate the display to match a gamma of 2.4 when applying 1D LUT calibration and playing most bt.1886 content:Īlso note that many color spaces are encoded with, and labelled as having a gamma of approximately 2.2 (ie. Mpv does not just do gamut mapping, it also sets a brighter gamma value (screenshots done on Windows, but there is no difference between platforms in this regard): When using -icc-profile-auto, mpv should only do gamut mapping when playing a video on the screen for which the ICC profile is installed. Install this ICC profile for your Xorg session via Plasma color correction settings / colord:ĭUAL-DVI #1 13-12 81cdm² 6504K 0.08cdm² 2.4 M-S XYZLUT+MTX.zip Expected behavior Because the sample size is me, a single person (nope I didn't have anyone to ask "oh is my screen green”) with a single colorimeter, I can't deny the chance of both broken in a single manner is not small.Continuation from here: #7951 Important Information Maybe it's both my eyes and the one colorimeter I bought are broken in a way that perceives color green too much. ) The difference in graph just shows that one out of those two have a good white then the other doesn't. (Even I buy a spectrometer which probably doesn't do that well in the lowest brightness, they will always find excuses that it's us, the crazy users look at the device wrong. My colorimeter is i1 display studio, yes it's not the most accurate thing. Even people argues about the accuracy, the panel on 12 mini and XS shouldn't differ from each other too much thus the comparison is valid. The the one for IPS (WLED) was chosen for iPad Pro. OLED are chosen for three of the phone displays. We are not doing color calibration here, what we did is simply measure the white relative to each other. Still, this was (next to green/yellow screen) one of the reasons why my 12PM has gone back to Apple. In one I replaced the LEDs with halogen, problem solved. I must say this flicker is not there with all artificial lights in my house, only some. They had no explanation as to why the flicker was not there (or at least massively less noticeable) on older iPhone's in my family at 60 FPS. I was speechless for a few seconds as you can imagine. They recommended not to make any indoor video recordings with the artificial lighting on (really!!) or go outdoors. Flicker is not there at other FPS settings. Some artificial lights seem to do this to iPhone 12 (Pro Max in my case) at 60 FPS. One week later he had feedback from "the engineers in the US", the flicker was due to (my) indoor artificial lighting. As result he saw the massive flicker himself during our call. Had exactly the same issue, so made a ticket Apple, got eventually a senior technician on the phone, he asked me to upload my videos to their portal (I got an email with a link to upload).
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |