mva.pl

Gradient wyświetlasz w przeglądarce bez CMS (np. Microsoft Paint). Powinieneś widzieć 256 odcieni (256 pasków) - nie mniej, nie więcej.

W Paincie jest ładniutki

I prawidłowo. Taki test ogląda się w aplikacji BEZ zarządzania barwą. Akurat windziane programy przeglądarkowe działają raz tak, raz śmak, więc nie nadają się do testów.

Mi ten plik wyświetla się prawidłowo zawsze i wszędzie, czy to w "Zdjęcia", Paint3D czy IrfanView.

Mi w Paincie, Zdjęciach i Paint 3D również tak samo. Niemniej jednak obrazek testowy z sygnalizatorem świetlnym wskazuje, że z tych programów Zdjęcia mają CMM, ale wyświetlają też prawidłowo.

GrzesiekR pisze: ↑

19 lutego 2020, 09:45 - śr

Mi ten plik wyświetla się prawidłowo zawsze i wszędzie, czy to w "Zdjęcia", Paint3D czy IrfanView.

Pytanie, co to jest prawidłowo ?
W Paint powinien się inaczej wyświetlać od tego w IrfanView, chyba, że w IrfanView nie masz włączonej opcji zarządzania barwą (co jest dużym błędem mz. )

Może użyłem złego określenia - pod pojęciem prawidłowo mam na myśli płynny gradient bez żadnych ciemniejszych pasów, miejsc, artefaktów co ma miejsce w przypadku firefoxa z włączonym cmm

Jak powinien być liczony czas działania monitora "Hours running: ON/OFF" przy korzystaniu z funkcji "Human sensing" i funkcji uśpienia monitora z poziomu Windows ?
Jeżeli mam ustawione "Human sensing: On - 3 min" i uśpienie po 20 min, to po tym czasie, zalicza całe 20 min do pracy monitora "On", chociaż monitor przeszedł w tryb oszczędzania energii (pomarańczowa dioda) po 3 min ?
Z kolei przy ustawieniu w Windows uśpienia po 3 min, następnie powrotu do pracy po 20 min, dodaje 3 min do ON i 17 do OFF (dioda również pomarańczowa) - to jest akurat poprawne moim zdaniem.
Czy monitor w obu tych przypadkach pracuje w innym trybie (mam dodatkowo podłączony drugi monitor, może to ma wpływ) ?

Przy wyłączeniu z poziomu ACPI licznik ON się zatrzymuje, OFF idzie. Przy wyłączeniu podświetlenia przez Human Sensing, licznik ON idzie.

W nowym SpectraView:

skinny500 pisze: ↑

01 lipca 2020, 12:09 - śr

W nowym SpectraView:

Nie bardzo chyba rozumiem - wiem że był błąd w FW monitora uniemożliwiający poprawną kalibrację, rozwiązali to poprzez update SV czy ta opcja odnosi się do czegoś innego?

TŁUMACZENIE Z INSTRUKCJI MONITORA:

"Funkcja Aktualizuj kalibrację wewnętrzną ustawia wewnętrzną kalibrację odniesienia wyświetlacza za pomocą pomiarów z aktualnie podłączonego czujnika kalibracji.
Wyświetlacz ma wewnętrzną kalibrację odniesienia, która została pierwotnie ustawiona podczas produkcji przy użyciu laboratoryjnego sprzętu pomiarowego. Ta kalibracja wzorcowa jest wykorzystywana przez wewnętrzny silnik kolorów SpectraView wyświetlacza w celu zapewnienia zaawansowanych funkcji kontroli kolorów, takich jak możliwość ustawienia określonej wartości jasności / intensywności oraz ustawienia punktu bieli i gamy kolorów w wartościach CIE xy, przy użyciu albo OSD (menu ekranowe) lub aplikacja MultiProfiler (więcej informacji na temat MultiProfiler znajduje się na stronie 56). Kalibracja odniesienia jest dokładnie śledzona automatycznie w miarę starzenia się wyświetlacza.
Wykonując tę ​​operację aktualizacji, wewnętrzne informacje kalibracyjne odniesienia użyte do obliczenia wszystkich ustawień trybu obrazu na wyświetlaczu zostaną zaktualizowane. Ustawienia dotyczące kolorów w OSD i aplikacji MultiProfiler będą ściśle pasować do pomiarów z czujnika kalibracji. Dzięki temu elementy sterujące OSD i MultiProfiler mogą być używane do ustawiania różnych ustawień trybu obrazu z prawie taką samą dokładnością (w stosunku do używanego czujnika kalibracji) jak w przypadku kalibracji za pomocą SpectraView, ale bez konieczności używania czujnika kalibracji po przeprowadzeniu aktualizacji ."
---
Dodam tylko, że trwałość "ustawień fabrycznych" szacuje się na ok. 2 lata. Dlatego też często zalecało się używanie MultiProfilera jako "wystarczające dla nowego monitora, a opcjonalna kalibracja sprzętowa (SVII+czujnik) zalecana w razie wyższej potrzeby. Udowodniłem też, że takie ustawienia poprzez MP są odrobinę dokładniejsze, niż po użyciu SVII + i1DP, także to się zgadza z powyższym (pogrubienie) .

