Beiträge von RealLiVe

Zitat von PJKeys

Ich erstelle jetzt noch mein ein projekt mit den Einstellungen und dann berichte ich mal weiter. Sollte es so bleiben MUSS ich wohl bei Vegas, meinem unbeliebtheits programm wechseln

Auch bei Vegas kann es mit variabler Framerate exakt die selben Probleme geben - wundert mich sogar stark, warum das bei dir synchron bleibt. Das Problem liegt bei dir schon in der Aufnahme - du musst schauen, dass dein Aufnahmeprogramm eine konstante Framerate (CFR) benutzt und keine variable.

Ansonsten musst du es vorher entweder konvertieren oder mit einem Frameserver zu Premiere schicken. Die erste Lösung braucht einige Zeit bei der Konvertierung und erzeugt eine neue Datei, die halt sehr viel Speicherplatz belegt. Das geht beispielsweise mit Handbrake, oder dem VFR -> CFR - Konverter vom SSM und VirtualDub.

Die zweite Lösung erzeugt nur eine virtuelle Datei, die aber bei jedem Rechnerneustart erneut angelegt werden müsste, wenn du beispielsweise in mehreren Sessions an einem Projekt arbeitest, und es kann sich negativ auf die Performance von Premiere und dem fertigen Rendervorgang auswirken. Das geht mit dem VFR -> CFR - Konverter vom SSM. Weiß aber nicht, ob das bereits Bestandteil von einem Tutorial war.

Zitat von Malzzi

Ach so. Ich dachte schon das ich dann wieder das gleiche Problem habe wie damals...

Sehr präzise Um welches Problem ging es? Und sag bitte nicht ein Computerproblem

Zitat von Malzzi

Dafür kann aber niemand was, das der Support scheiße ist, die meisten Container nicht eingelesen werden können und die Codierung scheiße ist.

Doch, der Hersteller - in dem Fall also Sony. Ich sehe da kein Problem, dass er auf die Schwächen der Programme aufmerksam macht, und die Decoder-Schwäche wird wohl auch nie in Vegas behoben werden. Mir geht aber durchaus auf den Sack, dass er generell gerne gegen NLEs schießt ... da nehme ich mir umgekehrt auch das Recht heraus, AVISynth im Bereich ... ich sage mal "kreatives Schneiden" durch den Kakao zu ziehen, weil ich nicht denke, dass es dafür wirklich geeignet ist ... auch wenn es das "irgendwie" beherrscht.

Zitat von Sagaras

Daher würde ich sagen das deine Art der Vorstellung von "Müllsoftware" immer im Auge des Betrachters liegt.

Es liegt ausnahmslos im Auge des Betrachters. Ich finde den Terminus unpassend, wenn das Programm in einen für einem selbst annehmbaren Zeitaufwand zuverlässig in dem Bereich arbeitet, den man selbst benötigt. Und das trifft hier zu.

Zitat von Malzzi

Ich schaue mir jetzt mal TMPGEnc 6 an. Mal sehen, wie ich damit klar komme. Wusste gar nicht das dieses Programm doch kostenlos ist.

Ist es nicht.

Zitat von Malzzi

Ist es Automatisch ein tragischer Qualitätsverlust, wenn ich vorher meine Videos in Movie Studio ein bisschen bearbeiten tue, und dann es an SSM schicke und am Ende mit MeGUI encodiere?

Wenn du verlustfreie RGB-Videos als Eingabe in Vegas verwendest, dann ist der Qualitätsverlust durch die NLE praktisch nicht vorhanden, ebenso bei YUV 4:4:4, sofern die Farbmatrix stimmt. Bei den Farbräumen mit niedrigeren Subsampling - also beispielsweise YUV 4:2:2 - kann es zu einem weiteren Verlust bei den Farbinformationen kommen. Aber "tragisch" ... neh..

Zitat von Oklino

außerdem habe ich erst kürzlich einen VGA Monitor an meiner R9 betrieben - ist alles kein Problem.

