Reprise du message précédent :
Ca dépend si la démo emploie effectivement le copro ou non. A l'époque du 486, non, car il y avait le 386 qui tournait sans copro, et une bonne démo tourne sur toutes les machines.

 
mais t'y comprendras rien
 
les types d'outcast avait fait tout un long article a l'epoque sur leur rendu, qqun a encore l'url ?

L'article is on-line:
http://forum.hardware.fr/hardwaref [...] 6695-1.htm
 
Je ne sais pas si l'article d'appeal est encore en ligne, je me souviens vaguement de ce qu'ils faisaient (offset par tile, rendu de l'eau, et ajout d'objets polygonaux par Zbuffer, utilisation massive de l'assembleur).
 
Enfin Appeal a fermé ses portes mais il y a peut-etre encore une copie quelque part.

un excellent diskmag avec plein d'articles (en anglais) sur la programmation des démos :
http://hugi.scene.org/main.php?page=hugi

Et up pour ce topic interessant malgrés qu'il soit délaissé par son auteur    
La je suis en train de me monter un pc sous msdos pour faire tourner les démos  

Essaye de choper une GUS et te voila paré pour retrouver les sensations d'entants

bon, je suis en train de préparer une nouvelle série d'articles pour remettre ce topic à flots

"il" est de retour

Haaaaaaaaaaaa

ouais, "il" est de retour parce que "elle" ne sera plus de retour
 

 
bonanée les gaziers

Bonne année, vieux

Zyva papy harko fé pété les demos

Ouais bonne année
J'éspère que tu as prévu de le remplir ce topic en  2007

yes, vous allez en chier

non, on va se cultiver

du nouveau ?

en cours
faut que je m'installe la nouvelle version d'Open Watcom

 
J'me retaterais bien de l'algo oldschool en C# un de ces 4 moi
 
Genre refaire :
 
Rotozoom
Voxel
3D Phong/Gouraud
Raytracing    
...

je pense qu'il y a moyen de faire des trucs sympas avec C#/XNA

 
Arf, je pensais plus à faire du OldSchool en GDI, XNA n'est pas joué, comme directX ou OpenGL, ça perds de son fun

c'est plus du oldschool dés l'instant que tu fais tes effets avec une API, fusse-ce GDI
tant qu'a utiliser une API graphique avec C#, autant utiliser XNA, de loin la mieux foutue et la plus simple à utiliser

Ah le bon vieux temps
 
 

ooo ooO oOo oOO Ooo OoO OOo OOO
 
Bon harkonnen tu en es ou?

 
ça en mets du temps dis donc !

Pfiou !!! dernier coup de pelle pour deterrer ce topic

ça va hein
(j'ai plus le temps de rien faire )

 
 
Arf,
 
De mon coté j'ai bien avancé mon portage de MikMod en 100% C# , j'ai deja la conv MOD/XM/S3M -> Wav de fonctionnelle à 100%, je me penche sur la sortie Audio Windows puis DirectX (je voulais faire une version XNA mais ce con ne permet pas l'accés au buffer audio... faudrait que j'essaye de traffiquer un truc )

c'est clair que XNA pour l'audio, c'est à chier... j'ai voulu faire mumuse avec, j'ai pleuré toutes les larmes de mon corps. vois le bordel pour jouer une bête musique de fond (conversion du fichier, etc...)

Hop là, je drapalise, tant j'ai regardé et reregardé Second Reality au début des années 90. Larme à l'oeil toussa.

Super topoc Harkonner

Bonsoir,  
 
ça fait vraiment plaisir de voir qu'il y a des gens qui s'intéressent à la bonne époque  
Lorsque j'ai lu au début du topic, "le mode de prédilection était le MCGA car pour afficher un point il suffit d'écrire un octet à l'adresse y*320 ,etc ...", je me suis vraiment senti chez moi  
 
Une question qui me turlupinait à l'époque (+ de 15 ans déjà), était-il possible de spécifier un autre segment de départ pour l'écran graphique autre que 40960 ?  
Par exemple en pascal pour écrire un point : mem[40960:0]:=255;  
Mais était-il possible de spécifier à la carte graphique que le segment du début de l'écran soit autre chose que 40960 ? histoire de faire de beaux scrolling, façon Amiga ?  
 
Et par contre si quelqu'un pouvait m'expliquer comment on utilise le mode 16 couleurs (320x200 ou 640x350), parce qu'en adressant à 40960, on attaque le premier bitplane mais les 3 autres j'ai jamais su ...  
 
A noter qu'il écrit en début de topic que le mode h13 est idéal, mais il y avait aussi le 640x400 en 256 couleurs avec le mode h5E. Seulement pour la rapidité des sprites il était préférable d'utiliser le 320x200 ...  
 

Il est pas assez intéressant mon message que personne n'y répond ?  

Pourquoi est-ce qu'on doit utiliser DOS4GW au fait ?

HARKO Y A UN CLIENT SUR TON TOPIC §§§

 
pour pouvoir acceder à la RAM en mode FLAT, cad. de maniere linéaire avec des adresses d'alloc sur 32 bits. Sinon, tu reste cantonné à la limitation du DOS, à savoir les 640Ko de mémoire conventionnelle + segmentation au dela (et du coup ça devient beaucoup plus contraignant pour allouer moult ram )
 
Bref, un truc qui à permis au PC de pouvoir faire ce que l'on faisait sur atari & amiga depuis une dizaine d'années... à savoir disposer de la ram comme bon il te semble, dans la limite de la RAM physique bien entendu...
 

 
Arf !
le temps que je capte que 40960 = 0xA000    
 
Ben en fait, contrairement à l'amiga, les données de la mémoire video partaient d'une adresse mémoire fixe (pour ce mode graphique), et donc comme on a pas de copper derriere pour réassigner l'offset de la mémoire video, on passe par le cpu

Quand on fait tourner un exécutable 16 bits sous XP on est dans une machine virtuelle non ? Du coup ça ressemble à quoi quand DOS4GW passe en mode 32 bits ?

Nan, comme dit plus haut, la VRAM est fixe. Si tu veux faire un scrolling sur PC, tu copies les blocs de RAM.
 
Ah putain, le copper de l'Amiga... ou comment obtenir des scrollings parfaitement fluides, avec une économie de temps maximum (le temps de l'écriture dans un registre)
Quand je vois la gueule d'un scrolling sur PC à coups de copies de blocs de mémoire bien bourrins (et vive la VRAM à adresse fixe ), certes aussi fluide (vive les processeurs gonflés aux Ghz), mais à la programmation tellement bourrine et inintéressante...

Et la finesse du Blitter sur STE... hein !!! tu semble l'oublier
 
 
[/Vieille_polemique]

 
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