Beiträge von MaxxPuzzles

Jup, Wasserzeichen ist in der Aufnahme. Werde morgen nochmal ein wenig testen, aber ansonsten kaufe ich mir die Vollversion am Montag. Danke fürs drüber-schauen !

So, da ich jetzt direkt in 1440p aufnehme haben sich bei mir zwei Sachen geändert: Auflösung und Farbmatrix.

Gerade da ich bei einigen Spielen mit OBS aufnehme (mit utvideo, welches bei mir bei RGB immer-noch stockende Aufnahmen erstellt) ist mein Workflow eben bei der Farbmatrix jetzt auf 4:2:0.

Soweit ich verstehe sollte die Einstellungen unten für TMPGenc passen, oder kann ich da noch was optimieren (mal von der Möglichkeit das Material zu skalieren abgesehen da 4:2:0). Mehr als High10 macht bei 4:2:0 ja keinen Sinn oder? Ich sehe das ich bei Lvl. auch automatisch auswählen kann, sollte ich das gegenüber 5.2 bevorzugen ? Danke fürs drüber schauen

Timelineformat

Encode-Video Settings

Encoder-Audio

Encoder - GOP

Encoder- Erweitert 1

Encoder - Erweitert 2

Encoder - Andere

Alles klar, gerade da ich mit 4:2:0 aufnehme wird sich MagicYuv RC2 wohl lohnen. (4:2:0 da ich nicht weiter hoch skallieren will, nehme in 1440p auf, selbst wenn der YT skallierer beim runter scalen besser arbeiten würde...)

Habe mal auf Median geschaltet (Raid0), Threads auf Auto (i7). Wobei, wie ist bei euch die Erfahrung bei alten Spielen die meistens max 2. Thread auslasten ? Geht MagicYuv dann automatisch auf andere Thread rüber ?

Sind die Einstellungen für 4:2:0 sonst so passend ?

Danke

Hi Leute!

Wie schlägt sich MagicYuv RC 2.x eigentlich gegen das aktuelle UTVideo ? Kann UTVideo noch bei MagicYuv mithalten ?

Hat De-m-oN auch schon oben geschrieben... Habe dort auch schon geschrieben das es natürlich nicht optimal oder die erst wahl ist (daher letzter vorschlag von 4). Hatte aber auch schon geschrieben das man dann wenigstens in 4:2:2 oder 4:4:4 bei 60 fps aufnehmen kann. Was obs alleine ja nicht kann (utvideo ffmpeg gibt bei rgb 60 fps ut video kein sauberes video aus).

Bei nvidia wird dann gsync verwendet (sofern man einen Monitor dafür hat). Siehe video was ich oben verlinkt habe! Ich schalte den monitor allerdings auf 120hz anstatt auf 144 hz aus offensichtlichen Gründen. Ansonsten halt in den sauren apfel beißen und normales vsync wenn gsync nicht vorhanden.

Bei mir hat ein framelimiter auf 120fps ebenfalls enorm geholfen tearing einzudämmen.

Ansonsten, obs Variante die ich ebenfalls schon beschrieben habe.

Zitat von TimTaylor

Jau die sind aber auch viel zu teuer ich meine die haben auch eine CC die DP unterstützt, da hätte man das Problem gar nicht

Ähm.. ich habe ja jetzt zweimal erklärt das es auch ohne Datapath und ohne DP Verbindung geht .. Einfach Das Klonen/Erweitern bei Nvidia richtig einstellen ... Unter Win 10 ist es sogar noch einfacher geworden, hier explizit am Beispiel einer Elgato HD60.

Zitat von De-M-oN

Und wofür habe ich dann noch die CC?
Dann kann ich doch gleich wieder traditionell MSI Afterburner nehmen, wenn ich wieder hooke. Oder was überseh ich?

Stimmt schon, ist nicht optimal (hatte ich ja auch zugegebn ) aber der hook von OBS ist bei mir bisher immer viel performanter gewesen als etwa der vom AB oder Dxtory. Nur das Aufnehmen von OBS ist halt so lala (eben wegen 4:2:0 only). Aber gut, selber wende ich das auch nicht an.

Zitat von De-M-oN

Datapath erlaubt dir da freie Wahl.

Ja, das kann man ja von Nvidia aus auch so steuern, bei meiner LGX kann ich wie ich vorher beschrieben habe so auch main screen 120hz haben und 60hz an die LGX weiter geben. Da dies hier auch bei der HD60 geht, nehme ich an das es immer gehen sollte solange die Nvidia Treiber das gerade unterstützen (gab da immer mal ein hin und her, siehe reddit thread).

Aber ich glaube der TE hat sich schon längst ausgeklinkt