Die DVI-D Anschlusse von der MSI-Karte da schleifen - anders als viele DVI-I - Anschlüsse - kein analoges Signal durch, weshalb die einfachen VGA-Adapter nicht mehr genutzt werden können.

@Anonimussi liegt richtig - in dem Fall braucht man entweder einen aktiven Konverter, oder man greift auf die IGP zurück - beides müsste funktionieren.

Zitat von Oklino

Vergleichstests und die scheinen dann wie ich jetzt sehe, recht oberflächlich zu sein...

Sind sie, aber geht auch nicht anders. Vieles lässt sich halt zum Testzeitpunkt schwer beurteilen und Artikel, die ergänzende Informationen bereitstellten und sich rein auf die neue API bezogen, gab es ja auch.

Zitat von Karmaalp

Zudem haben die Grafikkarten nur noch 1x 8Pin heißt also das es weniger Watt definitiv sind. Ich weiß aber ehrlich gesagt gar nicht was die Begrenzung bei den jeweiligen Pinen ist weißt du das ?

75 Watt über den Slot, 75 Watt über einen 6-Pin und der 8-Pin geht bis 150W.

Zitat von Karmaalp

Soweit was ich bei NVIDIA gesehen habe

Ne, das Zeug von NVIDIA ist bisher nur Marketing-Geblubber. Ich warte lieber auf die Tests

Zitat von sem

Besteht denn die Chance, dass man für 1 nicht sowas wie Steam oder Origin benötigt?

Das würde mich sehr wundern.

Zitat von sem

Das neue Battlefield heißt nicht Battlefield 5, sondern Battlefield 1, da der Schauplatz der 1. Weltkrieg sein wird.

Beschissene Namensgebung.

Zitat von sem

Wer freut sich?

Die Gefühle, die Battlefield bei mir auslöst, liegen irgendwo zwischen Skepsis und Interesse. Skepsis, weil ich mich an die scherzhafte Bezeichnung "Betafailed" von Battlefield 4 erinnere. Skepsis und Interesse, weil ich mir noch nicht ganz klar bin, wie sie das WW1-Setting integrieren, Interesse, weil ich noch nie einen WW1-Shooter gezockt hab und ich das Setting noch für weitgehend unverbraucht halte.

Einen Hype geh ich nicht mit, holen werde ich es mir aber wahrscheinlich schon.

Zitat von De-M-oN

War das nicht so, das er da dann die Hälfte der FPS des Quellvideos nimmt? Irgendwer sagte das doch? Dann wäres natürlich kein Wunder.

Ja, wobei das hier normalerweise nicht gegriffen hat - das würde man in der MediaInfo sehen. Ich empfehle aber trotzdem, den Haken besser zu entfernen.

Zitat von Vegas Hilfe

Ist die Quellframerate größer als die Framerate der Vorlage, verwendet der Encoder entweder einen Wert, der 50 % der Quellframerate entspricht, oder den in der Einstellung Framerate ausgewählten Wert. (Es wird jeweils der niedrigere Wert verwendet.)

Bei deaktiviertem Kontrollkästchen wird die ausgewählte Einstellung Framerate verwendet.

--

Als Ergänzung zu De-M-oNs Tipps, wenn du bei den integrierten Encodern bleiben willst.
Encodiermodus würde ich nicht auf OpenCL belassen. Das hat keine Auswirkung auf die GPU-Beschleunigung beim Rendern, erzwingt aber, dass das Video über die CPU kodiert wird. Das ist deshalb vorzuziehen, weil GPU-Encoder bei gleicher Bitrate bzgl. der Bildqualität deutlich ineffektiver sind wie als CPU-Kollegen.

Kleine Warnung vorweg: Sowohl die Deaktivierung von OpenCL beim Encodieren, als auch das Aktivieren von 2-Pass wirken sich sehr negativ auf die Encoding-Geschwindigkeit aus. Wenn's dir zu lange dauert, dann stell eines wieder zurück.

Sowohl das, als auch 2-Pass gehen aber bei Vegas stark zulasten der Geschwindigkeit. was du eher präferierst. Aber schauen wir erstmal, dass wir das Gezuckel wegbekommen.

