Le 09/10/2018 à 15:25, Benoit a écrit :Merci René, c'est donc une sorte de RAW qui n'en ai pas du tout un. Leur
technique à mon avis est de créer leur propre table de 8bits pour chaque
zone ayant une prédominance de couleur, de ton... Ils ramènent les
14bits dans les 8 bits non en supprimant 6 bits à un des bouts, mais en
supprimant des bits au bon endroit.
Mon Dieu !
Le 09/10/2018 à 15:25, Benoit a écrit :
Merci René, c'est donc une sorte de RAW qui n'en ai pas du tout un. Leur
technique à mon avis est de créer leur propre table de 8bits pour chaque
zone ayant une prédominance de couleur, de ton... Ils ramènent les
14bits dans les 8 bits non en supprimant 6 bits à un des bouts, mais en
supprimant des bits au bon endroit.
Mon Dieu !
Le 09/10/2018 à 15:25, Benoit a écrit :Merci René, c'est donc une sorte de RAW qui n'en ai pas du tout un. Leur
technique à mon avis est de créer leur propre table de 8bits pour chaque
zone ayant une prédominance de couleur, de ton... Ils ramènent les
14bits dans les 8 bits non en supprimant 6 bits à un des bouts, mais en
supprimant des bits au bon endroit.
Mon Dieu !
efji wrote:Le 09/10/2018 à 15:25, Benoit a écrit :Merci René, c'est donc une sorte de RAW qui n'en ai pas du tout un. Leur
technique à mon avis est de créer leur propre table de 8bits pour chaque
zone ayant une prédominance de couleur, de ton... Ils ramènent les
14bits dans les 8 bits non en supprimant 6 bits à un des bouts, mais en
supprimant des bits au bon endroit.
Mon Dieu !
Que t'arrive-t'il. La méthode de compression de 14 à 8 bits en
conservant un espace de 14 bits ne tient pas la route ? Je voulais
montrer qu'on pouvais enregistrer du 14 bits dans un 8 bits permettant
de revenir à 14.
couic
Aïe !Je continue le cours ? ;)
Disons que... on va dire plutôt non. Ca te dirait de retourner à la
bibliothèque potasser un peu tout ça ? :)
http://www.openphotographyforums.com/forums/showthread.php?tT99
Ça te dirai de lire le lien de René :
Compression
Cette méthode de compression utilise un algorithme non réversible qui
réduit également la taille des données sur la carte. Les données
supprimées de l'image ne peuvent pas être restaurées.
La compression permet d'enregistrer des images au format NEF lorsque
l'espace disponible sur les cartes est limité.
efji <efji@efi.efji> wrote:
Le 09/10/2018 à 15:25, Benoit a écrit :
Merci René, c'est donc une sorte de RAW qui n'en ai pas du tout un. Leur
technique à mon avis est de créer leur propre table de 8bits pour chaque
zone ayant une prédominance de couleur, de ton... Ils ramènent les
14bits dans les 8 bits non en supprimant 6 bits à un des bouts, mais en
supprimant des bits au bon endroit.
Mon Dieu !
Que t'arrive-t'il. La méthode de compression de 14 à 8 bits en
conservant un espace de 14 bits ne tient pas la route ? Je voulais
montrer qu'on pouvais enregistrer du 14 bits dans un 8 bits permettant
de revenir à 14.
couic
Aïe !
Je continue le cours ? ;)
Disons que... on va dire plutôt non. Ca te dirait de retourner à la
bibliothèque potasser un peu tout ça ? :)
http://www.openphotographyforums.com/forums/showthread.php?tT99
Ça te dirai de lire le lien de René :
Compression
Cette méthode de compression utilise un algorithme non réversible qui
réduit également la taille des données sur la carte. Les données
supprimées de l'image ne peuvent pas être restaurées.
La compression permet d'enregistrer des images au format NEF lorsque
l'espace disponible sur les cartes est limité.
efji wrote:Le 09/10/2018 à 15:25, Benoit a écrit :Merci René, c'est donc une sorte de RAW qui n'en ai pas du tout un. Leur
technique à mon avis est de créer leur propre table de 8bits pour chaque
zone ayant une prédominance de couleur, de ton... Ils ramènent les
14bits dans les 8 bits non en supprimant 6 bits à un des bouts, mais en
supprimant des bits au bon endroit.
Mon Dieu !
Que t'arrive-t'il. La méthode de compression de 14 à 8 bits en
conservant un espace de 14 bits ne tient pas la route ? Je voulais
montrer qu'on pouvais enregistrer du 14 bits dans un 8 bits permettant
de revenir à 14.
couic
Aïe !Je continue le cours ? ;)
Disons que... on va dire plutôt non. Ca te dirait de retourner à la
bibliothèque potasser un peu tout ça ? :)
http://www.openphotographyforums.com/forums/showthread.php?tT99
Ça te dirai de lire le lien de René :
Compression
Cette méthode de compression utilise un algorithme non réversible qui
réduit également la taille des données sur la carte. Les données
supprimées de l'image ne peuvent pas être restaurées.
La compression permet d'enregistrer des images au format NEF lorsque
l'espace disponible sur les cartes est limité.
Le 09/10/2018 15:40, efji a écrit :Le 09/10/2018 à 15:25, Benoit a écrit :Merci René, c'est donc une sorte de RAW qui n'en ai pas du tout un. Leur
technique à mon avis est de créer leur propre table de 8bits pour chaque
zone ayant une prédominance de couleur, de ton... Ils ramènent les
14bits dans les 8 bits non en supprimant 6 bits à un des bouts, mais en
supprimant des bits au bon endroit.
Mon Dieu !
le Nabila de l'informatique
j'espère qu'il a des seins énormes :-)
Le 09/10/2018 15:40, efji a écrit :
Le 09/10/2018 à 15:25, Benoit a écrit :
Merci René, c'est donc une sorte de RAW qui n'en ai pas du tout un. Leur
technique à mon avis est de créer leur propre table de 8bits pour chaque
zone ayant une prédominance de couleur, de ton... Ils ramènent les
14bits dans les 8 bits non en supprimant 6 bits à un des bouts, mais en
supprimant des bits au bon endroit.
Mon Dieu !
le Nabila de l'informatique
j'espère qu'il a des seins énormes :-)
Le 09/10/2018 15:40, efji a écrit :Le 09/10/2018 à 15:25, Benoit a écrit :Merci René, c'est donc une sorte de RAW qui n'en ai pas du tout un. Leur
technique à mon avis est de créer leur propre table de 8bits pour chaque
zone ayant une prédominance de couleur, de ton... Ils ramènent les
14bits dans les 8 bits non en supprimant 6 bits à un des bouts, mais en
supprimant des bits au bon endroit.
Mon Dieu !
le Nabila de l'informatique
j'espère qu'il a des seins énormes :-)
Le 09/10/2018 à 16:13, Benoit a écrit :efji wrote:Le 09/10/2018 à 15:25, Benoit a écrit :Merci René, c'est donc une sorte de RAW qui n'en ai pas du tout un. Leur
technique à mon avis est de créer leur propre table de 8bits pour chaque
zone ayant une prédominance de couleur, de ton... Ils ramènent les
14bits dans les 8 bits non en supprimant 6 bits à un des bouts, mais en
supprimant des bits au bon endroit.
Mon Dieu !
Que t'arrive-t'il. La méthode de compression de 14 à 8 bits en
conservant un espace de 14 bits ne tient pas la route ? Je voulais
montrer qu'on pouvais enregistrer du 14 bits dans un 8 bits permettant
de revenir à 14.
Bon, allez, une dernière fois :
Le raw contient une information *monochrome* par photosite codée sur X
bits, X par exemple. C'est un nombre entier. Par exemple s'il est
codé sur 14 bits ça signifie que chaque valeur est comprise entre 0 et
2^14-1383.
Une image affichable contient 3 informations de couleur, RVB, codées
chacune sur 8 bits. On passe de l'un à l'autre non pas en "supprimant
des bits" de manière quelconque mais en faisant une opération
mathématique appelée "dématriçage" qui interpole les valeurs trouvées
dans les photosites voisins.couic
Aïe !Je continue le cours ? ;)
Disons que... on va dire plutôt non. Ca te dirait de retourner à la
bibliothèque potasser un peu tout ça ? :)
http://www.openphotographyforums.com/forums/showthread.php?tT99
Ça te dirai de lire le lien de René :
Compression
Cette méthode de compression utilise un algorithme non réversible qui
réduit également la taille des données sur la carte. Les données
supprimées de l'image ne peuvent pas être restaurées.
La compression permet d'enregistrer des images au format NEF lorsque
l'espace disponible sur les cartes est limité.
J'ai lu.
Nikon propose visiblement 2 modes de raw compressé :
* Un lossless qui est sans doute une bête compression LZW (comme dans
les fichiers zip), sans perte d'information.
* Une compression avec perte qui passe de 14 à 12 bits en lissant un peu
les zones sombres, ce quia pour effet de diminuer le bruit dans ces
zones. Mais ça reste de l'information monochrome par photosite.
Un "raw 8 bits" ça n'existe pas, pour la simple raison que ça
contiendrait en fait beaucoup moins d'information qu'un jpeg...
Le 09/10/2018 à 16:13, Benoit a écrit :
efji <efji@efi.efji> wrote:
Le 09/10/2018 à 15:25, Benoit a écrit :
Merci René, c'est donc une sorte de RAW qui n'en ai pas du tout un. Leur
technique à mon avis est de créer leur propre table de 8bits pour chaque
zone ayant une prédominance de couleur, de ton... Ils ramènent les
14bits dans les 8 bits non en supprimant 6 bits à un des bouts, mais en
supprimant des bits au bon endroit.
Mon Dieu !
Que t'arrive-t'il. La méthode de compression de 14 à 8 bits en
conservant un espace de 14 bits ne tient pas la route ? Je voulais
montrer qu'on pouvais enregistrer du 14 bits dans un 8 bits permettant
de revenir à 14.
Bon, allez, une dernière fois :
Le raw contient une information *monochrome* par photosite codée sur X
bits, X par exemple. C'est un nombre entier. Par exemple s'il est
codé sur 14 bits ça signifie que chaque valeur est comprise entre 0 et
2^14-1383.
Une image affichable contient 3 informations de couleur, RVB, codées
chacune sur 8 bits. On passe de l'un à l'autre non pas en "supprimant
des bits" de manière quelconque mais en faisant une opération
mathématique appelée "dématriçage" qui interpole les valeurs trouvées
dans les photosites voisins.
couic
Aïe !
Je continue le cours ? ;)
Disons que... on va dire plutôt non. Ca te dirait de retourner à la
bibliothèque potasser un peu tout ça ? :)
http://www.openphotographyforums.com/forums/showthread.php?tT99
Ça te dirai de lire le lien de René :
Compression
Cette méthode de compression utilise un algorithme non réversible qui
réduit également la taille des données sur la carte. Les données
supprimées de l'image ne peuvent pas être restaurées.
La compression permet d'enregistrer des images au format NEF lorsque
l'espace disponible sur les cartes est limité.
J'ai lu.
Nikon propose visiblement 2 modes de raw compressé :
* Un lossless qui est sans doute une bête compression LZW (comme dans
les fichiers zip), sans perte d'information.
* Une compression avec perte qui passe de 14 à 12 bits en lissant un peu
les zones sombres, ce quia pour effet de diminuer le bruit dans ces
zones. Mais ça reste de l'information monochrome par photosite.
Un "raw 8 bits" ça n'existe pas, pour la simple raison que ça
contiendrait en fait beaucoup moins d'information qu'un jpeg...
Le 09/10/2018 à 16:13, Benoit a écrit :efji wrote:Le 09/10/2018 à 15:25, Benoit a écrit :Merci René, c'est donc une sorte de RAW qui n'en ai pas du tout un. Leur
technique à mon avis est de créer leur propre table de 8bits pour chaque
zone ayant une prédominance de couleur, de ton... Ils ramènent les
14bits dans les 8 bits non en supprimant 6 bits à un des bouts, mais en
supprimant des bits au bon endroit.
Mon Dieu !
Que t'arrive-t'il. La méthode de compression de 14 à 8 bits en
conservant un espace de 14 bits ne tient pas la route ? Je voulais
montrer qu'on pouvais enregistrer du 14 bits dans un 8 bits permettant
de revenir à 14.
Bon, allez, une dernière fois :
Le raw contient une information *monochrome* par photosite codée sur X
bits, X par exemple. C'est un nombre entier. Par exemple s'il est
codé sur 14 bits ça signifie que chaque valeur est comprise entre 0 et
2^14-1383.
Une image affichable contient 3 informations de couleur, RVB, codées
chacune sur 8 bits. On passe de l'un à l'autre non pas en "supprimant
des bits" de manière quelconque mais en faisant une opération
mathématique appelée "dématriçage" qui interpole les valeurs trouvées
dans les photosites voisins.couic
Aïe !Je continue le cours ? ;)
Disons que... on va dire plutôt non. Ca te dirait de retourner à la
bibliothèque potasser un peu tout ça ? :)
http://www.openphotographyforums.com/forums/showthread.php?tT99
Ça te dirai de lire le lien de René :
Compression
Cette méthode de compression utilise un algorithme non réversible qui
réduit également la taille des données sur la carte. Les données
supprimées de l'image ne peuvent pas être restaurées.
La compression permet d'enregistrer des images au format NEF lorsque
l'espace disponible sur les cartes est limité.
J'ai lu.
Nikon propose visiblement 2 modes de raw compressé :
* Un lossless qui est sans doute une bête compression LZW (comme dans
les fichiers zip), sans perte d'information.
* Une compression avec perte qui passe de 14 à 12 bits en lissant un peu
les zones sombres, ce quia pour effet de diminuer le bruit dans ces
zones. Mais ça reste de l'information monochrome par photosite.
Un "raw 8 bits" ça n'existe pas, pour la simple raison que ça
contiendrait en fait beaucoup moins d'information qu'un jpeg...
Le 09/10/2018 à 16:13, Benoit a écrit :efji wrote:Le 09/10/2018 à 15:25, Benoit a écrit :Merci René, c'est donc une sorte de RAW qui n'en ai pas du tout un. Leur
technique à mon avis est de créer leur propre table de 8bits pour chaque
zone ayant une prédominance de couleur, de ton... Ils ramènent les
14bits dans les 8 bits non en supprimant 6 bits à un des bouts, mais en
supprimant des bits au bon endroit.
Mon Dieu !
Que t'arrive-t'il. La méthode de compression de 14 à 8 bits en
conservant un espace de 14 bits ne tient pas la route ? Je voulais
montrer qu'on pouvais enregistrer du 14 bits dans un 8 bits permettant
de revenir à 14.
Bon, allez, une dernière fois :
Le raw contient une information *monochrome* par photosite codée sur X
bits, X par exemple. C'est un nombre entier. Par exemple s'il est
codé sur 14 bits ça signifie que chaque valeur est comprise entre 0 et
2^14-1383.
Une image affichable contient 3 informations de couleur, RVB, codées
chacune sur 8 bits. On passe de l'un à l'autre non pas en "supprimant
des bits" de manière quelconque mais en faisant une opération
mathématique appelée "dématriçage" qui interpole les valeurs trouvées
dans les photosites voisins.couic
Aïe !Je continue le cours ? ;)
Disons que... on va dire plutôt non. Ca te dirait de retourner à la
bibliothèque potasser un peu tout ça ? :)
http://www.openphotographyforums.com/forums/showthread.php?tT99
Ça te dirai de lire le lien de René :
Compression
Cette méthode de compression utilise un algorithme non réversible qui
réduit également la taille des données sur la carte. Les données
supprimées de l'image ne peuvent pas être restaurées.
La compression permet d'enregistrer des images au format NEF lorsque
l'espace disponible sur les cartes est limité.
J'ai lu.
Nikon propose visiblement 2 modes de raw compressé :
* Un lossless qui est sans doute une bête compression LZW (comme dans
les fichiers zip), sans perte d'information.
* Une compression avec perte qui passe de 14 à 12 bits en lissant un peu
les zones sombres, ce quia pour effet de diminuer le bruit dans ces
zones. Mais ça reste de l'information monochrome par photosite.
Un "raw 8 bits" ça n'existe pas, pour la simple raison que ça
contiendrait en fait beaucoup moins d'information qu'un jpeg...
Le 09/10/2018 à 16:13, Benoit a écrit :
> efji <efji@efi.efji> wrote:
>
>> Le 09/10/2018 à 15:25, Benoit a écrit :
>>>
>>> Merci René, c'est donc une sorte de RAW qui n'en ai pas du tout un. Leur
>>> technique à mon avis est de créer leur propre table de 8bits pour chaque
>>> zone ayant une prédominance de couleur, de ton... Ils ramènent les
>>> 14bits dans les 8 bits non en supprimant 6 bits à un des bouts, mais en
>>> supprimant des bits au bon endroit.
>>
>> Mon Dieu !
>
> Que t'arrive-t'il. La méthode de compression de 14 à 8 bits en
> conservant un espace de 14 bits ne tient pas la route ? Je voulais
> montrer qu'on pouvais enregistrer du 14 bits dans un 8 bits permettant
> de revenir à 14.
Bon, allez, une dernière fois :
Le raw contient une information *monochrome* par photosite codée sur X
bits, X par exemple. C'est un nombre entier. Par exemple s'il est
codé sur 14 bits ça signifie que chaque valeur est comprise entre 0 et
2^14-1383.
Une image affichable contient 3 informations de couleur, RVB, codées
chacune sur 8 bits. On passe de l'un à l'autre non pas en "supprimant
des bits" de manière quelconque mais en faisant une opération
mathématique appelée "dématriçage" qui interpole les valeurs trouvées
dans les photosites voisins.
>
>> couic
>
> Aïe !
>>>
>>> Je continue le cours ? ;)
>>>
>>
>> Disons que... on va dire plutôt non. Ca te dirait de retourner à la
>> bibliothèque potasser un peu tout ça ? :)
>
> http://www.openphotographyforums.com/forums/showthread.php?tT99
>
>
>
> Ça te dirai de lire le lien de René :
>
> Compression
> Cette méthode de compression utilise un algorithme non réversible qui
> réduit également la taille des données sur la carte. Les données
> supprimées de l'image ne peuvent pas être restaurées.
> La compression permet d'enregistrer des images au format NEF lorsque
> l'espace disponible sur les cartes est limité.
J'ai lu.
Nikon propose visiblement 2 modes de raw compressé :
* Un lossless qui est sans doute une bête compression LZW (comme dans
les fichiers zip), sans perte d'information.
* Une compression avec perte qui passe de 14 à 12 bits en lissant un peu
les zones sombres, ce quia pour effet de diminuer le bruit dans ces
zones. Mais ça reste de l'information monochrome par photosite.
Un "raw 8 bits" ça n'existe pas, pour la simple raison que ça
contiendrait en fait beaucoup moins d'information qu'un jpeg...
Le 09/10/2018 à 16:13, Benoit a écrit :efji wrote:Le 09/10/2018 à 15:25, Benoit a écrit :Merci René, c'est donc une sorte de RAW qui n'en ai pas du tout un. Leur
technique à mon avis est de créer leur propre table de 8bits pour chaque
zone ayant une prédominance de couleur, de ton... Ils ramènent les
14bits dans les 8 bits non en supprimant 6 bits à un des bouts, mais en
supprimant des bits au bon endroit.
Mon Dieu !
Que t'arrive-t'il. La méthode de compression de 14 à 8 bits en
conservant un espace de 14 bits ne tient pas la route ? Je voulais
montrer qu'on pouvais enregistrer du 14 bits dans un 8 bits permettant
de revenir à 14.
Bon, allez, une dernière fois :
Le raw contient une information *monochrome* par photosite codée sur X
bits, X par exemple. C'est un nombre entier. Par exemple s'il est
codé sur 14 bits ça signifie que chaque valeur est comprise entre 0 et
2^14-1383.
Une image affichable contient 3 informations de couleur, RVB, codées
chacune sur 8 bits. On passe de l'un à l'autre non pas en "supprimant
des bits" de manière quelconque mais en faisant une opération
mathématique appelée "dématriçage" qui interpole les valeurs trouvées
dans les photosites voisins.couic
Aïe !Je continue le cours ? ;)
Disons que... on va dire plutôt non. Ca te dirait de retourner à la
bibliothèque potasser un peu tout ça ? :)
http://www.openphotographyforums.com/forums/showthread.php?tT99
Ça te dirai de lire le lien de René :
Compression
Cette méthode de compression utilise un algorithme non réversible qui
réduit également la taille des données sur la carte. Les données
supprimées de l'image ne peuvent pas être restaurées.
La compression permet d'enregistrer des images au format NEF lorsque
l'espace disponible sur les cartes est limité.
J'ai lu.
Nikon propose visiblement 2 modes de raw compressé :
* Un lossless qui est sans doute une bête compression LZW (comme dans
les fichiers zip), sans perte d'information.
* Une compression avec perte qui passe de 14 à 12 bits en lissant un peu
les zones sombres, ce quia pour effet de diminuer le bruit dans ces
zones. Mais ça reste de l'information monochrome par photosite.
Un "raw 8 bits" ça n'existe pas, pour la simple raison que ça
contiendrait en fait beaucoup moins d'information qu'un jpeg...
OK, sauf qu'ils passent à 8 bits. Comment ? L'image de GR fais 18 Mo
pour 18 M de pixels, ils sont où tes 12 bits ?
OK, sauf qu'ils passent à 8 bits. Comment ? L'image de GR fais 18 Mo
pour 18 M de pixels, ils sont où tes 12 bits ?
OK, sauf qu'ils passent à 8 bits. Comment ? L'image de GR fais 18 Mo
pour 18 M de pixels, ils sont où tes 12 bits ?
Le 09/10/2018 à 20:11, Benoit a écrit :OK, sauf qu'ils passent à 8 bits. Comment ? L'image de GR fais 18 Mo
pour 18 M de pixels, ils sont où tes 12 bits ?
Il est en 14 bits compressé par une méthode non destructive genre zip.
Le 09/10/2018 à 20:11, Benoit a écrit :
> OK, sauf qu'ils passent à 8 bits. Comment ? L'image de GR fais 18 Mo
> pour 18 M de pixels, ils sont où tes 12 bits ?
Il est en 14 bits compressé par une méthode non destructive genre zip.
Le 09/10/2018 à 20:11, Benoit a écrit :OK, sauf qu'ils passent à 8 bits. Comment ? L'image de GR fais 18 Mo
pour 18 M de pixels, ils sont où tes 12 bits ?
Il est en 14 bits compressé par une méthode non destructive genre zip.
efji wrote:Le 09/10/2018 à 20:11, Benoit a écrit :OK, sauf qu'ils passent à 8 bits. Comment ? L'image de GR fais 18 Mo
pour 18 M de pixels, ils sont où tes 12 bits ?
Il est en 14 bits compressé par une méthode non destructive genre zip.
Tu as bien lu ce qu'ils disent du NEF ? Je re-re-copie le texte et
j'ajoute un peu d'html pour être sûr que le message passe.
<b>Compression</b>
Cette méthode de compression utilise un algorithme <u>non réversible</u>
qui réduit également la taille des données sur la carte.
<b><font size 0>Les données supprimées de l'image ne peuvent pas être
restaurées.</font></b>
<https://www.nikonimgsupport.com/eu/BV_article?articleNo 0006043&configured=1&lang=fr>
efji <efji@efi.efji> wrote:
Le 09/10/2018 à 20:11, Benoit a écrit :
OK, sauf qu'ils passent à 8 bits. Comment ? L'image de GR fais 18 Mo
pour 18 M de pixels, ils sont où tes 12 bits ?
Il est en 14 bits compressé par une méthode non destructive genre zip.
Tu as bien lu ce qu'ils disent du NEF ? Je re-re-copie le texte et
j'ajoute un peu d'html pour être sûr que le message passe.
<b>Compression</b>
Cette méthode de compression utilise un algorithme <u>non réversible</u>
qui réduit également la taille des données sur la carte.
<b><font size 0>Les données supprimées de l'image ne peuvent pas être
restaurées.</font></b>
<https://www.nikonimgsupport.com/eu/BV_article?articleNo 0006043&configured=1&lang=fr>
efji wrote:Le 09/10/2018 à 20:11, Benoit a écrit :OK, sauf qu'ils passent à 8 bits. Comment ? L'image de GR fais 18 Mo
pour 18 M de pixels, ils sont où tes 12 bits ?
Il est en 14 bits compressé par une méthode non destructive genre zip.
Tu as bien lu ce qu'ils disent du NEF ? Je re-re-copie le texte et
j'ajoute un peu d'html pour être sûr que le message passe.
<b>Compression</b>
Cette méthode de compression utilise un algorithme <u>non réversible</u>
qui réduit également la taille des données sur la carte.
<b><font size 0>Les données supprimées de l'image ne peuvent pas être
restaurées.</font></b>
<https://www.nikonimgsupport.com/eu/BV_article?articleNo 0006043&configured=1&lang=fr>
Le 09/10/2018 à 21:08, Benoit a écrit :efji wrote:Le 09/10/2018 à 20:11, Benoit a écrit :OK, sauf qu'ils passent à 8 bits. Comment ? L'image de GR fais 18 Mo
pour 18 M de pixels, ils sont où tes 12 bits ?
Il est en 14 bits compressé par une méthode non destructive genre zip.
Tu as bien lu ce qu'ils disent du NEF ? Je re-re-copie le texte et
j'ajoute un peu d'html pour être sûr que le message passe.
<b>Compression</b>
Cette méthode de compression utilise un algorithme <u>non réversible</u>
qui réduit également la taille des données sur la carte.
<b><font size 0>Les données supprimées de l'image ne peuvent pas être
restaurées.</font></b>
<https://www.nikonimgsupport.com/eu/BV_article?articleNo 0006043&confi
gured=1&lang=fr>
Et toi tu as bien lu ce que j'ai écrit ?
Il a *2* (je mets des étoiles pour que tu voies bien le chiffre!) type
de raw compressés chez Nikon, dont un non destructif qui conserve le 14
bits et fonctionne très certainement comme un zip :
https://www.nikonimgsupport.com/eu/BV_article?articleNo 0006043&configur
ed=1&lang=en_GB
Le 09/10/2018 à 21:08, Benoit a écrit :
> efji <efji@efi.efji> wrote:
>
>> Le 09/10/2018 à 20:11, Benoit a écrit :
>>
>>> OK, sauf qu'ils passent à 8 bits. Comment ? L'image de GR fais 18 Mo
>>> pour 18 M de pixels, ils sont où tes 12 bits ?
>>
>> Il est en 14 bits compressé par une méthode non destructive genre zip.
>
> Tu as bien lu ce qu'ils disent du NEF ? Je re-re-copie le texte et
> j'ajoute un peu d'html pour être sûr que le message passe.
>
> <b>Compression</b>
> Cette méthode de compression utilise un algorithme <u>non réversible</u>
> qui réduit également la taille des données sur la carte.
>
> <b><font size 0>Les données supprimées de l'image ne peuvent pas être
> restaurées.</font></b>
>
> <https://www.nikonimgsupport.com/eu/BV_article?articleNo 0006043&confi
> gured=1&lang=fr>
>
Et toi tu as bien lu ce que j'ai écrit ?
Il a *2* (je mets des étoiles pour que tu voies bien le chiffre!) type
de raw compressés chez Nikon, dont un non destructif qui conserve le 14
bits et fonctionne très certainement comme un zip :
https://www.nikonimgsupport.com/eu/BV_article?articleNo 0006043&configur
ed=1&lang=en_GB
Le 09/10/2018 à 21:08, Benoit a écrit :efji wrote:Le 09/10/2018 à 20:11, Benoit a écrit :OK, sauf qu'ils passent à 8 bits. Comment ? L'image de GR fais 18 Mo
pour 18 M de pixels, ils sont où tes 12 bits ?
Il est en 14 bits compressé par une méthode non destructive genre zip.
Tu as bien lu ce qu'ils disent du NEF ? Je re-re-copie le texte et
j'ajoute un peu d'html pour être sûr que le message passe.
<b>Compression</b>
Cette méthode de compression utilise un algorithme <u>non réversible</u>
qui réduit également la taille des données sur la carte.
<b><font size 0>Les données supprimées de l'image ne peuvent pas être
restaurées.</font></b>
<https://www.nikonimgsupport.com/eu/BV_article?articleNo 0006043&confi
gured=1&lang=fr>
Et toi tu as bien lu ce que j'ai écrit ?
Il a *2* (je mets des étoiles pour que tu voies bien le chiffre!) type
de raw compressés chez Nikon, dont un non destructif qui conserve le 14
bits et fonctionne très certainement comme un zip :
https://www.nikonimgsupport.com/eu/BV_article?articleNo 0006043&configur
ed=1&lang=en_GB
Le mardi 9 octobre 2018 21:27:40 UTC+2, Benoit a écrit :efji wrote:Le 09/10/2018 à 21:08, Benoit a écrit :efji wrote:Le 09/10/2018 à 20:11, Benoit a écrit :OK, sauf qu'ils passent à 8 bits. Comment ? L'image de GR fais 18 Mo
pour 18 M de pixels, ils sont où tes 12 bits ?
Il est en 14 bits compressé par une méthode non destructive genre zip.
Tu as bien lu ce qu'ils disent du NEF ? Je re-re-copie le texte et
j'ajoute un peu d'html pour être sûr que le message passe.
<b>Compression</b>
Cette méthode de compression utilise un algorithme <u>non réversible</u>
qui réduit également la taille des données sur la carte.
<b><font size 0>Les données supprimées de l'image ne peuvent pas être
restaurées.</font></b>
<https://www.nikonimgsupport.com/eu/BV_article?articleNo 0006043&confi
gured=1&lang=fr>
Et toi tu as bien lu ce que j'ai écrit ?
Il a *2* (je mets des étoiles pour que tu voies bien le chiffre!) type
de raw compressés chez Nikon, dont un non destructif qui conserve le 14
bits et fonctionne très certainement comme un zip :
https://www.nikonimgsupport.com/eu/BV_article?articleNo 0006043&configur
ed=1&lang=en_GB
Oui, mais GR a utilisé le destructif. Tu as bien lu son exif et la
taille de l'image qu'il a proposée ? Si on pouvait passer de 14 bits à 8
bits sans perte (64 fois moins d'info) tu penses bien que le RAW pur
sucre n'aurait aucune raison d'être. Sony a d'ailleurs sorti ses
premiers A7 avec des RAW de 24 Mo pour 24 M de pixels. La communauté à
râler et ils ont fait des màj qui permettent d'enregistrer en raw pur
(40 Mà) ou compressé (24 mo)
GR a utilisé un RAW avec une compression destructive. Tu as compris ce
que j'ai écrit ?
Un peu comme si je supprime les accents. 7 bits suffisent mais
qu'est-ce-donc que ce « palais des congres » ? Un accent deci-delà
change tout dans une phrase. Non ?
AMHA tu n'as toujours pas compris, Nikon n'a que deux possibilités de compression:
- 12 bits
- 14 bits
le 8 bits n'existe pas, c'est l'affichage JPG du NEF qui est en 8 bits
Le mardi 9 octobre 2018 21:27:40 UTC+2, Benoit a écrit :
efji <efji@efi.efji> wrote:
Le 09/10/2018 à 21:08, Benoit a écrit :
efji <efji@efi.efji> wrote:
Le 09/10/2018 à 20:11, Benoit a écrit :
OK, sauf qu'ils passent à 8 bits. Comment ? L'image de GR fais 18 Mo
pour 18 M de pixels, ils sont où tes 12 bits ?
Il est en 14 bits compressé par une méthode non destructive genre zip.
Tu as bien lu ce qu'ils disent du NEF ? Je re-re-copie le texte et
j'ajoute un peu d'html pour être sûr que le message passe.
<b>Compression</b>
Cette méthode de compression utilise un algorithme <u>non réversible</u>
qui réduit également la taille des données sur la carte.
<b><font size 0>Les données supprimées de l'image ne peuvent pas être
restaurées.</font></b>
<https://www.nikonimgsupport.com/eu/BV_article?articleNo 0006043&confi
gured=1&lang=fr>
Et toi tu as bien lu ce que j'ai écrit ?
Il a *2* (je mets des étoiles pour que tu voies bien le chiffre!) type
de raw compressés chez Nikon, dont un non destructif qui conserve le 14
bits et fonctionne très certainement comme un zip :
https://www.nikonimgsupport.com/eu/BV_article?articleNo 0006043&configur
ed=1&lang=en_GB
Oui, mais GR a utilisé le destructif. Tu as bien lu son exif et la
taille de l'image qu'il a proposée ? Si on pouvait passer de 14 bits à 8
bits sans perte (64 fois moins d'info) tu penses bien que le RAW pur
sucre n'aurait aucune raison d'être. Sony a d'ailleurs sorti ses
premiers A7 avec des RAW de 24 Mo pour 24 M de pixels. La communauté à
râler et ils ont fait des màj qui permettent d'enregistrer en raw pur
(40 Mà) ou compressé (24 mo)
GR a utilisé un RAW avec une compression destructive. Tu as compris ce
que j'ai écrit ?
Un peu comme si je supprime les accents. 7 bits suffisent mais
qu'est-ce-donc que ce « palais des congres » ? Un accent deci-delà
change tout dans une phrase. Non ?
AMHA tu n'as toujours pas compris, Nikon n'a que deux possibilités de compression:
- 12 bits
- 14 bits
le 8 bits n'existe pas, c'est l'affichage JPG du NEF qui est en 8 bits
Le mardi 9 octobre 2018 21:27:40 UTC+2, Benoit a écrit :efji wrote:Le 09/10/2018 à 21:08, Benoit a écrit :efji wrote:Le 09/10/2018 à 20:11, Benoit a écrit :OK, sauf qu'ils passent à 8 bits. Comment ? L'image de GR fais 18 Mo
pour 18 M de pixels, ils sont où tes 12 bits ?
Il est en 14 bits compressé par une méthode non destructive genre zip.
Tu as bien lu ce qu'ils disent du NEF ? Je re-re-copie le texte et
j'ajoute un peu d'html pour être sûr que le message passe.
<b>Compression</b>
Cette méthode de compression utilise un algorithme <u>non réversible</u>
qui réduit également la taille des données sur la carte.
<b><font size 0>Les données supprimées de l'image ne peuvent pas être
restaurées.</font></b>
<https://www.nikonimgsupport.com/eu/BV_article?articleNo 0006043&confi
gured=1&lang=fr>
Et toi tu as bien lu ce que j'ai écrit ?
Il a *2* (je mets des étoiles pour que tu voies bien le chiffre!) type
de raw compressés chez Nikon, dont un non destructif qui conserve le 14
bits et fonctionne très certainement comme un zip :
https://www.nikonimgsupport.com/eu/BV_article?articleNo 0006043&configur
ed=1&lang=en_GB
Oui, mais GR a utilisé le destructif. Tu as bien lu son exif et la
taille de l'image qu'il a proposée ? Si on pouvait passer de 14 bits à 8
bits sans perte (64 fois moins d'info) tu penses bien que le RAW pur
sucre n'aurait aucune raison d'être. Sony a d'ailleurs sorti ses
premiers A7 avec des RAW de 24 Mo pour 24 M de pixels. La communauté à
râler et ils ont fait des màj qui permettent d'enregistrer en raw pur
(40 Mà) ou compressé (24 mo)
GR a utilisé un RAW avec une compression destructive. Tu as compris ce
que j'ai écrit ?
Un peu comme si je supprime les accents. 7 bits suffisent mais
qu'est-ce-donc que ce « palais des congres » ? Un accent deci-delà
change tout dans une phrase. Non ?
AMHA tu n'as toujours pas compris, Nikon n'a que deux possibilités de compression:
- 12 bits
- 14 bits
le 8 bits n'existe pas, c'est l'affichage JPG du NEF qui est en 8 bits
