les capteurs fovéon, même le raw d'un foveon, JPR va nous dire
qu'il y a "quelque chose en plus" qu'un bitmap RGB normal...
ce qui est rigolo
je dirais même à se taper le cul par terre c'est que crois voir la fameuse solution de la mort qui tue les raw dans ce capteur fovéon
pourquoi on s'est pas précipité vers cette solution ???
jpw
Stephane Legras-Decussy
"JPW" a écrit dans le message de news:
vous racontez définitivement n'importe quoi....
je vais t'expliquer la magie de la balance en un clic.
tu prends un carton gris neutre, et tu l'eclaires en 9500k par exemple. tu prends la photo.
tu ouvres la photo brute dans ton soft d'images, tu bouges les curseurs RGB jusqu'a obtenir du gris à l'ecran et tu notes les % de corrections sur un post-it.
tu refais le truc pour 2500K, etc...
ensuite mr Nikon ecrit un joli logiciel, fait un joli bouton marqué 2500K qui applique les coefs... et voila....
et là JPR croit que ya un truc en plus (qu'il serait bien en peine d'expliquer) dans le raw...
forcement ces coefs sont liés à chaque modéle d'APN donc il ne peut pas y avoir de boutons "balance magique" generiques dans le PSP.
faut vraiment tout vous expliquer les gars... pffff....
"JPW" <jpw@libertysurf.invalid> a écrit dans le message de news:
4bjsf6F11vp1hU1@individual.net...
vous racontez définitivement n'importe quoi....
je vais t'expliquer la magie de la balance
en un clic.
tu prends un carton gris neutre, et tu l'eclaires
en 9500k par exemple. tu prends la photo.
tu ouvres la photo brute dans ton soft d'images, tu bouges
les curseurs RGB jusqu'a obtenir du gris à l'ecran
et tu notes les % de corrections sur un post-it.
tu refais le truc pour 2500K, etc...
ensuite mr Nikon ecrit un joli logiciel,
fait un joli bouton marqué 2500K qui applique les coefs...
et voila....
et là JPR croit que ya un truc en plus (qu'il
serait bien en peine d'expliquer) dans le raw...
forcement ces coefs sont liés à chaque modéle d'APN donc
il ne peut pas y avoir de boutons "balance magique" generiques dans le PSP.
faut vraiment tout vous expliquer les gars... pffff....
je vais t'expliquer la magie de la balance en un clic.
tu prends un carton gris neutre, et tu l'eclaires en 9500k par exemple. tu prends la photo.
tu ouvres la photo brute dans ton soft d'images, tu bouges les curseurs RGB jusqu'a obtenir du gris à l'ecran et tu notes les % de corrections sur un post-it.
tu refais le truc pour 2500K, etc...
ensuite mr Nikon ecrit un joli logiciel, fait un joli bouton marqué 2500K qui applique les coefs... et voila....
et là JPR croit que ya un truc en plus (qu'il serait bien en peine d'expliquer) dans le raw...
forcement ces coefs sont liés à chaque modéle d'APN donc il ne peut pas y avoir de boutons "balance magique" generiques dans le PSP.
faut vraiment tout vous expliquer les gars... pffff....
Stephane Legras-Decussy
"JPW" a écrit dans le message de news:
pourquoi on s'est pas précipité vers cette solution ???
parce que la résolution te fout la honte par rapport au compact de ta belle mère. le megapixel a encore frappé...
le foveon est magnifique en piqué et en bruit. il faut un 14Mpixel bayer resizé en 50% pour faire aussi bien...
"JPW" <jpw@libertysurf.invalid> a écrit dans le message de news:
4bjsu9F11d1voU1@individual.net...
pourquoi on s'est pas précipité vers cette solution ???
parce que la résolution te fout la honte
par rapport au compact de ta belle mère.
le megapixel a encore frappé...
le foveon est magnifique en piqué et en bruit.
il faut un 14Mpixel bayer resizé en 50% pour faire
aussi bien...
pourquoi on s'est pas précipité vers cette solution ???
parce que la résolution te fout la honte par rapport au compact de ta belle mère. le megapixel a encore frappé...
le foveon est magnifique en piqué et en bruit. il faut un 14Mpixel bayer resizé en 50% pour faire aussi bien...
François FORNIER
ensuite mr Nikon ecrit un joli logiciel, fait un joli bouton marqué 2500K qui applique les coefs... et voila....
Oui mais... Le soft de Mr Nikon permet d'utiliser des balances prédéfinies (tungstène, fluo, flash, soleil etc...) mais aussi d'aj uster finement la température de couleur pour chaque pré-réglage.
Et là ou ça devient rigolo, c'est quand on se rend compte que pour 2 réglages prédéfinis ajustés à la même température (par exem ple fluo standard à 4800K et Lumière du jour à 4800K) le résultat est sensiblement différent.
Parce qu'un corps noir, c'est bien pratique pour mesurer la température de couleur, mais ça n'existe que sur le papier, et ce qui compte beaucoup dans le résultat, c'est le spectre de la lumière utilisée.
Donc, les coeffs, c'est bien beau mais loin, bien loin de résoudre tous les problèmes.
Par exemple, je me doute que la réponse spectrale de deux capteurs différents (au hasard, sony et Canon) ne sera pas la même, ainsi que leur balance des blancs native.
De plus les caractéristique du capteur peuvent changer selon le batch d e fabrication dont il est issu (oui, il y a des variation). Un soft ne prenant pas en compte cette spécificité ne saura jamais faire qu'un ajustement basique.
Et pour peu que le boitier soit capable d'enregistrer des infos sur le spectre de la lumière au moment de la prise de vue, ou sur le batch de capteurs dont est issu son capteur et encode la balance des blancs avec (suivez mon regard...), ça devient vraiment marrant.
forcement ces coefs sont liés à chaque modéle d'APN donc il ne peut pas y avoir de boutons "balance magique" generiques dans le PSP.
Ca va plus loin que les coeffs, donc... et encore, je n'y comprend pas grand chose.
-- A+ François
ensuite mr Nikon ecrit un joli logiciel,
fait un joli bouton marqué 2500K qui applique les coefs...
et voila....
Oui mais... Le soft de Mr Nikon permet d'utiliser des balances
prédéfinies (tungstène, fluo, flash, soleil etc...) mais aussi d'aj uster
finement la température de couleur pour chaque pré-réglage.
Et là ou ça devient rigolo, c'est quand on se rend compte que pour 2
réglages prédéfinis ajustés à la même température (par exem ple fluo
standard à 4800K et Lumière du jour à 4800K) le résultat est
sensiblement différent.
Parce qu'un corps noir, c'est bien pratique pour mesurer la température
de couleur, mais ça n'existe que sur le papier, et ce qui compte
beaucoup dans le résultat, c'est le spectre de la lumière utilisée.
Donc, les coeffs, c'est bien beau mais loin, bien loin de résoudre tous
les problèmes.
Par exemple, je me doute que la réponse spectrale de deux capteurs
différents (au hasard, sony et Canon) ne sera pas la même, ainsi que
leur balance des blancs native.
De plus les caractéristique du capteur peuvent changer selon le batch d e
fabrication dont il est issu (oui, il y a des variation). Un soft ne
prenant pas en compte cette spécificité ne saura jamais faire qu'un
ajustement basique.
Et pour peu que le boitier soit capable d'enregistrer des infos sur le
spectre de la lumière au moment de la prise de vue, ou sur le batch de
capteurs dont est issu son capteur et encode la balance des blancs avec
(suivez mon regard...), ça devient vraiment marrant.
forcement ces coefs sont liés à chaque modéle d'APN donc
il ne peut pas y avoir de boutons "balance magique" generiques dans le PSP.
Ca va plus loin que les coeffs, donc... et encore, je n'y comprend pas
grand chose.
ensuite mr Nikon ecrit un joli logiciel, fait un joli bouton marqué 2500K qui applique les coefs... et voila....
Oui mais... Le soft de Mr Nikon permet d'utiliser des balances prédéfinies (tungstène, fluo, flash, soleil etc...) mais aussi d'aj uster finement la température de couleur pour chaque pré-réglage.
Et là ou ça devient rigolo, c'est quand on se rend compte que pour 2 réglages prédéfinis ajustés à la même température (par exem ple fluo standard à 4800K et Lumière du jour à 4800K) le résultat est sensiblement différent.
Parce qu'un corps noir, c'est bien pratique pour mesurer la température de couleur, mais ça n'existe que sur le papier, et ce qui compte beaucoup dans le résultat, c'est le spectre de la lumière utilisée.
Donc, les coeffs, c'est bien beau mais loin, bien loin de résoudre tous les problèmes.
Par exemple, je me doute que la réponse spectrale de deux capteurs différents (au hasard, sony et Canon) ne sera pas la même, ainsi que leur balance des blancs native.
De plus les caractéristique du capteur peuvent changer selon le batch d e fabrication dont il est issu (oui, il y a des variation). Un soft ne prenant pas en compte cette spécificité ne saura jamais faire qu'un ajustement basique.
Et pour peu que le boitier soit capable d'enregistrer des infos sur le spectre de la lumière au moment de la prise de vue, ou sur le batch de capteurs dont est issu son capteur et encode la balance des blancs avec (suivez mon regard...), ça devient vraiment marrant.
forcement ces coefs sont liés à chaque modéle d'APN donc il ne peut pas y avoir de boutons "balance magique" generiques dans le PSP.
Ca va plus loin que les coeffs, donc... et encore, je n'y comprend pas grand chose.
-- A+ François
Stephane Legras-Decussy
"François FORNIER" a écrit dans le message de news: e32hcv$pd7$
Donc, les coeffs, c'est bien beau mais loin, bien loin de résoudre tous les problèmes. ...
De plus les caractéristique du capteur peuvent changer selon le batch de fabrication dont il est issu (oui, il y a des variation). Un soft ne prenant pas en compte cette spécificité ne saura jamais faire qu'un ajustement basique.
tout à fait d'accord.
les boutons magiques, pour moi c'est plus du gadget, mais ça tenait à coeur à JPR alors bon... ;-)
"François FORNIER" <nospam@nospam.com> a écrit dans le message de news:
e32hcv$pd7$1@news.tiscali.fr...
Donc, les coeffs, c'est bien beau mais loin, bien loin de résoudre tous
les problèmes.
...
De plus les caractéristique du capteur peuvent changer selon le batch de
fabrication dont il est issu (oui, il y a des variation). Un soft ne
prenant pas en compte cette spécificité ne saura jamais faire qu'un
ajustement basique.
tout à fait d'accord.
les boutons magiques, pour moi c'est plus
du gadget, mais ça tenait à coeur à JPR alors bon... ;-)
"François FORNIER" a écrit dans le message de news: e32hcv$pd7$
Donc, les coeffs, c'est bien beau mais loin, bien loin de résoudre tous les problèmes. ...
De plus les caractéristique du capteur peuvent changer selon le batch de fabrication dont il est issu (oui, il y a des variation). Un soft ne prenant pas en compte cette spécificité ne saura jamais faire qu'un ajustement basique.
tout à fait d'accord.
les boutons magiques, pour moi c'est plus du gadget, mais ça tenait à coeur à JPR alors bon... ;-)
Charles VASSALLO
Bour-Brown wrote:
il s'agit de savoir en quoi une balance des blancs est différente en tiff qu'en raw.
Bin justement : elle n'est pas faite en raw, tandis qu'elle l'est dans un tiff, et même qu'elle sera duraille à rectifier en cas de grosse erreur.
Charles
Bour-Brown wrote:
il s'agit de savoir en quoi une balance des blancs est différente en
tiff qu'en raw.
Bin justement : elle n'est pas faite en raw, tandis qu'elle l'est dans
un tiff, et même qu'elle sera duraille à rectifier en cas de grosse erreur.
il s'agit de savoir en quoi une balance des blancs est différente en tiff qu'en raw.
Bin justement : elle n'est pas faite en raw, tandis qu'elle l'est dans un tiff, et même qu'elle sera duraille à rectifier en cas de grosse erreur.
Charles
Charles VASSALLO
Stephane Legras-Decussy wrote:
mais si je prend une photo en raw et que ma balance des blancs est mauvaise je la corrige sans soucis
oui simplement à cause des 12 bit par composante, sur un tiff16 tu aurais encore moins de mal à corriger...
la même chose en jpeg j'ai toutes les peines
à cause des 8 bit seulement
Tstss ! C'est un peu plus compliqué que ça, et ça n'a rien à voir avec les 8/12 bits. Et le rattrage d'un gris unique (le carton gris pour équilibrer toutes les couleurs) n'est pas suffisant. Allons ! une manip simple : http://www.oitregor.com/numeric/balance_blanc.html (si ça marche pas, l'hébergeur étant en travaux, essayer : http://perso.wanadoo.fr/oi-tregor/numeric/balance_blanc.html )
La voie à suivre pour terminer le boulot est même suggérée in fine (jouer du mélangeur dans un espace en gamma=1), mais c'est pas de la tarte et j'ai pas encore eu le courage de m'y mettre.
Charles
Stephane Legras-Decussy wrote:
mais si je prend une photo en raw
et que ma balance des blancs est mauvaise
je la corrige sans soucis
oui simplement à cause des 12 bit par composante,
sur un tiff16 tu aurais encore moins de mal à corriger...
la même chose en jpeg
j'ai toutes les peines
à cause des 8 bit seulement
Tstss ! C'est un peu plus compliqué que ça, et ça n'a rien à voir avec
les 8/12 bits. Et le rattrage d'un gris unique (le carton gris pour
équilibrer toutes les couleurs) n'est pas suffisant.
Allons ! une manip simple :
http://www.oitregor.com/numeric/balance_blanc.html
(si ça marche pas, l'hébergeur étant en travaux, essayer :
http://perso.wanadoo.fr/oi-tregor/numeric/balance_blanc.html )
La voie à suivre pour terminer le boulot est même suggérée in fine
(jouer du mélangeur dans un espace en gamma=1), mais c'est pas de la
tarte et j'ai pas encore eu le courage de m'y mettre.
mais si je prend une photo en raw et que ma balance des blancs est mauvaise je la corrige sans soucis
oui simplement à cause des 12 bit par composante, sur un tiff16 tu aurais encore moins de mal à corriger...
la même chose en jpeg j'ai toutes les peines
à cause des 8 bit seulement
Tstss ! C'est un peu plus compliqué que ça, et ça n'a rien à voir avec les 8/12 bits. Et le rattrage d'un gris unique (le carton gris pour équilibrer toutes les couleurs) n'est pas suffisant. Allons ! une manip simple : http://www.oitregor.com/numeric/balance_blanc.html (si ça marche pas, l'hébergeur étant en travaux, essayer : http://perso.wanadoo.fr/oi-tregor/numeric/balance_blanc.html )
La voie à suivre pour terminer le boulot est même suggérée in fine (jouer du mélangeur dans un espace en gamma=1), mais c'est pas de la tarte et j'ai pas encore eu le courage de m'y mettre.
