Discussion:Windows bitmap

Le contenu de la page n’est pas pris en charge dans d’autres langues.
Une page de Wikipédia, l'encyclopédie libre.
Autres discussions [liste]
  • Admissibilité
  • Neutralité
  • Droit d'auteur
  • Article de qualité
  • Bon article
  • Lumière sur
  • À faire
  • Archives
  • Commons

Compression[modifier le code]

est ce que la compression en bitmap est une compression avec ou sans perte de données ? [[Utilisateur:Francois Trazzi|François Trazzi | ]] 8 oct 2004 à 19:16 (CEST)

La seule compression ( et donc perte de données) permise par le format BMP est la réduction du nombre de couleurs ( jusqu'à 2)--Jeanjean 8 oct 2004 à 19:25 (CEST)
  • "Il ne dégrade pas l'image et n'utilise généralement pas de compression, aussi est-il très lourd" : c'est faire l'impasse sur le RLE utilisé justement dans les BMP. Ils ne compressent pour cette raison pas l'image sur une photographie, mais prends un dessin au trait ou une image d'écran (sans dégradés, bien entendu) et tu vas la voir un peu, la compression !
  • En revanche, cela ne procure bien entendu (et je dirais même par définition) aucune perte de données
Pour information : http://astronomy.swin.edu.au/~pbourke/dataformats/bmp/ 195.132.56.220 8 oct 2004 à 19:28 (CEST)
The même chose en français 195.132.56.220 8 oct 2004 à 19:38 (CEST)
Bitmap n'est pas une méthode de compression, c'est un type de données : une image pixelisée. Concernant la compression, le format BMP utilise RLE, qui est sans perte. Marc Mongenet 8 oct 2004 à 19:39 (CEST)
Merci pour les réponses. Je pense qu'il serait bien d'en parler dans l'article. [[Utilisateur:Francois Trazzi|François Trazzi | ]] 8 oct 2004 à 21:11 (CEST)


A Sylvainm86. Ok, désolé. Apparemment les palettes sont dans l'ordre Rouge-Vert-Bleu et les couleurs dans l'image dans l'ordre Blau-Vert-Rouge : "Also note that, in a color table (RGBQUAD), the specification for a color starts with the blue byte. In a palette a color always starts with the red byte. There is no simple way to map the whole color table into a LOGPALETTE structure, which you will need to display the bitmap. You will have to write a function that copies byte after byte."

Je traduirais bien "offset" par "décalage", non ? bblou(p) (d) 11 avril 2012 à 20:43 (CEST)[répondre]

L'offset est un type de décalage bien particulier en informatique. JackPotte ($) 11 avril 2012 à 21:35 (CEST)[répondre]
heuu.. bblou(p) (d) 12 avril 2012 à 09:30 (CEST)[répondre]

Taille du fichier -- erreur de définition[modifier le code]

Bonjour,

dans la section "Taille du fichier", quand je lis "on multiplie la profondeur couleurs (1, 4, 8, 16 ou 24 bits) par la hauteur et par la largeur en pixels", je suis d'accord.

Mais juste après, une tentative d'approfondissement de l'explication fait tout capoter : "(Profondeur de couleurs en bits) × (Hauteur en pixels) × (Largeur en pixels) bits."

Non ! Car cela donnerait des pixels au carré, exactement comme quand on calcule la surface d'un rectangle en cm, à l'école : Hauteur (en cm) × Largeur (en cm) = Surface en cm² !

La hauteur d'une image bitmap est tout simplement son nombre de lignes, et pas plus. Que ces lignes soient exprimées en pixels, on est bien d'accord.

Donc la phrase suivante, dans l'article, est tout autant fausse : "une image en 800 × 600 (800 pixels de large par 600 pixels de haut)", et devrait être "une image en 800 × 600 (800 pixels de large [par ligne] × 600 lignes de haut)".

Et on se traîne cette erreur depuis l'origine du format bitmap, à croire que tous les gens qui rédigent sur ce sujet rédigent sans comprendre ce qu'ils rédigent. --90.57.252.199 (discuter) 10 août 2018 à 08:24 (CEST) Jean-Pierre[répondre]