Discussion :

[eclesia]

et voici encore un peu :
- OpenGL : amelioration du Depth Of Field
- OpenGL : amelioration des API de phase de rendue
- OpenGL : reduction de l'utilisation memoire pour les VBO/Texture (dechargement de la memoire system une fois la donnée sur le gpu)
- OBJ/MTL : multiple correction et amelioration
- TIFF : support des images 4 bandes
- JPEG : support des marker de redemarrage
- Geometry : operateur distance , point/rectangle, point/bbox, point/obbox
- Geometry : operateur points les plus proches , point/rectangle, point/bbox, point/obbox
- Widget : support de la traduction intégré


une petite scene d'une centaine de Mo :

[dragonjoker59]

Hey ! J'utilise la même scène dans mon moteur ! ^^
Joli travail de titan, en tout cas !

[eclesia]

Merci, il y a encore du travail si ca t'interesse.
ou si tu as 2 ou 3 trucs a contribuer ?

[dragonjoker59]

Par rapport à ce que tu as déjà fait, je ne sais pas si j'ai grand chose à ajouter, mais tu peux toujours piocher dans les sources de mon moteur !

[eclesia]

Par rapport à ce que tu as déjà fait, je ne sais pas si j'ai grand chose à ajouter, mais tu peux toujours piocher dans les sources de mon moteur !

Je viens de faire un tour dans les sources de ton moteur, voici ce que j'ai trouvé qui n'est pas dans la bibliothèque :
- Geometry : Icosahedron,Torus
- Math : Rayon, quelques opération d'intersections avec d'autres géométries
- Math : quelques méthodes utilitaire sur Quaternion
- Loop Divider ? qu'est ce que c'est ?
- Format ASE
- Format LWO
- Format MD3
- Format SMax : quelques trucs que je n'ai pas

Cela ferait déjà pas mal de chose intéressante . vu que c'est en C++ et que les api sont complètement différente je devrais réécrire/transformer une grosse partie.