I to właśnie jest dziwne w tym monitorze, w ciągu pierwszych dwóch lat kalibracja urządzeniem zewnętrznym jest niezalecana ze wylęgu na potencjalne pogorszenie wyników. Natomiast po dwóch latach sytuacja się zmienia i już kalibracja urządzeniem zewnętrznym jest wskazana .

Dla i1DP różnica jest niewielka, wręcz można by ją uznać za pomijalną, ale jednak jest. Przykładowo: dla punktu bieli może wynieść 30-80 Kelwinów, dla jasności ok.4-6 nitów dla 80 nitów wskazanych.

NocnyJastrzab pisze: ↑

01 lipca 2020, 19:10 - śr

TŁUMACZENIE Z INSTRUKCJI MONITORA:

"Funkcja Aktualizuj kalibrację wewnętrzną ustawia wewnętrzną kalibrację odniesienia wyświetlacza za pomocą pomiarów z aktualnie podłączonego czujnika kalibracji.
Wyświetlacz ma wewnętrzną kalibrację odniesienia, która została pierwotnie ustawiona podczas produkcji przy użyciu laboratoryjnego sprzętu pomiarowego. Ta kalibracja wzorcowa jest wykorzystywana przez wewnętrzny silnik kolorów SpectraView wyświetlacza w celu zapewnienia zaawansowanych funkcji kontroli kolorów, takich jak możliwość ustawienia określonej wartości jasności / intensywności oraz ustawienia punktu bieli i gamy kolorów w wartościach CIE xy, przy użyciu albo OSD (menu ekranowe) lub aplikacja MultiProfiler (więcej informacji na temat MultiProfiler znajduje się na stronie 56). Kalibracja odniesienia jest dokładnie śledzona automatycznie w miarę starzenia się wyświetlacza.
Wykonując tę ​​operację aktualizacji, wewnętrzne informacje kalibracyjne odniesienia użyte do obliczenia wszystkich ustawień trybu obrazu na wyświetlaczu zostaną zaktualizowane. Ustawienia dotyczące kolorów w OSD i aplikacji MultiProfiler będą ściśle pasować do pomiarów z czujnika kalibracji. Dzięki temu elementy sterujące OSD i MultiProfiler mogą być używane do ustawiania różnych ustawień trybu obrazu z prawie taką samą dokładnością (w stosunku do używanego czujnika kalibracji) jak w przypadku kalibracji za pomocą SpectraView, ale bez konieczności używania czujnika kalibracji po przeprowadzeniu aktualizacji ."
---
Dodam tylko, że trwałość "ustawień fabrycznych" szacuje się na ok. 2 lata. Dlatego też często zalecało się używanie MultiProfilera jako "wystarczające dla nowego monitora, a opcjonalna kalibracja sprzętowa (SVII+czujnik) zalecana w razie wyższej potrzeby. Udowodniłem też, że takie ustawienia poprzez MP są odrobinę dokładniejsze, niż po użyciu SVII + i1DP, także to się zgadza z powyższym (pogrubienie) .

Michalow pisze: ↑

02 lipca 2020, 10:06 - czw

I to właśnie jest dziwne w tym monitorze, w ciągu pierwszych dwóch lat kalibracja urządzeniem zewnętrznym jest niezalecana ze wylęgu na potencjalne pogorszenie wyników. Natomiast po dwóch latach sytuacja się zmienia i już kalibracja urządzeniem zewnętrznym jest wskazana .

But SpectraviewII 1.1.41 still DO NOT have the proper spectral correction for i1displaypro colorimeters and PA271Q backlight (WLED PFS phosphor)... so internal memory update (by user) will have some kind of error, at least in whitepoint.
Also i1Pro, i1Pro2 and i1Pro3 working with Xrite SDK will report 10nm readings (it does not "SEE" WLED PFS backlight properly) and low light measurements are not great and PA271Q has an extremely good contrast for an IPS, so it will be more affected than common IPS monitors.

