Afin de centraliser toutes ces petites choses qui ne fonctionnent pas comme elles le devraient, et ainsi faciliter leur éradication, je vous propose ce fil, qui permettra de faire des envois groupés à MAXON pour correction.
On va faire des catégories, avec des codes couleur, pour faciliter la compilation de mon côté.
Ensuite, je remonterai dans ce premier post toutes vos trouvailles. Une par ligne.
Elles auront ensuite quatre statuts possibles : "nouveau", "en traitement chez Mediaworks" (pour tout ce qui est coquilles, problèmes de traduction) - avec un petit (MW) à côté, "adressé à MAXON" - avec un petit (MX) à côté, et "résolu" - la ligne sera barrée et descendue en bas de liste de la catégorie.
Merci d'utiliser le code couleur quand vous proposez quelque chose, histoire de me faciliter un peu la tâche et éviter que j'en loupe
Du genre : "Quand je bouge ma souris à droite, le pointeur va à gauche" ou encore "[illogique] Quand je bouge ma souris à droite, le pointeur va à gauche".
Et hop !
[BUGS]
- Python en mode Contrôle complet : AttributeError: 'c4d.modules.mograph.MoData' object has no attribute 'GetFalloffs' (oli_d 07.09.11) (MX -> 07.09.11 - renvoi vers Plugin café)
- Raccourcis clavier ne marchent pas quand curseur au dessus du viewport (aléatoire) (shtl 14.09.11) [problème de sticky key (+ tablette ) - Spécifique MAC ?]
[COQUILLES]
- la page "construire le personnage" ne s'affiche pas correctement dans l'aide (valkaari 12.09.11) (MX -> 12.09.11 - pris en charge)
- Dans le manuel, Référence>CINEMA 4D>CINEMA 4D PRIME>Menu Outils>Rotation : Ctrl-glisser permet de bouger un objet parent sans les enfants -> plus valable (duplication) (valkaari 14.09.11)
-souris sur l'icône "Objet", le message d'aide est "Utiolise le mode objet" (Rudy 11.09.11)(patch : 13.029 (RC46968) - d)
-"Chargement des module extérieurs". Manque un S (Jibe 14.09.11)(patch : 13.029 (RC46968) - d)
-option de rendu Stéréoscopique : "Inmage non stéréoscopique" (Aurety 15.09.11)(patch : 13.029 (RC46968) - d)
-"Sensor Size" > "Ouverture de Diaphragme" (Buzhug 11.09.11)(patch : 13.029 (RC46968) - c)
[ILLOGISMES]
- petit schmol sur les icones d'affichage des hiérarchies (gaff 11.09.11) (MX -> 12.09.11 - envoyé par Fluffy via bug report)
[MANQUES]
- Documentation du changement "Explode segment" R12>R13 (shtl 11.09.11)
- Dans le manuel, Référence>CINEMA 4D>CINEMA 4D PRIME>Objets>Objet caméra. Onglet "Profondeur" = 404 (lenogre 14.09.11)
- Réglage du délai d'activation des sticky keys (shtl 14.09.11)
- Paramètre "seuil HDR" du moteur de rendu Physique mal documenté (activable uniquement en 32bits) (valkaari 14.09.11)
- Impossibilité de décrocher le menu déroulant "Filtre" du viewport (Wonders 15.09.11)
- Documentation Python (oli_d 07.09.11) (MX -> 07.09.11 - "En cours de rédaction")
Histoire de mettre mon grain de sel, le bleu et vert clairs sont difficiles à lire.
Pour ton confort visuel, je te suggère ceci :
[BUGS]
blablabla blablabla bla
[COQUILLES]
blablabla blablabla bla
[ILLOGISMES]
blablabla blablabla bla
[MANQUES]
blablabla blablabla bla
÷ R19 Studio ÷ cacahuètes ÷
T'as raison, merci
Juste remarqué, pendant l'initialisation :
"Chargement des module extérieurs". Manque un S
Dernière modification par shtl ; 14/09/2011 à 11h00.
[MANQUES]
Dans le manuel, Caméra > Profondeur. Quand on clique sur cet onglet, il ne se passe rien.
Dernière modification par shtl ; 14/09/2011 à 11h00.
Tout ce que j'écris est à prendre au 15e degré. Car comme dit le proverbe chinois : Quand le dragon d'or, le ragondin ; voilà qui devrait faire taire les critiques et me mettre à l'abri d'attaques frontales.
Merci pour les retours
Yo les copains.
Une chose étrange et perturbante sur ma R13 (studio / mac OS X 10.6.8) : quand je coche "afficher les unités" dans les préférences, il me les affiche bien mais il en profite aussi pour multiplier toutes les valeurs par 10 !! Pourtant le calcul des surfaces ou volumes par VSM4D par exemple reste le même.
Je précise qu'il ne s'agît pas d'un problème d'échelle en mode Modèle ou Objet. La multiplication par 10 se fait dès qu'on coche la case en question.
Le problème est le même qu'on ouvre un ancien fichier ou qu'on commence un projet nouveau (travail en millimètres).
Pas de souci visible en centimètres. Multiplication par 100 en mètres... Festival !
Bref, très gênant et dangereux.
Ce problème n'existe pas dans la 11.5 (je ne suis pas passé par la 12).
A résoudre rapidement svp
r25 Perpétuelle - iMac 27 2019 - Radeon Pro Vega 48 - OSX 12.6.5
En fait je ne suis pas sûr de saisir.
Tu crées un cube qui par défaut fait 2m cube.
Si "Afficher unités" est coché et que tu changes les unités, les valeurs s'adaptent dans le gestionnaire de coordonnées : 200cm, 2000mm, etc.
Si tu décoches "Afficher unités", on revient systématiquement aux "unités système", qui ne sont pas censées être réelles, mais qui se trouvent être du même ordre de grandeur (oui... exactement pareil en fait) que les centimètres.
Si tu as créé quelque chose avec des mesures réelles (unités appliquées) et que tu l'importes, est-ce que ça te flingue l'échelle de ton objet ?
l'outils "miroir" ne semble pas fonctionner avec les composants personnage (mode advanced biped). On peut s'en passer dans la mesure ou il suffit d'établir la hiérarchie en parallèle avant de l'adapter avec l'option symétrie, mais bon, ça pourrait être chouette aussi que ça soit utilisable.
(cela dit.. ce mode personnage déchire sa mémé!!! bravo les gars !)
C'est mieux que ça mon coco
Tu as déjà créé un composant "Root", "Spine", "L_Leg", etc.
Si tu sélectionnes "Spine" et que tu cliques de nouveau sur "Leg", l'outil Personnage détecte que tu as déjà une jambe gauche, et il te crée automatiquement la jambe droite correspondante. La classe.
Du coup, pas besoin de miroir
c'est même pire que ça mon coco, quand tu appuie sur contrôl au moment ou tu sélectionnes la jambe ou le bras, il crée automatiquement les deux
edit : histoire de faire un post légèrement plus utile, dans l'outil rotation, il est indiqué dans la doc qu'on peut bouger un objet parent sans les enfant en appuyant sur la touche contrôle. Mais ce n'est plus le cas puisqu'elle sert à dupliquer maintenant.
(en mode enculeur de mouche)
Dernière modification par valkaari ; 14/09/2011 à 15h02.
euh... mouais.. y'a quelques soucis de ce côté là... d'une part ça ne marche que si le composant que tu cherches à refléter est le premier dans la hiérarchie en dessous de "spine", et il y a tout de même quelques soucis de correspondance dans les positions ajustées, et en plus ça vient de me faire un gros crash lorsque j'ai voulu remonter la jambe en haut de la hiérarchie pour en faire la symétrie.[13:42:20] Ogier: yop
Wonders C'est mieux que ça mon coco
Tu as déjà créé un composant "Root", "Spine", "L_Leg", etc.
Si tu sélectionnes "Spine" et que tu cliques de nouveau sur "Leg", l'outil Personnage détecte que tu as déjà une jambe gauche, et il te crée automatiquement la jambe droite correspondante. La classe.
Du coup, pas besoin de miroir
Le process qui fonctionne nickel, c'est de concevoir l’intégralité de la hiérarchie des composants en premier, et de les ajuster ensuite avec la case symétrie.
cool pour la touche ctrl
mais donc oui il faut impérativement construire et ajuster les deux côté en même temps, il suffit juste de le savoir oki
PS : la touche ctrl ne fonctionne pas avec les sous-composant, si tu fais ctrl création d'une main.. ça ne crée pas la main opposée
Dernière modification par Ogier ; 14/09/2011 à 15h46.
il y a un truc qui me gène beaucoup perso dans la R13 c'est le "reverse orbit" de la caméra qui se déclenche quand on regarde vers le bas ( on passe la barre des 90° vers le bas et toutes les rotations s'inversent ) .. ça n'était pas comme ça dans les versions antérieures .. je l'avais signalé mais ils ne considèrent pas ça comme un bug , donc si d'autres sont génés comme moi allez-y signalez-le ça fera peut-être changer les choses
[BUGS]
Parfois et de manière semble-t il aléatoire, on ne peut plus changer d'outil par raccourci clavier lorsque le curseur est au dessus du viewport. Il faut placer le curseur au dessus du gestionnaire d'attribut (ou ailleurs qu'au dessus du viewport ?) pour pouvoir changer d'outil. Mais alors, quitte à déplacer le curseur, autant aller chercher l'outil dans un menu. Le raccourci clavier ne sert quasiment plus à rien. Pour moi c'est un bug majeur. D'autant plus que parfois ça marche, parfois ça marche pas.
2x6coreXéon2.66(24T);64Gram; GTX 1080; OSX10.13.6 ////
Mac Studio 128 Ram ; OSX 12.3.1 ; papiercrayoncerveau;S22Studio;Redshift;Zbrush2022; CS2022
///SHTL 2011 DEMO HERE : http://demo.shtl.org/ /// NEW! 2014 WIP
Le problème des unités, ça s'appelle un bug. Un gros même.
C'est pas normal qu'un objet change de taille simplement parce qu'on affiche "mm" derrière ses dimensions !
Si le souci n'existait qu'à l'ouverture d'anciens projets, on arriverait à vivre avec mais le problème se pose aussi avec des projets nouveaux.
Et les plugs qui calculent les volumes et surfaces affichent du coup un résultat incohérent.
Du coup, pour travailler, j'ai décoché "afficher les unités" mais dans ce que je fais, on ne peut pas se permettre d'erreurs sur les dimensions des objets, vu que je les fabrique.
r25 Perpétuelle - iMac 27 2019 - Radeon Pro Vega 48 - OSX 12.6.5
Logiquement, le process "normal" c'est de créer toute la hiérarchie dont tu as besoin pour ton personnage à base de composants et en symétrie (le squelette complet), l'ajuster (l'ajustement est automatiquement symétrique), la lier au mesh, animer l'ensemble.
Mais bon, ce n'est pas normal que ça te crash entre les mains.
Tu arrives à reproduire ton crash (tu peux noter les étapes stp) ?
Dans la config par défaut, les unités sont affichées et en cm. Si tu crées un cube de 200cm et que tu passes ensuite les unités en m, ton cube aura toujours la même taille, mais les dimensions seront actualisées pour correspondre à la nouvelle unité, cela donnera donc 2m, ce qui est logique. Jusqu'à la 11.5, un cube de 200cm donnait 200m quand on changeait l'unité, ce qui n'est pas logique.
De même, si dans ton doc l'unité est le cm, et que pour un objet donné tu indiques 10mm, cela te donnera un objet d'1cm. Logique encore une fois.
L'unité par défaut est le cm, qu'elle soit affichée ou non. A mon avis, c'est plutôt ça qui te gène. A moins que je n'ai pas bien compris ton souci.
Il faut juste faire attention, lorsque tu démarres un nouveau doc, que l'unité choisie soit la bonne et qu'elle correspond à l'unité indiquée dans les prefs générales de C4D, et là plus de problème (testé à l'instant).
@PP : il n'y a pas de bug, il faut juste s'assurer dans les réglages du projet (pomme+D) que l'échelle affichée est correcte, c'est à dire qu'elle correspond à celle que tu as utilisée pour créer ton projet avec la 11.5. Au pire il y a le bouton Mettre le document à l'échelle qui te permet d'appliquer d'un coup le même facteur de redimensionnement à tous les objets de la scène.
Edit : le problème peut se poser aussi quand on copie/colle entre deux docs qui n'ont pas la même échelle.
@Wonders : dans les prefs générales, onglet Navigation il y a une case à cocher qui permet d'inverser l'orbite
Dernière modification par tabou ; 14/09/2011 à 16h37.
j'ai envoyé un rapport d'erreur avec la scène comme l'a suggéré lui même le logicielMais bon, ce n'est pas normal que ça te crash entre les mains.
Tu arrives à reproduire ton crash (tu peux noter les étapes stp) ?
Sinon, non ça ne s'est pas reproduit pour l'instant, mais je n'ai peut être pas reproduit la même configuration exactement.
Peut être pas, il faut d'abord que clemz teste en activant/desactivant cette case, voir si il trouve un réglage qui lui convient.
Ça vous le fait pas chez vous?
C'est dingue depuisce matin c'est non-stop chez moi
En attendant que quelqu'un rencontre ça, je sais pas si ça aide, je t'envoie une vidéo en MP, ça vient de recommencer
Il faut regarder dans l'attribute manager, on voit que l'outil appelé par le shortcuts se sélectionne et ça re-switch presque instantanément sur l'outil précédant, uniquement quand le curseur est au dessus du viewport. Sinon ça marche.
Bien insupportable même si c'est pas un crash. Je me demande même si je vais pas retourner en r12 le temps que ça "passe"… :-/
Dernière modification par shtl ; 14/09/2011 à 17h04.
2x6coreXéon2.66(24T);64Gram; GTX 1080; OSX10.13.6 ////
Mac Studio 128 Ram ; OSX 12.3.1 ; papiercrayoncerveau;S22Studio;Redshift;Zbrush2022; CS2022
///SHTL 2011 DEMO HERE : http://demo.shtl.org/ /// NEW! 2014 WIP