[Questions]Le langage de programmation Binaire existe t-il ?

Bonjour :D

Je me pose cette question depuis longtemps : le langage de programmation binaire existe t-il ?
En fait, je vais préciser ma question.
Quand on on fait un programme en C par exemple, on tape du code dans le compilateur qui créer l'executable binaire une fois compilé (en passant par le linkage et le .obj mais sans importance ici ).
Le fichier est donc un fichier binaire avec des 0 et des 1 .
Ceci m'amène a poser deux questions :
1) Existe -til des programmes qui permettent de voir un executable sous sa forme binaire (avec les 0 et les 1) ?
2) Est-ce que, si un programme qui permet de taper du binaire directement (0 et 1) existait (ou existe), si on tape exactement la meme chose qu'un programme fait en C (mais sous la forme binaire) directement, aurait t on le meme résultat.

Schéma d'explication.
Suposons que je tape ce code C :

Code:

---

printf("Salut") ;

---

Ce code on va dire il genère le code binaire suivant :

Code:

---

00101100100111

---

(ce n'est qu'un exemple).
Mtn si je prend un éditeur de code binaire et je tape :

Code:

---

00101100100111

---

(comme le code generer par le programe C).. est-ce que j'aurais aussi un "salut" qui saffichera ?

Ca peut paraitre embrouillant tout ca mais j'espère que vous suivez.

Je me pose aussi une question presque similaire : quand on ouvre un fichier .bmp (image) avec un editeur de traitement de texte (word par exemple) on obtient des caractères spéciaux et un peu "n'importe quoi".
Mtn, est-ce que si on avait pris Word et qu'on avait tapé exactement la meme chose que ce qu'on peut voir lorsqu'on ouvre une image avec word, et qu'on le renome en .bmp, est-ce qu'on aura une image pareille?
Dans ce cas, on pourrait "dessiner" avec Word...

Voila mes quetions bizzares ;)
J'espère que les réponses seront claires (plus que les questions en tout cas ;)) Merci.

Nas'

Citation:

---

Envoyé par NaskY

Je me pose aussi une question presque similaire : quand on ouvre un fichier .bmp (image) avec un editeur de traitement de texte (word par exemple) on obtient des caractères spéciaux et un peu "n'importe quoi".
Mtn, est-ce que si on avait pris Word et qu'on avait tapé exactement la meme chose que ce qu'on peut voir lorsqu'on ouvre une image avec word, et qu'on le renome en .bmp, est-ce qu'on aura une image pareille?
Dans ce cas, on pourrait "dessiner" avec Word...

Voila mes quetions bizzares ;)
J'espère que les réponses seront claires (plus que les questions en tout cas ;)) Merci.

Nas'

---

Je ne répondrais pas à la première, mais à le seconde question, un fichier bmp, c'est une suite d'octets, avec une structure définie, mais là n'est pas la question...
Les caractères que tu vois sont les codes ascii correspondant aux octets qui composent l'image.
Par contre, je te souhaite énormément de courage si tu veux créer une image bmp avec Word de cette façon, déjà, c'est long, en plus, Word ne permet pas de créer des fichiers "propres", au sens où il va systématiquement rajouter des octets inutiles pour ton image...
Bref, tu peux utiliser edit sous dos, mais alors, bon courage, encore une fois...

Bin, reviens au système des cartes à perforer !
Les petits trous, c'est du binaire, non ?

:wink:

La programmation bianaire, ce n'est rien de plus que de l'assembleur. Quand tu programme en Assembleur, chaque instruction correspond à un chiffre en héxa (donc un nombre binaire...) Cette instruction peut être suivi de plusieurs opérande...
Quand j'ai fait de la prog de 6809, on rentrait tout en héxa... Tu pourrais aussi le rentrer en binaire, mais ça prend 4 fois plus de temps encore... Alors bon courage!!!

Citation:

---

Envoyé par NaskY

Je me pose aussi une question presque similaire : quand on ouvre un fichier .bmp (image) avec un editeur de traitement de texte (word par exemple) on obtient des caractères spéciaux et un peu "n'importe quoi".
Mtn, est-ce que si on avait pris Word et qu'on avait tapé exactement la meme chose que ce qu'on peut voir lorsqu'on ouvre une image avec word, et qu'on le renome en .bmp, est-ce qu'on aura une image pareille?
Dans ce cas, on pourrait "dessiner" avec Word...

