Shader-Nodes: Wohin mit der Translucency?

Obwohl meine Frage sich primär eigentlich auf den DAZ Studio Shader-Mixer bezieht, kann hier vielleicht jede(r) weiterhelfen, der/die Erfahrungen mit Shader-Nodes im Allgemeinen hat, sei es nun im Poser, Blender oder wo-auch-immer.

Ich versuche schon seit geraumer Zeit, eine funktionierende Translucency in einem Surface-Shader hinzubekommen, aber irgendwie funktioniert der Kram nicht so, wie ich mir das vorstelle. Das Translucency-Brick befindet sich im Shader-Mixer Menü unter Lighting/Diffuse, was allerdings erfahrungsgemäß nicht zwangsläufig heißen muss, dass es auch für den Einbau in den Diffuse-Kanal bestimmt ist. Würde theoretisch allerdings durchaus Sinn machen ... so weit.

Na, wie dem auch sei. Ich habe probiert, das Ganze additiv mit dem restlichen Diffuse-Gedöns zu mixen, bevor ich's in den Diffuse-Root-Kanal gebe, aber im Endeffekt transluzensiert da weit und breit nix. Habe mir auch schon gedacht, ob ich dafür nicht irgendwie dem Ambient-Channel missbrauchen könnte, aber dann gäb's wohl auch wieder Huddelei mit der 'regulären' Ambience ... stehe da jetzt also gerade ein bisschen auf dem Schlauch.

Hat jemand einen Tipp? eine Idee?
... wäre für jeden Hinweis eeecht dankbar (und auch wüste Spekulationen sind gern gesehen ).

Oh, danke @Kushanku ... das mit dem Diffuse hilft mir doch schonmal wirklich weiter und zeigt, dass ich zumindest auf dem richtigen Weg bin.
Muss mal gucken ... vielleicht hab' ich ja tatsächlich nur die Trace-Bounces zu niedrig eingestellt. Wäre ja echt 'ne peeeinliche Schusseligkeit ...

Aber wo ich das so lese, kommt bei mir gerade eine andere Frage auf: arbeitet #Cycles eigentlich ausschließlich mit Node-Materialien? Im Standard-Shader der 'nativen' Blender-Render-Engine war die Tranlucency doch standardmäßig mit enthalten (wenn ich jetzt nicht total Panne bin), oder?
Hinke, was solche Fragen betrifft, noch 'ein bisschen' hinterher, weil ich eigentlich immer nur die 2.4x-Versionen genutzt habe ...

Ahh ... interessant!
Ja, habe seinerzeit auch desöfteren, allerdings eher mit Render-/Compositing-Nodes gewerkelt. DoF ging 'damals' bspw. nur so ... den Fokus zu finden, war dabei mal sowas von nervig! Das Standard-Material fand ich eigentlich immer klasse, auch, weil Blender ja bereits sehr früh SSS mit an Bord hatte und generell: prozedurale Materialien zu erstellen, war wirklich eine Wonne. Hatte nur ein bisschen Huddelei, weil ich auch in Blender die Poser-Skalierung benutzt habe, was ja im Verhältnis schon deutlich kleiner ist. Keine Ahnung, wie oft mir deshalb bei Soft-Body-Dynamics die Objekte um die Ohren geflogen sind ...

Zum Thema:
Ray-Tiefe war nicht das Problem und die Sache mit dem Diffuse-Channel passt soweit auch. Das Problem liegt/lag im DS Default Material Brick, wie ich jetzt feststellte. Offenbar kommen TraLu und selbiges nicht miteinander klar, denn verbinde ich den Diffuse-TraLu-Mix direkt mit dem Surface-Root funktionobelt es. Was wohl bedeutet, dass ich nun den Shader komplett aus Einzelbricks zusammenschustern muss ... na suuuper, das nenne ich mal 'ne Herausforderung. Soll glücklicherweise erstmal nur ein 'Grünzeug-Blattgrün'-Shader werden, also hält's sich wohl noch in Grenzen ...

Also nochmals danke @Kushanku ... denn dein Tipp hat mich ermutigt, den Diffuse-Weg weiter zu verfolgen.

