Beiträge von Sagaras

@Mario Be
Ist dir nur ein guter Workflow wichtig mit passenden Einstellungen oder willst du eher den allgemeinen Hintergrund wissen warum man bestimmte Sachen so einstellt?

Weil die Einstellungen bleiben in Anbetracht der jeweiligen Encoder etc. pp und alles was so sonst noch anfällt immer der gleiche Trott.
Aber man variiert gerne ein wenig die Einstellungen, sofern die Quelle einem sowas anbietet bzw. ermöglicht.

Das ist wie mit der Kunst auch. Für ein Gemälde nimmt du Pinsel und Farben, für eine Marmor Statue Hammer und Meißel. Jeder Künstler nimmt seine eigenen Instrumente sozusagen.

Bei Videos nimmt man halt die Tools und Einstellungen immer entsprechend so um effizient sein Ziel zu erreichen.

Wenn du also Tiefer in die Sache Videotechnik gehen möchtest als nur gute Einstellungen für OBS und Shotcut haben zu wollen, dann kann ich dir gerne über ein TeamViewer Meeting bei auf meinem Rechner das Ganze zeigen und über TS oder Skype dir dann dazu auch alles erklären.

Kann dich dann aber gleich warnen: Es ist trockener Stoff dann erst mal. Und eventuell auch dann viel Zeit mit einplanen.

Wenn du aber für OBS nur gute Einstellungen brauchst, die findeste hier im Forum eigentlich wie Sand am Meer mittlerweile.

Und bei Shotcut hatte ich auch mal was zusammengefasst: Kostenloses Open Source Videoschnitt Programm "Shotcut"

Ab den verlinkten Beitrag einfach dann mal noch die anderen Beiträge so weiter verfolgen. Sind nicht mehr viele. Aber da sind noch ein paar Sachen angefallen.

Herunter Skalieren würde ich persönlich nie raten. Man kann zwars aus wenigen Informationen mehrere machen durch Interpolation oder Faktorisierung, aber beim Herunterskalieren macht man aus mehr Informationen weniger. Wenn überhaupt würde ich da ein Interpolations Skalierer anwenden der das noch einigermaßen korrekt Interpolieren kann.

Aber an sich würde ich niemals raten runter zu skalieren.

Zitat von Julien

Skalierung verfälscht immer

Auch nur bei dir, weil du es wie ich letztens lesen musste nicht richtig anwenden tust.

RGB oder YV24 Farbräume mit Nearest Neighbour in Faktoren hoch skalieren hat absolut keinen Verlust zur Folge.

Wenn du das aber mit YUY2/YV16 oder gar YV12 Farbräumen tust, skalierst du die verschwommenen Interpolierten Zwischenräume auch mit hoch und dann hast du Matsch je niedriger der Farbraum ist und desto größer die Skalierung wird.
Im Falle von YUY2/YV16 oder YV12 nutzt man Skalierer die ebenfalls Interpolieren. Sehen dann zwars im Ergebnis Unscharf aus, haben dann aber weniger Verluste, als wenn du mit einem Punktskalierer skalieren tust.

Da diese 3 bekannten YUV Farbräume schon Verluste des Bildes an sich aufweisen, nützt ein Punktsaklierer halt nix. Der verschlimmert das Ergebnis höstens. Bei Farbunterabtastungen von 4:4:4 arbeiten Punktskalierer mit Faktoren immer ohne Verlust, da jeder Pixel mit dem jeweiligen Faktor vermehrt wird. Sprich aus 1 Pixel werden dann 4 Pixel. Und wenn du da halt Interpolationen drin hast weil YV12 Quelle, dann skaliert ein Punktskalierer halt diese unschönen Interpolationen auch so hoch. Und der eigentliche YV12 Farbraum wird sichtbar mit all seinen Verlustbehafteten Stellen.

Und wie ich das letztens in der Spamkneipe mitbekommen hatte, hat irgendwie keiner ne Ahnung gehabt was er da grad tut, oder? Eigentlich hatte ich gehofft mit dem Farbraum Tutorial Thread die Leute hier ein wenig aufzuklären damit, aber wird anscheinend weder gelesen, noch verstanden.