Par contre ton projet est en LGPL et la bibliothèque est dans le domaine public, donc je ne peux pas copier/convertir a moins que tu n'ajoutes explicitement une autorisation.
Si tu es d'accord, pourrais tu :
- faire un clone de https://bitbucket.org/Eclesia/unlicense
- ajouter un fichier : Date-Nom-Prenom.txt dans le dossier contribution (il y a déjà d'autres fichiers du même genre)
et mettre quelques lignes (français ou anglais) expliquant que tu autorise a transposer en Java et mettre dans le domaine public du code venant de ton projet.
- et faire un pull request

Je sais que c'est un peu lourd, mais ca me permet d'avoir une trace écrite et datée afin d'éviter tout problème légale.

Un Grand Merci

Bien sur tu peux déjà prendre tout ce qui te plais dans la bibliothèque.

[eclesia]

Et en voici encore :
- USB : api et implementation JVM avec USB4Java.
- MMD : davantage de translation japonais<>anglais
- MD2 : plusieur corrections
- Widget : nouveau WTabContainer
- Widget : nouveau WScrollContainer
- OpenGL : amelioration du rendue des widgets
- RIFF : correction decodage du au padding des chunks
- Audio : correction de la conversion float<>pcm


Bertrand Cote (bertry) :
- Arrays : Documentation et test unitaire complet
- Vector : Documentation et test unitaire complet
- Geometry line : operateurs area, length, bbox, bcircle, centroid
- Geometry point : operateurs area, length, bbox, bcircle, centroid
- Geometry ellipse : operateurs area, length, bbox, bcircle, centroid
- Vector : convertion vers systeme de coordonnées cylindrique
- Vector : convertion vers systeme de coordonnées spherique

Remerciement a dragonjoker59 et son projet Castor3D, bien qu'ecrit dans un autre language cela m'a permit d'ecrire plus rapidement :
- MD3 : decodeur
- LWO : decodeur (draft)
- OpenGL : Icosahedron


MD2 et MD3 sont des formats utilisés dans Quake2 et Quake3, alors c'est normal que les modèles soient un peu vieillot .

MD2


MD3

[eclesia]

Et encore, et encore :
- Widget : FormLayout et test, pour avoir une dizaine d'années d'experience en interface Swing, le FormLayout est une creation dont je ne suis pas peu fier , je dirais que c'est une sorte de MigLayout avec plus de capacité mais plus simple d'utilisation.
- Flac : lecteur de fichier flac qui marche enfin ! c'est de deuxieme format audio supporté dans la lib apres le wav
- OpenGL : outil de debuggage pour voir les normales, la boox et en mode wireframe

On remerci Tom Gibara cette semaine pour avoir placé dans le domaine public les algos suivant :
- Image : filtre de Canny
- Image : Detection de symetrie
- Image : Marching squares
- Image : filtre Haar


Il y a desormais 4 layouts disponibles : Absolute, Grid, Border, Form, largement suffisant pour des applications


Les outils de debug 3D se rapprochent de ce qui se fait dans les editeurs 3d, avec vue en mode wireframe et affichage des normales et des boites englobantes.

[dragonjoker59]

Salut !

Pour l'affichage des normales en débug, tu passes par un geometry shader ou autre chose ?

[eclesia]

C'est un ShaderActor dans l'api, mais oui ca se traduit en GeometryShader au final.
le code est la : https://bitbucket.org/Eclesia/unlice...lsl?at=default

Ce n'est pas tout a fait du GLSL, vu que j'ai imposer un certain nommage et une structure au code de facon a pouvoir combiner les blocks sans qu'il y est d'interference.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
 
<STRUCTURE>
 
<LAYOUT>
layout(triangles, invocations = 3) in;
layout(line_strip, max_vertices = 6) out;
 
<UNIFORM>
 
<VARIABLE_IN>
vec4 position_model;
vec4 normal_model;
 
<VARIABLE_OUT>
 
<FUNCTION>
 
<OPERATION>
 
    gl_Position = MVP * inData[0].position_model;
    EmitVertex();
    gl_Position = MVP * vec4((inData[0].position_model.xyz + inData[0].normal_model.xyz),1);
    EmitVertex();
    EndPrimitive();
 
    gl_Position = MVP * inData[1].position_model;
    EmitVertex();
    gl_Position = MVP * vec4((inData[1].position_model.xyz + inData[1].normal_model.xyz),1);
    EmitVertex();
    EndPrimitive();
 
    gl_Position = MVP * inData[2].position_model;
    EmitVertex();
    gl_Position = MVP * vec4((inData[2].position_model.xyz + inData[2].normal_model.xyz),1);
    EmitVertex();
    EndPrimitive();

[eclesia]

Bonsoir, voici de quoi etoffer encore la librairie, qui vient de dépasser les 140.000 lignes.

- Widget : correction d'une fuite memoire
- WScrollPane : bien meilleur fluidité lors des scroll
- OpenGL : Silhouette Renderer
- OpenGL : CellShading
- OpenGL : recyclage des program GLSL
- OpenGL : recharge en memoire system des VBO et IBO
- OpenGL : outil de debug pour visualiser les triangles adjacent
- OpenGL : outil de debug pour visualiser le frustrum des cameras
- OpenGL : outil de debug pour visualiser les normales des facettes
- OpenGL : draft d'ombre projetées
- OpenGL : draft support des animations de type Morph Target
- OpenGL : multiples correction pour l'inversion de system de coordonées (left hand <> right hand)
- OFF : draft de reader Object File Format

Et un screenshort CellShading + Silhouette :

[eclesia]

Et ca continue encore et encore :
- SVG : amelioration du parseur, structure en arbre préservée
- OpenGL : debut de support des Texture 3D
- OpenGL : draft terrain procedural
- OpenGL : draft moteur de particule (snapshot)
- OpenGL : draft morph animation
- Image : operateur Rescale
- Image : operateur Transform
- WLabel : ajout des propriétés des positionement texte/image
- WPatchChooser : amelioration de l'interface et support des apercus (snapshot)

Bertrand Cote (bertry) a encore fait des folies, et pas des moindres :
- AES : Advanced Encryption Standard, AES-128, AES-192 et AES-256.

[eclesia]

et en revoila :
- CharEncoding : support de l'encodage SHIFT-JIS
- VMD : correction des interpolations dans les animations
- Vector : method utilitaire de projection
- ColorSpace : amelioration et ajout des espaces de couleur HSV HSL, LCH
- Widget : amelioration du WColorChooser
- Painter2D : support de l'epaiseur des lignes
- Painter2D : meilleur support des gradients (voir screenshot)
- Math : draft MDCT : Modified Discret Cosine Transform
- OpenGL : draft support des texture 1D
- OpenGL : nouvelle API de picking, permet de retrouver le mesh et les vertices selectionnés
- OpenGL : amelioration de l'API d'animation
- OpenGL : Morph target fonctionnel (voir screenshot)
- OpenGL : support des FBO avec antialiasing (multisampling) et operation 'blit' pour la copie

[eclesia]

En revoici, rien de visible, beaucoup de back-end cette semaine pour ma part :
- SVG : decodage et interpretation de plusieurs tag
- CSS : debut de reader
- OpenGL : skybox a base de cubemap plutot que 6 plans
- OpenGL : nettoyage des controllers
- OpenGL : API de detection de 'Gesture' (en gros pour associer des evenements clavier/souris a des actions, deplacement, rotation ...)
- WEBP : decodeur du conteneur d'image webp

Et bertry continue dans les algos d'encryptions, je n'ai pas la moindre idée de ce que c'est mais c'est d'un haut niveau , chapeau bertry :
- Chiffrement : creation de l'API
- Chiffrement : PKCS5
- Chiffrement : CBC
- Chiffrement : CTR

[bertry]

Encore du nouveau code en crypto!!!

• Amélioration: ajout du traitement des flux dans les modes de cryptage CBC et CTR.
• Création (En chantier): la classe LargeInteger(les très grand entiers) utilisée entre autre dans le cryptage RSA.
• ...

Bientôt : le Salsa20... ça fait envie! Non??

[eclesia]

Et j'en remets une couche :
- IVF : décodeur complet
- VP8 : draft de décodeur
- VP8-Lossless : draft de décodeur
- EBML : lecteur complet, c'est un format de conteneur utilisé dans MKV/WEBM comme RIFF ou BXML..
- MKV : décodage de tous les blocs
- WEBP : draft de lecteur
- WEBM : draft de lecteur
- Widgets/CSS : nouveau format de feuille de style, inspiré de diverses normes HASS,CSS,SLD,SE,...
- Widgets : beaucoup d'améliorations de perf et de rendu.

une vidéo pour la route :
http://unlicense.developpez.com/gall..._3dwidgets.ogv

[eclesia]

Encore ? et oui encore :
- Javadoc : nettoyage de la doc des modules common et math
- Widgets : StackLayout pour empiler des widgets, on appelle ça des overlays
- Widgets : amélioration des widgets en colonnes, tree/table/treetable, ajoute des entêtes de colonnes et redimensionnement de leur largeur
- Image : algorithme FloodFill
- OpenGL : très très TRÈS grosses améliorations de perfs ~ x50
- OpenGL : amélioration du bumpmapping, méthode utilitaire de calcul des tangents/bitangents du modèle 3D
- Physic : plusieurs petites corrections
- Collection : quicksort pour les séquences (merci bertry)
- MDL : décodeur de modèle 3D Valve (halflife2,...etc...) fichiers MDL/VTX/VVD/VTF
- VMT : décodeur partiel (format d'image de Valve)
- Particule : possibilité de paramétrage des particules : couleur, texture, taille, durée de vie
- Geometry : nouvelle geometry 'grid' , ce qui correspond a un espace N dimension divisé en voxel régulier.
- Geometry : algorithme de clipping Sutherland-Hodgman
- Geometry : nouveaux opérateurs
> intersects Triangle/BBox, Grid/Point, Grid/Sphere, Sphere/BBox,
> intersection Triangle/Triangle
> collision Sphere/Grid (draft)
> transform Grid


Et je remercie le projet Tukaani
- XZ : reader et writer (c'est l'un des formats de compression les plus efficaces qui existent)

Une vidéo de physique (très classique) :
Rebond d'une baballe


Et une image : calcul de grille de collision pour une scène 3D, ce qui va servir ensuite pour faire des FPS par exemple.

[LittleWhite]

La grille de collision est t-elle optimisée ? Car là, je sens que ça risque d'être un peu overkill, non ?

[eclesia]

La grille de collision est t-elle optimisée ? Car là, je sens que ça risque d'être un peu overkill, non ?

1 Bit par cellule, ça ne me parait pas abusé

Pour les collisions c'est rapide, une première intersection avec la bbox de l'objet permet de définir les quelques cellules a tester. puis chaque cellule étant une bbox le test n'est pas long.

[LittleWhite]

Et comment vous trouvez la bbox de l'objet ? Vous faites un parcourir de tous les objets avec votre rayon ?

[eclesia]

Et comment vous trouvez la bbox de l'objet ? Vous faites un parcourir de tous les objets avec votre rayon ?

La bbox est créée au moment où l'on donne les vertices au modèle ou quand ceux-ci sont modifiés.

Quand aux transformations (matrices) qui vont du modèle à la racine de la scène et vers la grille, elles sont gardées en cache tant qu'il n'y a pas de changement dans le chemin vers la racine.

La seule partie encore coûteuse est la recherche des éléments qui peuvent être en collision, toutes les combinaisons sont testées 2 à 2, cela changera une fois le quad tree intégré.

Pourquoi tant de suspicions ?