@Kushanku
Ja ... ich sehe #Blender auch schon wieder auf mich zukommen. Einfach, weil es ein wirklich richtig solides Programm ist, das noch Szenen verarbeiten kann, wo D|S schon längst kein Land mehr sieht. Mein reichlich betagtes #Cinema4D CE+6 ist genauso ... absolut unverwüstlich. Nur ist hier die Render-Engine noch in keinster Weise GI-tauglich. Lediglich Shader-basierte AO und etwas, dass SSS ähnelt, geht und das auch lediglich von grenzwertiger Qualität. War damals eigentlich der primäre Grund, warum ich mich an #Blender gewagt habe. Habe ich eigentlich nie bereut. Wäre auch schon längst wieder mit #Blender zu Gange, wenn ich nicht 'aufpassen' müsste, dass ich nicht wieder zu viele Programme auf einmal nutze. Neige dann einfach dazu, mich in dem 'technischen Kram' zu verfriemeln, während das, was ich eigentlich machen will - Rendern - total auf der Strecke bleibt ...

Gestern hätte ich deinen Optimismus, was das Hinbekommen des Shaders betrifft, vielleicht nur sehr skeptisch geteilt, aber heute sieht das schon anders aus. Irgendwie geht das viiiel flüssiger von der Hand, als ich zunächst angenommen habe. Offenbar ist bei meinen Spielereien in den vergangenen 2-3 Wochen wohl doch weit mehr hängen geblieben, als ich vermutet hätte.
Aber nur mal so Info-halber, falls es dich interessiert: das DS Default Material ist eigentlich schon ein einfacher 'Grundshader', der bereits die wichtigsten Komponenten enthält. Im Grunde 'reicht' es also, lediglich die Eingänge zu 'befüttern', die man ändern möchte und es funktioniert (... oder auch nicht ). Auf jeden Fall erleichtert es das Leben ungemein. Kann man - wie in diesem Fall - dieses Material nicht nutzen, bleibt nur ein einzelner Eingang des Basis-Surface-Roots, was bedeutet, dass alle Sachen (von Bump/Displacement und Opacity abgesehen) nicht nur 'zu Fuß' erstellt, sondern vorher auch irgendwie schon miteinander vermixt werden müssen, damit am Ende alles in einer 'Strippe' zusammenläuft. (Hab' zur Veranschaulichung mal die beiden #Bricks unten angehängt.)

Edit*
Ach so ... und ja, sicher lässt sich das Ganze dann auch als 'normales' Shader-Preset speichern und nutzen. Lässt sich dann auch jederzeit wieder in den #ShaderMixer laden, wenn man noch weiter daran 'herumschrauben' oder 'technische' Änderungen vornehmen möchte. Für Anpassungen wie Farben, Texturen, Parameter usw. ist das allerdings nicht nötig. Das geht ganz normal im Shading-Tab.

@esha
Ist ja schön, zu wissen, dass #IRAY das 'einfach so' kann ... hätte ich von einer PBR-Engine allerdings auch nicht anders erwartet, nur bringt mir das gar nichts, wenn ich eben nicht mit #IRAY rendern möchte. Ich mag #3Delight. Allerdings stimme ich dir vollkommen zu: meine TraLu-Ergebnisse waren bisher auch nicht allzu berauschend. Aber genau das ist ja einer der Gründe für diese Übung hier. Das Problem ist ja nicht die Render-Engine an sich, sondern die schlichte Tatsache, dass es (scheinbar) keine 'Preset'-Shader gibt, die diesen Job zufriedenstellend erfüllen.
Naja ... und Shader-Kanäle 'Textur-fähig' machen, ist ja nun wirklich eine der leichteren Übungen.

@Lessa
Ja, ich glaube, auf die #UberSurface bezog sich @esha auch, als sie meinte 'nicht zufriedenstellend hinbekommen' ... Finde persönlich, die US macht in dieser Hinsicht einen (t'schuldigung) ziemlich mieserablen Job. Aber das ist ja auch nicht wirklich verwunderlich, denn die TraLu spielt in diesem Shader ja nun doch eine eher untergeordnete Rolle. Die #UberSurface soll bei größtmöglicher Flexibilität ein möglichst breites Spektrum an Einsatzmöglichkeiten abdecken. Tut sie auch (und in manchen Bereichen sogar ausgesprochen gut), aber für einige, ganz spezielle Einsätze bleibt dabei einfach - von Natur aus - zu viel auf der Strecke.