Zitat von Northgate

Warum nicht gleich lossless mit UTVideo aufnehmen?

Weil ich es leid bin es immer wieder zu sagen und jeder 2te dann doch lossy aufnimmt. In diesem Punkto soll jeder so machen wie er es für richtig hält.

Einmal fahren se einen über den Mund das Lossless zu viel Speicher weg nimmt und das extrem übertrieben ist, dann meckern die nächsten das wenn sie lossy aufnehmen die Quali schlecht ist u.s.w.

Und daher soll halt jeder machen wie er denkt. Sollen se dann halt im Endeffekt nur nicht rumheulen das wieder nix läuft wie se es gern hätten.

Zitat von Ale

Vor ein paar Monaten hat ich mal n lp gemacht weiss zwar nicht was fürn encoder ich da hatte. Nachdem ich das Video schneiden wollte hat es stark angefange zu laggen und konnte es nicht mehr weiterbearbeiten.
Hab das dann gegooglet und ein paar leute meinten dass Problem sei bekannt wenn man mit OBS aufnimmt und vegas schneiden möchte.

Eine H264 Aufnahme wie du sie gemacht hast braucht bei der Bearbeitung mehr CPU als wenn du versucht hättest ein Lossless Codec zu nutzen.

Einfach weil die Dekodierung des Videos übelst langsam ist. Und wenn dein Rechner noch unter aller Sau ist, dann ruckelt das erst recht.

Vor allem nimmst du mit einer konstanten Bitrate auf und das ist natürlich Fail in ganzer Linie. Du musst in VBR aufnehmen und nicht in CBR.

Und dann würde ich dir auch ein recht niedrigen CRF Faktor empfehlen wie 4 oder 5 mit der Kombination eines Presets wie ultrafast oder veryfast.

Ideal wäre natürlich die Option qp=0 für eine Verlustfreie Aufnahme. Aber dann musst du höstwahrscheinlich den Weg über SSM oder FFmpeg gehen. Einfach weil die Decoder der meisten Schnittprogramme nix mit dem High Profile 4:4:4 etwas anfangen können.

Du kannst also dein Workflow am Anfang schon besser gestalten und hast im Nachhinein dann halt keine Scherereien.

Zitat von Ale

habs auch mit dem Media player codec pack und dem k-lite codec pack versucht aber funktioniert immer noch nicht.

Wenn ich das schon lese, habe ich eher schon einen kleinen Verdacht warum bei dir die Decoder nicht mehr so wollen wie vorgesehen.

Wie stelle ich meine Frage richtig?

Punkt 3 mal befolgen. Angewendet auf dein vermeitliches Video was du laden willst.

Zitat von Ale

Da es zu Problemen kommen könnte mit Obs dateien in Sony vegas beim schneiden, habe ich die Datei in Mpeg2 konvertiert, weil das empfohlen wird.

Wer immer sowas empfohlen hat, den kannst und darfst du schlagen. Weil dieser jemand dann gewiss weniger als 0 Erfahrung hatte.

Zitat von Ale

Meine zwei Probleme sind nun: Sobald ich die Datei konvertiere macht es aus meiner 60fps datei eine 30fps datei. Angeblich unterstützt Mpeg2 nicht 60fps.

Wäre mir neu das MPEG2 keine 60 FPS unterstützt. Die höste anzunehmende FPS einer MPEG2 Datei besteht aus sage und schreibe 4 Bytes. Was eine FPS von 4294967295 ermöglicht in der Theorie. Und warum sollte in MPEG2 4 Bytes bereit stehen, wenn man angeblich 30 FPS nur kann? Da würde auch 1 Byte ausreichen ;D

Und selbst wenn diese 4 Bytes in Zähler und Nenner untergliedert sind, ist eine max. FPS von 65535 möglich.

Also mehr als ausreichend.

