Je vois avec lui en privé. Il reste une petite chance que ce ne soit pas le CPU. Sinon au pire il est déjà averti qu'il existe une solution.

Moué Moué ;)

Sinon, oui, Karlos m'a averti que son A1XE est mort ... Il suspecte un CPU HS ...
Peut-être un Bounty ? ou des donations pour l'aider à acheter ce qu'il faudrait pour qu'il puisse avoir à nouveau un 'Miga qui fonctionne.

@+

Amidark: J'ai souvenir que tu me l'ai dis en privé sur FB mais pas de l'avoir lu sur un forum. :-)

Bah ça a le mérite d'exister dans le SDK de MiniGL, mais pour le moment ça doit demander des valeurs bidons à Warp3D. Tant mieux, MiniGL sera d'autant plus facile à adapter!

Bon en attendant le XE de Karlos à claqué...

là je suis vraiment super content du boulot qui est actuellement effectué sur cette library

Alors ils écoutent pas chez Hyperion, hein ? :-)

Donc Karlos a eu validation pour sa demande d'implémentation de Warp3D :)
Cool, je vais pouvoir essayer d'ajouter tout cela à MiniGL et soumettre les modifications à Hans de Ruiter pour que Hyperion valide les modifications :)
(j'en ai déjà discuté avec Karlos & Hans de Ruiter :p)

Au fait Crisot :
I found in the SDK that minigl support this extension, and accept parameters like GL_TEXTURE_MAX_ANISOTROPY_EXT and GL_MAX_TEXTURE_MAX_ANISOTROPY_EXT to enable native anisotropy.
Je t'aurais pas un peu soufflé la réponse ;) Hein ! Gros menteur va :p



Message édité par : AmiDARK / 10-01-2013 21:18

Pour les codeurs: Great news!



Warp3D laissera bientôt la possibilité au développeur de passer en zbuffer 16 bits, très simplement, par l'utilisation de W3D_Hint(), une fonction qui existe déjà.

De plus, la fonction SetFilter(), qui elle aussi existe déjà, permettra de choisir des modes anisotropics, en plus des actuels modes linear, nearest, etc...

Une fonction reste à créer en revanche pour choisir le niveau d'anisotropie maximum.

http://forum.hyperion-entertainment.biz/viewtopic.php?f=26&t=1479




Lors d'une prochaine update, le scissoring deviendra plus performant, et sera capable de cropper les polygones trop critiques pour l'actuel scissoring.

En pratique -> Il est possible que nous n'ayons plus besoin de clipper les 4 plans de notre écran. Un clipping par un "znear" suffira pour éviter les bug de projection, après quoi le scissoring devrait être apte à finir le travail en 2D.

http://forum.hyperion-entertainment.biz/viewtopic.php?f=26&t=1489



Avis perso:
-Les solutions choisies pour le zbuffer et l'aniso sont de loin les plus intelligentes qui puissent être choisies. Ce sera très simple à répercuter sur MiniGL.
-L'amélioration du scissoring par un cropping CPU rendra le boulot plus simple pour le codeur Warp3D, en revanche l'impact sur le CPU d'un cropping 2D (plus lent que 3D) reste à tester.

Je suis le premier à gueuler quand c'est n'importe quoi, mais là je suis vraiment super content du boulot qui est actuellement effectué sur cette library. Sincèrement!
Message édité par : Crisot / 10-01-2013 20:55

Citation : thellier?

Mais y aura pas de skin ni de bump vraiment correct dans la v1 on verra plus tard...

Je te félicite. Il faut savoir définir des étapes et faire des release de temps à autre.
Bien joué.

@Alain :
Sympa pour ton Wazp3D sur WinUAE.
J'aimerais bien faire tourner l'AmiDARK Engine sur une config 68k/WinUAE mais pour l'instant il me manque la Freetype & FTGL pour le faire fonctionner dessus :p

Sympa ta vidéo. Vivement qu'on voit des démos tourner sous nos 'miga :)

@+
AmiDARK

>et tout le monde se remet à bosser sur son oeuvre respective ?
>Alain : tu nous avais promis une nouvelle version de Wazp3D (et de Microbe3D)

Sur Wazp3D je me sers actuellement d'une nouvelle version qui bufferize toutes les (12) opérations de traçages et non pas les (3) plus simples comme avant...
(Cad que si on trace n fois 1 triangle il agglutine tout en un seul tracé de n triangles)

Sur WinUAE ça booste.... je ne sais si je dois l'avouer mais j'arrive à avoir un Wazp3D/WinUAE qui trace bien plus vite de la 3D que ma vraie Sam440 :-/

Par contre sur SuperTuxKart c'est la grosse déception (je suis miné) malgré cette optimisation de War/zp3D le jeu demeure aussi lent en Composition ==> pour arriver à accélérer SuperTuxKart il faudrait donc bien réécrire et/ou optimiser MiniGL(Crisot a raison) ou réécrire et/ou optimiser SuperTuxKart
Je ne sais si je dois "releaser" cette version de Wazp3D car je voudrais aussi changer la dispendieuse gestion des textures en Composition (allouée coté Wazp3D en RGB/RGBA et comme bitmap coté composition) et tester un patch de Mathias Parnaudeau

Sur Microbe3D j'ai passé plus de 2 semaines sur 2 sales bugs (enfin corrigées) et comme je me lasse j' écris des conneries sur Amiga NG :-P
-Le clipper3D marche et a été optimisé
-Un mode "éclairage rapide" par lightmaps
-Les hierarchies de matrices (=Instances avec hierarchie) marchent (axes d'articulations)
[...]
J'ai encore des bugs à corriger avant de convertir le binaire en une .library qui puisse servir à tous à développer des progs
Mais y aura pas de skin ni de bump vraiment correct dans la v1 on verra plus tard...

Par contre je vais mettre le binaire actuel de Microbe3D ce WE sur Aminet car j'aimerai bien avoir des retours = ça me motiverait :-)
http://www.youtube.com/watch?v=2OC9dQoTXWs


Alain




Message édité par : Creols / 09-01-2013 15:48

Amidark : La ou tu te trompes lourdement, c'est qu'il n'y a aucune raison que j'ai a réécrire un moteur 3D a chaque fois. N'oublie pas que OpenGL n'est ni plus ni moins qu'un moteur 3D lui aussi. J'ai juste choisi d'écrire le mien, mais il n'est pas moins réutilisable qu'OpenGL. Il n'y a aucun appel Warp3D dans mon jeu, il n'y a que des appels PXS_truc(), en lieu et place de GL_truc().

Les gens disent régulièrement que les softs Os4 sont devenus lents parcequ'ils ne sont pas pensés pour l'os, parce qu'ils n'utilisent pas assez les fonctions natives. C'est juste ce que moi j'ai choisi de faire.

De plus! Si Gallium s'avérait être une bonne surprise et que je décidais de switcher a ce moment la, j'aurais sans doute moins de boulot que tu n'imagine. En fait j'espère bien avoir a faire ce portage un jour, mais ce sera une fois les preuves en main.

En attendant je vois les choses différemment. J'ai la chance de pouvoir me passer de MiniGL, et seul le résultat compte.

Voili voilo ;-)

T'as juste oublié qu'une troisième solution pouvait être plus efficace que les deux autres : le Betamax... :-D