---

Utilise Textpad... Tu dois trouver ça sur internet je pense... Il ouvre n'importe quel fichier. Si il peut pas l'ouvrir en texte, il l'ouvre en héxa... Je te déconseille comme progfou d'utiliser word... Tu peux essayer avec notepad, mais je suis même pas sur que ça marchera...

Donc s'il y avait un éditeur de code binaire pure (1 et 0) et que si je tape :

Code:

---

1 2 3

0010110110010101001010110110010101 00101011011001010100101011011 0010101001001010110110010101001001010110110010101001001110

---

Je pourrais avoir, sans rien comprendre, une menu avec une phrase qui s'affiche ... ?? (en supposant que j'ai tapé qch de plus long par exemple)

Nas'

Parfaitement. Il suffit d'écrire un petit programme en C par exemple qui lirait ton fichier source par bloc de 8 chiffres et qui en fabriquerait un octet et tu ferais par exemple un .COM. Pour les autres types de fichiers exécutables, cela sera bien plus chiant car tu n'as pas que du code, mais aussi des informations annexes (genre table des relocations et tout...) Sur DOS/Windows, je te recommande le .COM c d'la balle ;)

PS: Bravo pour ta curiosité scientifique, voilà une question qui change de l'ordinaire ;)

Je ne comprend pas trop la question ? Au final, tout ce qui se trouve sur ton ordinateur est écrit en binaire, donc les programme aussi, il suffit de connaître les bons codes pour ton processeur (et ton OS) et tu peux écrire théoriquement n'importe quel programme juste en enchaînant des 1 et des 0 (pourvu que tu ais un éditeur binaire, mais on trouve plus facilement un éditeur héxadécimal, c'est déjà un brin plus manipulable !!).
Ca fait partie des bases à comprendre puis à oublier au plus vite si tu utilises des langages de haut-niveau :wink: (mais faut quand même garder ça dans un petit coin de son esprit, ça peut toujours servir :) )

Citation:

---

Envoyé par Jedai

il suffit de connaître les bons codes pour ton processeur (et ton OS) et tu peux écrire théoriquement n'importe quel programme juste en enchaînant des 1 et des 0 (pourvu que tu ais un éditeur binaire, mais on trouve plus facilement un éditeur héxadécimal, c'est déjà un brin plus manipulable !!)

---

Euh moa j'en ai déjà chier comme pas deux pour faire clignoter une diode sur 6809 en programmant en héxa... Alors déjà je respecte les gens qui prog en assembleur... :hola: C des fous!!!

lut :D

Je vous remercie tous de vos réponses . Je suis quand meme etonné par certaine réponses mais ca me rassurent en meme temps car c'est ce que je pensais un peu .
En posant ma question, je pensais aussi au fichier .COM de Windows mais je savais pas pk, c'était d'instin lol, et apparament y'a bel et bien un rapport :D

Sinon, je sais que tout est transformé en binaire par l'ordi mais ca me semblait un peu "fou" le fait de rééecrire un prog en binaire directement.

Certains m'ont dit "bon courage..." mais je comptais pas faire un prog en binaire directement :lol:
Mais existe -il des gens qui le font ? Quand on dit "apprendre le binaire", j'espère que c'est pas de ca qu' "ils" parlent !
Je sais transormer un entier en binaire et inversement , est-ce que c'est ca "connaitre le binaire" ?

Citation:

---

Bin, reviens au système des cartes à perforer !
Les petits trous, c'est du binaire, non ?

---

:mouarf2: j'ai rien compris lol :mouarf:

Citation:

---

PS: Bravo pour ta curiosité scientifique, voilà une question qui change de l'ordinaire

---

;) Merci... :frenchy:

Nas'

Citation:

---

Envoyé par NaskY

Quand on dit "apprendre le binaire", j'espère que c'est pas de ca qu' "ils" parlent !
Je sais transormer un entier en binaire et inversement , est-ce que c'est ca "connaitre le binaire" ?

---

Quand on parle d'apprendre le binaire, oui, il s'agit bien du calcul binaire. C'est donc pas la même chose. Quoi de plus banal en effet d'affirmer que 11001 + 10011101 = 10110110 ? (lol)

Citation:

---

Envoyé par NaskY

En posant ma question, je pensais aussi au fichier .COM de Windows mais je savais pas pk, c'était d'instin lol, et apparament y'a bel et bien un rapport :D

