huwakschatra: Hast du den Fehler irgendwie beheben können?
Nö, ich kann ja ganz gut damit leben.
Sieh auch mal hier nach, vielleicht hilft es dir weiter:
http://forum.runtimedna.com/sh…ed-110-1-Doesn-t-work-in-DS-4-6-or-Poser-Pro-2014
Beiträge von huwakschatra
-
-
In Poser 7 ( deutsche Version für Mac OS ) funktionierten bei mir die Sichtbarkeitshäkchen für die Beleuchtung gar nicht, obwohl ich durchaus von "sichtbar" auf "unsichtbar" umschalten konnte. Und die Kameras waren sichtbar wenn die Häkchen entfernt und unsichtbar wenn sie gesetzt ( also auf "sichtbar" ) waren. Vielleicht hast du in deiner Version ja einen ähnlichen Fehler.
Gruß
huwakschatra
-
Ich sollte vielleicht klarstellen, daß ich keineswegs Animationsexperte bin, sondern nur vor einiger Zeit mal damit ein wenig rumgemacht habe um es auszuprobieren. Und ich arbeite auch nur mit der Standard-Version von Poser und nicht mit der Pro-Version, wüßte allerdings auch nicht, weshalb das Animations-Handling in beiden Versionen unterschiedlich konzipiert sein sollte.
Aber nun konkret:
Ausgehend von einer Startpose wähle ich auf der Timeline z. B. die Frames 10, 20 und 30 an und gebe dort jeweils Änderungen an der Figur ein, so daß sich nach 30 Frames ein kompletter Bewegungsablauf ergibt. Poser erstellt auf den Frames 10, 20 und 30 gehorsam Keyframes und zeigt mir das dann auch in der Animationspalette an. Die Taste "neuen Keyframe erstellen" brauchte ich bis dahin nicht; und weil ich auch nicht recht weiß, wozu sie eigentlich taugt, strafe ich sie mit Mißachtung.Ich hab' mal testhalber auf Frame 5 per Taste einen zusätzlichen Keyframe eingegeben, ohne auf diesem Frame was zu verändern; diesen neuen Keyfame konnte ich aber dennoch mit den next/previous-Tasten ansteuern und er wird auch in der Animationspalette angezeigt; keine Idee, warum das bei dir nicht geht.
Mein Rat: versuch's mal mit der Arbeitsweise, die ich oben beschrieben habe und kümmere dich vorerst nicht um die Taste "neuer Keyframe", vielleicht führt das ja auch bei dir zum Erfolg.
Gruß
huwakschatra -
dass die Keyframes zu diesem Zeitpunkt völlig unnötig waren, da die Animation auch ohne die Keyframes auskommt?
Nicht ganz richtig: Poser erstellt vielmehr automatisch einen Keyframe, sobald man an der Figur was ändert., die separate Deklaration eines Keyframes ist also nicht nötig. Ich bin da anfangs auch drauf reingefallen und meinte stets erst selbst einen Keyframe erzeugen zu müssen. Das Poser-Handbuch hat halt ein paar didaktische Schwächen.
Gruß
huwakschatra -
Da gehört eine Solid Body hin!
Jau, und passend zum Outfit der Stimmen und -innen am besten 'ne Flying V oder Explorer.
huwakschatra
-
Ich vermute auch, dass diese Dateien lediglich in den jeweiligen Ordnern (z.B. Pflanzen) als Vorschaubild auftauchen, damit sie bei C3D gekauft werden können.
Na ja, sie sind eben gerade nicht in der Library zu sehen. Die zum Kauf angebotenen Objekte haben Suffixe die den jeweiligen Rubriken in der Vue-Lib entsprechen, also ".veg" oder ".vob" usw. Die habe ich inzwischen von meiner Festplatte verbannt ( also die Kaufangebote ). Beim Aufräumen habe ich bei Stichproben bemerkt, daß unter diesen "Angeboten" so einiges nicht mehr vorrätig ist. E-ON scheint also beim Aktualisieren seiner Angebote nicht so wirklich doll sorgfältig und gründlich vorzugehen. Deswegen vermute ich auch, daß jene prv-Dateien ein Überbleibsel aus früheren Vue-Versionen sind und man lediglich übersehen hat, sie zu entfernen. Aber das ist natürlich Spekulation, ich bin ja ganz neu bei Vue und habe nicht die geringste Ahnung, mit welcher Dateistruktur das Programm früher mal gearbeitet hat.
Ich werde mal noch so 1 oder 2 Wochen warten und wenn bis dahin niemand die frohe Botschaft verkündigt hat, daß diese Dateien unabdingbar sind für das Wohlergehen des Universums oder wenigstens von Berlin-Karlshorst, werde ich sie löschen.
Gruß
huwakschatra -
@ Spacebones
diese Dateiendung hab ich in Vue noch nicht gesehen
Ich habe solche .prv-Dateien in so ziemlich jedem Ordner der Vue-Bibliothek. In den Ordnern der Kategorie "Plants" heißen sie "vegetation.prv" und in den Ordnern der Kategorie "Objekte" heißen sie "objects.prv". Diese Dateien beziehen sich aber offensichtlich nicht auf einzelne Pflanzentypen sondern vermutlich auf den gesamten Inhalt eines Ordners. Vielleicht gehören die ja zu dem Content-Starter-Pack, das mit den kleineren Vue-Versionen geliefert wird. Dieses Content-Pack besteht zu gefühlten 90 % aus einem Katalog für Objekte, die man bei Cornucopia erwerben darf, deren Thumbnails man aber auch dann bewundern kann, wenn man nicht mit dem Internet verbunden ist.
Verschiebe diese .prv`s doch mal einfach in einen anderen Ordner und schau nach, ob sich die entsprechenden Pflanzen dann noch korrekt laden lassen.
Genau, den Gedanken hatte ich inzwischen auch und habe es mit zwei Objekten getestet: Es macht in der Tat keinen Unterschied, ob sich diese prv- und mat-Dateien noch im Plants-Ordner befinden oder nicht. Inzwischen glaube ich auch, daß dieses Zeug völlig überflüssig ist. Vielleicht gehört das ja zu einer uralten Vue-Version und E-On hat zwar die eigentlichen Objekte aus dem Content-Pack entfernt aber vergessen, die zugehörigen prv- und mat-Datzeien auch rauszuschmeißen.
Ich denke, dass das System diese Zuordnung durch einen Identifikations-/Interpretationsfehler vorgenommen hat und jetzt spinnt die Registry sich zusammen, dass das zu Vue gehören müsste...
Nein, nein, das gehört gewiß zu Vue. Immerhin verweisen die Dateinamen auf Pflanzen, sind diese Dateien im Vue-Ordner abgelegt und stimmt das Erstellungsdatum mit dem Zeitpunkt der Vue-Installation überein.
Letztendlich hast du sicher recht mit deiner Einschätzung, daß dies Zeug gelöscht werden kann, sofern sich kein Nutzen erkennen läßt. Danke für deine Antwort.
@ Linda:
Danke für den Link. Auch wenn er mir heute nicht wirklich weiterhelfen konnte, so kann man doch so eine Seite immer mal brauchen.Gruß
Huwakschatra
-
Einen angemessenen Abend, Community,
ich habe mir kürzlich Vue Esprit + eco-System zugelegt und versuche gerade, mir die Content-Bibliothek nach meinem Geschmack einzurichten. Dabei bin ich auf Folgendes gestoßen:
Auf meiner Festplatte gibt es im Ordner "Plants" ( auf'm Mac ist der Pfad "User / Dokumente / e-on software / Vue 2014 / Plants" ) jede Menge Dateien mit dem Suffix ".prv", denen oft aber nicht immer eine oder mehrere Materialdateien ( Suffix ".mat" ) zugeordnet sind. All diese Dateien erscheinen aber nicht in der Library auf der Programmoberfläche von Vue.
Während das Vue-Handbuch und die e-on-Support-Seite behaupteten, ihnen würden die Buchstaben "prv" ( egal ob mit oder ohne vorangestellten Punkt ) nichts sagen, hatte mein Betriebssystem wenigstens den Anstand mir "prv" mit "Vue Preview File" zu übersetzen.
Daß eine Vorschau-Datei ohne zugehöriges Objekt nicht in der Bibliothek angezeigt wird, leuchtet mir bis zu einem gewissen Grad ein. Wozu aber wurde mir all dieses Zeug zusammen mit dem Programm installiert, zumal auf der obersten Ebene des Ordners "Plants", der ohnehin nicht für eine Anzeige von Inhalten vorgesehen zu sein scheint.
Wär schön, wenn jemand eine Erklärung hätte. Ich neige dazu, dies Zeug als überflüssig zu löschen, möchte vorher aber doch gerne wissen, ob sich vielleicht doch ein Nutzen dahinter verbirgt.
vorpfingstliche Grüße
huwakschatraHab' noch was vergessen:
den prv-Suffixen ist stets ein Pflanzenname vorangestellt, sie unterscheiden sich also deutlich von den prv-Dateien, die in den Unterordner anzufinden sind ( z.B. "vegetatation.prv" ).Und ein Bildschirmfoto habe ich auch:
-
Ich weiß leider nicht, ob das in Carrara auch geht, aber in Bryce habe ich gerne die Geländeprofile mit Photoshop gemalt. Da hat man bessere Kontrolle über Pinselgröße und Randunschärfe, kann präzise Grauwerte einstellen und mit entsprechender Vergrößerung gut in die Details gehen.
-
Mal ehrlich: findest du wirklich, daß die linke Figur jünger wirkt als die rechte? Auf mich wirkt das, als stünde sie lediglich weiter hinten.
Schau dir doch mal die unterschiedlichen Proportionen der verschiedenen Altersklassen im angehängten Bild an ( von links: Kid4, Vic4, Laura3 ). Mit abnehmenden Alter werden der Kopf größer, die Beine kürzer und der Torso kompakter; einfach nur die ganze Figur runterskalieren reicht also leider nicht. Selbst bei kleineren Erwachsenen sollte der Kopf im Verhältnis leicht vergrößert werden, sonst wirken diese Figuren nicht wirklich kleiner.
-
Ich hatte dieses Problem bereits zweimal in diesem Jahr: Jedes Mal hat es geholfen, den Flash-Player auf die aktuellste Version upzudaten. Weil mich diese häufigen Ausfälle nervten, habe ich schließlich dem Flash-Player verboten automatisch nach Updates zu suchen.
Ich hoffe, es hilft.
-
Vielleicht paßt das:
"Long Hair Evolution universal" von Kozaburo; eigentlich langes Frauenhaar, gibt aber auch 'ne Anpassung für Mic 3 und sollte sich auch an M4 anpassen lassen.
"Renee-Haar" von Bobbie25 u. a. für M3, findest du bei DAZ.
Ansonsten schau doch mal bei DAZ nach diesen Indianer-Geschichten ( "Cheyenne" ), vielleicht ist da was Passendes bei.
Viel Erfolg
hu. -
Ja, das ist richtig, die Figur ganz rechts ist diejenige, der ich die Textur in DAZ-Studio erneut zugewiesen habe. Vermutlich beziehst du ( Sunfish ) dich auf das Beispielbild 1 ( DAZ-Kid4 ), wo die Unterschiede zwischen beiden Versionen deutlicher hervortreten. Du hast natürlich recht, wenn dir die rechte Bryce-Version besser gefällt als die linke. Aber verglichen mit dem Poser-Rendering fehlen doch die Glanzlichter, die der Haut erst die Natürlichkeit verleihen.
-
Danke für die Antwort, esha. Ich hatte mir natürlich einen handfesten Hinweis erhofft, so aber mußte ich erst mal in die Tiefen von DAZ-Studio eintauchen um letzten Endes zu der Erkenntnis zu gelangen, daß diese .ds-Dateien für meine Zwecke wenig hilfreich sind.
In DAZ-Studio gibt es in der Tat einen sehr deutlichen Unterschied, wenn einer aus Poser importierten Figur die Texturen mithilfe von .ds-Dateien erneut zugewiesen werden. Allerdings, so scheint mir, ist das nur dort der Fall, wo mit mehr oder weniger komplexen Shading-Einstellungen gearbeitet wird; wurden statt dessen nur Bildtexturen eingesetzt, so sind Unterschiede kaum zu bemerken.
Ich hatte eigentlich nicht erwartet, daß es gravierende Unterschiede zwischen der Poser-Version und der korrigierten DS-Version geben würde, aber genau das ist der Fall: das DS-Rendering zeigt höhere Farbsättigung, weniger Oberflächenglanz und fast völligen Verlust der Bump-Einstellungen.
Sobald die Figur aus DAZ-Studio nach Bryce exportiert wurde, sieht es aber anders aus: egal ob die Texturen in DS neu zugewiesen wurden oder nicht, es wirkt gleichermaßen grausig: ist nur die Rotsättigung ausreichend hoch, so hat man den Eindruck einer Terrakottafigur, keineswegs aber die Illusion von menschlicher Haut.
Für den Fall. daß dieses Thema jemanden näher interessieren sollte, habe ich zwei Bildbeispiele angehängt. Die Hauttexturen stammen in beiden Fällen von DAZ ( Standard-Tex für Kid 4 und SP4 ) und beinhalten umfangreiche Shading-Einstellungen. Das Kleid im zweiten Beispiel verfügt nur über eine Bildtextur. Von links nach rechts: 1. = Poser; 2. = DS unkorrigiert; 3. = DS korrigiert; 4. + 5. = beide DS-Varianten in Bryce.
-
Hallo Community,
wenn man Figuren oder Zubehör für Poser erwirbt, gibt es da häufig neben den Material-Posen ( „.pz2“ ) auch spezielle Materialzuweisungen mit den Suffixen „.ds“ oder „.dsa“, die nur für DAZ-Studio gedacht und für die ausschließliche Arbeit in Poser eigentlich überflüssig sind. Ich selbst benutze DAZ-Studio nur als Zwischenstation um in Poser vorbereitete Figuren nach Bryce zu exportieren, und nun meine Frage: bewirken die .ds-Dateien bei dieser Prozedur irgend etwas oder kann ich sie getrost ignorieren und Festplattenplatz sparen?
Gruß
huwakschatra
-
Hallo esha,
der Hinweis auf Flash war gut: zwar kann ich es mir nicht erklären, da ich nach der Poser-9-Installation nichts an meinen Flash-Einstellungen geändert hatte, aber nachdem ich jetzt die neueste Flash-Version installiert habe, funktioniert alles wieder ( jubilier !! ).
Danke !
-
Hallo Community,
mein Problem: nach ein paar Wochen Pause öffne ich Poser 9 mal wieder und anstelle der Bibliothekspalette zeigt sich nur ein weißes Feld mit der Bemerkung: "Blockiertes PlugIn" ( wohlgemerkt in deutsch, obwohl meine Poserversion englischsprachig ist ). ich habe schon mal die Preferences-Dateien gelöscht, aber das hat nichts gebracht. Das einzige, was an der Palette noch funktioniert, ist das Untermenü mit den Optionen "floating", "docked" usw.
Mein System: iMac Intel i5, Mac OS 10.6.8
Wär' schön, wenn jemand einen Tip für mich hätte; komplette Neuinstallation würde ich nämlich gerne vermeiden
By the way: registriert habe ich mich hier schon vor längerer Zeit. Da ich aber diese 3-D-Geschichten nicht so intensiv betreibe, habe ich bislang nur mal gelegentlich einzelne Beiträge in diesem Forum gelesen. Ich habe schon in den 90er Jahren mal 'ne zeitlang mit Bryce rumgemacht, bin aber nie so richtig zu Ergebnissen gelangt, wie sie mir vorschwebten und habe das Ganze dann wieder beiseite gelegt. Vor einiger Zeit habe ich dann Arbeiten mit neueren Bryce-Versionen gesehen und wieder angefangen und bin so auch auf Poser gestoßen.
Ja, ja, so isses
Gruß
huwakschatra