So even if you can update PA271Q's internal memory so you can use Multiprofiler with actual measurements made by you... they will be "wrong" (mostly WP, but wrong)
I wonder why a company like NEC is not able to bundle proper EDR into their PAID software, years after this model release. A total failure this model, by NEC's faulty support not by components quality which seems to be great.

Vicent pisze: ↑

06 lipca 2020, 20:13 - pn

But SpectraviewII 1.1.41 still DO NOT have the proper spectral correction for i1displaypro colorimeters and PA271Q backlight (WLED PFS phosphor)... so internal memory update (by user) will have some kind of error, at least in whitepoint.
Also i1Pro, i1Pro2 and i1Pro3 working with Xrite SDK will report 10nm readings (it does not "SEE" WLED PFS backlight properly) and low light measurements are not great and PA271Q has an extremely good contrast for an IPS, so it will be more affected than common IPS monitors.

So even if you can update PA271Q's internal memory so you can use Multiprofiler with actual measurements made by you... they will be "wrong" (mostly WP, but wrong)
I wonder why a company like NEC is not able to bundle proper EDR into their PAID software, years after this model release. A total failure this model, by NEC's faulty support not by components quality which seems to be great.

Although there is no PFS spectral characterisation, it works just fine. According to my inside source it takes ages when you order custom spectral characterisation at X-Rite, so they most probably just used a simple matrix correction instead.

Czornyj pisze: ↑

17 lipca 2020, 11:25 - pt

Vicent pisze: ↑

06 lipca 2020, 20:13 - pn

But SpectraviewII 1.1.41 still DO NOT have the proper spectral correction for i1displaypro colorimeters and PA271Q backlight (WLED PFS phosphor)... so internal memory update (by user) will have some kind of error, at least in whitepoint.
Also i1Pro, i1Pro2 and i1Pro3 working with Xrite SDK will report 10nm readings (it does not "SEE" WLED PFS backlight properly) and low light measurements are not great and PA271Q has an extremely good contrast for an IPS, so it will be more affected than common IPS monitors.

So even if you can update PA271Q's internal memory so you can use Multiprofiler with actual measurements made by you... they will be "wrong" (mostly WP, but wrong)
I wonder why a company like NEC is not able to bundle proper EDR into their PAID software, years after this model release. A total failure this model, by NEC's faulty support not by components quality which seems to be great.

Although there is no PFS spectral characterisation, it works just fine. According to my inside source it takes ages when you order custom spectral characterisation at X-Rite, so they most probably just used a simple matrix correction instead.

Another reason to avoid these NEC models. Simple matrices do not take account of inter instrument variation, EDR does since it needs to read colorimeter sensivity curves in your own i1d3 firmware to compute a 3x3 matrix for that backlight type and your particular i1d3.
i1d3s may be reasonaly close one to another in their raw uncorrected RGB values sent over USB, but a significative % of final accuracy and good inter instrument agreement of this colorimeter model comes from using each device's spectral sensivity data (firmware). That's why Xrite made them that way, also that's why SpyderX is innacurate even if moved to i1d3-like non fading filters: no spectral sensivity data, just a set of generic matrices.

Also NEC Spectraview II uses generic EDRs for WLED models or older WG CCFL, otherwise i1displaypro won't be able to measure & calibrate them with accuracy. There is no excuse to do not use the WLED PFS (AdobeRGB+P3 flavor) that Xrite has measured for other clients like HP or Light Illusion... if we exclude "we do not want to pay" reason (if we can apply it here regarding EDR use licensing).

Another interesting question is what competitors do, and if we impose a QC requirement equal to NEC this question directly translates to "what does Eizo use in CN?".
Eizo uses Xrite SDK but do not use separated EDR files. It is unclear if they bundle a generic set of matrices (a dirty solution, like the one you say NEc may be using) ...or they use an accurate solution reading i1d3 spectral sensivity data from firmware and computing XYZ to XYZ matrix with such spectral sensivity data in its own DLL with "hardcoded in DLL" set of spectral data, then that matrix is applied on top of uncorrected XYZ readings from Xrite SDK.
All test made by owners & reviewers show a very accurate whitepoint readings after calibration with i1d3 & CN... so I would probably discard 1st option. i1d3 are good but not as good to ignore fimware spectral sensivity data.
This leaves 2nd option alone, but seems too much works just to offuscate Eizo's spectral data from users as if it were some kind of intellectual property.
CalMAN and their "encrypted" set of displays spectral data use this second approach so only their own i1d3 flavor "spetracal C6" is allowed to use it... so if Eizo uses this trick they won't be alone.