---

Petite remarque le COM signifie COMmunication, ces programmes sont ceux "de base" chez micro$oft...
Plus précisément, c'est à partir de ce code que DOS est "né" (je le mets entre "" car c'est pas de billou au départ)...
C'est aussi ce type de code que l'on trouve dans les BIOS, qui font (je généralise) 64Ko (comme par hasard => 64Ko = 1 segment en mémoire)...

Citation:

---

Envoyé par NaskY

des gens qui le font ? Quand on dit "apprendre le binaire", j'espère que c'est pas de ca qu' "ils" parlent !
Je sais transormer un entier en binaire et inversement , est-ce que c'est ca "connaitre le binaire" ?

Citation:

---

Bin, reviens au système des cartes à perforer !
Les petits trous, c'est du binaire, non ?

---

:mouarf2: j'ai rien compris lol :mouarf:

---

Alors, les cartes perforées, c'est ce qu'il y avait avant que les systèmes n'évoluent...
On perçait des trous sur une carte, et en fonction de leurs position, on exécutait un code précis.
Le binaire, comme le disait très justement anomaly, on ne l'apprends que pour comprendre en gros comment ça marche, mais on ne programme JAMAIS DIRECTEMENT en binaire...
Par contre, on peut programmer avec une suite de codes hexa, ce sont les instructions/opérandes compréhensible par le processeur...
Au-dessus il y a l'assembleur avec les mnémoniques.
Quand on programme en asm, on compile et on link le programme, cette opération consiste, en gros, à passer des mnémoniques au code hexa correspondant aux opérandes.
Si tu veux le faire sur un pentium, par exemple, tu peux, il suffit de te renseigner chez Intel, là, et tu auras les codes correspondant aux instructions...

Voilà, j'ai essayé de répondre à tes questions le plus simplement du monde, j'espère que ça va t'apporter la goutte d'eau qui te manquait dans ta soif de connaissance...

Citation:

---

Envoyé par progfou

Petite remarque le COM signifie COMmunication

---

8O Sûrement pas, il s'agit de COMmande. Quel sens aurait le mode "communication" ici ?

Citation:

---

ces programmes sont ceux "de base" chez micro$oft...
Plus précisément, c'est à partir de ce code que DOS est "né" (je le mets entre "" car c'est pas de billou au départ)... C'est aussi ce type de code que l'on trouve dans les BIOS, qui font (je généralise) 64Ko (comme par hasard => 64Ko = 1 segment en mémoire)...

---

C'est pas vraiment un type de fichier, il s'agit d'un exécutable sans en-têtes, dans lesquels donc il n'est pas possible de spécifier la taille d'un segment, les relocations, donc on y fait des suppositions dratisques : un seul segment, de taille 64 Ko. Le BIOS tient dans un segment (généralement), mais il n'y a pas de rapport avec les .COM (d'autant plus que le BIOS ne présume en rien qu'il est précédé par un PSP, donc un .COM flashé en guise de BIOS te réservera bien des surprises ;))

Citation:

---

Quand on programme en asm, on compile et on link le programme, cette opération consiste, en gros, à passer des mnémoniques au code hexa correspondant aux opérandes.

---

