[THREAD UFFICIALE] DELL ultrasharp U2410

[maxus]

Originariamente inviato da Tyler983

no, non ho i vecchi drivers... ora mi informo per lo hdmi. Ma hai notato differenze???

cambia poco o niente ho rifatto la calibrazione con deep color ma cambia poco

[Tyler983]

Originariamente inviato da maxus

cambia poco o niente ho rifatto la calibrazione con deep color ma cambia poco

Fondamentalmente quindi è inutile che mi sbatto troppo per trovare una soluzione.
Hai notato per caso, dopo la calibrazione in custom colors, se i rossi sono più sparati rispetto agli altri colori???

[maxus]

Originariamente inviato da Tyler983

Fondamentalmente quindi è inutile che mi sbatto troppo per trovare una soluzione.
Hai notato per caso, dopo la calibrazione in custom colors, se i rossi sono più sparati rispetto agli altri colori???

ti consiglio di fare la calibrazione in standard ottieni neri più profondi e contrasto più alto

[maxus]

http://www.tftcentral.co.uk/reviews/...dell_u2410.htm

[Tyler983]

Originariamente inviato da maxus

http://www.tftcentral.co.uk/reviews/...dell_u2410.htm

Sei un grande maxus!!! Tempo fa lessi quel test ma non salvai la pagina. Quando mi è arrivato lo spettrofotometro l'ho cercato senza risultati. Ed ora eccolo che rispunta... grazie mille, dopo mi faccio una bella calibratona in standard e vediamo che si dice

[maxus]

Originariamente inviato da Tyler983

Sei un grande maxus!!! Tempo fa lessi quel test ma non salvai la pagina. Quando mi è arrivato lo spettrofotometro l'ho cercato senza risultati. Ed ora eccolo che rispunta... grazie mille, dopo mi faccio una bella calibratona in standard e vediamo che si dice

con basiccolor non ho raggiunto i livelli di nero e contrasto raggiunti dal sito ma ci sono andato vicino, nulla a che vedere con i settaggi custom.
la cosa strana è che secondo loro raggiungono 119 candele con luminosià a 30
mentre a me per avere 120 devo impostare luminosita 0.
comunque ora con tutti questi accorgimenti sono molto soddisfatto, prova e fammi sapere

[Tyler983]

Originariamente inviato da maxus

con basiccolor non ho raggiunto i livelli di nero e contrasto raggiunti dal sito ma ci sono andato vicino, nulla a che vedere con i settaggi custom.
la cosa strana è che secondo loro raggiungono 119 candele con luminosià a 30
mentre a me per avere 120 devo impostare luminosita 0.
comunque ora con tutti questi accorgimenti sono molto soddisfatto, prova e fammi sapere

Si è vero ho notato anche io la questione luminosità ed anche a me sembra strano... Come te anche io per arrivare al valore di 120 candele devo impostare da osd un valore bassissimo... mediamente sta sui 5/6. più tardi faccio partire la calibrazione e ti tengo aggiornato

[Nadim]

Avete visto se la REV della recensione è uguale alla vostr? Tra una REV e l'altra le impostazioni possono dare risultati diversi.

[TearsDuct]

Cavolo! mai a pensare che la calibrazione fosse migliore impostandolo su standard piuttosto che su custom color, dove puoi cambiare molte più cose

[pasph]

YCbCr è semplicemente uno spazio colore sicchè il monitor poi andrebbe calibrato per quello (serve alla codifica di filmati HD).
Ache le schede video hanno una LUT quindi anche qui si ripete il giochetto spiegato prima.
Giusto per amore di precisione: il flusso nativo hw a 30 bit si ottiene con una scheda video non semplicemente "compatibile" ma una quadro o una firepro, con una connessione display port, con un monitor nativo a 10 bit (tipo HP Dreamcolor).

Detto questo...chi se ne frega del 30 bit nativo (a meno che non si lavori alla Dreamworks )

[maxus]

Originariamente inviato da pasph

YCbCr è semplicemente uno spazio colore sicchè il monitor poi andrebbe calibrato per quello (serve alla codifica di filmati HD).
Ache le schede video hanno una LUT quindi anche qui si ripete il giochetto spiegato prima.
Giusto per amore di precisione: il flusso nativo hw a 30 bit si ottiene con una scheda video non semplicemente "compatibile" ma una quadro o una firepro, con una connessione display port, con un monitor nativo a 10 bit (tipo HP Dreamcolor).

Detto questo...chi se ne frega del 30 bit nativo (a meno che non si lavori alla Dreamworks )

quindi meglio rgb ?

[pasph]

Originariamente inviato da maxus

quindi meglio rgb ?

ci sono 3d notevoli su forum dedicati al video che parlano di questa cosa, io non ho la competenza per commentare ma mi sembra di aver capito che dipende da cosa ci si guarda.