ABER Mpeg2 würde ich weder bei einer Aufnahme empfehlen, noch würde ich das Quellmaterial in ein solches wandeln wollen, wenn ich es noch bearbeiten wollen würde.

Das ist richtig übel dieser Schritt bei dir.

Zitat von Ale

Meine Frage ist, was man statt Mpeg2 für ein Videoformat nehmen kann,welches gut mit Sony Vegas funktioniert

Eine Mediainfo deiner richtigen Rohaufnahme wäre interessant zu wissen. Eventuell das du deine Aufnahme ein wenig abänderst, damit dein Vegas die Aufnahmen einlesen kann.

Das wäre erst mal ein Schritt in die richtige Richtung. Vorzugsweise sind Lossless Codecs, sofern auch auf dem Rechner installiert, recht praktisch und auch am kompatibelsten für Aufnahmen und Bearbeitungsprogramme.

Für deine jetzige Datei kannst du ein Frameserver zwischenschalten der dann deine Aufnahme in Rohdaten umwandelt ohne Verluste und sie extern zur Verfügung stellt.
Dann kannst du somit deine Aufnahmen auch in dein Sony laden.

Zitat von DeLight

Ich habe die Tage mal versucht, den Ton aus meinem Video mit SSM "rauszufiltern". Nur leider scheint SSM keine .ts Videodatein zu erkennen.

Der SSM geht bei TS Datein falsch vor.

Transport Streams jeglicher Art wie z.B. M2TS, TS, VOB oder ähnliche Formate haben damit sie für Geräte wie Reciver, Fernseher mit USB oder DVDs oder auch BluRays erkannt werden bestimmte ID Einträge für ihre Video und Audiospuren.

Vorteil bei solchen Sachen ist das sie Sichtaspekte haben können.
z.B. kann eine TS Datei 2 Sichtaspekte haben und trotzdem nur ein Film.

Sichtaspekte sind z.B. bei Star Wars Filmen der Intro Text der eingeflogen kommt. Um Speicher zu sparen aber auch alle Sprachen zu unterstützen, hat man sich halt gedacht in diesen Containern bestimmte Adressen bereit zu stellen der bestimmte Filmabschnitte die sich unterscheiden nur speichert.

So fungiert der Text von Star Wars bei BluRays oder DVDs als ein Film ohne da mehrere Kopien mit anderer Sprache da einfügen zu müssen. Man ändert die Adresse meist über das Menü des Filmes und kann somit den fliegenden Intro Text in mehreren Sprachen nach hinten fliegen sehen. Sehr cooles Feature eigentlich.

Der SSM ist aber so programmiert, damit es jetzt keine Probleme bei Audiospuren gibt, das die IDs der Spuren abgefragt wird. Und bei TS und ähnlichen Containern stimmt halt die ID nicht, weil die halt ganz woanders sitzt.

Aber... du kannst z.B. mit FFmpeg die Streams rausholen oder mit HdBrStreamExtractor was mit eac3to zusammenarbeitet oder mit TSmuxer, der kann auch demuxen.

HdBrStreamExtractor nutz ich immer wenn ich BluRays rippe, weil ich da halt an alle seltsamen Formate rankomme.

Ich glaube kaum das Stronghold Direct3D verwendet Wenn dann wohl eher DirectDraw und damit haben eh einige Aufnahmeprogramme Schwierigkeiten. vor allem wenn es um ältere DirectX Versionen geht wie du schon sagst.

Würde sagen, es funzt wieder

Bei irgendein Aufbau Spiel hatte ich mit DxTory als auch MSI Afterburner arge Probleme gehabt.

DxTory konnte es zwars hooken, stürzte aber ab, sobald sich die Auflösung änderte bzw. das Spiel durch das Startmenü des Spieles initialisiert wurde.

Bei MSI AB ebenfalls ein ähnliches Phänomen.

Fraps hingegen hat das ohne Probleme aufnehmen können.

Ich sag daher immer wieder: Immer mehrere Aufnahmeprogramme im Petto haben und sich nicht nur auf eins versteifen. Die Hooking Methoden der einzelnen Aufnahmeprogramme variieren. Das liegt daran wie die Entwickler die Frames des Spiels abgreifen. Da gibt es zig Varianten von.