Ce sont ces codes hexa qui sont denommes (si je ne m'abuse) opcode.

Tout guide de programmation d'un microcontroleur qui se respecte presente, dans la description de ses commandes assembleur, l'opcode correspondant.

Citation:

---

Envoyé par jack69

Tout guide de programmation d'un microcontroleur qui se respecte presente, dans la description de ses commandes assembleur, l'opcode correspondant.

---

Exact! J'ai celui du 6809 moa... C'est con, car l'année après moi ils sont passé sur 68000... En tout cas c'était marrant de rentrer les chiffres en héxa, et d'appuyer sur validation... Puis de faire run et de rien voir...

Heureusement qu'on en est pas resté aux cartes... Moa je suis super organisé :lol: Je préfère pas imaginer l'horreur...

En plus en ce temps là, il y avait un techinicen payé pour passer tes cartes une à une dans la machine... Ca prenait des heure pour un prog de kelke lignes... Quand tes profs te raconte ça tu les compare à des Mamouth... Pourtant ce n'est pas si vieux que ça...

Quand j'étais en IUT, j'ai rencontré un mec qui avait programmé ......... par manipulation d'interrupteurs !!!!!

Déjà à l'époque (1988) ça paraissait hallucinant...

Maintenant, je pense que ce type passerait pour un dinosaure !!!

N'oubliez pas les appareils possédant un microprocesseur dédié qui peuvent nécessiter un autre type de programmation.

par exemple une carte à puce.

Cette question m'intéresse aussi : je programme en Qbasic et (un tout petit peu) en C. Je n'ai pas encore trouvé en Qbasic d'instruction d'ES sur fichier qui écrive bit par bit. J'ai contourné le problème en faisant une fonction qui convertit la valeur ASCII du texte que je tape en binaire et une autre qui fait l'inverse.
Le problème, c'est qu'après avoir passé une chaine ASCII à la première fonction, elle me renvoie une chaine composée uniquement de 0 et de 1, donc 8 fois plus volumineuse que la chaine de départ.
-1, c'est long
-2, les limites des tailles des chaines ne sont pas infinies (très loin de là) en Qbasic.
Est-ce que ça pose le même problème pour tous les langages?
Parce-que moi, j'aimerais pouvoir réduire la taille de certains fichiers texte par exemple en ne mettant que 32 caractères différents soit 6 bits par caractère. Ce n'est qu'un exemple, bien sûr.
Enfin, merci d'avoir lancé le sujet (je rechigne un peu à le faire moi-même et on est toujours content de pas être le seul à se poser une question). :?

Citation:

---

Envoyé par Bubonik software

Cette question m'intéresse aussi : je programme en Qbasic et (un tout petit peu) en C. Je n'ai pas encore trouvé en Qbasic d'instruction d'ES sur fichier qui écrive bit par bit. J'ai contourné le problème en faisant une fonction qui convertit la valeur ASCII du texte que je tape en binaire et une autre qui fait l'inverse.
Le problème, c'est qu'après avoir passé une chaine ASCII à la première fonction, elle me renvoie une chaine composée uniquement de 0 et de 1, donc 8 fois plus volumineuse que la chaine de départ.
-1, c'est long
-2, les limites des tailles des chaines ne sont pas infinies (très loin de là) en Qbasic.
Est-ce que ça pose le même problème pour tous les langages?
Parce-que moi, j'aimerais pouvoir réduire la taille de certains fichiers texte par exemple en ne mettant que 32 caractères différents soit 6 bits par caractère. Ce n'est qu'un exemple, bien sûr.
Enfin, merci d'avoir lancé le sujet (je rechigne un peu à le faire moi-même et on est toujours content de pas être le seul à se poser une question). :?

---

savais-tu que l'ascii c'est du binaire ?? :roll: Chaque caractère possède un code compris entre 0 et 255 soit en hexa entre 0 et ff et en binaire : 00000000 et 11111111. Je ne comprends pas pourquoi tu convertis 8O (même si tout les caractère ASCII ne sont pas affichable)

Citation:

---

Je ne comprends pas pourquoi tu convertis

---

Je convertis parce-que, même si l'ASCII est du binaire, il n'y a pas de fonction en Qbasic que je connaisse qui retourne par exemple les 10 premiers bits d'une chaine. On peut avoir les 8 premiers (en obtenant le premier charactère), les 16, 24, 32 etc... mais pas un nombre qui ne soit pas un multiple de 8...et c'est ce que je voudrais en partie.
De même, il n'existe pas d'instruction d'E/S qui puisse modifier un bit dans un fichier etc...

Si ca amuse le posteur, voila ce que j'ai fait hier soir.
J'ai crée un programme simple dans le style

Code:

---

1 2 3 4 5

#include <stdio.h> int main&#40;&#41; &#123;printf&#40;"Programmation Binaire\n"&#125;;&#125;

---

Puis j'ai crée un nouveau fichier ouvrant l'executable en mode binaire et extrait chaque octet de ce dernier afin de l'afficher qu'avec des 0 et des 1. Si ca l'interesse je peux lui envoyer le fichier c'est rigolo de voir le nombre important de 0 et de 1 pour un si petit programme en C. Impossible de l'inserer dans ce post c'est pour vous dire sa taille.

Bref. A bientot

J'ai lu tous les posts et j'ai des questions qui me viennent.
Déjà , qqun a dit que les proco comprennaient l'hexa.
Les processeurs travaillent en hexa directement?
Deuxièmement, les api windows sont coompilé en asm non?
Il existe donc des programmes de "traduction sma en binaire" non?
Qqun m'a dit qu'ils se trouvaient dans le io.sys et msdos.sys.
Donc si je comprends bien, les programmes apellent des apis, puis les apis apellent ces programmes traducteurs.
Encore une quastion conne.
Comment le pc fait la différence entre une instruction et un nombre?
Vu que tout est numéraire?
Sije ne me trompe pas, les traitements vars les périf, écran, clavier ... sont fait par des interruptions bios?
Donc il doit y avoir des instructions bios et des instructions proco et des nombres, valeur à mettre en pile.
Comment l'ordinateur fait la différence entre tout ca et oriente correctment?
La pile au fait, c'est bien la ram?
Ou juste une partie?
Ou uniquement les caches des processeurs?

Si vraiment tu es interessé par le sujet je te conseille l'excelent:
Architecture de l'ordinateur de Tanenbaum aux ed Dunod.
http://www.dunod.com/pages/ouvrages/ficheouvrage.asp?Pro_Code_GPE=45158

Je vais me le procurer merci beaucoup pour les références.

Pour Krys29, les processeurs travaillent pas spécialement en hexa, l'hexa est simplement un moyen plus pratique d'écrire du binaire. Le cpu comprends que le binaire, c'esdt la base de l'électronique, 0,1, pas courant, courant... mais attention, pour bubonik, bien que le cpu ne comprenne que le binaire, la plus petite quantité d'information sur laquelle il travaille et un octet/8 bits (dans le cas d'un x86 en tout cas)
donc lire les 10 premiers bits d'une chaine ça veut pas dire grand chose du point de vue cpu, tu seras obligé d'en lire 16, même si les 6 derniers t'intéressent pas.
L'ordinateur fait la différence entre tout ça grâce aux registres du processeur, ce sont des "cases" dans le processeur qui contiennent des adresses mémoires qui correspondent aux différentes structures, comme la pile, le code, les données, etc... il n'y a pas de différences entre une instruction et un nombre, une instruction est un nombre, simplement, les nombres qui se trouvent à l'adresse pointée par le registre cs (code segment) sont considéré par le cpu comme des instructions, même s'ils n'en sont pas !
Tout ça est quelque peu simplifié, bien sûr, le fonctionnement d'un cpu est très complexe. La pile c'est bien la ram, le code aussi, les données aussi. Les caches du processeur sont juste un mécanisme qui sert à augmenter la vitesse d'execution d'un programme. Ce mécanisme consiste à mettre dans le cache les données les plus souvent utilisées, parce que cette mémoire cache est très rapidement accéder par le cpu, bcp plus rapidement, donc c'est pas si faux ce que tu dis, on peut considérer que la pile est toujours dans le cache, car cette zone mémoire est très très souvent utilisée dans un programme. le cache sert aussi pour l'execution du code, le cpu prends les données pointées par cs, le code donc, et les met dans le cache (un cache différent bien sur, il mélange pas tout) par paquet dont la taille varie suivant le type de cpu, puis il exécute les instructions une par une à partir de ce cache d'instruction. C'est ce qui a amené la nécessité de prédiction de branche. En effet, quand le cpu rencontre un saut conditionnel, il ne sait qu'au dernier moment quelle branche va être prise, il doit donc tenter de prédire ça, pour charger les instructions à l'avance. S'il se trompe, il doit vider le cache, et le charger avec la bonne branche, et c'est une grosse perte de temps. D'où l'importance de bonnes prédictions, surtout que les caches sont de plus en plus gros, et une mauvaise prédiction devient de ce fait de plus en plus pénalisante.
Désolé de squatter le forum, il parait que c'est bon de s'exprimer, ça permet de savoir ce qu'on connait vraiment :)