[FabryHw]

Originariamente inviato da pasph

Da ricordare che bisogna usare la display port ed avere una scheda video che supporti il deep color (nvidia quadro, ati firepro).
Se qualcuno prova quell'applicazione sarei curioso di sapere cosa dice del Dell.

Provato il software, in teoria non doveva partire perché i 10 bit non sono abilitati nel driver della scheda video.
Invece è partito, ma non c'è differenza tra la finestra 8 bit e quella 10 bit ed il banding è visibile in entrambe.

La mia scheda video è una Quadro Mobile FX3700 ma purtroppo Nvidia ha deciso di non abilitare i 30 bit colore.
Invece li supporta sulla Mobile FX3800 che non è altro che una versione overclockata della mia

[FabryHw]

Originariamente inviato da pasph

Nel caso del Nec pa241w invece abbiamo una 3D LUT a 14 bit programmabile e una precisione computazionale a 16 bit per canale, che vuol dire? Ehmm...
Però il pannello è lo stesso...

Vuol dire che tutti i calcoli interni vengono fatti con 48bit di profondità colore.
Ossia entrano 24bit, vengono internamente convertiti in 48 bit per poi essere rinconvertiti a 24 bit (o al più a 30 bit) per essere mandati al pannello.

Cosa serve questa cosa apparamente inutile ?
Ad evitare che gli errori di arrotondamento scalino generando falsi colori o altri difetti quando vengono fatte elaborazioni ripetute sull'immagine (esempio interpolazioni, effetti video, correzioni cromatiche).

Ipotizziamo per esempio che ci sia da applicare una funzione che aumenta del 12% il canale rosso e che tale funzione sia da applicare ricorsivamente tre volte.

Se un pixel in input fosse Red:154 ed il monitor lavorasse solo a 24 bit interni avresti:

1. Al primo passaggio 155 + 12% dà 173.60 che viene arrotondato a 174
2. Al secondo passagio 174 + 12% dà 194.88 che viene arrotondato a 195
3. Al terzo passaggio 195 + 12% dà 218.40 che viene arrotondato a 218

Il pixel in uscita sarebbe quindi Red:218

La matematica ci dice che applicare tre volte un +12% equivale ad applicare una volta sola un +40.50% circa.
Ma Red:154 + 40.50% dovrebbe darci un Red:216 e non Red:218 ed ecco che a causa dei continui arrotondamenti abbiamo sbagliato il colore finale.

Se invece il monitor lavorasse con un numero maggiore di bit colore interni gli errori arrotondamento durante le manipolazioni dei dati sarebbero minori (seppure ovviamente presenti), arrivando a produrre un risultato finale error free nel caso i bit colore utilizzati durante i calcoli fossero molti di più dei bit colore del formato in input (diciamo almeno 42bit per un input a 24 bit).

[Tyler983]

Originariamente inviato da FabryHw

Vuol dire che tutti i calcoli interni vengono fatti con 48bit di profondità colore.
Ossia entrano 24bit vengono internamenti convertiti in 48 bit per poi essere rinconvertiti a 24 bit (o al più a 30 bit) per essere mandati al pannello.

Cosa serve questa cosa apparamente inutile ?
Ad evitare che gli errori di arrotondamento scalino generando falsi colori o altri difetti quando vengono fatte elaborazioni ripetute sull'immagine (esempio interpolazioni, effetti video, correzioni cromatiche).

Ipotizziamo per esempio che ci sia da applicare una funzione che aumenta del 12% il canale rosso e che tale funzione sia da applicare ricorsivamente tre volte.

Se un pixel in input fosse Red:154 ed il monitor lavorasse solo a 24 bit interni avresti:

1. Al primo passaggio 155 + 12% dà 173.60 che viene arrotondato a 174
2. Al secondo passagio 172 + 12% dà 194.88 che viene arrotondato a 195
3. Al terzo passaggio 195 + 12% dà 218.40 che viene arrotondato a 218

Il pixel in uscita sarebbe quindi Red:218

La matematica ci dice che applicare tre volte un +12% equivale ad applicare una volta sola un +40.50% circa.
Ma Red:154 + 40.50% dovrebbe darci un Red:216 e non Red:218 ed ecco che a causa dei continui arrotondamenti abbiamo sbagliato il colore finale.

Se invece il monitor lavorasse con un numero maggiore di bit colore interni gli errori arrotondamento durante le manipolazioni dei dati sarebbero minori (seppure ovviamente presenti), arrivando a produrre un risultato finale error free nel caso i bit colore utilizzati durante i calcoli fossero molti di più dei bit colore del formato in input (diciamo almeno 42bit per un input a 24 bit).