Bei MSI AB und DxTory wird vermutlich bei deinem Spiel auf eine Adresse zugegriffen die vermutlich nicht existent ist und das Spiel darauf gerade was anderes machen möchte. Daher mal ein anderes Aufnahmeprogramm versuchen.

Problem kann auch das Spiel sein was halt nicht mit Direct3D oder Glide oder OpenGL läuft. Sondern z.B. übliches DirectDraw nutzt. In diesem Fall sind Aufnahmeprogramme immer etwas anfällig bei bestimmten älteren Games.

Bei Fraps haben die Entwickler da was beim Hooking diesbezüglich einprogrammiert was dabei hilft es aufnehmen zu können.

Ansonsten hättest du eventuell noch die Möglichkeit, sofern das Spiel dies kann, es über ein Fenstermodus aufzunehmen als Desktop Aufnahme.

Daran hat dein Video keine Schuld. Sondern vielmehr Youtube.

Hast ja selbst gesagt das die Non-Dash Sachen gehen. Also die MP4 Varianten.

Da wird YT irgendwas verhauen haben bei der VP9 Kodierung.

Nicht Hookbar für DxTory. Nimm eine andere Aufnahmesoftware.

OBS Studio, MSI Afterburner oder Fraps.

Eins davon nimmt es mit Sicherheit auf.

Zitat von TbMzockt

mich nervt dieses Farbmatrix-Konvertieren schon seit längerer Zeit und es sitzt so im Hinterkopf da endlich mal (für mich!) durch ausprobieren Klarheit zu schaffen... erzählen kann man mir viel, solange ich es nicht selber verifiziert habe glaube ich davon heutzutage nicht alles sofort...

Dann mach das.

Bedenke bitte aber: Eine Render-Ausgabe wie der VLC-Player, MPC-HC oder auch Youtube es haben, haben auch eine Farbmatrix.
Dein Video, sofern YUV, ebenfalls.

Das heißt du musst prüfen welche Farbmatrix rein geht in den Player und welche eigentlich dargestellt wird.

Sind sie unterschiedlich, werden die Farben im Player verfälscht. Sind sie identisch sind sie ok.

Mit anderen Worten:
BT.601 (Video/Input) -> BT.709 (Ausgabe-Renderer/Player) = Falsche Farben

Andersrum genauso.

Nur wenn die Matrizen beider identisch sind, erst dann entsprechen die Farben des Original Videos.

Das kann man eigentlich Wunderschön mit AVISynth ausloten mit dem Tool AVSPmod. Weil der hat einen eingebauten Ausgabe-Renderer wo man die Farbmatrix einstellen kann. Sowie man auch die Ausgabe auf TV oder PC Range ändern kann. Hat natürlich dann Auswirkungen auf das Video selbst. Aber so erkennt man im Vorfeld die Folgen und kann es entsprechend abändern oder generell nachprüfen.

Das was du mit Playern, Adobe etc. machst sind mehr vage Vermutungen bzw. Einschätzungen wo du nach eigenen Empfindungen gehst.
Mit AVISynth könntest du das genau prüfen lassen.

Die Englische ist nicht mit der Deutschen Version kompatibel.

Du hast das Spiel als Englische Version und hast versucht die Setup als Deutsch auszuführen. Du musst die Setup aber als Englische Sprache ausführen. Erst dann nimmt er auch eine Englische Setup vor.

Die Englische EXE des Spiels ist halt nicht vergleichbar mit der Internationalen EXE die in Frankreich oder Deutschland rausgekommen ist.

Und dann funktioniert das auch mit den Auflösungen.

Weil die Auflösungen für Widescreen werden in der EXE des Spiels vorgenommen. Das heißt die Setup hat 2 Launcher Typen drin. Einmal für die Internationale Version und einmal für die Englische Version. Die haben beide ganz verschiedene Offset Adressen für die Auflösungen.

