désolé je n'avais pas compris que tu avais compris (ou était-ce l'inverse ?) :p
mais maintenant e comprends pourquoi je ne comprends pas :D

lunarossa vérifie que tu as bien conio.h

kirua tu ne fais pas une "palette 24 bits"
dans une palette, si ma mémoire est bonne, tu définis 256 couleurs, chacune sur 32 bits (RVB + alpha). ensuite, tu utilise un seul octet par pixel, désignant le numéro de la couleur (de 0 à 255, soit 256 possibilités)
une page que j'ai lue pour ce petit prog :
http://www.commentcamarche.net/video/format-bmp.php3

Merci pour toutes ces précisions, je retindrai quand j'aurai besoin d'un code portable.
En attendant, les puristes peuvent toujours refaire ce code de façon portable et aux normes, toute belle, sans erreurs, etc.
Prévenez-moi si vous déposez une meilleur source du même programme, que je supprime celle-ci...

ce code n'a aucune prétention en tant que source.
je l'ai codé à l'arrache en tant qu'utilitaire pour développeurs Dev-Cpp ou Borland sous Windows, je sais qu'il n' aucune portabilité, qu'il ne respecte aucune norme, etc.
mes programmes qui respectent une norme sont ceux que je fais en cours.
pour le zip, je ne préfère pas proposer un zip avec un exe comme je le faisais avant (manque justifié de confiace).

pour ceux qui veulent reprendre le code pour le rendre protable et aux normes, c'est avec plaisir que je remplacerai ce code par le leur (en indiquant leur nom bien sur) ou que je suprimerai celui-ci dès qu'un équivalent bien codé sera proposé sur cppfrance.

[BlackGoddess]
fflush(stdin); >> ceci est une faute logique : en effet stdin est en lecteur, tu ne peux donc normalement pas le modifier.
[/BlackGoddess]
exprime-toi plus clairement car il ne s'agit pas dune faute de logique. il n'a peut-être rien à faire ici mais il était bien pratique après un scanf("%c", ...) :D

Honnêtement je ne sais pas si les 24 bits impliquent une absence de palette, mais tu peux le savoir avec la valeur de iDataOffset: début des données (pixels)...

merci de ton commentaire, je suis flatté.
pour des raisons propres (toujours d'exemple), je vais garder les macros min et max.
j'ai par contre corrigé la faute d'orthographe et lancer le programme sans paramètre ne donne plus d'erreur.
quant au nom de sortie, je le ferai sans doute lorsque j'aurais le temps

Commme déjà dit, mon programme n'a pas pour réelle vocation de cacher un fichier de la façon la plus efficace possible, mais plutôt de le faire en C++. C'est à la base un programme-exemple...
Et l'altération n'est pas si importante. Celà dit, c'est peut-être pour ceci que j'ai dit que je tenterais de faire le meilleur rapport taille/codage.

>Trop long: oui en effet, je l'ai fait dans le souci du détail, avec vérifications, infos sur l'en-tête etc.
De plus je l'ai fait non pas pour être utile en tant que programme de stégano (il en existe des bien mieux), mais juste pour donner des exmples et faire un programme complet (vérification aux plus de niveau possible, plus d'options, sauvegarde du nom de fichier, etc.)

>"MAIS avec n'importe..." uhu ? moi aussi il accepte n'importe quel fichier non ? le mode texte manuel n'est qu'un choix.

>"Le codage etait plus discret, car seul 1 bit sur un octet etait modifie et c est le bit de poids faible." certes, mais la place disponible est alors divisée par 4... Lorsque j'aurais le temps (sans doute pas avant les vacances), je laisserai le choix: plus la taille du fichier à cacher sera faible, plus le codage sera discret.

Mon intention n'était pas de concurrencer ton programme, sans doute avantagé par sa légerté et sa portabilité, mais de fournir cette source aux visiteurs de ce site.

djl > oui c'est pour plus de clarté (surtout pour moi) et une habitude que je partage avec le php ;-p. je suis très désordonné pour le c/c++ car j'ai appris les deux en même temps et je ne fais pas toujours la différence. Je fais s'évanouir les rigoureux

LordBob > initialement, j'avais prévu cette source entre autres pour un ami avec qui je parle anglais...