Reprise du message précédent :
J'imagine la formation avec des extraits de OSS117 en illustration..
 

on a aussi une formation pour ca ici. ca couvre toutes les discriminations: sexe, orientation sexuelle, religion, origine, couleur de peau etc... ca prends 15mn, c'est a mourir de rire mais vu le nombre de jean louis dans le monde y a forcement un petit pourcentage qui se retrouve partout

Ouais, je pense pas que ça soit impactant pour mes trucs, au pire je nettoie au dremel

 
Ca me semble compliqué au dremel : ça tourne trop vite. Le plastique va fondre très rapidement.
 
Quel genre de pièces tu veux faire ?

http://nraynaud.github.io/webgcode/test_3D.html
bon, c'est un début, mais y'a définitivement interférence, le "T" il va se faire ratiboiser

C'est pour mon PC, y'a des pieces pour le support des CG (Sur un angle à 40 degrés), j'avais aussi un support pour un réservoir WC mais je crois que j'ai trouvé un kit sympa. Des trucs du genre.

Comment tu fais pour pan? Tu veux pas faire un truc à la sketchup?

http://www.lemonde.fr/politique/ar [...] 23448.html
 

 
 en fait, elle devrait aller en Turquie. C'est exactement ce que Erdogan veut

click drag à 2 doigts.
 
Je veux bien que quelqu'un me fasse une navigation sympa (le top c'est google earth), mais moi j'en suis incapable.

https://www.youtube.com/watch?v=SWV [...] tFcCkFvydw

Comment ai-je fait pour passer à coté de cette chaîne ?

edit: ah, et le microscope electronique DIY https://www.youtube.com/watch?v=zksVZCJajCI

heu je pense qu'il est déjà passé ici, mais il a renommé son channel récemment, il s'appelle Ben Krasnow (son ancien nom de channel)

'tain mais le mec, quoi, il maîtrise l'optique, la mécanique, la chimie, l'électronique, le travail du bois, et j'en passe

il bosse chez gogole X

C'est la branche des génies de Google ? Parce que ce mec est ahurissant.
Son CV: https://www.linkedin.com/pub/ben-krasnow/

c'est la branche recherche secrete pour le laser geant: http://en.wikipedia.org/wiki/Google_X

notre department ophtamologie bosse avec eux

Son spectrophotomètre Raman de garage

Non mais c'est bien là, c'est juste le pan à deux doigts c'est limite. Si tu rates la synchro tu pan rien du tout. C'est où que je peux contrib?

Mon bot est conscient qu'il espace les mots avec des espace.
Et si je requête avec une chaîne vide, il répond un truc pas dénué de sens.
Je sais je dégage.

dans ce fichier qui est en fait une copie de celui de three.js
https://github.com/nraynaud/webgcod [...] ontrols.js
 
(l'original est là: https://github.com/mrdoob/three.js/ [...] ontrols.js )
 
Merci

test

Oui car j'ai lu sur certains forums que l'huile d'olive donnait un drole de goût, mais au final c'est pas mal.
 
Si j'ai fait des frites à l'huile d'olive, c'est que je m'étais trompé de frites et avait acheté des frites à cuire à l'huile et non au four, du coup, j'ai sorti mon autocuiseur, verser 2 litres d'huile d'olive dedans (que j'avais en stock) et hop, de bonnes frites. Même pas besoin d'acheter une friteuse, j'ai sous la main

function push(x1, y1, z1, x2, y2, z2) {
                            var v = new THREE.Vector3(x2 - x1, y2 - y1, z2 - z1);
                            var vertical = new THREE.Vector3(0, 0, 1);
                            var cosT = v.dot(vertical) / v.length();
                            if (cosT > 0)
                                lines.push(x1, y1, z1, x2, y2, z2);
                            else
                                lines.push(x2, y2, z2, x1, y1, z1);
                        }

si je fais pointer toutes les lignes dans la même direction (je suis un peu paumé pour dire si c'est vers le haut ou vers le bas), le problème disparait.
 
J'ai vu passer un truc dans une spec opengl (c'est cool vu le nombre de spec, tu sais jamais si ça s'applique à ton cas) disant que les lignes sont "ouvertes" à un bout, le dernier pixel n'est pas rasterisé. Je vois bien un lien entre ces 2 infos, mais je vois pas comment ça pourrait me donner une ligne trop longue

Done  

merci, j'ai mis en ligne:
http://nraynaud.github.io/webgcode/test_3D.html

function push(x1, y1, z1, x2, y2, z2) {
                            var v = new THREE.Vector3(x2 - x1, y2 - y1, z2 - z1);
                            var vertical = new THREE.Vector3(0, 0, 1);
                            var cosT = v.dot(vertical) / v.length();
                            if (cosT > 0)
                                lines.push(x1, y1, z1, x2, y2, z2);
                            else
                                lines.push(x2, y2, z2, x1, y1, z1);
                        }

 
Tiens j'avais jamais lu https://www.opengl.org/documentatio [...] ode47.html  
Dans https://www.opengl.org/archives/res [...] m#rast0150 :

 
Autre truc con, OpenGL bosse en flottant tout le temps, le pixel (x,y) c'est un carré centré en (x+0.5, y+0.5) en vrai, je sais pas si cette info peut t'aider mais bon

merci, j'essaye de gérer la crise avec les flottants et les sample points. Mais je crois que ça se passe pas très bien, j'ai des collisions outil/pièce de fou (des 2 côtés de la pièce, ce qui n'est probablement pas un pb de centrage).  
 
Pour les lignes, le truc qui me rend vraiment dingue c'est de rasteriser un truc à un Z où la ligne n'a jamais été. Là je crois que mon workaroud fonctionne, en à peine une 30aine d'heure j'ai réussi à m'en démerder.

vous avez une idée de pourquoi les lignes disparaissent quand on s'approche pour voir de près ?
Je trouve pas d'explication (surtout que les lignes disparaissent mais pas l'objet, discrimination !).

 
clipping d'un bout de la ligne (genre la partie à l'extérieur en bas) qui fait disparaître tout l'objet ?

