Reprise du message précédent :

 
bah en VBE 2, tu peux déplaçer l'adresse de scan il me semble, mais bon c'est pour toute la frame et c'est un service vbe donc bios  
 
maintenant inversement quand il a fallut faire des choses plus tordues qu'un scrolling, le pc allait aussi vite alors que l'amiga pleurait

Haaaaaaan le vieux topic, y'a mon premier pseudo en première page

Oui je m'obstinais à utiliser le mode décimal, alors que tout le monde utilisait le mode hexadécimal.  
 
Je trouvais ça plus pratique pour les calculs des déplacement de sprites, et autres ...  
 

Ok ben au moins maintenant je sais
 
C'est quand même super étrange qu'on ne puisse pas spécifier d'adresse ... parce que même sur des micros rudimentaires comme le TRS-80 par exemple, on pouvait décider l'adresse de départ de l'écran graphique, pas à l'octet près mais du moins par bloc de 512 octets ...  
 
Je trouve quand même que sans pouvoir faire comme l'Amiga ou l'Atari les jeux sur PC s'en ont bien sorti ; quand on voit un Scrolling sur Xenon 2 ou Titan en MCGA totalement fluide ... ben je me demande comment ils faisaient. Parce qu'il fallait déplacer près de 64000 octets à chaque déplacement, et sur mon 80286 c'était très fluide.

Oui, je me souviens ce qui était flagrant c'était Flight Simulator 4, un peu plus lent et saccadé sur l'Amiga 500 que mon 80286.  
 

 
ça c'est normal, car c'était les prémices de la 3D et comme tout moteur 3D qui se respect(ait)e, tout devait passer par une conversion Chunky to Planar (C2P) sur l'amiga, opération assez gourmande en CPU (qui démontrait également les limites du copper). En gros, là ou l'amiga utilisait la force brute pour tout ce qui était sprites, scrolling, il était une quiche pour tout ce qui touchait finalement au traitement pixels/pixels (le fameux mode planar).
 

 
je peux me tromper, mais à cette époque la 3D n'était pas texturée (pas en realtime du moins) mais en flat ni shaded ni rien.
Et les conversions étant ce qu'elles étaient, les possibilités hardware d'une bécane n'était pas réellement prises en compte, donc un 286 (qui tournait dans les 12Mhz en général, sur les pc amstrad en particulier je crois) rendait plus vite une scene en 3D qu'un pauvre A500 avec ses 7.14 MHz de base
 
Heureusement dans certain cas, les devs se sont plus servi du blitter pour remplir des faces des tracer des lignes
 
Pour ceux qui s'en souviennent, Stunt Car Racer (jeux de caisse en 3D flat aussi) tournait plus vite sur le STF (8Mhz) que sur le miga, tout ca pour qq HZ de différence

Evidemment, à l'époque, en dehors des custom chips, la différence se faisait au niveau de la fréquence du CPU... de 7,2Mhz (7,19 PAL)/7,4Mhz(7,38) pour le miga  à 8Mhz pour les ST sur un 68000, la différence était non négligeable (7~10% de différence tt de même)

Je ne pense pas que la fréquence de l'horloge soit seule responsable, car sur mon 80286 on pouvait passer en 8 Mhz au lieu de 12. Et il n'y avait pas beaucoup de différence. Par contre chose étrange pour les opérations simples comme la copie ou remplissage de bloc d'octets (sans utiliser le blitter) un 68000 et 80286 c'était kif kif, mais il est vrai que pour les programmes genre FS4, le 80286 prenait l'avantage.  
 
C'était quand même une sacré bête le 68000, plus de registres que l'intel et possibilitée de jongler avec le 32 bits et d'adresser une mémoire 32 bits. Reprenez-moi si je me trompe mais le Motorola n'avait pas grand chose à envier à l'intel ?...
 

J'y ai joué il y a quelques jours sur PC  
 

pour copier des gros blocs de mémoire avec le 68000 on se servait en effet de son adressage 32b, et sauf erreur, le 80286 était un 16 pur et dur (le 386 était 32b lui par contre).
 
Et l'assembleur Motorola, CA c'était de l'assembleur digne de ce nom