Grande Fabry mi stai aprendo un mondo Vorrei chiederti una cosa.
Il problema della visualizzazione errata dei colori non dovrebbe parzialmente risolversi con una calibrazione monitor più accurata di quella standard? Mi spiego: quando imposto il software di calibrazione della x-rite, ho la possibilità di aggiungere infinite patch di colori spot (per esempio i colori pantone) o addirittura delle foto che vengono prontamente convertite in tabelle colori. Con l'aggiunta di tutto ciò vengono dati da analizzare allo spettrofotometro un numero di colori superiore alla tabella standard.
Fatto questo, il monitor non dovrebbe essere in grado di visualizzare con maggior precisione le sfumature di colori?
Dici che sia solo una questione hardware del monitor?

[pasph]

Secondo me il sw di calibrazione gioca una parte importante, però qui il punto fondamentale che differenzia il nec è che puoi fare la calibrazione hw.
Cioè normalmente vai ad applicare le correzioni sulla lut della scheda video e al monitor gli arrivano comunque solo 8 bit, lì invece le applichi direttamente nella lut del monitor e quella precisione computazionale la sfrutti tutta.
imho.

[Tyler983]

Originariamente inviato da pasph

Secondo me il sw di calibrazione gioca una parte importante, però qui il punto fondamentale che differenzia il nec è che puoi fare la calibrazione hw.
Cioè normalmente vai ad applicare le correzioni sulla lut della scheda video e al monitor gli arrivano comunque solo 8 bit, lì invece le applichi direttamente nella lut del monitor e quella precisione computazionale la sfrutti tutta.
imho.

Si via hardware è sicuramente più precisa anche sul nostro dell molti di noi (compreso me) hanno lamentato, durante la calibrazione in custom colors, una corrispondenza errata del colore rosso. Cosa che non accade o si presenta in maniera minore calibrando con il preset standard.

[street]

lo avete perchè il custom hai 7 vettori da gestire, non i classici 3.

cioè, hai hue, saturation e lightness di rosso, blu, verde E ciano, magenta, giallo, nero.

Ora vado a memoria.

Questo vuol dire che andando a manina a gestire tutti questi parametri puoi certamente migliorare la corrispondenza, ma nella realtà diventa un lavoro esagerato.

d' altro canto, quando dite "il rosso spara", lo dite intendendo "spara in un sistema color-managed" o spara in un sistema non "color-managed"?

nel primo caso è un problema (e potrebbe esser dovuto allo spyder, non è il top da usare su questi pannelli, soprattutto non è il suo sw da usarsi. provate ad usare argyll, molto meglio). Nel secondo caso è quasi ovvio.

[Tyler983]

Originariamente inviato da street

lo avete perchè il custom hai 7 vettori da gestire, non i classici 3.

cioè, hai hue, saturation e lightness di rosso, blu, verde E ciano, magenta, giallo, nero.

Ora vado a memoria.

Questo vuol dire che andando a manina a gestire tutti questi parametri puoi certamente migliorare la corrispondenza, ma nella realtà diventa un lavoro esagerato.

d' altro canto, quando dite "il rosso spara", lo dite intendendo "spara in un sistema color-managed" o spara in un sistema non "color-managed"?

nel primo caso è un problema (e potrebbe esser dovuto allo spyder, non è il top da usare su questi pannelli, soprattutto non è il suo sw da usarsi. provate ad usare argyll, molto meglio). Nel secondo caso è quasi ovvio.

Quoto tutto quello che dici tranne per il fatto che di solito si agisce su i gain che sono solo 3 RGB. Hue, saturation ecc.. sono un suicidio da modificare

[pasph]

Originariamente inviato da street

lo avete perchè il custom hai 7 vettori da gestire, non i classici 3.

Se tftcentral scrive:
"The calibration was part-success. On the one hand, it had obviously done a good job at adjusting gamma, colour temperature and luminance to within 1% of the desired values. Black depth was a little lower now as well at 0.27 cd/m2, but contrast ratio was a rather mediocre 448:1. On the other hand, colour accuracy was still pretty poor. Black and grey shades had been corrected well, but there was still a high dE in the main colours, with dE average only down to 3.2 and a max now of 10.8. I carried out several tests and calibrations with various versions of the software (including the latest v4.5.1), with and without any adjustments in the OSD and this didn't seem to improve. Very odd..."

e se prad scrive:
"Just for reference, we measured the highly problematic "Custom Colour mode in its standard settings. The considerably less neutral grey axis is noticeable. On the other hand, the white point is closer to the black body curve. It is also easy to see why the CCT indication is so insignificant."
"No particularly noticeable aspects arise in the standard mode. In "Custom Colour" mode, considerable deviations arose at this point for colour values with green shares because the captured and actual status did not match. Thus, a CMM could not carry out any more reasonable transformations."

Forse il monitor qualche problema in custom ce l'ha