c´est marrant, j´ai toujours cru que le code ASM c´était juste des mov des push et des truc comme ça qui ne font pas plus de 4 lettres.

Mais l´autre jour j´ai vu un bout de code en ASM, au début je croyais que c´était du C, enfin, il n´y a pas une énorme différence de présentation ( bien sur dans le détail oui mais bon).

tout ça pour dire que si j´ai le temps, je croit vraiment qu´il faudrait que je m´y mette.

conclusion, si tu passe par là Kelios, je suis sur que tu connait un bon tuto que tu me recommenderai pour apprendre.

< dnob700>
Dans l´autre topic j´ai pas dit que je connaissai pas l´assembleur ! !

J´ai dit que je ne savais pas comment le bios était programmé !

Maintenant je sais pas tout faire en assembleur je connais la base : Fct, pile, addition, label jmp, condition...

ah d´accor,d mais bon, je pense que t´aura du mal à programmer mon algo en asm.

enfin, bonne chance.

dnob700 : pour info, tu peux faire du win32 en ASM si ça t´amuses à grand coup de call et de segments... Du coup ça ressemble beaucoup à un programme en langage " évolué", mais c´est un mix hybride qui n´a pas bcp d´interet...
Sinon les derniers jeux d´instructions sont assez impressionnants, les SIMD et SIMD2 en particulier. Exemple issu tout droit de la doc intel :

RSQRTSS - compute reciprocal of squareroot of scalar single precision floating point value

Ca me fait un peu penser à l´ASM pour shaders tiens, des fonctions aussi spécialisées...

mais des truc comme ça, vu qu´il y a des milliers d´opcode du genre, comment sont ils codé ? sur plusieurs octets je suppose non ?

si tu jettes un oeil aux specs intel, c´est expliqué tres clairement comment sont codées les instructions : préfixe, suffixe, instructions, opérandes, etc. C´est comme ça que tu vois que telle opération se fait sur 8, 16 ou 32 ( 64 maintenant...) bits, la mode d´adressage ( direct, basé, indéxé, combinaison, etc.), le nombre de registres qui entrent en jeu, etc. Bon, c´est pas d´une utilité infinié de connaitre ça, mais ça a du me servir une ou deux fois ( par ex je forçais des opérations 32 bits à coup de db 66h quand mon compilo générait encore du 16 ; tout simplement parce que 66h est le préfixe indiquant la taille des données manipulées par les opérations mémoire type movsb/d/q, stosb/d/q, etc.) Une instruction classique est en moyenne codée sur 2 à 4 octets ; pour les mnémoniques des SIMD(2), j´avoue ne pas avoir regardé :-?