Ich hätte gerne noch die Projekteigenschaften, die du unter Datei -> Eigenschaften erreichst, wenn es dir nichts ausmacht. Ich vermute aber, dass es an den Angaben zur Framerate liegt.

Ändert sich etwas, wenn du bei deiner Vorlage bei Framerate direkt 30 - keine 29,whatever - eingibst und den Haken bei Anpassen der Framerate durch Quelle zulassen" entfernst?

Sorry

Zitat von Oklino

wäre aber auch wieder nur ein
Workaround um die Unzulänglichkeiten der Schnittprogramme auszugleichenund das will ich nicht

Eine der Unzulänglichkeiten der Schnittprogramme sind die integrierten Encoder, die meist nicht sonderlich berauschend sind. Die gängige Empfehlung bei Vegas ist es deshalb, einen ... nunja ... "Workaround" anzuwenden und eigene Encoder zu verwenden.

Das geht auf zwei Arten:

• Vegas unterstützt zum Export auch die Video for Windows - Schnittstelle - für diese lässt sich der x264vfw - Codec installieren. Ein Tutorial hierzu gibt es hier, wenn auch für Magix. Um ihn in Vegas zu nutzen, änderst du unter Rendern als eine der HD-Vorlagen in der Sektion Video for Windows (.avi) ab. Insgesamt ist das etwas mehr Aufwand, weil du Video und Audio manuell kodieren und das Endprodukt am Schluss manuell muxen müsstest.
• Einen Frameserver verwenden und einem anderen Programm die Kodierung überlassen. Da kannst du dann auf beispielsweise den 10 Bit - Encoder von x264 zurückgreifen, den meGUI verwenden. Hierzu gibt's derzeit kein aktuelles Tutorial. Das hier ist schon etwas älter und auch etwas suboptimal, aber mal so für einen groben Eindruck kann man es mal verwenden. Da setze ich mich nächste Woche mal ran ... nervt langsam, hier nichts vorzeigen zu können.

Das wären empfohlene Wege, um in Vegas Videos zu kodieren, die werden aber dein Problem normalerweise nicht lösen. Zuckeln dürften auch die integrierten Encoder nicht.

Es gibt einige Fallstricke bei den Vegas-Rendereinstellungen. Beispielsweise dann, wenn die FPS nicht überall identisch sind, oder bestimmte Haken wie bei ... Framerate automatisch anpassen gesetzt sind. Ich bräuchte aber ein paar Informationen, um auf die richtige Spur zu kommen - vom Ursprungsvideo und vom fertigen, problematischen Video. Das geht recht komfortabel mit dem Programm "MediaInfo" - eine Anleitung, wie du das Ding bedienst, findest du beispielsweise in diesem Thread:

Wie stelle ich meine Frage richtig?

Dazu wäre ein Screenshot von deinen Rendereinstellungen in Vegas interessant.

Falls du Vegas-Spezifische Sachen aus meinem Beitrag bei dir nicht findest ... ich nutze die 12er-Version, die eigentlich recht ähnlich zu deiner sein sollte. Wenn sich da doch was geändert haben sollte, dann sag bescheid - dann ziehe ich mir da schnell eine Demo.

Zitat von De-M-oN

Wenn ja - müllsoftware, aber was will man von den Timeline NLEs auch erwarten

Komfort bei umfangreicherer Nachbearbeitung, also das was man von deiner Müllsoftware aka. AVISynth nicht erwarten kann

Zitat von De-M-oN

Naja dann hätt ichs in MP4 umgemuxt und fertig.

Das wäre m.M.n. auch die bessere Option gewesen. Ist QuickTime nicht schon eine ganze Weile lang tot, krepiert und verrottet?

Zitat von Oklino

Die Asynchronous-Compute-Schwäche muss eine so schwache Schwäche gewesen sein, dass ich davon vorher ehrlich gesagt noch nie gehört habe... selbst nicht als ich X Vergleichstests gelesen habe um meine Graka-Kaufentscheidung (die erste wieder seit 4 Jahren) zu fällen.

