Es gibt 17 Antworten in diesem Thema, welches 4.068 mal aufgerufen wurde. Der letzte Beitrag (
Verwendete(s) Programm(e):Blender 2.93.1
Ich hab mein Roboter Model Yaskawa MOTOMAN SDA20F geriggt und er steht kurz vor der Veröffentlichung.
es gibt 2 Versionen davon, und ich bin mir unschlüssig welche ich veröffentlichen soll? was ist eure Meinung dazu?
Octahedral:
oder custom bones?
wenn du das als FBX veröffentlichst, damit es Programmunabhängig genutzt werden kann ist das eh Banane
Ich werde es bei Blenderkit als .blend veröffendlichen. ich bin halt ein reinrassiger Blender 
aber ihr könnt natürlich exportieren was das zeug hält! es ist GPL.
was mich wundert was haben die mittigen vertikalen Bones in der Chain für eine Funktion?
Ich werde es bei Blenderkit als .blend veröffendlichen
Trotzdem würde ich mich für traditionell entscheiden. Bones sind ja nur Helper Objekte und keine Designs was extra nötig wäre
Was ich eher machen würde, wenn es sowieso im Programm bleibt, ein Spline UI Setup als Anfassers und für IK
Was ich eher machen würde, wenn es sowieso im Programm bleibt, ein Spline UI Setup als Anfassers und für IK
oh das kann ich leider noch nicht! aber es hört sich interessant an, wie geht das?
wie geht das?
für IK (inverse Kinematik) gibt's genug tut's im Netz. Dein Ausgangspunkt ist praktisch der "Finger", wenn du an ihm ziehst, dann kommt das nächste Glied hinterher und immer so weiter. Du mußt auch winkelbeschränkungen setzen und speziell auch bei deinen Roboterarmen bestimmte achsen sperren, sonst kugelst du ihm den Arm aus 
ok, da werde ich mich heute abend mal mit beschäftigen und erstmal einen ein arm roboter mit ik ausstatten ich versuche es zumindestens.
jobojobo Ich beschäftige mich grad mit einem MB-Labs-Tutorial zum Thema IK. "
Beim Rendern von Standbildern scheint es egal zu sein, welche Methode man nutzt, aber bei komplexen Animationen (wie von Dir gewohnt) wäre IK wohl vorzuziehen - zumindest was Blender betrifft, denn wie sich die IK als FBX in anderen Programmen verhält, weiß ich nicht.(PS: Ich hatte bei der FBX-Übertragung von Poser via DAZ zu Blender bislang nur eine negative Erfahrung gemacht, weil mein Lieblingsfrosch anschließend aussah wie ein Tschernobyl-Opfer. Vielleicht könntest Du mir bei dessen Heilung irgendwann mal helfen, wenn Du grad mal dafür Zeit und Lust hast. ;))
) wäre IK wohl vorzuziehen - zumindest was Blender betrifft,
IK ist immer vorzuziehen, gerade bei solch einem Modell. Das spart jede Menge Arbeit beim Erstellen einer Animation. Was daran aber Blender-Spezifisch sein soll , kann ich nicht nachvollziehen - das ist bei allen anderen Anwendungen dieser Art auch nicht anders.
wie sich die IK als FBX in anderen Programmen verhält, weiß ich nicht.
Im Moment funktioniert kein Expot des IK-rigg nach FBX. Die bones kommen zwar mit, aber die IK-Fnktion nicht - das habe ich schon vergeblich probiert. Nach Recherche im Netz wurde mir das bestätigt.
Vielleicht könntest Du mir bei dessen Heilung irgendwann mal helfen, wenn Du grad mal dafür Zeit und Lust hast. ;))
ja das kann ich gerne machen, hab so und so gerade Frust - Langeweile.
bei meinem IK Test gab es immer so ein flackern, so das ich erstmal aufgehört habe zu experimentieren.
Im Moment funktioniert kein Expot des IK-rigg nach FBX. Die bones kommen zwar mit, aber die IK-Fnktion nicht - das habe ich schon vergeblich probiert. Nach Recherche im Netz wurde mir das bestätigt.
Liegt das an Blender oder anderen Export-Programmen, die vielleicht nicht mit dem geriggtem FBX-Standard umgehen können?
Ein normales Rigg funktioniert, ein IK-Rigg hingegen nicht.
Es liegt wohl an Blender. Aber man kann auch nicht erwarten, daß solche Funktionen immer 1:1 übertragen werden können, weil die Programme das auch recht unterschiedl. behandeln. Es bleibt halt entsprechende Nacharbeit in der Zielapp.
jobojobo Vielen Dank! Ich schreibe Dich dann PN an, um Dir ein FBX meines englischen Patienten zu schicken, welcher anschließend unverkrüppelt und mit Maul-Rig in Blender nutzbar ist. Virtual Frog-OP.
@old_det Kann an Blender liegen, muss aber nicht.
old_det Kann an Blender liegen, muss aber nicht.
Es liegt an Blender, weil das rigg nicht entsprechend exportiert wird, daß es von der Zielapp verstanden wird.