Et savez-vous s'il existe des cours de langage machine (je ne parle pas d'assembleur), parce-que j'ai éssayé de comprendre un "hello world" en .com après édition et je n'ai pas compris grand chose aux codes hexa alors en ascii, qu'est-ce que ça donnait!
voilà les codes Hexa
BA, 0C, 01, B4, 09, CD, 21, B8, 00, 4C, CD, 21, 48, 65, 6C, 6C, 6F, 20, 77, 6F, 6C, 64, 24
Sachant quand même que 48, 65, 6C, 6C, 6F, 20, 77, 6F, 6C, 64, 24 sont les hexa pour la chaîne Hello world.
Qui sait, c'est peut-être ce que cherche NaskY.

Assembleur et codes hexa sont intimement liés :

BA 0C 01 : mov dx,010Ch
B4 09 : mov ah,09
CD 21 : int 21h
B8 00 4C : mov ax,4C00h
CD 21 : int 21h

10Ch c'est l'offset de la chaine en sachant que dans un .com le début du programme est à 100h. mov ah,9 int 21h c'et la fonction dos 'afficher une chaine' et mov ax,4c00 int 21' c'est la fonction dos 'terminer le programme'

Intéressant ! ... Juste quelques réflexions, meme si je reprends peut etre certaines idées déjà énoncées ...
L'expression "programmer en binaire" a peu de sens.
Ici, on parle ... "hyper bas niveau", bien entendu.
Quand on programme, on ne programme pas l'ordinateur en lui meme, mais le microprocesseur. Le µP est un automate, sans plus. Il est capable de faire un certain nombre de choses ... addition,soustaration... entre les registres, avec la mémoire ... etc ! Il exécute tout ca de facon totalement séquentielle en prenant note de ce qu'on lui demande, instruction par instruction, au rythme d'un métronome, l'horloge. Chaque instruction, en mémoire, est représentée par un nombre. Le µP ne sait interpréter (pas comprendre!) que des nombres. Maintenant, peu importe comment sont représentés ces nombres. Pour le moment, on en est toujours au binaire. Pourquoi ? c'est la facon la plus facile de pouvoir représenter des nombres avec des fils électriques et du courant. Si nous avions trouvé une logique a 10 états, nos µP, pourraient interpréter le décimal. Malheureusement, entre "y'a du courant = 1" et "y'a plus d'courant = 0", on a rien trouvé d'intermédiaire et d'exploitable (certains on essayés).
Maintenant, le µP, n'interprète pas du binaire. Il interprète des mots binaires ... de 8, 16,32 ou 64 bits élémentaires. Un seul 0 ou 1 n'a aucun sens pour lui... il ne rencontre d'ailleurs jamais de bit isolé. Un tel µP, serait un µP 1 bit et ne posséderait que 2 instructions possibles. Le premier µP était un µP 4 bits, le "4004" (1970). Un mot de 8 bits pourra ainsi etre porteur de 256 ordres différents. Le binaire n'est pas une forme de programmation (programmer "en" binaire ... hum ) c'est simplement une facon de représenter des nombres. Nombres qui ont un sens pour notre µP. On peut représenter ces nombres comme on veut, simple facilité pour notre pauvre cerveau ! bianire, octal, hexadécimal ... ou en base 3.67 .. peu importe. Ce n'est qu'une forme d'écriture, mais le µP, lui, est très limité et ne voit un sens que dans le binaire, car son seul sens de perception est la "présence ou non de courant électrique". Le jour ou nous inventerons une technologie basée, non plus sur le courant électrique, mais sur les ondes lumineuses ... nos programmes seront faits de nuances de couleurs.... :wink:

ps: l'expression "cours de language machine" a peu de sens également.
Il n'existe pas de "cours" sur les lettres de l'alphabet. On les connait ou on ne les connait pas. Ensuite, quand on les connait, on peu suivre des cours de Francais. C'est pareil en informatique. Les lettres de l'alphabet, ce sont les différentes instructions possibles. Si tu veux pouvoir faire des "phrases" avec ... il s'agit de cours de programmation, algorithmique ... Un cours de C++ ou de Delphi n'est jamais qu'un cours de sémantique. Connaitre simplement toutes les possibilités de c++ n'a jamais permis a personne de faire un programme. Par contre, si tu as acquis cette faculté de structurer ta pensée en schémas ordonnés ... alors, avec ton doigt dans le sable, tu peux faire de belles choses.

[edit] Merci a Narmataru (ci-dessous).

alors chapeau :applo: c'est du claire du chez clair :) et je trouve que ça résume bien...

Bonjour.
Vous considèrerez peut-être ça comme une autre question mais, pour débuter, n'auriez-vous pas un petit code d'exemple (seriez-vous assez fous pour en avoir déjà fait :lol:) ?
Juste un petit code (juste quelques centaines de lignes :)) pour faire, par exemple, un pixel rouge . (ici, environ 4 px) ?
@++
paulolol

Un deterrage de sujet de presque 9 ans, pas mal.

Sinon, tu peux programmer comme ca si tu veux : http://www.iquilezles.org/blog/?p=1426