ASSEMBLY / ASSEMBLAGE
-
on est d'accord: regarde mon dernier dessin!
Sauf qu'il faut une même couleur par direction!
(6 couleurs pour des cubes)
ici seules 4 directions sont utilisées!
Seuls les coefficients changent!Et on prend pour origine le petit cube rouge à gauche!
Les rouges poussent "vers le fond"
Les bleus "vers le haut"
Les mers du sud vers "le bas"
Les roses vers la "droite"
Maintenant sûr qu'on peut ruser et prendre aussi une couleur pour les coefficients!
ici 3 coefficients! (mis en face avant)
-
@pilou said:
Le problème c'est qu'il faut bien montrer la différence de direction!
Dans ton animation, pourquoi il y a un bleu qui va vers le bas et l'autre vers le haut!
imaginons que ces pièces sont des vis que l'on peut utiliser dans un même assemblage mais dans des positions différentes , leur allongement se fera bien dans des sens différents.
quand pas d'obstacles , rien ne se passe pour les autres pièces.
quand collision , les autres pièces se poussent ! -
Le problème c'est qu'il faut bien montrer la différence de direction!
Dans ton animation, pourquoi il y a un bleu qui va vers le bas et l'autre vers le haut et un vers la droite!Sans compter qu'il faut admettre que cela devrait "déplacer" un voisin!
(ici il y a un vide !Avec mon système de 2 couleurs on le sait!
Les rouges poussent "vers le fond"
Les bleus "vers le haut"
Les mers du sud vers "le bas"
Les roses vers la "droite"Jaune = *2
Vert = *5
Marron = *2.5
-
On est d'accord!
Bon je balance mon système au Sdmitch!
-
Je souhaite faire la même chose, mais dans les 11 dimensions de l'infiniment petit!
Théorie des cordes!
-
@pilou said:
On est d'accord!
Bon je balance mon système au Sdmitch!
Si tu es certain qu'on est en phase oK
Je ne voudrai quand même pas qu'il perde tous ses cheveux !Chri
-
Oui on est en phases!
La difficulté va être de pousser les voisins si existants!
Par contre le coefficient d'échelle semble avoir disparu!
Le changement de taille se faisant que sur un axe!
Mais bon on va déjà voir si cela marche! -
Wip de Sdmitch qui va déjà lui servir avant l'envoi d'hier soir!
Les Menus Connect & ReConnect sont dans le même plugin!
Le rectangle peut être un rectangle "Plein" voire une "Boîte"!
Marche impec!
Pour le plugin "Général"...
J'ai demandé : sélection de Volume(s) : application d'une transformation
(Move, et/ou Scale sur les 3 axes)
Ces volumes devant "Pousser", si contact, les existants non choisis!
Je ne peux pas être plus concis!
A suivre... -
Synthèse claire.
Voici un exemple entièrement réalisé avec trucages
Seuls comptent l'état initial et l'état final.
L'animation a pour seul but de montrer la genèse.Chri
-
@pilou said:
Je me demande si l'ordre des transformations n'influe pas sur le résultat ?
Seuls comptent l'état initial et l'état final.
L'animation a pour seul but de montrer la genèse.Chri
-
Je me demande si l'ordre des transformations n'influe pas sur le résultat ?
Et s'il n'y a pas des situations de blocage dans le cas de formes globales
qui se referment sur elles-mêmes!Et au fait pourquoi les formes ne sont-elles que cubiques?
Ps je viens de trouver par hasard un petit bug dans le premier plugin!
Par contre il acccepte maintenant les groupes et composant et le rectangle peut aussi etre
un groupe!
Je le poste dès qu'il marche! -
Croisement de posts , il va falloir remonter d'un cran pour tout savoir!
Et concrètement quel est un cas réel ?
PS je persiste à dire que 2 éléments allant dans des directions différentes devraient avoir un signe distinctif!
-
Il me semblait bien que l'ordre avait de l'importance!
Le résultat n'est pas du tout pareil!
-
.
-
@pilou said:
Et concrètement quel est un cas réel ?
Un cas réel est n'importe quel assemblage un peu complexe dans lequel a un moment donné ,on a modifié un composant qui pousse tous ses copains ( sans qu'on ait a se soucier de ou et qui) puisque mis a jour en automatique sur la base de l'empilage initial.
les composants pousseront leurs copains selon leurs orientation dans l'assemblage.Les pièces sont cubiques ...
Les cubes sont des pièce génériques
On devra pouvoir placer ou l'on veut les points d'accrochage sur les vraies pièces.
Chri
-
@unknownuser said:
sans qu'on ait a se soucier de ou et qui) puisque mis a jour en automatique sur la base de l'empilage initial.
vouais ben ça, c'est ce qu'on appelle un "historique"
Cela résout peut-être le problème d'ordre évoqué plus haut! -
@pilou said:
@unknownuser said:
sans qu'on ait a se soucier de ou et qui) puisque mis a jour en automatique sur la base de l'empilage initial.
vouais ben ça, c'est ce qu'on appelle un "historique"
Cela résout peut-être le problème d'ordre évoqué plus haut!Si Sam est sur le plugin , c'est déjà formidable.
Les phases de test l’amélioreront.( le plugin )
Mon petit doigt me dit que c'a risque de nous occuper ( tous )!Chri
-
Sam me fait remarquer que son plugin Align & Distribute peut déjà faire pas mal de chose
si l'on prend un espacement de 0 ! Fonctionne avec Groupe(s)/Composant(s)On sélectionne ses différents objets ou l'on doit appliquer une transformation
On applique la transformation
On sélectionne tous les objets
On appelle Align & Distribute avec 0 comme espacement!
On peut choisir des alignements successifs en rappelant le Plugin
ou en direct suivant l'alignement demandé!
Ici l'objet du milieu a subit un redimensionnement!
Etonnant non?
Et on a une tétrachiée de possibilité d'alignement!
-
Sam jette l'éponge pour ce coup-ci!
On n'aura pas les transformation, Uniformenon Uniforme!
Il faudra se contenter du déplacement!
Les objets doivent être des composants
Le rectangle (plein ou pas, une boîte) est un Groupe!
Il faut juste faire attention que la taille du rectangle
ne soit pas plus petite que les objets placés sur un côté!
Sinon il y aura chevauchement!
Mais bon comme on peut le rattraper avec Aligne & Distribute!
Cela devrait dépatouiller déjà pas mal de choses!Je ne sais pas pourquoi mais je crois qu'en fait il aligne les objets
aux sommets les plus proches quand il y a redimensionnement du rectangle! !Bravo au Sam!
Mode d'emploi
-
et le skp ?
Advertisement