In dem Fall ist von einem Feature aus DirectX 12 die Rede, was AMD richtig und Nvidia scheinbar nur softwareseitig irgendwie umsetzt. Dass du noch nicht davon gehört hast wundert mich nicht - als du dich damit beschäftigt hast, gab es wohl noch keine DirectX 12 - Titel und auch jetzt gibt's noch sehr wenige.

Momentan ist die Schwäche also quasi egal, wie es aber in ... sagen wir mal 2 - 3 Jahren aussieht ... ich glaube, dann könnte es durchaus einen Unterschied machen, wie gut die Karte letztendlich altert.

Zitat von Oklino

Aber ich hoffe ja eh auf AMD und Vulkan, damit ich endlich auf SteamOS oder ein anderes Linux umsteigen kann...

Die Hoffnung stirbt zuletzt ... aber sie stirbt Ich hoffe auch, dass das populärer wird - dann könnte ich endgültig migrieren.

Zitat von De-M-oN

und sony ausnahmsweise einen directshow weg versuchen würde

Tut es nicht.

Zappeln sollte da nichts. Zeig doch mal bitte ...

• MediaInfo der Aufnahme
• MediaInfo der enkodierten Datei
• Screenshot der Encoding-Einstellungen in Vegas.

Generell ist's bei Vegas die Empfehlung, wahlweise auf einen Frameserver (Debugmode Frameserver) + meGUI zurückzugreifen, oder x264vfw zu verwenden und manuell zu muxen.

Zitat von Oklino

So sieht das bei mir auch aus. Wenn AMD da nicht den Anschluss schafft in Sachen Energieeffizienz bin ich auch wieder bei nVidia. Hab mich diesmal auch nur für eine R9 entschieden weil es die 960, die ich wollte, nicht mehr bei meinem Händler gab.

Um die Energieeffizienz geht es mir weniger - klar, ein niedriger Verbrauch wäre wünschenswert, wenn der Rest stimmt, nehme ich aber einen hohen Strombedarf unter Last in Kauf. Ich hätte ungern eine Nvidia-Karte, weil ich die Asynchronous-Compute-Schwäche, die Pascal von Maxwell erben wird, ungern mitnehmen würde.

Ich warte noch auf Polaris, wenn meine Karte so lange durchhält.

Zur Capture Card kann ich nicht viel sagen. Monitor schneidet im PRAD-Test gut ab und wird wohl in Ordnung sein. Festplatte ... ich halte immer noch nicht allzu viel von Seagate, aber es sind halt verdammt schnelle Platten, die man für geringes Geld erstehen kann. Solange du da nichts kritisches drauf hast und nur damit aufnimmst, gehen die m.M.n. auch in Ordnung.

Normalerweise nicht - höchstens sehr spezielle Konfigurationen. Normalerweise funktioniert die Koexistenz zweier Karten im Desktop-PC auch ohne Spezialtreiber problemlos.

Zitat von Sagaras

Die Grafiktreiber sind dort allesamt für diese bestimmte Grafikkarte des Notebooks zugeschnitten.

Stimmt, mit Notebooks hab ich nichts am Hut. Bei Desktop-Hardware - wie der TE sie ja hat - kenne ich das Problem wie du beschrieben hast nicht. Ich denke deshalb nicht, dass man die Mod-Treiber bei Desktop-Hardware benötigt.

Zitat von Sagaras

Würde auch lieber wieder eine NVIDIA haben wollen

Ich nicht xD

Zitat von Sagaras

Letztes Jahr konnte ich mit dem Standard Treiber von Intel, der für meine Karte im Intel Support Download Bereich zur Verfügung gestanden hat (also für AMD und Intel)

Hast du da einen Link für so eine offizielle Treiber-Kombi auf der Intel-Supportseite? Mir wäre sowas nie aufgefallen, dass so etwas für Desktop-Karten existiert. Und da hatte ich auch bei anderen Systemen keine Probleme.