Je vois pas quel mécanisme serait en jeu tu as une idée ? Mais je cherche un truc simple du style.
le frustrum marche par géométrie, pas par objet. Dans Three.js je vois pas de mécanisme qui supprime des objets non plus.
 
et pourquoi tout le solide ne disparait pas ? il est encore plus coupé que les lignes.

pour ton histoire de ligne : https://stackoverflow.com/questions [...] ith-opengl

Sinon ça pourrait être une histoire d'antialiasing ton truc, mais quand même ça m'étonne de voir une fine ligne disparaître quand on zoom et pas plutôt quand on dézoom trop.
Avec un certain angle de caméra on peut dédoubler les lignes aussi :

Alors gfive, on bosse ?
 

c'est pas une appli, c'est un camp de manouches !

C'est quoi l'algo derrière ? un algo maison ?

Ca a pas l'air d'être un problème de distance uniquement, on peut très bien voir de très près à certains endroits:

Mais dans certains cas ça se joue à un micro mouvement de caméra près:

un camp m'anouches qu'on te dit.

c'est un algo à base de n^2 du nombre de pixels

En gros je projette le modèle selon l'axe Z et je garde que le depth buffer. Je fais gaffe à projeter bien gras sur les bords, il faut que la projection soit toujours au-dessus ou égale à la hauteur réelle du modèle.

Ensuite (pour l'outil cylindrique qui est le plus simple), pour chaque pixels, je regarde tous les voisins dans le rayon de l'outil, et je prend le plus haut (ça me dit la descente maximale de l'outil).

Ensuite on complexifie un peu, pour les outils en boule (ou en cone, bref, passage en 3D), je trace le profil de l'outil le long du rayon. Et au lieu de simplement prendre le max des des voisins, je prends le max des voisins soustraits du dz de l'outil à ce rayon. Intuitivement, si t'es à côté d'une arrête avec un outil en boule tu sens que tu peux descendre un peu plus bas avant la collision que si tu avais un outil cylindrique.

Ensuite, dans les phases d'ébauche, tu veux pas t'approcher trop près de la pièce du premier coup, tu veux rester à 0,5mm par ex. Il suffit d'appliquer le même algo entre la sphère de rayon 0,5mm et l'outil, puis d'appliquer ce nouveau profil à l'algo précédent, et hop, tu reste à distance de la forme finale.

Ensuite, se pose la question du parcours d'outil, je suis en train de faire le plus simple, qui consiste à faire des traits en suivant le terrain (c'est utilisé en finition, mais je pense qu'on peut l'utiliser à l'arrache pour tout aussi).

Pour l'ébauche, souvent on coupe le terrain en tranches de Z (mais contrairement à l'impression 3D, on garde les trous, pas la matière), on va chercher les contours, et on utilise un algo un peu plus malin dans chaque tranche (un truc de ce style: http://nraynaud.github.io/webgcode/text.html). Même si on fait toujours l'ébauche avec des outils plus ou moins cylindriques, on veut toujours rester à distance de la matière, donc il faut quand même utiliser le système de la petite boule.

edit: bien entendu, le même principe peu être utilisé pour la simulation et ensuite, pour le "rest machining" où on prend en compte le boulot fait pour progresser.

ouais, j'ai vu ça (bon, j'y passe des heures dessus) mais j'arrive pas à imaginer l'algo qui ferai ça. surtout sans dégager le solide. Je me demandais si c'était pas un pb de mémoire, mais si je suis pas le seul à le voir (et j'imagine que vous avez des vraies CG) ça doit être un peu plus déterministe que ça.

Personne n'a des contacts chez HP ? Pour reprendre un dock qui ne va pas

 
You're late
 
Ce matin je briefais un collègue sur différents trucs, et là il me reste pas grand chose à faire sur les 3 jours qui restent . Ca tombe bien, je vais pas rester tard le soir

Le dédoublement de ligne c'est un problème de clear qque part, qui se corrige en passant l'autoClear à true.