Bonjour,  
 
J'aimerais afficher l'heure dans la mémoire video mais je n'arrive pas à récuperer les chiffre pour les afficher.
j'utilise la fonction 1ch et j'ai dans al les heures.Je sais que je dois diviser par 16 mais je n'y arrive pas.
Voila ma dision pour récupere le code ascii. Apres l'appele de cette procedure je fais add al, 30h pour récuperer le code mais rien ne s'affiche.
Merci
 

Bonjour
L'énoncé n'est pas d'une grande limpidité et le code est tellement bien commenté que je ne parvient pas à saisir ce qu'il fait.
qu'est-ce qu'il faut diviser par 16 ?
s'agit-il de faire une conversion du nombre en AX vers sa représentation décimal en ascii ?
pour diviser par 16 le mieux est de faire un décalge à droite de 4 bits
soit : sar ax,4 ou shr ax,4 suivant que le nombre soit signé ou pas.
pour d'autre division le DIV ou IDIV peuvent être utilisés.

+1, ça serait bien de fournir des explications et un code plus limpide parce que comme le dit db__, s'il suffit juste de diviser par 16, un simple décalage à droite suffit

 
la division par 16 ou le shift de 4 bits pour un affichage décimal implique que la veueur d'origine est en BCD.

Le résultat de ta division est dans dx pas dans ax...
(Maiis, c'est quoi le nom de cet algo ? )

lorsque la donnée (registre ou mémoire) est supposée être en binaire je maintient qu'un décalage de 4 bits effectue une division par 16.
lorsque la donnée est supposée être codée en Décimal Codé Binaire, un décalage de 4 bits effectue une division par 10 dans la mesure ou c'est un DCB compacté.
Si on veut convertir un nombre vers une représentation ascii en décimal, c'est beaucoup plus simple si le nombre est en DCB compacté ou non, un décalage de 4 bits sur une représentation binaire permet de faire une conversion vers de l'hexadécimal.
Un peu de code 32 bits cela nous changera un peu

dans le cas 2, le nombre est supposée non signé.
le DIV est désastreux pour les performances. Si quelqu'un a mieux je suis preneur.
Je suis preneur pour une méthode ou des balises permettant d'avoir un résultat potable à l'écran

 
on est d'accord (enfin j'ai pas regardé le code, surtout l'histoire du BCD/DCB )

 
Déjà il y a le truc de multiplier par l'inverse au lieu de diviser... Je connaissais ce truc pour trouver le quotient mais on peut l'adapter pour trouver le reste également.
Principe: précalculer (2^32 / 10). Multiplier par cette valeur et garder les 32 bits de poids fort revient à diviser par 10...
Il faut arrondir vers le haut (2^32 / 10) sinon le résultat sera incorrect. Malgré tout, la division n'étant pas exacte, le résultat pourra être erroné mais seulement pour de grandes valeurs du dividende (de l'ordre de 2^30). Suivant l'application ça peut être un problème ou non...
Pour trouver le reste, on prend les 32 bits de poids faible de la multiplication précédente qu'on multiple par 10. Les 32 bits de poids fort de ce résultat forme le reste.
 
exemple:
eax = n
ecx = 10
ebx = 429496730
 
mul ebx
; edx contient (n/10)
mul ecx
; edx contient (n%10)
 
Maintenant, je ne sais pas si deux multiplications c'est mieux qu'une division sur les CPU actuels...
Qu'en pensez-vous ?

Bonjour
l'astuce est effectivement interessante mais elle a un inconvénient de taille c'est comme tu le signale qu'elle n'est pas universelle et ne fonctionne pas avec les très grands nombres or pour beaucoup d'application, il n'y a pas de présupposition sur le nombre.
Elle a un autre petit inconvénient pour moi, elle consomme un registre en plus
déjà qu'avec 7 registres c'est pas facile et le push pop n'est pas nécessairement économique.