Dobro a écrit :
Ollivier a écrit :Pour te donner une idée de ton geste, il équivaudrait à une soixantaine d'heures de
recherche si tu me le demandais.
heu.. c'est dingue, j'arrive pas a comprendre quoique ce soit , de ce que tu raconte !
si je pouvais faire un sondage a ce sujet, je le ferai, histoire de me rassurer , que je ne
suis pas le seul ......
Je n'ai pas l'ADSL tout simplement! Question de différence de débit.
Non, pas de soupçon du tout, vu que les codes vers lesquels tu m'as amené durant x années, ne manquaient jamais de leur(s) auteur(s).
Aussi, il suffit de regarder MES propres codes publiés, pour comprendre que si c'était une remarque soupçonneuse, balayer à ma porte est d'abord à faire!! (il ne doit pas manquer grand chose tout de même)
Pour le store vénitien, ce n'est pas de ma faute si, quand tu pokes la moitiée de l'image, en mémoire écran, cela dessine un store vénitien...(1 ligne sur 2) C'était une contrainte électronique, qui, avec le peu de couleurs (dont le magenta en dominante par défaut, d'où le surnom de "PQ" pour cette carte CGA) faisait vraiment fuir pas mal de monde!!!
Mode spéculation a écrit :
Après, je spécule, mais si PCX a différents modes d'application (Cga, Ega, Vga), je ne pense pas qu'ils auraient négligé la possibilité de charger directement l'image. C'était vraiment trop lent pour rester perdre du temps à mettre un
"Rep Movs" (transfert)
par ligne de pixels à l'écran, alors que piocher de la disquette à la mémoire directement ou indirectement, c'est plus simple au chargement de l'image.
En gros, tu as
2 bits par pixel,
4 pixels par octet,
320 pixels par ligne (n/b ou couleur, c'est pareil que pour l'Amiga, mais sans le mode 16 couleurs)
200 lignes par écran.
donc
80 octets par ligne
non pas 81,92 octets par ligne (2 puissance 13 sur 100 en décimal)
A l'époque, ça n'allait pas corriger à chaque fin de ligne (même raison que plus haut, lenteur, etc...)
L'adresse de départ était 0xb8000 (lignes paires)
L'adresse de départ était 0xbA000 (lignes impaires) et non pas 0xb8000h + 0x8000d (décimal le 2nd terme: 80 octets/ligne * 100 lignes par "store")
Sur une image 320x200x2 bpp, en gros, le bug possible ce serait un décalage de 384 octets des lignes impaires.
lignes impaires décalées vers la droite de OfX *64. (384 modulo 80)
lignes impaires décalées vers le bas de OfY *4. (384 div 80)
OfX = 1/4 (car 1/4 d'octet par pixel)
OfY = 2 (car 1 ligne sur 2)
Défaut de décalage des lignes impaires de coordonnées (16 pixels en X et 8 pixels en Y).
C'est une spéculation, car ce sont des souvenirs qui n'ont pas été utilisés depuis 22 ans maintenant.
Bonne journée.
).
(Non je déconne, en fait c'est tout le temps .... hahahahaha)
Un plus : Ajouter l'extension jpeg en plus des fichiers jpg.
... But the epicure is quiet.
