Brunus: je n'avais pas vu ce message. Il a fallu que je lise dans un autre forum (guilde-ke.net) que j'étais "incompétent" et que tu l'avais démontré ici. Attention, j'adore quand on me cherche sur la technique. Ca me rappelle un peu l'histoire du journaliste et de sa stéganographie "incassable".
Ca va être rapide. Donc, tu as tort, et même tellement magistralement tort que tu risques d'en être légèrement ridicule, sur le coup. Le format RGB0 avec un octet réservé entre chaque trio n'est présent que dans la palette des BMP, pas dans les données des pixels. Or les BMP24 (16 millions de couleurs) n'ont pas de palette, contrairement aux BMP 1 (2 couleurs), 4 (16 couleurs), et 8 (256 couleurs). CQFD. Merci d'avoir joué.
Il suffit de chercher une description du format BMP n'importe où, ou d'ouvrir un BMP avec un éditeur hexa, ou encore de jeter un oeil sur ma page que tu cites, quelques lignes après le passage que tu as noté, puisque j'y présente justement un dump hexa d'un BMP24, et qu'on voit très bien qu'après le header, le format est RGBRGBRGB et pas RGB0RGB0RGB0.
Merci pour la rigolade. Oui, je suis un peu dur, mais je te l'avoue très franchement, je n'aime pas être traité d'incompétent.
Bon, allez, sérieusement, il m'arrive de faire des erreurs, comme tout le monde. Généralement, les gens me préviennent par un e-mail, pas dans des forums dans lesquels je ne suis pas, je vérifie, puis je corrige en remerciant la personne. Tu sembles très attaché à la notion de logiciel libre: la collaboration entre codeurs, c'est pourtant à la base de cette philosophie. Pas le coup de poignard dans le dos (quoique cette fois il était en plastique mou). Par exemple, dans feue ma page Viguard, je m'étais planté en beauté dans un calcul concernant la réduction du nombre de possibilités, pour une attaque en brute force d'un password quand le logiciel ne tient pas compte des majuscules/minuscules. Voir le résultat après que quelqu'un m'ait envoyé un mail:
Quant au dernier paragraphe de l'introduction de cette même page, il dit: "Une dernière chose: il m'arrive (souvent) de me planter. De faire des erreurs. Vous êtes donc chaleureusement invités à répéter vous-même tout ce que je raconte pour vérifier, et à conduire vos propres tests pour aller plus loin. Les sources (en assembleur 32 bits, codé pour TASM32) de tous les programmes utilisés ici sont fournies. Toutes mes expériences sont reproductibles. Si vous voyez une erreur, merci de m'envoyer un mail, et je corrigerai. Tous les commentaires sont aussi, bien sûr, les bienvenus."
[^] # Re: L'affaire Guillermito
Posté par Guillermito . En réponse au journal L'affaire Guillermito. Évalué à 1.
Ca va être rapide. Donc, tu as tort, et même tellement magistralement tort que tu risques d'en être légèrement ridicule, sur le coup. Le format RGB0 avec un octet réservé entre chaque trio n'est présent que dans la palette des BMP, pas dans les données des pixels. Or les BMP24 (16 millions de couleurs) n'ont pas de palette, contrairement aux BMP 1 (2 couleurs), 4 (16 couleurs), et 8 (256 couleurs). CQFD. Merci d'avoir joué.
Il suffit de chercher une description du format BMP n'importe où, ou d'ouvrir un BMP avec un éditeur hexa, ou encore de jeter un oeil sur ma page que tu cites, quelques lignes après le passage que tu as noté, puisque j'y présente justement un dump hexa d'un BMP24, et qu'on voit très bien qu'après le header, le format est RGBRGBRGB et pas RGB0RGB0RGB0.
Merci pour la rigolade. Oui, je suis un peu dur, mais je te l'avoue très franchement, je n'aime pas être traité d'incompétent.
Bon, allez, sérieusement, il m'arrive de faire des erreurs, comme tout le monde. Généralement, les gens me préviennent par un e-mail, pas dans des forums dans lesquels je ne suis pas, je vérifie, puis je corrige en remerciant la personne. Tu sembles très attaché à la notion de logiciel libre: la collaboration entre codeurs, c'est pourtant à la base de cette philosophie. Pas le coup de poignard dans le dos (quoique cette fois il était en plastique mou). Par exemple, dans feue ma page Viguard, je m'étais planté en beauté dans un calcul concernant la réduction du nombre de possibilités, pour une attaque en brute force d'un password quand le logiciel ne tient pas compte des majuscules/minuscules. Voir le résultat après que quelqu'un m'ait envoyé un mail:
http://web.archive.org/web/20030404161138/http://www.pipo.com/guill(...) (chap.1.3, "bvd.cfg").
Quant au dernier paragraphe de l'introduction de cette même page, il dit: "Une dernière chose: il m'arrive (souvent) de me planter. De faire des erreurs. Vous êtes donc chaleureusement invités à répéter vous-même tout ce que je raconte pour vérifier, et à conduire vos propres tests pour aller plus loin. Les sources (en assembleur 32 bits, codé pour TASM32) de tous les programmes utilisés ici sont fournies. Toutes mes expériences sont reproductibles. Si vous voyez une erreur, merci de m'envoyer un mail, et je corrigerai. Tous les commentaires sont aussi, bien sûr, les bienvenus."
Allez, sans rancune, hein? :)