Das ging früher wohl nicht, aber heute kann man bei NVIDIA Zwei unterschiedliche HZ Zahlen und Auflösungen für die angeschlossenen Monitore (also 1 Monitor + 1 CC) einstellen. Ich stelle meinen Monitor auf 120hz und lasse die GPU das scaling übernehmen (schalte dann dediziert auf no scaling). Am Ende muss man noch die Auflösung vom Main festlegen + Hz. Hier sieht man am Anfang wie das dann aussieht.

Auf Blurbusters kann man dann den UFO test machen um sicher zu gehen das man seine 120/144 hz hat. Anfangs gab es bei mir immer mal Sync fehler, dann habe ich mit CRU alle Auflösungen von meinem Monitor bis auf 1080p 120hz gelöscht und fertig (Ich würde auf 120hz bleiben, dann kommt nur jeder zweite Frame bei CC an, sollte sauberer sein).

Im Zweifel sollte gerade das was ich mit OBS oben erklärt hatte das ganze noch kompatibler machen da man den Screen erweitetert und nicht klont.

@De-M-oN Es gibt bzgl. Vsync eine andere Möglichkeit (die mir aber zu abenteuerlich ist und auf obs beruht).

• Bei obs das encoding der Vorschau abschalten, also das man eine roh Vorschau hat.
• Das Capture device als monitor nicht klonen sondern als erweiterten Desktop einstellen.
• Das obs projekt/leinwand auf die Auflösung und fps der gewünschten Aufnahme einstellen (1080p@60)
• Obs in das spiel was man haben will einhooken.
• Das preview Fenster von obs auf vollbild stellen und dann auf ausgabe auf zweiten desktop auswählen.
• Jetzt mit amarc oder virtualdub das capture device abgreifen.
• Profit?

Die obs Vorschau gibt das Spiel halt ohne tearing aus.. Ich muss zugeben das ich keine Ahnung habe ob die obs vorschau in diesem fall noch eine lossless quelle wäre. Aber hier mal die Theorie

Der Vollständigkeit wegen sollte man noch erwähnen das OBS Studio kein 4:2:2 aufnehmen kann sondern effektiv nur 4:2:0. (Die UTvideo Variante von OBS Studio ist die ffmpeg version, welche langsamer ist als die dedizierte vfw Version, daher kann man auch RGB bei 60fps bei UTVideo von OBS vergessen).
Aber wie Julien gesagt hat, wenn du eh nicht auf 1152p skalieren wirst macht das wieder nichts aus. (Ja, evtl. beim skalieren auf niedrigere Stufen, .... ). Ansonsten wäre AmaRecTV oder VirtualDub das passendere Program für die LGX.

Zum Thema USB3.0. Es gibt kein USB 3.0+ ... Es gibt entweder USB3.0, oder USB 3.1 (welches auch erst seit letztdem Jahr zertifieziert ist und es momentan kein Capture Tool gibt welches USB 3.1 benutzt). Ansonsten, wie vom Drachen gesagt, der Controller von USB 3.0 sollte halt schon stimmen. Wobei, ich meine LGX auch ohne Probleme an einem ASmedia Controller zum Test betreiben konnte.

All das wird eigentlich in diesem Tut hier im Forum beschrieben: Klick

Ok. Verstehe aber jetzt eher was du meinst und kann der Logik folgen. Danke soweit!

Ja gut, das liegt ja evtl. an der IP des Zuschauers die erkannt wird. Meine Frage geht ja eher um die Umgekehrte Situation und deren Einfluss auf die Suche für die Zielgruppe, sprich, der "Suchende/Zuschauer" ändert seinen Standort nicht (=DE Zielgruppe), sondern das was man in den Einstellungen bei Erweitert halt hat.

Hi all,

Hat die Einstellung unter Kanal -> Erweitert -> Land, einen Einfluss für das Ranking meiner Videos in der Suche / Vorschläge neben anderen Videos? Sprich, ich wohne nicht in DE (oder AT,CH,LI) und habe daher erstmal das Land eingestellt aus welchem ich auch Hochlade. Werden meine Videos daher grundsätzlich weiter unten in der Suche in Deutschland auftauchen da ich dort nicht Deutschland eingestellt habe?

Danke euch für die Hilfe!