clair, pas comme cette grosse merde d'asm x86

en plus sur les intel j'ai jamais capté leur trip du format little-indian
Pourquoi donc les LSB et les MSB sont "inversés" ?
 
Enfin bref, si le mC68000 a bien marché à l'époque c pas pour rien

je vois qu'on a les mêmes saines lectures, Abrash rules

j'ai encore mieux

comment j'téclate sa race

Désolé de faire le lourd, mais je relance la question, quelqu'un peut me dire comment on utilise l'ecran EGA 320x200x16 ou 640x350 ?  
 
Car en adressant sur le segment A000, je n'ai que du noir & blanc, et donc c'est quoi l'astuce pour attaquer les autres bitplane ?  
 
Merci d'avance.  

ben tu passes en mode 10h, et chaque bitplane est accessible par la formule suivante :

bitplane n = 0xA000 + (n x 28000)

avec n de 0 à 3

C'est bien ce que j'avais naturellement essayé à l'époque et que je reviens d'essayer, mais la seule chose qui modifie l'écran, c'est l'adressage de 0 à 27999 au segment 40960. Au dela rien ne change.  
 
Si t'as un exemple de prog. en C où tu attaques directement la mémoire vidéo, je veux bien jeter un oeil ...  

dis donc mon coco, faudrait voir à lire mon merveilleux topic avant d'y poser des questions hein
http://forum.hardware.fr/hardwaref [...] tm#t549050

J'ai tout lu jusque la page 4  
 
Intéressant en tous cas, ceci explique que je ne suis jamais arrivé à retrouver la rapidité d'affichage qu'ils avaient dans les jeux. Je passais par un mode traffiqué sans le savoir ... j'étais dans la matrice

Quelqu'un a déjà essayé ça ? Ça a l'air sympa.

Hum
 
J'ai une pile d'ST Mag qui se rapproche dangereusement de la poubelle, dedans je sais qu'il y a une série d'article sur l'écriture d'une (méga-)démo. Il me semble que c'est plutôt décousu, mais ça intéresse qqu'un que je les scanne en fin d'année ?

Je serais tenté de dire qu'il y a moyen de s'amuser beaucoup plus avec un kit de développement pour microcontrôleur, ça sera ptêt un peu plus cher mais beaucoup moins limité techniquement. Avec en bonus la possibilité de piloter de vrais moteurs, de vraies LEDs, de vrais LCD etc., ce qui est autrement plus frime qu'un périphérique virtuel dans une fenêtre windows.

C'est la même chose qu'ici ?

fépéter

ça serait cool de faire un topic identique à celui ci mais avec l'Amiga à la place du PC, non ?

je plussois avec force !!!
 
avec un peu de chance je dois avec qqs copperlists de ouf sur des vieilles diskettes ou sur le DD du 1200 (et heureusement qu'on peut mounter les partochs amiga sous nunux )

Vlà un genre de liste d'articles (pas forcément complet) : http://fplanque.net/STMag/index.html
En plus des démos, y doit y avoir une initiation à l'asm 68k mais dans mon souvenir ça n'a pas duré longtemps.
Si y'a des gens intéressés par des articles en particulier, vous quotez ce message et vous l'indiquez, j'ajouterai ça au batch de scan de fin d'année

OH
 
 
 
 
 
 
 
MON
 
 
 
 
 
 
 
DIEU
 
 
 
 
 
 
http://www.abandonware-magazines.o [...] esentation
 

 
Comment ca j'ai 4 ans de retard ?

vaut mieux être en retard que pas venir à la fête (enfin si y'a plus d'alcool )

En tout cas c'est très bien écrit et tout, on se prend vraiment au jeu.
 
Bravo Harkonnen !    

Hello les gens !

J'ai bidouiller ya qq jours une routine de bumpmapping 2D (qui reste à optimiser d'ailleurs...) , si ca branche du monde, je pourrais poster l'algo et les sources, vu que c'est en rapport avec le topic

ca ressemble à ca :

merci
 

 
fépéter

Bon, je vais me remettre à l'asm x86, je ferais bien le starfield (je l'avais fais y'a 5 ans). Je suis en train de revoir toute l'architecture x86 là.