Es ging aber erst mal dadrum ab wann es nicht relevant ist. Bei YUV zu RGB oder RGB zu YUV ist die Farbmatrix natürlich relevant.

Ein YUV Farbraum mit der Matrix BT.709 in einem Programm in RGB umzuwandeln was BT.601 verwendet, braucht sich der Anwender nicht wundern das da falsche Farben bei raus kommen. Somit kann man auch RGB verfälschen.

Ich zitiere mal:
"This option is not relevant when compressing RGB Inputs is-as, OR when COMPRESSING AND DECOMPRESSING only in YUV color space"

Bedeutet:
Für RGB ist sie nicht relevant, ja. Steht auch so da eigentlich in dem Tool-Tip
Für YUV ist sie nur dann uninteressant wenn du ein YUV Material durch den Encoder als Input jagen tust.
Weil ein YUV Farbraum bereits eine Farbmatrix besitzt.

Sprich würdest du ein Lagarith Video mit BT.601 da durchjagen und MagicYUV steht auf BT.709, würdest du wieder das BT.601 Video erhalten.

Lädst du es aber ein YUV Video in ein Bearbeitungsprogramm wie Adobe, oder was weiß ich, hast du ein RGB Output anzuliegen und dann trifft diese Tool-Tip Notiz nicht mehr zu.

Bei VirtualDub hast du gewiss als Ausgabe auf RGB zu stehen. Ergo wirkt das Teil, weil dein Video auf einen RGB Output an dem Encoder Input anliegt.

Zitat von TbMzockt

YUV-Input habe wird ja laut dem Tooltip keinerlei Farbmatrix verwendet (was dort eingestellt ist sollte demnach keinerlei Auswirkungen haben

YUV hat immer eine Farbmatrix. IMMER.

Zitat von TbMzockt

Komisch... arbeite ich in RGB (und demzufolge wird ja laut Hinweis-Text eben die Farbmatrix benutzt) sind die Farben nahezu 1:1 identisch (Option steht auf Rec.709), arbeite ich aber ausschließlich in YUV sind die Farben plötzlich falsch?

RGB besitzt keine Farbmatrix. Und hat auch keinen TV Bereich an sich. Die Farben gehen immer von 0 - 255.

Jedoch kannst du RGB begrenzen lassen. Sprich ihm ein TV Bereich verpassen, sprich verblassen lassen. 16 -235. Aber wenn das passiert hast du immer noch ein RGB 0 - 255 Farbraum. Obwohl sich nun das eine RGB vom anderem unterscheidet.
Bei dir als Adobe User sollte es als Studio RGB (16 - 235) als auch Computer RGB (0 - 255) bekannt sein.

Ein YUV Farbraum errechnet seine Farbe aus RGB und Farb-Koeffizienten. Sprich der Farb-Matrix.
Diese Matrix bewegt sich in anderen Farbbereichen als RGB selbst.

Jede Matrix hat somit eine andere Farbdarstellung des Bildes.

Um einen YUV Farbraum wieder in RGB zu wandeln muss die Farbmatrix wieder entfernt werden, weil RGB nun mal keine hat.

Wie gesagt, würde es dir ja gerne mal über TS bzw. auch über TeamViewer erklären und zeigen, damit du halt auch siehst das da zwischen den Codecs die du getestet hast keine Abweichungen existieren, wenn du die richtigen Sachverhalte vergleichen tust miteinander.

Weil du das mit der Farbmatrix vermutlich noch gar nicht verstanden hast.

Lagarith nutzt nur BT.601 für seine YUV Farbräume
MagicYUV als auch UTVideo können BT.601 als auch BT,.709 nutzen für ihre YUV Farbräume.

Und diese beeinflussen die Farben schon.

EDIT:
Kannst dich auch gerne noch mal hier durcharbeiten: Farbräume (Tutorial) - erweiterte Erklärung und Zusammenhänge

Ich glaube du verhaust viel bei deinen Vergleichen. Würde dir das gerne über TS erklären oder TeamViewer auch gern noch mal zeigen.

Weil das was du da halt irgendwelche kuriosen Test machst.