Finde da jetzt kein Tool das einem einfach anzeigt was die Transferrate auf einem USB port ist, Wireshark kann nut auf Linux USB sniffen (auf Linux geht ja USBmon vom Kernel aus). Die 60mbit die du erwähnt hattest sind halt nicht ganz deutliche in Verbindung mit Aufnahmen über RecCentral (also internen encode) oder über einen externen encode (Vdub) gebracht auf der Hersteller Seite. 60 Mbit wäre mit 7,75 MB/s halt um den Faktor 14 geringer als das was UTVideo veranschlagt. Da würde ich halt schon lokal eine Matsche erwarten. EposVox hatte wohl mal von Avermedia die Aussage bekommen das 60 mbit die Limitierung von RECentral zu sein. Mit Dritt-software soll da mehr rauskommen. :
NOTE: Users should be able to pull higher bitrate video streams from the device through third-party recording software. The RECentral (first-party) software places the 60 Mbps H.264 (or NVIDIA NVEnc) encoding limit. I have not yet been able to test this." Hier

Kannst du mich vlt. in die Richtung von einem zugänglichen Tool weisen um die USB port Transferrate zu testen ?

Zitat von Sagaras

Du sagst aber VDub das er unkomprimiert aufnehmen soll. Was aber tatsächlich durch L die USB 3 Verbindung daherkommt, weißt du nicht.

USB 3.0 ist halt schon ausreichend für alles bis zu 390 MB/s real write und read. Man muss nur einen ordentlichen Controller haben.

Davon abgesehen, ist die LGX jetzt tatsächlich bei 30 MB/s intern ausgelegt so wie du erwähnt hattest? Wo erfährt man das denn oder wie würde man das testen? Damit wäre die interne Bandbreite ja etwa bei 30% dessen was utvideo bei 1080p60 auswirft.

Zitat von Julien

Eine gute Alternative wäre VirtualDub. Gerade für Facecam-Aufnahmen ist das gut geeignet, geht auch verlustfrei, geht vor allem mit konstanter Framerate! Und wenn du Webcam-Bild und Mikrofon-Audio gleichzeitig mit VirtualDub aufnimmst, hast du niemals asynchrone Spuren.

Mein Problem mit VDub und Facecam-Aufnahmen ist das es die C920 jedes mal nach dem Start der Aufnahme neu initialisiert und dabei die settings (Exposure Time & White Balance) auf deren Default Werte stellt -.- OBS Studio greift es beim Beginn der Aufnahme einfach direkt ab ohne die Cam neu zu initialisieren, also bleiben die Einstellungen so wie ich die will.

Dazu greift der Global Hotkey von VDub bei mir manchmal nicht, was wohl an ein paar overlay artigen Effekten (DX11 SMAA injector z.B. in Deus Ex, Unreal oder Gothic) liegt. OBS kommt immer durch mit dem Hotkey.

Ebenfalls, wie kann ich bei Vdub einstellen das jedes mal ein Dateiname mit Tag/Uhrzeit geschrieben werden soll? Ansonsten muss ich ja jedesmal einen neuen Dateinamen eingeben oder meine vorherige Aufnahme wird überschreiben.

Ohne diese 3 Problemen würde ich der Sync, wegen ebenfalls VDub bevorzugen, jedoch ist gerade OBS Studio bei den Settings der WebCam bei mir jedenfalls zuverlässiger.

Zitat von Sagaras

Es kommen aber zu 100% nicht die vollen 248,832MB/s am Rechner an. Es sieht am Ende zwars Vernünftig aus. Ist aber nicht das was man glaubt zu haben. Nämlich Lossless ist es dann nicht ;D

Also ich verstehe schon das die LGX das Signal beim Umrechnen auf YUV 4:2:2 schonmal komprimiert (sprich da ist lossless im eigentliche Sinne ja schonmal raus), aber habe gerade mal mit VDub geguckt was passiert wenn ich uncompressed mache:
Media Info

Da wären wir bei 244 MB/s.

Jetzt bin ich aber überzeugt das Sagaras sich nicht einfach was ausdenkt. Vor-allem da die LGX eine low end consumer Lösung ist würde ich erwarten das die Konvertierung auf YUV 4:2:2 das "lossless" stark einschränkt. Dabei geht es mir nicht um die Qualität auf Youtube am Ende, die sollte auf YT nicht zu unterscheiden sein zwischen LGX Yuv4:2:2 und einer z.B. DxTory Aufnahme mit dem selben codec.

Zurück zu den Zahlen Füllt Vdub das Material mit irgendwas wenn es mit 244 MB/s schreibt, oder spuckt die LGX dann doch 244 MB/s aus ?

Wie immer, vielen Dank für die umfangreiche und verständliche Erklärung sagaras! Wie ist denn die formel zur Berechnung der bittiefe, oder wie ist die bittiefe von yuv 4:2:2.

Dachte da halt an ein Worst Case Szenario. Sprich, wie nah an roh (also absolut uncompressed) kommt UT/Magic bei spikes (sehr komplexen Stellen) ran. Die WD Reds laufen mit 5.400 RPM oder ?